(57)【特許請求の範囲】
【請求項１】
不揮発性データが記憶される不揮発性メモリと揮発性データが記憶される揮発性メモリとを有し、外部からインストールされたアプリケーションにより処理を実行するＩＣカードにおいて、
上記アプリケーションを不揮発性メモリに記憶し、
上記アプリケーションにより生成される不揮発性データを上記不揮発性メモリに記憶し、
上記アプリケーションにより生成される上記不揮発性データに関連する揮発性データを上記揮発性メモリに記憶し、
上記不揮発性データに対する上記不揮発性メモリの記憶アドレスと、この不揮発性データに関連する揮発性データに対する上記揮発性メモリの記憶アドレスとを対応して管理テーブルに記憶し、
上記アプリケーションにより上記不揮発性メモリの記憶アドレスが指定されることにより、上記不揮発性メモリの記憶アドレスの不揮発性データをアクセスし、この不揮発性メモリの記憶アドレスに対する上記揮発性メモリの記憶アドレスを上記管理テーブルより読出して上記揮発性メモリの記憶アドレスの揮発性データをアクセスする
ことを特徴とするＩＣカードのメモリの管理方法。
【請求項２】
上記管理テーブルが、上記不揮発性データに対する上記不揮発性メモリの記憶アドレスと、この不揮発性データに関連する揮発性データに対する上記揮発性メモリの記憶アドレスとが、それぞれ同一のＩＤが付与されて記憶されていることを特徴とする請求項１に記載のＩＣカードのメモリの管理方法。
【請求項３】
揮発性データとしての不揮発性オブジェクトとスタックデータが記憶される揮発性メモリを有し、外部からインストールされたアプリケーションにより処理を実行するＩＣカードにおいて、
上記アプリケーションにより生成される揮発性オブジェクトを上記揮発性メモリの下位アドレスから順に記憶し、
上記アプリケーションにより生成されるスタックデータを、上記揮発性メモリの上記揮発性オブジェクトの一番上位のアドレスから上位のアドレス方向に、順次記憶する
ことを特徴とするＩＣカードのメモリの管理方法。
【請求項４】
上記アプリケーションにより生成される揮発性オブジェクトを上記揮発性メモリに追加記憶する際、上記揮発性メモリに記憶されている各揮発性オブジェクトの有効期限と追加記憶する揮発性オブジェクトの有効期限とに基づいて、有効期限が短い順に上記各揮発性オブジェクトを上位アドレスから順に記憶することを特徴とする請求項３に記載のＩＣカードのメモリの管理方法。
【請求項５】
外部から供給されるアプリケーションのインストールデータがインストールされ、このインストールされたアプリケーションにより処理を実行するＩＣカードにおいて、
基本プログラムが記憶される書き換え不可の第１の不揮発性記憶部と、
種々のアプリケーションが記憶され、このアプリケーションにより生成される不揮発性データが記憶される書き換え可能な第２の不揮発性記憶部と、
上記アプリケーションにより生成される揮発性データが記憶される揮発性記憶部と、
上記第１の不揮発性記憶部による基本プログラムによる動作環境において、上記第２の不揮発性記憶部から読出したアプリケーションに基づいて処理を実行する実行手段と、
上記第２の不揮発性記憶部の不揮発性データの記憶アドレスと、この不揮発性データに関連する揮発性データに対する上記揮発性記憶部の記憶アドレスとを対応して記憶する管理テーブルと、
を具備したことを特徴とするＩＣカード。
【請求項６】
上記管理テーブルが、上記揮発性データごとの有効期限を有することを特徴とする請求項５に記載のＩＣカード。
【発明の詳細な説明】
技術分野
この発明は、不揮発性メモリと揮発性メモリとを有し、外部からインストールされたアプリケーションにより処理を実行するＩＣカードと、このＩＣカードにおける揮発性メモリの管理方法に関する。
背景技術
近年、インターネットなどのネットワーク上でプログラムを実行するための環境（Ｊａｖａ）が登場し、折りからのインターネットブームに乗って急速に普及している。そこで、この環境を組み込んだＩＣカードの開発が進められている。
上述したＪＡＶＡにおいて、ＪＡＶＡ言語で作成されたアプリケーション（ＪＡＶＡではアプレットと呼ばれる）は、ＪＡＶＡ  ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｉｎｔｅｒｆａｃｅ）を有する機器にて動作させることが可能であり、ＪＡＶＡ  ＡＰＩを有する機器であれば、パソコンであれ携帯端末であれ動作が可能である。又、ＪＡＶＡアプレットは必要な時に必要なものだけネットワーク上からダウンロードしてきて用いることができる。
このため、ＪＡＶＡ言語により開発したアプリケーションをＩＣカードにインストールすることで、上述したＪＡＶＡにおけるメリットをＩＣカードに適用するもの（ＪＡＶＡカード）が提案されている。
たとえば、クレジットカードとしてのアプリケーションとデビットカードとしてのアプリケーションとがインストールされ、両機能が実行可能なＩＣカードとなっている。
このようなＩＣカードでは、各アプリケーションごとの初期化データが不揮発性メモリにダウンロードされて記憶されているとともに、各アプリケーションごとにこのアプリケーションの処理時に生成されるオブジェクト等を記憶する領域が用意されている。
この際、不揮発性オブジェクトと揮発性オブジェクトが生成され、不揮発性オブジェクトは不揮発性メモリに用意された領域に記憶され、揮発性オブジェクトは揮発性メモリに用意された領域に記憶されている。また、確認コード等、電源オフ時に消せるスタックデータが上記揮発性メモリに記憶されるようになっている。
しかしながら、このようなものでは、揮発性オブジェクトを揮発性メモリのどのアドレスに配置するかを指定する事は不可能である。また、アプリケーション側でも揮発性オブジェクトの記憶位置を関知したくないという要求がある。
また、上記ＩＣカードでは、揮発性メモリを内部制御のワーク領域として使用する。このような従来のＩＣカードでは、スタックの成長方向の最上位から揮発性オブジェクトを割り付け、揮発性メモリの最下位からスタックを取っている。
しかし、上記のようにアプリケーションがインストールされるＩＣカードでは、アプリケーション動作時に揮発性オブジェクトを生成したいという要望がある。この動的な揮発性オブジェクトは、揮発性メモリにおいてスタックより上位領域に割り振られるものである。
しかしながら、この様な揮発性メモリの使用方法の場合、スタックの成長によって揮発性オブジェクトを浸食する恐れが常にある。それを回避する為には、スタックの成長が可能かどうかを毎回調査してからスタックを使用する方法が考えられるが、非効率であるうえ、更に各処理がどれだけのスタックを使用するかを予め知っている必要がある。
各アプリケーション処理がどれだけスタックを消費するかは、その処理内に限るだけではなく、たどってきた処理の過程に依存する事がある。この様に、最大のスタック使用量を知ることはできるが、現処理でのスタック使用量を求めるのは非常に困難である。
この発明は、不揮発性メモリと揮発性メモリとを有し、外部からインストールされたアプリケーションにより処理を実行し、このアプリケーションにより生成される不揮発性オブジェクトが不揮発性メモリに記憶され、上記アプリケーションにより生成される揮発性オブジェクトが揮発性メモリに記憶されるものにおいて、上記アプリケーションにより生成され記憶されているオブジェクトが揮発性か不揮発性かを意識せずにアクセス可能であることを目的とする。
この発明は、揮発性メモリの有効活用が行えることを目的とする。
この発明は、処理の簡素化と高速化が行えることを目的とする。
この発明は、不揮発性データが記憶される不揮発性メモリと揮発性データが記憶される揮発性メモリとを有し、外部からインストールされたアプリケーションにより処理を実行するＩＣカードにおいて、上記アプリケーションを不揮発性メモリに記憶し、上記アプリケーションにより生成される不揮発性データを上記不揮発性メモリに記憶し、上記アプリケーションにより生成される上記不揮発性データに関連する揮発性データを上記揮発性メモリに記憶し、上記不揮発性データに対する上記不揮発性メモリの記憶アドレスと、この不揮発性データに関連する揮発性データに対する上記揮発性メモリの記憶アドレスとを対応して管理テーブルに記憶し、上記アプリケーションにより上記不揮発性メモリの記憶アドレスが指定されることにより、上記不揮発性メモリの記憶アドレスの不揮発性データをアクセスし、この不揮発性メモリの記憶アドレスに対する上記揮発性メモリの記憶アドレスを上記管理テーブルより読出して上記揮発性メモリの記憶アドレスの揮発性データをアクセスするものである。
この発明は、揮発性データとしての不揮発性オブジェクトとスタックデータが記憶される揮発性メモリを有し、外部からインストールされたアプリケーションにより処理を実行するＩＣカードにおいて、上記アプリケーションにより生成される揮発性オブジェクトを上記揮発性メモリの下位アドレスから順に記憶し、上記アプリケーションにより生成されるスタックデータを、上記揮発性メモリの上記揮発性オブジェクトの一番上位のアドレスから上位のアドレス方向に、順次記憶するものである。
この発明は、外部から供給されるアプリケーションのインストールデータがインストールされ、このインストールされたアプリケーションにより処理を実行するＩＣカードにおいて、基本プログラムが記憶される書き換え不可の第１の不揮発性記憶部と、種々のアプリケーションが記憶され、このアプリケーションにより生成される不揮発性データが記憶される書き換え可能な第２の不揮発性記憶部と、上記アプリケーションにより生成される揮発性データが記憶される揮発性記憶部と、上記第１の不揮発性記憶部による基本プログラムによる動作環境において、上記第２の不揮発性記憶部から読出したアプリケーションに基づいて処理を実行する実行手段と、上記第２の不揮発性記憶部の不揮発性データの記憶アドレスと、この不揮発性データに関連する揮発性データに対する上記揮発性記憶部の記憶アドレスとを対応して記憶する管理テーブルとからなる。
発明の開示
この発明のＩＣカードは、アプリケーションに揮発性オブジェクトを作成する事を許し、不揮発性メモリ上の参照アドレスでもって揮発性メモリ上の揮発性オブジェクトにアクセスする事を可能とするものである。
また、この発明のＩＣカードにおける揮発性メモリの管理方法は、スタックが成長して行く方向のスタックベースより常に下位に揮発性オブジェクトを配置する事で、スタックの成長が揮発性オブジェクトを浸食する事が無いようにしたものである。
発明を実施するための最良の形態
以下、この発明の一実施例について図面を参照して説明する。
第１図は、この発明に係わるＩＣカード処理システムの概略構成を示している。
このＩＣカード処理システムは、端末装置１とＩＣカード（Ｊａｖａ  Ｃａｒｄ）２とにより構成される。端末装置１は、演算および人間からの入力を司る演算装置１１と、ＩＣカード２との入出力を司るリーダライタ１２が結線１３により接続されている。
演算装置１１は、演算を行うためのプロセッサを持ち、また人間系を含む外部よりの入力手段を持っている。ＩＣカード２への要求と、結果ステータスの処理をここで行う。
リーダライタ１２は、演算装置１１より要求を受け、その要求をカード挿入口１４に挿入されているＩＣカード２へと発行する。同様にＩＣカード２からのステータスを受け取り、その結果を演算装置１１へと報告する。
ＩＣカード２は、第１図、第２図に示すように、外部との接点となるコンタクト２０、および演算、制御を行うプロセッサ２１、一時データを配置するためのものであり、一過性のデータやプログラム実行時に必要な領域として使用する揮発性メモリ（ＲＡＭ）２２、書き換え可能なプログラムコード、Ｊａｖａ  Ｃａｒｄのインストールするプログラムコード、書き換え可能で永続属性を持つデータを保存するための不揮発性メモリ（ＥＥＰＲＯＭ）２３、プロセッサ２１を補佐するコプロセッサ２４、カードドメインやアプリケーションのバイトコードをインタープリタするバーチャルマシンが搭載されている書き換え不可能なプログラムコード（カードオペレーティングシステム（ＣＯＳ）やアプリケーションのロード／インストールの実行を行うプログラム）や書き換えしないデータが記憶されるＲＯＭ２５を持つ。またコンタクト２０を通じてリーダライタ１２と通信を行う。上記不揮発性メモリ２３としては、フラッシュメモリ、ＦＲＡＭ等を用いても良い。
上記プロセッサ２１の制御のもと、２種類のメモリ、揮発性メモリ２２と不揮発性メモリ２３が管理される。また、特に負荷の生じる演算を行うためのコプロセッサ２４を持つこともあり、これはプロセッサ２１の指示のもと演算を行う。
データは、第１図におけるコンタクト２０より入力され、一般に揮発性メモリ２２内に設けられている通信バッファ２２ａに格納される。ここで格納されたデータは、プロセッサ２１により解析され、処理される。ここで、保存が必要なデータはプロセッサ２１の指示のもと不揮発性メモリ２３の永続データ領域２３ａに書き込まれ、特殊な演算が可能なものはコプロセッサ２４へと処理の指示が送られる。
また、揮発性メモリ２２では格納しきれない大きなデータなどが一時的に、不揮発性メモリ２３の作業領域２３ｂに書き込まれることがある。なお、この永続データ領域２３ａと作業領域２３ｂとの境界は、明示的に存在するとは限らない。
第３図はＪａｖａ  Ｃａｒｄ（ＩＣカード２）のライフサイクルを簡単に示したものである。なお、状態名と遷移内容は説明のために分かりやすい表現を使用しているため、実際の名称等と異なる。
状態２−１は製造直後のＪａｖａ  Ｃａｒｄの状態である。この状態に対して、種々の初期化と発行前（Ｊａｖａ）プログラムをインストールすることにより、ブランクカード（２−２）となる。ブランクカードに、カード所有者固有の情報や発行前（Ｊａｖａ）プログラム固有の情報を書き込むという発行処理を行い、活性化状態（利用可能状態、２−３）のカードとなる。
そして、カードブロック処理が行われると、２度と使用できないブロック状態（２−４）のカードとなる。また、Ｊａｖａ  Ｃａｒｄの特徴として、活性化状態（２−３）のカードに対して、発行後（Ｊａｖａ）プログラムをインストールすることで、発行後のプログラムの追加が可能になっている。
上記不揮発性メモリ２３は、第４図に示すように、最終アドレスから若いアドレスの方向に、システム領域３１、アプリケーション領域３２、データ領域３３、不揮発性オブジェクト管理テーブル３４が割り付けられている。
システム領域３１は、システムで必要なデータが記憶される領域である。アプリケーション領域（永続的に使用する領域）３２は、複数のＪａｖａプログラムとしてのアプリケーションがインストールされる領域である。データ領域３３は、各アプリケーションの実行時に不揮発性データとしての不揮発性オブジェクト等が記憶される作業領域としての領域である。不揮発性オブジェクト管理テーブル３４は、データ領域３３の不揮発性オブジェクトのアドレスを管理する領域である。
上記揮発性メモリ２２は、第５図に示すように、最終アドレスから若いアドレスの方向に、揮発性オブジェクト領域４１、スタックデータ領域４２、未使用領域４３、揮発性オブジェクト管理テーブル４４が割り付けられている。
揮発性オブジェクト領域４１は、最初の揮発性データとしての揮発性オブジェクトが格納される領域である。スタックデータ領域４２は、アプリケーションの処理中に取っておくデータ群であり、確認コード等、電源オフ時に消せるスタックデータが格納される領域である。未使用領域４３は、未使用の領域である。揮発性オブジェクト管理テーブル４４は、揮発性オブジェクトのアドレスを管理する領域である。
上記揮発性メモリ２２の使用方法を説明する。第５図に示すように、揮発性オブジェクトの成長過程が終わり、スタックデータだけが増加する状況の場合、揮発性オブジェクトはスタックデータの下位アドレスに位置し、スタックデータの成長は揮発性メモリ２２の上位アドレス方向（若いアドレスの方向）に限られている。このため、スタックデータの成長が揮発性オブジェクトを侵害する事は無いものとなっている。
なお、上記ＩＣカード処理装置が、更にアドレス監視装置を持つ場合、スタックデータの成長が書き込み不可能領域としての揮発性オブジェクト管理テーブル４４に達した時点でハードウェア割り込みが発生するようにしても良い。この場合、スタックオーバーフローのチェックをソフトウェア的に行わなくとも、スタックオーバーフローを検出できる。
不揮発性オブジェクト管理テーブル３４は、第６図に示すように、各アプリケーションごとに対応したテーブル３４ａ、…により構成されている。各テーブル３４ａごとに、不揮発性オブジェクトの個数が格納される個数領域５１、この個数分の不揮発性オブジェクトごとのＩＤが格納されるＩＤ領域５２、この各ＩＤに対応する参照アドレスとしてデータ領域３３の不揮発性オブジェクトの格納されているアドレスが格納される参照アドレス領域５３、各ＩＤに対応する揮発性オブジェクトの有効期間（有効期限）が格納される期間領域５４が設けられている。
揮発性オブジェクト管理テーブル４４は、第７図に示すように、揮発性オブジェクトの個数が格納される個数領域６１、この個数分の揮発性オブジェクトごとのＩＤが格納されるＩＤ領域６２、この各ＩＤに対応する実アドレスとして揮発性メモリ２２の揮発性オブジェクトの格納されているアドレスが格納される実アドレス領域６３が設けられている。
揮発性オブジェクト及び不揮発性オブジェクトは、先頭アドレスとそこからのオフセットによって実際のアドレスを得るものとする。また、オブジェクトは、デフォルトとして不揮発性オブジェクトであり、そのオブジェクトへの参照を引数としてライブラリコールを行う事で揮発性オブジェクトになるものとする。
上記ＩＣカード２としては、第８図に示すように、上記不揮発性オブジェクト管理テーブル３４と揮発性オブジェクト管理テーブル４４とを用いて、揮発性メモリ２２の揮発性オブジェクト、不揮発性メモリ２３のデータ領域３３の不揮発性オブジェクトを管理するオブジェクト管理部７１を有している。
オブジェクト管理部７１は、アプリケーションからコールされる参照アドレスａが供給された際に、上記アプリケーションに対応する不揮発性オブジェクト管理テーブル３４ａを用いて上記参照アドレスａと一致する参照アドレスを検索し、一致する参照アドレスに対応するＩＤを抽出し、このＩＤに基づいて揮発性オブジェクト管理テーブル４５と一致するＩＤを検索する。
オブジェクト管理部７１は、このＩＤの検索により、一致するＩＤが検索された際に、該当する揮発性オブジェクトの検出を判断し、このＩＤに対応する実アドレスを抽出し、この実アドレス（揮発性メモリ２２上の揮発性オブジェクトを指し示す）を参照アドレスｂとして上記アプリケーションにリターンする。
オブジェクト管理部７１は、上記ＩＤの検索により、一致するＩＤが検索されなかった際に、該当する揮発性オブジェクトが検出されなかったことを判断し、入力された参照アドレスａをそのまま参照アドレスｂとしてリターンする。なお、この場合、参照アドレスａ及びｂは、不揮発性メモリ２３の不揮発性オブジェクトと同じアドレスである。
次に、上記構成において、オブジェクト管理部７１によるオブジェクトの管理処理を、第９図に示すフローチャートを参照しつつ説明する。
すなわち、オブジェクト管理部７１は、アプリケーションからコールされる参照アドレスａを受け取り、上記アプリケーションに対応する不揮発性オブジェクト管理テーブル３４ａを用いて上記参照アドレスａと一致する参照アドレスが参照アドレス領域５３に登録されているかを走査する（ＳＴ１）。
この結果、オブジェクト管理部７１は、該当する参照アドレスが登録されていなかった場合、参照アドレスを変更せずに上記アプリケーションにリターンする（ＳＴ２）。
上記ステップ１の走査の結果、オブジェクト管理部７１は、該当する参照アドレスが登録されている場合、該当する参照アドレスと同一行のＩＤ領域５２からＩＤを抽出する（ＳＴ３）。
ついで、オブジェクト管理部７１は、この抽出したＩＤと一致するＩＤが揮発性オブジェクト管理テーブル４４のＩＤ領域６２に登録されているかを走査する（ＳＴ４）。
この結果、オブジェクト管理部７１は、該当するＩＤが登録されていた場合、該当するＩＤと同一行の実アドレス領域６３から実アドレスを抽出する（ＳＴ５）。これにより、オブジェクト管理部７１は、この実アドレスを参照アドレスｂとして上記アプリケーションにリターンする（ＳＴ６）。
上記ステップ４の走査の結果、オブジェクト管理部７１は、該当するＩＤが登録されていなかった場合、新たに揮発性オブジェクトを生成し（ＳＴ７）、この生成した揮発性オブジェクトを準備した揮発性オブジェクト／未使用領域４５に登録し（ＳＴ８）、この登録した揮発性メモリ２２におけるアドレスを実アドレスとして上記ＩＤとともに、上記揮発性オブジェクト管理テーブル４４に登録する（ＳＴ９）。この際、ＩＤ領域６２に上記ＩＤを追加登録し、このＩＤと同一行の実アドレス領域６３に実アドレスを登録する。
これにより、オブジェクト管理部７１は、この登録した実アドレスを参照アドレスｂとして上記アプリケーションにリターンする（ＳＴ１０）。
上記ステップ７における新たな揮発性オブジェクトの生成は、アプリケーションにより生成されるものであっても良い。
次に、上記ステップ８における揮発性オブジェクト（Ｏｂ）の登録処理を、第１０図に示すフローチャートと第１１図Ａ、第１１図Ｂ、第１１図Ｃに示す揮発性メモリ２２の記録状態を参照しつつ説明する。
すなわち、オブジェクト管理部７１は、揮発性メモリ２２の未使用領域４３の容量により、上記生成した揮発性オブジェクト（Ｏｂ）を挿入できるか否かを確認する（ＳＴ１１）。この確認により、オブジェクト管理部７１は、挿入できないと判断した際に、異常を判断し、上記アプリケーションに通知する。
上記ステップ１１の確認の結果、オブジェクト管理部７１は、挿入できると判断した際に、不揮発性オブジェクト管理テーブル３４ａの該当するＩＤと同一行の期間領域６４から期間を抽出する（ＳＴ１２）。これにより、オブジェクト管理部７１は、この抽出した期間と揮発性メモリ２３に記憶されている各揮発性オブジェクト（Ｏａ）に対する期間とを比較する（ＳＴ１３）。この比較の結果、オブジェクト管理部７１は、挿入するものより期間の短い揮発性オブジェクト（Ｏａ）がある際に、第１１図Ａ、第１１図Ｂに示すように、揮発性メモリ２２に挿入する揮発性オブジェクト（Ｏｂ）分の記憶容量の揮発性オブジェクト／未使用領域４５を確保した上端（若いアドレス）に、上記スタックデータと期間の短い揮発性オブジェクト（Ｏａ）とを移動する（ＳＴ１４）。
この移動後、オブジェクト管理部７１は、上記移動した期間の短い揮発性オブジェクト（Ｏａ）に対する揮発性オブジェクト管理テーブル４４の実アドレスを移動先のアドレスに変更する（ＳＴ１５）。
ついで、オブジェクト管理部７１は、第１１図Ｃに示すように、上記挿入する揮発性オブジェクト（Ｏｂ）を上記ステップ１４により確保した揮発性メモリ２２の揮発性オブジェクト／未使用領域４５に登録する（ＳＴ１６）。
この結果、揮発性メモリ２２における揮発性オブジェクトの挿入位置は、期間の短い揮発性オブジェクト（Ｏａ）が常に若いアドレスになるようにする。
この処理を加える事により、有効期間（期限）の切れた揮発性オブジェクトを揮発性メモリ２２から容易に削除する事ができ、揮発性メモリ２２のガーベジコレクション及び再利用を行うことができる。
産業上の利用の可能性
以上説明したように上記発明によれば、不揮発性メモリと揮発性メモリとを有し、外部からインストールされたアプリケーションにより処理を実行し、このアプリケーションにより生成される不揮発性オブジェクトが不揮発性メモリに記憶され、上記アプリケーションにより生成される揮発性オブジェクトが揮発性メモリに記憶されるものにおいて、上記アプリケーションにより生成され記憶されているオブジェクトが揮発性か不揮発性かを意識せずにアクセス可能である。
また、揮発性メモリの有効活用が行える。
さらに、処理の簡素化と高速化が行える。
【図面の簡単な説明】
第１図は、この発明の一実施例に係るＩＣカード処理システムの概略構成を示す図、
第２図は、第１図に示したＩＣカードの概略構成を示すブロック図、
第３図は、第１図に示したＪａｖａ  Ｃａｒｄ（ＩＣカード）のライフサイクルを説明する図、
第４図は、第２図に示した不揮発性メモリの構成例を示す図、
第５図は、第２図に示した揮発性メモリの構成例を示す図、
第６図は、第４図に示した不揮発性オブジェクト管理テーブルの構成例を示す図、
第７図は、第５図に示した揮発性オブジェクト管理テーブルの構成例を示す図、
第８図は、オブジェクト管理部と揮発性メモリの不揮発性メモリの関係を説明するための図、
第９図は、オブジェクトの管理処理を説明するためのフローチャート、
第１０図は、第９図のステップ８の揮発性オブジェクトの登録処理を説明するためのフローチャート、
第１１図Ａ〜Ｃは、揮発性メモリの記録状態を示す図である。
【図１】
0004398619.tif 000002
【図２】
0004398619.tif 000003
【図３】
0004398619.tif 000004
【図４】
0004398619.tif 000005
【図５】
0004398619.tif 000006
【図８】
0004398619.tif 000007
【図６】
0004398619.tif 000008
【図７】
0004398619.tif 000009
【図９】
0004398619.tif 000010
【図１０】
0004398619.tif 000011
【図１１Ａ】
0004398619.tif 000012
【図１１Ｂ】
0004398619.tif 000013
【図１１Ｃ】
0004398619.tif 000014