JPH11212774A - アプリケーション管理方法、及び、それを用いた情報処理装置 - Google Patents

アプリケーション管理方法、及び、それを用いた情報処理装置

Info

Publication number
JPH11212774A
JPH11212774A JP10011689A JP1168998A JPH11212774A JP H11212774 A JPH11212774 A JP H11212774A JP 10011689 A JP10011689 A JP 10011689A JP 1168998 A JP1168998 A JP 1168998A JP H11212774 A JPH11212774 A JP H11212774A
Authority
JP
Japan
Prior art keywords
application
area
identification information
directory
stored
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.)
Pending
Application number
JP10011689A
Other languages
English (en)
Inventor
Kazuhiro Tomizawa
一博 富澤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP10011689A priority Critical patent/JPH11212774A/ja
Priority to US09/122,740 priority patent/US7308433B1/en
Priority to FR9810570A priority patent/FR2774189B1/fr
Priority to FR9900092A priority patent/FR2774785B1/fr
Publication of JPH11212774A publication Critical patent/JPH11212774A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3576—Multiple memory zones on card
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Accounting & Taxation (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

(57)【要約】 【課題】 複数のアプリケーションを保有する際のアプ
リケーション管理方法、及び、それを用いた情報処理装
置に関し、複数のアプリケーションから所望のアプリケ
ーションを容易に検索できるアプリケーション管理方
法、及び、それを用いた情報処理装置を提供することを
目的とする。 【解決手段】 データエリア１４に格納されるファイル
を構成するディレクトリＤＬＬ０、ｄｌｌ１、ｄｌｌ１
１〜ｄｌｌｎ、ｄｌｌｎ１・・・に対応するアプリケー
ションＡＰＬ１〜ＡＰＬｎのアプリケーションエリア１
５における開始アドレスａｄｒ１〜ａｄｒｎを付与し、
ディレクトリが選択されたときに、各ディレクトリに付
与されたアドレスに応じて対応するアプリケーションを
実行する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はアプリケーション管
理方法、及び、それを用いた情報処理装置に係り、特
に、複数のアプリケーションを保有する際のアプリケー
ション管理方法、及び、それを用いた情報処理装置に関
する。近年、電子マネー、クレジットカード、自治体カ
ードなどとしてＩＣチップを内蔵したカード型媒体、す
なわち、ＩＣカードが用いられるようになっている。
【０００２】ＩＣカードは、記憶容量が大容量であり、
１つのＩＣカードを複数の業務で使用したという要求が
高まっている。例えば、ＩＣカードをクレジットカード
として保有しており、自治体カードとしてＩＣカードが
運用されるようになった場合などに、ＩＣカードを２枚
保有するより１枚のＩＣカードをクレジットカードと自
治体カードとで共用しようとした方が利用者に取っては
利便性がよい。このため、複数のアプリケーションを利
用できるＩＣカードが必要となってくる。
【０００３】
【従来の技術】従来のＩＣカードでは、ＩＣカード内部
に動作パラメータを保有し、ＩＣカードをＩＣカードリ
ーダ／ライタに挿入した際、ＩＣカードからＩＣカード
リーダ／ライタを介してホストコンピュータにＩＣカー
ド内部に保有する動作パラメータを供給することによっ
て、ホストコンピュータ側の動作をかえる方法が、例え
ば、特願昭６２−１８３４７８号公報により提案されて
いる。
【０００４】また、１枚のＩＣカードで複数のアプリケ
ーションに対応する方法としては、例えば、特願昭６２
−１８８２４５号公報で提案されているようにプログラ
ムを追加する際には、すでに存在するプログラムを利用
することによってプログラムの有効利用する方法や、特
願平３−３６６７４号公報で提案されているように登録
した複数のアプリケーションをＩＣカードに操作キーを
設け、操作キーを操作することによって選択する方法な
どが既に検討されいる。
【０００５】
【発明が解決しようとする課題】しかるに、特願昭６２
−１８８２４５号公報で提案されているようにプログラ
ムを追加する際には、すでに存在するプログラムを利用
することによってプログラムの有効利用する方法であ
り、その格納されたプログラムの実行方法については何
ら記載はい。
【０００６】また、特願平３−３６６７４号公報では、
操作キーによって複数のアプリケーションを選択するも
ので、キー操作を行わなければならず、操作性が悪い等
の問題点があった。本発明は上記の点に鑑みてなされた
もので、複数のアプリケーションから所望のアプリケー
ションを容易に選択できるアプリケーション管理方法、
及び、それを用いた情報処理装置を提供することを目的
とする。
【０００７】
【課題を解決するための手段】本発明の請求項１は、複
数のアプリケーションを保有する際のアプリケーション
管理方法であって、前記複数のアプリケーションに対応
するディレクトリ構造を有し、該ディレクトリ構造の所
定のディレクトリに、対応するアプリケーションを識別
する識別情報が付与され、前記所定のディレクトリが選
択されたときに、前記識別情報に応じて対応するアプリ
ケーションが選択されるように管理することを特徴とす
る。
【０００８】請求項１によれば、ディレクトリを選択し
たときに、それに付与された識別番号により対応するア
プリケーションを即座に認識できる。請求項２は、請求
項１において、前記識別情報が、前記所定のディレクト
リに対応するアプリケーションの先頭のアドレスであ
り、前記アドレスを認識し、対応するアプリケーション
を選択することを特徴とする。
【０００９】請求項２によれば、識別情報を対応するア
プリケーションの先頭のアドレスとすることにより、デ
ィレクトリから対応するアプリケーションを即座に実行
できる。請求項３は、請求項１において、前記識別情報
に対応した前記アプリケーションのアドレスが格納され
たアプリケーション管理テーブルを有し、前記所定のデ
ィレクトリが選択されたときに、前記アプリケーション
管理テーブルを参照し、前記所定のディレクトリに付与
された前記識別情報に対応したアプリケーションの先頭
のアドレスを認識し、アプリケーションを選択すること
を特徴とする。
【００１０】請求項３によれば、識別情報と、識別情報
に対応したアプリケーションの先頭のアドレスが格納さ
れたアプリケーション管理テーブルとにより、アプリケ
ーション管理テーブルの識別情報と、識別情報に対応し
たアプリケーションの先頭のアドレスとの関係を変更す
るだけで、様々な機能を実現でき、少ない記憶領域で高
機能化を実現できる。
【００１１】請求項４は、請求項１において、前記識別
情報が、前記アプリケーションの格納順に格納され、前
記アプリケーションは、前記アプリケーションの先頭ア
ドレスには、そのアプリケーションのサイズ情報が格納
され、前記アプリケーションの先頭アドレスに格納され
たアプリケーションのサイズ情報を検出し、該アプリケ
ーションのサイズ情報に応じて次のアプリケーションの
先頭アドレスを検出する動作を繰り返すことにより所望
のアプリケーションの先頭アドレスを取得することを特
徴とする。
【００１２】請求項４によれば、アプリケーションの格
納順から所望のアドレスの先頭アドレスを取得すること
ができるので、アドレスを設定する必要がなく、よっ
て、容量を有効に使用することができる。請求項５は、
請求項１乃至４において、前記識別情報が、アプリケー
ションが利用するディレクトリのうち最上位のディレク
トリに付与されたことを特徴とする。
【００１３】請求項５によれば、識別情報をアプリケー
ションが利用するディレクトリのうち最上位のディレク
トリに付与することにより、簡単に、配下の複数のディ
レクトリに一つのアプリケーションを対応させることが
できる。請求項６は、請求項１乃至５において、前記識
別情報が、各ディレクトリ毎に付与されることを特徴と
する。
【００１４】請求項６によれば、識別情報が各ディレク
トリ毎に付与することにより、処理中のディレクトリで
対応するアプリケーションを認識できるので、対応する
アプリケーションを即座に実行可能となる。請求項７
は、請求項１乃至６において、前記アプリケーション領
域に格納されたアプリケーションを削除する場合に、前
記データ領域に格納された前記アプリケーションに対応
する前記識別情報を無効にすることを特徴とする。
【００１５】請求項７によれば、アプリケーション領域
に格納されたアプリケーションを削除する場合に、デー
タ領域に格納されたアプリケーションに対応する識別情
報を無効にすることにより、アプリケーションを削除す
ることなく識別情報だけを無効にすればよいので、簡単
に不要なアプリケーションを削除できる。請求項８は、
請求項１乃至７において、前記アプリケーション領域に
格納されたアプリケーションを更新する場合に、前記ア
プリケーション領域に更新するアプリケーションを追加
して格納し、前記データ領域の更新されるアプリケーシ
ョンの前記識別情報を前記追加更新されたアプリケーシ
ョンに対応した識別情報に変更することを特徴とする。
【００１６】請求項８によれば、アプリケーションを更
新する場合に、更新するアプリケーションを追加して格
納し、旧アプリケーションの識別情報を更新したアプリ
ケーションに対応した識別情報に変更することにより、
アプリケーション変更を行うことにより、旧アプリケー
ションを削除することなく、アプリケーション変更が可
能となる。
【００１７】請求項９は、アプリケーションと該アプリ
ケーションで使用するデータとを一連の記憶領域で管理
するアプリケーション管理方法において、前記アプリケ
ーションを格納するアプリケーション領域と前記データ
を格納するデータ領域とを予め設定された領域に分割し
て管理することを特徴とする。請求項９によれば、アプ
リケーションを格納するアプリケーション領域とデータ
を格納するデータ領域とを予め設定された領域に分割し
て管理することにより、データ更新時等に誤ってアプリ
ケーションを更新することがなくなる。
【００１８】請求項１０は、請求項９において、前記ア
プリケーション領域と前記データ領域との境界を任意に
変更可能としたことを特徴とする。請求項１０によれ
ば、アプリケーション領域とデータ領域との境界を任意
に変更可能とすることにより、それぞれの記憶情報量に
応じてデータ領域及びアプリケーション領域を確保でき
るので、効率よく記憶領域を使用できる。
【００１９】請求項１１は、請求項９又は１０におい
て、前記アプリケーション領域にアプリケーションを格
納する場合に、前記アプリケーション領域の前記アプリ
ケーション領域と前記データ領域との境界とは反対の端
部から順にアプリケーションを格納することを特徴とす
る。請求項１１によれば、アプリケーション領域のアプ
リケーション領域とデータ領域との境界とは反対の端部
から順にアプリケーションを格納することにより、す
る。
【００２０】請求項１２は、複数のアプリケーションを
保有する記憶装置において、前記複数のアプリケーショ
ンに対応するディレクトリ構造を有し、該ディレクトリ
構造の所定のディレクトリに、対応するアプリケーショ
ンを識別する識別情報が付与されたことを特徴とする。
請求項１２によれば、ディレクトリを選択したときに、
それに付与された識別番号により対応するアプリケーシ
ョンを即座に認識できるので、アプリケーションを迅速
に起動できる。
【００２１】請求項１３は、請求項１２において、前記
識別情報が、前記所定のディレクトリに対応するアプリ
ケーションのアドレスであることを特徴とする。請求項
１３によれば、識別情報を対応するアプリケーションの
アドレスとすることにより、ディレクトリから対応する
アプリケーションを即座に実行できる。請求項１４は、
請求項１２において、前記識別情報に対応した前記アプ
リケーションのアドレスが格納されたアプリケーション
管理テーブルを有することを特徴とする。
【００２２】請求項１４によれば、識別情報と、識別情
報に対応したアプリケーションのアドレスが格納された
アプリケーション管理テーブルとにより、アプリケーシ
ョン管理テーブルの識別情報と、識別情報に対応したア
プリケーションの先頭のアドレスとの関係を変更するだ
けで、様々な機能を実現でき、少ない記憶領域で高機能
化を実現できる。
【００２３】請求項１５は、請求項１２乃至１４におい
て、前記識別情報は、アプリケーションが利用するディ
レクトリのうち最上位のディレクトリに付与されたこと
を特徴とする。請求項１５によれば、識別情報をアプリ
ケーションが利用するディレクトリのうち最上位のディ
レクトリに付与することにより、簡単に、配下の複数の
ディレクトリに一つのアプリケーションを対応させるこ
とができる。
【００２４】請求項１６は、請求項１２乃至１５におい
て、前記識別情報は、各ディレクトリ毎に付与されたこ
とを特徴とする。請求項１６によれば、識別情報が各デ
ィレクトリ毎に付与することにより、処理中のディレク
トリで対応するアプリケーションを認識できるので、対
応するアプリケーションを即座に実行可能となる。
【００２５】請求項１７は、請求項１２乃至１６におい
て、アプリケーションと該アプリケーションで使用する
データとを一連の記憶領域に格納した情報処理装置にお
いて、前記アプリケーションを格納するアプリケーショ
ン領域と前記データを格納するデータ領域とを予め設定
された領域に分割して格納したことを特徴とする。
【００２６】請求項１７によれば、アプリケーション領
域に格納されたアプリケーションを削除する場合に、デ
ータ領域に格納されたアプリケーションに対応する識別
情報を無効にすることにより、アプリケーションを削除
することなく識別情報だけを無効にすればよいので、簡
単に不要なアプリケーションを削除できる。
【００２７】
【発明の実施の形態】図１に本発明の第１実施例のシス
テム構成図を示す。本実施例はＩＣカードを用いたシス
テムにおいて、１枚のＩＣカードに複数のアプリケーシ
ョンを登録して、複数のサービスに対応できるようにし
た例について説明する。
【００２８】本実施例のシステム１は、ＩＣカード２と
のインタフェースをとるＩＣカードリーダ／ライタ３、
ＩＣカードリーダ／ライタ３に接続され、ＩＣカード２
に記憶されたアプリケーションに従って、情報処理を行
うホストコンピュータ４から構成される。ＩＣカード２
としては、例えば、接触型ＩＣカード、非接触型ＩＣカ
ードがある。ここでは、ＩＣカード２として、接触型Ｉ
Ｃカードを用いる場合について説明する。
【００２９】接触型ＩＣカードは、コンタクトに電極を
接触させることにより、電気的な接続を行うタイプのも
ので、ＩＣカード２がＩＣカードリーダ／ライタ３の所
定の挿入部５に挿入されると、ＩＣカード２の表面に表
出したコンタクト６がＩＣカードリーダ／ライタ３の挿
入部５に設けられた接続端子７に接触する。ＩＣカード
２は、コンタクト６がＩＣカードリーダ／ライタ３の挿
入部５に設けられた電極７に接触することにより、ホス
トコンピュータ４と接続される。
【００３０】ＩＣカード２は、ホストコンピュータ４か
らのセレクトファイルコマンドに応じて内部メモリに格
納された複数のアプリケーションから必要なアプリケー
ションが自動的に選択され実行される。ここで、ＩＣカ
ード２の構成について説明する。図２に本発明の第１実
施例のＩＣカードの概略構成図を示す。
【００３１】ＩＣカード２は、例えば、図２に示すよう
な接触型のＩＣカードからなる。樹脂製のカード本体８
にＬＳＩ９を埋設し、表面にＬＳＩ９をＩＣカードリー
ダ／ライタ３の電極７に接続されるコンタクト６がカー
ド本体８の表面から表出した構成とされている。図３に
本発明の第１実施例のＩＣカードのブロック構成図を示
す。
【００３２】コンタクト７は、ＬＳＩ６に接続され、Ｌ
ＳＩ６の外部との接続を行う。ＬＳＩ６は、コンタクト
６により接続されるＩＣカードリーダ／ライタ３とのイ
ンタフェースをとるインタフェース回路８、データ処理
を行うＣＰＵ９、ＩＣカード２を動作させるのに必要な
基本ＯＳ、設定値などが格納されたＲＯＭ１０、ＣＰＵ
９によるデータ処理時の作業領域となるＲＡＭ１１、Ｉ
Ｃカード２で処理可能な複数のアプリケーションが格納
されるＥＥＰＲＯＭ１２から構成される。
【００３３】図４に本発明の第１実施例のＥＥＰＲＯＭ
のファイル構成図を示す。ＥＥＰＲＯＭ１２は、主に、
格納されたデータやアプリケーションを管理するため管
理情報が格納される管理エリア１３、ファイル構造など
のデータを格納するデータエリア１４、アプリケーショ
ンプログラムを格納するプログラムエリア１５から構成
される。
【００３４】データエリア１４に格納されるデータの各
アプリケーションに対応したディレクトリの最上位ディ
レクトリに対応したアプリケーションのプログラムエリ
ア１５における開始アドレスが付与される。なお、デー
タエリア１４とプログラムエリア１５とは、完全に分割
されており、その境界は変更可能とされている。
【００３５】図５に本発明の第１実施例のＥＥＰＲＯＭ
のエリアの分割を説明するための図を示す。図５に示す
ようにデータエリア１４とアプリケーションエリア１５
との境界ｃは、管理エリア１３に、例えば、データエリ
ア１４の最終アドレスａｄｒＤＤ、または、アプリケー
ションエリア１５の先頭アドレスａｄｒＤＡとして管理
される。
【００３６】ファイルを更新する場合には、管理エリア
１３に管理された境界ｃの情報、すなわち、データエリ
ア１４の最終アドレスａｄｒＤＤ、または、アプリケー
ションエリア１５の先頭アドレスａｄｒＤＡよりデータ
エリア１４側で収まるように制御され、アプリケーショ
ンを更新する場合にも、同様に、管理エリア１３に管理
された境界ｃの情報、すなわち、データエリア１４の最
終アドレスａｄｒＤＤ、または、アプリケーションエリ
ア１５の先頭アドレスａｄｒＤＡよりアプリケーション
エリア１５側で収まるように制御される。
【００３７】このように、データエリア１４とアプリケ
ーションエリア１５とを境界ｃにより管理することによ
り、データエリア１４の内容をアプリケーション更新時
などに更新されたアプリケーションにより破壊したり、
逆に、アプリケーションエリア１５の内容をファイル更
新時などに更新されたファイルにより破壊することを防
止できる。
【００３８】さらに、境界ｃの情報は、管理エリア１３
に設定されたアドレスにより管理されるので、管理エリ
ア１３に管理されたアドレスを変更することにより、境
界ｃの位置を容易に変更できる。このため、例えば、デ
ータエリア１４の記憶容量に余裕がある状態で、アプリ
ケーションが増加して、アプリケーションエリア１５の
記憶容量が不足したときなどには、管理エリア１３に管
理された境界ｃを決定するアドレスをデータエリア１４
側に変更するだけで、容易にアプリケーションエリア１
５の容量を確保できる。
【００３９】また、逆に、アプリケーションエリア１５
の記憶容量に余裕がある状態で、ファイル量が増加し
て、データエリア１４の記憶容量が不足したときなどに
は、管理エリア１３に管理された境界ｃを決定するアド
レスをアプリケーションエリア１５側に変更するだけ
で、容易にデータエリア１４の容量を確保できる。ま
た、本実施例では、データエリア１４では、データをア
ドレスの小さい方から格納し、アプリケーションエリア
１５では、アプリケーションをアドレスの大きい方から
格納し、データエリア１４とアプリケーションエリア１
５との境界ｃの前後で最後にデータやアプリケーション
が格納されるように構成することにより、データや、ア
プリケーションの移動を行うことなく、データエリア１
４とアプリケーションエリア１５との境界ｃを変更でき
るようになる。
【００４０】このため、アプリケーションをプリグラム
エリア１５に登録する際には、ＥＥＰＲＯＭ１２の上位
のアドレスから順に格納される。ここで、アプリケーシ
ョンの格納方法について説明する。図６に本発明の第１
実施例のアプリケーションの格納方法を説明するための
図を示す。
【００４１】図６に示すように、まず、アプリケーショ
ンＡＰＬ１が最上位アドレスから下位アドレスに向かっ
て格納され、次に、アプリケーションＡＰＬ２を格納す
る場合には、アプリケーションＡＰＬ１の最終アドレス
の次から下位アドレスに向かって格納される。以降、ア
プリケーションが格納される場合には、同様に、上位ア
ドレスから下位アドレスに向かって順次格納される。
【００４２】次に、データエリア１４のファイル構造に
ついて説明する。図７に本発明の第１実施例のファイル
構造を説明するための図を示す。本実施例のファイル構
造は、マスタディレクトリＤＬＬ０の配下に、アプリケ
ーションＡＰＬ１〜ＡＰＬｎが使用するファイルｆ１、
ｆｎ、ディレクトリｄｌｌ１、ｄｌｌｎ、ｄｌｌ１１、
ｄｌｌｎ１などから構成されるファイル部Ｆ１〜ｆｎが
配置される。
【００４３】アプリケーションＡＰＬ１〜ＡＰＬｎに対
応するファイル部Ｆ１〜Ｆｎの最上位ディレクトリｄｌ
ｌ１〜ｄｌｌｎには、アプリケーションＡＰＬ１〜ＡＰ
Ｌｎの格納アドレスａｄｒ１〜ａｄｒｎが付与される。
次にＩＣカード２でのアプリケーション選択時の動作を
説明する。図８に本発明の第１実施例のＩＣカードのア
プリケーション選択時の処理フローチャートを示す。
【００４４】ＩＣカード２では、ＩＣカードリーダ／ラ
イタ３を介してホストコンピュータ４からコマンドが供
給されると（ステップＳ１−１）、受信したコマンドを
解析する（ステップＳ１−２）。次に、ステップＳ１−
２での解析結果、受信コマンドがセレクトファイルコマ
ンドか否かを判定する（ステップＳ１−３）。ステップ
Ｓ１−３で、受信コマンドがセレクトファイルコマンド
の場合には、セレクトファイルコマンドによって指定さ
れたファイルを選択する（ステップＳ１−４）。
【００４５】次に、ステップＳ１−４で、ファイルが選
択され、最上位ディレクトリが認識されると（ステップ
Ｓ１−５）、最上位ディレクトリに付与された対応する
アプリケーションのアドレスを認識する（ステップＳ１
−６）。ステップＳ１−６で、最上位ディレクトリに付
与された対応するアプリケーションのアドレスが認識さ
れると、次に、認識されたアドレスから対応するアプリ
ケーションのコマンドを読み出して対応するアプリケー
ションを実行する（ステップＳ１−７）。
【００４６】なお、このとき、ディレクトリには対応す
るアプリケーションの開始アドレスしか付与されていな
いが、アプリケーションの開始アドレスには、実行すべ
きアプリケーションのサイズの情報が格納されており、
アプリケーションが実行される際には、開始アドレスに
格納されたサイズの情報からアプリケーションの最終ア
ドレスが認識される。また、アプリケーションは、上位
アドレスから下位アドレスに向かって格納されるので、
アプリケーションが実行される場合には、プログラムカ
ウンタは、開始アドレスから順次減算を行う。
【００４７】このように、アプリケーションの開始アド
レスにアプリケーションのサイズの情報を付与すること
により、ディレクトリでアプリケーションの開始アドレ
スを設定するだけで、所望のアプリケーションを実行で
きる。また、ステップＳ１−３で、他のコマンドが供給
された場合には、供給されたコマンドに応じた処理を行
う（ステップＳ１−８）。
【００４８】以上、本実施例によれば、ホストコンピュ
ータ４からのセレクトファイルコマンドにより、ファイ
ルを指定するだけで、指定されたファイルに対応するア
プリケーションが自動的に実行することができる。な
お、本実施例では、図５に示すように、最上位ディレク
トリにだけ対応アプリケーションのアドレスを付与した
が、下位のディレクトリに対応するアプリケーションを
付与してもよい。
【００４９】図９に本発明の第１実施例の変形例のファ
イル構造を説明するための図である。同図中、図７と同
一構成部分には同一符号を付し、その説明は省略する。
本変形例では、最上位ディレクトリｄｌｌ１、ｄｌｌｎ
の下位に設定されたディレクトリｄｌｌ１１、ｄｌｌｎ
１にも最上位ディレクトリｄｌｌ１、ｄｌｌｎと同様
に、対応するアプリケーションＡＰＬ１、ＡＰＬｎの格
納アドレスａｄｒ１、ａｄｒｎを付与してなる。
【００５０】本変形例によれば、いずれのディレクトリ
を選択しても対応するアプリケーションのアドレスを直
ぐに得ることができ、ディレクトリの選択後に対応アプ
リケーションを選択する処理が不要となり、アプリケー
ションの実行を迅速に行える。また、図７、図９に示す
ファイル構成では、ファイル部Ｆ１〜Ｆｎ内でディレク
トリに対応するアプリケーションのアドレスを付与した
が、これに限られるものではなく、マスタディレクトリ
ＤＬＬ０に対応するアプリケーションＡＰＬ０を付与す
るようにしてもよい。
【００５１】図１０に本発明の第１実施例の他の変形例
のファイル構造を説明するための図である。同図中、図
９と同一構成部分には同一符号を付し、その説明は省略
する。 本変形例では、マスタディレクトリＤＬＬ０に
対応するアプリケーションＡＰＬ０の格納アドレスａｄ
ｒ０を付与してなる。本変形例によれば、マスタディレ
クトリを含めて、いずれのディレクトリを選択しても対
応するアプリケーションのアドレスを直ぐに得ることが
でき、ディレクトリの選択後に対応アプリケーションを
選択する処理が不要となり、アプリケーションの実行を
迅速に行える。
【００５２】また、上記実施例では、ディレクトリに対
応するアプリケーションのアドレスを直接付与したが、
ディレクトリには、対応するアプリケーションの認識番
号を付与し、認識番号と認識番号に対応するアプリケー
ションのアドレスが格納されたアプリケーション管理テ
ーブルを設け、ディレクトリに付与された対応するアプ
リケーションの認識番号に応じてアプリケーション管理
テーブルを参照し、対応するアプリケーションのアドレ
スを得るように構成してもよい。
【００５３】ここで、アプリケーション管理テーブルを
設けた場合の実施例について説明する。なお、システム
構成については第１実施例と同様であるので、その説明
は省略する。図１１に本発明の第２実施例のＥＥＰＲＯ
Ｍのファイル構成図を示す。同図中、図４と同一構成部
分には同一符号を付し、その説明は省略する。
【００５４】本実施例では、ＥＥＰＲＯＭ２０の管理エ
リア１３にアプリケーション管理テーブル２１を設け、
データエリア１４のファイル部２２のディレクトリには
対応するアプリケーションの識別番号を付与してなる。
図１２に本発明の第２実施例のアプリケーション管理テ
ーブル２１のデータ構成図を示す。
【００５５】アプリケーション管理テーブル２１は、Ｅ
ＥＰＲＯＭ２０のプログラムエリア１５に登録されたア
プリケーションに対応した認識番号＃１〜＃ｎと、各認
識番号＃１〜＃ｎに対応したアプリケーションＡＰＬ１
〜ＡＰＬｎそれぞれのプログラムエリア１５内における
各アプリケーションの開始アドレスａｄｒ１〜ａｄｒｎ
とから構成される。
【００５６】ディレクトリには、上記認識番号＃１〜＃
ｎが設定される。図１３に本発明の第２実施例のファイ
ル構造を説明するための図を示す。同図中、図１０と同
一構成部分には同一符号を付し、その説明は省略する。
本実施例のファイル２２には、マスタディレクトリＤＬ
Ｌ０、マスタディレクトリＤＬＬ０の下位のディレクト
リｄｌｌ１、ｄｌｌ１１〜ｄｌｌｎ、ｄｌｌｎ１にマス
タディレクトリＤＬＬ０、ディレクトリｄｌｌ１、ｄｌ
ｌ１１〜ｄｌｌｎ、ｄｌｌｎ１に対応するアプリケーシ
ョンＡＰＬ１〜ＡＰＬｎを識別するための識別番号＃１
〜＃ｍ〜＃ｎが付与される。
【００５７】次に、本実施例でのアプリケーション選択
動作を説明する。図１４に本発明の第２実施例のＩＣカ
ードのアプリケーション選択時の処理フローチャートを
示す。ＩＣカード２では、ＩＣカードリーダ／ライタ３
を介してホストコンピュータ４からコマンドが供給され
ると（ステップＳ２−１）、受信したコマンドを解析す
る（ステップＳ２−２）。
【００５８】次に、ステップＳ２−２での解析結果、受
信コマンドがセレクトファイルコマンドか否かを判定す
る（ステップＳ２−３）。ステップＳ２−３で、受信コ
マンドがセレクトファイルコマンドの場合には、セレク
トファイルコマンドによって指定されたファイルを選択
する（ステップＳ２−４）。次に、ステップＳ２−４
で、ファイルが選択され、選択されたファイルのディレ
クトリが認識されると（ステップＳ２−５）、ディレク
トリに付与された対応するアプリケーションの認識番号
＃１〜＃ｎを認識する（ステップＳ２−６）。ステップ
Ｓ２−６で、ディレクトリに付与された対応するアプリ
ケーションの認識番号＃１〜＃ｎが認識されると、次
に、ＥＥＰＲＯＭ２０の管理エリア１３に設定されたア
プリケーション管理テーブル２１を参照し（ステップＳ
２−７）、認識番号＃１〜＃ｎに対応したプログラムエ
リア１５における対応アプリケーションＡＰＬ１〜ＡＰ
Ｌｎの開始アドレスａｄｒ１〜ａｄｒｎを取得する（ス
テップＳ２−８）。
【００５９】ステップＳ２−８で、取得された対応アプ
リケーションＡＰＬ１〜ＡＰＬｎの開始アドレスａｄｒ
１〜ａｄｒｎから対応するアプリケーションのコマンド
を読み出して対応するアプリケーションを実行する（ス
テップＳ２−９）。また、ステップＳ２−３で、他のコ
マンドが供給された場合には、供給されたコマンドに応
じた処理を行う（ステップＳ２−１０）。
【００６０】以上本実施例によれば、ホストコンピュー
タ４からのセレクトファイルコマンドにより、ファイル
を指定するだけで、指定されたファイルに対応するアプ
リケーションが自動的に実行することができる。また、
本実施例によれば、アプリケーションを更新する場合
に、旧アプリケーションはそのままで、更新したアプリ
ケーションをプログラムエリア１５に格納した後、アプ
リケーション管理テーブル２１の更新するアプリケーシ
ョンの認識番号に対応するアプリケーションのアドレス
を新たに格納した更新したアプリケーションの開始アド
レスに変更することにより更新を行える。
【００６１】図１５乃至図１７に本発明の第２実施例の
アプリケーション変更時の動作説明図を示す。図１５は
アプリケーション更新前のプログラムエリア１５及びア
プリケーション管理テーブル２１の状態、図１６はアプ
リケーション更新後のプログラムエリア１５及びアプリ
ケーション管理テーブル２１の状態、図１７はアプリケ
ーション移動後のプログラムエリア１５及びアプリケー
ション管理テーブル２１の状態を示す。
【００６２】図１５に示すようにプログラムエリア１５
にアプリケーションＡＰＬ１が格納されている場合、ア
プリケーション管理テーブル２１には、アプリケーショ
ンＡＰＬ１を識別するための識別番号＃１とプログラム
エリア１５に格納されたアプリケーションＡＰＬ１の開
始アドレスａｄｒ１が格納されている。ここで、アプリ
ケーションＡＰＬ１を更新する場合には、まず、図１６
に示すようにアプリケーションＡＰＬ１はそのままで、
アプリケーションＡＰＬ１に代えて更新すべきアプリケ
ーションＡＰＬ１’をプログラムエリア１５に格納す
る。
【００６３】次に、アプリケーション管理テーブル２１
の更新するアプリケーションに対応する識別番号＃１の
アプリケーション開始アドレスを旧アプリケーションＡ
ＰＬ１のアドレスａｄｒ１から今回新たに登録したアプ
リケーションＡＰＬ１’の開始アドレスａｄｒ１’に変
更する。以上により、旧アプリケーションＡＰＬ１はそ
のままで、認識番号＃１のアプリケーションＡＰＬ１を
アプリケーションＡＰＬ１’に更新できる。
【００６４】さらに、プログラムエリア１５の容量を確
保するために、図１７に示すように旧アプリケーション
ＡＰＬ１を削除してもよい。この場合には、プログラム
エリア１５でアプリケーションＡＰＬ１’を旧アプリケ
ーションＡＰＬ１が格納されていた位置に移動するとと
もに、アプリケーション管理テーブル２１の認識番号＃
１のアドレスを移動先のアドレスａｄｒ１に変更する。
【００６５】以上により、アプリケーションＡＰＬ１を
アプリケーションＡＰＬ１’に更新できる。なお、前述
の第１実施例では、対応アプリケーションの開始アドレ
スでアプリケーションを選択するものであったが、第２
実施例のファイル構造のアプリケーションの認識番号か
らアプリケーション管理テーブル２１を用いずに直接、
アプリケーションを選択する構成も考えられる。
【００６６】ここで、アプリケーションの認識番号で直
接、アプリケーションを選択する方法について説明す
る。図１８に本発明の第３実施例のアプリケーション実
行時の動作説明図を示す。本実施例は、第２実施例で、
ファイル構造は、図１３と同様なファイル構造を有し、
アプリケーション管理テーブル２１を持たない。
【００６７】本実施例では、図１３のディレクトリによ
り、認識番号＃１〜＃ｎのいずれかが選択されると、例
えば、認識番号＃ｍが選択されたとすると、まず、アプ
リケーションエリア１５の最初に格納されたアプリケー
ションＡＰＬ１の開始アドレスａｄｒ１を検索し、アプ
リケーションＡＰＬ１の開始アドレスａｄｒ１に格納さ
れたアプリケーションＡＰＬ１のサイズ情報Ｓ１を取得
する。ここで、認識番号を「＋１」して、まず、認識番
号＃１を得る。
【００６８】次に、アプリケーションＡＰＬ１の開始ア
ドレスａｄｒ１からサイズ情報Ｓ１を減算して、アプリ
ケーションＡＰＬ１の次に格納されたアプリケーション
ＡＰＬ２の開始アドレスａｄｒ２を検索する。検索され
た開始アドレスａｄｒ２に格納されたアプリケーション
ＡＰＬ２のサイズ情報Ｓ２を取得する。ここで、認識番
号＃１に「＋１」して、認識番号＃２を得る。
【００６９】上記動作を目的の認識番号＃ｍが得られる
まで繰り返す。なお、最終のアプリケーションＡＰＬｎ
の最終アドレスには、新規にアプリケーションを格納す
る際の開始アドレスを設定を容易にするために終了情報
を格納しておく。以上の本実施例によれば、アプリケー
ションの開始アドレスを持つ必要がないので、ファイル
の容量を有効に使える。
【００７０】なお、上記第１、第２実施例では、アプリ
ケーションを上位アドレスから下位アドレスに向かって
格納した場合について説明したが、管理エリア１３、デ
ータエリア１４、アプリケーションエリア１５の関係、
及び、アドレスの関係は相対的なもので、上記形態に限
られるものではない。また、上記第１、第２実施例で
は、接触型ＩＣカードについて説明したが、非接触型Ｉ
Ｃカードなどに対しても適用できることは言うまでもな
い。
【００７１】
【発明の効果】上述の如く、本発明の請求項１によれ
ば、ディレクトリを選択したときに、それに付与された
識別番号により対応するアプリケーションを即座に認識
できる等の特長を有する。請求項２によれば、識別情報
を対応するアプリケーションの先頭のアドレスとするこ
とにより、ディレクトリから対応するアプリケーション
を即座に実行できる等の特長を有する。
【００７２】請求項３によれば、識別情報と、識別情報
に対応したアプリケーションの先頭のアドレスが格納さ
れたアプリケーション管理テーブルとにより、アプリケ
ーション管理テーブルの識別情報と、識別情報に対応し
たアプリケーションの先頭のアドレスとの関係を変更す
るだけで、様々な機能を実現でき、少ない記憶領域で高
機能化を実現できる等の特長を有する。
【００７３】請求項４によれば、アプリケーションの格
納順から所望のアドレスの先頭アドレスを取得すること
ができるので、アドレスを設定する必要がなく、よっ
て、容量を有効に使用することができる等の特長を有す
る。請求項５によれば、識別情報をアプリケーションが
利用するディレクトリのうち最上位のディレクトリに付
与することにより、簡単に、配下の複数のディレクトリ
に一つのアプリケーションを対応させることができる等
の特長を有する。
【００７４】請求項６によれば、識別情報が各ディレク
トリ毎に付与することにより、処理中のディレクトリで
対応するアプリケーションを認識できるので、対応する
アプリケーションを即座に実行可能となる等の特長を有
する。請求項７によれば、アプリケーション領域に格納
されたアプリケーションを削除する場合に、データ領域
に格納されたアプリケーションに対応する識別情報を無
効にすることにより、アプリケーションを削除すること
なく識別情報だけを無効にすればよいので、簡単に不要
なアプリケーションを削除できる等の特長を有する。
【００７５】請求項８によれば、アプリケーションを更
新する場合に、更新するアプリケーションを追加して格
納し、旧アプリケーションの識別情報を更新したアプリ
ケーションに対応した識別情報に変更することにより、
アプリケーション変更を行うことにより、旧アプリケー
ションを削除することなく、アプリケーション変更が可
能となる等の特長を有する。
【００７６】請求項９によれば、アプリケーションを格
納するアプリケーション領域とデータを格納するデータ
領域とを予め設定された領域に分割して管理することに
より、データ更新時等に誤ってアプリケーションを更新
することがなくなる等の特長を有する。請求項１０によ
れば、アプリケーション領域とデータ領域との境界を任
意に変更可能とすることにより、それぞれの記憶情報量
に応じてデータ領域及びアプリケーション領域を確保で
きるので、効率よく記憶領域を使用できる等の特長を有
する。
【００７７】請求項１１によれば、アプリケーション領
域のアプリケーション領域とデータ領域との境界とは反
対の端部から順にアプリケーションを格納することによ
り、する等の特長を有する。請求項１２によれば、ディ
レクトリを選択したときに、それに付与された識別番号
により対応するアプリケーションを即座に認識できるの
で、アプリケーションを迅速に起動できる等の特長を有
する。
【００７８】請求項１３によれば、識別情報を対応する
アプリケーションの先頭のアドレスとすることにより、
ディレクトリから対応するアプリケーションを即座に実
行できる等の特長を有する。請求項１４によれば、識別
情報と、識別情報に対応したアプリケーションの先頭の
アドレスが格納されたアプリケーション管理テーブルと
により、アプリケーション管理テーブルの識別情報と、
識別情報に対応したアプリケーションの先頭のアドレス
との関係を変更するだけで、様々な機能を実現でき、少
ない記憶領域で高機能化を実現できる等の特長を有す
る。
【００７９】請求項１５によれば、識別情報をアプリケ
ーションが利用するディレクトリのうち最上位のディレ
クトリに付与することにより、簡単に、配下の複数のデ
ィレクトリに一つのアプリケーションを対応させること
ができる等の特長を有する。請求項１６によれば、識別
情報が各ディレクトリ毎に付与することにより、処理中
のディレクトリで対応するアプリケーションを認識でき
るので、対応するアプリケーションを即座に実行可能と
なる等の特長を有する。
【００８０】請求項１７によれば、アプリケーション領
域に格納されたアプリケーションを削除する場合に、デ
ータ領域に格納されたアプリケーションに対応する識別
情報を無効にすることにより、アプリケーションを削除
することなく識別情報だけを無効にすればよいので、簡
単に不要なアプリケーションを削除できる等の特長を有
する。
【図面の簡単な説明】
【図１】本発明の第１実施例のシステム構成図である。
【図２】本発明の第１実施例のＩＣカードの概略図であ
る。
【図３】本発明の第１実施例のＩＣカードのブロック構
成図である。
【図４】本発明の第１実施例のＥＥＰＲＯＭのファイル
構成図である。
【図５】本発明の第１実施例のＥＥＰＲＯＭのエリアの
分割を説明するための図である。
【図６】本発明の第１実施例のアプリケーションの格納
方法を説明するための図である。
【図７】本発明の第１実施例のファイル構造を説明する
ための図である。
【図８】本発明の第１実施例のＩＣカードでのアプリケ
ーション選択時の処理フローチャートである。
【図９】本発明の第１実施例の変形例のファイル構造を
説明するための図である。
【図１０】本発明の第１実施例の他の変形例のファイル
構造を説明するための図である。
【図１１】本発明の第２実施例のＥＥＰＲＯＭのファイ
ル構成図である。
【図１２】本発明の第２実施例のアプリケーション管理
テーブルのデータ構成図である。
【図１３】本発明の第２実施例のファイル構造を説明す
るための図である。
【図１４】本発明の第２実施例のＩＣカードでのアプリ
ケーション選択時の処理フローチャートである。
【図１５】本発明の第２実施例のアプリケーション変更
時の動作説明図である。
【図１６】本発明の第２実施例のアプリケーション変更
時の動作説明図である。
【図１７】本発明の第２実施例のアプリケーション変更
時の動作説明図である。
【図１８】本発明の第３実施例のアプリケーション実行
時の動作説明図である。
【符号の説明】
１ システム ２ ＩＣカード ３ ＩＣカードリーダ／ライタ ４ ホストコンピュータ ５ カード本体 ６ ＬＳＩ ７ コンタクト ８ インタフェース回路 ９ ＣＰＵ １０ ＲＯＭ １１ ＲＡＭ １２、２０ ＥＥＰＲＯＭ １３ 管理エリア １４ データエリア １５ プログラムエリア １６、２２ ファイル構造 ２１ プログラム管理テーブル

Claims (17)

    【特許請求の範囲】
  1. 【請求項１】 複数のアプリケーションを保有する際の
    アプリケーション管理方法であって、 前記複数のアプリケーションに対応するディレクトリ構
    造を有し、 該ディレクトリ構造の所定のディレクトリに、対応する
    アプリケーションを識別する識別情報が付与され、 前記所定のディレクトリが選択されたときに、前記識別
    情報に応じて対応するアプリケーションが選択されるよ
    うに管理することを特徴とするアプリケーション管理方
    法。
  2. 【請求項２】 前記識別情報は、前記所定のディレクト
    リに対応するアプリケーションのアドレスであり、 前記アドレスを認識し、対応するアプリケーションを選
    択することを特徴とする請求項１記載のアプリケーショ
    ン管理方法。
  3. 【請求項３】 前記識別情報に対応した前記アプリケー
    ションの先頭のアドレスが格納されたアプリケーション
    管理テーブルを有し、 前記所定のディレクトリが選択されたときに、前記アプ
    リケーション管理テーブルを参照し、前記所定のディレ
    クトリに付与された前記識別情報に対応したアプリケー
    ションのアドレスを認識し、アプリケーションを選択す
    ることを特徴とする請求項１記載のアプリケーション管
    理方法。
  4. 【請求項４】 前記識別情報は、前記アプリケーション
    の格納順に格納され、 前記アプリケーションの先頭アドレスには、そのアプリ
    ケーションのサイズ情報が格納され、 前記アプリケーションの先頭アドレスに格納されたアプ
    リケーションのサイズ情報を検出し、該アプリケーショ
    ンのサイズ情報に応じて次のアプリケーションの先頭ア
    ドレスを検出する動作を繰り返すことにより所望のアプ
    リケーションの先頭アドレスを取得することを特徴とす
    る請求項１記載のアプリケーション管理方法。
  5. 【請求項５】 前記識別情報は、アプリケーションが利
    用するディレクトリのうち最上位のディレクトリに付与
    されたことを特徴とする請求項１乃至４のいずれか一項
    記載のアプリケーション管理方法。
  6. 【請求項６】 前記識別情報は、各ディレクトリ毎に付
    与されることを特徴とする請求項１乃至５のいずれか一
    項記載のアプリケーション管理方法。
  7. 【請求項７】 前記アプリケーション領域に格納された
    アプリケーションを削除する場合に、前記データ領域に
    格納された前記アプリケーションに対応する前記識別情
    報を無効にすることを特徴とする請求項１乃至６のいず
    れか一項記載のアプリケーション管理方法。
  8. 【請求項８】 前記アプリケーション領域に格納された
    アプリケーションを更新する場合に、前記アプリケーシ
    ョン領域に更新するアプリケーションを追加して格納
    し、 前記データ領域の更新されるアプリケーションの前記識
    別情報を前記追加更新されたアプリケーションに対応し
    た識別情報に変更することを特徴とする請求項１乃至７
    のいずれか一項記載のアプリケーション管理方法。
  9. 【請求項９】 アプリケーションと該アプリケーション
    で使用するデータとを一連の記憶領域で管理するアプリ
    ケーション管理方法において、 前記アプリケーションを格納するアプリケーション領域
    と前記データを格納するデータ領域とを予め設定された
    領域に分割して管理することを特徴とするアプリケーシ
    ョン管理方法。
  10. 【請求項１０】 前記アプリケーション領域と前記デー
    タ領域との境界を任意に変更可能としたことを特徴とす
    る請求項９記載のアプリケーション管理方法。
  11. 【請求項１１】 前記アプリケーション領域にアプリケ
    ーションを格納する場合に、前記アプリケーション領域
    の前記アプリケーション領域と前記データ領域との境界
    とは反対の端部から順にアプリケーションを格納するこ
    とを特徴とする請求項９又は１０記載のアプリケーショ
    ン管理方法。
  12. 【請求項１２】 複数のアプリケーションを保有する記
    憶装置において、 前記複数のアプリケーションに対応するディレクトリ構
    造を有し、 該ディレクトリ構造の所定のディレクトリに、対応する
    アプリケーションを識別する識別情報が付与されたこと
    を特徴とする情報処理装置。
  13. 【請求項１３】 前記識別情報は、前記所定のディレク
    トリに対応するアプリケーションのアドレスであること
    を特徴とする請求項１２記載の情報処理装置。
  14. 【請求項１４】 前記識別情報に対応した前記アプリケ
    ーションのアドレスが格納されたアプリケーション管理
    テーブルを有することを特徴とする請求項１２記載の情
    報処理装置。
  15. 【請求項１５】 前記識別情報は、アプリケーションが
    利用するディレクトリのうち最上位のディレクトリに付
    与されたことを特徴とする請求項１２乃至１４のいずれ
    か一項記載の情報処理装置。
  16. 【請求項１６】 前記識別情報は、各ディレクトリ毎に
    付与されたことを特徴とする請求項１２乃至１５のいず
    れか一項記載の情報処理装置。
  17. 【請求項１７】 アプリケーションと該アプリケーショ
    ンで使用するデータとを一連の記憶領域に格納した情報
    処理装置において、 前記アプリケーションを格納するアプリケーション領域
    と前記データを格納するデータ領域とを予め設定された
    領域に分割して格納したことを特徴とする情報処理装
    置。
JP10011689A 1998-01-23 1998-01-23 アプリケーション管理方法、及び、それを用いた情報処理装置 Pending JPH11212774A (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP10011689A JPH11212774A (ja) 1998-01-23 1998-01-23 アプリケーション管理方法、及び、それを用いた情報処理装置
US09/122,740 US7308433B1 (en) 1998-01-23 1998-07-27 Application managing method and information processing apparatus using the method
FR9810570A FR2774189B1 (fr) 1998-01-23 1998-08-20 Procede de gestion d'application et appareil de traitement d'information utilisant le procede
FR9900092A FR2774785B1 (fr) 1998-01-23 1999-01-07 Procede de gestion d'application et appareil de traitement d'information utilisant le procede

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP10011689A JPH11212774A (ja) 1998-01-23 1998-01-23 アプリケーション管理方法、及び、それを用いた情報処理装置

Publications (1)

Publication Number Publication Date
JPH11212774A true JPH11212774A (ja) 1999-08-06

Family

ID=11785005

Family Applications (1)

Application Number Title Priority Date Filing Date
JP10011689A Pending JPH11212774A (ja) 1998-01-23 1998-01-23 アプリケーション管理方法、及び、それを用いた情報処理装置

Country Status (3)

Country Link
US (1) US7308433B1 (ja)
JP (1) JPH11212774A (ja)
FR (2) FR2774189B1 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002099414A (ja) * 2000-09-25 2002-04-05 Tetsuo Abe プログラム開発方法、プログラム開発用のプログラムを記録した記録媒体およびプログラム開発システム
JP2004030532A (ja) * 2002-06-28 2004-01-29 Dainippon Printing Co Ltd Ｉｃカード及びｉｃカードプログラム
JP2004029945A (ja) * 2002-06-21 2004-01-29 Dainippon Printing Co Ltd Ｉｃカード及びｉｃカードプログラム
WO2004081859A1 (en) 2003-03-12 2004-09-23 Telia Ab (Publ) Device and procedure for handling of services
WO2009055704A3 (en) * 2007-10-25 2009-09-17 Visa International Service Association Device including multiple payment applications
JP2017045103A (ja) * 2015-08-24 2017-03-02 大日本印刷株式会社 電子情報記憶媒体、情報処理方法、及び情報処理プログラム

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1113387A3 (en) * 1999-12-31 2001-11-21 SCHLUMBERGER Systèmes Smart card having a non-volatile memory with a novel mapping
FR2816090B1 (fr) * 2000-10-26 2003-01-10 Schlumberger Systems & Service Dispositif de partage de fichiers dans un dispositif a circuit integre
US20050177658A1 (en) * 2002-02-18 2005-08-11 Axalto Sa Data organization in a smart card
FR2897705A1 (fr) * 2006-02-22 2007-08-24 Proton World Internatinal Nv Mise a jour d'une carte a puce
JP4758794B2 (ja) * 2006-03-16 2011-08-31 富士通株式会社 メモリ領域割り当て制御装置、メモリ領域割り当て制御プログラム、及びメモリ領域割り当て制御方法
WO2011081950A1 (en) * 2009-12-14 2011-07-07 Massachussets Institute Of Technology Methods, systems and media utilizing ranking techniques in machine learning
JP5558394B2 (ja) 2011-03-18 2014-07-23 株式会社東芝 通信媒体、ｉｃカード、コマンド実行方法
AU2014202122B2 (en) * 2011-09-16 2015-01-15 Google Llc Secure application directory
US8313036B1 (en) * 2011-09-16 2012-11-20 Google Inc. Secure application directory
AU2015201772B2 (en) * 2011-09-16 2015-07-30 Google Llc Secure application directory
CN103761126B (zh) * 2014-01-07 2017-03-15 中国神华能源股份有限公司 应用程序的升级方法和装置

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2514954B2 (ja) 1987-03-13 1996-07-10 三菱電機株式会社 Ｉｃカ−ド
JP3032207B2 (ja) 1987-04-24 2000-04-10 株式会社日立製作所 マイクロ・コンピュータ
GB2204973A (en) 1987-05-19 1988-11-23 Gen Electric Co Plc Data processing system
JPS6429051A (en) 1987-07-24 1989-01-31 Nippon Telegraph & Telephone Ic card telephone system
JP2635601B2 (ja) 1987-07-28 1997-07-30 株式会社東芝 携帯可能電子装置
JPH065272Y2 (ja) 1987-08-18 1994-02-09 スズキ株式会社 フロントグリルの取付構造
JPS6431285U (ja) 1987-08-19 1989-02-27
JPH01197895A (ja) 1988-02-03 1989-08-09 Toshiba Corp 携帯可能電子装置のメモリ登録方式
US5276903A (en) * 1988-08-12 1994-01-04 Hatachi Maxell, Ltd. Method for rewriting partial program data in an IC card and apparatus therefor
JP3015377B2 (ja) 1988-08-26 2000-03-06 株式会社東芝 Ｉｃカード
JPH02287739A (ja) 1989-04-28 1990-11-27 Moji Zukei Center:Kk メモリアクセス方法
JPH03232029A (ja) * 1989-12-08 1991-10-16 Fuji Photo Film Co Ltd メモリカードの記憶管理方式
JPH04255089A (ja) 1991-02-06 1992-09-10 Fujitsu Ltd ビジュアルｉｃカード
JPH0511987A (ja) 1991-07-04 1993-01-22 Nec Corp アプリケーシヨンプログラム起動方式
FR2683357A1 (fr) 1991-10-30 1993-05-07 Philips Composants Microcircuit pour carte a puce a memoire programmable protegee.
FR2687816B1 (fr) 1992-02-24 1994-04-08 Gemplus Card International Procede de personnalisation d'une carte a puce.
US5423034A (en) * 1992-06-10 1995-06-06 Cohen-Levy; Leon Network file management with user determined hierarchical file structures and means for intercepting application program open and save commands for inputting and displaying user inputted descriptions of the location and content of files
FR2693008B1 (fr) 1992-06-30 1994-08-26 Gemplus Card Int Procédé de reconnaissance des fichiers dans une mémoire, notamment une mémoire pour carte à circuit intégré.
DE69320900T3 (de) 1992-08-13 2007-04-26 Matsushita Electric Industrial Co., Ltd., Kadoma IC-Karte mit hierarchischer Dateienstruktur
US5590306A (en) * 1992-09-08 1996-12-31 Fuji Photo Film Co., Ltd. Memory card management system for writing data with usage and recording codes made significant
JPH06175905A (ja) * 1992-12-03 1994-06-24 Fujitsu Ltd 暗号化ファイル共有方法
JPH06348556A (ja) 1993-06-12 1994-12-22 Nec Corp 記憶域管理システム
JP3729421B2 (ja) * 1994-03-18 2005-12-21 富士通株式会社 不正使用防止方法及び不正使用防止システム
JP4095680B2 (ja) * 1994-08-01 2008-06-04 富士通株式会社 カード型記憶装置用セキュリティ管理方法およびカード型記憶装置
JP3691871B2 (ja) * 1995-03-20 2005-09-07 富士通株式会社 カード型記憶媒体
US5778392A (en) * 1996-04-01 1998-07-07 Symantec Corporation Opportunistic tile-pulling, vacancy-filling method and apparatus for file-structure reorganization
JP2912236B2 (ja) 1996-06-19 1999-06-28 日本電気ソフトウェア株式会社 メモリのプログラム実行領域とファイル領域の確保方式
JPH1011689A (ja) 1996-06-21 1998-01-16 Anritsu Corp 自動検針用無線システム
US6148377A (en) * 1996-11-22 2000-11-14 Mangosoft Corporation Shared memory computer networks
US6449607B1 (en) * 1998-09-11 2002-09-10 Hitachi, Ltd. Disk storage with modifiable data management function

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002099414A (ja) * 2000-09-25 2002-04-05 Tetsuo Abe プログラム開発方法、プログラム開発用のプログラムを記録した記録媒体およびプログラム開発システム
JP2004029945A (ja) * 2002-06-21 2004-01-29 Dainippon Printing Co Ltd Ｉｃカード及びｉｃカードプログラム
JP2004030532A (ja) * 2002-06-28 2004-01-29 Dainippon Printing Co Ltd Ｉｃカード及びｉｃカードプログラム
WO2004081859A1 (en) 2003-03-12 2004-09-23 Telia Ab (Publ) Device and procedure for handling of services
WO2009055704A3 (en) * 2007-10-25 2009-09-17 Visa International Service Association Device including multiple payment applications
JP2017045103A (ja) * 2015-08-24 2017-03-02 大日本印刷株式会社 電子情報記憶媒体、情報処理方法、及び情報処理プログラム

Also Published As

Publication number Publication date
US7308433B1 (en) 2007-12-11
FR2774189A1 (fr) 1999-07-30
FR2774189B1 (fr) 2005-04-15
FR2774785A1 (fr) 1999-08-13
FR2774785B1 (fr) 2005-04-15

Similar Documents

Publication Publication Date Title
US7308433B1 (en) Application managing method and information processing apparatus using the method
US8190206B2 (en) Dual channel smart card data storage
JPH0259940A (ja) 携帯可能電子装置
CN106648463B (zh) Nand Flash块管理方法和系统
KR20040053155A (ko) 휴대 가능 정보 기록 매체
KR940007350B1 (ko) 휴대가능 전자장치
CN1211329A (zh) 修改智能卡的指令集的方法
EP1435040B1 (en) Method of encoding information within directory files on an integrated circuit smart card
EP1239411A1 (en) Ic card and method for managing volatile memory of the ic card
US20030151125A1 (en) IC card
US20100153642A1 (en) Method and system for authenticating storage device connected through intermediate converter
CN113342819A (zh) 一种卡号生成方法、装置、设备及存储介质
KR101551731B1 (ko) 접속된 호스트 장비의 플랫폼에 의존하여 자체-적응 서비스들을 제공하기 위한 전자 디바이스
JP3668204B2 (ja) 携帯可能電子装置及びデータ領域割当方法
US7346730B2 (en) Mobile electronic device
CN100365652C (zh) 对混合型便携式对象中的存储器的管理方法
JP5230137B2 (ja) 情報処理装置及びセキュリティチップ
JPH1074243A (ja) Ｉｃカード
CN1794848A (zh) 设备和认证卡之间数据同步控制的方法及用户认证卡
KR101357518B1 (ko) Ｔｒａｎｓｉｅｎｔ 메모리에 파일 데이터가 저장되는 파일을 운용하는 스마트카드 및 그의 파일 관리 방법
JPH0264887A (ja) 携帯可能電子装置
JP2008146343A (ja) Ｉｃカード、および、更新プログラムの呼出し方法
JP2022178821A (ja) セキュアエレメント，トランザクション制御方法およびデバイス
JP2007114979A (ja) データファイルを共有化するｉｃカードおよびｉｃカード用プログラム
CN118708289A (zh) 容器文件系统管理方法、装置、设备、介质及程序产品

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040309

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040507

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20041012

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041208

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050510