JP2001331328A

JP2001331328A - 情報処理装置、情報処理方法

Info

Publication number: JP2001331328A
Application number: JP2000154424A
Authority: JP
Inventors: Tomotaka Yamazaki; 友敬山崎; Hiromitsu Baba; 博光馬場
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-05-22
Filing date: 2000-05-22
Publication date: 2001-11-30

Abstract

(57)【要約】【課題】ユーザーの使用性の向上。【解決手段】或るアプリケーションソフトウエアの起
動操作が行われた場合において、そのアプリケーション
ソフトウエアが外部記憶部に記憶されていた場合、その
アプリケーションソフトウエアが外部記憶部から内部記
憶手段にロードされてから起動されるようにすること
で、ユーザーがロード操作を含めた２段階の操作を行な
う必要はなく、またアプリケーションソフトウエアの記
憶場所として内部記憶手段と外部記憶部の別を意識する
必要はないようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置及び
情報処理方法に係り、特に内部記憶手段を有すると共に
外部記憶部から情報入力を行うことができる場合に関す
るものである。

【０００２】

【従来の技術】パーソナルコンピュータやＰＤＡ（Pers
onal Digital Assistants：携帯情報機器）などの情報
処理装置においては、装置内部に設けられる内部記憶部
としてはＲＡＭ、フラッシュメモリ等の固体メモリやＨ
ＤＤ（Hard Disc Drive）などがあり、また装置外部の
記憶部として、光ディスク、光磁気ディスク、磁気ディ
スク、メモリカードなどの各種の可搬性の記録媒体を利
用できるようにされている。

【０００３】

【発明が解決しようとする課題】ところでＰＤＡ機器な
どでは、或るアプリケーションソフトウエアを起動した
り、データファイルを参照したりする際には、それらが
外部記憶部に記憶されている場合は、一旦、それらの情
報を内部記憶部に取り込まなければならないものがあ
る。このような情報処理装置においては、ユーザーはア
プリケーションの起動やデータファイルの参照などの際
において、それらの情報が内部記憶部に記憶されている
のか外部記憶部に記憶されているのかを判断し、それに
応じた操作を行わなければならない。例えばメモリカー
ドなどの外部記憶部に記憶されているアプリケーション
ソフトウエアを起動する場合は、ユーザーはまずメモリ
カードからのアプリケーションソフトウエアのロードを
指示する操作を行って、ロードが実行された後に、起動
操作を行う必要がある。このような操作は、ユーザーに
とって煩雑であり、また、常に目的とする情報が内部記
憶部か外部記憶部のどちらに記憶されているかを認識し
ていなければならないため、操作が簡易ではなく、情報
処理装置の使用性はよいものであるとは言えない。

【０００４】

【課題を解決するための手段】本発明はこのような問題
に鑑みて、ユーザーがアプリケーションソフトウエアや
データファイルが記憶されている部位が内部記憶部か外
部記憶部を意識することなく、かつ簡易な操作性で、内
部記憶部及び外部記憶部に記憶されている情報を利用で
きるようにすることを目的とする。

【０００５】このため本発明の情報処理装置は、アプリ
ケーションソフトウエア又はデータファイルが記憶可能
な内部記憶手段と、アプリケーションソフトウエア又は
データファイルが記憶可能な外部記憶部との間で情報の
入出力を可能とする接続手段と、上記接続手段により接
続された上記外部記憶部に記憶されているアプリケーシ
ョンソフトウエア又はデータファイルを認識する認識手
段と、上記内部記憶手段に記憶されたアプリケーション
ソフトウエア又はデータファイル、及び上記認識手段で
認識されたアプリケーションソフトウエア又はデータフ
ァイルを提示すると共に、提示されたアプリケーション
ソフトウエアの起動又はデータファイルの使用を選択す
ることができるようにされたユーザーインターフェース
手段と、上記ユーザーインターフェース手段による操作
により、上記外部記憶部に記憶されているアプリケーシ
ョンソフトウエアの起動が求められた際に、そのアプリ
ケーションソフトウエアを上記内部記憶手段にロードし
た上で起動処理を行う起動処理制御手段と、を備えるよ
うにする。また上記ユーザーインターフェース手段によ
る操作により、もしくは起動中のアプリケーションソフ
トウエアの処理により、上記外部記憶部に記憶されてい
るデータファイルの参照が求められた際に、そのデータ
ファイルを上記内部記憶手段にロードした上で、参照処
理が行われるようにする参照処理制御手段を、さらに備
えるようにする。ここで上記外部記憶部は可搬性記録媒
体であり、上記接続手段は、可搬性記録媒体に対する記
録再生部として実現されるようにする。又は、上記外部
記憶部は有線又は無線の通信路を介して接続される外部
サーバであり、上記接続手段は、上記通信路を介して通
信を行う通信部として実現されるようにする。

【０００６】本発明の情報処理方法は、アプリケーショ
ンソフトウエアの起動操作を検知する起動検知手順と、
上記起動検知手順で起動操作を検知したアプリケーショ
ンソフトウエアが内部記憶手段に記憶されているか、或
いは接続された外部記憶部に記憶されているかを判別す
る判別手順と、上記判別手順において、上記外部記憶部
に記憶されていると判別された場合は、上記外部記憶部
からアプリケーションソフトウエアを上記内部記憶手段
にロードするロード手順と、上記ロード手順により上記
内部記憶手段にロードされたアプリケーションソフトウ
エアを起動する起動手順と、が行われるようにする。ま
たユーザーインターフェースによる操作により、もしく
は起動中のアプリケーションソフトウエアの処理によ
り、上記外部記憶部に記憶されているデータファイルの
参照が求められた際に、そのデータファイルを上記内部
記憶手段にロードした上で、参照処理が行われるように
するデータファイル参照手順が行われるようにする。こ
こで上記外部記憶部は可搬性記録媒体であり、上記ロー
ド手順では、可搬性記録媒体に対する再生動作を行って
ロードを実行する。又は上記外部記憶部は有線又は無線
の通信路を介して接続される外部サーバであり、上記ロ
ード手順は、上記通信路を介して通信を行ってロードを
実行する。

【０００７】即ち本発明は、或るアプリケーションソフ
トウエアの起動操作が行われた場合において、そのアプ
リケーションソフトウエアが外部記憶部に記憶されてい
た場合、そのアプリケーションソフトウエアが外部記憶
部から内部記憶手段にロードされてから起動されるよう
にすることで、ユーザーがロード操作を行わなくてもよ
いようにする。また、これによってユーザーはアプリケ
ーションソフトウエアが内部記憶手段に記憶されている
か外部記憶部に記憶されているかを意識しなくてもよい
ものとなる。データファイルについても同様である。

【０００８】

【発明の実施の形態】以下、本発明の実施の形態を次の
順序で説明する。この実施の形態の情報処理装置は、い
わゆるＰＤＡ機器としての情報処理装置である。また外
部記憶部の一例としてメモリカード及び通信網を介して
接続されるサーバを挙げる。１．情報処理装置の外観例２．情報処理装置の構成３．ＯＳ構造及びデータベース構造４．メモリカード４−１外観４−２メモリカードの端子及び内部構造４−３ファイルシステム処理階層４−４物理的データ構造４−５物理アドレス及び論理アドレスの概念４−６論理−物理アドレス変換テーブル４−７ディレクトリ構造５．ＦＡＴ構造６．メモリカードと情報処理装置のインターフェース７．アプリケーションソフトウエアの起動及びデータ参
照処理８．通信網を介した外部サーバの例

【０００９】１．情報処理装置の外観例本例の情報処理装置の外観例を図１に示す。この情報処
理装置１は、いわゆるＰＤＡ機器として携帯に適した小
型軽量の装置とされる。また記録媒体として、後述する
メモリカード７０を装着し、記録再生を行うことができ
るものとする。なお本発明としては、携帯型の情報処理
装置に限られず、パーソナルコンピュータをはじめとす
るあらゆるタイプの情報処理装置に適用できるものであ
り、また装置が記録を行う記録媒体はメモリカードに限
られず、ＨＤＤ、光ディスク、光磁気ディスク、或いは
装置内に固定的に配置されるＲＡＭ、フラッシュメモリ
など、他の種の記録媒体であってもよいものである。

【００１０】図１（ａ）（ｂ）（ｃ）（ｄ）は情報処理
装置１の外観例としての平面図、右側面図、左側面図、
上面図を示している。図１（ｄ）に示すように装置上面
側には後述するメモリカード７０を装着可能なメモリス
ロット７が形成されており、この情報処理装置１は、メ
モリスロット７に装着されたメモリカード７０に対する
各種データ（コンピュータ用データ、音楽データ、音声
データ、動画像データ、静止画像データ、制御データな
ど）の記録再生が可能とされる。なお、この図１の例で
はメモリスロット７が２つ形成されていることから、２
つのメモリカード７０を同時に装着できるようになされ
ている。もちろん、形成するメモリスロット７の数は１
つでもよいし、３つ以上でもよい。

【００１１】この情報処理装置１には、平面上に例えば
液晶パネルによる表示部２が形成され、アプリケーショ
ンソフトウエアの起動及び各種処理に伴う画像、データ
としての画像や文字、再生される音声、音楽に付随する
情報、さらには操作のガイドメッセージ、再生や編集操
作等のためのメニュー画面などが表示される。

【００１２】情報処理装置１上には、ユーザーの操作の
ための各種の操作子が設けられる。例えば操作キー３
ａ、ジョグダイヤル３ｂ、プッシュダイヤル３ｃなどが
それぞれ所要部位に形成される。これらの操作子により
ユーザーは、例えば電源操作、メニュー操作、選択操
作、文字等の入力操作、その他必要とされる各種の操作
を行うことができる。これらの操作子はもちろん一例に
すぎない。即ち配備する操作子の数、種類、位置は多様
に考えられる。

【００１３】また、情報処理装置１上には、スピーカ
４，マイクロホン５，撮像部６も形成され、音声の出
力、入力、撮像による画像の取込なども実行できるよう
にされている。

【００１４】また各種機器との接続のために、各種端子
が形成される。例えば図１（ｂ）のように、ヘッドホン
端子１０、ライン出力端子１２、ライン入力端子１１な
どが形成され、また図１（ｃ）のようにＩＥＥＥ１３９
４端子８、ＵＳＢ(universalserial bus)端子９などが
形成される。なお、これらの端子の種類、数、配置位置
も、他の例が多様に考えられる。例えば光ケーブル対応
のデジタル入出力端子を備えるようにしたり、或いはＳ
ＣＳＩコネクタ、シリアルポート、ＲＳ２３２Ｃコネク
タなどが形成されるようにしても良い。

