JP3636749B2 - Software design work support device for information recording media - Google Patents

Software design work support device for information recording media Download PDF

Info

Publication number
JP3636749B2
JP3636749B2 JP30137994A JP30137994A JP3636749B2 JP 3636749 B2 JP3636749 B2 JP 3636749B2 JP 30137994 A JP30137994 A JP 30137994A JP 30137994 A JP30137994 A JP 30137994A JP 3636749 B2 JP3636749 B2 JP 3636749B2
Authority
JP
Japan
Prior art keywords
file
instruction
status
information
command
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 - Fee Related
Application number
JP30137994A
Other languages
Japanese (ja)
Other versions
JPH08137758A (en
Inventor
昌弘 林
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.)
Dai Nippon Printing Co Ltd
Original Assignee
Dai Nippon Printing Co 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 Dai Nippon Printing Co Ltd filed Critical Dai Nippon Printing Co Ltd
Priority to JP30137994A priority Critical patent/JP3636749B2/en
Publication of JPH08137758A publication Critical patent/JPH08137758A/en
Application granted granted Critical
Publication of JP3636749B2 publication Critical patent/JP3636749B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Storage Device Security (AREA)

Description

【0001】
【産業上の利用分野】
本発明は情報記録媒体のソフトウエア設計作業支援装置、特に、ICカードなどの携帯用情報記録媒体を発行する際に行うファイル設計作業や検証作業を支援する装置に関する。
【0002】
【従来の技術】
ICカードに代表される携帯用情報記録媒体は、これまでの磁気カードに代わる新しい情報記録媒体として注目を集めている。特に、CPUを内蔵したICカードは、高度なセキュリティを確保した状態での使用が可能になるため、種々の分野での利用が期待されている。一般にICカードは、RAM,ROM,EEPROMといった3種類のメモリを内蔵しており、いずれも内蔵CPUによってアクセスされる。ICカードに対するデータの授受は、リーダライタ装置によって行われる。リーダライタ装置からICカードに対して所定の命令を与えると、この命令はICカード内のCPUによって実行される。たとえば、データの書込命令であれば、リーダライタ装置からICカードへ与えたデータがICカード内のメモリに書き込まれ、データの読出命令であれば、ICカード内のメモリから読み出されたデータがリーダライタ装置へ転送される。
【0003】
ICカード内に書き込まれたデータに対するセキュリティを確保するために、通常は、暗証キーが用いられる。すなわち、ICカード内の特定のファイルをアクセスするためには、どのキーを解錠する必要があるかを予め設定しておき、ICカード内に設定されている暗証コードと外部から入力された暗証コードとが一致したときにのみ、特定のキーが解錠されるような設計がなされている。そこで、ICカード内には、ユーザの用途に応じたデータを記録するためのデータファイルの他に、暗証コードを記録するためのキーファイルが格納されるのが一般的であり、しかも、これらのファイルは階層構造を採る。
【0004】
したがって、新たにICカードの発行を行う場合には、どのようなデータファイルおよびキーファイルをどのような階層構造で作成し、各ファイルにはどの程度の容量を割り当て、特定のファイルをアクセスするためには、どの暗証キーの照合を行うようにするか、といった事項を定めるファイル設計作業が必要になる。また、設計したICカードについて、十分なセキュリティが確保されているか否かを検証する作業も必要になる。従来は、このようなソフトウエア設計作業を、人手によるデスクワークとして行っていた。すなわち、ソフトウエア設計を行う技術者が、作成すべきファイルの階層構造や、容量割り当て、キー照合条件などを紙の上で設計し、十分なセキュリティが確保されているか否かの検証も合わせて行っていた。
【0005】
【発明が解決しようとする課題】
しかしながら、このような人手によるデスクワークとしてのソフトウエア設計作業は、多大な労力と熟練を要するものであり、熟練した設計者に大きな労働負荷がかかるという問題が生じていた。特に、ICカードをはじめとする携帯用の情報記録媒体の市場は、今後とも益々増大する傾向にあり、従来のような人手によるデスクワークとしてのファイル作成作業や検証作業を行っていたのでは、需要に追随したICカードの発行処理が困難になることが予想される。
【0006】
そこで本発明は、情報記録媒体のソフトウエア設計作業を支援し、設計作業者の負担を軽減することのできる支援装置を提供することを目的とする。
【0007】
【課題を解決するための手段】
(1) 本発明の第1の態様は、階層構造が定義された複数のファイルを用いて情報を記録し、外部から所定の命令を与えることにより個々のファイルをこの命令に応じた態様でアクセスできるようにし、かつ、各態様でのファイルアクセスを可能にするためにはどのキーを解錠する必要があるかを示すセキュリティ情報を設定して用いる情報記録媒体について、そのソフトウエアを設計する作業を支援する装置であって、
オペレータに対して種々の情報を提示するためのディスプレイ装置と、
オペレータからの指示を入力する入力手段と、
この入力手段からの指示に基づいて、各ファイルについて、ファイル名、ファイルの種類、階層構造、容量、およびセキュリティ情報からなるファイル内容を設定するファイル内容設定手段と、
設定されたファイル内容を記憶するファイル内容記憶手段と、
各キーが解錠状態か施錠状態かを示すステータスを記憶するステータス記憶手段と、
入力手段からの指示に基づいて、ステータスを設定するステータス設定手段と、
入力手段からの指示に基づいて、所定の選択ファイルに対して所定の選択命令を実行すべき旨を示すファイル/命令選択手段と、
選択ファイルに対して、選択命令に応じた態様でのアクセスが可能か否かを、ファイル内容記憶手段に記憶されている選択ファイルについてのセキュリティ情報と、ステータス記憶手段に記憶されているステータスと、に基づいて判定し、判定結果をディスプレイ装置に表示する可否判定手段と、
を設けたものである。
【0008】
(2) 本発明の第2の態様は、上述の第1の態様に係る支援装置において、
ファイル内容設定手段によって設定したファイルを、実際にテスト用の情報記録媒体内に作成するために、ファイル内容記憶手段内の記憶内容に基づいたファイル作成を指示する命令群を生成し、この命令群をテスト用の情報記録媒体に与える機能をもった実ファイル作成指示手段を更に設けたものである。
【0009】
【作 用】
本発明に係る支援装置によれば、設計対象となるファイルについて、ファイル名、ファイルの種類、階層構造、容量、セキュリティ情報、といったファイル内容が、ファイル内容記憶手段内にデータとして格納される。そして、設計したファイル内容についての検証作業は、このファイル内容記憶手段内に格納されたデータを利用して行うことができる。すなわち、検証作業者は、ステータス設定手段に対して所定の指示を与えることにより、各キーについての解錠/施錠状態を自由に設定することができ、また、ファイル/命令選択手段に対して所定の指示を与えることにより、情報記録媒体の所定のファイルに対して所定の命令を実行することが可能か否かを、シミュレートすることができる。たとえば、特定のキーを解錠した状態で、特定のファイルに対して特定の命令を与えるという状況をシミュレートした場合、設定したセキュリティ条件に照らして、与えた命令が実行可能か否かが、可否判定手段の判定結果としてディスプレイ装置上に得られることになる。
【0010】
また、検証作業が完了した後は、実ファイル作成指示手段によって、設計したとおりのファイルを情報記録媒体内に作成するための命令群を自動生成することができる。この命令群をテスト用情報記録媒体に与えれば、テスト用情報記録媒体内に設計どおりのファイルが作成でき、このテスト用情報記録媒体を用いて、より現実の取引形態に近い状態でのテストが可能になる。
【0011】
【実施例】
以下、本発明を図示する実施例に基づいて説明する。ここでは、本発明をICカードに対して適用した実施例を述べることにする。そこで、まず、一般的なICカードの構造と、リーダライタ装置を用いたICカードに対するアクセス手順を簡単に説明しておく。
【0012】
図1は、一般的なICカード10をリーダライタ装置20に接続した状態を示すブロック図である。ICカード10内には、リーダライタ装置20と接続するためのI/O装置11と、CPU12と、RAM13と、ROM14と、EEPROM15と、が内蔵されており、ICカード10とリーダライタ装置20との間は、I/Oラインによって接続されている。I/O装置11は、リーダライタ装置20に対してデータの送受を行う機能を有する。CPU12は、I/O装置11を介してリーダライタ装置20から与えられる命令を受け取り、これを実行する。ICカード10に内蔵されている3種類のメモリのうち、RAM13は揮発性のメモリであって、CPU12のワークエリアとして利用される。ROM14は、書き換えができない固定メモリであり、CPU12を動作させるために必要な基本的なプログラムルーチンが記録されている。また、EEPROM15は、随時書き換えが可能な不揮発性メモリであり、ユーザの用途に応じたデータや、このデータをアクセスするために必要な暗証コードなどが格納されることになる。本発明におけるファイル設計作業の対象は、このEEPROM15内に格納すべきファイルである。
【0013】
この実施例では、EEPROM15内には、3種類のファイルが格納される。すなわち、ユーザの用途に応じたデータを含むデータファイルと、ファイルをアクセスするために必要な暗証コードを含むキーファイルと、他のファイルを収容することにより階層構造をもったファイルを定義できるようにするフォルダファイルと、の3種類である。フォルダファイルは、実際には、データファイル、キーファイル、あるいは他のフォルダファイルを収容するための容器としての機能を有するだけであり、一般的な「ファイル」とは異なるものであるが、ここでは説明の便宜上、データファイルやキーファイルと同様にファイルとして取り扱うことにする。フォルダファイル内に別なフォルダファイルを収容し、更にその中に別なフォルダファイルを収容する、ということを繰り返せば、任意の階層をもったファイルが定義できるようになる。
【0014】
図2は、このような階層をもって定義された複数のファイル構造の一例を示すブロック図である。ここで、最上階層には、マスターファイルMFおよびこれに収容されているデータファイルD1〜D3およびキーファイルK1,K2が所属している。また、第2階層には、フォルダファイルF1およびこれに収容されているデータファイルD4およびキーファイルK3が所属しており、第3階層には、フォルダファイルF2およびF3、ならびにこれらに収容されているデータファイルD5〜D7およびキーファイルK4が所属している。
【0015】
続いて、このようなファイル構造をもつICカードのソフトウエア設計作業の一般的な手順を、図3の流れ図に示す。まず、ステップS1において、ファイル設計作業が行われる。ここでは、図2に示す各ファイルについて、ファイル名、ファイルの種類(データファイルか、キーファイルか、フォルダファイルか)、階層構造(図2に示す階層の中のどこに位置するか)、容量、セキュリティ情報(このファイルを所定の態様でアクセスするためには、どのキーを解錠する必要があるか)、といったファイル内容が設定されることになる。
【0016】
次に、ステップS2におけるファイル検証作業が行われる。このファイル検証作業は、ステップS1において設計されたファイル内容について、主としてセキュリティの確保が十分であるか否かをチェックする作業である。実社会におけるICカードの実際の利用形態は非常に複雑であり、それに応じた複雑なセキュリティ情報を設定する必要がある。通常は、個々のファイルごとに、しかもそのファイルに対するアクセス態様ごとに、異なるキーの組み合わせを必要とするようなセキュリティ設定がなされる。たとえば、ファイルD1に対して、「読出」なる態様でアクセスを行うには、キーK1,K2を解錠する必要があるが、「書込」なる態様でアクセスを行うには、キーK2,K3を解錠する必要がある、というような設定がなされることになる。ステップS2におけるファイル検証作業は、このような設定で十分なセキュリティが確保できるかどうかを確認する作業である。
【0017】
このステップS2におけるファイル検証作業の結果、セキュリティが不十分であると認識されると、ステップS3を経てステップS1へと戻り、ファイル設計作業がやり直される。一方、十分なセキュリティが確保されていると認識されると、ステップS3を経てステップS4のコマンド作成作業が実行され、更に、ステップS5におけるテスト用ICカードによるテスト作業が実施される。図1のブロック図に示されているように、ICカード10に対する外部からの働きかけは、すべてリーダライタ装置20から、所定のコマンド形式のデータを送信することによって行われる。したがって、ステップS1における設計どおりのファイルをテスト用ICカード内に作成するためには、リーダライタ装置20からICカード10へ、このようなファイルを作成するためのコマンドを送信する必要がある。ステップS4におけるコマンド作成作業は、このコマンドを作成する作業である。作成したコマンドをICカード10に与えることにより、テスト用ICカード10内に設計どおりのファイルが作成されるので、このテスト用ICカードを用いて、ステップS5におけるテスト作業が実施される。
【0018】
こうして、ステップS5において、実際のICカードを用いたテストを行った結果、何らかの問題があれば、ステップS6を経て再びステップS1へと戻り、ファイル設計作業がやり直される。一方、テストの結果問題がなければ、ステップS6を経てステップS7の実際のカード発行の段階へと進む。すなわち、各個人に対して、個々のICカードが発行されることになる。
【0019】
さて、本発明に係る支援装置は、この図3に示す作業の中のステップS1〜S4までの作業を支援する装置である。以下、この支援装置の構成および動作について詳述する。
【0020】
図4は、本発明に係る支援装置の基本構成を示すブロック図である。この支援装置の基本構成要素は、ディスプレイ装置30、処理装置40、入力手段50、実ファイル作成指示手段60である。処理装置40は、ファイル内容記憶手段41、可否判定手段42、ステータス記憶手段43、ファイル内容設定手段44、ファイル/命令選択手段45、ステータス設定手段46によって構成されている。これらの各構成要素は、実際には、コンピュータおよびその周辺機器によって構成される。すなわち、可否判定手段42、ファイル内容設定手段44、ファイル/命令選択手段45、ステータス設定手段46、実ファイル作成指示手段60は、いずれもコンピュータに所定のソフトウエアを組み込むことによって実現される構成要素であり、ファイル内容記憶手段41およびステータス記憶手段43は、このコンピュータの内部あるいは外部記憶装置によって実現される構成要素である。また、ディスプレイ装置30は、このコンピュータに接続されたディスプレイであり、入力手段50は、このコンピュータに接続されたマウスやキーボードなどの入力装置である。なお、リーダライタ装置70およびテスト用ICカード80は、この支援装置を構成する要素ではないが、図3の流れ図におけるステップS5の処理を説明するために図示してある。
【0021】
ディスプレイ装置30には、オペレータに対しての種々の情報が提示され、入力手段50からは、オペレータからの種々の指示が入力される。ファイル内容設定手段44は、入力手段50からの指示に基づいて、各ファイルのファイル内容を設定する機能を有し、設定されたファイル内容は、ファイル内容記憶手段41に記憶される。この実施例では、ファイル名、ファイルの種類、階層構造、容量、およびセキュリティ情報によってファイル内容が構成される。ステータス記憶手段43には、各キーが解錠状態か施錠状態かを示すステータスが記憶され、ステータス設定手段46は、入力手段50からの指示に基づいて、このステータスの設定を行う。また、ファイル/命令選択手段45は、入力手段50からの指示に基づいて、所定の選択ファイルと所定の選択命令とを特定する情報を可否判定手段42に与える。可否判定手段42は、選択ファイルに対して、選択命令に応じた態様でのアクセスが可能か否かを、ファイル内容記憶手段41に記憶されている選択ファイルについてのセキュリティ情報と、ステータス記憶手段43に記憶されているステータスと、に基づいて判定し、判定結果をディスプレイ装置30に表示する機能を有する。また、実ファイル作成指示手段60は、ファイル内容記憶手段41内に記憶されたファイル内容に基づいたファイル作成を指示する命令群を生成し、この命令群をリーダライタ装置70に与える機能を有する。リーダライタ装置70からテスト用ICカード80に対して、この命令群を与えると、テスト用ICカード80内に設計どおりのファイルが生成されることになる。
【0022】
続いて、この支援装置を用いて、図3に示すソフトウエア設計作業を行う場合の手順を説明する。ここでは、図2に示す階層構造をもったファイルを設計する場合を例にとって、以下の説明を行うことにする。
【0023】
まず、ステップS1のファイル設計作業は、設計対象となる各ファイルについて、ファイル名、ファイルの種類、階層構造、容量、セキュリティ情報を、入力手段50から入力することによって行う。たとえば、図2に示すように、最上層のマスターファイルの下に、14個のファイルを作成するのであれば、この14個のファイルのそれぞれについて、図5の表に示すような情報を入力すればよい。この例では、ファイルの種類を、D(データファイル)、K(キーファイル)、F(フォルダファイル)の記号で示し、階層構造を、各ファイルについての親ファイルのファイル名で示し、容量を4桁の容量値(具体的な数値は省略)で示してある。
【0024】
一方、セキュリティ情報は、図5の表には図示を省略してあるが、個々のファイルについて、たとえば、図6に示すような情報が入力手段50から入力される。この例では、個々のファイルごとに、「読出、追記、更新、発行の4種類の態様のそれぞれについて、各態様でこのファイルをアクセスするためには、8種類のキー1〜8のうちのいずれを解錠する必要があるか」、という情報をセキュリティ情報として設定している。図6において、黒塗りの四角は解錠する必要があるキーを、白抜きの四角は解錠する必要のないキーを示しており、たとえば、このファイルを読出態様でアクセスする命令を実行する場合には、キー1,4,5の3つのキーを解錠する必要があることが示されている。
【0025】
ファイルに対するアクセス態様は、どのようなものを定義してもかまわないが、この実施例では、ファイルに対して情報の読出しを行う「読出態様」と、ファイルに対して情報を追加書き込みする「追記態様」と、ファイルに対して情報の書き換えを行う「更新態様」と、ファイルに対して更に下位のファイルを発行したり廃棄したりする処理を行う「発行態様」と、の4種類の態様を定義し、それぞれについて別個にセキュリティ情報の設定を行っている。このように、4種類のアクセス態様を定義し、8個のキーを用いることにすると、各ファイルごとに設定すべきセキュリティ情報は、図6に示すように、かなり複雑なものになる。しかしこの支援装置では、ディスプレイ装置30の画面上に、図6に示すようなテーブルを表示し、作業者からの入力を受け付けるように構成されているため、このセキュリティ情報の設定作業は非常に簡単になる。
【0026】
こうして、ステップS1におけるファイル設計作業が完了すると、図5に示すような情報(セキュリティ情報については、各ファイルごとに図6に示す情報)が、ファイル内容記憶手段41内に記憶された状態になる。したがって、ステップS2におけるファイル検証作業は、このファイル内容記憶手段41内の情報を利用して効率良く行うことができる。すなわち、作業者は、ステータス設定手段46に対して入力手段50からステータスを設定する入力を行う。このステータスは、キー1〜8の解錠/施錠状態を示すもので、ステータス記憶手段43内に記憶される。たとえば、作業者が、「キー1,4,5を解錠する」旨の入力を行ったとすれば、ステータス記憶手段43内には、図7に示すように、キー1,4,5が解錠された状態が記録される。この実施例では、ステータス設定手段46は、図7に示すステータステーブルを、ディスプレイ装置30上に表示する機能を有しており、このテーブルの各四角内にマウスカーソルを移動してクリックすることにより、その四角内の状態(黒:解錠/白:施錠)を反転させることができる。したがって、8つのキー1〜8のステータスを設定する作業は非常に簡単である。
【0027】
ファイル検証作業は、所定のステータスにおいて、所定のファイルに対して所定の命令を実行することが可能か否かを試してみることによって行われる。たとえば、図7に示すように、3つのキー1,4,5が解錠されたステータスにおいて、作業者が、入力手段50を用いてファイル/命令選択手段45に、「ファイルD1に対する読出命令の実行」を示す入力を行ったとする。すると、ファイル/命令選択手段45から可否判定手段42に対して、選択ファイル=「D1」、選択命令=「読出命令」なる情報が与えられる。可否判定手段42は、与えられた選択ファイルおよび選択命令の組み合わせが、実行可能か否かを、ファイル内容記憶手段41内のデータおよびステータス記憶手段43内のステータスに基づいて判断する。たとえば、ファイル内容記憶手段41内に、選択ファイルD1についてのセキュリティ情報として図6に示す情報が記録されており、ステータス記憶手段43内に、ステータスとして図7に示す情報が記録されていれば、選択命令実行の条件が満足されているため(図6の情報では、読出態様の命令実行には、キー1,4,5の解錠が必要であることが示されており、図7のステータスでは、キー1,4,5が解錠されていることが示されている)、可否判定手段42は、ディスプレイ装置30上に「実行可」を示す表示を行うことになる。これに対し、選択命令が他のアクセス態様の命令であった場合には、「実行不可」を示す表示を行うことになる。
【0028】
実社会の取引に用いられるICカードでは、各ファイルごとに非常に複雑なセキュリティ設定がなされる。そこで、このステップS2にファイル検証作業は、全ファイルについて、十分なセキュリティが確保されているか否かを確認する上で、非常に重要な作業となる。
【0029】
このステップS2におけるファイル検証作業の結果、セキュリティが不十分であると認識されると、ステップS3を経てステップS1へと戻り、ファイル設計作業がやり直される。一方、十分なセキュリティが確保されていると認識されると、ステップS3を経てステップS4のコマンド作成作業が実行される。すなわち、実ファイル作成指示手段60が、ファイル内容記憶手段41内の情報に基づいて所定の命令群を作成する。この命令群をリーダライタ装置70を介してテスト用ICカード80に与えることにより、テスト用ICカード80内に、設計どおりのファイルが作成されることになる。こうして、このテスト用ICカード80を用いて、ステップS5におけるテスト作業が実施される。このテストによって問題がなければ、ステップS6を経て、ステップS7において、実際のカード発行処理が行われる点は、従来の手順と同じである。
【0030】
以上のように、本発明に係る支援装置を用いれば、図3に示す作業のうち、ステップS1〜S4までの作業を非常に効率的に行うことができる。特に、ステップS2のファイル検証作業は、ディスプレイ装置30の画面上に表示された図7に示すようなステータステーブルの該当箇所をマウスでクリックすることにより任意のステータスを設定した状態で、所定のファイルおよび命令を選択する入力を行えば、選択したファイルに対して選択した命令が実行可能か否かが、直ちにディスプレイ装置30の画面上に表示されるので、スムーズな操作が可能になる。
【0031】
要するに、本発明に係る支援装置を用いれば、ステップS1のファイル設計作業およびステップS2のファイル検証作業を、コンピュータシミュレーションとして行うことができ、ステップS5におけるテスト用ICカードによるテスト作業に近い形でのテストが可能になる。しかも、ステップS5のテスト作業は、実際のテスト用ICカード80を用いたテストであるため、所定のキーを解錠する操作などは、リーダライタ装置70から所定の暗証コードをICカード側に送信する必要があるが、ステップS2のファイル検証作業では、上述したように、ディスプレイ画面上に表示された図7に示すようなステータステーブルの所定箇所をマウスでクリックするという単純な操作で、各キーの解錠/施錠状態を自由に設定することが可能になる。
【0032】
以上、本発明を図示する実施例に基づいて説明したが、本発明はこの実施例のみに限定されるものではなく、この他にも種々の態様で実施可能である。特に、図4に示したブロック図は、説明の便宜上、本発明の概念を各ブロックごとに分けて示したものであり、実際の支援装置は、ハードウエア上も、ソフトウエア上も、必ずしもこのようなブロックに分けた構成にする必要はない。
【0033】
【発明の効果】
以上のとおり本発明に係る支援装置を用いれば、情報記録媒体のソフトウエア設計作業を支援し、設計作業者の負担を軽減することができるようになる。
【図面の簡単な説明】
【図1】一般的なICカード10をリーダライタ装置20に接続した状態を示すブロック図である。
【図2】階層をもったファイル定義の一例を示す図である。
【図3】ICカードのソフトウエア設計作業の一般的な手順を示す流れ図である。
【図4】本発明に係る支援装置の基本構成を示すブロック図である。
【図5】図4に示す支援装置におけるファイル内容設定手段44によって設定されるファイル内容の一例を示す表である。
【図6】図5の表中のセキュリティ情報の欄の設定内容の一例を示す図である。
【図7】図4に示す支援装置におけるステータス設定手段46によって設定されるステータスの一例を示す図である。
【符号の説明】
10…ICカード
11…I/O装置
12…CPU
13…RAM
14…ROM
15…EEPROM
20…リーダライタ装置
30…ディスプレイ装置
40…処理装置
41…ファイル内容記憶手段
42…可否判定手段
43…ステータス記憶手段
44…ファイル内容設定手段
45…ファイル/命令選択手段
46…ステータス設定手段
50…入力手段
60…実ファイル作成指示手段
70…リーダライタ装置
80…テスト用ICカード
MF…マスターファイル
D1〜D7…データファイル
K1〜K4…キーファイル
F1〜F3…フォルダファイル
[0001]
[Industrial application fields]
The present invention relates to a software design work support device for an information recording medium, and more particularly to a device that supports file design work and verification work performed when a portable information recording medium such as an IC card is issued.
[0002]
[Prior art]
Portable information recording media represented by IC cards are attracting attention as new information recording media that can replace conventional magnetic cards. In particular, an IC card with a built-in CPU can be used in a state in which a high level of security is ensured, and is expected to be used in various fields. In general, an IC card has three types of memory such as RAM, ROM, and EEPROM, all of which are accessed by a built-in CPU. Data exchange to the IC card is performed by a reader / writer device. When a predetermined command is given to the IC card from the reader / writer device, this command is executed by the CPU in the IC card. For example, if it is a data write command, the data given from the reader / writer device to the IC card is written to the memory in the IC card. If it is a data read command, the data read from the memory in the IC card. Is transferred to the reader / writer device.
[0003]
In order to ensure security for data written in the IC card, a personal identification key is usually used. In other words, in order to access a specific file in the IC card, it is set in advance which key needs to be unlocked, and the password set in the IC card and the password entered from the outside. The design is such that a specific key is unlocked only when the code matches. Therefore, the IC card generally stores a key file for recording a personal identification code in addition to a data file for recording data according to the user's application. The file has a hierarchical structure.
[0004]
Therefore, when a new IC card is issued, what data file and key file are created in what hierarchical structure, how much capacity is allocated to each file, and a specific file is accessed. For this, a file design work is required to determine items such as which secret key should be collated. In addition, it is necessary to verify whether or not sufficient security is ensured for the designed IC card. Conventionally, such software design work has been carried out as manual desk work. In other words, an engineer who designs software designs the hierarchical structure of files to be created, capacity allocation, key verification conditions, etc. on paper, and also verifies whether sufficient security is ensured. I was going.
[0005]
[Problems to be solved by the invention]
However, such software design work as a manual desk work requires a great deal of labor and skill, and there has been a problem that a large workload is imposed on a skilled designer. In particular, the market for portable information recording media, including IC cards, will continue to grow, and demand for manual file creation and verification as manual desk work will increase. It is expected that the IC card issue processing that follows this will become difficult.
[0006]
SUMMARY OF THE INVENTION An object of the present invention is to provide a support device that supports software design work of an information recording medium and can reduce the burden on a design worker.
[0007]
[Means for Solving the Problems]
(1) In the first aspect of the present invention, information is recorded using a plurality of files in which a hierarchical structure is defined, and each file is accessed in a manner corresponding to this instruction by giving a predetermined instruction from the outside. Work to design software for information recording media that can be used and set security information indicating which key needs to be unlocked to enable file access in each mode A device for supporting
A display device for presenting various information to an operator;
Input means for inputting instructions from the operator;
Based on an instruction from the input means, for each file, a file content setting means for setting a file content including a file name, a file type, a hierarchical structure, a capacity, and security information;
File content storage means for storing the set file content;
Status storage means for storing a status indicating whether each key is unlocked or locked;
Status setting means for setting a status based on an instruction from the input means;
Based on an instruction from the input means, a file / instruction selection means indicating that a predetermined selection instruction should be executed for a predetermined selection file;
Whether the selected file can be accessed in a mode according to the selection command, security information about the selected file stored in the file content storage unit, status stored in the status storage unit, Determining whether to display the determination result on the display device,
Is provided.
[0008]
(2) According to a second aspect of the present invention, in the support device according to the first aspect described above,
In order to actually create the file set by the file content setting means in the information recording medium for testing, a command group instructing file creation based on the storage content in the file content storage means is generated, and this command group Is further provided with an actual file creation instructing unit having a function of giving the information to the test information recording medium.
[0009]
[Operation]
According to the support device of the present invention, file contents such as file name, file type, hierarchical structure, capacity, and security information are stored as data in the file content storage means for the file to be designed. And the verification work about the designed file content can be performed using the data stored in this file content storage means. That is, the verification operator can freely set the unlocked / locked state for each key by giving a predetermined instruction to the status setting means, and can also set a predetermined value for the file / command selecting means. By giving this instruction, it is possible to simulate whether or not a predetermined command can be executed on a predetermined file on the information recording medium. For example, when simulating a situation where a specific command is given to a specific file with a specific key unlocked, whether or not the given command can be executed according to the set security condition, It is obtained on the display device as a determination result of the availability determination means.
[0010]
Further, after the verification work is completed, a command group for creating a file as designed in the information recording medium can be automatically generated by the real file creation instruction means. If this instruction group is given to the test information recording medium, a file as designed can be created in the test information recording medium, and the test information recording medium can be used to perform a test in a state closer to an actual transaction form. It becomes possible.
[0011]
【Example】
Hereinafter, the present invention will be described based on embodiments shown in the drawings. Here, an embodiment in which the present invention is applied to an IC card will be described. First, a general IC card structure and an access procedure for the IC card using the reader / writer device will be briefly described.
[0012]
FIG. 1 is a block diagram showing a state in which a general IC card 10 is connected to a reader / writer device 20. The IC card 10 includes an I / O device 11 for connecting to the reader / writer device 20, a CPU 12, a RAM 13, a ROM 14, and an EEPROM 15, and the IC card 10 and the reader / writer device 20. Are connected by I / O lines. The I / O device 11 has a function of transmitting / receiving data to / from the reader / writer device 20. The CPU 12 receives a command given from the reader / writer device 20 via the I / O device 11 and executes it. Of the three types of memory built in the IC card 10, the RAM 13 is a volatile memory and is used as a work area for the CPU 12. The ROM 14 is a fixed memory that cannot be rewritten, and records basic program routines necessary for operating the CPU 12. The EEPROM 15 is a non-volatile memory that can be rewritten at any time, and stores data according to the user's application, a password code necessary for accessing this data, and the like. The object of the file design work in the present invention is a file to be stored in the EEPROM 15.
[0013]
In this embodiment, three types of files are stored in the EEPROM 15. In other words, it is possible to define a file having a hierarchical structure by accommodating a data file containing data according to the user's application, a key file containing a code necessary for accessing the file, and other files. There are three types of folder files. The folder file actually has only a function as a container for accommodating a data file, a key file, or another folder file, and is different from a general “file”. For convenience of explanation, it will be handled as a file in the same way as a data file and a key file. If another folder file is accommodated in the folder file, and another folder file is accommodated therein, a file having an arbitrary hierarchy can be defined.
[0014]
FIG. 2 is a block diagram showing an example of a plurality of file structures defined with such a hierarchy. Here, the master file MF, data files D1 to D3 and key files K1 and K2 accommodated in the master file MF belong to the top layer. Further, the folder file F1 and the data file D4 and the key file K3 accommodated therein belong to the second hierarchy, and the folder files F2 and F3 and these are accommodated in the third hierarchy. Data files D5 to D7 and key file K4 belong.
[0015]
Next, a general procedure for software design work of an IC card having such a file structure is shown in the flowchart of FIG. First, in step S1, file design work is performed. Here, for each file shown in FIG. 2, the file name, file type (data file, key file or folder file), hierarchical structure (where in the hierarchy shown in FIG. 2), capacity, The file contents such as security information (which key needs to be unlocked to access this file in a predetermined manner) are set.
[0016]
Next, the file verification work in step S2 is performed. This file verification operation is mainly an operation for checking whether the security of the file contents designed in step S1 is sufficient. The actual usage form of the IC card in the real world is very complicated, and it is necessary to set complicated security information according to it. Normally, security settings are made so that different key combinations are required for each individual file and for each access mode for that file. For example, to access the file D1 in the “read” mode, the keys K1 and K2 need to be unlocked. To access the file D1 in the “write” mode, the keys K2, K3 are required. It is necessary to make a setting such as unlocking. The file verification operation in step S2 is an operation for confirming whether sufficient security can be ensured by such setting.
[0017]
As a result of the file verification work in step S2, if it is recognized that the security is insufficient, the process returns to step S1 through step S3, and the file design work is performed again. On the other hand, if it is recognized that sufficient security is ensured, the command creation work of step S4 is executed through step S3, and further, the test work with the test IC card in step S5 is executed. As shown in the block diagram of FIG. 1, all external actions on the IC card 10 are performed by transmitting data in a predetermined command format from the reader / writer device 20. Therefore, in order to create a file as designed in the test IC card in step S1, it is necessary to transmit a command for creating such a file from the reader / writer device 20 to the IC card 10. The command creation work in step S4 is a work for creating this command. By giving the created command to the IC card 10, a file as designed is created in the test IC card 10, and the test work in step S <b> 5 is performed using this test IC card.
[0018]
Thus, if there is any problem as a result of the test using the actual IC card in step S5, the process returns to step S1 through step S6, and the file design work is performed again. On the other hand, if there is no problem as a result of the test, the process proceeds to step S7 through the actual card issuing stage through step S6. That is, an individual IC card is issued to each individual.
[0019]
Now, the support device according to the present invention is a device that supports the work from steps S1 to S4 in the work shown in FIG. Hereinafter, the configuration and operation of this support apparatus will be described in detail.
[0020]
FIG. 4 is a block diagram showing the basic configuration of the support apparatus according to the present invention. The basic components of this support device are a display device 30, a processing device 40, an input means 50, and an actual file creation instruction means 60. The processing device 40 includes a file content storage unit 41, an availability determination unit 42, a status storage unit 43, a file content setting unit 44, a file / command selection unit 45, and a status setting unit 46. Each of these components is actually constituted by a computer and its peripheral devices. In other words, the availability determination unit 42, the file content setting unit 44, the file / command selection unit 45, the status setting unit 46, and the actual file creation instruction unit 60 are all components realized by incorporating predetermined software into the computer. The file content storage means 41 and the status storage means 43 are components realized by the internal or external storage device of the computer. The display device 30 is a display connected to the computer, and the input means 50 is an input device such as a mouse or a keyboard connected to the computer. Note that the reader / writer device 70 and the test IC card 80 are not elements constituting the support device, but are illustrated for explaining the process of step S5 in the flowchart of FIG.
[0021]
Various information for the operator is presented on the display device 30, and various instructions from the operator are input from the input means 50. The file content setting unit 44 has a function of setting the file content of each file based on an instruction from the input unit 50, and the set file content is stored in the file content storage unit 41. In this embodiment, the file contents are constituted by the file name, file type, hierarchical structure, capacity, and security information. The status storage unit 43 stores a status indicating whether each key is unlocked or locked, and the status setting unit 46 sets the status based on an instruction from the input unit 50. Further, the file / instruction selection means 45 gives information specifying the predetermined selection file and the predetermined selection instruction to the availability determination means 42 based on an instruction from the input means 50. The permission determination means 42 determines whether or not the selected file can be accessed in a mode according to the selection command, security information about the selected file stored in the file content storage means 41, and status storage means 43. And a function of displaying the determination result on the display device 30. The real file creation instructing unit 60 has a function of generating a command group instructing file creation based on the file contents stored in the file content storage unit 41 and giving the command group to the reader / writer device 70. When this command group is given from the reader / writer device 70 to the test IC card 80, a file as designed in the test IC card 80 is generated.
[0022]
Next, a procedure for performing the software design work shown in FIG. 3 using this support apparatus will be described. Here, the following explanation will be given by taking as an example the case of designing a file having the hierarchical structure shown in FIG.
[0023]
First, the file design work in step S1 is performed by inputting the file name, file type, hierarchical structure, capacity, and security information from the input means 50 for each file to be designed. For example, as shown in FIG. 2, if 14 files are created under the uppermost master file, information as shown in the table of FIG. 5 is input for each of the 14 files. That's fine. In this example, the file type is indicated by symbols D (data file), K (key file), and F (folder file), the hierarchical structure is indicated by the file name of the parent file for each file, and the capacity is 4 It is indicated by a digit capacity value (specific numerical values are omitted).
[0024]
On the other hand, although the security information is not shown in the table of FIG. 5, for example, information shown in FIG. In this example, in order to access this file in each mode for each of the four modes of reading, appending, updating, and issuing, for each individual file, any of the eight types of keys 1 to 8 is used. Is set as security information. In FIG. 6, black squares indicate keys that need to be unlocked, and white squares indicate keys that do not need to be unlocked. For example, when executing an instruction to access this file in a read mode Indicates that it is necessary to unlock the three keys 1, 4, and 5.
[0025]
Any access mode may be defined for the file, but in this embodiment, the “read mode” for reading information from the file and the “additional information” for writing information to the file are added. A mode, an “update mode” that rewrites information on a file, and an “issue mode” that performs a process of issuing or discarding a lower-level file to a file. It is defined and security information is set separately for each. As described above, when four types of access modes are defined and eight keys are used, the security information to be set for each file becomes considerably complicated as shown in FIG. However, since this support device is configured to display a table as shown in FIG. 6 on the screen of the display device 30 and accept input from the operator, the setting work of this security information is very simple. become.
[0026]
Thus, when the file design work in step S1 is completed, information as shown in FIG. 5 (for security information, information shown in FIG. 6 for each file) is stored in the file content storage means 41. . Therefore, the file verification work in step S2 can be efficiently performed using the information in the file content storage means 41. In other words, the worker performs an input for setting the status from the input unit 50 to the status setting unit 46. This status indicates the unlocked / locked state of the keys 1 to 8 and is stored in the status storage means 43. For example, if the operator inputs “unlock keys 1, 4, 5”, keys 1, 4, 5 are unlocked in status storage means 43 as shown in FIG. The locked state is recorded. In this embodiment, the status setting means 46 has a function of displaying the status table shown in FIG. 7 on the display device 30, and by moving and clicking the mouse cursor in each square of the table. The state in the square (black: unlocked / white: locked) can be reversed. Therefore, the operation of setting the statuses of the eight keys 1 to 8 is very simple.
[0027]
The file verification operation is performed by trying whether a predetermined command can be executed on a predetermined file in a predetermined status. For example, as shown in FIG. 7, in the status where the three keys 1, 4, 5 are unlocked, the operator uses the input means 50 to send the “read command for the file D 1 to the file / command selecting means 45. It is assumed that an input indicating “execution” is performed. Then, the file / instruction selection means 45 gives the information that the selection file = “D1” and the selection instruction = “read instruction” to the availability determination means 42. The availability determination unit 42 determines whether or not the combination of the given selection file and selection command can be executed based on the data in the file content storage unit 41 and the status in the status storage unit 43. For example, if the information shown in FIG. 6 is recorded as security information about the selected file D1 in the file content storage means 41, and the information shown in FIG. 7 is recorded as the status in the status storage means 43, Since the condition for executing the selected instruction is satisfied (the information in FIG. 6 indicates that the unlocking of the keys 1, 4 and 5 is necessary for executing the instruction in the reading mode, and the status in FIG. In this case, the keys 1, 4, 5 are unlocked), and the availability determining means 42 displays “executable” on the display device 30. On the other hand, when the selected instruction is an instruction in another access mode, a display indicating “unexecutable” is performed.
[0028]
In IC cards used for real-world transactions, very complicated security settings are made for each file. Therefore, the file verification operation in step S2 is very important for confirming whether or not sufficient security is ensured for all files.
[0029]
As a result of the file verification work in step S2, if it is recognized that the security is insufficient, the process returns to step S1 through step S3, and the file design work is performed again. On the other hand, if it is recognized that sufficient security is ensured, the command creation work of step S4 is executed through step S3. That is, the actual file creation instruction unit 60 creates a predetermined command group based on the information in the file content storage unit 41. By giving this command group to the test IC card 80 via the reader / writer device 70, a file as designed is created in the test IC card 80. Thus, the test work in step S5 is performed using the test IC card 80. If there is no problem in this test, the actual card issuing process is performed in step S7 after step S6, which is the same as the conventional procedure.
[0030]
As described above, if the support device according to the present invention is used, among the operations shown in FIG. 3, the operations from step S1 to S4 can be performed very efficiently. In particular, the file verification operation in step S2 is performed with a predetermined file in a state where an arbitrary status is set by clicking with a mouse on a corresponding portion of the status table as shown in FIG. 7 displayed on the screen of the display device 30. If an instruction for selecting an instruction is input, whether or not the selected instruction can be executed for the selected file is immediately displayed on the screen of the display device 30, so that a smooth operation is possible.
[0031]
In short, if the support apparatus according to the present invention is used, the file design work in step S1 and the file verification work in step S2 can be performed as a computer simulation, in a form close to the test work by the test IC card in step S5. Test becomes possible. In addition, since the test operation in step S5 is a test using the actual test IC card 80, an operation for unlocking a predetermined key is sent from the reader / writer device 70 to the IC card side. However, in the file verification operation in step S2, as described above, each key is clicked by a simple operation of clicking a predetermined portion of the status table displayed on the display screen as shown in FIG. It is possible to freely set the unlocking / locking state.
[0032]
As mentioned above, although this invention was demonstrated based on the Example shown in figure, this invention is not limited only to this Example, It can implement in a various aspect other than this. In particular, the block diagram shown in FIG. 4 shows the concept of the present invention separately for each block for convenience of explanation, and the actual support device is not necessarily in hardware or software. It is not necessary to have a configuration divided into such blocks.
[0033]
【The invention's effect】
As described above, by using the support device according to the present invention, it is possible to support the software design work of the information recording medium and reduce the burden on the design worker.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a state in which a general IC card 10 is connected to a reader / writer device 20. FIG.
FIG. 2 is a diagram illustrating an example of a file definition having a hierarchy.
FIG. 3 is a flowchart showing a general procedure for IC card software design work;
FIG. 4 is a block diagram showing a basic configuration of a support device according to the present invention.
FIG. 5 is a table showing an example of file contents set by file content setting means 44 in the support apparatus shown in FIG. 4;
6 is a diagram showing an example of setting contents in a security information column in the table of FIG. 5. FIG.
7 is a diagram showing an example of a status set by status setting means 46 in the support apparatus shown in FIG.
[Explanation of symbols]
10 ... IC card
11 ... I / O device
12 ... CPU
13 ... RAM
14 ... ROM
15 ... EEPROM
20: Reader / writer device
30 ... Display device
40 ... Processing device
41. File content storage means
42 ... Availability determination means
43 ... Status storage means
44 ... File content setting means
45 ... File / command selection means
46 ... Status setting means
50 ... Input means
60 ... Real file creation instruction means
70. Reader / writer device
80 ... IC card for testing
MF ... Master file
D1 to D7 ... Data file
K1-K4 ... key file
F1-F3 ... Folder file

