JP2000076117A - 電子機器及びその制御方法及び記憶媒体 - Google Patents
電子機器及びその制御方法及び記憶媒体Info
- Publication number
- JP2000076117A JP2000076117A JP24626798A JP24626798A JP2000076117A JP 2000076117 A JP2000076117 A JP 2000076117A JP 24626798 A JP24626798 A JP 24626798A JP 24626798 A JP24626798 A JP 24626798A JP 2000076117 A JP2000076117 A JP 2000076117A
- Authority
- JP
- Japan
- Prior art keywords
- block
- file
- sector
- data
- flash memory
- 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.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/061—Improving I/O performance
- G06F3/0613—Improving I/O performance in relation to throughput
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/0223—User address space allocation, e.g. contiguous or non contiguous base addressing
- G06F12/023—Free address space management
- G06F12/0238—Memory management in non-volatile memory, e.g. resistive RAM or ferroelectric memory
- G06F12/0246—Memory management in non-volatile memory, e.g. resistive RAM or ferroelectric memory in block erasable memory, e.g. flash memory
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/064—Management of blocks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0673—Single storage device
- G06F3/0679—Non-volatile semiconductor memory device, e.g. flash memory, one time programmable memory [OTP]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Read Only Memory (AREA)
- Memory System (AREA)
Abstract
(57)【要約】
【課題】 フラッシュメモリに格納されたデータの削除
を、簡単な処理で、しかも、高速に行え、操作環境を向
上させる。 【解決手段】 フラッシュメモリに格納されているファ
イルは、書き換え単位よりも小さいブロックで管理され
ており、このブロック間のリンクさせることで複数ブロ
ックに及ぶサイズのファイルを構成可能となっている。
ファイルの消去指示があった場合には、消去対象のファ
イルを構成する各ブロック中の有効・無効を示す領域に
無効コードを書き込む。この無効コードは、少なくとも
有効コードの１ビットを“１”の状態から“０”にする
ものであるので、フラッシュメモリを消去することなく
変更できる。そして、設定した時間になったとき、無効
コードが格納されたブロックを整理する処理を行う。
を、簡単な処理で、しかも、高速に行え、操作環境を向
上させる。 【解決手段】 フラッシュメモリに格納されているファ
イルは、書き換え単位よりも小さいブロックで管理され
ており、このブロック間のリンクさせることで複数ブロ
ックに及ぶサイズのファイルを構成可能となっている。
ファイルの消去指示があった場合には、消去対象のファ
イルを構成する各ブロック中の有効・無効を示す領域に
無効コードを書き込む。この無効コードは、少なくとも
有効コードの１ビットを“１”の状態から“０”にする
ものであるので、フラッシュメモリを消去することなく
変更できる。そして、設定した時間になったとき、無効
コードが格納されたブロックを整理する処理を行う。
Description
【０００１】
【発明の属する技術分野】本発明はフラッシュメモリを
有する電子機器及びその制御方法及び記憶媒体に関する
ものである。
有する電子機器及びその制御方法及び記憶媒体に関する
ものである。
【０００２】
【従来の技術】近年、携帯型電子機器（例えば電子手
帳、電子メモ長、電子スケジューラ、或いはこれらの統
合装置）が普及してきているが、この種の装置では、外
出先で使用することがその主要環境であるので、電池或
いはバッテリーが消耗してもそのデータを保持し続ける
ことは要求される。従って、一般には、フラッシュメモ
リを用いることが多い。
帳、電子メモ長、電子スケジューラ、或いはこれらの統
合装置）が普及してきているが、この種の装置では、外
出先で使用することがその主要環境であるので、電池或
いはバッテリーが消耗してもそのデータを保持し続ける
ことは要求される。従って、一般には、フラッシュメモ
リを用いることが多い。
【０００３】ところで、フラッシュメモリの消去制御に
関して多くの発明が公開されている。例えば、米国モン
トローラ社による米国特許第５，４７３，５６９号にお
いては、特定のブロックをコピーブロックとして指定
し、消去したいメモリブロックからデータをコピーブロ
ックへ移していき、必要なデータをコピーブロックに移
した後そのメモリブロックを消去し、この消去済メモリ
ブロックを新たなコピーブロックとして用いる方法を提
供している。
関して多くの発明が公開されている。例えば、米国モン
トローラ社による米国特許第５，４７３，５６９号にお
いては、特定のブロックをコピーブロックとして指定
し、消去したいメモリブロックからデータをコピーブロ
ックへ移していき、必要なデータをコピーブロックに移
した後そのメモリブロックを消去し、この消去済メモリ
ブロックを新たなコピーブロックとして用いる方法を提
供している。
【０００４】この制御はフラッシュメモリのハード的な
構造上の制限に起因、つまり、ＳＲＡＭのようにバイト
単位で指定したアドレスのデータを消去しないで変更で
きる構造とはなっていず、大きなブロック単位（６４Ｋ
バイト単位が比較的標準的なブロック単位）を消去命令
で消去した後にバイト単位で指定したアドレスにデータ
を書き込んでデータ変更を行う必要があるためである。
そして、この提案では、有効なデータと消去するデータ
が混在している場合、その有効データを一時的にＳＲＡ
Ｍ等の他のメモリへ待避した後に消去し有効データを再
書き込みする。
構造上の制限に起因、つまり、ＳＲＡＭのようにバイト
単位で指定したアドレスのデータを消去しないで変更で
きる構造とはなっていず、大きなブロック単位（６４Ｋ
バイト単位が比較的標準的なブロック単位）を消去命令
で消去した後にバイト単位で指定したアドレスにデータ
を書き込んでデータ変更を行う必要があるためである。
そして、この提案では、有効なデータと消去するデータ
が混在している場合、その有効データを一時的にＳＲＡ
Ｍ等の他のメモリへ待避した後に消去し有効データを再
書き込みする。
【０００５】
【発明が解決しようとする課題】ところが、上記した従
来技術に於いては、例えばあるファイルの消去時に消去
部分のファイルを除いて残りのファイルをフラッシュメ
モリのおおきなサイズのブロック（６４Ｋバイト）のコ
ピーブロックに順次つめて書き込むことになるので、有
効なブロックを管理しているインデックスもその都度変
更する必要があり複雑な処理が必要なり、尚且つ、時間
もかかる。しかも、メモリの空き領域がファイルのサイ
ズよりも小さい場合は消去済のメモリブロックを新たに
探し出すことも必要になる。
来技術に於いては、例えばあるファイルの消去時に消去
部分のファイルを除いて残りのファイルをフラッシュメ
モリのおおきなサイズのブロック（６４Ｋバイト）のコ
ピーブロックに順次つめて書き込むことになるので、有
効なブロックを管理しているインデックスもその都度変
更する必要があり複雑な処理が必要なり、尚且つ、時間
もかかる。しかも、メモリの空き領域がファイルのサイ
ズよりも小さい場合は消去済のメモリブロックを新たに
探し出すことも必要になる。
【０００６】
【課題を解決するための手段】本発明はかかる点に鑑み
なされたものであり、フラッシュメモリに格納されたデ
ータの削除を、簡単な処理で、しかも、高速に行え、操
作環境を向上させることを可能ならしめる電子機器及び
その制御方法及び記憶媒体を提供しようとするものであ
る。
なされたものであり、フラッシュメモリに格納されたデ
ータの削除を、簡単な処理で、しかも、高速に行え、操
作環境を向上させることを可能ならしめる電子機器及び
その制御方法及び記憶媒体を提供しようとするものであ
る。
【０００７】この課題を解決するため、たとえば本発明
の電子機器は以下の構成を備える。すなわち、フラッシ
ュメモリを有する電気機器であって、フラッシュメモリ
の消去単位のセクタを複数のブロックに分割し、個々の
ブロックが自身のデータが有効か無効かを示すコード情
報を格納する領域を有し、前記ブロックを１つ或いは複
数個で１つのファイルを管理するため、前記ファイルの
管理情報を有する管理手段と、前記フラッシュメモリに
格納されているファイルを消去要求があったとき、当該
ファイルを構成する各ブロック中の前記領域に無効コー
ドを書き込む消去手段と、所定のタイミングになったと
き、セクタ単位に、当該セクタ中の無効コードが格納さ
れたブロック群を除く有効ブロック群を、当該有効ブロ
ックの格納アドレスの相対位置を保持したまま所定の揮
発性メモリに転送する転送手段と、該転送手段による転
送を行った後、前記フラッシュメモリにおける注目セク
タを消去する消去手段と、消去したセクタ内に、前記不
揮発性メモリに転送した有効ブロック群を、当該有効ブ
ロックの格納アドレスの相対位置を保持したまま書き込
む書き込み手段とを有する。
の電子機器は以下の構成を備える。すなわち、フラッシ
ュメモリを有する電気機器であって、フラッシュメモリ
の消去単位のセクタを複数のブロックに分割し、個々の
ブロックが自身のデータが有効か無効かを示すコード情
報を格納する領域を有し、前記ブロックを１つ或いは複
数個で１つのファイルを管理するため、前記ファイルの
管理情報を有する管理手段と、前記フラッシュメモリに
格納されているファイルを消去要求があったとき、当該
ファイルを構成する各ブロック中の前記領域に無効コー
ドを書き込む消去手段と、所定のタイミングになったと
き、セクタ単位に、当該セクタ中の無効コードが格納さ
れたブロック群を除く有効ブロック群を、当該有効ブロ
ックの格納アドレスの相対位置を保持したまま所定の揮
発性メモリに転送する転送手段と、該転送手段による転
送を行った後、前記フラッシュメモリにおける注目セク
タを消去する消去手段と、消去したセクタ内に、前記不
揮発性メモリに転送した有効ブロック群を、当該有効ブ
ロックの格納アドレスの相対位置を保持したまま書き込
む書き込み手段とを有する。
【０００８】
【発明の実施の形態】以下、添付図面に従って本発明に
係る実施形態を詳細に説明する。
係る実施形態を詳細に説明する。
【０００９】なお、実施形態では、携帯電子機器を例に
して説明するが、勿論、本発明はこれに限らず如何なる
電子機機器にも適用できることは、以下の説明から明ら
かになるであろう。
して説明するが、勿論、本発明はこれに限らず如何なる
電子機機器にも適用できることは、以下の説明から明ら
かになるであろう。
【００１０】図１は第一の実施例における電子機器にお
けるフラッシュメモリ制御装置の構成を最も良く表すブ
ロック図である。図示において、１は後述するＣＰＵフ
ラッシュメモリ、ＳＲＡＭ、ＲＯＭ、ＣＰＵ等の半導体
への電圧を発生すると共に、表示器用の電圧、データ通
信用の電圧などを発生する電源回路である。２は後述す
るＣＰＵのデータ処理制御用の高速クロック、時間カウ
ント用低速クロック、表示用低速クロック、データ通信
用低速クロックを発生する九六個発生回路である。３は
タッチパネルを用いた入力回路であり、タッチパネル上
の位置を検出しデジタル化した結果をＣＰＵに伝達し、
それをトリガーとしてＣＰＵの制御処理をスタートさせ
る。
けるフラッシュメモリ制御装置の構成を最も良く表すブ
ロック図である。図示において、１は後述するＣＰＵフ
ラッシュメモリ、ＳＲＡＭ、ＲＯＭ、ＣＰＵ等の半導体
への電圧を発生すると共に、表示器用の電圧、データ通
信用の電圧などを発生する電源回路である。２は後述す
るＣＰＵのデータ処理制御用の高速クロック、時間カウ
ント用低速クロック、表示用低速クロック、データ通信
用低速クロックを発生する九六個発生回路である。３は
タッチパネルを用いた入力回路であり、タッチパネル上
の位置を検出しデジタル化した結果をＣＰＵに伝達し、
それをトリガーとしてＣＰＵの制御処理をスタートさせ
る。
【００１１】４は外部機器からのデータを受け取りＣＰ
Ｕの制御により受け取ったデータファイルをフラッシュ
メモリへ格納したりフラッシュメモリに記憶しているデ
ータファイルをＣＰＵの制御により送出する際の制御信
号とデータ信号の電圧変換コネクターケーブルを含むデ
ータ送受信部である。このデータ送受信部４は、例え
ば、本装置を回線に接続してメールの授受を行うため、
或いは、ホストコンピュータに接続して入力データをホ
ストコンピュータへ転送、或いは、その逆を行うために
用いられる。
Ｕの制御により受け取ったデータファイルをフラッシュ
メモリへ格納したりフラッシュメモリに記憶しているデ
ータファイルをＣＰＵの制御により送出する際の制御信
号とデータ信号の電圧変換コネクターケーブルを含むデ
ータ送受信部である。このデータ送受信部４は、例え
ば、本装置を回線に接続してメールの授受を行うため、
或いは、ホストコンピュータに接続して入力データをホ
ストコンピュータへ転送、或いは、その逆を行うために
用いられる。
【００１２】５は前記した入力回路３やデータ送受信部
４より受け取った情報に基き、後述するＲＯＭ８に格納
されている処理手順のプログラムに従ってデータ処理制
御を実行する中央処理装置（ＣＰＵ）である。
４より受け取った情報に基き、後述するＲＯＭ８に格納
されている処理手順のプログラムに従ってデータ処理制
御を実行する中央処理装置（ＣＰＵ）である。
【００１３】６はＣＰＵ５でのデータ処理制御の結果を
表示するデータを記憶し表示用タイミング信号に基き表
示器に順次表示データを出力すると共に表示用電圧を電
源回路１から供給される電圧に基いて発生し表示器に供
給する表示制御回路である。
表示するデータを記憶し表示用タイミング信号に基き表
示器に順次表示データを出力すると共に表示用電圧を電
源回路１から供給される電圧に基いて発生し表示器に供
給する表示制御回路である。
【００１４】７は液晶表示技術を用いたＬＣＤ表示器で
あり表示制御回路から受け取った表示データを表示す
る。先に説明したように、この表示器７の前面にはタッ
チパネルが設けられており、例えば、不図示のペンで手
書きした位置を順次検出し、その結果である軌跡を表示
器７に表示させることで、あたかも紙上に記述するかの
如く、動作させることが可能となっている。
あり表示制御回路から受け取った表示データを表示す
る。先に説明したように、この表示器７の前面にはタッ
チパネルが設けられており、例えば、不図示のペンで手
書きした位置を順次検出し、その結果である軌跡を表示
器７に表示させることで、あたかも紙上に記述するかの
如く、動作させることが可能となっている。
【００１５】８は、リードオンリメモリ（ＲＯＭ）であ
って、ＯＳ、各種アプリケーションプログラム、メモリ
制御プログラム、更にはフォントデータが格納されてい
る。
って、ＯＳ、各種アプリケーションプログラム、メモリ
制御プログラム、更にはフォントデータが格納されてい
る。
【００１６】９はＣＰＵのワークメモリとして使用され
るＳＲＡＭ（ＤＲＡＭで代用しても良い）である。この
ＳＲＡＭ９には、各種状態を記憶するフラグや暫定デー
タを記憶するとともに、フラッシュメモリで消去やデー
タ追加／変更を行った時にフラッシュメモリの１セクタ
分のデータを一時記憶するエリア（フラッシュ整理用記
憶領域９ａ）が設けられている。このフラッシュ整理用
記憶領域９ａのサイズは６４Ｋバイトとした。
るＳＲＡＭ（ＤＲＡＭで代用しても良い）である。この
ＳＲＡＭ９には、各種状態を記憶するフラグや暫定デー
タを記憶するとともに、フラッシュメモリで消去やデー
タ追加／変更を行った時にフラッシュメモリの１セクタ
分のデータを一時記憶するエリア（フラッシュ整理用記
憶領域９ａ）が設けられている。このフラッシュ整理用
記憶領域９ａのサイズは６４Ｋバイトとした。
【００１７】１０はデータファイルを記憶する１Ｍバイ
トのフラッシュメモリであり、１セクタ６４Ｋバイト
（書き換え単位が６４Ｋバイト）を１６セクタ内蔵して
いる。更に、１セクタはその内部を２５６個の小ブロッ
ク（１小ブロック＝２５６バイト）に細分化して管理さ
れている。
トのフラッシュメモリであり、１セクタ６４Ｋバイト
（書き換え単位が６４Ｋバイト）を１６セクタ内蔵して
いる。更に、１セクタはその内部を２５６個の小ブロッ
ク（１小ブロック＝２５６バイト）に細分化して管理さ
れている。
【００１８】図２はフラッシュメモリにおける小ブロッ
ク（２５６バイト）の構造を示している。
ク（２５６バイト）の構造を示している。
【００１９】同図において、１１はファイル番号を記憶
するエリアであり、実施形態では２バイトが割り当てら
れれいる。このファイル番号エリアは、０００１から１
つずつカウントアップする形で管理している。２バイト
でカウントするものであるから、最大６５５３６個のフ
ァイルを記憶管理することでき、後述する図３のファイ
ル管理用インデックスを参照することにより、ユーザー
が指定したファイル名（ファイル番号）の装置で管理し
ているフラッシュメモリ１０内の位置が特定できるよう
になる。
するエリアであり、実施形態では２バイトが割り当てら
れれいる。このファイル番号エリアは、０００１から１
つずつカウントアップする形で管理している。２バイト
でカウントするものであるから、最大６５５３６個のフ
ァイルを記憶管理することでき、後述する図３のファイ
ル管理用インデックスを参照することにより、ユーザー
が指定したファイル名（ファイル番号）の装置で管理し
ているフラッシュメモリ１０内の位置が特定できるよう
になる。
【００２０】なお、１個のファイルが２５６バイトを越
える場合も当然あり得る。これに対処するため、以下の
１２、１３で示すエリアを設けた。
える場合も当然あり得る。これに対処するため、以下の
１２、１３で示すエリアを設けた。
【００２１】１２は、注目小ブロックに接続される（後
続する）小ブロックが格納されているセクタ番号を記憶
する領域である。これは、異なるセクタにまたがって記
憶される場合に対処するために設けられている（１バイ
ト）。
続する）小ブロックが格納されているセクタ番号を記憶
する領域である。これは、異なるセクタにまたがって記
憶される場合に対処するために設けられている（１バイ
ト）。
【００２２】１３は後続小ブロックの番号（何番目の小
ブロックかを示すアドレス情報）を記憶している領域で
ある（２バイト）。
ブロックかを示すアドレス情報）を記憶している領域で
ある（２バイト）。
【００２３】１４はこの小ブロックが有効な状態か無効
状態かを示す示す情報が格納される領域である（１バイ
ト）。この領域１４に格納される値であるが、有効の場
合、つまり、保存状態にあることをを示す値は７Ｆｈ
（ｈは１６進数を示す）、無効状態にあるときには３Ｆ
ｈとした。理由は後述する。
状態かを示す示す情報が格納される領域である（１バイ
ト）。この領域１４に格納される値であるが、有効の場
合、つまり、保存状態にあることをを示す値は７Ｆｈ
（ｈは１６進数を示す）、無効状態にあるときには３Ｆ
ｈとした。理由は後述する。
【００２４】そして、１５で示される２５０バイトは、
実際のデータを記憶する領域である。
実際のデータを記憶する領域である。
【００２５】上記の通り、領域１２、１３でもって、１
個のファイルが複数ブロックで構成されるだけの容量を
有する場合、それら複数の小ブロックが上記の領域１
２、１３でもって数珠繋ぎに管理されることになる。こ
の場合の最後の小ブロックの領域１２は、その小ブロッ
クに後続する小ブロックがないこと示すため、あり得な
い情報（例えば“０”）を書き込んでおく。
個のファイルが複数ブロックで構成されるだけの容量を
有する場合、それら複数の小ブロックが上記の領域１
２、１３でもって数珠繋ぎに管理されることになる。こ
の場合の最後の小ブロックの領域１２は、その小ブロッ
クに後続する小ブロックがないこと示すため、あり得な
い情報（例えば“０”）を書き込んでおく。
【００２６】例えばデータサイズが９００バイトのファ
イルの場合には、９００／２５０＝３．６であるので４
つの小ブロックで構成されることになる。この場合、先
頭の小ブロックをファイル管理用インデックス（後述す
る図３）を参照して探し出し、その先頭の小ブロックの
データ領域１５の２５０バイトを読み込む。そして、先
頭の小ブロックの領域１２、１３に格納されている情報
から２番目の小ブロックを探し出し、そのデータ（２５
０バイト）を読み出していく。以下、３番目、４番目の
小ブロックの順にデータを読み出す。４番目の小ブロッ
クでは残りの１５０バイトを読み込むことになる。そし
て、４番目の小ブロックの領域１２にはそれに後続する
小ブロックがないことが分かるので、そこで読み込みを
終了する。
イルの場合には、９００／２５０＝３．６であるので４
つの小ブロックで構成されることになる。この場合、先
頭の小ブロックをファイル管理用インデックス（後述す
る図３）を参照して探し出し、その先頭の小ブロックの
データ領域１５の２５０バイトを読み込む。そして、先
頭の小ブロックの領域１２、１３に格納されている情報
から２番目の小ブロックを探し出し、そのデータ（２５
０バイト）を読み出していく。以下、３番目、４番目の
小ブロックの順にデータを読み出す。４番目の小ブロッ
クでは残りの１５０バイトを読み込むことになる。そし
て、４番目の小ブロックの領域１２にはそれに後続する
小ブロックがないことが分かるので、そこで読み込みを
終了する。
【００２７】なお、１セクタ６４Ｋバイトを２５６個に
細分化させ、１小ブロックが２５６バイトと比較的小さ
いサイズにしたのは、実施形態の装置は所謂、携帯電子
機器であって、メモ帳やスケジュール機能等で利用する
にしても手入力する情報（文字等）が、パーソナルコン
ピュータ等のアプリケーションとは違ってごく小さいた
めである。つまり、１小ブロックサイズを例えば数Ｋバ
イト程度までに大きくすると、無駄な領域が発生し易い
ためでもある。ただし、余り小さいと、インデックス管
理用のデータ（上記例では６バイト）と実際のデータと
の関係で、前者の示す比率が大きくなってデータ格納効
率が悪くなる。本実施形態の１ブロックが２５６バイト
でそのうちデータ領域２５０バイト、管理用に６バイト
を採用したのは、この比率が最も適していることが確か
められたからである。ただし、用途や使用するアプリケ
ーションの種類等によって、この小ブロックサイズを適
宜調整しても良いのは勿論である。
細分化させ、１小ブロックが２５６バイトと比較的小さ
いサイズにしたのは、実施形態の装置は所謂、携帯電子
機器であって、メモ帳やスケジュール機能等で利用する
にしても手入力する情報（文字等）が、パーソナルコン
ピュータ等のアプリケーションとは違ってごく小さいた
めである。つまり、１小ブロックサイズを例えば数Ｋバ
イト程度までに大きくすると、無駄な領域が発生し易い
ためでもある。ただし、余り小さいと、インデックス管
理用のデータ（上記例では６バイト）と実際のデータと
の関係で、前者の示す比率が大きくなってデータ格納効
率が悪くなる。本実施形態の１ブロックが２５６バイト
でそのうちデータ領域２５０バイト、管理用に６バイト
を採用したのは、この比率が最も適していることが確か
められたからである。ただし、用途や使用するアプリケ
ーションの種類等によって、この小ブロックサイズを適
宜調整しても良いのは勿論である。
【００２８】図３は、実施形態における１個のファイル
のファイル管理用インデックスの構造を示している。
のファイル管理用インデックスの構造を示している。
【００２９】図中、１６はファイル名を記憶する部分で
ありユーザーがファイル名として入力手段より入力した
名前を記憶する領域である。１７はファイルの属性を記
憶する部分でありファイルの登録日、ファイルの形態
（文章ファイル、作表ファイル等の区別）、カテゴリー
の分類などを記憶する領域である。１８はファイル番号
を記憶するエリアであり、新規登録のファイル毎に１つ
づつカウントアップしたバイナリー値を記憶する。１９
は指定ファイルのデータの先頭の小ブロックが記憶され
ているフラッシュメモリ１０のセクター番号を記憶して
いる記憶領域である。２０は指定ファイルのデータが記
憶されている最初の小ブロックの位置（アドレス）を記
憶している領域である。
ありユーザーがファイル名として入力手段より入力した
名前を記憶する領域である。１７はファイルの属性を記
憶する部分でありファイルの登録日、ファイルの形態
（文章ファイル、作表ファイル等の区別）、カテゴリー
の分類などを記憶する領域である。１８はファイル番号
を記憶するエリアであり、新規登録のファイル毎に１つ
づつカウントアップしたバイナリー値を記憶する。１９
は指定ファイルのデータの先頭の小ブロックが記憶され
ているフラッシュメモリ１０のセクター番号を記憶して
いる記憶領域である。２０は指定ファイルのデータが記
憶されている最初の小ブロックの位置（アドレス）を記
憶している領域である。
【００３０】このファイル管理用インデックスは、フラ
ッシュメモリ１０に記憶されているファイルの数だけ存
在し、ユーザにより指定されたファイルを呼び出して表
示・編集したり、或るいは消去時する場合等に、該当す
るファイルに対してアクセスするときに使用される。
ッシュメモリ１０に記憶されているファイルの数だけ存
在し、ユーザにより指定されたファイルを呼び出して表
示・編集したり、或るいは消去時する場合等に、該当す
るファイルに対してアクセスするときに使用される。
【００３１】図４〜図６は、実施形態におけるフラッシ
ュメモリ１０内のファイルの消去に係る処理手順を示し
ている。
ュメモリ１０内のファイルの消去に係る処理手順を示し
ている。
【００３２】なお、以下では下記の点を前提として処理
の流れを説明する。
の流れを説明する。
【００３３】 ＦＩＬＥＡ： 入力手段より指定し消去するファイル Ｘ： セクタ番号を格納する変数 ｍｍ： ＦＩＬＥＡのデータの小ブロックのセクタ内で
のアドレス情報を格納する変数領域 先ず、図４のフローチャートについて説明する。
のアドレス情報を格納する変数領域 先ず、図４のフローチャートについて説明する。
【００３４】ステップＦ１で入力手段（操作パネル）を
用いてＦＩＬＥＡの名前を入力すると、次のステップＦ
２に進み、入力したＦＩＬＥＡの名前と一致するファイ
ル名をファイル管理用インデックスを参照することで検
索し、そのファイルのデータをＳＲＡＭ９に転送する。
用いてＦＩＬＥＡの名前を入力すると、次のステップＦ
２に進み、入力したＦＩＬＥＡの名前と一致するファイ
ル名をファイル管理用インデックスを参照することで検
索し、そのファイルのデータをＳＲＡＭ９に転送する。
【００３５】次いで、ステップＦ３に進み、ＦＩＬＥＡ
の内容に基きフォント情報を呼び出して文字データを表
示用イメージデータに変換しステップＦ４で表示する。
の内容に基きフォント情報を呼び出して文字データを表
示用イメージデータに変換しステップＦ４で表示する。
【００３６】ステップＦ５で入力手段を用いてファイル
消去命令を入力されると、処理はステップＦ６に進むこ
とになる。
消去命令を入力されると、処理はステップＦ６に進むこ
とになる。
【００３７】最初にステップＦ６に進んだ場合には、該
当するファイル管理用インデックスの領域１２、１３に
格納されている情報に基づき小ブロックをサーチする。
そして、ステップＦ７に進み、その小ブロック中の領域
１４に無効コードをオーバーライト（上書き）する。オ
ーバーライトする無効コードは３Ｆｈであることは先に
説明した。この理由は、フラッシュメモリの特性として
データ書き込むときには各ビットを論理“０”から論理
“１”に変更することは出来ないが、その逆、つまり、
論理“１”から論理“０”に変更することが可能なため
である。有効状態にある場合には７Ｆｈであるので、こ
のオーバーライトが可能となっている。なお、未使用を
示すコードはＦＦｈである。
当するファイル管理用インデックスの領域１２、１３に
格納されている情報に基づき小ブロックをサーチする。
そして、ステップＦ７に進み、その小ブロック中の領域
１４に無効コードをオーバーライト（上書き）する。オ
ーバーライトする無効コードは３Ｆｈであることは先に
説明した。この理由は、フラッシュメモリの特性として
データ書き込むときには各ビットを論理“０”から論理
“１”に変更することは出来ないが、その逆、つまり、
論理“１”から論理“０”に変更することが可能なため
である。有効状態にある場合には７Ｆｈであるので、こ
のオーバーライトが可能となっている。なお、未使用を
示すコードはＦＦｈである。
【００３８】ステップＦ８では、注目小ブロックの領域
１２、１３を読み込み、次にサーチする小ブロックをセ
ットする。
１２、１３を読み込み、次にサーチする小ブロックをセ
ットする。
【００３９】ステップＦ９では、読み込んだ領域１２の
内容に基づき、注目小ブロックに後続する小ブロックが
存在するかどうかを判断する。後続する小ブロックがな
い場合には、領域１２にはあり得ない情報が格納されて
いるので、これを判別できる。そして、後続小ブロック
が存在する場合には、その小ブロックをサーチするた
め、ステップＦ６に戻る。以下、上記の処理を繰り返す
ことになる。
内容に基づき、注目小ブロックに後続する小ブロックが
存在するかどうかを判断する。後続する小ブロックがな
い場合には、領域１２にはあり得ない情報が格納されて
いるので、これを判別できる。そして、後続小ブロック
が存在する場合には、その小ブロックをサーチするた
め、ステップＦ６に戻る。以下、上記の処理を繰り返す
ことになる。
【００４０】こうして、消去対象のファイルを構成して
る全小ブロックについて無効コードをオーバーライトが
完了すると、ステップＦ１０に進み、消去処理が終了し
たことをユーザーに知らしめるため表示メッセージを表
示する。
る全小ブロックについて無効コードをオーバーライトが
完了すると、ステップＦ１０に進み、消去処理が終了し
たことをユーザーに知らしめるため表示メッセージを表
示する。
【００４１】本実施例では上記のような簡単な処理、す
なわち、無効コードを各小ブロックの状態記憶領域１４
にオーバーライトする処理のみで消去処理が完了できる
ことになり、その処理は非常に簡単になり、尚且つ、高
速に行うことができる。操作者にしてみれば、消去指示
を行ってすぐさま消去が行われたかのように見える。
なわち、無効コードを各小ブロックの状態記憶領域１４
にオーバーライトする処理のみで消去処理が完了できる
ことになり、その処理は非常に簡単になり、尚且つ、高
速に行うことができる。操作者にしてみれば、消去指示
を行ってすぐさま消去が行われたかのように見える。
【００４２】次に、図５のフローチャートに従って、実
施形態のファイル整理処理について説明する。このファ
イル整理処理は、不図示のタイマによるファイル整理命
令が発行されたときに実行されるものである。この時刻
は、ユーザが設定するものであり、例えば午前２時等の
ように、不使用時刻を設定しておけばよい。なお、毎日
ではなく、例えば週毎の設定時間に発行するようにして
もよい。
施形態のファイル整理処理について説明する。このファ
イル整理処理は、不図示のタイマによるファイル整理命
令が発行されたときに実行されるものである。この時刻
は、ユーザが設定するものであり、例えば午前２時等の
ように、不使用時刻を設定しておけばよい。なお、毎日
ではなく、例えば週毎の設定時間に発行するようにして
もよい。
【００４３】ただし他の例として考えられるのは、設定
時刻になって、装置の主電源がオフになっているときに
行うようにしてもよいし、更に、そのとき、電池容量が
一定以上である場合を条件に加えてもよい。要はユーザ
ーが気が付かない時に自動的にファイルの整理を行って
処理中にユーザーを待たせることの無いように配慮する
ことが望ましい。
時刻になって、装置の主電源がオフになっているときに
行うようにしてもよいし、更に、そのとき、電池容量が
一定以上である場合を条件に加えてもよい。要はユーザ
ーが気が付かない時に自動的にファイルの整理を行って
処理中にユーザーを待たせることの無いように配慮する
ことが望ましい。
【００４４】さて、ステップＦ１１でファイル整理命令
が発行されると、処理はステップＦ１２に進んで、初期
値として対象セクタを示す変数Ｘに“１”をセットす
る。
が発行されると、処理はステップＦ１２に進んで、初期
値として対象セクタを示す変数Ｘに“１”をセットす
る。
【００４５】そして、ステップＦ１３に進み、変数Ｘで
示されるセクタに対する整理処理サブルーチンをコール
する。
示されるセクタに対する整理処理サブルーチンをコール
する。
【００４６】このサブルーチンから復帰すると、ステッ
プＦ１４で変数Ｘを“１”だけインクリメントし、ステ
ップＦ１５でフラッシュメモリ１０のセクタ数を記憶し
ているカウンタＹ（実施形態でのフラッシュメモリ＝１
Ｍバイト、１セクタ＝６４Ｋバイトであるので、この値
は“１６”である）と、変数Ｘとを比較する。
プＦ１４で変数Ｘを“１”だけインクリメントし、ステ
ップＦ１５でフラッシュメモリ１０のセクタ数を記憶し
ているカウンタＹ（実施形態でのフラッシュメモリ＝１
Ｍバイト、１セクタ＝６４Ｋバイトであるので、この値
は“１６”である）と、変数Ｘとを比較する。
【００４７】そして、ステップ１６では、Ｘ＞Ｙとなっ
たと判断するまで。上記のステップＦ１３以降の処理を
繰り返す。
たと判断するまで。上記のステップＦ１３以降の処理を
繰り返す。
【００４８】次に、上記のステップＦ１３でコールされ
るファイル整理用サブルーチンについて図６のフローチ
ャートに従い説明する。
るファイル整理用サブルーチンについて図６のフローチ
ャートに従い説明する。
【００４９】先ず、ステップＦ１７で、ＳＲＡＭ９中に
確保されているフラッシュ整理用記憶領域９ａをＦＦｈ
で初期化する。より具体的に説明する。このフラッシュ
整理用記憶領域９ａは１セクタ＝６４Ｋバイトと同じ容
量を有する。そして、この領域全体ＦＦｈで初期化して
も良いが、本実施形態では、このフラッシュ整理用記憶
領域９ａの先頭アドレスから６バイト目の１バイト、２
５６＋６の１バイト、５１２＋６の１バイト…をＦＦｈ
で書き込む。これはフラッシュ整理用記憶領域９ａにフ
ラッシュメモリ１０の１セクタをコピーしたときに備え
て、各小ブロックにおける有効無効コードを格納するこ
となる領域１４にＦＦｈを書き込むことと等価である。
確保されているフラッシュ整理用記憶領域９ａをＦＦｈ
で初期化する。より具体的に説明する。このフラッシュ
整理用記憶領域９ａは１セクタ＝６４Ｋバイトと同じ容
量を有する。そして、この領域全体ＦＦｈで初期化して
も良いが、本実施形態では、このフラッシュ整理用記憶
領域９ａの先頭アドレスから６バイト目の１バイト、２
５６＋６の１バイト、５１２＋６の１バイト…をＦＦｈ
で書き込む。これはフラッシュ整理用記憶領域９ａにフ
ラッシュメモリ１０の１セクタをコピーしたときに備え
て、各小ブロックにおける有効無効コードを格納するこ
となる領域１４にＦＦｈを書き込むことと等価である。
【００５０】次に、ステップＦ１８に進み、変数ｍｍに
初期値として“１”をセットし、注目セクタ（上位プロ
セスの変数Ｘで設定されたセクタ）の最初の小ブロック
を差し示すようにする。
初期値として“１”をセットし、注目セクタ（上位プロ
セスの変数Ｘで設定されたセクタ）の最初の小ブロック
を差し示すようにする。
【００５１】ステップＦ１９に処理が進むと、フラッシ
ュメモリ１０のセクタＸのｍｍ番目の小ブロックの領域
１４を調べ、その小ブロックが有効か無効かを判断す
る。
ュメモリ１０のセクタＸのｍｍ番目の小ブロックの領域
１４を調べ、その小ブロックが有効か無効かを判断す
る。
【００５２】有効であると判断した場合には、ステップ
Ｆ２０に進み、その小ブロックの２５６バイトのデータ
を、ＳＲＡＭ９内のフラッシュ整理用記憶領域９ａのア
ドレス（ｍｍ−１）×２５６番地にコピーする。
Ｆ２０に進み、その小ブロックの２５６バイトのデータ
を、ＳＲＡＭ９内のフラッシュ整理用記憶領域９ａのア
ドレス（ｍｍ−１）×２５６番地にコピーする。
【００５３】次いで、ステップＦ２１に進み、変数ｍｍ
を“１”だけインクリメントし、ステップＦ２２で変数
ｍｍが“２５７”未満であると判断されるまで、上記の
処理を繰り返す。
を“１”だけインクリメントし、ステップＦ２２で変数
ｍｍが“２５７”未満であると判断されるまで、上記の
処理を繰り返す。
【００５４】以上の結果、有効な小ブロックがフラッシ
ュ整理用記憶領域９ａにコピーされ、無効な小ブロック
のコピーは行われなくなる。しかも、フラッシュメモリ
１０における有効な小ブロックの格納アドレス位置は保
持された状態でコピーが行われる。
ュ整理用記憶領域９ａにコピーされ、無効な小ブロック
のコピーは行われなくなる。しかも、フラッシュメモリ
１０における有効な小ブロックの格納アドレス位置は保
持された状態でコピーが行われる。
【００５５】次に、処理はステップＦ２３に進み、セク
タＸ（６４Ｋバイト）を消去する。
タＸ（６４Ｋバイト）を消去する。
【００５６】この消去処理が完了すると、ステップＦ２
４に進んで、変数ｍｍを“１”に初期化する。
４に進んで、変数ｍｍを“１”に初期化する。
【００５７】次いで、ステップＦ２５に進み、フラッシ
ュ整理用記憶領域９ａにおける変数ｍｍで示される小ブ
ロックの６バイト目のデータを調べ、それが有効状態に
なっているか否かを判断する。有効な状態であれば、そ
の位置には“７Ｆｈ”が格納されているはずであるし、
無効な状態であれば“ＦＦｈ”が格納されているので容
易に判断できる。
ュ整理用記憶領域９ａにおける変数ｍｍで示される小ブ
ロックの６バイト目のデータを調べ、それが有効状態に
なっているか否かを判断する。有効な状態であれば、そ
の位置には“７Ｆｈ”が格納されているはずであるし、
無効な状態であれば“ＦＦｈ”が格納されているので容
易に判断できる。
【００５８】有効なデータであると判断した場合には、
ステップＦ２６に進み、フラッシュ整理用記憶領域９ａ
における変数ｍｍで示される小ブロックの２５６バイト
を、フラッシュメモリ１０のセクタＸにおける変数ｍｍ
で示される小ブロック、つまり、（ｍｍ−１）×２５６
〜ｍｍ×２５６−１番地に書き込み、ステップＦ２７に
進む。
ステップＦ２６に進み、フラッシュ整理用記憶領域９ａ
における変数ｍｍで示される小ブロックの２５６バイト
を、フラッシュメモリ１０のセクタＸにおける変数ｍｍ
で示される小ブロック、つまり、（ｍｍ−１）×２５６
〜ｍｍ×２５６−１番地に書き込み、ステップＦ２７に
進む。
【００５９】ステップＦ２７では変数ｍｍを“１”だけ
インクリメントし、ステップ２８で全ての小ブロックに
ついての処理を終えたかどうかを判断し、否の場合には
上記のステップＦ２５以降の処理を繰り返す。
インクリメントし、ステップ２８で全ての小ブロックに
ついての処理を終えたかどうかを判断し、否の場合には
上記のステップＦ２５以降の処理を繰り返す。
【００６０】こうして、セクタＸについての整理処理が
完了すると、本サブルーチンから上位処理（図５のステ
ップＦ１４）に復帰する（ステップＦ２９）。
完了すると、本サブルーチンから上位処理（図５のステ
ップＦ１４）に復帰する（ステップＦ２９）。
【００６１】以上の結果、整理前のセクタＸ中の有効な
小ブロック群のみが、そのままの格納アドレスを保持し
たまま、同じセクタＸに書き込まれ、無効扱いされてい
た小ブロックは未使用領域として更新されることにな
る。しかも、フラッシュメモリからＳＲＡＭへのコピー
（転送）及びＳＲＡＭ内の各小ブロックのフラッシュメ
モリへの書き込みにおいては、有効ブロックのみがその
対象となる（無効な小ブロックは対象外となる）ので、
無駄な処理がない分、高速に処理することができるよう
になる。
小ブロック群のみが、そのままの格納アドレスを保持し
たまま、同じセクタＸに書き込まれ、無効扱いされてい
た小ブロックは未使用領域として更新されることにな
る。しかも、フラッシュメモリからＳＲＡＭへのコピー
（転送）及びＳＲＡＭ内の各小ブロックのフラッシュメ
モリへの書き込みにおいては、有効ブロックのみがその
対象となる（無効な小ブロックは対象外となる）ので、
無駄な処理がない分、高速に処理することができるよう
になる。
【００６２】以上述べたごとく本実施例によれば、フラ
ッシュメモリのハード的なブロックである１セクタ（６
４Ｋバイト）を小さな小ブロック（２５６バイト）に分
割してフラッシュメモリを第２図示したような構成の小
ブロック内容で管理するので、ファイルが効率良く管理
できるようになる。また、図４に示すような簡単な処理
ルーチンでデータファイルの消去処理を実行できるの
で、ユーザにしてみればファイルは瞬時に削除されるよ
うに感じさせる。しかも、ファイル整理後の有効な小ブ
ロックの記憶位置は、整理前と全く同じ位置であるの
で、有効ファイルを管理しているファイル管理用インデ
ックスは何ら変更しないで良いことになり、整理後のフ
ァイル管理用インデックスの整理は実質的に不要にな
る。また、ファイル整理は、ユーザが格別意識しない時
間帯に行われるので、ユーザの使用の妨げにもならな
い。
ッシュメモリのハード的なブロックである１セクタ（６
４Ｋバイト）を小さな小ブロック（２５６バイト）に分
割してフラッシュメモリを第２図示したような構成の小
ブロック内容で管理するので、ファイルが効率良く管理
できるようになる。また、図４に示すような簡単な処理
ルーチンでデータファイルの消去処理を実行できるの
で、ユーザにしてみればファイルは瞬時に削除されるよ
うに感じさせる。しかも、ファイル整理後の有効な小ブ
ロックの記憶位置は、整理前と全く同じ位置であるの
で、有効ファイルを管理しているファイル管理用インデ
ックスは何ら変更しないで良いことになり、整理後のフ
ァイル管理用インデックスの整理は実質的に不要にな
る。また、ファイル整理は、ユーザが格別意識しない時
間帯に行われるので、ユーザの使用の妨げにもならな
い。
【００６３】なお本実施例ではデータファイルの消去命
令発生時およびファイル整理時の処理について説明した
が、ファイルのデータ修整時／追加時／外部装置からの
修整、及び、データファイル受け取り時等の処理では、
古いデータファイルを消去することが必要になる。この
ような場合であっても、本実施例が適用できるので、上
記実施形態で説明したようにユーザによる削除指示が行
った場合にのみに限定されるものではない。
令発生時およびファイル整理時の処理について説明した
が、ファイルのデータ修整時／追加時／外部装置からの
修整、及び、データファイル受け取り時等の処理では、
古いデータファイルを消去することが必要になる。この
ような場合であっても、本実施例が適用できるので、上
記実施形態で説明したようにユーザによる削除指示が行
った場合にのみに限定されるものではない。
【００６４】＜第２の実施形態＞図７は、第２の実施形
態としてデジタルカメラに適用した場合のブロック構成
図を示している。
態としてデジタルカメラに適用した場合のブロック構成
図を示している。
【００６５】図中、２１はレンズ等の光学系及びＣＣＤ
撮像素子で構成される画像取り込み部である。２２は、
２２は画像読み取り部２１で取り込んだ画像をディジタ
ルデータに変換する。２３は画像取り込み部２１、画像
制御部２２、及び後述するＣＰＵ２７、フラッシュメモ
リ３２、ＳＲＡＭ３２、ＲＯＭ３０等の半導体デバイス
或いは回路に電圧供給すると共に表示器用の電圧などを
発生する電源回路である。
撮像素子で構成される画像取り込み部である。２２は、
２２は画像読み取り部２１で取り込んだ画像をディジタ
ルデータに変換する。２３は画像取り込み部２１、画像
制御部２２、及び後述するＣＰＵ２７、フラッシュメモ
リ３２、ＳＲＡＭ３２、ＲＯＭ３０等の半導体デバイス
或いは回路に電圧供給すると共に表示器用の電圧などを
発生する電源回路である。
【００６６】２４はＣＰＵ２７のデータ処理制御用の高
速クロックおよび時間カウント用低速クロック、表示用
低速クロック、画像取り込み用クロックを発生するクロ
ック発生回路である。２５はキースイッチを用いた入力
回路であり、これには、シャッターキーを始めとする各
種キーが設けられていて、押下された結果をＣＰＵに伝
達しそれをトリガーとしてＣＰＵの各種処理の実行を開
始させる。
速クロックおよび時間カウント用低速クロック、表示用
低速クロック、画像取り込み用クロックを発生するクロ
ック発生回路である。２５はキースイッチを用いた入力
回路であり、これには、シャッターキーを始めとする各
種キーが設けられていて、押下された結果をＣＰＵに伝
達しそれをトリガーとしてＣＰＵの各種処理の実行を開
始させる。
【００６７】２６は外部機器（たとえばパーソナルコン
ピュータやプリンタ等）とデータの送受信を行うための
データ送受信部であり、たとえば、ＲＳ２３２Ｃ、ＵＳ
Ｂ、ＩＥＥＥ１３９４等である。たとえば、撮像した映
像をパーソナルコンピュータに転送したり、プリンタに
印刷する場合、或いは、パーソナルコンピュータからの
映像データ等を受信する場合にも使用する。
ピュータやプリンタ等）とデータの送受信を行うための
データ送受信部であり、たとえば、ＲＳ２３２Ｃ、ＵＳ
Ｂ、ＩＥＥＥ１３９４等である。たとえば、撮像した映
像をパーソナルコンピュータに転送したり、プリンタに
印刷する場合、或いは、パーソナルコンピュータからの
映像データ等を受信する場合にも使用する。
【００６８】２７は本装置全体の制御を司るＣＰＵであ
り、その動作処理手順はＲＯＭ３０に格納されている。
２８はＣＰＵ２７の制御下において表示制御を行う表示
制御部である。２９は液晶表示技術を用いたＬＣＤ表示
器であり表示制御回路２８から受け取った表示データを
表示する。３０はＣＰＵ２７が実行する各種処理プログ
ラムはフォントデータを記憶しているＲＯＭである。３
１はＣＰＵ２７のワークエリアとして使用されるＳＲＡ
Ｍであり、３２はフラッシュメモリであって、本第２の
実施形態でも第１の実施形態と同様に１Ｍバイトの容量
を有し、１セクタ＝６４Ｋバイト（従って１６セクタ存
在する）となっている。ただし、本第２の実施形態で
は、画像データを扱う関係で、圧縮したとしても１コマ
は最低でも１Ｋとなるので、第１の小ブロックサイズは
１Ｋバイト（＝１０２４バイト）とした。つまり、１ク
ラスタ＝６４個の小ブロックで管理する。
り、その動作処理手順はＲＯＭ３０に格納されている。
２８はＣＰＵ２７の制御下において表示制御を行う表示
制御部である。２９は液晶表示技術を用いたＬＣＤ表示
器であり表示制御回路２８から受け取った表示データを
表示する。３０はＣＰＵ２７が実行する各種処理プログ
ラムはフォントデータを記憶しているＲＯＭである。３
１はＣＰＵ２７のワークエリアとして使用されるＳＲＡ
Ｍであり、３２はフラッシュメモリであって、本第２の
実施形態でも第１の実施形態と同様に１Ｍバイトの容量
を有し、１セクタ＝６４Ｋバイト（従って１６セクタ存
在する）となっている。ただし、本第２の実施形態で
は、画像データを扱う関係で、圧縮したとしても１コマ
は最低でも１Ｋとなるので、第１の小ブロックサイズは
１Ｋバイト（＝１０２４バイト）とした。つまり、１ク
ラスタ＝６４個の小ブロックで管理する。
【００６９】第２の実施形態における小ブロックのフォ
ーマットは図８に示す通りである。管理用のデータ部分
（図示の符号３３〜３６）は第１の実施形態における領
域１１〜１４に対応する。すなわち、領域３３及び３４
はそれぞれ２バイト、領域３５、３６はそれぞれ１バイ
トが確保され、合計６バイトの構成となっている。そし
て、残りの１０１８バイト（＝１０２４−６）が実際の
圧縮データを格納する領域となっている。
ーマットは図８に示す通りである。管理用のデータ部分
（図示の符号３３〜３６）は第１の実施形態における領
域１１〜１４に対応する。すなわち、領域３３及び３４
はそれぞれ２バイト、領域３５、３６はそれぞれ１バイ
トが確保され、合計６バイトの構成となっている。そし
て、残りの１０１８バイト（＝１０２４−６）が実際の
圧縮データを格納する領域となっている。
【００７０】撮像した画像にもよるが、圧縮後の画像デ
ータは複数の小ブロックに別れて記憶されることも当然
にあり得る。この場合の接続関係は、図示の領域３４、
３５で管理することは第１の実施形態と同様であり、数
珠繋ぎになっている最後の小ブロックの領域３４にはそ
れが最後であることを示す情報が格納されていることも
第１の実施形態と同様である。更にまた、有効・無効状
態を記憶する領域３６も同様である。
ータは複数の小ブロックに別れて記憶されることも当然
にあり得る。この場合の接続関係は、図示の領域３４、
３５で管理することは第１の実施形態と同様であり、数
珠繋ぎになっている最後の小ブロックの領域３４にはそ
れが最後であることを示す情報が格納されていることも
第１の実施形態と同様である。更にまた、有効・無効状
態を記憶する領域３６も同様である。
【００７１】図９は、第２の実施形態におけるファイル
管理インデックスの構造を示している。
管理インデックスの構造を示している。
【００７２】図示において、３８はファイル番号を記憶
するエリアでありディジタルカメラで新しい画像の撮影
時に画像ファイルを新規登録する毎に１つづつカウント
アップしたバイナリー値を記憶する（この値が実際に格
納されている小ブロックの領域３３と同じになる）。３
９は指定ファイルのデータが記憶されているフラッシュ
メモリのセクタ番号を記憶している領域である。４０は
指定ファイルのデータが記憶されているフラッシュメモ
リのデータ記憶部の中で最初の小ブロックのアドレスを
記憶している領域である。第１の実施形態では、携帯型
電子機器で複数のアプリケーションが用意されているも
のであったので、個々のファイルについて属性が必要で
あったが、第２の実施形態で扱うデータは画像データの
１種類であるので、第１の実施形態における図３におけ
るファイル属性領域１７は存在しない。ただし、画像圧
縮法には、いくつもの手法（ＪＰＥＧやファインピック
ス等）があり、画像処理部２２が最も圧縮率の高い圧縮
法を行うのであれば、その圧縮法の種別を格納するため
のエリアを設けてもよい。
するエリアでありディジタルカメラで新しい画像の撮影
時に画像ファイルを新規登録する毎に１つづつカウント
アップしたバイナリー値を記憶する（この値が実際に格
納されている小ブロックの領域３３と同じになる）。３
９は指定ファイルのデータが記憶されているフラッシュ
メモリのセクタ番号を記憶している領域である。４０は
指定ファイルのデータが記憶されているフラッシュメモ
リのデータ記憶部の中で最初の小ブロックのアドレスを
記憶している領域である。第１の実施形態では、携帯型
電子機器で複数のアプリケーションが用意されているも
のであったので、個々のファイルについて属性が必要で
あったが、第２の実施形態で扱うデータは画像データの
１種類であるので、第１の実施形態における図３におけ
るファイル属性領域１７は存在しない。ただし、画像圧
縮法には、いくつもの手法（ＪＰＥＧやファインピック
ス等）があり、画像処理部２２が最も圧縮率の高い圧縮
法を行うのであれば、その圧縮法の種別を格納するため
のエリアを設けてもよい。
【００７３】さて、本第２の実施形態におけるファイル
消去処理は、第１の実施形態と同じである。異なるのは
小ブロックのサイズが４倍の量になったことによる影響
だけである。
消去処理は、第１の実施形態と同じである。異なるのは
小ブロックのサイズが４倍の量になったことによる影響
だけである。
【００７４】要は図４に示すように画像ファイル消去時
各小ブロックの状態記憶部に画像ファイルデータを無効
とする為無効コート゛をオーバーライトし、図５、図６に示
すようにファイルの整理時データ記憶部を状態記憶部の
記憶内容に応じて有効データを残すか無効データの代わ
りに消去コート゛を入れるかの処理を行えば良い。
各小ブロックの状態記憶部に画像ファイルデータを無効
とする為無効コート゛をオーバーライトし、図５、図６に示
すようにファイルの整理時データ記憶部を状態記憶部の
記憶内容に応じて有効データを残すか無効データの代わ
りに消去コート゛を入れるかの処理を行えば良い。
【００７５】以上述べたごとく本第２の実施形態に従え
ば、電子手帳やスケジューラ等の携帯型装置及びその統
合型携帯装置に限らず、デジタルカメラにも適用できる
ことが理解できよう。
ば、電子手帳やスケジューラ等の携帯型装置及びその統
合型携帯装置に限らず、デジタルカメラにも適用できる
ことが理解できよう。
【００７６】なお、第２の実施形態では、１小ブロック
サイズを１Ｋバイトとしたが、これは画像取り込み部２
１、つまり、撮像素子の解像度に依存して変更すること
が望まれる。たとえば、３５万画素ＣＣＤと８０万画素
ＣＣＤでは、後者の方が画像データ量は多くなるので、
小ブロックサイズを大きめにした方がデータ格納効率を
上げることができる。
サイズを１Ｋバイトとしたが、これは画像取り込み部２
１、つまり、撮像素子の解像度に依存して変更すること
が望まれる。たとえば、３５万画素ＣＣＤと８０万画素
ＣＣＤでは、後者の方が画像データ量は多くなるので、
小ブロックサイズを大きめにした方がデータ格納効率を
上げることができる。
【００７７】また、実施形態で説明した各種フローチャ
ートに係るプログラムは、ＲＯＭ内に格納されているも
のとして説明したが、プログラムを外部より供給するよ
うにしてもよいので、上記実施形態で本願発明が限定さ
れるものではない。
ートに係るプログラムは、ＲＯＭ内に格納されているも
のとして説明したが、プログラムを外部より供給するよ
うにしてもよいので、上記実施形態で本願発明が限定さ
れるものではない。
【００７８】従って本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることにな
る。
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることにな
る。
【００７９】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。
【００８０】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。
【００８１】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。
【００８２】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。
【００８３】以上説明したように、本実施形態によれ
ば、フラッシュメモリに書かれているデータの消去時の
処理を大きなブロック（セクタ）を小ブロックに分割し
その状態記憶部に無効コードをオーバーライトすること
により処理を簡略化しその処理時間を短縮化することが
可能となり、比較的低速で処理を行う処理手段であるＣ
ＰＵを使っても十分に処理できる。
ば、フラッシュメモリに書かれているデータの消去時の
処理を大きなブロック（セクタ）を小ブロックに分割し
その状態記憶部に無効コードをオーバーライトすること
により処理を簡略化しその処理時間を短縮化することが
可能となり、比較的低速で処理を行う処理手段であるＣ
ＰＵを使っても十分に処理できる。
【００８４】したがって高速処理を行うＣＰＵを使った
システムに比べて安価なシステムを用いることが可能と
なる。
システムに比べて安価なシステムを用いることが可能と
なる。
【００８５】またフラッシュメモリに書かれているデー
タの消去処理をファイル消去命令実行時とは別のファイ
ル整理処理時に状態記憶部に書かれた無効コードを検出
しながら行うことでファイル消去命令実行時の処理時間
を大幅に短縮している。
タの消去処理をファイル消去命令実行時とは別のファイ
ル整理処理時に状態記憶部に書かれた無効コードを検出
しながら行うことでファイル消去命令実行時の処理時間
を大幅に短縮している。
【００８６】
【発明の効果】以上説明したように本発明によれば、フ
ラッシュメモリに格納されたデータの削除を、簡単な処
理で、しかも、高速に行え、操作環境を向上させること
が可能になる。
ラッシュメモリに格納されたデータの削除を、簡単な処
理で、しかも、高速に行え、操作環境を向上させること
が可能になる。
【００８７】
【図１】第１の実施形態の電子機器のブロック構成図で
ある。
ある。
【図２】第１の実施形態の電子機器のフラッシュメモリ
内の小ブロックの構造を示す図である。
内の小ブロックの構造を示す図である。
【図３】第１の実施形態におけるファイル管理インデッ
クスの構造を示す図である。
クスの構造を示す図である。
【図４】第１の実施形態におけるファイル消去処理の内
容を示すフローチャートである。
容を示すフローチャートである。
【図５】第１の実施形態におけるファイル整理処理の内
容を示すフローチャートである。
容を示すフローチャートである。
【図６】図５におけるファイル整理のサブルーチンの処
理内容を示すフローチャートである。
理内容を示すフローチャートである。
【図７】第２の実施形態におけるデジタルカメラのブロ
ック構成図である。
ック構成図である。
【図８】第２の実施形態におけるフラッシュメモリの小
ブロックの構造を示す図である。
ブロックの構造を示す図である。
【図９】第２の実施形態におけるファイル管理インデッ
クスの構造を示す図である。
クスの構造を示す図である。
Claims (8)
- 【請求項１】 フラッシュメモリを有する電気機器であ
って、 フラッシュメモリの消去単位のセクタを複数のブロック
に分割し、個々のブロックが自身のデータが有効か無効
かを示すコード情報を格納する領域を有し、前記ブロッ
クを１つ或いは複数個で１つのファイルを管理するた
め、前記ファイルの管理情報を有する管理手段と、 前記フラッシュメモリに格納されているファイルを消去
要求があったとき、当該ファイルを構成する各ブロック
中の前記領域に無効コードを書き込む消去手段と、 所定のタイミングになったとき、セクタ単位に、当該セ
クタ中の無効コードが格納されたブロック群を除く有効
ブロック群を、当該有効ブロックの格納アドレスの相対
位置を保持したまま所定の揮発性メモリに転送する転送
手段と、 該転送手段による転送を行った後、前記フラッシュメモ
リにおける注目セクタを消去する消去手段と、 消去したセクタ内に、前記不揮発性メモリに転送した有
効ブロック群を、当該有効ブロックの格納アドレスの相
対位置を保持したまま書き込む書き込み手段とを有する
ことを特徴とする電子機器。 - 【請求項２】 前記管理情報には、ファイルを構成する
先頭ブロックが格納されているセクタを特定する情報、
該セクタ内の前記先頭ブロックの格納位置を示すアドレ
ス情報が含まれ、 前記ブロックには、更に、後続するブロックの存在の有
無及びその存在するセクタを特定する情報とセクタ内の
格納位置を示すアドレス情報、及び、実データが含まれ
ることを特徴とする請求項第１項に記載の電子機器。 - 【請求項３】 前記消去要求は、外部からの指示される
ことを特徴とする請求項第３項に記載の電子機器。 - 【請求項４】 前記所定のタイミングは、予め設定した
時刻であることを特徴とする請求項第１項に記載の電子
機器。 - 【請求項５】 前記ブロックに格納される無効コード
は、有効コードを意味するビットの少なくとも１つを
“０”にしたコードであることを特徴とする請求項第１
項に記載の電子機器。 - 【請求項６】 前記電子機器はデジタルカメラであるこ
とを特徴とする請求項第１項に記載の電子機器。 - 【請求項７】 フラッシュメモリを有する電気機器の制
御方法であって、 フラッシュメモリの消去単位のセクタを複数のブロック
に分割し、個々のブロックが自身のデータが有効か無効
かを示すコード情報を格納する領域を有し、前記ブロッ
クを１つ或いは複数個で１つのファイルを管理するた
め、前記ファイルの管理情報を有する管理工程と、 前記フラッシュメモリに格納されているファイルを消去
要求があったとき、当該ファイルを構成する各ブロック
中の前記領域に無効コードを書き込む消去工程と、 所定のタイミングになったとき、セクタ単位に、当該セ
クタ中の無効コードが格納されたブロック群を除く有効
ブロック群を、当該有効ブロックの格納アドレスの相対
位置を保持したまま所定の揮発性メモリに転送する転送
工程と、 該転送工程による転送を行った後、前記フラッシュメモ
リにおける注目セクタを消去する消去工程と、 消去したセクタ内に、前記不揮発性メモリに転送した有
効ブロック群を、当該有効ブロックの格納アドレスの相
対位置を保持したまま書き込む書き込み工程とを有する
ことを特徴とする電子機器の制御方法。 - 【請求項８】 コンピュータが読み込み実行すること
で、フラッシュメモリを有する電気機器として機能する
プログラムコードを格納した記憶媒体であって、 フラッシュメモリの消去単位のセクタを複数のブロック
に分割し、個々のブロックが自身のデータが有効か無効
かを示すコード情報を格納する領域を有し、前記ブロッ
クを１つ或いは複数個で１つのファイルを管理するた
め、前記ファイルの管理情報を有する管理手段と、 前記フラッシュメモリに格納されているファイルを消去
要求があったとき、当該ファイルを構成する各ブロック
中の前記領域に無効コードを書き込む消去手段と、 所定のタイミングになったとき、セクタ単位に、当該セ
クタ中の無効コードが格納されたブロック群を除く有効
ブロック群を、当該有効ブロックの格納アドレスの相対
位置を保持したまま所定の揮発性メモリに転送する転送
手段と、 該転送手段による転送を行った後、前記フラッシュメモ
リにおける注目セクタを消去する消去手段と、 消去したセクタ内に、前記不揮発性メモリに転送した有
効ブロック群を、当該有効ブロックの格納アドレスの相
対位置を保持したまま書き込む書き込み手段として機能
するプログラムコードを格納した記憶媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24626798A JP2000076117A (ja) | 1998-08-31 | 1998-08-31 | 電子機器及びその制御方法及び記憶媒体 |
| US09/386,220 US6378033B1 (en) | 1998-08-31 | 1999-08-31 | Electronic device, control method thereof and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24626798A JP2000076117A (ja) | 1998-08-31 | 1998-08-31 | 電子機器及びその制御方法及び記憶媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000076117A true JP2000076117A (ja) | 2000-03-14 |
Family
ID=17145995
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP24626798A Withdrawn JP2000076117A (ja) | 1998-08-31 | 1998-08-31 | 電子機器及びその制御方法及び記憶媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6378033B1 (ja) |
| JP (1) | JP2000076117A (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002354399A (ja) * | 2001-05-28 | 2002-12-06 | Sanyo Electric Co Ltd | ディジタルカメラ |
| JP2004516536A (ja) * | 2000-11-22 | 2004-06-03 | サンディスク コーポレイション | メモリのページサイズおよび／またはブロックサイズとは異なるサイズを有するデータセクタを備えた不揮発性メモリシステムの処理技法 |
| WO2004077447A1 (ja) * | 2003-02-28 | 2004-09-10 | Fujitsu Limited | フラッシュメモリ及びメモリ制御方法 |
| US7032094B2 (en) | 2002-07-30 | 2006-04-18 | Oki Electric Industry Co., Ltd. | Method of controlling flash memory |
| JP2010512586A (ja) * | 2006-12-06 | 2010-04-22 | フュージョン マルチシステムズ，インク．（ディービイエイ フュージョン−アイオー） | 空データトークン指令を用いてストレージデバイス中のデータを管理するための装置、システム及び方法 |
| WO2010095280A1 (ja) * | 2009-02-23 | 2010-08-26 | 株式会社サトー | データ更新装置及びプリンタ装置 |
| JP2013250914A (ja) * | 2012-06-04 | 2013-12-12 | I-Cubed Research Center Inc | メモリモジュール、情報処理装置、およびデータ処理方法 |
| JP2015036982A (ja) * | 2013-08-16 | 2015-02-23 | エルエスアイ コーポレーション | ホストとコントローラとの間でパーティション化された変換レイヤ |
| CN110764704A (zh) * | 2019-10-18 | 2020-02-07 | 浙江大华技术股份有限公司 | 一种环境变量写入方法、存储介质及电子装置 |
| JP2020135656A (ja) * | 2019-02-22 | 2020-08-31 | パナソニックＩｐマネジメント株式会社 | ファイル管理システム |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4365932B2 (ja) * | 1999-04-28 | 2009-11-18 | キヤノン株式会社 | 撮像装置及びその制御方法及び記憶媒体 |
| US20030046304A1 (en) * | 2001-09-05 | 2003-03-06 | Peskin Christopher A. | Event-based appointment scheduling adaptive to real-time information |
| JP4475623B2 (ja) * | 2002-07-31 | 2010-06-09 | キヤノン株式会社 | 色処理方法および色処理装置 |
| US6923523B2 (en) * | 2002-07-31 | 2005-08-02 | Canon Kabushiki Kaisha | Image processing method and image processing apparatus |
| JP3892851B2 (ja) * | 2004-02-04 | 2007-03-14 | 株式会社東芝 | メモリカード及び半導体装置 |
| US20050228938A1 (en) * | 2004-04-07 | 2005-10-13 | Rajendra Khare | Method and system for secure erasure of information in non-volatile memory in an electronic device |
| KR100739722B1 (ko) * | 2005-08-20 | 2007-07-13 | 삼성전자주식회사 | 플래시 메모리 관리 방법 및 플래시 메모리 시스템 |
| KR20080045975A (ko) * | 2006-11-21 | 2008-05-26 | 삼성전자주식회사 | 파일 리스팅기능을 구비한 전자장치 및 그 방법 |
| JP4392845B2 (ja) * | 2007-06-04 | 2010-01-06 | 株式会社沖データ | 画像処理装置 |
| US8161310B2 (en) * | 2008-04-08 | 2012-04-17 | International Business Machines Corporation | Extending and scavenging super-capacitor capacity |
| US8219740B2 (en) * | 2008-06-25 | 2012-07-10 | International Business Machines Corporation | Flash sector seeding to reduce program times |
| US8040750B2 (en) * | 2008-06-25 | 2011-10-18 | International Business Machines Corporation | Dual mode memory system for reducing power requirements during memory backup transition |
| US8037380B2 (en) | 2008-07-08 | 2011-10-11 | International Business Machines Corporation | Verifying data integrity of a non-volatile memory system during data caching process |
| US8093868B2 (en) * | 2008-09-04 | 2012-01-10 | International Business Machines Corporation | In situ verification of capacitive power support |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5473753A (en) * | 1992-10-30 | 1995-12-05 | Intel Corporation | Method of managing defects in flash disk memories |
| US5473569A (en) | 1994-08-01 | 1995-12-05 | Motorola, Inc. | Method for operating a flash memory |
| US6170066B1 (en) * | 1995-09-29 | 2001-01-02 | Intel Corporation | Power-off recovery management for sector based flash media managers |
| US6014724A (en) * | 1995-10-27 | 2000-01-11 | Scm Microsystems (U.S.) Inc. | Flash translation layer block indication map revision system and method |
| US6038636A (en) * | 1998-04-27 | 2000-03-14 | Lexmark International, Inc. | Method and apparatus for reclaiming and defragmenting a flash memory device |
-
1998
- 1998-08-31 JP JP24626798A patent/JP2000076117A/ja not_active Withdrawn
-
1999
- 1999-08-31 US US09/386,220 patent/US6378033B1/en not_active Expired - Fee Related
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004516536A (ja) * | 2000-11-22 | 2004-06-03 | サンディスク コーポレイション | メモリのページサイズおよび／またはブロックサイズとは異なるサイズを有するデータセクタを備えた不揮発性メモリシステムの処理技法 |
| JP4592215B2 (ja) * | 2001-05-28 | 2010-12-01 | 三洋電機株式会社 | ディジタルカメラ |
| JP2002354399A (ja) * | 2001-05-28 | 2002-12-06 | Sanyo Electric Co Ltd | ディジタルカメラ |
| US7032094B2 (en) | 2002-07-30 | 2006-04-18 | Oki Electric Industry Co., Ltd. | Method of controlling flash memory |
| WO2004077447A1 (ja) * | 2003-02-28 | 2004-09-10 | Fujitsu Limited | フラッシュメモリ及びメモリ制御方法 |
| US7487286B2 (en) | 2003-02-28 | 2009-02-03 | Spansion Llc | Flash memory and method for controlling the memory |
| JP2010512586A (ja) * | 2006-12-06 | 2010-04-22 | フュージョン マルチシステムズ，インク．（ディービイエイ フュージョン−アイオー） | 空データトークン指令を用いてストレージデバイス中のデータを管理するための装置、システム及び方法 |
| WO2010095280A1 (ja) * | 2009-02-23 | 2010-08-26 | 株式会社サトー | データ更新装置及びプリンタ装置 |
| US9086953B2 (en) | 2009-02-23 | 2015-07-21 | Sato Holdings Kabushiki Kaisha | Device that updates bits corresponding to a data record residing in a memory |
| JP2013250914A (ja) * | 2012-06-04 | 2013-12-12 | I-Cubed Research Center Inc | メモリモジュール、情報処理装置、およびデータ処理方法 |
| JP2015036982A (ja) * | 2013-08-16 | 2015-02-23 | エルエスアイ コーポレーション | ホストとコントローラとの間でパーティション化された変換レイヤ |
| JP2020135656A (ja) * | 2019-02-22 | 2020-08-31 | パナソニックＩｐマネジメント株式会社 | ファイル管理システム |
| CN110764704A (zh) * | 2019-10-18 | 2020-02-07 | 浙江大华技术股份有限公司 | 一种环境变量写入方法、存储介质及电子装置 |
| CN110764704B (zh) * | 2019-10-18 | 2023-09-05 | 浙江大华技术股份有限公司 | 一种环境变量写入方法、存储介质及电子装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US6378033B1 (en) | 2002-04-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2000076117A (ja) | 電子機器及びその制御方法及び記憶媒体 | |
| US7734862B2 (en) | Block management for mass storage | |
| EP0852765B1 (en) | Memory management | |
| US7461198B2 (en) | System and method for configuration and management of flash memory | |
| US5241672A (en) | System using the storage level of file updates in nonvolatile memory to trigger saving of RAM to disk and using the file updates to reboot after crash | |
| JPH1069420A (ja) | 情報記録装置、情報記録再生装置、情報記録方法および情報再生方法 | |
| GB2298063A (en) | Semiconductor disk device | |
| JP2008523468A (ja) | 不揮発記録媒体消去システム及び方法 | |
| KR0185954B1 (ko) | 휴대형 단말기기의 메모리 관리방법 | |
| JP2006344177A (ja) | データ消去装置及びデータ消去プログラム | |
| JP4308780B2 (ja) | 半導体メモリ装置、メモリコントローラ及びデータ記録方法 | |
| JPH09161491A (ja) | フラッシュメモリ制御方法及びフラッシュメモリ制御ユニット | |
| US20060120235A1 (en) | System and method of erasing non-volatile recording media | |
| US5500742A (en) | Control unit of flash memory and facsimile machine using such control unit | |
| JP2007199828A (ja) | 不揮発性記憶装置およびそのアドレス管理方法 | |
| JP2000076116A (ja) | 電子機器及びその制御方法及び記憶媒体 | |
| JP3818130B2 (ja) | データ管理方法及び装置及びデータ管理プログラム及びデータ管理プログラムを格納した記憶媒体 | |
| US20020059305A1 (en) | Information recording apparatus and method, and information reproducing apparatus and method | |
| JP2000330850A (ja) | フラッシュメモリ制御方法 | |
| JP4403338B2 (ja) | 情報処理装置、情報処理方法 | |
| JP4261649B2 (ja) | 画像処理装置、方法、記録媒体 | |
| KR100592859B1 (ko) | 기록매체제어장치및방법 | |
| JPH11120052A (ja) | ファイル管理装置、ファイル管理方法、記録媒体及びファイル管理システム | |
| JP3531438B2 (ja) | データ管理装置、データ管理方法、データ管理システム及び外部記憶装置 | |
| Willis et al. | Manipulating large pictures using the Perq |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20051101 |