JP3487873B2 - Ｉｃカード発行工程の管理方法 - Google Patents
Ｉｃカード発行工程の管理方法Info
- Publication number
- JP3487873B2 JP3487873B2 JP06752893A JP6752893A JP3487873B2 JP 3487873 B2 JP3487873 B2 JP 3487873B2 JP 06752893 A JP06752893 A JP 06752893A JP 6752893 A JP6752893 A JP 6752893A JP 3487873 B2 JP3487873 B2 JP 3487873B2
- Authority
- JP
- Japan
- Prior art keywords
- card
- eeprom
- test
- issuing
- issuance
- 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
Description
【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、ＩＣカード発行工程の
管理方法、特に、ＩＣカードの発行時に行われるハード
ウエアに対する種々のテスト処理およびカード発行に必
要な情報をＥＥＰＲＯＭに書き込む種々の書込処理を行
う工程を管理する方法に関する。 【０００２】 【従来の技術】磁気カードに代わる新しい情報記録媒体
として、ＩＣカードが注目を集めている。特に、ＣＰＵ
を内蔵したＩＣカードは、高度なセキュリティを有する
ため、種々の分野での利用が期待されている。一般にＩ
Ｃカードは、ＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭといった３
種類のメモリを内蔵しており、いずれも内蔵ＣＰＵによ
ってアクセスされる。ＩＣカードに対するデータの授受
は、リーダライタ装置によって行われる。リーダライタ
装置からＩＣカードに対して所定の命令を与えると、こ
の命令はＩＣカード内のＣＰＵによって実行される。た
とえば、データの書込命令であれば、リーダライタ装置
からＩＣカードへ与えたデータがＩＣカード内のメモリ
に書き込まれ、データの読出命令であれば、ＩＣカード
内のメモリから読み出されたデータがリーダライタ装置
へ転送される。 【０００３】このようなＩＣカードを実社会において利
用できる形態で発行するには、種々の処理が必要であ
る。この発行に必要な処理は、大別してテスト処理と書
込処理とに分類される。テスト処理は、ＩＣカードのハ
ードウエアが正しく機能するか否かを調べるための処理
であり、メモリへの書込テスト、物理特性テスト、温度
特性テスト、などが一般に行われている。また、書込処
理は、カード発行に必要な情報をＥＥＰＲＯＭ内に書き
込む処理であり、各種ディレクトリ情報、キー情報、発
行者識別情報、などが書き込まれる。このようなテスト
処理および書込処理を経て、ＩＣカードは正式に発行さ
れ、需要者の手元に交付される。 【０００４】 【発明が解決しようとする課題】上述したように、ＩＣ
カードを発行する工程では、種々の処理が必要になる。
通常、これらの各処理は、別々のセクションあるいは別
々の部屋で実行される。たとえば、物理特性テストは、
衝撃試験装置が設置された部屋で行う必要があるが、温
度特性テストは、温度試験装置が設置された部屋で行う
必要がある。したがって、１枚のＩＣカードを発行する
までには、このＩＣカードを様々な部屋へ移送する必要
がある。このため、本来行うべき処理を忘れてしまうよ
うな人為ミスが発生しやすくなる。通常、ＩＣカードを
発行する場合、複数枚のＩＣカードからなるロットの単
位で各処理が行われる。そこで従来は、このロットごと
に処理伝票を添付し、１つの処理が完了するごとに、こ
の処理伝票に「済」のゴム印を押すようにして発行工程
の管理を行っている。しかしながら、このような伝票を
用いた管理は誤りが発生しやすく、特に、伝票が別なロ
ットに紛れてしまったような場合には、誤りの発生を発
見することも困難になる。 【０００５】そこで本発明は、ＩＣカードの発行工程の
管理を確実に行うことのできる管理方法を提供すること
を目的とする。 【０００６】 【課題を解決するための手段】本願発明は、少なくとも
ＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭの３種類のメモリと、こ
れらのメモリをアクセスする機能をもったＣＰＵと、を
内蔵するＩＣカードについて、ハードウエアに対する種
々のテスト処理およびカード発行に必要な情報をＥＥＰ
ＲＯＭに書き込む種々の書込処理を行うことによりカー
ド発行を行う場合に、このカード発行の工程を管理する
方法において、ＩＣカードの発行工程に必要な複数の処
理について一連の順番を定義し、ＥＥＰＲＯＭ内に現時
点で実行済となった処理の番号を示すデータを記録する
ための工程番号記録部を用意し、工程番号記録部に所定
の初期値を記録しておき、順番が定義された個々の処理
を実行する前に、工程番号記録部内のデータが直前の処
理を示す番号（最初の処理を実行する前の場合は初期
値）になっているかを確認し、個々の処理が終了するた
びに、前記工程番号記録部内のデータを更新するように
したものである。 【０００７】 【０００８】 【０００９】 【作 用】ＩＣカードに内蔵されたＥＥＰＲＯＭは、不
揮発性のメモリでありながら、随時書き込みが可能であ
る。本発明の主眼は、従来、添付の処理伝票に書き込ん
でいた情報を、各ＩＣカードのＥＥＰＲＯＭ内に書き込
むという点にある。すなわち、ある処理を実行した場
合、従来は処理伝票に「実行済」であることを示す情報
を書き込んでいたが、本発明では、処理対象となったＩ
Ｃカード内のＥＥＰＲＯＭに「実行済」であることを示
す情報が書き込まれる。ＩＣカード自身にこのような情
報が書き込まれるため、処理伝票を用いた場合のような
誤りは発生しない。また、「実行済」を示す情報ととも
に、テストなどの処理結果を示す情報を記録するように
すれば、テスト結果の履歴をＩＣカード内に残すことが
できるようになる。更に、ＩＣカードの発行に必要な複
数の処理について、予め順番が定義されている場合に
は、ＥＥＰＲＯＭ内の情報を読み出し、先行する処理が
実行済であることを確認した後に、これに後続する処理
を行うようにすれば、処理の順番を飛ばすような誤りを
防ぐことができる。 【００１０】 【実施例】以下、本発明を図示する実施例に基づいて説
明する。図１は一般的なＩＣカード１０をリーダライタ
装置２０に接続した状態を示すブロック図である。ＩＣ
カード１０内には、リーダライタ装置２０と接続するた
めのＩ／Ｏ装置１１と、ＣＰＵ１２と、ＲＡＭ１３と、
ＲＯＭ１４と、ＥＥＰＲＯＭ１５と、が内蔵されてい
る。ＣＰＵ１２は、Ｉ／Ｏ装置１１を介してリーダライ
タ装置２０から与えられる命令を受け取り、これを実行
する。３種類のメモリのうち、ＲＡＭ１３は揮発性のメ
モリであって、ＣＰＵ１２のワークエリアとして利用さ
れる。ＲＯＭ１４およびＥＥＰＲＯＭ１５は、いずれも
不揮発性のメモリであるが、ＲＯＭ１４は読出し専用で
あるのに対し、ＥＥＰＲＯＭは随時書き換えを行うこと
ができる。このため、ＲＯＭ１４には、ＣＰＵ１２に実
行させるプログラムが用意され、ＥＥＰＲＯＭ１５に
は、このＩＣカード１０を特定の用途に利用する場合に
必要な種々の情報（ファイルディレクトリ、ユーザデー
タなど）が記録される。 【００１１】このＩＣカード１０を、特定の用途に利用
するには、カード発行のための種々の処理を行わねばな
らない。前述したように、発行に必要な処理は、大別し
てテスト処理と書込処理とに分類される。ここでは、図
２に示すような５つの発行処理〜を経て、カードの
発行が行われる単純な例を考えることにする。発行処理
〜までがテスト処理であり、発行処理が書込処理
である。発行処理「ＥＥＰＲＯＭ書込テスト」は、Ｅ
ＥＰＲＯＭ１５に対するハードウエア試験であり、ＥＥ
ＰＲＯＭ１５の各アドレスに所定のデータを書き込み、
続いて書き込んだデータを読出し、正しく書き込みが行
われたか否かを調べるテストである。発行処理「物理
特性テスト」は、所定の高さから落下させるなどの方法
により、ＩＣカード１０に物理的な衝撃を与えたり、あ
るいは、ＩＣカード１０に物理的な力を加えて、カード
を撓ませたりした後、正常に動作するか否か（たとえ
ば、リセット動作が正常に行われるか否か）を調べるテ
ストである。発行処理「温度特性テスト」は、ＩＣカ
ード１０を所定温度（室温より高い温度あるいは低い温
度）の環境にしばらく置いた後、正常に動作するか否か
を調べるテストである。また、電気特性テストは、ＩＣ
カード１０の入出力端子に所定の電気信号を与え、正し
い電気的特性が得られるか否かを調べるテストである。 【００１２】このようなテストがひととおり実行された
後、発行処理「発行情報の書き込み」が行われる。こ
の処理は、カード発行に必要な情報をＥＥＰＲＯＭ１５
内に書き込む処理であり、各種ディレクトリ情報、キー
情報、発行者識別情報、などが書き込まれることにな
る。このようなテスト処理および書込処理を経て、ＩＣ
カードは正式に発行され、需要者の手元に交付される。 【００１３】一般に、これらの発行処理〜は、それ
ぞれ別個のセクションあるいは別個の部屋において行わ
れる。そこで従来は、ＩＣカード１０に処理伝票を添付
して、特定の処理が完了したか否かを記録していたこと
は既に述べたとおりである。本発明の特徴は、このよう
な記録を、ＥＥＰＲＯＭ１５内に行うようにした点にあ
る。たとえば、ＥＥＰＲＯＭ１５内に、図３に示すよう
なテーブルを用意しておけばよい。このテーブルの「未
／済」欄には、各処理の実行が済んだか、未了である
か、を示す情報が記録され、「結果」欄には、テスト処
理であればそのテスト結果が、書込処理であれば書き込
みが正しく行われた否かを示す結果が、それぞれ記録さ
れる。図３に示すテーブルでは、「未／済」欄、「結
果」欄ともに、各発行処理ごとに１バイトの領域が確保
されている。「未／済」欄の「済」なる表示は当該発行
処理が済んでいることを示し、「未」なる表示は当該発
行処理が未了であることを示している。また、「結果」
欄の「ＯＫ」なる表示は当該発行処理の結果として異常
がないことを示し、「ＮＧ」なる表示は異常が発見され
たことを示し、「φ」なる表示は結果がまだ得られてい
ないことを示している。もっとも、実際にＥＥＰＲＯＭ
１５内に作成されるテーブルでは、これらの表示に対応
する所定のコードが記録されることになる。 【００１４】この図３に示すようなテーブルを用意し、
１つの発行処理が完了するごとに、当該処理が実行済で
ある旨と、その結果とを記録するようにしておけば、各
発行処理の履歴情報をＩＣカード１０自身に残すことが
できる。しかも、ＩＣカード１０から、このテーブルの
内容を読み出すことにより、随時、発行処理の履歴を確
認することができるようになる。たとえば、図３に示す
ようなテーブルが読み出された場合は、「このＩＣカー
ド１０に対しては、既に発行処理〜が実行済であ
り、処理，のテストについては異常はないが、処理
のテストについては異常が認められた」という履歴が
確認できる。処理伝票を用いた管理では、別なＩＣカー
ドに誤って添付されるようなミスが発生する可能性があ
るが、本発明による方法では、そのような誤りのない確
実な管理が可能になる。また、未処理工程のあるカード
が、万一、正常なカードとして実社会に流通してしまっ
た場合でも、トラブル発生時に発行処理の履歴を読み出
すことができるので、この履歴を解析することによりト
ラブルの原因を特定することが可能になる。 【００１５】ＥＥＰＲＯＭ１５のメモリを節約して用い
たい場合には、図３に示すテーブルの代わりに、図４に
示すテーブルを用いることができる。図４に示すテーブ
ルでは、「未／済」欄、「結果」欄ともに、各発行処理
ごとに１ビットの領域だけが確保されている。「未／
済」欄のビット「１」は当該発行処理が済んでいること
を示し、ビット「０」は当該発行処理が未了であること
を示している。また、「結果」欄のビット「１」は当該
発行処理の結果として異常がないことを示し、ビット
「０」は異常が発見されたか、あるいは、当該発行処理
がまだ行われていないことを示す。 【００１６】ＩＣカード１０の発行に必要な複数の処理
について、予め順番が定義されている場合には、上述し
たテーブルに記録された履歴情報を読み出し、先行する
処理が実行済であることを確認した後に、これに後続す
る処理を行うようにすれば、処理の順番を飛ばすような
誤りを防ぐことができる。たとえば、図２に示す５つの
発行処理について、必ず〜の順番に実行するように
取決めた場合、発行処理は、発行処理が実行済であ
ることを確認した後に実行されることになる。このよう
な確認を行うには、図５の流れ図に示す手順に基づいて
各発行処理を行うようにすればよい。すなわち、ｉ番目
の処理を行うには、まずステップＳ１において、（ｉ−
１）番目までの全処理の「未／済」欄のチェックを行
う。たとえば、ｉ＝４の場合（発行処理を行う場合）
には、発行処理〜の「未／済」欄がチェックされ
る。そして、ステップＳ２において、すべてが「済」と
なっていた場合には、ステップＳ３へ進み、ｉ番目の処
理を実行する。そして、ステップＳ４において、ｉ番目
の処理についての「未／済」欄に「済」を書き込み、
「結果」欄にその結果を書き込む。結果が「ＯＫ」の場
合は、ステップＳ５を経て、このｉ番目の処理は終了す
る。結果が「ＯＫ」でない場合は、ステップＳ６におい
て、何らかのエラー報知を行った後、やはりｉ番目の処
理を終了する。一方、ステップＳ２において、１つでも
「済」でない処理があることが確認できたら、ステップ
Ｓ７において、このｉ番目の処理の実行を拒絶し、ｉ番
目の実際の処理を実行することなく終了する。各発行処
理において、図５の流れ図に示すような手順が採られれ
ば、処理の順番を飛ばすような誤りを防ぐことができ
る。 【００１７】予め処理の順番が定義されている場合に
は、ＥＥＰＲＯＭ１５のメモリを更に節約して用いるこ
とも可能である。たとえば、発行処理〜の順に５つ
の発行処理を行うことが定められており、しかも、各処
理の結果を記録する必要がない場合には、図６に示すよ
うに、１バイトの工程番号記録部を１つだけＥＥＰＲＯ
Ｍ１５内に用意しておけばよい。この工程番号記録部に
は、初期値として「０」を書き込んでおく。そして、発
行処理が完了した時点で、「０」を「１」に書き換え
る処理を行えばよい。続いて、発行処理を行う場合に
は、工程番号記録部に「１」が記録されていることを確
認した上で処理を行うようにする。そして、発行処理
が完了した時点で、「１」を「２」に書き換える処理を
行う。同様に、発行処理を行う場合には、工程番号記
録部に「２」が記録されていることを確認した上で処理
を行うようにし、発行処理が完了した時点で、「２」
を「３」に書き換える処理を行う。以下、同様である。
このような方法によれば、ＥＥＰＲＯＭ１５内のわずか
１バイトの領域を、工程番号記録部として確保するだけ
で、正確な工程管理を実施することができる。 【００１８】以上、本発明を図示する実施例に基づいて
説明したが、本発明はこの実施例のみに限定されるもの
ではなく、この他にも種々の態様で実施可能である。特
に、図２に示した発行処理〜は、一例として挙げた
ものであり、このようなテストに限定されるものではな
い。また、図３や図４に示すテーブルの記述も一例を示
したものであり、「実行済」か否かを示すのにどのよう
なコードを用いてもかまわない。 【００１９】 【発明の効果】以上のとおり本発明に係るＩＣカード発
行工程の管理方法によれば、発行処理の履歴をＩＣカー
ド内に記録するようにしたため、ＩＣカードの発行工程
の管理を確実に行うことができるようになる。
管理方法、特に、ＩＣカードの発行時に行われるハード
ウエアに対する種々のテスト処理およびカード発行に必
要な情報をＥＥＰＲＯＭに書き込む種々の書込処理を行
う工程を管理する方法に関する。 【０００２】 【従来の技術】磁気カードに代わる新しい情報記録媒体
として、ＩＣカードが注目を集めている。特に、ＣＰＵ
を内蔵したＩＣカードは、高度なセキュリティを有する
ため、種々の分野での利用が期待されている。一般にＩ
Ｃカードは、ＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭといった３
種類のメモリを内蔵しており、いずれも内蔵ＣＰＵによ
ってアクセスされる。ＩＣカードに対するデータの授受
は、リーダライタ装置によって行われる。リーダライタ
装置からＩＣカードに対して所定の命令を与えると、こ
の命令はＩＣカード内のＣＰＵによって実行される。た
とえば、データの書込命令であれば、リーダライタ装置
からＩＣカードへ与えたデータがＩＣカード内のメモリ
に書き込まれ、データの読出命令であれば、ＩＣカード
内のメモリから読み出されたデータがリーダライタ装置
へ転送される。 【０００３】このようなＩＣカードを実社会において利
用できる形態で発行するには、種々の処理が必要であ
る。この発行に必要な処理は、大別してテスト処理と書
込処理とに分類される。テスト処理は、ＩＣカードのハ
ードウエアが正しく機能するか否かを調べるための処理
であり、メモリへの書込テスト、物理特性テスト、温度
特性テスト、などが一般に行われている。また、書込処
理は、カード発行に必要な情報をＥＥＰＲＯＭ内に書き
込む処理であり、各種ディレクトリ情報、キー情報、発
行者識別情報、などが書き込まれる。このようなテスト
処理および書込処理を経て、ＩＣカードは正式に発行さ
れ、需要者の手元に交付される。 【０００４】 【発明が解決しようとする課題】上述したように、ＩＣ
カードを発行する工程では、種々の処理が必要になる。
通常、これらの各処理は、別々のセクションあるいは別
々の部屋で実行される。たとえば、物理特性テストは、
衝撃試験装置が設置された部屋で行う必要があるが、温
度特性テストは、温度試験装置が設置された部屋で行う
必要がある。したがって、１枚のＩＣカードを発行する
までには、このＩＣカードを様々な部屋へ移送する必要
がある。このため、本来行うべき処理を忘れてしまうよ
うな人為ミスが発生しやすくなる。通常、ＩＣカードを
発行する場合、複数枚のＩＣカードからなるロットの単
位で各処理が行われる。そこで従来は、このロットごと
に処理伝票を添付し、１つの処理が完了するごとに、こ
の処理伝票に「済」のゴム印を押すようにして発行工程
の管理を行っている。しかしながら、このような伝票を
用いた管理は誤りが発生しやすく、特に、伝票が別なロ
ットに紛れてしまったような場合には、誤りの発生を発
見することも困難になる。 【０００５】そこで本発明は、ＩＣカードの発行工程の
管理を確実に行うことのできる管理方法を提供すること
を目的とする。 【０００６】 【課題を解決するための手段】本願発明は、少なくとも
ＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭの３種類のメモリと、こ
れらのメモリをアクセスする機能をもったＣＰＵと、を
内蔵するＩＣカードについて、ハードウエアに対する種
々のテスト処理およびカード発行に必要な情報をＥＥＰ
ＲＯＭに書き込む種々の書込処理を行うことによりカー
ド発行を行う場合に、このカード発行の工程を管理する
方法において、ＩＣカードの発行工程に必要な複数の処
理について一連の順番を定義し、ＥＥＰＲＯＭ内に現時
点で実行済となった処理の番号を示すデータを記録する
ための工程番号記録部を用意し、工程番号記録部に所定
の初期値を記録しておき、順番が定義された個々の処理
を実行する前に、工程番号記録部内のデータが直前の処
理を示す番号（最初の処理を実行する前の場合は初期
値）になっているかを確認し、個々の処理が終了するた
びに、前記工程番号記録部内のデータを更新するように
したものである。 【０００７】 【０００８】 【０００９】 【作 用】ＩＣカードに内蔵されたＥＥＰＲＯＭは、不
揮発性のメモリでありながら、随時書き込みが可能であ
る。本発明の主眼は、従来、添付の処理伝票に書き込ん
でいた情報を、各ＩＣカードのＥＥＰＲＯＭ内に書き込
むという点にある。すなわち、ある処理を実行した場
合、従来は処理伝票に「実行済」であることを示す情報
を書き込んでいたが、本発明では、処理対象となったＩ
Ｃカード内のＥＥＰＲＯＭに「実行済」であることを示
す情報が書き込まれる。ＩＣカード自身にこのような情
報が書き込まれるため、処理伝票を用いた場合のような
誤りは発生しない。また、「実行済」を示す情報ととも
に、テストなどの処理結果を示す情報を記録するように
すれば、テスト結果の履歴をＩＣカード内に残すことが
できるようになる。更に、ＩＣカードの発行に必要な複
数の処理について、予め順番が定義されている場合に
は、ＥＥＰＲＯＭ内の情報を読み出し、先行する処理が
実行済であることを確認した後に、これに後続する処理
を行うようにすれば、処理の順番を飛ばすような誤りを
防ぐことができる。 【００１０】 【実施例】以下、本発明を図示する実施例に基づいて説
明する。図１は一般的なＩＣカード１０をリーダライタ
装置２０に接続した状態を示すブロック図である。ＩＣ
カード１０内には、リーダライタ装置２０と接続するた
めのＩ／Ｏ装置１１と、ＣＰＵ１２と、ＲＡＭ１３と、
ＲＯＭ１４と、ＥＥＰＲＯＭ１５と、が内蔵されてい
る。ＣＰＵ１２は、Ｉ／Ｏ装置１１を介してリーダライ
タ装置２０から与えられる命令を受け取り、これを実行
する。３種類のメモリのうち、ＲＡＭ１３は揮発性のメ
モリであって、ＣＰＵ１２のワークエリアとして利用さ
れる。ＲＯＭ１４およびＥＥＰＲＯＭ１５は、いずれも
不揮発性のメモリであるが、ＲＯＭ１４は読出し専用で
あるのに対し、ＥＥＰＲＯＭは随時書き換えを行うこと
ができる。このため、ＲＯＭ１４には、ＣＰＵ１２に実
行させるプログラムが用意され、ＥＥＰＲＯＭ１５に
は、このＩＣカード１０を特定の用途に利用する場合に
必要な種々の情報（ファイルディレクトリ、ユーザデー
タなど）が記録される。 【００１１】このＩＣカード１０を、特定の用途に利用
するには、カード発行のための種々の処理を行わねばな
らない。前述したように、発行に必要な処理は、大別し
てテスト処理と書込処理とに分類される。ここでは、図
２に示すような５つの発行処理〜を経て、カードの
発行が行われる単純な例を考えることにする。発行処理
〜までがテスト処理であり、発行処理が書込処理
である。発行処理「ＥＥＰＲＯＭ書込テスト」は、Ｅ
ＥＰＲＯＭ１５に対するハードウエア試験であり、ＥＥ
ＰＲＯＭ１５の各アドレスに所定のデータを書き込み、
続いて書き込んだデータを読出し、正しく書き込みが行
われたか否かを調べるテストである。発行処理「物理
特性テスト」は、所定の高さから落下させるなどの方法
により、ＩＣカード１０に物理的な衝撃を与えたり、あ
るいは、ＩＣカード１０に物理的な力を加えて、カード
を撓ませたりした後、正常に動作するか否か（たとえ
ば、リセット動作が正常に行われるか否か）を調べるテ
ストである。発行処理「温度特性テスト」は、ＩＣカ
ード１０を所定温度（室温より高い温度あるいは低い温
度）の環境にしばらく置いた後、正常に動作するか否か
を調べるテストである。また、電気特性テストは、ＩＣ
カード１０の入出力端子に所定の電気信号を与え、正し
い電気的特性が得られるか否かを調べるテストである。 【００１２】このようなテストがひととおり実行された
後、発行処理「発行情報の書き込み」が行われる。こ
の処理は、カード発行に必要な情報をＥＥＰＲＯＭ１５
内に書き込む処理であり、各種ディレクトリ情報、キー
情報、発行者識別情報、などが書き込まれることにな
る。このようなテスト処理および書込処理を経て、ＩＣ
カードは正式に発行され、需要者の手元に交付される。 【００１３】一般に、これらの発行処理〜は、それ
ぞれ別個のセクションあるいは別個の部屋において行わ
れる。そこで従来は、ＩＣカード１０に処理伝票を添付
して、特定の処理が完了したか否かを記録していたこと
は既に述べたとおりである。本発明の特徴は、このよう
な記録を、ＥＥＰＲＯＭ１５内に行うようにした点にあ
る。たとえば、ＥＥＰＲＯＭ１５内に、図３に示すよう
なテーブルを用意しておけばよい。このテーブルの「未
／済」欄には、各処理の実行が済んだか、未了である
か、を示す情報が記録され、「結果」欄には、テスト処
理であればそのテスト結果が、書込処理であれば書き込
みが正しく行われた否かを示す結果が、それぞれ記録さ
れる。図３に示すテーブルでは、「未／済」欄、「結
果」欄ともに、各発行処理ごとに１バイトの領域が確保
されている。「未／済」欄の「済」なる表示は当該発行
処理が済んでいることを示し、「未」なる表示は当該発
行処理が未了であることを示している。また、「結果」
欄の「ＯＫ」なる表示は当該発行処理の結果として異常
がないことを示し、「ＮＧ」なる表示は異常が発見され
たことを示し、「φ」なる表示は結果がまだ得られてい
ないことを示している。もっとも、実際にＥＥＰＲＯＭ
１５内に作成されるテーブルでは、これらの表示に対応
する所定のコードが記録されることになる。 【００１４】この図３に示すようなテーブルを用意し、
１つの発行処理が完了するごとに、当該処理が実行済で
ある旨と、その結果とを記録するようにしておけば、各
発行処理の履歴情報をＩＣカード１０自身に残すことが
できる。しかも、ＩＣカード１０から、このテーブルの
内容を読み出すことにより、随時、発行処理の履歴を確
認することができるようになる。たとえば、図３に示す
ようなテーブルが読み出された場合は、「このＩＣカー
ド１０に対しては、既に発行処理〜が実行済であ
り、処理，のテストについては異常はないが、処理
のテストについては異常が認められた」という履歴が
確認できる。処理伝票を用いた管理では、別なＩＣカー
ドに誤って添付されるようなミスが発生する可能性があ
るが、本発明による方法では、そのような誤りのない確
実な管理が可能になる。また、未処理工程のあるカード
が、万一、正常なカードとして実社会に流通してしまっ
た場合でも、トラブル発生時に発行処理の履歴を読み出
すことができるので、この履歴を解析することによりト
ラブルの原因を特定することが可能になる。 【００１５】ＥＥＰＲＯＭ１５のメモリを節約して用い
たい場合には、図３に示すテーブルの代わりに、図４に
示すテーブルを用いることができる。図４に示すテーブ
ルでは、「未／済」欄、「結果」欄ともに、各発行処理
ごとに１ビットの領域だけが確保されている。「未／
済」欄のビット「１」は当該発行処理が済んでいること
を示し、ビット「０」は当該発行処理が未了であること
を示している。また、「結果」欄のビット「１」は当該
発行処理の結果として異常がないことを示し、ビット
「０」は異常が発見されたか、あるいは、当該発行処理
がまだ行われていないことを示す。 【００１６】ＩＣカード１０の発行に必要な複数の処理
について、予め順番が定義されている場合には、上述し
たテーブルに記録された履歴情報を読み出し、先行する
処理が実行済であることを確認した後に、これに後続す
る処理を行うようにすれば、処理の順番を飛ばすような
誤りを防ぐことができる。たとえば、図２に示す５つの
発行処理について、必ず〜の順番に実行するように
取決めた場合、発行処理は、発行処理が実行済であ
ることを確認した後に実行されることになる。このよう
な確認を行うには、図５の流れ図に示す手順に基づいて
各発行処理を行うようにすればよい。すなわち、ｉ番目
の処理を行うには、まずステップＳ１において、（ｉ−
１）番目までの全処理の「未／済」欄のチェックを行
う。たとえば、ｉ＝４の場合（発行処理を行う場合）
には、発行処理〜の「未／済」欄がチェックされ
る。そして、ステップＳ２において、すべてが「済」と
なっていた場合には、ステップＳ３へ進み、ｉ番目の処
理を実行する。そして、ステップＳ４において、ｉ番目
の処理についての「未／済」欄に「済」を書き込み、
「結果」欄にその結果を書き込む。結果が「ＯＫ」の場
合は、ステップＳ５を経て、このｉ番目の処理は終了す
る。結果が「ＯＫ」でない場合は、ステップＳ６におい
て、何らかのエラー報知を行った後、やはりｉ番目の処
理を終了する。一方、ステップＳ２において、１つでも
「済」でない処理があることが確認できたら、ステップ
Ｓ７において、このｉ番目の処理の実行を拒絶し、ｉ番
目の実際の処理を実行することなく終了する。各発行処
理において、図５の流れ図に示すような手順が採られれ
ば、処理の順番を飛ばすような誤りを防ぐことができ
る。 【００１７】予め処理の順番が定義されている場合に
は、ＥＥＰＲＯＭ１５のメモリを更に節約して用いるこ
とも可能である。たとえば、発行処理〜の順に５つ
の発行処理を行うことが定められており、しかも、各処
理の結果を記録する必要がない場合には、図６に示すよ
うに、１バイトの工程番号記録部を１つだけＥＥＰＲＯ
Ｍ１５内に用意しておけばよい。この工程番号記録部に
は、初期値として「０」を書き込んでおく。そして、発
行処理が完了した時点で、「０」を「１」に書き換え
る処理を行えばよい。続いて、発行処理を行う場合に
は、工程番号記録部に「１」が記録されていることを確
認した上で処理を行うようにする。そして、発行処理
が完了した時点で、「１」を「２」に書き換える処理を
行う。同様に、発行処理を行う場合には、工程番号記
録部に「２」が記録されていることを確認した上で処理
を行うようにし、発行処理が完了した時点で、「２」
を「３」に書き換える処理を行う。以下、同様である。
このような方法によれば、ＥＥＰＲＯＭ１５内のわずか
１バイトの領域を、工程番号記録部として確保するだけ
で、正確な工程管理を実施することができる。 【００１８】以上、本発明を図示する実施例に基づいて
説明したが、本発明はこの実施例のみに限定されるもの
ではなく、この他にも種々の態様で実施可能である。特
に、図２に示した発行処理〜は、一例として挙げた
ものであり、このようなテストに限定されるものではな
い。また、図３や図４に示すテーブルの記述も一例を示
したものであり、「実行済」か否かを示すのにどのよう
なコードを用いてもかまわない。 【００１９】 【発明の効果】以上のとおり本発明に係るＩＣカード発
行工程の管理方法によれば、発行処理の履歴をＩＣカー
ド内に記録するようにしたため、ＩＣカードの発行工程
の管理を確実に行うことができるようになる。
【図面の簡単な説明】
【図１】一般的なＩＣカード１０をリーダライタ装置２
０に接続した状態を示すブロック図である。 【図２】ＩＣカードの発行に必要な具体的な処理の一例
を示す図である。 【図３】本発明に係る管理方法において、ＥＥＰＲＯＭ
内に作成される処理履歴テーブルを示す図である。 【図４】図３に示す処理履歴テーブルを、メモリ容量を
節約して形成した例を示す図である。 【図５】本発明に係る管理方法において、ＩＣカードの
発行に必要な処理が所定の順番どおりに行われることを
確認するための手順を示す流れ図である。 【図６】１バイトのメモリだけを用いて本発明に係る管
理方法を実施するための実施例を示す図である。 【符号の説明】 １０…ＩＣカード １１…Ｉ／Ｏ装置 １２…ＣＰＵ １３…ＲＡＭ １４…ＲＯＭ １５…ＥＥＰＲＯＭ ２０…リーダライタ装置
０に接続した状態を示すブロック図である。 【図２】ＩＣカードの発行に必要な具体的な処理の一例
を示す図である。 【図３】本発明に係る管理方法において、ＥＥＰＲＯＭ
内に作成される処理履歴テーブルを示す図である。 【図４】図３に示す処理履歴テーブルを、メモリ容量を
節約して形成した例を示す図である。 【図５】本発明に係る管理方法において、ＩＣカードの
発行に必要な処理が所定の順番どおりに行われることを
確認するための手順を示す流れ図である。 【図６】１バイトのメモリだけを用いて本発明に係る管
理方法を実施するための実施例を示す図である。 【符号の説明】 １０…ＩＣカード １１…Ｉ／Ｏ装置 １２…ＣＰＵ １３…ＲＡＭ １４…ＲＯＭ １５…ＥＥＰＲＯＭ ２０…リーダライタ装置
フロントページの続き
(56)参考文献 特開 昭63−73339（ＪＰ，Ａ)
特開 平３−25590（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06K 17/00
G06K 19/00 - 19/18
Claims (1)
- (57)【特許請求の範囲】 【請求項１】 少なくともＲＡＭ，ＲＯＭ，ＥＥＰＲＯ
Ｍの３種類のメモリと、これらのメモリをアクセスする
機能をもったＣＰＵと、を内蔵するＩＣカードについ
て、ハードウエアに対する種々のテスト処理およびカー
ド発行に必要な情報を前記ＥＥＰＲＯＭに書き込む種々
の書込処理を行うことによりカード発行を行う場合に、
このカード発行の工程を管理する方法において、ＩＣカードの発行工程に必要な複数の処理について一連
の順番を定義し、前記ＥＥＰＲＯＭ内に現時点で実行済
となった処理の番号を示すデータを記録するための工程
番号記録部を用意し、前記工程番号記録部に所定の初期
値を記録しておき、前記順番が定義された個々の処理を
実行する前に、前記工程番号記録部内のデータが直前の
処理を示す番号（最初の処理を実行する前の場合は初期
値）になっているかを確認し、前記個々の処理が終了す
るたびに、前記工程番号記録部内のデータを更新する よ
うにしたことを特徴とするＩＣカード発行工程の管理方
法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP06752893A JP3487873B2 (ja) | 1993-03-03 | 1993-03-03 | Ｉｃカード発行工程の管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP06752893A JP3487873B2 (ja) | 1993-03-03 | 1993-03-03 | Ｉｃカード発行工程の管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06259609A JPH06259609A (ja) | 1994-09-16 |
| JP3487873B2 true JP3487873B2 (ja) | 2004-01-19 |
Family
ID=13347575
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP06752893A Expired - Lifetime JP3487873B2 (ja) | 1993-03-03 | 1993-03-03 | Ｉｃカード発行工程の管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3487873B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4630595B2 (ja) * | 2003-09-29 | 2011-02-09 | キヤノン株式会社 | 印刷工程処理装置および印刷工程処理方法およびプログラムおよび記憶媒体 |
| JP4828958B2 (ja) * | 2006-02-16 | 2011-11-30 | 株式会社エヌ・ティ・ティ・ドコモ | 加入者認証モジュール発行システム及び加入者認証モジュール発行方法 |
| JP5075549B2 (ja) * | 2007-09-21 | 2012-11-21 | 株式会社東芝 | Ｉｃカード及び動作制御方法 |
| JP7230668B2 (ja) * | 2019-04-24 | 2023-03-01 | 凸版印刷株式会社 | Ｉｃ媒体 |
-
1993
- 1993-03-03 JP JP06752893A patent/JP3487873B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH06259609A (ja) | 1994-09-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0635227B2 (ja) | 更新情報と履歴情報の読出し手段を有するｉｃカ−ド | |
| JPH0758500B2 (ja) | 携帯可能電子装置 | |
| JPH0622030B2 (ja) | 取引の正当性確認方式 | |
| JP3154892B2 (ja) | Ｉｃメモリカードおよびそのｉｃメモリカードの検査方法 | |
| KR19990087204A (ko) | 자가 진단 또는 관리 터미널과 방법 및 이런터미널 또는 방법에 사용되는 포터블 오브젝트 | |
| JP2935613B2 (ja) | Ｉｃカードおよびｉｃカードシステム | |
| JP3487873B2 (ja) | Ｉｃカード発行工程の管理方法 | |
| JP2651426B2 (ja) | Ｉｃカード | |
| US20020139860A1 (en) | Recording medium control method, data management apparatus, and recording medium | |
| JP3923546B2 (ja) | Ｉｃカード | |
| JP3471842B2 (ja) | データ管理装置、データ記憶装置およびデータ管理方法 | |
| JP3195122B2 (ja) | Ｉｃカードに与える命令フォーマットのチェック方法 | |
| JP2864288B2 (ja) | Ｉｃカードにおけるエラーチェック方法 | |
| JPS5998395A (ja) | Ｉｃカ−ド | |
| US20020095344A1 (en) | Accounting and business transaction method and system | |
| JP7438432B1 (ja) | 電子情報記憶媒体、ｉｃチップ、ｉｃカード、レコード書き込み方法、及びプログラム | |
| JP2808358B2 (ja) | Ｉｃカード | |
| JPH08287207A (ja) | Ｉｃカード | |
| JP7559916B1 (ja) | 電子情報記憶媒体、ｉｃチップ、ｉｃカード、要素データ格納方法、及びプログラム | |
| JP2850049B2 (ja) | Ｉｃカード | |
| JP2609645B2 (ja) | 携帯可能電子装置 | |
| JP7468765B1 (ja) | 電子情報記憶媒体、ｉｃチップ、ｉｃカード、データ一括更新方法、及びプログラム | |
| JP2003331236A (ja) | 携帯可能電子装置 | |
| JP4371696B2 (ja) | Ｉｃカード発行システム | |
| JP3234011B2 (ja) | Ｉｃカード |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071031 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081031 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091031 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091031 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101031 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111031 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121031 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131031 Year of fee payment: 10 |
|
| EXPY | Cancellation because of completion of term |