Claims (2)

階層構造が定義された複数のファイルを用いて情報を記録し、外部から所定の命令を与えることにより個々のファイルをこの命令に応じた態様でアクセスできるようにし、かつ、各態様でのファイルアクセスを可能にするためにはどのキーを解錠する必要があるかを示すセキュリティ情報を設定して用いる情報記録媒体について、そのソフトウエアを設計する作業を支援する装置であって、
オペレータに対して種々の情報を提示するためのディスプレイ装置と、
オペレータからの指示を入力する入力手段と、
この入力手段からの指示に基づいて、各ファイルについて、ファイル名、ファイルの種類、階層構造、容量、およびセキュリティ情報からなるファイル内容を設定するファイル内容設定手段と、
設定されたファイル内容を記憶するファイル内容記憶手段と、
各キーが解錠状態か施錠状態かを示すステータスを記憶するステータス記憶手段と、
前記入力手段からの指示に基づいて、前記ステータスを設定するステータス設定手段と、
前記入力手段からの指示に基づいて、所定の選択ファイルに対して所定の選択命令を実行すべき旨を示すファイル/命令選択手段と、
前記選択ファイルに対して、前記選択命令に応じた態様でのアクセスが可能か否かを、前記ファイル内容記憶手段に記憶されている選択ファイルについてのセキュリティ情報と、前記ステータス記憶手段に記憶されているステータスと、に基づいて判定し、判定結果を前記ディスプレイ装置に表示する可否判定手段と、
を備えることを特徴とする情報記録媒体のソフトウエア設計作業支援装置。
Information is recorded using a plurality of files in which a hierarchical structure is defined, and each file can be accessed in a manner corresponding to this command by giving a predetermined command from the outside, and file access in each mode An information recording medium for setting and using security information indicating which key needs to be unlocked in order to enable the software to support the work of designing the software,
A display device for presenting various information to an operator;
Input means for inputting instructions from the operator;
Based on an instruction from the input means, for each file, a file content setting means for setting a file content including a file name, a file type, a hierarchical structure, a capacity, and security information;
File content storage means for storing the set file content;
Status storage means for storing a status indicating whether each key is unlocked or locked;
Status setting means for setting the status based on an instruction from the input means;
Based on an instruction from the input means, a file / instruction selection means indicating that a predetermined selection instruction should be executed for a predetermined selection file;
Whether or not the selected file can be accessed in a mode corresponding to the selection command is stored in the security information about the selected file stored in the file content storage unit and in the status storage unit. Determining whether or not to display the determination result on the display device;
A software design work support apparatus for an information recording medium, comprising:
請求項1に記載の支援装置において、
ファイル内容設定手段によって設定したファイルを、実際にテスト用の情報記録媒体内に作成するために、ファイル内容記憶手段内の記憶内容に基づいたファイル作成を指示する命令群を生成し、この命令群を前記テスト用の情報記録媒体に与える機能をもった実ファイル作成指示手段を更に備えることを特徴とする情報記録媒体のソフトウエア設計作業支援装置。
The support apparatus according to claim 1,
In order to actually create the file set by the file content setting means in the information recording medium for testing, a command group instructing file creation based on the storage content in the file content storage means is generated, and this command group A software design work support apparatus for an information recording medium, further comprising: an actual file creation instruction means having a function of providing the information to the test information recording medium.
JP30137994A 1994-11-10 1994-11-10 Software design work support device for information recording media Expired - Fee Related JP3636749B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP30137994A JP3636749B2 (en) 1994-11-10 1994-11-10 Software design work support device for information recording media

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP30137994A JP3636749B2 (en) 1994-11-10 1994-11-10 Software design work support device for information recording media

