JP3536149B2 - メモリ領域の管理方法 - Google Patents
メモリ領域の管理方法Info
- Publication number
- JP3536149B2 JP3536149B2 JP03141593A JP3141593A JP3536149B2 JP 3536149 B2 JP3536149 B2 JP 3536149B2 JP 03141593 A JP03141593 A JP 03141593A JP 3141593 A JP3141593 A JP 3141593A JP 3536149 B2 JP3536149 B2 JP 3536149B2
- Authority
- JP
- Japan
- Prior art keywords
- area
- directory
- person
- access
- card
- 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.)
- Expired - Lifetime
Links
Landscapes
- Storage Device Security (AREA)
Description
【０００１】
【産業上の利用分野】本発明はメモリ領域の管理方法、
特に、ＩＣカードに内蔵されている記憶装置のメモリ領
域を分割して複数の者に割り当て、複数の者によってメ
モリ領域を共用できるようにしたメモリ領域の管理方法
に関する。
特に、ＩＣカードに内蔵されている記憶装置のメモリ領
域を分割して複数の者に割り当て、複数の者によってメ
モリ領域を共用できるようにしたメモリ領域の管理方法
に関する。
【０００２】
【従来の技術】磁気カードに代わる新しい情報記録媒体
として、ＩＣカードが注目を集めている。このＩＣカー
ドは、メモリ素子を内蔵しており、磁気カードに比べて
情報の記憶容量が格段に向上しており、しかも高度なセ
キュリティを有する。そのため、１枚のＩＣカードを複
数の用途に利用することが可能である。たとえば、特定
の個人に対して発行した１枚のＩＣカードを、銀行用の
キャッシュカード、病院用の診察カード、デパート用の
プリペイドカード、といった複数の用途に利用できるよ
うにすることが可能になる。この場合、銀行、病院、デ
パート、という三者が同一のＩＣカード内のメモリ領域
を共用することになる。１枚のＩＣカードを複数の者に
共用させるためには、メモリ領域に複数の領域を定義
し、各領域を各者に割り当てておくのが一般的である。
すなわち、上述の例の場合、カード発行時に、銀行用領
域、病院用領域、デパート用領域、という３つの領域が
割り当てられることになる。
として、ＩＣカードが注目を集めている。このＩＣカー
ドは、メモリ素子を内蔵しており、磁気カードに比べて
情報の記憶容量が格段に向上しており、しかも高度なセ
キュリティを有する。そのため、１枚のＩＣカードを複
数の用途に利用することが可能である。たとえば、特定
の個人に対して発行した１枚のＩＣカードを、銀行用の
キャッシュカード、病院用の診察カード、デパート用の
プリペイドカード、といった複数の用途に利用できるよ
うにすることが可能になる。この場合、銀行、病院、デ
パート、という三者が同一のＩＣカード内のメモリ領域
を共用することになる。１枚のＩＣカードを複数の者に
共用させるためには、メモリ領域に複数の領域を定義
し、各領域を各者に割り当てておくのが一般的である。
すなわち、上述の例の場合、カード発行時に、銀行用領
域、病院用領域、デパート用領域、という３つの領域が
割り当てられることになる。
【０００３】
【発明が解決しようとする課題】ＩＣカードの利用形態
は、今後益々複雑になってゆくと予想される。上述の例
では、銀行、病院、デパート、という三者が並列的な利
用形態にあるが、今後は階層的な利用形態も必要になる
ものと思われる。たとえば、銀行が自己に割り当てられ
た領域の一部を信販会社に貸与し、銀行用領域の一部に
信販会社用領域を定義して用いるような利用形態も考え
られる。この場合、上位階層の銀行に対しては、信販会
社は下位階層に所属することになる。更に、この信販会
社が自己に割り当てられた領域の一部を別な小会社に貸
与するような利用形態も考えられる。このように、並列
的な利用形態だけでなく、階層的な利用形態を実現する
ためには、メモリ領域の合理的な管理が必要になり、従
来の管理方法では十分に対応することができない。特
に、セキュリティに関連した種々のアクセス権限を多数
の者の間ではっきり取決めておく必要がある。
は、今後益々複雑になってゆくと予想される。上述の例
では、銀行、病院、デパート、という三者が並列的な利
用形態にあるが、今後は階層的な利用形態も必要になる
ものと思われる。たとえば、銀行が自己に割り当てられ
た領域の一部を信販会社に貸与し、銀行用領域の一部に
信販会社用領域を定義して用いるような利用形態も考え
られる。この場合、上位階層の銀行に対しては、信販会
社は下位階層に所属することになる。更に、この信販会
社が自己に割り当てられた領域の一部を別な小会社に貸
与するような利用形態も考えられる。このように、並列
的な利用形態だけでなく、階層的な利用形態を実現する
ためには、メモリ領域の合理的な管理が必要になり、従
来の管理方法では十分に対応することができない。特
に、セキュリティに関連した種々のアクセス権限を多数
の者の間ではっきり取決めておく必要がある。
【０００４】そこで本発明は、メモリ領域が複数の者に
よって階層的に利用される場合に、各利用者ごとのアク
セス権限を明確に取り扱うことができるメモリ領域の管
理方法を提供することを目的とする。
よって階層的に利用される場合に、各利用者ごとのアク
セス権限を明確に取り扱うことができるメモリ領域の管
理方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】(1) 本願第１の発明
は、ＩＣカードに内蔵されている記憶装置のメモリ領域
を分割して複数の者に割り当て、割り当てられた領域を
アクセスするために必要な情報が記録されたディレクト
リを各割当領域ごとに用意し、それぞれの者に各ディレ
クトリを用いて「割り当てられた領域に対するアクセス
権限」を与え、複数の者によってメモリ領域を共用でき
るようにし、第１の者に第１の領域を割り当てる場合に
は、第１の領域をアクセスするために用いる第１のディ
レクトリを作成し、この第１のディレクトリ内に、第１
の者の「必要に応じて第１の領域内の一部に定義される
であろう下位階層の領域内も含めた第１の領域全体」に
ついてのアクセス権限を設定し、第１の者に割り当てら
れた第１の領域内の一部を、第２の者に再度割り当てる
階層的な割り当てを行う場合には、第２の領域をアクセ
スするために用いる第２のディレクトリを作成し、この
第２のディレクトリ内に、第２の者の第２の領域につい
てのアクセス権限を設定するＩＣカードに内蔵されてい
る記憶装置のメモリ領域の管理方法において、第２のデ
ィレクトリ内に、第１の者の第２の領域についてのアク
セスを制限するアクセス権限を設定し、第１の者が、第
２の領域をアクセスする際には、第１のディレクトリ内
に設定された第１の者のアクセス権限と第２のディレク
トリ内に設定された第１の者のアクセス権限との両者の
制限を受けるようにしたものである。
は、ＩＣカードに内蔵されている記憶装置のメモリ領域
を分割して複数の者に割り当て、割り当てられた領域を
アクセスするために必要な情報が記録されたディレクト
リを各割当領域ごとに用意し、それぞれの者に各ディレ
クトリを用いて「割り当てられた領域に対するアクセス
権限」を与え、複数の者によってメモリ領域を共用でき
るようにし、第１の者に第１の領域を割り当てる場合に
は、第１の領域をアクセスするために用いる第１のディ
レクトリを作成し、この第１のディレクトリ内に、第１
の者の「必要に応じて第１の領域内の一部に定義される
であろう下位階層の領域内も含めた第１の領域全体」に
ついてのアクセス権限を設定し、第１の者に割り当てら
れた第１の領域内の一部を、第２の者に再度割り当てる
階層的な割り当てを行う場合には、第２の領域をアクセ
スするために用いる第２のディレクトリを作成し、この
第２のディレクトリ内に、第２の者の第２の領域につい
てのアクセス権限を設定するＩＣカードに内蔵されてい
る記憶装置のメモリ領域の管理方法において、第２のデ
ィレクトリ内に、第１の者の第２の領域についてのアク
セスを制限するアクセス権限を設定し、第１の者が、第
２の領域をアクセスする際には、第１のディレクトリ内
に設定された第１の者のアクセス権限と第２のディレク
トリ内に設定された第１の者のアクセス権限との両者の
制限を受けるようにしたものである。
【０００６】(2) 本願第２の発明は、上述の第１の発
明に係る管理方法において、第２の領域に対する、デー
タの読出し命令、データの追記命令、データの書換え命
令、他の者への再割り当て命令、の少なくとも４つの命
令のそれぞれについて実行可能であるか否かを示す第１
の者のアクセス権限を、第２のディレクトリ内に書き込
むようにしたものである。
明に係る管理方法において、第２の領域に対する、デー
タの読出し命令、データの追記命令、データの書換え命
令、他の者への再割り当て命令、の少なくとも４つの命
令のそれぞれについて実行可能であるか否かを示す第１
の者のアクセス権限を、第２のディレクトリ内に書き込
むようにしたものである。
【０００７】
【作 用】本発明によるメモリ領域の管理方法では、第
２の者に割り当てられた第２の領域に対して、第１の者
が所定の命令を実行可能であるか否かを示す権限情報
が、第２の領域についてのディレクトリ内に書き込まれ
る。たとえば、銀行が自己に割り当てられた領域の一部
を信販会社に貸与し、銀行用領域の一部に信販会社用領
域を定義した場合を考える。この場合、信販会社用領域
のためのディレクトリ内には、この信販会社用領域に対
して、銀行が所定の命令を実行可能であるか否かを示す
権限情報が書き込まれる。たとえば、データの読出し命
令だけが実行可能である旨の権限情報を書き込んだ場
合、銀行は信販会社用領域内のデータを読出す権限はも
つが、データの追記や書換えなどを行う権限はもたない
ことになる。こうして、各利用者ごとの権限を明確に取
り扱うことができるようになる。
２の者に割り当てられた第２の領域に対して、第１の者
が所定の命令を実行可能であるか否かを示す権限情報
が、第２の領域についてのディレクトリ内に書き込まれ
る。たとえば、銀行が自己に割り当てられた領域の一部
を信販会社に貸与し、銀行用領域の一部に信販会社用領
域を定義した場合を考える。この場合、信販会社用領域
のためのディレクトリ内には、この信販会社用領域に対
して、銀行が所定の命令を実行可能であるか否かを示す
権限情報が書き込まれる。たとえば、データの読出し命
令だけが実行可能である旨の権限情報を書き込んだ場
合、銀行は信販会社用領域内のデータを読出す権限はも
つが、データの追記や書換えなどを行う権限はもたない
ことになる。こうして、各利用者ごとの権限を明確に取
り扱うことができるようになる。
【０００８】
【実施例】以下、本発明を図示する実施例に基づいて説
明する。ここでは、ＩＣカードに内蔵されたＥＥＰＲＯ
Ｍのメモリ領域を、複数の者で共用する場合を例にと
る。はじめに、このＥＥＰＲＯＭのメモリ領域上に、図
１に示すように、領域Ａ，ＢとディレクトリＡ，Ｂとが
定義されているものとする。ここで、ディレクトリＡに
は領域Ａをアクセスするために必要な情報（たとえば、
領域Ａのアドレス情報、全容量、既に記録されたレコー
ド数など）が書き込まれ、ディレクトリＢには領域Ｂを
アクセスするために必要な情報が書き込まれる。ここで
は、領域Ａが銀行の使用領域として確保され、領域Ｂが
病院の使用領域として確保されているものとして、以下
の説明を行う。したがって、領域Ａには、たとえば銀行
預金の預入額や引出額、借入額、などが記録されること
になり、領域Ｂには、たとえば診察記録や検査結果など
が記録されることになる。したがって、このＩＣカード
の所有者は、このＩＣカードを銀行用のキャッシングカ
ードとして利用することもできるし、病院用の診察カー
ドとして利用することもできる。
明する。ここでは、ＩＣカードに内蔵されたＥＥＰＲＯ
Ｍのメモリ領域を、複数の者で共用する場合を例にと
る。はじめに、このＥＥＰＲＯＭのメモリ領域上に、図
１に示すように、領域Ａ，ＢとディレクトリＡ，Ｂとが
定義されているものとする。ここで、ディレクトリＡに
は領域Ａをアクセスするために必要な情報（たとえば、
領域Ａのアドレス情報、全容量、既に記録されたレコー
ド数など）が書き込まれ、ディレクトリＢには領域Ｂを
アクセスするために必要な情報が書き込まれる。ここで
は、領域Ａが銀行の使用領域として確保され、領域Ｂが
病院の使用領域として確保されているものとして、以下
の説明を行う。したがって、領域Ａには、たとえば銀行
預金の預入額や引出額、借入額、などが記録されること
になり、領域Ｂには、たとえば診察記録や検査結果など
が記録されることになる。したがって、このＩＣカード
の所有者は、このＩＣカードを銀行用のキャッシングカ
ードとして利用することもできるし、病院用の診察カー
ドとして利用することもできる。
【０００９】上述したような銀行と病院とによる共用形
態は、複数の者による並列的な利用形態である。これに
対して、たとえば、銀行が自己に割り当てられた領域の
一部を信販会社に貸与し、銀行用領域の一部に信販会社
用領域を定義して用いるような階層的な利用形態も考え
られる。すなわち、図２に示すように、銀行用の領域Ａ
の一部に、信販会社用の領域Ｃを定義し、銀行は自己の
ために割り当てられた領域の一部を信販会社に貸与（再
割り当て）するのである。この場合、信販会社用の領域
Ｃをアクセスするために必要な情報が書き込まれたディ
レクトリＣが新たに作成されることになる。
態は、複数の者による並列的な利用形態である。これに
対して、たとえば、銀行が自己に割り当てられた領域の
一部を信販会社に貸与し、銀行用領域の一部に信販会社
用領域を定義して用いるような階層的な利用形態も考え
られる。すなわち、図２に示すように、銀行用の領域Ａ
の一部に、信販会社用の領域Ｃを定義し、銀行は自己の
ために割り当てられた領域の一部を信販会社に貸与（再
割り当て）するのである。この場合、信販会社用の領域
Ｃをアクセスするために必要な情報が書き込まれたディ
レクトリＣが新たに作成されることになる。
【００１０】ここで、領域Ａと領域Ｂのような並列的な
利用形態の場合には、各領域に対するアクセス権限はこ
のままで十分に明確になる。なぜなら、銀行はディレク
トリＡを用いて領域Ａについてのアクセスを行う権限を
有しているだけであり、病院はディレクトリＢを用いて
領域Ｂについてのアクセスを行う権限を有しているだけ
である。ところが、領域Ａと領域Ｃのような階層的な利
用形態の場合には、各領域に対するアクセス権限を明確
に定義しておく必要がある。なぜなら、信販会社はディ
レクトリＣを用いて領域Ｃについてのアクセスを行う権
限を有しているが、銀行はディレクトリＡを用いて、こ
の領域Ｃを含む領域Ａ全体についてのアクセスを行う権
限を有することになるからである。もちろん、このよう
に銀行に領域Ｃを含んだ領域Ａ全体についてのすべての
アクセス権限を認めるような利用形態を採ることも可能
であるが、実務上は、必ずしもそのような利用形態が好
ましいとは限らない。領域Ｃは、そもそも信販会社が利
用するために定義された領域であり、この領域Ｃのデー
タを銀行が勝手に書換えたりすると不都合が生じるよう
な場合には、銀行には、領域Ｃのデータを読み出す権限
は残しておいても、書換える権限までは残しておかない
方が事故を防ぐために好ましい。あるいは、このＩＣカ
ードの所有者のプライバシー保護のために、銀行には、
領域Ｃのデータを読み出す権限すら残しておかない方が
好ましい場合もある。そこで、本発明では、次のような
方法により、この領域Ｃに対するアクセス権限を明確化
できるようにしている。
利用形態の場合には、各領域に対するアクセス権限はこ
のままで十分に明確になる。なぜなら、銀行はディレク
トリＡを用いて領域Ａについてのアクセスを行う権限を
有しているだけであり、病院はディレクトリＢを用いて
領域Ｂについてのアクセスを行う権限を有しているだけ
である。ところが、領域Ａと領域Ｃのような階層的な利
用形態の場合には、各領域に対するアクセス権限を明確
に定義しておく必要がある。なぜなら、信販会社はディ
レクトリＣを用いて領域Ｃについてのアクセスを行う権
限を有しているが、銀行はディレクトリＡを用いて、こ
の領域Ｃを含む領域Ａ全体についてのアクセスを行う権
限を有することになるからである。もちろん、このよう
に銀行に領域Ｃを含んだ領域Ａ全体についてのすべての
アクセス権限を認めるような利用形態を採ることも可能
であるが、実務上は、必ずしもそのような利用形態が好
ましいとは限らない。領域Ｃは、そもそも信販会社が利
用するために定義された領域であり、この領域Ｃのデー
タを銀行が勝手に書換えたりすると不都合が生じるよう
な場合には、銀行には、領域Ｃのデータを読み出す権限
は残しておいても、書換える権限までは残しておかない
方が事故を防ぐために好ましい。あるいは、このＩＣカ
ードの所有者のプライバシー保護のために、銀行には、
領域Ｃのデータを読み出す権限すら残しておかない方が
好ましい場合もある。そこで、本発明では、次のような
方法により、この領域Ｃに対するアクセス権限を明確化
できるようにしている。
【００１１】すなわち、図３に示すように、ディレクト
リＣの一部に権限情報を書込むようにするのである。こ
の例では、権限情報は４ビットのフラグＦ１〜Ｆ４によ
って構成されている。フラグＦ１は「領域の貸与」の可
否、フラグＦ２は「データの書換え」の可否、フラグＦ
３は「データの追記」の可否、フラグＦ４は「データの
読出し」の可否を示している。ここで、「領域の貸与」
とは、領域Ｃを更に別な者へ再割り当てする処理であ
り、「データの書換え」とは、領域Ｃに既に書込まれて
いるレコードの内容を書換える処理であり、「データの
追記」とは、領域Ｃに新たなレコードを追加書込みする
処理であり、「データの読出し」とは、領域Ｃに既に書
込まれているレコードを読出す処理である。たとえば、
このフラグが“０”であれば、銀行は領域Ｃに対してそ
の命令を実行不能であるが、“１”であれば実行可能と
なる。この場合、銀行に、領域Ｃ内のデータの読出権限
だけを残しておくのであれば、Ｆ４＝“１”とし、他の
フラグをすべて“０”に設定すればよい。なお、その命
令を実行するために、特別なセキュリティ条件が要求さ
れている場合には（たとえば、特定のキーの入力）、そ
のセキュリティ条件が満たされることが前提となること
はもちろんである。このような権限情報は、領域Ｃを定
義してディレクトリＣを作成するときに書込むことにな
るが、後に変更できるようにしておいてもかまわない。
リＣの一部に権限情報を書込むようにするのである。こ
の例では、権限情報は４ビットのフラグＦ１〜Ｆ４によ
って構成されている。フラグＦ１は「領域の貸与」の可
否、フラグＦ２は「データの書換え」の可否、フラグＦ
３は「データの追記」の可否、フラグＦ４は「データの
読出し」の可否を示している。ここで、「領域の貸与」
とは、領域Ｃを更に別な者へ再割り当てする処理であ
り、「データの書換え」とは、領域Ｃに既に書込まれて
いるレコードの内容を書換える処理であり、「データの
追記」とは、領域Ｃに新たなレコードを追加書込みする
処理であり、「データの読出し」とは、領域Ｃに既に書
込まれているレコードを読出す処理である。たとえば、
このフラグが“０”であれば、銀行は領域Ｃに対してそ
の命令を実行不能であるが、“１”であれば実行可能と
なる。この場合、銀行に、領域Ｃ内のデータの読出権限
だけを残しておくのであれば、Ｆ４＝“１”とし、他の
フラグをすべて“０”に設定すればよい。なお、その命
令を実行するために、特別なセキュリティ条件が要求さ
れている場合には（たとえば、特定のキーの入力）、そ
のセキュリティ条件が満たされることが前提となること
はもちろんである。このような権限情報は、領域Ｃを定
義してディレクトリＣを作成するときに書込むことにな
るが、後に変更できるようにしておいてもかまわない。
【００１２】以上の権限情報は、信販会社に貸与した領
域Ｃに対する貸与元としての銀行の権限を制限するもの
であるが、信販会社の権限を制限する場合には、命令を
実行するためのセキュリティ条件としてのキーを利用す
ればよい。すなわち、銀行は、信販会社に対して領域Ｃ
を貸与するためにディレクトリＣの作成を行うが、この
とき、図４に示すように、ディレクトリＣ内にセキュリ
ティ情報を書込むのである。このセキュリティ情報は、
各命令ごとのキーＫ１，Ｋ２，Ｋ３，Ｋ４から構成され
ている。たとえば、キーＫ２は、領域Ｃに対する「デー
タの書換え」命令を実行するために必要なキーである。
そして、信販会社に対しては、これらのキーのうち、権
限を与える命令に関するものだけを教えるようにする。
たとえば、キーＫ２，Ｋ３，Ｋ４の３つだけを信販会社
に教えた場合、信販会社はこれらのキーを用いて、デー
タの書換え、追記、読出しを行うことはできるが、領域
Ｃを更に別な者に貸与することはできなくなる。このよ
うな方法により、貸与先としての信販会社の権限を制限
することができるようになる。
域Ｃに対する貸与元としての銀行の権限を制限するもの
であるが、信販会社の権限を制限する場合には、命令を
実行するためのセキュリティ条件としてのキーを利用す
ればよい。すなわち、銀行は、信販会社に対して領域Ｃ
を貸与するためにディレクトリＣの作成を行うが、この
とき、図４に示すように、ディレクトリＣ内にセキュリ
ティ情報を書込むのである。このセキュリティ情報は、
各命令ごとのキーＫ１，Ｋ２，Ｋ３，Ｋ４から構成され
ている。たとえば、キーＫ２は、領域Ｃに対する「デー
タの書換え」命令を実行するために必要なキーである。
そして、信販会社に対しては、これらのキーのうち、権
限を与える命令に関するものだけを教えるようにする。
たとえば、キーＫ２，Ｋ３，Ｋ４の３つだけを信販会社
に教えた場合、信販会社はこれらのキーを用いて、デー
タの書換え、追記、読出しを行うことはできるが、領域
Ｃを更に別な者に貸与することはできなくなる。このよ
うな方法により、貸与先としての信販会社の権限を制限
することができるようになる。
【００１３】なお、セキュリティを向上させるために、
キーＫ１〜Ｋ４は、いわゆるトランスファキーとしてお
くのが好ましい。すなわち、信販会社が銀行から教えら
れたキーＫ１〜Ｋ４を用いて、別な正式なキーＫＹ１〜
ＫＹ４を書込むことができるようにしておくのである。
キーＫ１〜Ｋ４は、信販会社が正式なキーを書込むまで
の一時的なキーとして用いられることになる。このよう
な方法を採れば、正式なキーＫＹ１〜ＫＹ４は銀行に知
られることがないため、セキュリティがより向上するこ
とになる。
キーＫ１〜Ｋ４は、いわゆるトランスファキーとしてお
くのが好ましい。すなわち、信販会社が銀行から教えら
れたキーＫ１〜Ｋ４を用いて、別な正式なキーＫＹ１〜
ＫＹ４を書込むことができるようにしておくのである。
キーＫ１〜Ｋ４は、信販会社が正式なキーを書込むまで
の一時的なキーとして用いられることになる。このよう
な方法を採れば、正式なキーＫＹ１〜ＫＹ４は銀行に知
られることがないため、セキュリティがより向上するこ
とになる。
【００１４】以上、本発明を図示する実施例に基づいて
説明したが、本発明はこの実施例のみに限定されるもの
ではなく、この他にも種々の態様で実施可能である。特
に、権限情報やセキュリティ情報として示した各命令
は、一例を挙げただけのものであり、本発明はこれらの
命令だけに限定されるものではない。
説明したが、本発明はこの実施例のみに限定されるもの
ではなく、この他にも種々の態様で実施可能である。特
に、権限情報やセキュリティ情報として示した各命令
は、一例を挙げただけのものであり、本発明はこれらの
命令だけに限定されるものではない。
【００１５】
【発明の効果】以上のとおり、本発明によるメモリ領域
の管理方法によれば、貸与先のディレクトリ内に貸与元
の権限を示す情報を書込むようにしたため、メモリ領域
が複数の者によって階層的に利用される場合にも、各利
用者ごとのアクセス権限を明確に取り扱うことができる
ようになる。
の管理方法によれば、貸与先のディレクトリ内に貸与元
の権限を示す情報を書込むようにしたため、メモリ領域
が複数の者によって階層的に利用される場合にも、各利
用者ごとのアクセス権限を明確に取り扱うことができる
ようになる。
【図１】本発明による管理方法を適用すべきメモリ領域
の初期状態を示す図である。
の初期状態を示す図である。
【図２】図１に示す状態において、領域Ａの一部に領域
Ｂを再度割り当てた状態を示す図である。
Ｂを再度割り当てた状態を示す図である。
【図３】図２に示す状態において、ディレクトリＣ内に
書込んだ権限情報の一例を示す図である。
書込んだ権限情報の一例を示す図である。
【図４】図２に示す状態において、ディレクトリＣ内に
書込んだセキュリティ情報の一例を示す図である。
書込んだセキュリティ情報の一例を示す図である。
Ａ，Ｂ，Ｃ…領域／ディレクトリ
Ｆ１〜Ｆ４…権限情報を構成するフラグ
Ｋ１〜Ｋ４…セキュリティ情報を構成するキー
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 城 輝明
東京都新宿区市谷加賀町一丁目１番１号
大日本印刷株式会社内
(56)参考文献 特開 昭63−73348（ＪＰ，Ａ)
藤田著、 パソコン・ユーザのための
ＵＮＩＸ ワークステーション徹底解
剖、 日経バイト 第106号 、88頁〜
97頁 、 日経ＢＰ社、 1992年11月16
日発行
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 12/02
G06F 12/14
G06K 19/00
Claims (2)
- 【請求項１】 ＩＣカードに内蔵されている記憶装置の
メモリ領域を分割して複数の者に割り当て、割り当てら
れた領域をアクセスするために必要な情報が記録された
ディレクトリを各割当領域ごとに用意し、それぞれの者
に各ディレクトリを用いて「割り当てられた領域に対す
るアクセス権限」を与え、複数の者によってメモリ領域
を共用できるようにし、 第１の者に第１の領域を割り当てる場合には、前記第１
の領域をアクセスするために用いる第１のディレクトリ
を作成し、この第１のディレクトリ内に、前記第１の者
の「必要に応じて前記第１の領域内の一部に定義される
であろう下位階層の領域内も含めた前記第１の領域全
体」についてのアクセス権限を設定し、 前記 第１の者に割り当てられた前記第１の領域内の一部
を、第２の者に再度割り当てる階層的な割り当てを行う
場合には、前記第２の領域をアクセスするために用いる
第２のディレクトリを作成し、この第２のディレクトリ
内に、前記第２の者の前記第２の領域についてのアクセ
ス権限を設定するＩＣカードに内蔵されている記憶装置
のメモリ領域の管理方法において、 前記第２のディレクトリ内に、前記第１の者の前記第２
の領域についてのアクセスを制限するアクセス権限を設
定し、前記第１の者が、前記第２の領域をアクセスする
際には、前記第１のディレクトリ内に設定された前記第
１の者のアクセス権限と前記第２のディレクトリ内に設
定された前記第１の者のアクセス権限との両者の制限を
受けるようにする ことを特徴とするＩＣカードに内蔵さ
れている記憶装置のメモリ領域の管理方法。 - 【請求項２】 請求項１に記載の管理方法において、第
２の領域に対する、データの読出し命令、データの追記
命令、データの書換え命令、他の者への再割り当て命
令、の少なくとも４つの命令のそれぞれについて実行可
能であるか否かを示す第１の者のアクセス権限を、前記
第２のディレクトリ内に書き込むようにしたことを特徴
とするＩＣカードに内蔵されている記憶装置のメモリ領
域の管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP03141593A JP3536149B2 (ja) | 1993-01-27 | 1993-01-27 | メモリ領域の管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP03141593A JP3536149B2 (ja) | 1993-01-27 | 1993-01-27 | メモリ領域の管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06222980A JPH06222980A (ja) | 1994-08-12 |
| JP3536149B2 true JP3536149B2 (ja) | 2004-06-07 |
Family
ID=12330631
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP03141593A Expired - Lifetime JP3536149B2 (ja) | 1993-01-27 | 1993-01-27 | メモリ領域の管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3536149B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6662286B2 (en) | 1996-06-28 | 2003-12-09 | Sony Corporation | Information processing method and information processing apparatus |
| JP2002278838A (ja) * | 2001-03-15 | 2002-09-27 | Sony Corp | メモリアクセス制御システム、デバイス管理装置、パーティション管理装置、メモリ搭載デバイス、およびメモリアクセス制御方法、並びにプログラム記憶媒体 |
| JP2002278839A (ja) * | 2001-03-15 | 2002-09-27 | Sony Corp | データアクセス管理システム、メモリ搭載デバイス、およびデータアクセス管理方法、並びにプログラム記憶媒体 |
| JP4322021B2 (ja) | 2003-02-06 | 2009-08-26 | 株式会社ルネサステクノロジ | メモリカード |
| JP2004334542A (ja) * | 2003-05-08 | 2004-11-25 | Dainippon Printing Co Ltd | Ｉｃカード、ｉｃカードプログラム及びｉｃカードのメモリ領域の割当方法 |
| JP2005196412A (ja) * | 2004-01-06 | 2005-07-21 | Sony Corp | データ通信装置及びデータ通信装置のメモリ管理方法 |
| JP2006024012A (ja) * | 2004-07-08 | 2006-01-26 | Fujitsu Ltd | 非接触ｉｃ記録媒体、記録媒体管理プログラムおよび記録媒体管理方法 |
-
1993
- 1993-01-27 JP JP03141593A patent/JP3536149B2/ja not_active Expired - Lifetime
Non-Patent Citations (1)
| Title |
|---|
| 藤田著、 パソコン・ユーザのためのＵＮＩＸ ワークステーション徹底解剖、 日経バイト 第１０６号 、８８頁〜９７頁 、 日経ＢＰ社、 １９９２年１１月１６日発行 |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH06222980A (ja) | 1994-08-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7617393B2 (en) | Implementation and use of PII data access control facility employing personally identifying information labels and purpose serving function sets | |
| Feiertag et al. | The foundations of a provably secure operating system (PSOS) | |
| US6321358B1 (en) | Object reconstruction on object oriented data storage device | |
| US6298401B1 (en) | Object oriented storage device having a disc drive controller providing an interface exposing methods which are invoked to access objects stored in a storage media | |
| JPS63204493A (ja) | 携帯可能電子装置 | |
| JPH0833912B2 (ja) | ポータブル データ キャリヤのための保安ファイル システム | |
| JPH01500379A (ja) | ポータブルデータキャリヤのためのシステム | |
| US20020089890A1 (en) | Memory device and method for accessing a memory | |
| JP2001312374A (ja) | 記憶装置及びアクセス制御方法 | |
| US20060206704A1 (en) | Data transmission system and method for operating a data transmission system | |
| JP3536149B2 (ja) | メモリ領域の管理方法 | |
| JPH01500378A (ja) | 複数のアプリケーションファイルをもつポータブルデータキャリヤのための装置 | |
| US5276878A (en) | Method and system for task memory management in a multi-tasking data processing system | |
| WO1999008173A2 (en) | Object oriented data storage device | |
| WO1999009479A1 (en) | Redundancy implementation on object oriented data storage device | |
| JP3177047B2 (ja) | メモリ領域の管理方法 | |
| JPH0754538B2 (ja) | 多目的ｉｃカ−ド及びその使用方法 | |
| JP4011641B2 (ja) | 携帯可能情報記録媒体 | |
| JP2532063B2 (ja) | Ｉｃカ−ド | |
| JP2534984B2 (ja) | Ｉｃカ−ド | |
| Guibert et al. | Optical memory card applicability for implementing a portable medical record | |
| US20070118680A1 (en) | Method to control the access in a flash memory and system for the implementation of such a method | |
| JPH036639A (ja) | ファイル管理方法 | |
| JPH06222981A (ja) | Ｉｃカードにおけるメモリ領域の管理方法 | |
| JPH0357037A (ja) | フアイル管理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040108 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040108 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040302 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090326 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090326 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100326 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100326 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110326 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110326 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120326 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130326 Year of fee payment: 9 |
|
| EXPY | Cancellation because of completion of term |