【００１５】また、この情報処理装置の場合は、例えば
公衆回線等の通信網を介して所定のサーバやインターネ
ット等から情報のダウンロードが可能とされるものと
し、アンテナ１３として、通信網の基地局との間の無線
通信を行うためのアンテナが設けられる。

【００１６】２．情報処理装置の構成図２に情報処理装置１の内部構成を示す。図示するよう
に情報処理装置１内には、まず中核となる部位として、
システムコントローラ２１、ＣＰＵ２２、フラッシュＲ
ＯＭ２３、Ｄ−ＲＡＭ２４が設けられる。また基本的な
ユーザーインターフェースのための部位として操作部３
５，表示制御部２７，表示部２が形成される。

【００１７】システムコントローラ２１は操作部３５か
らの操作情報を入力し、それに応じてＣＰＵ２２に割り
込みをかける。操作部３５とは、図１に示した各種操作
子３ａ、３ｂ、３ｃに相当する。また図１では説明しな
かったが、表示部２に操作キーやアイコンの表示を行う
とともに表示部２上でのタッチ検出機構を設けること
で、タッチパネル操作子を形成してもよく、その場合の
タッチパネル操作子も図２でいう操作部３５に含まれる
ものとなる。

【００１８】ＣＰＵ２２は基本ソフト（ＯＳ：Operatin
g System）やアプリケーションプログラムが動作される
部位となる。ＣＰＵ２２はシステムコントローラ２１を
介して供給される操作情報に応じて所要の処理を実行す
る。フラッシュＲＯＭ２３は、基本動作プログラム、各
種処理定数、設定情報などを記憶する領域とされる。Ｄ
−ＲＡＭ２４は、各種処理に必要な情報の記憶、データ
のバッファリング、ＣＰＵ２２のワークエリアの拡張、
その他、ＣＰＵ２２の処理に応じて多様に使用される。
またＤ−ＲＡＭ２４にはストレージエリア（不揮発性領
域）が設けられており、そのストレージエリアにはＯＳ
やアプリケーションソフトウエアがインストールされ
る。そしてＤ−ＲＡＭ２４にインストールされたアプリ
ケーションソフトウエアは、ユーザからの操作に応じて
起動され、ＣＰＵ２２により実行される。またアプリケ
ーションソフトウエアはユーザーインターフェース画面
を持ち、ユーザーの指示による状態遷移に基づいて、Ｄ
−ＲＡＭ２４に確保されたフレームバッファに描画を行
う。描画された画像データは、表示制御部２７に送ら
れ、表示部２に表示される。

【００１９】また上述したようにメモリカード７０に対
するメモリスロット７が形成され、メモリカード７０を
装着できるが、ＣＰＵ２２は、メモリカードインターフ
ェース２８を介して装着されたメモリカード７０に対し
て書込又は読み出しアクセスすることができる。メモリ
カードインターフェース２８とメモリカード７０との間
のインターフェース動作については後述する。ＣＰＵ２
２は、装着されたメモリカード７０を、拡張的なメモリ
領域として利用することができる。また、もちろんメモ
リカード７０にアプリケーションプログラムが記録され
ていれば、それをＤ−ＲＡＭ２４にインストールした
り、或いはアプリケーションやデータをＤ−ＲＡＭ２４
にロードすることで、所要処理を実行させることができ
る。また、或るアプリケーションに基づいてＣＰＵ２２
が、作成した文書データ、画像データ、オーディオデー
タ、表計算データなどを、メモリカード７０に記録する
こともできる。なお、メモリスロット７にメモリカード
７０が装着されたことを検出することで、メモリカード
７０に対する動作が記録再生動作可能になったり、或い
はメモリカード７０に記録されているアプリケーション
やデータが自動的にＤ−ＲＡＭ２４に展開されるなど
の、いわゆるホットプラグイン動作も可能である。また
メモリカードインターフェース２８は、メモリカード７
０に記録するデータについての暗号化処理や、読み出し
たデータの暗号解読処理なども可能とされる。

【００２０】撮像部６は例えばＣＣＤ撮像素子及び撮像
回路系によりに形成される。撮像部６により取り込まれ
た撮像画像データは、撮像データインターフェース３４
を介してＤ−ＲＡＭ２４に取り込むことができ、またＣ
ＰＵ２２は所定のアプリケーションプログラムに基づく
動作により、撮像画像データの編集やメモリカード７０
への記録等を実行できる。

【００２１】オーディオインターフェース２９は、上述
したスピーカ４、マイクロホン５、ヘッドホン端子１
０、ライン出力端子１２，ライン入力端子１１から入出
力されるオーディオデータのインターフェース部位とな
る。例えばマイクロホン５或いはライン入力端子１１か
ら入力されたアナログオーディオ信号は、入力オーディ
オ処理部３２でそれぞれ所定の増幅処理やフィルタリン
グが行われ、Ａ／Ｄ変換器３３でデジタルオーディオデ
ータとされてオーディオインターフェース２９に供給さ
れる。オーディオインターフェース２９は、入力された
デジタルオーディオデータについて、ＣＰＵ２２の制御
に基づいて処理や出力を実行する。例えば所要の圧縮エ
ンコード処理を行った後、メモリカードインターフェー
ス２８に供給し、メモリカード７０に記録させることが
できる。またオーディオインターフェース２９は、例え
ばメモリカード７０から読み出されるなどして供給され
たデジタルオーディオデータについて所定のデコード処
理を行い、Ｄ／Ａ変換器３０に供給する。Ｄ／Ａ変換器
３０はデジタルオーディオデータをアナログオーディオ
信号に変換する。出力オーディオ処理部３１は供給され
たアナログオーディオ信号について、出力先に応じた所
定の増幅処理、インピーダンス調整などを行い、スピー
カ４，ヘッドホン端子１０、ライン出力端子１２に出力
する。

【００２２】ＵＳＢインターフェース２５は、ＵＳＢコ
ネクタ９に接続された外部機器との間の通信インターフ
ェースである。ＣＰＵ２２はＵＳＢインターフェース２
５を介して外部のパーソナルコンピュータ或いは周辺機
器などとの間でデータ通信を行うことができる。例えば
この情報処理装置１で扱われるアプリケーションソフト
ウエアや、データファイルとしての画像データ、オーデ
ィオデータなどの送受信が実行される。同様にＩＥＥＥ
１３９４インターフェース２６は、ＩＥＥＥ１３９４端
子８に接続された外部機器との間の通信インターフェー
スである。ＣＰＵ２２はＩＥＥＥ１３９４インターフェ
ース２６を介して外部の情報機器との間で各種データ通
信を行うことができる。

【００２３】通信部３６は、例えば後に図２４で述べる
通信網を介して、外部のサーバやインターネットホーム
ページ等との間で情報通信を実行するための部位であ
る。特に本例の場合は、通信部３６を介して外部のサー
バ等からアプリケーションソフトウエアやデータファイ
ルをダウンロードできるようにされているものである。
なお、ここではこの情報処理装置１が通信網に対して無
線通信端末であるとしての例で述べているが、例えばモ
デムや接続端子を設けて、有線で公衆電話回線などに接
続できるようにしてもよい。

【００２４】また本例の情報処理装置１がアプリケーシ
ョンソフトウエアやデータファイルをダウンロード可能
に接続さえれるのは公衆回線を介したサーバ等のみでな
く、専用回線で構築された通信システム内の端末或いは
サーバシステム等であってもよい。

【００２５】なお、この図２に示す情報処理装置１の構
成はあくまでも一例であり、これに限定されるものでは
ない。即ち、一般にパーソナルコンピュータやＰＤＡ機
器で採用されている各種構成部位を追加したり、或いは
実際の製品として不要の部位を削除することは、設計上
の都合により決められるものである。

【００２６】３．ＯＳ構造及びデータベース構造続いて図３で、本例の情報処理装置１に搭載されるＯＳ
構造について説明する。図３に示すように、ＯＳは、基
本ソフトの中心部分としてのカーネルを含むマネージャ
層と、標準ライブラリ、及び制御ＩＣなどのハードウエ
アのレイヤとなるＨＡＬ（Hardware Abstraction Laye
r）から構成される。アプリケーションソフトウエア
は、このようなＯＳ構造による基本動作上で動作され
る。またＨＡＬに対しては、１又は複数のデバイスドラ
イバとして階層が付加され実際のハードウエア（ＨＷ）
が駆動される。

【００２７】ここで、特に本例の情報処理装置１の場合
は、メモリカード７０をドライブ可能とし、かつ後述す
るがメモリカード７０のデータはＦＡＴにより管理され
ることから、ＯＳにＦＡＴライブラリが付加され、さら
に、メモリカードをハンドリングするためのライブラリ
（ＭＳライブラリ）が付加される。そしてこのＦＡＴラ
イブラリ及びＭＳライブラリに基づいて、メモリドライ
ブがメモリカード７０がドライブされる構造とされてい
る。

【００２８】このようなＯＳ構造を持つ本例の情報処理
装置１では、さらに通常でいうところの「ファイル」に
相当する概念として、「データベース」という概念が導
入されている。ここでいう「データベース」とは、通常
いうところのデータベースのように単にデータを蓄積し
ていったものではなく、データベース自体がデータを管
理できる構造としてフォーマット化されている。この意
味で、「データベース」は「ファイル」に相当する。

【００２９】図４にデータベース構造を示す。即ちデー
タベースには、ヘッダ（ＤＴＢヘッダ）としてデータベ
ースネーム（ＤＴＢＮａｍｅ）及びその他情報を含む
領域が形成され、さらにポインタテーブルが配される。
そしてデータ領域に記録される実際のデータは、ポイン
タテーブルに記録されたポイント情報により、位置的な
管理が行われる状態となっている。

【００３０】このような構造のデータベースとしては、
２種類のものが存在する。例えば一般に１つのアプリケ
ーションソフトウエアは複数のファイルで構成され、そ
の中には実行ファイル（＊＊＊．ｅｘｅ）と、データフ
ァイル（＊＊＊．ｄａｔａ）があるが、その実行ファイ
ル（＊＊＊．ｅｘｅ）に相当するものとして「リソース
データベース（＊＊＊．ｐｒｃ）」があり、またデータ
ファイル（＊＊＊．ｄａｔａ）に相当するものとして
「データベースデータベース（＊＊＊．ｄｔｂ）」があ
る。

【００３１】本例の情報処理装置１では、このような
「データベース」という概念によりデータを扱う。従っ
て、メモリカード７０において記録再生されるファイル
（ＦＡＴで扱われるファイル）も、上記データベースの
形態となる。なお本明細書では、「ファイル」という言
葉を用いるが、これは一般的な概念にあわせて用いてい
るものであり、本実施の形態に関していえば、「ファイ
ル」とは上記構造のデータベースの意味となる。