Publications (2)

Publication Number Publication Date
JPH08137758A JPH08137758A (en) 1996-05-31
JP3636749B2 true JP3636749B2 (en) 2005-04-06

Family

ID=17896172

Family Applications (1)

Application Number Title Priority Date Filing Date
JP30137994A Expired - Fee Related JP3636749B2 (en) 1994-11-10 1994-11-10 Software design work support device for information recording media

Country Status (1)

Country Link
JP (1) JP3636749B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3688822B2 (en) * 1996-09-03 2005-08-31 株式会社東芝 Electronic medical record system

Also Published As

Publication number Publication date
JPH08137758A (en) 1996-05-31

Similar Documents

Publication Publication Date Title
JP4275772B2 (en) Database system, data management method, and recording medium recording data management software
JPH06504862A (en) A secure way to load multiple applications onto a microprocessor memory card
JP5112085B2 (en) Office flow generation apparatus and method
JP5657930B2 (en) Electronic form display control device, electronic form display control method, and electronic form display control program
JP2003030026A (en) Data managing device
CN100501737C (en) Database scheme for content managed data and its setting method and system
CN108885444A (en) Apparatus for management of information, approaches to IM and information management system
JP3636749B2 (en) Software design work support device for information recording media
JP4276717B2 (en) Database system
JP3636750B2 (en) Security verification work support device for information recording medium
JP2009104646A (en) Database system and data management method
JP7469854B2 (en) Screen creation device
JPH04344955A (en) Temporary change method for access right
JP3678780B2 (en) Information recording medium file design support device
JP3785842B2 (en) Access control device and program recording medium thereof
JP3785841B2 (en) Access control device and program recording medium thereof
JP3654965B2 (en) Information recording medium issue support device
JPH0267651A (en) Method for controlling protection of file system
JP3261198B2 (en) Information recording medium with built-in CPU
JPH08185454A (en) Data processor
JPH01147686A (en) Portable electronic device
JPH08185455A (en) Data processor
JPH08335254A (en) Issuing device for information recording medium
JP4601577B2 (en) Emulation device
JPH11282662A (en) Input display control device and storage medium

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20041216

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20050104

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050106

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: 20090114

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100114

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100114

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110114

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110114

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120114

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120114

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130114

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130114

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140114

Year of fee payment: 9

LAPS Cancellation because of no payment of annual fees