処理方法及び携帯電子機器
【課題】ユーザデータを書き込む際に管理領域が破壊される危険性を回避することができる処理方法及び携帯電子機器を提供すること。
【解決手段】所定の容量で規定されているページ単位で読み出し及び書き込みを行うフラッシュメモリ１２と、フラッシュメモリ１２へ格納されるＦＡＴファイル形式にしたがったファイルを作成する制御部１３を備える。制御部１３は、実データを格納するデータ領域の一部と、データ領域を管理する管理情報を格納する管理領域の一部とが、同一のページに配置されず異なるページに配置されるように管理領域の容量をページ単位の整数倍にする。
【解決手段】所定の容量で規定されているページ単位で読み出し及び書き込みを行うフラッシュメモリ１２と、フラッシュメモリ１２へ格納されるＦＡＴファイル形式にしたがったファイルを作成する制御部１３を備える。制御部１３は、実データを格納するデータ領域の一部と、データ領域を管理する管理情報を格納する管理領域の一部とが、同一のページに配置されず異なるページに配置されるように管理領域の容量をページ単位の整数倍にする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フラッシュメモリに対する処理方法及び携帯電子機器に関する。
【背景技術】
【０００２】
記憶装置に記録されているデータを管理するファイルシステムの中に、ＦＡＴファイルシステムがある。ＦＡＴファイルシステムでは、ＢＰＢ（ＢＩＯＳ Ｐａｒａｍｅｔｅｒ Ｂｌｏｃｋ）や、ＦＡＴや、ルートディレクトリエントリが記憶される管理領域と、データが記憶されるユーザデータ領域とから構成されている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１５９２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、フラッシュメモリにデータを記憶する際には、書き込み対象となるページの全体を読み出し、読み出したページの空き領域にデータを追加し、その後再びページ単位で書き込みを行う。
【０００５】
ここで、例えば、管理領域の一部とユーザデータ領域の一部とが同一のページに配されており、当該ページのユーザデータ領域にデータを書き込む場合には、このページの全体を読み出して、データを追加した後に、ページ単位で書き込みを行う際にエラーが生じると、管理領域が破壊される可能性がある。
【０００６】
そこで本発明は、ユーザデータを書き込む際に管理領域が破壊される危険性を回避することができる処理方法及び携帯電子機器を提供することを一つの目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る処理方法は、上記課題を解決するために、ＦＡＴ（Ｆｉｌｅ ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ）ファイル形式にしたがい、所定の容量で規定されているページ単位で読み出し及び書き込みを行うフラッシュメモリに対する処理方法であって、実データを格納するデータ領域の一部と、前記データ領域を管理する管理情報を格納する管理領域の一部とが、同一のページに配置されず異なるページに配置されるように前記管理領域の容量を前記ページ単位の整数倍に調整する調整工程を有する。
【０００８】
また、処理方法では、前記管理領域には、ＢＰＢ（ＢＩＯＳ Ｐａｒａｍｅｔｅｒ Ｂｌｏｃｋ）とルートディレクトリエントリが含まれており、前記調整工程は、前記管理領域において、前記ＢＰＢ及び前記ルートディレクトリエントリ以外の領域の容量を大きくすることにより、前記管理領域の容量を前記ページ単位の整数倍に調整する構成でも良い。
【０００９】
また、処理方法では、前記ＢＰＢ及び前記ルートディレクトリエントリの領域の容量は、固定であり、前記ＢＰＢ及び前記ルートディレクトリエントリ以外の領域には、前記フラッシュメモリの全体のクラスタ数に基づいて特定されるＦＡＴ領域が含まれており、前記調整工程は、前記ＦＴＡ領域の容量を調整することにより、前記管理領域の容量を前記ページ単位の整数倍に調整する構成でも良い。
【００１０】
また、処理方法では、前記ＦＡＴ領域は、同じデータが格納される２つの領域から構成されており、前記調整工程は、（ページの容量／２）−１の分だけ切り上げてＦＡＴ領域を調整する構成でも良い。
【００１１】
また、本発明に係る携帯電子機器は、上記課題を解決するために、所定の容量で規定されているページ単位で読み出し及び書き込みを行うフラッシュメモリと、前記フラッシュメモリへ格納されるＦＡＴ（Ｆｉｌｅ ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ）ファイル形式にしたがったファイルを作成する制御部を備え、前記制御部は、実データを格納するデータ領域の一部と、前記データ領域を管理する管理情報を格納する管理領域の一部とが、同一のページに配置されず異なるページに配置されるように前記管理領域の容量を前記ページ単位の整数倍にする構成である。
【発明の効果】
【００１２】
本発明によれば、ユーザデータを書き込む際に管理領域が破壊される危険性を回避することができる。
【図面の簡単な説明】
【００１３】
【図１】携帯通信端末の構成を示すブロック図である。
【図２】フラッシュメモリの構成を模式的に示す図である。
【図３】フラッシュメモリに対するＦＡＴフォーマットの処理についての説明に供するフローチャートである。
【図４】ＢＰＢセクタの生成処理についての説明に供するフローチャートである。
【図５】ＦＡＴ当りのセクタ数算出処理についての説明に供するフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の好適な実施形態の一例について説明する。ここで、携帯電子機器の一例である携帯通信端末１の全体を図１に示す。携帯通信端末１は、フラッシュメモリドライバ１１と、フラッシュメモリ１２と、制御部１３と、キー操作部１４と、表示部１５と、無線部１６と、マイク１７と、スピーカ１８と、ＲＡＭ１９を備える。
【００１５】
フラッシュメモリドライバ１１は、制御部１３からの要求を受け付け、フラッシュメモリ１２に対してアクセスし、データの書き込み、読み出し及び消去を実行する。キー操作部１４は、ユーザのキー操作を検出し、制御部１３にキー情報を送る。制御部１３は、キー情報に応じて所定の動作（例えば、電話発信の動作等）を行う。表示部１５は、制御部１３の制御にしたがって、画像を表示する。
【００１６】
無線部１６は、制御部１３の制御にしたがって、制御基地局との間で通信を行う。マイク１７は、入力された音を音信号に変換して制御部１３に送信する。スピーカ１８は、制御部１３から受信した音信号を音に変換して外部に出力する。例えば、無線部１６により音声通話を行う場合には、携帯通信端末１は、音声入力にマイク１７を使用し、音声出力にスピーカ１８を使用する。また、ＲＡＭ１９は、例えば、ワーキングメモリとして機能し、制御部１３の処理の用に供される。
【００１７】
詳細は後述するが、フラッシュメモリ１２は、複数のブロックと呼ばれる単位で構成され、さらにブロックは、複数のページと呼ばれる単位で構成されている。フラッシュメモリドライバ１１は、フラッシュメモリ１２に対して、ページ単位でデータの書き込み及び読み出しを行う。なお、フラッシュメモリドライバ１１は、データの消去についてはブロック単位で行う。
【００１８】
ここで、管理領域の終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域の先頭セクタが、同一ページ（以下、ページＰ１という。）に配置されており、このページＰ１にユーザデータを新たに書き込む処理が生じた場合には、携帯通信端末１は、管理領域の終端セクタが配置されているページＰ１をＲＡＭ１９に読み出し、ユーザデータ領域にデータを書き込んで新たなページＰ１を生成し、このページＰ１をフラッシュメモリ１２に書き込む。ところで、「フラッシュメモリ１２からページＰ１を読み出す→ＲＡＭ１９にページＰ１を書き込む→ページＰ１に新たなユーザデータを書き込む→ページＰ１をフラッシュメモリ１２に書き込む」処理の過程において、書き込みエラー等により管理領域の終端セクタが不用意に書き換えられてしまった場合には、その後、フラッシュメモリ１２の管理を行うことができず、記憶されているデータを失う可能性がある。
【００１９】
本実施例に係る携帯通信端末１では、フラッシュメモリ１２をＦＦＳ（フラッシュファイルシステム）、特にＦＡＴ（Ｆｉｌｅ ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ）ファイルシステムによってデータの書き込み等の処理を行う場合において、上述した問題を回避し、処理の信頼性を確保するための機能を有している。
【００２０】
具体的には、携帯通信端末１は、フラッシュメモリ１２をフォーマットする時に、管理領域のＦＡＴのセクタ数を調整することで、管理領域の終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域の先頭セクタが、同一ページに入らないようにページ区切りの境界を調整する機能を有している。
【００２１】
このようにして、携帯通信端末１は、管理領域の終端セクタとユーザデータ領域の先頭セクタの境界がページ区切りになるように調整するので、ユーザデータの書き換えの際に、管理領域が不用意に書き換えられる問題がなくなり、データ処理の信頼性向上を図ることができる。
【００２２】
ここで、フラッシュメモリ１２の構成について説明する。フラッシュメモリ１２は、図２に示すように、管理領域Ａとユーザデータ領域Ｂから構成されている。
【００２３】
管理領域Ａは、ＢＰＢ（ＢＩＯＳ Ｐａｒａｍｅｔｅｒ Ｂｌｏｃｋ）と、ＦＡＴ１、ＦＡＴ２、及びルートディレクトリエントリ（Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ Ｅｎｔｒｙ）から構成されている。また、管理領域Ａでは、ＢＰＢは１個のセクタで構成され、ルートディレクトリエントリは１５個のセクタで構成されている。したがって、ＢＰＢとルートディレクトリエントリは、合わせて１６セクタである。ここで、１セクタ当り５１２バイトなので、１６×５１２＝８Ｋバイトが、ＦＡＴ１及びＦＡＴ２を除いた管理領域の容量（以下、サイズという）になる。
【００２４】
また、一般的にフラッシュメモリは、１ページのサイズが２Ｋバイトであるので、本実施例においても１ページのサイズは、２Ｋバイトとして説明するが、これに限られない。
【００２５】
ここで、ＦＡＴ１及びＦＡＴ２を除いた管理領域のサイズが８Ｋバイトであるので、ページのサイズが２Ｋバイトであれば、４つのページで構成されることになる。
【００２６】
管理領域Ａの全体のサイズが２Ｋバイトで割り切ることができれば、ページの区切りが管理領域Ａとユーザデータ領域Ｂの境界になり、一つのページの中に管理領域Ａのデータとユーザデータ領域Ｂのデータが混在することはない。
【００２７】
また、管理領域ＡにおいてＦＡＴは、図２で示すように、ＦＡＴ１とＦＡＴ２の２面を設けている。ＦＡＴ２は、ＦＡＴ１のバックアップ用のＦＡＴなので、ＦＡＴ１と同じサイズである。よって、管理領域Ａのデータとユーザデータ領域Ｂのデータが同一ページに配されず、異なるページに配されるようにするには、一つのＦＡＴ当りのサイズを１Ｋバイトで割り切れるサイズにすれば良い。以下に、具体的な構成と動作について説明する。
【００２８】
携帯通信端末１は、上述したように、フラッシュメモリ１２と、制御部１３を備える。フラッシュメモリ１２は、所定のサイズで規定されているページ単位で読み出し及び書き込みを行う。制御部１３は、フラッシュメモリ１２へ格納されるＦＡＴ（Ｆｉｌｅ ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ）ファイル形式にしたがったファイルを作成する。また、制御部１３は、ユーザデータ（ユーザデータとは、画像データや、音声データ等の実データを意味している）を格納するユーザデータ領域Ｂの一部と、ユーザデータ領域Ｂを管理する管理情報を格納する管理領域Ａの一部とが、同一のページに配置されず異なるページに配置されるように管理領域Ａのサイズをページ単位の整数倍にする。
【００２９】
このようにして、携帯通信端末１は、管理領域Ａの終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域Ｂの先頭セクタが、同一ページに入らないようにページ区切りの境界を調整するので、ユーザデータの書き換えの際に、管理領域が不用意に書き換えられる問題を回避することができる。
【００３０】
また、携帯通信端末１に備えられているフラッシュメモリ１２に対する処理方法は、ＦＡＴ（Ｆｉｌｅ ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ）ファイル形式にしたがい、所定のサイズで規定されているページ単位で読み出し及び書き込みを行うものであって、調整工程により行われる。なお、調整工程による処理は、制御部１３により実行されるものである。
【００３１】
調整工程は、ユーザデータを格納するユーザデータ領域Ｂの一部と、ユーザデータ領域Ｂを管理する管理情報を格納する管理領域Ａの一部とが、同一のページに配置されず異なるページに配置されるように管理領域Ａのサイズをページ単位の整数倍に調整する工程である。
【００３２】
このようにして、携帯通信端末１は、管理領域Ａの終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域Ｂの先頭セクタが、同一ページに入らないようにページ区切りの境界を調整するので、ユーザデータの書き換えの際に、管理領域が不用意に書き換えられる問題を回避することができる。
【００３３】
また、上述したように、管理領域Ａには、ＢＰＢ（ＢＩＯＳ Ｐａｒａｍｅｔｅｒ Ｂｌｏｃｋ）とルートディレクトリエントリが含まれている。調整工程は、管理領域Ａにおいて、ＢＰＢ及びルートディレクトリエントリ以外の領域のサイズを大きくすることにより、管理領域Ａのサイズをページ単位の整数倍に調整する。
【００３４】
このようにして、携帯通信端末１は、ＢＰＢ及びルートディレクトリエントリのサイズを固定としながら、その他の領域のサイズを調整することにより、管理領域Ａの終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域Ｂの先頭セクタが、同一ページに入らないようにページ区切りの境界を調整するので、ユーザデータの書き換えの際に、管理領域が不用意に書き換えられる問題を回避することができる。
【００３５】
また、ＢＰＢ及びルートディレクトリエントリの領域のサイズは、固定であり、ＢＰＢ及びルートディレクトリエントリ以外の領域には、フラッシュメモリ１２の全体のクラスタ数に基づいて特定されるＦＡＴ領域が含まれている。調整工程は、ＦＴＡ領域のサイズを調整することにより、管理領域Ａのサイズをページ単位の整数倍に調整する。
【００３６】
このようにして、携帯通信端末１は、フラッシュメモリ１２をフォーマットする時に、適切なＦＡＴ当りのセクタ数（例えば、１Ｋバイト）になるように制御するので、管理領域Ａの終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域Ｂの先頭セクタが、同一ページに入らないようにページ区切りの境界を調整することができ、ユーザデータの書き換えの際に、管理領域が不用意に書き換えられる問題を回避することができる。
【００３７】
また、ＦＡＴ領域は、同じデータが格納される２つの領域から構成されている。また、調整工程は、（ページのサイズ／２）−１の分だけ切り上げてＦＡＴ領域を調整する。
【００３８】
このようにして、携帯通信端末１は、フラッシュメモリ１２をフォーマットする時に、適切なＦＡＴ当りのセクタ数（例えば、１Ｋバイト）になるように制御するので、管理領域Ａの終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域Ｂの先頭セクタが、同一ページに入らないようにページ区切りの境界を調整することができ、ユーザデータの書き換えの際に、管理領域が不用意に書き換えられる問題を回避することができる。
【００３９】
つぎに、制御部１３により行われるフラッシュメモリ１２に対するＦＡＴフォーマットの処理について、図３に示すフローチャートを参照して説明する。なお、以下では、制御部１３を主体にして説明するが、調整工程を主体にしても良い。
【００４０】
ステップＳＴ１において、制御部１３は、サイズ情報からトータルセクタ数を算出する。ここで、ＦＡＴフォーマットをする際には、フォーマット対象となるフラッシュメモリ１２の全体サイズがいくらかという情報が必要になる。本実施例では、セクタサイズは、５１２バイトである。制御部１３は、フォーマット対象になるフラッシュメモリ１２のサイズをセクタサイズで割ることによりトータルセクタ数を算出することができる。
【００４１】
ステップＳＴ２において、制御部１３は、ステップＳＴ１によって算出したトータルセクタ数に基づいて、ＢＰＢセクタを生成する。なお、ＢＰＢセクタの生成処理の詳細については、後述する。
【００４２】
ステップＳＴ３において、制御部１３は、ＢＰＢセクタが生成されたら、そのセクタデータをフラッシュメモリ１２に書き込む処理を行う。
【００４３】
ステップＳＴ４において、制御部１３は、ＦＡＴセクタを生成する。現在は、フォーマットを行っている最中なので特にユーザデータは存在しないが、ＦＡＴ１とＦＡＴ２のセクタを生成する。なお、上述したように、ＦＡＴ２は、ＦＡＴ１のバックアップ用のＦＡＴなので、ＦＡＴ１とＦＡＴ２は、同じサイズである。
【００４４】
ステップＳＴ５において、制御部１３は、ステップＳＴ４の工程によりＦＡＴ１とＦＡＴ２のセクタが生成されたら、それらをフラッシュメモリ１２に書き込む処理を行う。
【００４５】
ステップＳＴ６において、制御部１３は、ルートディレクトリエントリのセクタを生成する。なお、現在は、フォーマットを行っている最中なので特にユーザデータは存在しないが、ボリュームラベル情報のみを生成しておく。
【００４６】
ステップＳＴ７において、制御部１３は、ステップＳＴ６の工程によりルートディレクトリエントリのセクタが生成された場合には、それをフラッシュメモリ１２に書き込む処理を行う。
【００４７】
つぎに、上述したステップＳＴ２の工程により行われるＢＰＢセクタの生成処理について、図４に示すフローチャートを参照しながら説明する。
【００４８】
ステップＳＴ１１において、制御部１３は、各種ＢＰＢパラメータを決定する。これは、１セクタ当りのバイト数（例えば、５１２バイト）やＦＡＴ数（２Ｋバイト）等をパラメータとして確定しておき、ＢＰＢセクタの所定バイト位置に埋め込まれることとなる。
【００４９】
ステップＳＴ１２において、制御部１３は、クラスタ当りのセクタ数を決定する。ＦＡＴファイルシステムでは、データをクラスタ単位で書き込み及び読み出しを行う。セクタサイズが５１２バイトなので、クラスタ当りのセクタ数が４つであれば、乗算することにより２０４８なので、制御部１３は、２Ｋバイト単位でアクセスすることになる。
【００５０】
ステップＳＴ１３において、制御部１３は、クラスタ数を決定する。クラスタ数は、トータルセクタ数をクラスタ当りのセクタ数で割ることにより算出することができる。
【００５１】
ステップＳＴ１４において、制御部１３は、ＦＡＴサイズを決定する。ＦＡＴサイズは、クラスタ数に依存して決まる。例えば、ＦＡＴ１６のシステムでは、一つのクラスタに１６ビット（２バイト）使用する。したがって、概算として、クラスタ数を２倍した値（バイト単位）がＦＡＴサイズとなる。
【００５２】
ステップＳＴ１５において、制御部１３は、ＦＡＴ当りのセクタ数の算出を行う。なお、ＦＡＴ当りのセクタ数算出処理の詳細については、後述する。
【００５３】
つぎに、上述したステップＳＴ１５の工程により行われるＦＡＴ当りのセクタ数算出処理について、図５に示すフローチャートを参照しながら説明する。
【００５４】
ステップＳＴ２１において、制御部１３は、ステップＳＴ１４の工程により決定したバイト単位のＦＡＴサイズに、「ページサイズ／２」を加算し、１を引く処理を行う。この処理の結果を「ａ」とする。ここで、ページサイズが２Ｋバイトの場合、「ページサイズ／２」は、１Ｋバイトである。つまり、「／２」は、ＦＡＴが２面存在することによるものであり、一つのＦＡＴにつきページサイズの半分（１Ｋバイト）で切り上げるように境界調整すれば良いことを意味している。
【００５５】
ステップＳＴ２２において、制御部１３は、ステップＳＴ２１の工程で算出した「ａ」を「ページサイズ／２」で除算する処理を行う。この処理の結果を「ｂ」とする。ステップＳＴ２２の処理を実行することにより、１Ｋバイト単位でＦＡＴサイズが算出されたことになる。つまり、ＦＡＴサイズは、１Ｋバイトが何個あるかという単位で求まる。
【００５６】
ステップＳＴ２３において、制御部１３は、ステップＳＴ２２の工程で算出した「ｂ」に「（ページサイズ／２）／セクタサイズ」を乗算する処理を行う。つまり、１Ｋバイトに含まれるセクタ数を掛けて、ＦＡＴ当りのセクタ数を最終的に求める。
【００５７】
つぎに、ＦＡＴ当りのセクタ数を算出する具体的な手順について説明する。なお、以下では、最初の入力にあたるＦＡＴサイズが５００バイトとする。
制御部１３は、ステップＳＴ２１の工程で、ページサイズが２Ｋバイトとして、ａ＝５００＋１０２４−１＝１５２３を算出する。
制御部１３は、ステップＳＴ２２の工程で、ｂ＝１５２３／１０２４＝１を算出する。これは、１Ｋバイト単位で１個分のサイズとなることを示す。
【００５８】
そして、制御部１３は、ステップＳＴ２３の工程で、所定の演算（１×（１０２４／５１２）＝２）を行い、ＦＡＴ当りのセクタ数を算出する。
このようにして、ＦＡＴサイズが５００バイト（１セクタ）であったものが、２セクタに切り上げられたものとなる。
【００５９】
このようにして、携帯通信端末１は、管理領域Ａの終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域Ｂの先頭セクタが、同一ページに入らないようにページ区切りの境界を調整するので、ユーザデータの書き換えの際に、管理領域が不用意に書き換えられる問題を回避することができる。
【符号の説明】
【００６０】
１ 携帯通信端末
１１ フラッシュメモリドライバ
１２ フラッシュメモリ
１３ 制御部
【技術分野】
【０００１】
本発明は、フラッシュメモリに対する処理方法及び携帯電子機器に関する。
【背景技術】
【０００２】
記憶装置に記録されているデータを管理するファイルシステムの中に、ＦＡＴファイルシステムがある。ＦＡＴファイルシステムでは、ＢＰＢ（ＢＩＯＳ Ｐａｒａｍｅｔｅｒ Ｂｌｏｃｋ）や、ＦＡＴや、ルートディレクトリエントリが記憶される管理領域と、データが記憶されるユーザデータ領域とから構成されている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１５９２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、フラッシュメモリにデータを記憶する際には、書き込み対象となるページの全体を読み出し、読み出したページの空き領域にデータを追加し、その後再びページ単位で書き込みを行う。
【０００５】
ここで、例えば、管理領域の一部とユーザデータ領域の一部とが同一のページに配されており、当該ページのユーザデータ領域にデータを書き込む場合には、このページの全体を読み出して、データを追加した後に、ページ単位で書き込みを行う際にエラーが生じると、管理領域が破壊される可能性がある。
【０００６】
そこで本発明は、ユーザデータを書き込む際に管理領域が破壊される危険性を回避することができる処理方法及び携帯電子機器を提供することを一つの目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る処理方法は、上記課題を解決するために、ＦＡＴ（Ｆｉｌｅ ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ）ファイル形式にしたがい、所定の容量で規定されているページ単位で読み出し及び書き込みを行うフラッシュメモリに対する処理方法であって、実データを格納するデータ領域の一部と、前記データ領域を管理する管理情報を格納する管理領域の一部とが、同一のページに配置されず異なるページに配置されるように前記管理領域の容量を前記ページ単位の整数倍に調整する調整工程を有する。
【０００８】
また、処理方法では、前記管理領域には、ＢＰＢ（ＢＩＯＳ Ｐａｒａｍｅｔｅｒ Ｂｌｏｃｋ）とルートディレクトリエントリが含まれており、前記調整工程は、前記管理領域において、前記ＢＰＢ及び前記ルートディレクトリエントリ以外の領域の容量を大きくすることにより、前記管理領域の容量を前記ページ単位の整数倍に調整する構成でも良い。
【０００９】
また、処理方法では、前記ＢＰＢ及び前記ルートディレクトリエントリの領域の容量は、固定であり、前記ＢＰＢ及び前記ルートディレクトリエントリ以外の領域には、前記フラッシュメモリの全体のクラスタ数に基づいて特定されるＦＡＴ領域が含まれており、前記調整工程は、前記ＦＴＡ領域の容量を調整することにより、前記管理領域の容量を前記ページ単位の整数倍に調整する構成でも良い。
【００１０】
また、処理方法では、前記ＦＡＴ領域は、同じデータが格納される２つの領域から構成されており、前記調整工程は、（ページの容量／２）−１の分だけ切り上げてＦＡＴ領域を調整する構成でも良い。
【００１１】
また、本発明に係る携帯電子機器は、上記課題を解決するために、所定の容量で規定されているページ単位で読み出し及び書き込みを行うフラッシュメモリと、前記フラッシュメモリへ格納されるＦＡＴ（Ｆｉｌｅ ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ）ファイル形式にしたがったファイルを作成する制御部を備え、前記制御部は、実データを格納するデータ領域の一部と、前記データ領域を管理する管理情報を格納する管理領域の一部とが、同一のページに配置されず異なるページに配置されるように前記管理領域の容量を前記ページ単位の整数倍にする構成である。
【発明の効果】
【００１２】
本発明によれば、ユーザデータを書き込む際に管理領域が破壊される危険性を回避することができる。
【図面の簡単な説明】
【００１３】
【図１】携帯通信端末の構成を示すブロック図である。
【図２】フラッシュメモリの構成を模式的に示す図である。
【図３】フラッシュメモリに対するＦＡＴフォーマットの処理についての説明に供するフローチャートである。
【図４】ＢＰＢセクタの生成処理についての説明に供するフローチャートである。
【図５】ＦＡＴ当りのセクタ数算出処理についての説明に供するフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の好適な実施形態の一例について説明する。ここで、携帯電子機器の一例である携帯通信端末１の全体を図１に示す。携帯通信端末１は、フラッシュメモリドライバ１１と、フラッシュメモリ１２と、制御部１３と、キー操作部１４と、表示部１５と、無線部１６と、マイク１７と、スピーカ１８と、ＲＡＭ１９を備える。
【００１５】
フラッシュメモリドライバ１１は、制御部１３からの要求を受け付け、フラッシュメモリ１２に対してアクセスし、データの書き込み、読み出し及び消去を実行する。キー操作部１４は、ユーザのキー操作を検出し、制御部１３にキー情報を送る。制御部１３は、キー情報に応じて所定の動作（例えば、電話発信の動作等）を行う。表示部１５は、制御部１３の制御にしたがって、画像を表示する。
【００１６】
無線部１６は、制御部１３の制御にしたがって、制御基地局との間で通信を行う。マイク１７は、入力された音を音信号に変換して制御部１３に送信する。スピーカ１８は、制御部１３から受信した音信号を音に変換して外部に出力する。例えば、無線部１６により音声通話を行う場合には、携帯通信端末１は、音声入力にマイク１７を使用し、音声出力にスピーカ１８を使用する。また、ＲＡＭ１９は、例えば、ワーキングメモリとして機能し、制御部１３の処理の用に供される。
【００１７】
詳細は後述するが、フラッシュメモリ１２は、複数のブロックと呼ばれる単位で構成され、さらにブロックは、複数のページと呼ばれる単位で構成されている。フラッシュメモリドライバ１１は、フラッシュメモリ１２に対して、ページ単位でデータの書き込み及び読み出しを行う。なお、フラッシュメモリドライバ１１は、データの消去についてはブロック単位で行う。
【００１８】
ここで、管理領域の終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域の先頭セクタが、同一ページ（以下、ページＰ１という。）に配置されており、このページＰ１にユーザデータを新たに書き込む処理が生じた場合には、携帯通信端末１は、管理領域の終端セクタが配置されているページＰ１をＲＡＭ１９に読み出し、ユーザデータ領域にデータを書き込んで新たなページＰ１を生成し、このページＰ１をフラッシュメモリ１２に書き込む。ところで、「フラッシュメモリ１２からページＰ１を読み出す→ＲＡＭ１９にページＰ１を書き込む→ページＰ１に新たなユーザデータを書き込む→ページＰ１をフラッシュメモリ１２に書き込む」処理の過程において、書き込みエラー等により管理領域の終端セクタが不用意に書き換えられてしまった場合には、その後、フラッシュメモリ１２の管理を行うことができず、記憶されているデータを失う可能性がある。
【００１９】
本実施例に係る携帯通信端末１では、フラッシュメモリ１２をＦＦＳ（フラッシュファイルシステム）、特にＦＡＴ（Ｆｉｌｅ ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ）ファイルシステムによってデータの書き込み等の処理を行う場合において、上述した問題を回避し、処理の信頼性を確保するための機能を有している。
【００２０】
具体的には、携帯通信端末１は、フラッシュメモリ１２をフォーマットする時に、管理領域のＦＡＴのセクタ数を調整することで、管理領域の終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域の先頭セクタが、同一ページに入らないようにページ区切りの境界を調整する機能を有している。
【００２１】
このようにして、携帯通信端末１は、管理領域の終端セクタとユーザデータ領域の先頭セクタの境界がページ区切りになるように調整するので、ユーザデータの書き換えの際に、管理領域が不用意に書き換えられる問題がなくなり、データ処理の信頼性向上を図ることができる。
【００２２】
ここで、フラッシュメモリ１２の構成について説明する。フラッシュメモリ１２は、図２に示すように、管理領域Ａとユーザデータ領域Ｂから構成されている。
【００２３】
管理領域Ａは、ＢＰＢ（ＢＩＯＳ Ｐａｒａｍｅｔｅｒ Ｂｌｏｃｋ）と、ＦＡＴ１、ＦＡＴ２、及びルートディレクトリエントリ（Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ Ｅｎｔｒｙ）から構成されている。また、管理領域Ａでは、ＢＰＢは１個のセクタで構成され、ルートディレクトリエントリは１５個のセクタで構成されている。したがって、ＢＰＢとルートディレクトリエントリは、合わせて１６セクタである。ここで、１セクタ当り５１２バイトなので、１６×５１２＝８Ｋバイトが、ＦＡＴ１及びＦＡＴ２を除いた管理領域の容量（以下、サイズという）になる。
【００２４】
また、一般的にフラッシュメモリは、１ページのサイズが２Ｋバイトであるので、本実施例においても１ページのサイズは、２Ｋバイトとして説明するが、これに限られない。
【００２５】
ここで、ＦＡＴ１及びＦＡＴ２を除いた管理領域のサイズが８Ｋバイトであるので、ページのサイズが２Ｋバイトであれば、４つのページで構成されることになる。
【００２６】
管理領域Ａの全体のサイズが２Ｋバイトで割り切ることができれば、ページの区切りが管理領域Ａとユーザデータ領域Ｂの境界になり、一つのページの中に管理領域Ａのデータとユーザデータ領域Ｂのデータが混在することはない。
【００２７】
また、管理領域ＡにおいてＦＡＴは、図２で示すように、ＦＡＴ１とＦＡＴ２の２面を設けている。ＦＡＴ２は、ＦＡＴ１のバックアップ用のＦＡＴなので、ＦＡＴ１と同じサイズである。よって、管理領域Ａのデータとユーザデータ領域Ｂのデータが同一ページに配されず、異なるページに配されるようにするには、一つのＦＡＴ当りのサイズを１Ｋバイトで割り切れるサイズにすれば良い。以下に、具体的な構成と動作について説明する。
【００２８】
携帯通信端末１は、上述したように、フラッシュメモリ１２と、制御部１３を備える。フラッシュメモリ１２は、所定のサイズで規定されているページ単位で読み出し及び書き込みを行う。制御部１３は、フラッシュメモリ１２へ格納されるＦＡＴ（Ｆｉｌｅ ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ）ファイル形式にしたがったファイルを作成する。また、制御部１３は、ユーザデータ（ユーザデータとは、画像データや、音声データ等の実データを意味している）を格納するユーザデータ領域Ｂの一部と、ユーザデータ領域Ｂを管理する管理情報を格納する管理領域Ａの一部とが、同一のページに配置されず異なるページに配置されるように管理領域Ａのサイズをページ単位の整数倍にする。
【００２９】
このようにして、携帯通信端末１は、管理領域Ａの終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域Ｂの先頭セクタが、同一ページに入らないようにページ区切りの境界を調整するので、ユーザデータの書き換えの際に、管理領域が不用意に書き換えられる問題を回避することができる。
【００３０】
また、携帯通信端末１に備えられているフラッシュメモリ１２に対する処理方法は、ＦＡＴ（Ｆｉｌｅ ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ）ファイル形式にしたがい、所定のサイズで規定されているページ単位で読み出し及び書き込みを行うものであって、調整工程により行われる。なお、調整工程による処理は、制御部１３により実行されるものである。
【００３１】
調整工程は、ユーザデータを格納するユーザデータ領域Ｂの一部と、ユーザデータ領域Ｂを管理する管理情報を格納する管理領域Ａの一部とが、同一のページに配置されず異なるページに配置されるように管理領域Ａのサイズをページ単位の整数倍に調整する工程である。
【００３２】
このようにして、携帯通信端末１は、管理領域Ａの終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域Ｂの先頭セクタが、同一ページに入らないようにページ区切りの境界を調整するので、ユーザデータの書き換えの際に、管理領域が不用意に書き換えられる問題を回避することができる。
【００３３】
また、上述したように、管理領域Ａには、ＢＰＢ（ＢＩＯＳ Ｐａｒａｍｅｔｅｒ Ｂｌｏｃｋ）とルートディレクトリエントリが含まれている。調整工程は、管理領域Ａにおいて、ＢＰＢ及びルートディレクトリエントリ以外の領域のサイズを大きくすることにより、管理領域Ａのサイズをページ単位の整数倍に調整する。
【００３４】
このようにして、携帯通信端末１は、ＢＰＢ及びルートディレクトリエントリのサイズを固定としながら、その他の領域のサイズを調整することにより、管理領域Ａの終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域Ｂの先頭セクタが、同一ページに入らないようにページ区切りの境界を調整するので、ユーザデータの書き換えの際に、管理領域が不用意に書き換えられる問題を回避することができる。
【００３５】
また、ＢＰＢ及びルートディレクトリエントリの領域のサイズは、固定であり、ＢＰＢ及びルートディレクトリエントリ以外の領域には、フラッシュメモリ１２の全体のクラスタ数に基づいて特定されるＦＡＴ領域が含まれている。調整工程は、ＦＴＡ領域のサイズを調整することにより、管理領域Ａのサイズをページ単位の整数倍に調整する。
【００３６】
このようにして、携帯通信端末１は、フラッシュメモリ１２をフォーマットする時に、適切なＦＡＴ当りのセクタ数（例えば、１Ｋバイト）になるように制御するので、管理領域Ａの終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域Ｂの先頭セクタが、同一ページに入らないようにページ区切りの境界を調整することができ、ユーザデータの書き換えの際に、管理領域が不用意に書き換えられる問題を回避することができる。
【００３７】
また、ＦＡＴ領域は、同じデータが格納される２つの領域から構成されている。また、調整工程は、（ページのサイズ／２）−１の分だけ切り上げてＦＡＴ領域を調整する。
【００３８】
このようにして、携帯通信端末１は、フラッシュメモリ１２をフォーマットする時に、適切なＦＡＴ当りのセクタ数（例えば、１Ｋバイト）になるように制御するので、管理領域Ａの終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域Ｂの先頭セクタが、同一ページに入らないようにページ区切りの境界を調整することができ、ユーザデータの書き換えの際に、管理領域が不用意に書き換えられる問題を回避することができる。
【００３９】
つぎに、制御部１３により行われるフラッシュメモリ１２に対するＦＡＴフォーマットの処理について、図３に示すフローチャートを参照して説明する。なお、以下では、制御部１３を主体にして説明するが、調整工程を主体にしても良い。
【００４０】
ステップＳＴ１において、制御部１３は、サイズ情報からトータルセクタ数を算出する。ここで、ＦＡＴフォーマットをする際には、フォーマット対象となるフラッシュメモリ１２の全体サイズがいくらかという情報が必要になる。本実施例では、セクタサイズは、５１２バイトである。制御部１３は、フォーマット対象になるフラッシュメモリ１２のサイズをセクタサイズで割ることによりトータルセクタ数を算出することができる。
【００４１】
ステップＳＴ２において、制御部１３は、ステップＳＴ１によって算出したトータルセクタ数に基づいて、ＢＰＢセクタを生成する。なお、ＢＰＢセクタの生成処理の詳細については、後述する。
【００４２】
ステップＳＴ３において、制御部１３は、ＢＰＢセクタが生成されたら、そのセクタデータをフラッシュメモリ１２に書き込む処理を行う。
【００４３】
ステップＳＴ４において、制御部１３は、ＦＡＴセクタを生成する。現在は、フォーマットを行っている最中なので特にユーザデータは存在しないが、ＦＡＴ１とＦＡＴ２のセクタを生成する。なお、上述したように、ＦＡＴ２は、ＦＡＴ１のバックアップ用のＦＡＴなので、ＦＡＴ１とＦＡＴ２は、同じサイズである。
【００４４】
ステップＳＴ５において、制御部１３は、ステップＳＴ４の工程によりＦＡＴ１とＦＡＴ２のセクタが生成されたら、それらをフラッシュメモリ１２に書き込む処理を行う。
【００４５】
ステップＳＴ６において、制御部１３は、ルートディレクトリエントリのセクタを生成する。なお、現在は、フォーマットを行っている最中なので特にユーザデータは存在しないが、ボリュームラベル情報のみを生成しておく。
【００４６】
ステップＳＴ７において、制御部１３は、ステップＳＴ６の工程によりルートディレクトリエントリのセクタが生成された場合には、それをフラッシュメモリ１２に書き込む処理を行う。
【００４７】
つぎに、上述したステップＳＴ２の工程により行われるＢＰＢセクタの生成処理について、図４に示すフローチャートを参照しながら説明する。
【００４８】
ステップＳＴ１１において、制御部１３は、各種ＢＰＢパラメータを決定する。これは、１セクタ当りのバイト数（例えば、５１２バイト）やＦＡＴ数（２Ｋバイト）等をパラメータとして確定しておき、ＢＰＢセクタの所定バイト位置に埋め込まれることとなる。
【００４９】
ステップＳＴ１２において、制御部１３は、クラスタ当りのセクタ数を決定する。ＦＡＴファイルシステムでは、データをクラスタ単位で書き込み及び読み出しを行う。セクタサイズが５１２バイトなので、クラスタ当りのセクタ数が４つであれば、乗算することにより２０４８なので、制御部１３は、２Ｋバイト単位でアクセスすることになる。
【００５０】
ステップＳＴ１３において、制御部１３は、クラスタ数を決定する。クラスタ数は、トータルセクタ数をクラスタ当りのセクタ数で割ることにより算出することができる。
【００５１】
ステップＳＴ１４において、制御部１３は、ＦＡＴサイズを決定する。ＦＡＴサイズは、クラスタ数に依存して決まる。例えば、ＦＡＴ１６のシステムでは、一つのクラスタに１６ビット（２バイト）使用する。したがって、概算として、クラスタ数を２倍した値（バイト単位）がＦＡＴサイズとなる。
【００５２】
ステップＳＴ１５において、制御部１３は、ＦＡＴ当りのセクタ数の算出を行う。なお、ＦＡＴ当りのセクタ数算出処理の詳細については、後述する。
【００５３】
つぎに、上述したステップＳＴ１５の工程により行われるＦＡＴ当りのセクタ数算出処理について、図５に示すフローチャートを参照しながら説明する。
【００５４】
ステップＳＴ２１において、制御部１３は、ステップＳＴ１４の工程により決定したバイト単位のＦＡＴサイズに、「ページサイズ／２」を加算し、１を引く処理を行う。この処理の結果を「ａ」とする。ここで、ページサイズが２Ｋバイトの場合、「ページサイズ／２」は、１Ｋバイトである。つまり、「／２」は、ＦＡＴが２面存在することによるものであり、一つのＦＡＴにつきページサイズの半分（１Ｋバイト）で切り上げるように境界調整すれば良いことを意味している。
【００５５】
ステップＳＴ２２において、制御部１３は、ステップＳＴ２１の工程で算出した「ａ」を「ページサイズ／２」で除算する処理を行う。この処理の結果を「ｂ」とする。ステップＳＴ２２の処理を実行することにより、１Ｋバイト単位でＦＡＴサイズが算出されたことになる。つまり、ＦＡＴサイズは、１Ｋバイトが何個あるかという単位で求まる。
【００５６】
ステップＳＴ２３において、制御部１３は、ステップＳＴ２２の工程で算出した「ｂ」に「（ページサイズ／２）／セクタサイズ」を乗算する処理を行う。つまり、１Ｋバイトに含まれるセクタ数を掛けて、ＦＡＴ当りのセクタ数を最終的に求める。
【００５７】
つぎに、ＦＡＴ当りのセクタ数を算出する具体的な手順について説明する。なお、以下では、最初の入力にあたるＦＡＴサイズが５００バイトとする。
制御部１３は、ステップＳＴ２１の工程で、ページサイズが２Ｋバイトとして、ａ＝５００＋１０２４−１＝１５２３を算出する。
制御部１３は、ステップＳＴ２２の工程で、ｂ＝１５２３／１０２４＝１を算出する。これは、１Ｋバイト単位で１個分のサイズとなることを示す。
【００５８】
そして、制御部１３は、ステップＳＴ２３の工程で、所定の演算（１×（１０２４／５１２）＝２）を行い、ＦＡＴ当りのセクタ数を算出する。
このようにして、ＦＡＴサイズが５００バイト（１セクタ）であったものが、２セクタに切り上げられたものとなる。
【００５９】
このようにして、携帯通信端末１は、管理領域Ａの終端セクタ（ルートディレクトリエントリの最後のセクタ）とユーザデータ領域Ｂの先頭セクタが、同一ページに入らないようにページ区切りの境界を調整するので、ユーザデータの書き換えの際に、管理領域が不用意に書き換えられる問題を回避することができる。
【符号の説明】
【００６０】
１ 携帯通信端末
１１ フラッシュメモリドライバ
１２ フラッシュメモリ
１３ 制御部
【特許請求の範囲】
【請求項１】
ＦＡＴ（Ｆｉｌｅ ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ）ファイル形式にしたがい、所定の容量で規定されているページ単位で読み出し及び書き込みを行うフラッシュメモリに対する処理方法であって、
実データを格納するデータ領域の一部と、前記データ領域を管理する管理情報を格納する管理領域の一部とが、同一のページに配置されず異なるページに配置されるように前記管理領域の容量を前記ページ単位の整数倍に調整する調整工程を有する処理方法。
【請求項２】
前記管理領域には、ＢＰＢ（ＢＩＯＳ Ｐａｒａｍｅｔｅｒ Ｂｌｏｃｋ）とルートディレクトリエントリが含まれており、
前記調整工程は、前記管理領域において、前記ＢＰＢ及び前記ルートディレクトリエントリ以外の領域の容量を大きくすることにより、前記管理領域の容量を前記ページ単位の整数倍に調整する請求項１記載の処理方法。
【請求項３】
前記ＢＰＢ及び前記ルートディレクトリエントリの領域の容量は、固定であり、
前記ＢＰＢ及び前記ルートディレクトリエントリ以外の領域には、前記フラッシュメモリの全体のクラスタ数に基づいて特定されるＦＡＴ領域が含まれており、
前記調整工程は、前記ＦＴＡ領域の容量を調整することにより、前記管理領域の容量を前記ページ単位の整数倍に調整する請求項２記載の処理方法。
【請求項４】
前記ＦＡＴ領域は、同じデータが格納される２つの領域から構成されており、
前記調整工程は、（ページの容量／２）−１の分だけ切り上げてＦＡＴ領域を調整する請求項３記載の処理方法。
【請求項５】
所定の容量で規定されているページ単位で読み出し及び書き込みを行うフラッシュメモリと、
前記フラッシュメモリへ格納されるＦＡＴ（Ｆｉｌｅ ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ）ファイル形式にしたがったファイルを作成する制御部を備え、
前記制御部は、実データを格納するデータ領域の一部と、前記データ領域を管理する管理情報を格納する管理領域の一部とが、同一のページに配置されず異なるページに配置されるように前記管理領域の容量を前記ページ単位の整数倍にする携帯電子機器。
【請求項１】
ＦＡＴ（Ｆｉｌｅ ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ）ファイル形式にしたがい、所定の容量で規定されているページ単位で読み出し及び書き込みを行うフラッシュメモリに対する処理方法であって、
実データを格納するデータ領域の一部と、前記データ領域を管理する管理情報を格納する管理領域の一部とが、同一のページに配置されず異なるページに配置されるように前記管理領域の容量を前記ページ単位の整数倍に調整する調整工程を有する処理方法。
【請求項２】
前記管理領域には、ＢＰＢ（ＢＩＯＳ Ｐａｒａｍｅｔｅｒ Ｂｌｏｃｋ）とルートディレクトリエントリが含まれており、
前記調整工程は、前記管理領域において、前記ＢＰＢ及び前記ルートディレクトリエントリ以外の領域の容量を大きくすることにより、前記管理領域の容量を前記ページ単位の整数倍に調整する請求項１記載の処理方法。
【請求項３】
前記ＢＰＢ及び前記ルートディレクトリエントリの領域の容量は、固定であり、
前記ＢＰＢ及び前記ルートディレクトリエントリ以外の領域には、前記フラッシュメモリの全体のクラスタ数に基づいて特定されるＦＡＴ領域が含まれており、
前記調整工程は、前記ＦＴＡ領域の容量を調整することにより、前記管理領域の容量を前記ページ単位の整数倍に調整する請求項２記載の処理方法。
【請求項４】
前記ＦＡＴ領域は、同じデータが格納される２つの領域から構成されており、
前記調整工程は、（ページの容量／２）−１の分だけ切り上げてＦＡＴ領域を調整する請求項３記載の処理方法。
【請求項５】
所定の容量で規定されているページ単位で読み出し及び書き込みを行うフラッシュメモリと、
前記フラッシュメモリへ格納されるＦＡＴ（Ｆｉｌｅ ａｌｌｏｃａｔｉｏｎ ｔａｂｌｅ）ファイル形式にしたがったファイルを作成する制御部を備え、
前記制御部は、実データを格納するデータ領域の一部と、前記データ領域を管理する管理情報を格納する管理領域の一部とが、同一のページに配置されず異なるページに配置されるように前記管理領域の容量を前記ページ単位の整数倍にする携帯電子機器。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１２−１０８７７５（Ｐ２０１２−１０８７７５Ａ）
【公開日】平成２４年６月７日（２０１２．６．７）
【国際特許分類】
【出願番号】特願２０１０−２５７８１３（Ｐ２０１０−２５７８１３）
【出願日】平成２２年１１月１８日（２０１０．１１．１８）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
【公開日】平成２４年６月７日（２０１２．６．７）
【国際特許分類】
【出願日】平成２２年１１月１８日（２０１０．１１．１８）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
[ Back to top ]