【００３２】４．メモリカード４−１外観次にメモリカード７０について説明していく。まず図５
にメモリカード７０の外形形状を示す。メモリカード７
０は、例えば図５に示すような板状の筐体内部に例えば
所定容量ののメモリ素子を備える。本例としては、この
メモリ素子としてフラッシュメモリ（Flash Memory）が
用いられるものである。図５に平面図、正面図、側面
図、底面図として示す筐体は例えばプラスチックモール
ドにより形成され、サイズの具体例としては、図に示す
幅Ｗ１１、Ｗ１２、Ｗ１３のそれぞれが、Ｗ１１＝６０
ｍｍ、Ｗ１２＝２０ｍｍ、Ｗ１３＝２．８ｍｍとなる。

【００３３】筐体の正面下部から底面側にかけて例えば
１０個の電極を持つ端子部７２が形成されており、この
端子部７２から、内部のメモリ素子に対する読出又は書
込動作が行われる。筐体の平面方向の左上部は切欠部７
３とされる。この切欠部７３は、このメモリカード７０
を、例えばドライブ装置本体側の着脱機構へ装填する際
などに挿入方向を誤ることを防止するためのものとな
る。また筐体上面から底面側にかけて、ラベル貼付面７
４が形成され、ユーザーが記憶内容を書いたラベルを貼
付できるようにされている。さらに底面側には、記録内
容の誤消去を防止する目的のスライドスイッチ７５が形
成されている。

【００３４】このようなメモリカード７０においては、
フラッシュメモリ容量としては、４ＭＢ（メガバイ
ト），８ＭＢ，１６ＭＢ，３２ＭＢ，６４ＭＢ，１２８
ＭＢの何れかであるものとして規定されている。またデ
ータ記録／再生のためのファイルシステムとして、いわ
ゆるＦＡＴ（File Allocation Table）システムが用い
られている。

【００３５】書込速度は１５００ＫＢｙｔｅ／ｓｅｃ〜
３３０ＫＢｙｔｅ／ｓｅｃ、読出速度は２．４５ＭＢｙ
ｔｅ／ｓｅｃとされ、書込単位は５１２バイト、消去ブ
ロックサイズは８ＫＢ又は１６ＫＢとされる。また電源
電圧Ｖｃｃは２．７〜３．６Ｖ、シリアルクロックＳＣ
ＬＫは最高２０ＭＨｚとされる。

【００３６】４−２メモリカードの端子及び内部構造図６に端子部７２の電極構造を示す。図５に示したよう
に端子部７２は１０個の平面電極が１列に並んだ構造と
されるが、図６に示すように各電極（端子Ｔ１〜Ｔ１
０）は次の通りとなる。

【００３７】端子Ｔ１及びＴ１０は検出電圧Ｖｓｓ端子
とされる。端子Ｔ２は、シリアルプロトコルバスステー
ト信号ＢＳの入力端子とされる。端子Ｔ３及びＴ９は電
源電圧Ｖｃｃ端子とされる。端子Ｔ４はデータ端子、つ
まりシリアルプロトコルデータ信号の入出力端子とされ
る。端子Ｔ５及びＴ７はリザーブ（予備）とされる。端
子Ｔ６は検出端子とされ、ドライブ装置側（情報処理装
置１のメモリカードインターフェース）がメモリカード
の装着検出に用いる。端子Ｔ８は、シリアルクロックＳ
ＣＬＫの入力端子とされる。

【００３８】また図６にはメモリカード７０の内部構成
も示している。メモリカード７０の内部は、コントロー
ルＩＣ８０とフラッシュメモリ８１が設けられている。
コントロールＩＣ８０はフラッシュメモリ８１に対する
書込／読出動作を実行する部位となる。図からわかるよ
うに、コントロールＩＣ８０に対しては、端子Ｔ２から
のシリアルプロトコルバスステート信号ＢＳ、端子Ｔ８
からのシリアルクロックＳＣＬＫが供給される。書込動
作時には、コントロールＩＣ８０は、これらのシリアル
プロトコルバスステート信号ＢＳ、シリアルクロックＳ
ＣＬＫに従って、端子Ｔ４から供給されるデータのフラ
ッシュメモリ８１への書込を行う。また読出時には、シ
リアルプロトコルバスステート信号ＢＳ、シリアルクロ
ックＳＣＬＫに従って、フラッシュメモリ８１からデー
タを読み出し、端子Ｔ４からドライブ装置側に出力す
る。

【００３９】また検出電圧Ｖｓｓは、検出端子Ｔ６に供
給されており、ドライブ装置側では、図示するように抵
抗Ｒによって検出端子Ｔ６の端子電圧を検出すること
で、このメモリカード７０が装着部（メモリスロット
７）に接続されているか否かを検出できるようにされ
る。

【００４０】４−３ファイルシステム処理階層続いて、メモリカード７０を記録媒体とするシステムに
おけるフォーマットについて説明していく。図７は、メ
モリカード７０を記録媒体とするシステムのファイルシ
ステム処理階層を示すものである。この図に示すよう
に、ファイルシステム処理階層としては、アプリケーシ
ョン処理層の下に、順次、ファイル管理処理層、論理ア
ドレス層、物理アドレス層、フラッシュメモリアクセス
がおかれる。この階層では、ファイル管理処理層がいわ
ゆるＦＡＴ（File Allocation Table）となる。また、
この図から分かるように、本例のファイルシステムでは
論理アドレス及び物理アドレスという概念が導入されて
いるが、これについては後述する。

【００４１】４−４物理的データ構造図８には、メモリカード７０内の記憶素子である、フラ
ッシュメモリ８１の物理的データ構造が示されている。
フラッシュメモリ８１としての記憶領域は、セグメント
という固定長のデータ単位が大元となる。このセグメン
トは、１セグメントあたり４ＭＢ（メガバイト）或いは
８ＭＢとして規定されるサイズであり、１つのフラッシ
ュメモリ８１内におけるセグメント数は、そのフラッシ
ュメモリ８１の容量に依存して異なってくる。

【００４２】そして、この１セグメントを図８（ａ）に
示すように、ブロックという固定長のデータ単位として
８ＫＢ（キロバイト）又は１６ＫＢにより区切るように
される。原則として、１セグメントは５１２ブロックに
区切られることから、図８（ａ）に示すブロックｎにつ
いては、ｎ＝５１１とされることになる。但し、フラッ
シュメモリ８１では、書き込み不可な損傷エリアである
ディフェクトエリアとしてのブロック数が所定数の範囲
で許可されているため、データ書き込みが有効とされる
実質的なブロック数を対象とすれば、上記ｎは５１１よ
りも少なくなる。

【００４３】図８（ａ）に示すようにして形成されるブ
ロック０〜ｎのうち、先頭の２つのブロック０，１はブ
ートブロックといわれる。但し、実際には有効なブロッ
クの先頭から２つのブロックがブートブロックとして規
定されることになっており、必ずしもブートブロックが
ブロック０，１である保証はない。そして、残りのブロ
ックが、ユーザデータが格納されるユーザブロックとな
る。

【００４４】１ブロックは、図８（ｄ）に示すようにし
て、ページ０〜ｍにより分割される。１ページの容量
は、図８（ｅ）に示すように、５１２バイトのデータエ
リアと１６バイトの冗長部よりなる、５２８（＝５１２
＋１６）バイトの固定長とされる。なお、冗長部の構造
については図８（ｆ）により後述する。また、１ブロッ
ク内のページ数としては、１ブロックの容量が８ＫＢの
場合には１６ページ、１６ＫＢの場合には３２ページと
なる。

【００４５】このような、図８（ｄ）（ｅ）に示される
ブロック内のページ構造は、上記ブートブロックとユー
ザブロックとで共通である。また、フラッシュメモリ８
１では、データの読み出し、及び書き込みはページ単位
で行われ、データの消去はブロック単位で行われるもの
とされる。そして、データの書き込みは、消去済みのペ
ージに対してしか行われないものとされている。従っ
て、実際のデータの書き換えや書き込みは、ブロック単
位を対象として行われることになる。

【００４６】先頭のブートブロックは、図８（ｂ）に示
すように、ページ０に対してヘッダーが格納され、ペー
ジ１には初期不良データの位置（アドレス）を示す情報
が格納される。また、ページ２にはＣＩＳ／ＩＤＳとい
われる情報が格納される。２つめのブートブロックは図
８（ｃ）に示すように、ブートブロックとしてのバック
アップのための領域とされている。

【００４７】図８（ｅ）に示された冗長部（１６バイ
ト）は、図８（ｆ）に示す構造を有する。この冗長部
は、図のように先頭の第０バイト〜第２バイトの３バイ
トが、データエリアのデータ内容の更新に応じて書き換
えが可能なオーバーライトエリアとされる。このオーバ
ーライトエリアのうち、第０バイトにはブロックステー
タスが格納され、第１バイトにはデータステータスが格
納される(Block Flag Data)。また、第２バイトの上位
の所定ビットを利用して変換テーブルフラグ(Page Data
Status1)が格納される。

【００４８】原則として第３バイト〜第１５バイトは、
その内容が現ページのデータ内容に応じて固定とされ、
書き換えが不可とされる情報が格納される領域となる。
第３バイトにはアクセス許可やコピー禁止指定等を示す
管理フラグ(Block Info)が格納される。第４，第５バイ
トから成る２バイトの領域には、後述する論理アドレス
(LogicAddress)が格納される。第６〜第１０バイトの５
バイトの領域は、フォーマットリザーブの領域とされ、
続く第１１，第１２バイトの２バイトが、上記フォーマ
ットリザーブに対して誤り訂正を施すための分散情報Ｅ
ＣＣを格納する領域とされる。残る第１３〜第１５バイ
トには、図８（ｅ）に示すデータエリアのデータに対し
て誤り訂正を行うためのデータＥＣＣが格納される。

