(57)【特許請求の範囲】
【請求項１】
階層構造が定義された複数のファイルを用いて情報を記録し、外部から所定の命令を与えることにより個々のファイルをこの命令に応じた態様でアクセスできるようにし、かつ、各態様でのファイルアクセスを可能にするためにはどのキーを解錠する必要があるかを示すセキュリティ情報を設定して用いる情報記録媒体について、そのソフトウエアを設計する作業を支援する装置であって、
オペレータに対して種々の情報を提示するためのディスプレイ装置と、
オペレータからの指示を入力する入力手段と、
この入力手段からの指示に基づいて、各ファイルについて、ファイル名、ファイルの種類、階層構造、容量、およびセキュリティ情報からなるファイル内容を設定するファイル内容設定手段と、
設定されたファイル内容を記憶するファイル内容記憶手段と、
各キーが解錠状態か施錠状態かを示すステータスを記憶するステータス記憶手段と、
前記入力手段からの指示に基づいて、前記ステータスを設定するステータス設定手段と、
前記入力手段からの指示に基づいて、所定の選択ファイルに対して所定の選択命令を実行すべき旨を示すファイル／命令選択手段と、
前記選択ファイルに対して、前記選択命令に応じた態様でのアクセスが可能か否かを、前記ファイル内容記憶手段に記憶されている選択ファイルについてのセキュリティ情報と、前記ステータス記憶手段に記憶されているステータスと、に基づいて判定し、判定結果を前記ディスプレイ装置に表示する可否判定手段と、
を備えることを特徴とする情報記録媒体のソフトウエア設計作業支援装置。
【請求項２】
請求項１に記載の支援装置において、
ファイル内容設定手段によって設定したファイルを、実際にテスト用の情報記録媒体内に作成するために、ファイル内容記憶手段内の記憶内容に基づいたファイル作成を指示する命令群を生成し、この命令群を前記テスト用の情報記録媒体に与える機能をもった実ファイル作成指示手段を更に備えることを特徴とする情報記録媒体のソフトウエア設計作業支援装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は情報記録媒体のソフトウエア設計作業支援装置、特に、ＩＣカードなどの携帯用情報記録媒体を発行する際に行うファイル設計作業や検証作業を支援する装置に関する。
【０００２】
【従来の技術】
ＩＣカードに代表される携帯用情報記録媒体は、これまでの磁気カードに代わる新しい情報記録媒体として注目を集めている。特に、ＣＰＵを内蔵したＩＣカードは、高度なセキュリティを確保した状態での使用が可能になるため、種々の分野での利用が期待されている。一般にＩＣカードは、ＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭといった３種類のメモリを内蔵しており、いずれも内蔵ＣＰＵによってアクセスされる。ＩＣカードに対するデータの授受は、リーダライタ装置によって行われる。リーダライタ装置からＩＣカードに対して所定の命令を与えると、この命令はＩＣカード内のＣＰＵによって実行される。たとえば、データの書込命令であれば、リーダライタ装置からＩＣカードへ与えたデータがＩＣカード内のメモリに書き込まれ、データの読出命令であれば、ＩＣカード内のメモリから読み出されたデータがリーダライタ装置へ転送される。
【０００３】
ＩＣカード内に書き込まれたデータに対するセキュリティを確保するために、通常は、暗証キーが用いられる。すなわち、ＩＣカード内の特定のファイルをアクセスするためには、どのキーを解錠する必要があるかを予め設定しておき、ＩＣカード内に設定されている暗証コードと外部から入力された暗証コードとが一致したときにのみ、特定のキーが解錠されるような設計がなされている。そこで、ＩＣカード内には、ユーザの用途に応じたデータを記録するためのデータファイルの他に、暗証コードを記録するためのキーファイルが格納されるのが一般的であり、しかも、これらのファイルは階層構造を採る。
【０００４】
したがって、新たにＩＣカードの発行を行う場合には、どのようなデータファイルおよびキーファイルをどのような階層構造で作成し、各ファイルにはどの程度の容量を割り当て、特定のファイルをアクセスするためには、どの暗証キーの照合を行うようにするか、といった事項を定めるファイル設計作業が必要になる。また、設計したＩＣカードについて、十分なセキュリティが確保されているか否かを検証する作業も必要になる。従来は、このようなソフトウエア設計作業を、人手によるデスクワークとして行っていた。すなわち、ソフトウエア設計を行う技術者が、作成すべきファイルの階層構造や、容量割り当て、キー照合条件などを紙の上で設計し、十分なセキュリティが確保されているか否かの検証も合わせて行っていた。
【０００５】
【発明が解決しようとする課題】
しかしながら、このような人手によるデスクワークとしてのソフトウエア設計作業は、多大な労力と熟練を要するものであり、熟練した設計者に大きな労働負荷がかかるという問題が生じていた。特に、ＩＣカードをはじめとする携帯用の情報記録媒体の市場は、今後とも益々増大する傾向にあり、従来のような人手によるデスクワークとしてのファイル作成作業や検証作業を行っていたのでは、需要に追随したＩＣカードの発行処理が困難になることが予想される。
【０００６】
そこで本発明は、情報記録媒体のソフトウエア設計作業を支援し、設計作業者の負担を軽減することのできる支援装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】
(1)   本発明の第１の態様は、階層構造が定義された複数のファイルを用いて情報を記録し、外部から所定の命令を与えることにより個々のファイルをこの命令に応じた態様でアクセスできるようにし、かつ、各態様でのファイルアクセスを可能にするためにはどのキーを解錠する必要があるかを示すセキュリティ情報を設定して用いる情報記録媒体について、そのソフトウエアを設計する作業を支援する装置であって、
オペレータに対して種々の情報を提示するためのディスプレイ装置と、
オペレータからの指示を入力する入力手段と、
この入力手段からの指示に基づいて、各ファイルについて、ファイル名、ファイルの種類、階層構造、容量、およびセキュリティ情報からなるファイル内容を設定するファイル内容設定手段と、
設定されたファイル内容を記憶するファイル内容記憶手段と、
各キーが解錠状態か施錠状態かを示すステータスを記憶するステータス記憶手段と、
入力手段からの指示に基づいて、ステータスを設定するステータス設定手段と、
入力手段からの指示に基づいて、所定の選択ファイルに対して所定の選択命令を実行すべき旨を示すファイル／命令選択手段と、
選択ファイルに対して、選択命令に応じた態様でのアクセスが可能か否かを、ファイル内容記憶手段に記憶されている選択ファイルについてのセキュリティ情報と、ステータス記憶手段に記憶されているステータスと、に基づいて判定し、判定結果をディスプレイ装置に表示する可否判定手段と、
を設けたものである。
【０００８】
(2)   本発明の第２の態様は、上述の第１の態様に係る支援装置において、
ファイル内容設定手段によって設定したファイルを、実際にテスト用の情報記録媒体内に作成するために、ファイル内容記憶手段内の記憶内容に基づいたファイル作成を指示する命令群を生成し、この命令群をテスト用の情報記録媒体に与える機能をもった実ファイル作成指示手段を更に設けたものである。
【０００９】
【作  用】
本発明に係る支援装置によれば、設計対象となるファイルについて、ファイル名、ファイルの種類、階層構造、容量、セキュリティ情報、といったファイル内容が、ファイル内容記憶手段内にデータとして格納される。そして、設計したファイル内容についての検証作業は、このファイル内容記憶手段内に格納されたデータを利用して行うことができる。すなわち、検証作業者は、ステータス設定手段に対して所定の指示を与えることにより、各キーについての解錠／施錠状態を自由に設定することができ、また、ファイル／命令選択手段に対して所定の指示を与えることにより、情報記録媒体の所定のファイルに対して所定の命令を実行することが可能か否かを、シミュレートすることができる。たとえば、特定のキーを解錠した状態で、特定のファイルに対して特定の命令を与えるという状況をシミュレートした場合、設定したセキュリティ条件に照らして、与えた命令が実行可能か否かが、可否判定手段の判定結果としてディスプレイ装置上に得られることになる。
【００１０】
また、検証作業が完了した後は、実ファイル作成指示手段によって、設計したとおりのファイルを情報記録媒体内に作成するための命令群を自動生成することができる。この命令群をテスト用情報記録媒体に与えれば、テスト用情報記録媒体内に設計どおりのファイルが作成でき、このテスト用情報記録媒体を用いて、より現実の取引形態に近い状態でのテストが可能になる。
【００１１】
【実施例】
以下、本発明を図示する実施例に基づいて説明する。ここでは、本発明をＩＣカードに対して適用した実施例を述べることにする。そこで、まず、一般的なＩＣカードの構造と、リーダライタ装置を用いたＩＣカードに対するアクセス手順を簡単に説明しておく。
【００１２】
図１は、一般的なＩＣカード１０をリーダライタ装置２０に接続した状態を示すブロック図である。ＩＣカード１０内には、リーダライタ装置２０と接続するためのＩ／Ｏ装置１１と、ＣＰＵ１２と、ＲＡＭ１３と、ＲＯＭ１４と、ＥＥＰＲＯＭ１５と、が内蔵されており、ＩＣカード１０とリーダライタ装置２０との間は、Ｉ／Ｏラインによって接続されている。Ｉ／Ｏ装置１１は、リーダライタ装置２０に対してデータの送受を行う機能を有する。ＣＰＵ１２は、Ｉ／Ｏ装置１１を介してリーダライタ装置２０から与えられる命令を受け取り、これを実行する。ＩＣカード１０に内蔵されている３種類のメモリのうち、ＲＡＭ１３は揮発性のメモリであって、ＣＰＵ１２のワークエリアとして利用される。ＲＯＭ１４は、書き換えができない固定メモリであり、ＣＰＵ１２を動作させるために必要な基本的なプログラムルーチンが記録されている。また、ＥＥＰＲＯＭ１５は、随時書き換えが可能な不揮発性メモリであり、ユーザの用途に応じたデータや、このデータをアクセスするために必要な暗証コードなどが格納されることになる。本発明におけるファイル設計作業の対象は、このＥＥＰＲＯＭ１５内に格納すべきファイルである。
【００１３】
この実施例では、ＥＥＰＲＯＭ１５内には、３種類のファイルが格納される。すなわち、ユーザの用途に応じたデータを含むデータファイルと、ファイルをアクセスするために必要な暗証コードを含むキーファイルと、他のファイルを収容することにより階層構造をもったファイルを定義できるようにするフォルダファイルと、の３種類である。フォルダファイルは、実際には、データファイル、キーファイル、あるいは他のフォルダファイルを収容するための容器としての機能を有するだけであり、一般的な「ファイル」とは異なるものであるが、ここでは説明の便宜上、データファイルやキーファイルと同様にファイルとして取り扱うことにする。フォルダファイル内に別なフォルダファイルを収容し、更にその中に別なフォルダファイルを収容する、ということを繰り返せば、任意の階層をもったファイルが定義できるようになる。
【００１４】
図２は、このような階層をもって定義された複数のファイル構造の一例を示すブロック図である。ここで、最上階層には、マスターファイルＭＦおよびこれに収容されているデータファイルＤ１〜Ｄ３およびキーファイルＫ１，Ｋ２が所属している。また、第２階層には、フォルダファイルＦ１およびこれに収容されているデータファイルＤ４およびキーファイルＫ３が所属しており、第３階層には、フォルダファイルＦ２およびＦ３、ならびにこれらに収容されているデータファイルＤ５〜Ｄ７およびキーファイルＫ４が所属している。
【００１５】
続いて、このようなファイル構造をもつＩＣカードのソフトウエア設計作業の一般的な手順を、図３の流れ図に示す。まず、ステップＳ１において、ファイル設計作業が行われる。ここでは、図２に示す各ファイルについて、ファイル名、ファイルの種類（データファイルか、キーファイルか、フォルダファイルか）、階層構造（図２に示す階層の中のどこに位置するか）、容量、セキュリティ情報（このファイルを所定の態様でアクセスするためには、どのキーを解錠する必要があるか）、といったファイル内容が設定されることになる。
【００１６】
次に、ステップＳ２におけるファイル検証作業が行われる。このファイル検証作業は、ステップＳ１において設計されたファイル内容について、主としてセキュリティの確保が十分であるか否かをチェックする作業である。実社会におけるＩＣカードの実際の利用形態は非常に複雑であり、それに応じた複雑なセキュリティ情報を設定する必要がある。通常は、個々のファイルごとに、しかもそのファイルに対するアクセス態様ごとに、異なるキーの組み合わせを必要とするようなセキュリティ設定がなされる。たとえば、ファイルＤ１に対して、「読出」なる態様でアクセスを行うには、キーＫ１，Ｋ２を解錠する必要があるが、「書込」なる態様でアクセスを行うには、キーＫ２，Ｋ３を解錠する必要がある、というような設定がなされることになる。ステップＳ２におけるファイル検証作業は、このような設定で十分なセキュリティが確保できるかどうかを確認する作業である。
【００１７】
このステップＳ２におけるファイル検証作業の結果、セキュリティが不十分であると認識されると、ステップＳ３を経てステップＳ１へと戻り、ファイル設計作業がやり直される。一方、十分なセキュリティが確保されていると認識されると、ステップＳ３を経てステップＳ４のコマンド作成作業が実行され、更に、ステップＳ５におけるテスト用ＩＣカードによるテスト作業が実施される。図１のブロック図に示されているように、ＩＣカード１０に対する外部からの働きかけは、すべてリーダライタ装置２０から、所定のコマンド形式のデータを送信することによって行われる。したがって、ステップＳ１における設計どおりのファイルをテスト用ＩＣカード内に作成するためには、リーダライタ装置２０からＩＣカード１０へ、このようなファイルを作成するためのコマンドを送信する必要がある。ステップＳ４におけるコマンド作成作業は、このコマンドを作成する作業である。作成したコマンドをＩＣカード１０に与えることにより、テスト用ＩＣカード１０内に設計どおりのファイルが作成されるので、このテスト用ＩＣカードを用いて、ステップＳ５におけるテスト作業が実施される。
【００１８】
こうして、ステップＳ５において、実際のＩＣカードを用いたテストを行った結果、何らかの問題があれば、ステップＳ６を経て再びステップＳ１へと戻り、ファイル設計作業がやり直される。一方、テストの結果問題がなければ、ステップＳ６を経てステップＳ７の実際のカード発行の段階へと進む。すなわち、各個人に対して、個々のＩＣカードが発行されることになる。
【００１９】
さて、本発明に係る支援装置は、この図３に示す作業の中のステップＳ１〜Ｓ４までの作業を支援する装置である。以下、この支援装置の構成および動作について詳述する。
【００２０】
図４は、本発明に係る支援装置の基本構成を示すブロック図である。この支援装置の基本構成要素は、ディスプレイ装置３０、処理装置４０、入力手段５０、実ファイル作成指示手段６０である。処理装置４０は、ファイル内容記憶手段４１、可否判定手段４２、ステータス記憶手段４３、ファイル内容設定手段４４、ファイル／命令選択手段４５、ステータス設定手段４６によって構成されている。これらの各構成要素は、実際には、コンピュータおよびその周辺機器によって構成される。すなわち、可否判定手段４２、ファイル内容設定手段４４、ファイル／命令選択手段４５、ステータス設定手段４６、実ファイル作成指示手段６０は、いずれもコンピュータに所定のソフトウエアを組み込むことによって実現される構成要素であり、ファイル内容記憶手段４１およびステータス記憶手段４３は、このコンピュータの内部あるいは外部記憶装置によって実現される構成要素である。また、ディスプレイ装置３０は、このコンピュータに接続されたディスプレイであり、入力手段５０は、このコンピュータに接続されたマウスやキーボードなどの入力装置である。なお、リーダライタ装置７０およびテスト用ＩＣカード８０は、この支援装置を構成する要素ではないが、図３の流れ図におけるステップＳ５の処理を説明するために図示してある。
【００２１】
ディスプレイ装置３０には、オペレータに対しての種々の情報が提示され、入力手段５０からは、オペレータからの種々の指示が入力される。ファイル内容設定手段４４は、入力手段５０からの指示に基づいて、各ファイルのファイル内容を設定する機能を有し、設定されたファイル内容は、ファイル内容記憶手段４１に記憶される。この実施例では、ファイル名、ファイルの種類、階層構造、容量、およびセキュリティ情報によってファイル内容が構成される。ステータス記憶手段４３には、各キーが解錠状態か施錠状態かを示すステータスが記憶され、ステータス設定手段４６は、入力手段５０からの指示に基づいて、このステータスの設定を行う。また、ファイル／命令選択手段４５は、入力手段５０からの指示に基づいて、所定の選択ファイルと所定の選択命令とを特定する情報を可否判定手段４２に与える。可否判定手段４２は、選択ファイルに対して、選択命令に応じた態様でのアクセスが可能か否かを、ファイル内容記憶手段４１に記憶されている選択ファイルについてのセキュリティ情報と、ステータス記憶手段４３に記憶されているステータスと、に基づいて判定し、判定結果をディスプレイ装置３０に表示する機能を有する。また、実ファイル作成指示手段６０は、ファイル内容記憶手段４１内に記憶されたファイル内容に基づいたファイル作成を指示する命令群を生成し、この命令群をリーダライタ装置７０に与える機能を有する。リーダライタ装置７０からテスト用ＩＣカード８０に対して、この命令群を与えると、テスト用ＩＣカード８０内に設計どおりのファイルが生成されることになる。
【００２２】
続いて、この支援装置を用いて、図３に示すソフトウエア設計作業を行う場合の手順を説明する。ここでは、図２に示す階層構造をもったファイルを設計する場合を例にとって、以下の説明を行うことにする。
【００２３】
まず、ステップＳ１のファイル設計作業は、設計対象となる各ファイルについて、ファイル名、ファイルの種類、階層構造、容量、セキュリティ情報を、入力手段５０から入力することによって行う。たとえば、図２に示すように、最上層のマスターファイルの下に、１４個のファイルを作成するのであれば、この１４個のファイルのそれぞれについて、図５の表に示すような情報を入力すればよい。この例では、ファイルの種類を、Ｄ（データファイル）、Ｋ（キーファイル）、Ｆ（フォルダファイル）の記号で示し、階層構造を、各ファイルについての親ファイルのファイル名で示し、容量を４桁の容量値（具体的な数値は省略）で示してある。
【００２４】
一方、セキュリティ情報は、図５の表には図示を省略してあるが、個々のファイルについて、たとえば、図６に示すような情報が入力手段５０から入力される。この例では、個々のファイルごとに、「読出、追記、更新、発行の４種類の態様のそれぞれについて、各態様でこのファイルをアクセスするためには、８種類のキー１〜８のうちのいずれを解錠する必要があるか」、という情報をセキュリティ情報として設定している。図６において、黒塗りの四角は解錠する必要があるキーを、白抜きの四角は解錠する必要のないキーを示しており、たとえば、このファイルを読出態様でアクセスする命令を実行する場合には、キー１，４，５の３つのキーを解錠する必要があることが示されている。
【００２５】
ファイルに対するアクセス態様は、どのようなものを定義してもかまわないが、この実施例では、ファイルに対して情報の読出しを行う「読出態様」と、ファイルに対して情報を追加書き込みする「追記態様」と、ファイルに対して情報の書き換えを行う「更新態様」と、ファイルに対して更に下位のファイルを発行したり廃棄したりする処理を行う「発行態様」と、の４種類の態様を定義し、それぞれについて別個にセキュリティ情報の設定を行っている。このように、４種類のアクセス態様を定義し、８個のキーを用いることにすると、各ファイルごとに設定すべきセキュリティ情報は、図６に示すように、かなり複雑なものになる。しかしこの支援装置では、ディスプレイ装置３０の画面上に、図６に示すようなテーブルを表示し、作業者からの入力を受け付けるように構成されているため、このセキュリティ情報の設定作業は非常に簡単になる。
【００２６】
こうして、ステップＳ１におけるファイル設計作業が完了すると、図５に示すような情報（セキュリティ情報については、各ファイルごとに図６に示す情報）が、ファイル内容記憶手段４１内に記憶された状態になる。したがって、ステップＳ２におけるファイル検証作業は、このファイル内容記憶手段４１内の情報を利用して効率良く行うことができる。すなわち、作業者は、ステータス設定手段４６に対して入力手段５０からステータスを設定する入力を行う。このステータスは、キー１〜８の解錠／施錠状態を示すもので、ステータス記憶手段４３内に記憶される。たとえば、作業者が、「キー１，４，５を解錠する」旨の入力を行ったとすれば、ステータス記憶手段４３内には、図７に示すように、キー１，４，５が解錠された状態が記録される。この実施例では、ステータス設定手段４６は、図７に示すステータステーブルを、ディスプレイ装置３０上に表示する機能を有しており、このテーブルの各四角内にマウスカーソルを移動してクリックすることにより、その四角内の状態（黒：解錠／白：施錠）を反転させることができる。したがって、８つのキー１〜８のステータスを設定する作業は非常に簡単である。
【００２７】
ファイル検証作業は、所定のステータスにおいて、所定のファイルに対して所定の命令を実行することが可能か否かを試してみることによって行われる。たとえば、図７に示すように、３つのキー１，４，５が解錠されたステータスにおいて、作業者が、入力手段５０を用いてファイル／命令選択手段４５に、「ファイルＤ１に対する読出命令の実行」を示す入力を行ったとする。すると、ファイル／命令選択手段４５から可否判定手段４２に対して、選択ファイル＝「Ｄ１」、選択命令＝「読出命令」なる情報が与えられる。可否判定手段４２は、与えられた選択ファイルおよび選択命令の組み合わせが、実行可能か否かを、ファイル内容記憶手段４１内のデータおよびステータス記憶手段４３内のステータスに基づいて判断する。たとえば、ファイル内容記憶手段４１内に、選択ファイルＤ１についてのセキュリティ情報として図６に示す情報が記録されており、ステータス記憶手段４３内に、ステータスとして図７に示す情報が記録されていれば、選択命令実行の条件が満足されているため（図６の情報では、読出態様の命令実行には、キー１，４，５の解錠が必要であることが示されており、図７のステータスでは、キー１，４，５が解錠されていることが示されている）、可否判定手段４２は、ディスプレイ装置３０上に「実行可」を示す表示を行うことになる。これに対し、選択命令が他のアクセス態様の命令であった場合には、「実行不可」を示す表示を行うことになる。
【００２８】
実社会の取引に用いられるＩＣカードでは、各ファイルごとに非常に複雑なセキュリティ設定がなされる。そこで、このステップＳ２にファイル検証作業は、全ファイルについて、十分なセキュリティが確保されているか否かを確認する上で、非常に重要な作業となる。
【００２９】
このステップＳ２におけるファイル検証作業の結果、セキュリティが不十分であると認識されると、ステップＳ３を経てステップＳ１へと戻り、ファイル設計作業がやり直される。一方、十分なセキュリティが確保されていると認識されると、ステップＳ３を経てステップＳ４のコマンド作成作業が実行される。すなわち、実ファイル作成指示手段６０が、ファイル内容記憶手段４１内の情報に基づいて所定の命令群を作成する。この命令群をリーダライタ装置７０を介してテスト用ＩＣカード８０に与えることにより、テスト用ＩＣカード８０内に、設計どおりのファイルが作成されることになる。こうして、このテスト用ＩＣカード８０を用いて、ステップＳ５におけるテスト作業が実施される。このテストによって問題がなければ、ステップＳ６を経て、ステップＳ７において、実際のカード発行処理が行われる点は、従来の手順と同じである。
【００３０】
以上のように、本発明に係る支援装置を用いれば、図３に示す作業のうち、ステップＳ１〜Ｓ４までの作業を非常に効率的に行うことができる。特に、ステップＳ２のファイル検証作業は、ディスプレイ装置３０の画面上に表示された図７に示すようなステータステーブルの該当箇所をマウスでクリックすることにより任意のステータスを設定した状態で、所定のファイルおよび命令を選択する入力を行えば、選択したファイルに対して選択した命令が実行可能か否かが、直ちにディスプレイ装置３０の画面上に表示されるので、スムーズな操作が可能になる。
【００３１】
要するに、本発明に係る支援装置を用いれば、ステップＳ１のファイル設計作業およびステップＳ２のファイル検証作業を、コンピュータシミュレーションとして行うことができ、ステップＳ５におけるテスト用ＩＣカードによるテスト作業に近い形でのテストが可能になる。しかも、ステップＳ５のテスト作業は、実際のテスト用ＩＣカード８０を用いたテストであるため、所定のキーを解錠する操作などは、リーダライタ装置７０から所定の暗証コードをＩＣカード側に送信する必要があるが、ステップＳ２のファイル検証作業では、上述したように、ディスプレイ画面上に表示された図７に示すようなステータステーブルの所定箇所をマウスでクリックするという単純な操作で、各キーの解錠／施錠状態を自由に設定することが可能になる。
【００３２】
以上、本発明を図示する実施例に基づいて説明したが、本発明はこの実施例のみに限定されるものではなく、この他にも種々の態様で実施可能である。特に、図４に示したブロック図は、説明の便宜上、本発明の概念を各ブロックごとに分けて示したものであり、実際の支援装置は、ハードウエア上も、ソフトウエア上も、必ずしもこのようなブロックに分けた構成にする必要はない。
【００３３】
【発明の効果】
以上のとおり本発明に係る支援装置を用いれば、情報記録媒体のソフトウエア設計作業を支援し、設計作業者の負担を軽減することができるようになる。
【図面の簡単な説明】
【図１】一般的なＩＣカード１０をリーダライタ装置２０に接続した状態を示すブロック図である。
【図２】階層をもったファイル定義の一例を示す図である。
【図３】ＩＣカードのソフトウエア設計作業の一般的な手順を示す流れ図である。
【図４】本発明に係る支援装置の基本構成を示すブロック図である。
【図５】図４に示す支援装置におけるファイル内容設定手段４４によって設定されるファイル内容の一例を示す表である。
【図６】図５の表中のセキュリティ情報の欄の設定内容の一例を示す図である。
【図７】図４に示す支援装置におけるステータス設定手段４６によって設定されるステータスの一例を示す図である。
【符号の説明】
１０…ＩＣカード
１１…Ｉ／Ｏ装置
１２…ＣＰＵ
１３…ＲＡＭ
１４…ＲＯＭ
１５…ＥＥＰＲＯＭ
２０…リーダライタ装置
３０…ディスプレイ装置
４０…処理装置
４１…ファイル内容記憶手段
４２…可否判定手段
４３…ステータス記憶手段
４４…ファイル内容設定手段
４５…ファイル／命令選択手段
４６…ステータス設定手段
５０…入力手段
６０…実ファイル作成指示手段
７０…リーダライタ装置
８０…テスト用ＩＣカード
ＭＦ…マスターファイル
Ｄ１〜Ｄ７…データファイル
Ｋ１〜Ｋ４…キーファイル
Ｆ１〜Ｆ３…フォルダファイル
【図１】
0003636749.tif 000002
【図２】
0003636749.tif 000003
【図３】
0003636749.tif 000004
【図４】
0003636749.tif 000005
【図５】
0003636749.tif 000006
【図６】
0003636749.tif 000007
【図７】
0003636749.tif 000008