【００４９】上記図８（ｆ）に示した冗長部の第３バイ
トに格納される管理フラグは、図９に示すようにして、
ビット７〜ビット０の各ビットに、その内容が定義され
ている。ビット７，６、及びビット１，０はリザーブ
（未定義）領域とされている。ビット５は現ブロックに
対してのアクセス許可の「有効」（‘１’；Free）／
「無効」(‘０’；Read Protected）を示すフラグが格
納される。ビット４には現ブロックについてのコピー禁
止指定（‘１’；ＯＫ／‘０’；ＮＧ）についてのフ
ラグが格納される。

【００５０】ビット３は変換テーブルフラグとされる。
この変換テーブルフラグは、現ブロックが後述する論理
−物理アドレス変換テーブルであるのか否かを示す識別
子であり、このビット３の値が‘０’とされていれば、
現ブロックは論理−物理アドレス変換テーブルであるこ
とが識別され、‘０’であれば無効となる。つまり、現
ブロックは論理−物理アドレス変換テーブルではないこ
とが識別される。

【００５１】ビット２はシステムフラグが格納され、
‘１’であれば現ブロックがユーザブロックであること
が示され、‘０’であればブートブロックであることが
示される。

【００５２】ここで、セグメント及びブロックと、フラ
ッシュメモリ容量との関係を図１３（左３列を参照）に
より説明しておく。メモリカード７０のフラッシュメモ
リ容量としては、４ＭＢ，８ＭＢ，１６ＭＢ，３２Ｍ
Ｂ，６４ＭＢ，１２８ＭＢの何れかであるものとして規
定されている。そして、最も容量の小さい４ＭＢの場合
であると、１ブロックは８ＫＢと規定された上で、その
ブロック数としては５１２個とされる。つまり、４ＭＢ
はちょうど１セグメントの容量を有するものとされる。
そして、４ＭＢの容量であれば、同様に１ブロック＝８
ＫＢの容量が規定された上で、２セグメント＝１０２４
ブロックとなる。なお、前述したように、１ブロック＝
８ＫＢであれば、１ブロック内のページ数は１６ページ
となる。但し１６ＭＢの容量では、１ブロックあたりの
容量として８ＫＢと１６ＫＢの両者が存在することが許
可されている。このため、２０４８ブロック＝４セグメ
ント（１ブロック＝８ＫＢ）のものと、１０２４ブロッ
ク＝２セグメント（１ブロック＝１６ＫＢ）のものとの
２種類が在ることになる。１ブロック＝１６ＫＢの場合
には、１ブロック内のページ数は３２ページとなる。

【００５３】また、３２ＭＢ，６４ＭＢ，１２８ＭＢの
容量では、１ブロックあたりの容量は１６ＫＢのみであ
るとして規定される。従って、３２ＭＢでは２０４８ブ
ロック＝４セグメントとなり、６４ＭＢでは４０９６ブ
ロック＝８セグメントとなり、１２８ＭＢでは８１９２
ブロック＝１６セグメントとなる。

【００５４】４−５物理アドレス及び論理アドレスの
概念次に、上述したようなフラッシュメモリの物理的データ
構造を踏まえたうえで、図１０に示すデータ書き換え動
作に従って、本例のファイルシステムにおける物理アド
レスと論理アドレスの概念について説明する。

【００５５】図１０（ａ）には、或るセグメント内から
４つのブロックを抜き出して、これを模式的に示してい
る。各ブロックに対しては物理アドレスが付される。こ
の物理アドレスはメモリにおけるブロックの物理的な配
列順に従って決まるもので、或るブロックとこれに対応
付けされた物理アドレスとの関係は不変となる。ここで
は、図１０（ａ）に示す４ブロックに対して、上から順
に物理アドレスの値として、１０５，１０６，１０７，
１０８が付されている。なお、実際の物理アドレスは２
バイトにより表現される。

【００５６】ここで、図１０（ａ）に示すように、物理
アドレス１０５，１０６で示されるブロックがデータの
記憶されている使用ブロックで、物理アドレス１０７，
１０８で示されるブロックがデータが消去（即ち、未記
録領域）された未使用ブロックとなっている状態である
とする。

【００５７】そして、論理アドレスであるが、この論理
アドレスは、ブロックに対して書き込まれたデータに付
随するようにして割り振られるアドレスとされる。そし
て、この論理アドレスが、後述するＦＡＴファイルシス
テムが利用するアドレスとされている。図１０（ａ）で
は、４つの各ブロックに対して、上から順に論理アドレ
スの値として、１０２，１０３，１０４，１０５が付さ
れている状態が示されている。なお、論理アドレスも実
際には２バイトにより表現されるものである。

【００５８】ここで、上記図１０（ａ）に示す状態か
ら、例えば物理アドレス１０５に格納されているデータ
の更新として、内容の書き換え又は一部消去を行うとす
る。このような場合、フラッシュメモリのファイルシス
テムでは、同じブロックに対して更新したデータを再度
書き込むことはせずに、未使用のブロックに対してその
更新したデータを書き込むようにされる。つまり、例え
ば図１０（ｂ）に示すようにして、物理アドレス１０５
のデータは消去したうえで、更新されたデータはこれま
で未使用ブロックであった物理アドレス１０７で示され
るブロックに書き込むようにされる（処理）。

【００５９】そして、処理として示すように、データ
更新前（図１０（ａ））の状態では物理アドレス１０５
に対応していた論理アドレス１０２が、更新されたデー
タが書き込まれたブロックの物理アドレス１０７に対応
するように、論理アドレスについての変更を行うもので
ある。これに伴って、データ更新前は物理アドレス１０
７に対応していた論理アドレス１０４については、物理
アドレス１０５に対応するように変更されている。

【００６０】つまり、物理アドレスはブロックに対して
固有に付されるアドレスであり、論理アドレスは、一旦
ブロックに対して書き込まれたデータに付随するように
してついて回る、ブロック単位の書き込みデータに固有
となるアドレスであるとみることができる。

【００６１】このようなブロックのスワップ処理が行わ
れることで、或る同一の記憶領域（ブロック）に対して
繰り返し集中的にアクセスされることが無くなり、書き
換え回数の上限があるフラッシュメモリの寿命を延ばす
ことが可能となる。そして、この際に論理アドレスを上
記処理のようにして扱うことで、ブロックのスワップ
処理によって更新前と更新後のデータとで書き込まれる
ブロックの移動があるようにされても、ＦＡＴからは同
一のアドレスが見えることになり、以降のアクセスを適
正に実行することができるものである。なお、後述する
論理−物理アドレス変換テーブル上での更新のための管
理を簡略にすることなどを目的として、ブロックのスワ
ップ処理は、１セグメント内で完結するものとして規定
されている。逆に言えば、ブロックのスワップ処理はセ
グメント間で跨るようにしては行われない。

【００６２】４−６論理−物理アドレス変換テーブル上記図１０による説明から分かるように、ブロックのス
ワップ処理が行われることで、物理アドレスと論理アド
レスの対応は変化する。従って、フラッシュメモリに対
するデータの書き込み及び読み出しのためのアクセスを
実現するには、物理アドレスと論理アドレスとの対応が
示される論理−物理アドレス変換テーブルが必要とな
る。つまり、論理−物理アドレス変換テーブルをＦＡＴ
が参照することで、ＦＡＴが指定した論理アドレスに対
応する物理アドレスが特定され、この特定された物理ア
ドレスにより示されるブロックにアクセスすることが可
能になるものである。逆に言えば、論理−物理アドレス
変換テーブルが無ければ、ＦＡＴによるフラッシュメモ
リへのアクセスが不可能となる。

【００６３】従来では、例えばセット本体に対してメモ
リカード７０が装着されたときに、セット本体側のマイ
クロプロセッサがメモリカード７０の記憶内容をチェッ
クすることで、セット本体側で論理−物理アドレス変換
テーブルの構築を行い、更にこの構築された論理−物理
アドレス変換テーブルをセット本体側のＲＡＭに格納す
るようにしていた。つまり、メモリカード７０内には、
論理−物理アドレス変換テーブルの情報は格納されては
いなかった。これに対して本例では、以降説明するよう
にメモリカード７０に対して、論理−物理アドレス変換
テーブルを格納するように構成している。

【００６４】図１１は、本例のメモリカード７０に対し
て格納される論理−物理アドレス変換テーブルの構築形
態を概念的に示すものである。つまり、本例では、例え
ば論理アドレスの昇順に従って、これに対応する２バイ
トの物理アドレスを格納するようにしたテーブル情報を
論理−物理アドレス変換テーブルとして構築するように
される。なお、前述したように、物理アドレス、及び論
理アドレスは共に２バイトで表現される。これは、１２
８ＭＢの最大容量のフラッシュメモリの場合には８１９
２個のブロックが存在するため、最大で、この８１９２
個のブロック数をカバーできるだけのビット数が必要と
されることに基づく。このため、図１１において例示し
ている物理アドレスと論理アドレスとについても、実際
に即して２バイトで表現している。但し、ここでは、こ
の２バイトを１６進数により表記している。つまり、
「０ｘ」によりその後続く値が１６進法表記であること
が示される。なお、この「０ｘ」により１６進数である
ことを表す表記は、以降の説明において１６進数を表記
する場合にも同様に用いることとする。（但し、表記の
煩雑化を防ぐため「０ｘ」を省略している図面もあ
る。）

【００６５】図１２に、上記図１１に示した概念に基づ
く論理−物理アドレス変換テーブルの構造例を示す。論
理−物理アドレス変換テーブルは、フラッシュメモリの
最後のセグメント内の或るブロックに対して、図１２に
示すようにして格納される。先ず図１２（ａ）に示すよ
うに、ブロックを分割するページのうち、ページ０，１
からなる２ページの領域がセグメント０用の論理−物理
アドレス変換テーブルとして割り当てられる。例えば、
図１３にて説明したように、フラッシュメモリが４ＭＢ
の容量であれば１セグメントしか有さないために、この
ページ０，１のみの領域が論理−物理アドレス変換テー
ブルの領域となる。また、例えばフラッシュメモリが８
ＭＢの容量であれば２セグメントを有するため、セグメ
ント０用の論理−物理アドレス変換テーブルとして割り
当てられるページ０，１に加え、これに続くページ２，
３の２ページがセグメント１用の論理−物理アドレス変
換テーブルとして割り当てられることになる。

【００６６】以降、フラッシュメモリの容量の増加に応
じて、続く２ページごとにセグメントごとの論理−物理
アドレス変換テーブルの割り当て領域が設定されていく
ことになる。そして、最大の１２８ＭＢの容量を有する
場合であれば１６セグメントが存在するため、最大で
は、セグメント１５用までのページが論理−物理アドレ
ス変換テーブルの領域として割り当てられることにな
る。従って、最大の１２８ＭＢの容量のフラッシュメモ
リでは、３０ページが使用されることになり、図１２
（ａ）に示すページＮとしては、最大でＮ＝２９とな
る。これまでの説明から分かるように、論理−物理アド
レス変換テーブルは、セグメントごとに管理されるもの
である。

【００６７】図１２（ｂ）は、１セグメントあたりの論
理−物理アドレス変換テーブルの構造を示すものとし
て、２ページ分のデータエリアを抜き出して示してい
る。つまり、１ページのデータエリアは５１２バイト
（図８（ｅ）参照）であることから、図１２（ｂ）に
は、１０２４（＝５１２×２）バイトが展開されている
状態が示されている。

【００６８】図１２（ｂ）に示すように、この２ページ
分のデータエリアである１０２４バイトについて２バイ
トごとに区切り、この２バイトごとの領域を、先頭から
順次、論理アドレス０用、論理アドレス１用・・・・、
のようにして割付を行い、最後は先頭から９９１バイト
目と９９２バイト目の２バイトの領域を論理アドレス４
９５用の領域として割り付けるように規定を行う。これ
ら２バイトごとの領域に対して、各論理アドレスが対応
する物理アドレスを書き込むようにする。従って、本例
の論理−物理アドレス変換テーブルでは、実際のデータ
更新によるブロックのスワップ処理などにより物理アド
レスと論理アドレスの対応が変更された場合には、論理
アドレスを基準として、物理アドレスの格納状態が更新
されるようにしてテーブル情報の書き換えが行われるこ
とになる。

【００６９】また、残る９９３バイト目から最後の１０
２４バイト目までの計３２バイトの領域は、余剰ブロッ
クの物理アドレスが格納される領域として割り当てられ
る。つまり、１６個の余剰ブロックの物理アドレスを管
理することができる。ここでいう余剰ブロックとは、例
えばブロック単位でデータの更新を行う際に書き換え対
象となるデータを一時待避させる領域として設定された
いわゆるワークブロックなどを言うものである。

【００７０】ところで、１セグメントは５１２ブロック
に分割されているものであると先に説明したのにも関わ
らず、図１２に示したテーブル構造では、管理可能なブ
ロック数が論理アドレス０用〜論理アドレス４９５用の
４９６ブロックとしている。これは、実際上、上記した
余剰アドレスが設定されることと、前述したように、フ
ラッシュメモリでは、或ブロック数のディフェクト（使
用不可領域）が許可されている。そのため現実には、相
当数のディフェクトブロックが存在することに依る。従
って、実際には、書き込み／消去が有効なブロックを管
理するのに、４９６ブロックを管理できるように構成し
ておけば充分とされるものである。

【００７１】そして、このようにして論理−物理アドレ
ス変換テーブルが格納されるブロックについては、これ
を形成する各ページの冗長部における管理フラグ（図９
参照）のデータ内容として、この管理フラグのビット３
に対して‘０’がセットされることになる。これによ
り、当該ブロックが論理−物理アドレス変換テーブルが
格納されているブロックであることが示されることにな
る。

【００７２】論理−物理アドレス変換テーブルが格納さ
れるブロックも、論理−物理アドレス変換テーブルの内
容の書き換えがあった場合には、例外なく、先に図１０
にて説明したスワップ処理が行われる。従って、論理−
物理アドレス変換テーブルが記録されているブロックは
不定であり、或る特定のブロックに論理−物理アドレス
変換テーブルを格納するように規定することは出来な
い。そこで、ＦＡＴは、フラッシュメモリにアクセスし
て上記した管理フラグのビット３が‘０’とされている
ブロックを検索することで、論理−物理アドレス変換テ
ーブルが格納されているブロックを識別するようにされ
る。但し、論理−物理アドレス変換テーブルが格納され
ているブロックの検索がＦＡＴによって容易に行われる
ようにすることを考慮して、論理−物理アドレス変換テ
ーブルが格納されているブロックは、そのフラッシュメ
モリ内における最後のナンバが付されたセグメントに在
るように、本例では規定するものとされる。これによ
り、ＦＡＴは最後のナンバが付されたセグメントのブロ
ックのサーチだけで、論理−物理アドレス変換テーブル
を検索することができる。つまり、論理−物理アドレス
変換テーブルを検索するのに、フラッシュメモリの全て
のセグメントを検索する必要は無いようにされる。上記
図１２に示した論理−物理アドレス変換テーブルは、例
えばメモリカード７０の製造時において格納するように
される。

【００７３】ここで、再度図１３を参照して、フラッシ
ュメモリ容量と論理−物理アドレス変換テーブルのサイ
ズとの関係を説明しておく。上記図１１にて説明したよ
うに、１セグメントを管理するための論理−物理アドレ
ス変換テーブルのサイズは２ページ分の１０２４バイ
ト、つまり１ＫＢとなる。従って、図１３の最右列に記
されているように、フラッシュメモリが４ＭＢ（１セグ
メント）の容量では論理−物理アドレス変換テーブルは
１ＫＢのサイズとなる。また、フラッシュメモリの容量
が８ＭＢ（２セグメント）では論理−物理アドレス変換
テーブルは２ＫＢ（４ページ）となる。また、フラッシ
ュメモリの容量が１６ＭＢの場合、２０４８ブロック＝
４セグメントのものでは論理−物理アドレス変換テーブ
ルは４ＫＢ（８ページ）、１０２４ブロック＝２セグメ
ントのものでは論理−物理アドレス変換テーブルは２Ｋ
Ｂ（４ページ）となる。そして、フラッシュメモリの容
量が３２ＭＢ（４セグメント）では論理−物理アドレス
変換テーブルは４ＫＢ（８ページ）、フラッシュメモリ
の容量が６４ＭＢ（８セグメント）では論理−物理アド
レス変換テーブルは８ＫＢ（１６ページ）となり、フラ
ッシュメモリの容量が最大の１２８ＭＢ（１６セグメン
ト）では論理−物理アドレス変換テーブルは１６ＫＢ
（３２ページ）となる。

【００７４】４−７ディレクトリ構造メモリカード７０に記録されるディレクトリ構成例を図
１４に示す。メモリカード７０で扱うことのできる主デ
ータとしては、コンピュータ用データ、動画データ、静
止画データ、メッセージデータ、オーディオデータ、制
御用データなどがあるが、このためディレクトリ構造と
しては、ルートディレクトリから、「ＶＯＩＣＥ」（メ
ッセージ用ディレクトリ）、「ＤＣＩＭ」（静止画用デ
ィレクトリ）、「ＭＯｘｘｘｘｎｎ」（動画用ディレク
トリ）、「ＣＯＮＴＲＯＬ」（制御用ディレクトリ）、
「ＨＩＦＩ」（オーディオ用ディレクトリ）、「ＰＭ」
（情報処理装置用ディレクトリ）が配される。

【００７５】そして図示していないが、各ディレクトリ
の下には、サブディレクトリやファイル（上述したデー
タベース）、フォルダ等が配され、いわゆるツリー構造
の形態をとることになる。なお、もちろんこのようなデ
ィレクトリ構成は一例にすぎず、実際には情報処理装置
１等による記録状況や記録されるファイル種別などに応
じてディレクトリ構造が形成される。

【００７６】５．ＦＡＴ構造図７のファイルシステム階層で説明したように、ファイ
ル管理処理はＦＡＴにより行われることになる。即ち図
２に示した構成の情報処理装置１により、メモリカード
７０に対する記録再生（データ書込／読出）を実現する
には、アプリケーション処理での要求に伴ってＦＡＴに
よるファイル記憶位置管理が参照され、さらに上述した
論理−物理アドレス変換が行われて実際のアクセスが行
われることになる。ここで、ＦＡＴの構造について説明
しておく。

【００７７】図１５はＦＡＴによる管理構造の概要を示
している。なお、本例ではＦＡＴ及び論理−物理アドレ
ス変換テーブルはメモリカード７０内に格納されること
になるが、図１５に示すＦＡＴ構造が、メモリカード７
０内での管理構造となるものである。

【００７８】図示するようにＦＡＴ管理構造は、パーテ
ィションテーブル、空き領域、ブートセクタ、ＦＡＴ、
ＦＡＴのコピー、ルートディレクトリ、データ領域から
成る。データ領域には、クラスタ２、クラスタ３・・・
として単位データを示しているが、このクラスタとは、
管理単位となるＦＡＴで扱う１データ単位である。一般
にＦＡＴでは、クラスタサイズは標準で４Ｋバイトとさ
れるが、このクラスタサイズは５１２バイト〜３２Ｋバ
イトの間で２のべき乗の大きさをとることができる。本
例のメモリカード７０では、上述したように１つのブロ
ックが８Ｋバイト又は１６Ｋバイトとされるが、１ブロ
ック＝８Ｋバイトとされるメモリカード７０の場合は、
ＦＡＴで扱うクラスタは８Ｋバイトとされる。また１ブ
ロック＝１６Ｋバイトとされるメモリカード７０の場合
は、ＦＡＴで扱うクラスタは１６Ｋバイトとされる。即
ち、８Ｋバイト又は１６ＫバイトがＦＡＴ管理上でのデ
ータ単位であり、かつメモリカード７０でのブロックと
しての１つのデータ単位とされる。なお、従ってメモリ
カードからみれば、ＦＡＴで扱われるクラスタサイズ＝
そのメモリカードのブロックサイズとなる。このため、
本例の以降の説明については、簡略化のためにブロック
＝クラスタとして考えることとする。

【００７９】そして図１５左側にブロックナンバとして
ｘ・・・（ｘ＋ｍ−１）、（ｘ＋ｍ）（ｘ＋ｍ＋１）
（ｘ＋ｍ＋２）・・・と示したが、例えばこのように各
ブロックにおいてＦＡＴ構造を構築する各種データは記
憶されることになる。なお、実際には必ずしもこのよう
に物理的に連続する各ブロックに各情報が記憶されるも
のではない。

【００８０】ＦＡＴ構造において、まずパーティション
テーブルには、ＦＡＴパーティション（最大２Ｇバイ
ト）の先頭と終端のアドレスが記述されている。ブート
領域には、いわゆる１２ｂｉｔＦＡＴ、１６ｂｉｔＦＡ
Ｔの別や、ＦＡＴ構造（大きさ、クラスタサイズ、各領
域のサイズなど）が記述される。

【００８１】ＦＡＴは、後述するように各ファイルを構
成するクラスタのリンク構造を示すテーブルとなり、ま
たＦＡＴについては続く領域にコピーが記述される。ル
ートディレクトリには、ファイル名、先頭クラスタ番
号、各種属性が記述される。これらの記述は１つのファ
イルにつき３２バイト使用される。

【００８２】ＦＡＴにおいては、ＦＡＴのエントリとク
ラスタは１対１で対応しており、各クラスタのエントリ
にはリンク先、つまり後に続くクラスタの番号が記述さ
れる。つまり、複数のクラスタ（＝ブロック）で形成さ
れている或るファイルについてみると、まずディレクト
リによって先頭のクラスタ番号が示され、ＦＡＴにおけ
るその先頭クラスタのエントリには、次のクラスタ番号
が示される。さらに次のクラスタ番号のエントリには、
さらに次のクラスタ番号が示される。このようにクラス
タのリンクがＦＡＴに記述される。

【００８３】図１６はこのようなリンクの概念を模式的
に示している（数値は１６進値）。例えば２つのファイ
ル「ＭＡＩＮ．Ｃ」「ＦＵＮＣ．Ｃ」が存在するとする
と、ディレクトリにはこの２つのファイルの先頭クラス
タ番号が例えば「００２」「００４」と記述される。そ
してファイル「ＭＡＩＮ．Ｃ」については、クラスタ番
号「００２」のエントリに次のクラスタ番号「００３」
が記述され、またクラスタ番号「００３」のエントリに
次のクラスタ番号「００６」が記述される。さらに、ク
ラスタ番号００６がこのファイル「ＭＡＩＮ．Ｃ」の最
後のクラスタであるとすると、クラスタ番号「００６」
のエントリには、最後のクラスタであることを示す「Ｆ
ＦＦ」が記述される。これによりファイル「ＭＡＩＮ．
Ｃ」がクラスタ「００２」→「００３」→「００６」と
いう順番で記憶されている。即ち、仮にクラスタ番号と
メモリカード７０でのブロック番号が一致していると仮
定すると、ファイル「ＭＡＩＮ．Ｃ」は、メモリカード
７０内でブロック「００２」「００３」「００６」に記
憶されていることが表現されている。（但し、ＦＡＴで
扱うクラスタは、上述のように論理アドレスで扱うもの
となるため、ブロックの物理アドレスとそのまま一致す
るものではない）

【００８４】また同様にファイル「ＦＵＮＣ．Ｃ」につ
いては、ＦＡＴにより、クラスタ「００４」→「００
５」に記憶されていることが表現される。

【００８５】なお、未使用のブロックに対応するクラス
タについては、そのエントリは「０００」とされる。

【００８６】ところでルートディレクトリの領域に記憶
される各ファイルのディレクトリにおいては、図１６に
示した先頭クラスタ番号だけでなく、例えば図１７のよ
うに各種データが記述される。即ちファイル名、拡張
子、属性、変更時刻情報、変更日付情報、先頭クラスタ
番号、ファイルサイズが、それぞれ図示するバイト数で
記述される。

【００８７】また或るディレクトリの下層となるサブデ
ィレクトリについては、図１５のルートディレクトリの
領域ではなく、データ領域に記憶される。つまりサブデ
ィレクトリは、ディレクトリ構造を持つファイルとして
扱われる。そしてサブディレクトリの場合はサイズは無
制限とされ、また自分自身へのエントリと親ディレクト
リへのエントリが必要になる。

【００８８】図１８に、或るルートディレクトリ内にフ
ァイル「ＤＩＲ１」（属性＝ディレクトリ：つまりサブ
ディレクトリ）があり、さらにその中にファイル「ＤＩ
Ｒ２」（属性＝ディレクトリ：つまりサブディレクト
リ）があり、さらにその中にファイル「ＦＩＬＥ」が存
在する場合の構造例を示している。つまりルートディレ
クトリの領域には、サブディレクトリであるファイル
「ＤＩＲ１」としての先頭クラスタ番号が示され、上述
したＦＡＴにより、クラスタＸ、Ｙ、Ｚがリンクされて
いる状態となる。この図からわかるように、サブディレ
クトリ「ＤＩＲ１」「ＤＩＲ２」についてはファイルと
して扱われてＦＡＴのリンクに組み込まれる。

【００８９】６．メモリカードと情報処理装置のインタ
ーフェース図１９により、メモリカード７０と情報処理装置１のメ
モリカードインターフェース２８の間のシリアルインタ
ーフェースシステム構成を説明する。メモリカード７０
内のコントロールＩＣ８０は、図１９に示すようにフラ
ッシュメモリコントローラ８０ａ、レジスタ８０ｂ、ペ
ージバッファ８０ｃ、シリアルインターフェース８０ｄ
としての各ブロックを有するものとなっている。

【００９０】フラッシュメモリコントローラ８０ａは、
レジスタ８０ｂに設定されたパラメータに基づいて、フ
ラッシュメモリ８１とページバッファ８０ｃの間でのデ
ータ転送を行う。そしてページバッファ８０ｃにバファ
リングされたデータはシリアルインターフェース８０ｄ
を介して情報処理装置１のメモリカードインターフェー
ス２８側に転送され、また情報処理装置１のメモリカー
ドインターフェース２８から転送されてきたデータはシ
リアルインターフェース８０ｄを介してページバッファ
１０ｃにバファリングされる。

【００９１】メモリカードインターフェース２８側で
は、メモリカード７０に対するインターフェース構造と
して、ファイルマネージャ６０、転送プロトコルインタ
ーフェース６１、シリアルインターフェース６２を有す
る。ファイルマネージャ６０はメモリカード７０のファ
イル管理を行う。例えば本例のシステムではメモリカー
ド７０内にはメインデータファイルの管理のための管理
ファイルが記憶されているが、情報処理装置１は装填さ
れたメモリカード７０から管理ファイルをよみこんでＣ
ＰＵ２２がファイルマネージャ６０を形成することにな
る。メモリカード７０へのアクセスはファイルマネージ
ャ６０に従って実行される。転送プロトコルインターフ
ェース６１は、レジスタ８０ｂ、ページバッファ８０ｃ
へのアクセスを実行する。シリアルインターフェース６
２は、メモリカード７０との間の３つの信号線、即ちＳ
ＣＬＫ（シリアルクロック）、ＢＳ（バスステイト）、
ＳＤＩＯ（シリアルデータ入出力）において、任意のデ
ータ転送を行うためのプロトコルを規定する。

【００９２】以上の構成における各部の動作により、情
報処理装置１によるメモリカード７０（フラッシュメモ
リ８１）に対する読出アクセス／書込アクセスが実行さ
れる。

【００９３】７．アプリケーションソフトウエアの起動
及びデータ参照処理続いて本例の情報処理装置１による特徴的な動作となる
アプリケーションソフトウエアの起動及びデータ参照処
理について説明していく。上述したように情報処理装置
１にはＤ−ＲＡＭ２４、フラッシュメモリ２３が設けら
れており、これらは情報処理装置１の内部記憶部とし
て、アプリケーションソフトウエアやデータファイルを
格納することができる。また情報処理装置１がアクセス
できる外部記憶部としてはメモリカード７０が用意され
ている。なお、通信部３６が設けられていることで、通
信網を介したサーバやインターネットホームページ等に
もアクセス可能であり、従ってそれらのサーバ等も、こ
こでいう外部記憶部に含めることができる。これらの外
部のサーバ等に関しては図２４を用いて後述する。

【００９４】ユーザーは情報処理装置１において任意の
アプリケーションソフトウエアを起動させることで、そ
のアプリケーションソフトウエアに基づく処理を実行さ
せることができる。もちろんアプリケーションソフトウ
エアの動作上において各種のデータファイルを参照し、
内容を確認したり編集することなども可能である。ここ
で、アプリケーションソフトウエアやデータファイルの
記憶場所を考えると、Ｄ−ＲＡＭ２４等の内部記憶部で
ある場合と、メモリカード７０等の外部記憶部である場
合が考えられる。

【００９５】この情報処理装置１は、外部記憶部に保持
されたアプリケーションソフトウエアやデータファイル
は、内部記憶部にロードした後でなければ実行或いは参
照できないものとされているが、従ってこの種の情報処
理装置では、従来は、上述したように外部記憶部のアプ
リケーションソフトウエアやデータファイルを利用する
場合は、ユーザーは予めそれらの情報を内部記憶部にロ
ードさせておかなければならなかった。これに対して本
例では、ユーザーはアプリケーションソフトウエアやデ
ータファイルが内部記憶部に格納されているか外部記憶
部に格納されているかを意識せずに、単に所要のアプリ
ケーションソフトウエアを起動させたり参照するデータ
ファイルを選択する操作を行うのみでよいようにするも
のである。このため、概略的にいえば本例では図２０に
示すような動作が行われる。

【００９６】図２０は起動されるアプリケーションソフ
トウエアと、そのアプリケーションソフトウエアによる
動作中に参照されるデータファイルについての格納場所
のパターンを示したものである。は、起動されるアプ
リケーションソフトウエアが内部記憶部にインストール
されていたものであって、また参照されるデータファイ
ルも内部記憶部に格納されていた場合である。この場
合、ＣＰＵ２２は、Ｄ−ＲＡＭ２４に格納されているア
プリケーションソフトウエアを通常に起動させる処理を
行い、またデータファイルを参照する際には、Ｄ−ＲＡ
Ｍ２４に格納されているデータファイルを読み出してア
プリケーションソフトウエアによる処理に供することに
なる。

【００９７】は、起動されるアプリケーションソフト
ウエアが内部記憶部にインストールされているが、参照
されるデータファイルが外部記憶部に格納されていた場
合である。この場合アプリケーションソフトウエアの起
動については、ＣＰＵ２２は、Ｄ−ＲＡＭ２４に格納さ
れているアプリケーションソフトウエアを通常に起動さ
せる処理を行なう。一方、そのアプリケーションソフト
ウエアによる動作中においてデータファイルを参照する
際には、メモリカード７０に格納されているデータファ
イルを読み出してＤ−ＲＡＭ２４にロードさせた後にお
いて、アプリケーションソフトウエアによる処理に供す
ることになる。

【００９８】は、起動されるアプリケーションソフト
ウエアが外部記憶部に格納され、参照されるデータファ
イルが内部記憶部に格納されていた場合である。この場
合アプリケーションソフトウエアの起動については、Ｃ
ＰＵ２２は、まずメモリカード７０からアプリケーショ
ンソフトウエアをＤ−ＲＡＭ２４にロードした後におい
て、そのＤ−ＲＡＭ２４にロードされたアプリケーショ
ンソフトウエアを起動させる処理を行なう。また、その
アプリケーションソフトウエアによる動作中においてデ
ータファイルを参照する際には、Ｄ−ＲＡＭ２４に格納
されているデータファイルを読み出してアプリケーショ
ンソフトウエアによる処理に供することになる。

【００９９】は、起動されるアプリケーションソフト
ウエアが外部記憶部に格納され、参照されるデータファ
イルも外部記憶部に格納されていた場合である。この場
合アプリケーションソフトウエアの起動については、Ｃ
ＰＵ２２は、まずメモリカード７０からアプリケーショ
ンソフトウエアをＤ−ＲＡＭ２４にロードした後におい
て、そのＤ−ＲＡＭ２４にロードされたアプリケーショ
ンソフトウエアを起動させる処理を行なう。また、その
アプリケーションソフトウエアによる動作中においてデ
ータファイルを参照する際には、メモリカード７０に格
納されているデータファイルを読み出してＤ−ＲＡＭ２
４にロードさせた後において、アプリケーションソフト
ウエアによる処理に供することになる。

【０１００】即ち本例の場合、アプリケーションソフト
ウエアやデータファイルが外部記憶部に格納されている
ものであった場合は、それらが必要とされた際において
内部記憶部に自動的にロードして、起動や参照を実行す
る。つまりユーザがメモリカード７０等に記憶されたア
プリケーションソフトウエアやデータファイルを予めＤ
−ＲＡＭ２４に取り込ませるような操作を行うことを不
要とするものである。

【０１０１】以上のような処理を実行するためのＣＰＵ
２２の処理を図２１，図２２，図２３で説明していく。
図２１は、情報処理装置１が起動されてからの処理を示
している。ユーザーによって起動（電源投入）されるこ
とに応じて、ＣＰＵ２２はステップＦ１０１からＦ１０
２に進み、所定の起動処理を実行する。

【０１０２】起動処理過程においては、ＣＰＵ２２はＤ
−ＲＡＭ２４に格納されている使用可能なアプリケーシ
ョンソフトウエアやデータファイルについて認識するこ
とになるが、起動処理完了時には、ステップＦ１０３に
おいて、使用可能なアプリケーションソフトウエアを表
示部２に一覧表示する。このときデータファイルについ
て一覧表示してもよい。表示形態は、例えば起動後の初
期画面としてのメニュー画面、もしくは次の階層の画面
においてアプリケーションソフトウエアやデータファイ
ルが選択可能状態に一覧表示されるようにしてもよい
し、通常のパーソナルコンピュータと同様にいわゆるデ
スクトップにおいて各アプリケーションソフトウエアの
アイコンが表示されるような形態でもよい。もちろん他
の表示形態もあり得る。

【０１０３】情報処理装置１が起動されている期間は、
ＣＰＵ２２はステップＦ１０４，Ｆ１０５で外部記憶部
の接続が行われたか、或いは接続が解除されたかを確認
する処理を行っている。例えばメモリカード７０がメモ
リスロット７に装着されたか、或いはメモリスロット７
から取り外されたかを確認する処理となる。また外部記
憶部を通信網を介して接続されるサーバとした場合は、
或るサーバとの通信が接続されたか、或いは接続が切ら
れたかを監視する処理となる。

【０１０４】外部記憶部の接続が検出された場合は、Ｃ
ＰＵ２２は処理をステップＦ１０６に進め、外部記憶部
にアクセスして、格納されているアプリケーションソフ
トウエアやデータファイルを認識する。そしてステップ
Ｆ１０７において、認識されたアプリケーションソフト
ウエアやデータファイルを一覧表示に追加する処理を行
い、ステップＦ１０３に戻る。これによって、例えばメ
モリカード７０がメモリスロット７に装着された場合
は、ＣＰＵ２２によってそのメモリカード７０に格納さ
れているアプリケーションソフトウエアやデータファイ
ルが認識され、表示部２における一覧表示に追加される
ことになる。また外部サーバとの通信が接続された場合
は、ＣＰＵ２２がその外部サーバからダウンロード可能
なアプリケーションソフトウエアやデータファイルを認
識し、表示部２における一覧表示に追加することにな
る。

【０１０５】一方、外部記憶部の接続解除が検出された
場合は、ＣＰＵ２２は処理をステップＦ１０８に進め、
外部記憶部に格納されているアプリケーションソフトウ
エアやデータファイルについて、一覧表示から削除する
処理を行い、ステップＦ１０３に戻る。これによって、
例えばメモリカード７０がメモリスロット７から抜き取
られた場合は、そのメモリカード７０に格納されている
アプリケーションソフトウエアやデータファイルが表示
部２における一覧表示から削除されることになる。また
外部サーバとの通信が切断された場合は、その外部サー
バからダウンロード可能なアプリケーションソフトウエ
アやデータファイルが表示部２における一覧表示から削
除されることになる。

【０１０６】なおステップＦ１０２の起動時において、
既にメモリカード７０が装着されていた場合は、その起
動処理中の認識処理として、ＣＰＵ２２はメモリカード
７０に格納されているアプリケーションソフトウエアや
データファイルを認識し、ステップＦ１０３での一覧表
示に加えるようにする。また、ステップＦ１０８におい
ては、メモリカード７０等の外部記憶部に格納されてい
るものであっても、後述する処理によりＤ−ＲＡＭ２４
にロードされ、かつ有効となっているアプリケーション
ソフトウェアやデータファイルについては一覧表示から
削除する必要はない。

【０１０７】以上のような処理により、メモリカード７
０の装着、脱却、通信網を介したサーバとの接続、接続
解除などに応じて、各時点で実行可能なアプリケーショ
ンソフトウエアや、各時点で参照可能なデータファイル
が表示部２に一覧表示されている状態になる。これはユ
ーザーにとっては、メモリカード７０の装着、脱却等に
関わらず、現在使用可能なアプリケーションソフトウエ
アやデータファイルが単純に認識できることになる。つ
まりアプリケーションソフトウエアやデータファイルの
保存場所を意識することなく、使用できるアプリケーシ
ョンソフトウエアやデータファイルを認識できる。そし
て、ある時点で、一覧表示されているアプリケーション
ソフトウエアを起動させようとする場合は、その表示上
で１つのアプリケーションソフトウエアを選択する操作
を操作部３５から行うのみでよいものとなる。

【０１０８】一覧表示からユーザーがあるアプリケーシ
ョンソフトウエアを起動すべきとして選択操作を行った
場合のＣＰＵ２２の処理は図２２に示される。ＣＰＵ２
２はユーザーの起動操作によってステップＦ２０１から
Ｆ２０２に進み、まず選択されたアプリケーションソフ
トウエアが内部記憶部（Ｄ−ＲＡＭ２４）に格納されて
いるものであるのか、或いは外部記憶部（メモリカード
７０又は外部サーバ）に格納されているものであるかを
確認する。もし内部記憶部に格納されているものであっ
た場合は、ステップＦ２０３に進み、Ｄ−ＲＡＭ２４か
らアプリケーションソフトウエアを起動させる処理を行
う。一方、外部記憶部に格納されている場合は、ＣＰＵ
２２はステップＦ２０４において、まずそのアプリケー
ションソフトウエアをＤ−ＲＡＭ２４にロードする処理
を行う。例えばメモリカードインターフェース２８を介
してメモリカード７０にアクセスし、該当するアプリケ
ーションソフトウエアを読み出してＤ−ＲＡＭ２４にロ
ードする。或いは通信部３６を介して接続されているサ
ーバからＤ−ＲＡＭ２４に該当するアプリケーションソ
フトウエアのダウンロードを実行させる。そしてＤ−Ｒ
ＡＭ２４にロードされた状態で、ステップＦ２０５でア
プリケーションソフトウエアを起動させることになる。

【０１０９】或るデータファイルの参照が要求された場
合、例えば起動されているアプリケーションソフトウエ
アによりデータファイルの参照要求が発生したり、ユー
ザーが一覧表示からデータファイルを選択する操作を行
った場合などは、ＣＰＵ２２は図２３の処理を行う。

【０１１０】ＣＰＵ２２はデータファイルの参照要求に
応じてステップＦ３０１からＦ３０２に進み、まず要求
されたデータファイルが内部記憶部（Ｄ−ＲＡＭ２４）
に格納されているものであるのか、或いは外部記憶部
（メモリカード７０又は外部サーバ）に格納されている
ものであるかを確認する。もし内部記憶部に格納されて
いるものであった場合は、ステップＦ３０３に進み、Ｄ
−ＲＡＭ２４からデータファイルを読み出して、実行さ
れているアプリケーションソフトウエアに受け渡す。一
方、外部記憶部に格納されている場合は、ＣＰＵ２２は
ステップＦ３０４において、まずそのデータファイルを
Ｄ−ＲＡＭ２４にロードする処理を行う。例えばメモリ
カードインターフェース２８を介してメモリカード７０
にアクセスし、該当するデータファイルを読み出してＤ
−ＲＡＭ２４にロードする。或いは通信部３６を介して
接続されているサーバからＤ−ＲＡＭ２４に該当するデ
ータファイルのダウンロードを実行させる。そしてＤ−
ＲＡＭ２４にロードされた状態で、ステップＦ３０５で
Ｄ−ＲＡＭ２４からデータファイルを読み出して、実行
されているアプリケーションソフトウエアに受け渡す。

【０１１１】ＣＰＵ２２において以上の図２１〜図２３
の処理が行われることにより、ユーザーは、アプリケー
ションソフトウエアの起動やデータファイルの選択に際
して、それらが内部記憶部に格納されているか外部記憶
部に格納されているかを意識することなく、単に一覧表
示上で選択するのみでよいことになり、操作性は格段に
向上するものとなる。

【０１１２】なお、ＣＰＵ２２が実行するとして説明し
たこれらの処理は、ＯＳレベルにおいて実行されるもの
としてもよいし、アプリケーションレベルで実行される
ものとしてもよい。ＯＳレベルとする場合は、アプリケ
ーションソフトウエアやユーザーインターフェースから
の情報に応じて、図３で説明したＯＳのレイヤにおける
プログラムとして上記処理を実行する。また、このよう
な処理を実行する起動／参照用のアプリケーションソフ
トウエアが形成され、ＣＰＵ２２において常時起動され
ているようにしてもよく、つまりユーザーから或るアプ
リケーションソフトウエアの起動操作や、データファイ
ルの参照要求の発生に応じて、その起動／参照用のアプ
リケーションソフトウエアが動作して上記処理を実行す
るものであってもよい。

【０１１３】８．通信網を介した外部サーバの例上記処理において、外部記憶部を通信網を介して接続さ
れたサーバ等とする場合についても言及したが、そのサ
ーバ等とは、例えば図２４のような通信網によって接続
される部位である。

【０１１４】図２４は、携帯電話システム等で実現され
ている通信網のモデルを示す。移動体通信網Ｎ２は通信
業者が提供する通信網であり、この移動通信網Ｎ２は、
基地局１２１、中継局１２２、アプリケーションサーバ
１２３，ゲートウエイ１２４を有する。本例の情報処理
装置１は、移動通信網Ｎ２に対して、基地局１２１との
間で無線により通信を行う。なお、実際には基地局１２
１、中継局１２２が多数存在することはいうまでもな
い。

【０１１５】アプリケーションサーバ１２３は、情報処
理装置１やその他の端末に対してアプリケーションソフ
トウエアやデータファイルを提供できるサーバとしての
部位である。またゲートウエイ１２４は、ここではイン
ターネットＮ１におけるホームページ等のデータに関し
ての変換処理部として機能している。従ってアプリケー
ションサーバ１２３は、ゲートウエイ１２４を介してイ
ンターネットＮ１と通信を行うことができ、このような
通信を介してインターネットから取り込んだ情報を情報
処理装置１等の端末に伝送可能となる。

【０１１６】このような通信網を考えると、情報処理装
置１は通信業者がアプリケーションサーバ１２３から提
供するアプリケーションソフトウエアやデータファイ
ル、さらにはインターネット上で提供されているアプリ
ケーションソフトウエアやデータファイルをダウンロー
ドすることができる。ここで上述したように、これらの
サーバとしての部位を外部記憶部として扱い、接続中に
はサーバに格納されているダウンロード可能なアプリケ
ーションソフトウエアやデータファイルを一覧表示する
とともに、ユーザーの選択操作に応じてロードし、起動
させるようにすることで、ユーザーはサーバ等から提供
されるアプリケーションソフトウエアやデータファイル
の利用を非常に簡単に行うことができるようになる。

【０１１７】以上、実施の形態としての情報処理装置の
構成や内部記憶部、外部記憶部の例、アプリケーション
ソフトウエアやデータファイルに関する処理例を説明し
てきたが、本発明はこれらの例に限定されることなく、
各種の変形例が考えられる。例えば外部記憶部とは、可
搬性記録媒体とする場合は上記メモリカード７０のほか
に、他の種のメモリカードや、光ディスク、光磁気ディ
スク、磁気ディスクなどが考えられる。また、通信路を
介して接続される外部記憶部とは、上記の図２４のよう
なサーバ以外に、情報処理装置１と接続可能なあらゆる
情報機器が考えられる。例えばＩＥＥＥ１３９４ケーブ
ルやＵＳＢケーブルでパーソナルコンピュータ等と接続
した場合は、そのパーソナルコンピュータのシステム全
体を外部記憶部として扱うこともできる。また本発明を
適用できる装置は、携帯型の情報処理装置のみでなく、
多岐にわたるものである。

【０１１８】

【発明の効果】以上の説明から理解されるように本発明
によれば、或るアプリケーションソフトウエアの起動操
作が行われた場合において、そのアプリケーションソフ
トウエアが外部記憶部に記憶されていた場合、そのアプ
リケーションソフトウエアが外部記憶部から内部記憶手
段にロードされてから起動されるようにしているため、
ユーザーがロード操作を含めた２段階の操作を行なう必
要はなく、操作は簡易となるとともに、アプリケーショ
ンソフトウエアの記憶場所として内部記憶手段と外部記
憶部の別を意識する必要はない。またデータファイルを
参照する場合も、そのデータファイルが外部記憶部に記
憶されていた場合は、そのデータファイルが外部記憶部
から内部記憶手段にロードされてから参照処理されるよ
うにしているため、これもユーザーが記憶場所としての
内部記憶手段と外部記憶部の別を意識する必要はない。
もちろんユーザーのロード操作も不要である。

【０１１９】また、内部記憶手段に記憶されているアプ
リケーションソフトウエアやデータファイルと、外部記
憶部に記憶されていると認識されたアプリケーションソ
フトウエアやデータファイルは、ともにユーザーインタ
ーフェース手段において提示されること、及びそのユー
ザーインターフェース手段上で起動操作、参照指定操作
等を行うことができるようにしている。これによりユー
ザーが内部記憶手段と外部記憶部の別を意識することな
く情報処理装置を扱って、必要なアプリケーションソフ
トウエアの起動やデータファイルの参照を指示すること
ができる操作環境を実現できる。

【０１２０】また上記外部記憶部は可搬性記録媒体とし
たり、或いは有線又は無線の通信路を介して接続される
外部サーバとすることで、アプリケーションソフトウエ
アやデータファイルとして多様な情報をユーザーが利用
できことになり、かつそれらの保存場所を意識する必要
がないため操作は容易となる。

【図面の簡単な説明】

【図１】本発明の実施の形態の情報処理装置の平面図、
右側面図、左側面図、上面図である。

【図２】実施の形態の情報処理装置のブロック図であ
る。

【図３】実施の形態の情報処理装置のＯＳ構造の説明図
である。

【図４】実施の形態の情報処理装置で扱うデータベース
構造の説明図である。

【図５】実施の形態のメモリカードの外形形状を示す平
面図、正面図、側面図、底面図である。

【図６】実施の形態のメモリカードの内部構造の説明図
である。

【図７】実施の形態のファイルシステム処理階層の説明
図である。

【図８】実施の形態のメモリカードの物理的データ構造
の説明図である。

【図９】実施の形態のメモリカードの管理フラグの説明
図である。

【図１０】実施の形態のメモリカードにおけるデータ更
新処理と物理アドレス及び論理アドレスの概念の説明図
である。

【図１１】実施の形態の論理−物理アドレス変換テーブ
ルの管理形態の説明図である。

【図１２】実施の形態の論理−物理アドレス変換テーブ
ルの構造の説明図である。

【図１３】実施の形態のメモリカードのフラッシュメモ
リ容量／ブロック数／１ブロックの容量／１ページの容
量／論理−物理アドレス変換テーブルのサイズの関係の
説明図である。

【図１４】実施の形態のメモリカードのディレクトリ構
造の説明図である。

【図１５】ＦＡＴ構造の説明図である。

【図１６】ＦＡＴによるクラスタ管理形態の説明図であ
る。

【図１７】ディレクトリの内容の説明図である。

【図１８】サブディレクトリ及びファイルの格納形態の
説明図である。

【図１９】実施の形態の情報処理装置とメモリカードの
インターフェース構成の説明図である。

【図２０】実施の形態のアプリケーションソフトウエア
やデータファイルの記憶場所の箇所の説明図である。

【図２１】実施の形態の情報処理装置の起動後の処理の
フローチャートである。

【図２２】実施の形態のアプリケーションソフトウエア
の起動時の処理のフローチャートである。

【図２３】実施の形態のデータ参照時の処理のフローチ
ャートである。

【図２４】実施の形態の通信網を介したサーバの説明図
である。

【符号の説明】

１情報処理装置、２表示部、３ａ，３ｂ，３ｃ操
作子、４スピーカ、５マイクロホン、６撮像部、
７メモリスロット、８ＩＥＥＥ１３９４端子、９
ＵＳＢ端子、１０ヘッドホン端子、１１ライン入力
端子、１２ライン出力端子、２１システムコントロ
ーラ、２２ＣＰＵ、２３フラッシュＲＯＭ、２４
Ｄ−ＲＡＭ、２５ＵＳＢインターフェース、２６Ｉ
ＥＥＥ１３９４インターフェース、２７表示制御部、
２８メモリカードインターフェース、２９オーディ
オインターフェース、７０メモリカード、１２３ア
プリケーションサーバ、１２４ゲートウエイ、Ｎ１
インターネット、Ｎ２移動通信網

Claims

【特許請求の範囲】

【請求項１】アプリケーションソフトウエア又はデー
タファイルが記憶可能な内部記憶手段と、アプリケーションソフトウエア又はデータファイルが記
憶可能な外部記憶部との間で情報の入出力を可能とする
接続手段と、上記接続手段により接続された上記外部記憶部に記憶さ
れているアプリケーションソフトウエア又はデータファ
イルを認識する認識手段と、上記内部記憶手段に記憶されたアプリケーションソフト
ウエア又はデータファイル、及び上記認識手段で認識さ
れたアプリケーションソフトウエア又はデータファイル
を提示すると共に、提示されたアプリケーションソフト
ウエアの起動又はデータファイルの使用を選択すること
ができるようにされたユーザーインターフェース手段
と、上記ユーザーインターフェース手段による操作により、
上記外部記憶部に記憶されているアプリケーションソフ
トウエアの起動が求められた際に、そのアプリケーショ
ンソフトウエアを上記内部記憶手段にロードした上で起
動処理を行う起動処理制御手段と、を備えたことを特徴とする情報処理装置。
【請求項２】上記ユーザーインターフェース手段によ
る操作により、もしくは起動中のアプリケーションソフ
トウエアの処理により、上記外部記憶部に記憶されてい
るデータファイルの参照が求められた際に、そのデータ
ファイルを上記内部記憶手段にロードした上で、参照処
理が行われるようにする参照処理制御手段を、さらに備
えたことを特徴とする請求項１に記載の情報処理装置。
【請求項３】上記外部記憶部は可搬性記録媒体であ
り、上記接続手段は、可搬性記録媒体に対する記録再生
部として実現されることを特徴とする請求項１に記載の
情報処理装置。
【請求項４】上記外部記憶部は有線又は無線の通信路
を介して接続される外部サーバであり、上記接続手段
は、上記通信路を介して通信を行う通信部として実現さ
れることを特徴とする請求項１に記載の情報処理装置。
【請求項５】アプリケーションソフトウエアの起動操
作を検知する起動検知手順と、上記起動検知手順で起動操作を検知したアプリケーショ
ンソフトウエアが内部記憶手段に記憶されているか、或
いは接続された外部記憶部に記憶されているかを判別す
る判別手順と、上記判別手順において、上記外部記憶部に記憶されてい
ると判別された場合は、上記外部記憶部からアプリケー
ションソフトウエアを上記内部記憶手段にロードするロ
ード手順と、上記ロード手順により上記内部記憶手段にロードされた
アプリケーションソフトウエアを起動する起動手順と、が行われることを特徴とする情報処理方法。
【請求項６】ユーザーインターフェースによる操作に
より、もしくは起動中のアプリケーションソフトウエア
の処理により、上記外部記憶部に記憶されているデータ
ファイルの参照が求められた際に、そのデータファイル
を上記内部記憶手段にロードした上で、参照処理が行わ
れるようにするデータファイル参照手順が行われること
を特徴とする請求項５に記載の情報処理方法。
【請求項７】上記外部記憶部は可搬性記録媒体であ
り、上記ロード手順では、可搬性記録媒体に対する再生
動作を行ってロードを実行することを特徴とする請求項
５に記載の情報処理方法。
【請求項８】上記外部記憶部は有線又は無線の通信路
を介して接続される外部サーバであり、上記ロード手順
は、上記通信路を介して通信を行ってロードを実行する
ことを特徴とする請求項５に記載の情報処理方法。