JP4529995B2 - 工程管理装置及び工程管理システム - Google Patents

Description

本発明は、複数の工程を経由する対象製品に用いられる情報記録媒体、及び情報記録媒体を用いる対象製品の工程管理装置及び工程管理システムに関する。

近年、数ｍ以上の通信距離を持ち、且つ数十枚以上を同時に認識することができる情報記録媒体、例えば、ＲＦＩＤタグと呼ばれるタグ等を、流通や販売の分野におけるサプライチェーンマネジメントや物品管理の用途での使用を目的とした工程管理装置、及び工程追跡装置が提案されている。

特許文献１では、自工程に製品が入力されると、その製品に貼付されるＲＦＩＤタグに記録された製品識別情報及び通信先アドレス情報を読取り、その通信先アドレス情報の指す装置に対して、自装置の識別情報と対応をとりつつ、その製品識別情報の指す製品の入力を通知し、そして、自工程から製品が出力されると、その製品に貼付されるＲＦＩＤタグに記録された製品識別情報及び通信先アドレス情報を読取り、その通信先アドレス情報の指す装置に対して、自装置の識別情報と対応をとりつつ、その製品識別情報の指す製品の出力を通知する。この通知を収集することで、個々の製品の流通状況をリアルタイムで把握できるようになる。

特開２００３−３１６８６１

特許文献１により、対象となる製品が各工程を経由するに際し、ＲＦＩＤタグに記録されている情報を工程管理装置で読出し、その情報を工程追跡装置へ出力することで、複数に分岐したり、複数のものが一つにまとまったりするような複雑化する製造工程の流れを各種製品毎に監視し、管理することができる。

上記構成では、製造や流通プロセスにおける各工程において、工程追跡装置と接続可能で、対象製品が経由した工程の追跡に必要な情報を出力できる機能を有する工程管理装置が必要である。

上述したような製品の移動経路について追跡する方法を実現するには、その製品のプロセスにおける全工程について工程管理装置を設置すると共に、工程管理装置から出力された情報を蓄積する工程追跡装置が必要である。さらに、全ての工程管理装置が工程追跡装置と接続されている必要があるため、多大なコストが掛かってしまう課題がある。

そこで、本発明の目的は、製品の製造や流通プロセスにおいて、多大なコストが掛かる設備を設定することを出来るだけ回避しして、対象となる製品が経由した工程を追跡することができるようにすることにある。

本発明の工程管理装置は、情報記録媒体とデータ送受信を行うデータ送受信部と、工程を示す工程データを生成する工程データ生成部と、工程を通過したことを示す工程通過署名データを当該工程を示す工程データから生成する工程通過署名データ生成部とを備え、前記データ送受信部によって、前記工程データ及び該工程通過署名データを前記情報記録媒体との間で送受信するものとする。

また、前記工程管理装置は、前記情報記録媒体に記録されている識別データも用いて、前記工程通過署名データを生成するものとする。

また、前記工程管理装置は、工程毎に同じまたは異なる鍵データを用いて、前記工程通過署名データを生成するものとする。

また、前記工程管理装置は、前記情報記録媒体からのデータの読出しの禁止または前記情報記録媒体へのデータの書込みの禁止を設定または解除するコマンドデータの送信を行うものとする。

また、前記工程管理装置は、第ｎ番目の前記工程データを示す工程順番データ格納部を備え、前記工程通過署名データ生成部が、少なくとも第ｎ番目の前記工程データ及び第ｎ−１番目の前記工程通過署名データから、第ｎ番目の前記工程通過署名データを生成し、前記情報記録媒体に送信するものする。

また、前記工程管理装置は、複数の工程を経由した前記情報記録媒体に格納されている前記工程通過署名データと、前記情報記録媒体が経由した工程に従い生成した検証用工程通過署名データとを比較し、一致する場合は、前記情報記録媒体が上記経由した工程を通過したと判定する工程検証部を備えるものとする。
前記「正しい工程を通過したこと」とは、実際に前記情報記録媒体が経由した工程を前記工程通過署名データ、または検証用工程通過署名データが示していることを言うものとする。

本発明の工程管理装置により、情報記録媒体ＲＦＩＤタグのデータ格納部を利用することで、情報記録媒体ＲＦＩＤタグで用いている対象製品が正しい工程を経由したか検証することができるようになる。

また、全工程管理装置と接続されている管理装置及び工程追跡装置を必ずしも設けなくすることも可能となるものである。また、情報記録媒体ＲＦＩＤタグのデータの改竄も検出することができるようにするものである。

本発明によれば、従来よりも信頼性を向上させた工程管理装置、または工程管理システムを提供可能となる。

以下、本発明に関する実施の形態について、本発明に関わる複数の工程を情報記録媒体としてのＲＦＩＤタグが経由する構成を図１に、本発明に係わる外部通信装置リーダライタと情報記録媒体ＲＦＩＤタグの構成を図２から図４に、ＲＦＩＤタグの経由する工程を追跡する方法を図５から図１３に、さらにネットワーク接続の管理装置を使用した工程を追跡する方法を図１４から図２０に、さらにセキュリティ向上や利便性向上のための方法を図２１と図２２に、図面を参照しながら説明していく。

図１は、本発明の実施例に関わる、２つの工程における工程管理装置と移動する情報記録媒体ＲＦＩＤタグ３００を示した図である。

以下、情報記録媒体ＲＦＩＤタグ３００をＲＦＩＤタグ３００と記す。ＲＦＩＤタグ３００は、工程Ａ１００から工程Ｂ１１０に移動１０５する。工程Ａ１００での工程管理装置Ａ２１０は、制御装置２００と外部通信装置リーダライタ４００を含んで構成される。以下、外部通信装置リーダライタ４００をリーダライタ４００と記す。

工程Ｂ１１０での工程管理装置Ｂ２１１は、制御装置２０１とリーダライタ４５０を含んで構成される。

リーダライタ４００、リーダライタ４５０は、ＲＦＩＤタグ３００のデータの読取りを行ったり、データの書込みを行ったり、その他には、ＲＦＩＤタグ３００の機能を実行するためのコマンドの送受信を行ったりする。

制御装置２００、制御装置２０１は、リーダライタ４００、リーダライタ４５０の制御を行ったり、ＲＦＩＤタグ３００に書込むデータの生成や管理、または読取ったデータの処理や管理を行ったりする。図示と説明の都合で、２つの工程のみ記載しているが、略同一の構成が複数設置され、ＲＦＩＤタグ３００は複数の工程を経由する。よって、工程管理装置Ａ２１０と工程管理装置Ｂ２１１は、同じ構成であって、同じ機能となる。

ＲＦＩＤタグ３００が工程Ａ１００を経由すると、制御装置２００は、ＲＦＩＤタグ３００のデータの読取りや、データの書込みを実行するために、リーダライタ４００にリーダライタ４００制御のコマンド１０１を発行する。コマンド１０１を受けたリーダライタ４００は、制御装置２００から受信したコマンドの実行や、ＲＦＩＤタグ３００へＲＦＩＤタグのデータの読取りや、データの書込みや、メモリ領域のロックや、その他の処理を実行するためのコマンド１０２を送信する。

コマンド１０２を受けたＲＦＩＤタグ３００は、ＲＦＩＤタグ３００から読取ったデータや書込みの結果などのコマンド１０２実行結果をレスポンスデータ１０３として、リーダライタ４００へ返送する。

リーダライタ４００は、制御装置２００に、ＲＦＩＤタグ３００への実行結果をレスポンスデータ１０４に加工して返送する。制御装置２００は、レスポンスデータ１０４の蓄積や、レスポンスデータ１０４の加工や、結果を外部装置への送信等の処理を行う。

工程Ａ１００において、一連の処理が完了すると、情報記録媒体３００は、工程Ｂ１１０へ移動１０５する。工程Ｂ１１０は、工程Ａ１００と同じ構成で、制御装置２０１と外部通信装置リーダライタ４０１から構成される。また処理も工程Ａ１００と同じであるため説明を省略する。

この例では、工程Ａ１００と工程Ｂ１１０の２つの工程から構成されている例を示したが、２つ以上の工程からなる構成でも良く、また情報記録媒体３００の工程の移動経路は、分岐していても良いし、同じ工程を２度以上通過する構成でも良い。

図２は、ＲＦＩＤタグ３００とリーダライタ４００を含むＲＦＩＤタグシステムの構成を示した図である。リーダライタ４００は、リーダライタ本体４０１とリーダライタアンテナ４０２から構成されている。ＲＦＩＤタグ３００に対して電波でコマンドデータ１０２の送信と電力供給が行われ、リーダライタ４００はＲＦＩＤタグ３００からの応答であるレスポンスデータ１０３を受信する。

図３は、ＲＦＩＤタグ３００の内部構成を示したブロック図である。ＲＦＩＤタグ３００は、外部通信装置であるリーダライタからの電波を受信し、リーダライタとの信号やデータ送受信を行うアンテナ３０１と、アンテナ３０１から受信した電波を整流する整流部３０２と、整流して得た電圧を検出し、各部に電源を供給する電源部３０３と、コマンドデータの受信時の信号の増幅や復号を行い、またレスポンスデータの送信時の変調や、これら送受信での制御の通信方法を備えた通信制御部３０４と、受信信号やコマンドデータの復調を行い、ＲＦＩＤタグ３００の持つ機能を実行する処理手順や各データ項目に対するアクセス制御を行う処理手順を持ち、またリーダライタに応答する応答データを生成する制御部３０５と、ＩＤやその他の情報やＲＦＩＤタグの設定値を記憶する記憶部３０６から構成される。

図４は、リーダライタ４００の内部構成を示した図である。リーダライタ４００は、リーダライタ本体４０１と、ＲＦＩＤタグへ電波やコマンドデータを送信したり、ＲＦＩＤタグからの応答を受信したりするリーダライタアンテナ４０２から構成される。リーダライタ本体４０１は、リーダライタアンテナ４０２を用いてＲＦＩＤタグへコマンドデータを送信したり、その応答を受信したりする送受信部４０３と、コマンドデータの送信時の変調や受信時の信号の増幅や復号を行い、また制御の通信方法を備えた通信制御部４０４と、リーダライタ全体の制御を行う制御部４０５と、リーダライタ本体４０１と制御装置やパーソナルコンピュータなどの外部通信装置とデータや操作コマンドなどの通信を行うためのホストインタフェース４０６と、各部に電源を供給するための電源部４０７から構成される。リーダライタ４００からＲＦＩＤタグへ送信するコマンドの例として、ＲＦＩＤタグのＩＤやメモリのデータを読取る時はリードコマンド、ＲＦＩＤタグのメモリにデータを書込む時はライトコマンド、ＲＦＩＤタグのメモリのデータを読取り不可または書換え不可にする時はロックコマンドを用いる。

次に、ＲＦＩＤタグと図１に示す構成のシステムを用いて、ＲＦＩＤタグが貼付された製品が、複数の工程を経由する際に、正しい工程を経由したかを検証するための方法について図５から図１３で説明する。まず、工程を通過する際に、ＲＦＩＤタグに対して実行する処理について図５から図１０で説明する。

図５は、ＲＦＩＤタグが３つの工程を経由する構成を示した図である。図１で示した工程管理装置の内部構成は省略して図示する。工程Ａ１２１、工程Ｂ１２２、工程Ｃ１２３は、同じ構成の工程管理装置からなり、ＲＦＩＤタグ３００は、工程Ａ１２１、工程Ｂ１２２、工程Ｃ１２３の順に経由する。まず、工程Ａ１２１にＲＦＩＤタグ３００が経由すると、工程管理装置２１０は、ＲＦＩＤタグ３００にデータの読取りや書込み１２４を実行する。読取ったデータの処理方法と、書込むデータの生成方法と処理方法については、後述の図６〜８で説明する。

次にＲＦＩＤタグ３００は、工程Ｂ１２２へ移動１２５する。工程Ａ１２１と同じように、工程管理装置２１１は、ＲＦＩＤタグ３００のデータの読取りや書込みを実行する。その後、ＲＦＩＤタグ３００は、工程Ｃ１２３へ移動１２６する。工程Ｃ１２３でも工程Ａ１２１、工程Ｂ１２２と同じように、工程管理装置２１２は、ＲＦＩＤタグ３００のデータの読取りや書込みを実行する。
各工程で、ＲＦＩＤタグに対してデータの読取りと書込みを実行した内容について、以下図６から図１０で説明する。

図６は、図５で示した工程Ａ、工程Ｂ、工程Ｃが各々持つ工程コードを示した図である。各工程で、各々異なった工程コード１３０を各々の工程管理装置が持つ。各々の工程コードは、工程管理装置と接続された外部装置で持っていても良い。少なくとも、自工程の工程コードだけでも持っているほうが望ましい。工程コード１３０は例えば、工程毎に定められた管理コードであったり、工程の場所を示すコードであったりと、その工程を示すものであり、他の工程と同じコードの値でなければ、何でも良い。今回の例では、工程Ａ１２１の工程コード１３０は、ＡＡＡＡ１３１とし、工程Ｂ１２２の工程コード１３０は、ＢＢＢＢ１３２とし、工程Ｃ１２３の工程コード１３０はＣＣＣＣ１３３であるとする。各工程のコード１３０は、ＲＦＩＤ３００が正しい工程を経由したかを検証する時に、必要となる。検証の方法については、図１１から図１３で説明する。

図７は、ＲＦＩＤタグ３００が持つメモリの構成と、本発明の実施例でのデータ仕様の例を示した図である。ＲＦＩＤタグ３００は、メモリバンク３２０として、４種類（ＲＥＳＥＲＶＥＤ３２１、ＵＩＩ３２２、ＴＩＤ３２３、ＵＳＥＲ３２８）有している。各々のメモリバンク３２０のサイズ３３０と格納データ３４０について説明する。

ＲＥＳＥＲＶＥＤ３２１には、ＲＦＩＤタグ３００のメモリへのアクセスやロックをするためのパスワード３４１が３２ｂｉｔ格納されている。

ＵＩＩ３２２には、貼付する製品毎に固有で設定されている識別データであるＩＤが１２８ｂｉｔ格納されている。

ＴＩＤ３２３には、一般的にＲＦＩＤタグ３００の製造時に設定するＲＦＩＤタグ３００毎に固有で設定されている識別データであるＩＤが３２ｂｉｔ格納されている。

ＵＳＥＲ３２８は、ＲＦＩＤタグ３００にユーザが自由にデータを書込みまたは読込みまたはロック等できる領域である。今回の例では、ＵＳＥＲ３２８が４つある。

本発明についての実施例では、ＵＳＥＲ１３２４とＵＳＥＲ２３２５とＵＳＥＲ３３２６には、図６で説明した工程毎の工程コードを格納するために使用する。ＵＳＥＲ４には、正しい工程を経由したかを検証するための、工程通過署名データ３４７を格納する。この工程通過署名データ３４７を工程を経由した後に検証することにより、対象となるＲＦＩＤタグ３００が正しい工程を経由したか検証することができる。

工程通過署名データ３４７の生成方法については、図８で説明する。この例では、図７に示すメモリ構成、サイズ、ＵＳＥＲ領域構成であるが、ユーザが自由にデータを書込み、または読込みできるＵＳＥＲ領域が複数あれば、他のメモリ構成、サイズでも良い。また１つのＵＳＥＲ領域を複数に分割し、ＵＳＥＲ領域が複数あるように取り扱っても良い。

図８は、工程通過署名データを生成する処理を示した図である。工程通過署名データは、ＲＦＩＤタグ３００が複数の工程を経由した時に、工程毎に生成し、ＲＦＩＤタグ３００のＵＳＥＲ４に上書きしていくデータであり、後で工程通過署名データを検証することにより、そのＲＦＩＤタグ３００が正しい工程を通ってきたかを検証することができる。

検証方法や具体例については、図９から図１３で説明する。図８の(ａ)では最初の工程での工程通過署名データを生成する方法について説明する。工程の工程コード（ここではＡＡＡＡ１４０とする）を工程管理装置から取得する。関数ｆ（）１４１は、ＫＥＹ１４２を用いて、ある値を、同一の長さで別の値に演算し変換する機能を持つ。関数ｆ（）１４１の例として、入力データをＳＨＡ−１やＭＤ５に代表されるハッシュ関数を用いて演算する方法や、入力データを暗号鍵（ここではＫＥＹ１４２とする）を用いて暗号化する方法などがある。

ここで入力データの長さと、関数ｆ（）１４５での演算処理結果データの長さが同じであるほうが望ましい。理由は、ＲＦＩＤタグのメモリサイズは、数十バイト〜数百バイトであるため、書込み可能なデータサイズが限られてしまう。工程通過署名データの長さがＲＦＩＤタグ３００のメモリサイズより大きいとＲＦＩＤタグのメモリに書込むことができないため、一定の長さで、ＲＦＩＤタグに書込み可能なサイズであることが望ましい。このように入力データを演算する方法は様々あるため、以下説明では、関数ｆ（）１４１とＫＥＹ１４２を用いて演算する処理とする。

ＫＥＹ１４２は、工程毎に同じでも良いし、異なってもよい。また関数ｆ（）１４１によってはＫＥＹ１４２を用いない場合もある。以下、具体的な例を元に、演算方法を説明する。入力データ即ち、工程コードＡＡＡＡ１４０を、関数ｆ（）１４１でＫＥＹ１４２と合わせて演算した結果を、ｆ（ＡＡＡＡ，ＫＥＹ）１４３と表す。このｆ（ＡＡＡＡ，ＫＥＹ）１４３が、ある工程を通過したときの、工程通過署名データとなり、図７に示したＲＦＩＤタグ３００のメモリのＵＳＥＲ４３２７に書込まれる。

次にこのＲＦＩＤタグが次の工程に入った時の工程通過署名データの生成方法について図８の(ｂ)で説明する。ＲＦＩＤタグ３００のＵＳＥＲ４３２７に格納されている前の工程で生成された工程通過署名データｆ（ＡＡＡＡ，ＫＥＹ）１４３を取得し、その工程通過署名データと工程コードのＢＢＢＢで排他的論理和を取る。以下、排他的論理和をＥＯＲと記述する。

ここで排他的論理和をとることにより入力データと工程コードの排他的論理和をとった結果のデータの長さが同一になる。排他的論理和以外の方法でも良いが、入力データと出力データの長さが同一になることが望ましい。

ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ１４４を関数ｆ（）１４５の入力とする。先程と同様にＫＥＹ１４６を用いて関数ｆ（）１４５で変換すると、ｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ， ＫＥＹ）１４７と表すことができる。この値が、２つ目の工程を通った時の工程通過署名データとなる。そしてこの工程通過署名データをＲＦＩＤタグ３００のＵＳＥＲ４３２７に上書きする。この処理を以降の工程でも同様に繰返す。この例では、関数ｆ（）１４１と関数ｆ（）１４５は同じであり、ＫＥＹ１４２とＫＥＹ１４６は同じである。どの工程で、どの関数とＫＥＹを使用したか管理できる構成であれば、異なった関数とＫＥＹでもよい。

図９は、図５で説明したＲＦＩＤタグが工程を経由する際の、ＲＦＩＤタグのデータの内容を示した図である。最初、ＲＦＩＤタグ３００の、ＵＳＥＲ１３２４、ＵＳＥＲ２３２５、ＵＳＥＲ３３２６、ＵＳＥＲ４３２７には、何もデータがない状態、即ち全て０（以下００００と示す）が格納されている。工程ＡにＲＦＩＤタグ３００が経由したら、ＵＳＥＲ１３２４に工程Ａの工程コードであるＡＡＡＡ３５０が書込まれる。図８で説明した関数ｆ（）１４５とＫＥＹ１４６と工程Ａの工程コードＡＡＡＡを用いて、工程通過署名データｆ（ＡＡＡＡ，ＫＥＹ）３５１を求め、ＵＳＥＲ４３２７に書込む。最初の工程では、前工程がないため、前工程の工程通過署名データは用いないが、００００や初期値を設定しておいてもよい。その場合は、最初の工程での処理は、図８左を用いる。

次に、ＲＦＩＤタグ３００が工程Ｂを経由したら、工程Ｂの通過署名コードであるＢＢＢＢ３５２を、ＵＳＥＲ２３２５へ書込む。次に、工程ＡでＵＳＥＲ４３２７に書込まれている工程通過署名データであるｆ（ＡＡＡＡ，ＫＥＹ）を読取り、関数ｆ（）１４５とＫＥＹ１４６と工程Ｂの工程コードＢＢＢＢ３５２を用いて、工程通過署名データｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ）３５３を求め、ＵＳＥＲ４３２７に上書きする。

次に、ＲＦＩＤタグ３００が工程Ｃを経由したら、工程Ｃの工程コードであるＣＣＣＣ３５４を、ＵＳＥＲ３３２６へ書込む。次に、工程ＢでＵＳＥＲ４３２７に書込まれた工程通過署名データであるｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ）３５３を取得し、関数ｆ（）１４５とＫＥＹ１４６と工程Ｃの工程コードＣＣＣＣ３５４を用いて、工程通過署名データｆ（ｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ） ＥＯＲ ＣＣＣＣ，ＫＥＹ）３５５を求め、ＵＳＥＲ４３２７へ上書きする。

ここで、各工程でＵＳＥＲ１、ＵＳＥＲ２、ＵＳＥＲ３に順に書込んだが、どの工程データをどのＵＳＥＲにどの順序で書込んだか分かればよく、今回の例では、ＵＳＥＲ１から順に書込んだ。また、データが００００の時には、何も書込まれていないと判断し、ＵＳＥＲ１から順に格納されているデータを確認して、最初に発見した００００の領域に工程データを書込む処理とした。

他の方法として、別のＵＳＥＲ領域に、現在工程データの書込まれている位置を示すデータを格納しておき、そのデータを取得することで、工程データを書込む位置・領域を知る方法がある。また、通過した工程数を別のＵＳＥＲ領域に格納しておき、その数から、書込むＵＳＥＲ領域を推定し、書込んでも良い。

図１０は、ある工程で、工程コードと工程通過署名データをＲＦＩＤタグに書込む際の処理を示した工程管理装置のフローチャートを示した図である。ステップＳ６００では、ＲＦＩＤタグ３００が自工程を経由したら、処理を開始するために、ステップＳ６０１に進む。

ここで、ＲＦＩＤタグ３００が自工程を経由したことを認識する手段として、赤外線や他センサを使用することにより、ＲＦＩＤタグ３００が貼付された製品を検知する方法や、常にＲＦＩＤタグ３００の読取りを繰返し行い、ＲＦＩＤタグ３００が経由して、ＲＦＩＤタグ３００のデータが取得できたことによって、認識する方法がある。その他には、ＲＦＩＤタグ３００が工程管理装置のリーダライタとＲＦＩＤタグ３００が通信できる範囲に入ったことを人が視覚で確認し、処理開始を指示する方法などがある。

ステップＳ６０１では、工程管理装置のリーダライタを用いて、ＲＦＩＤタグ３００のＵＳＥＲ４に格納されている工程通過署名データを読取り、ステップＳ６０２へ進む。ここで、最初の工程の場合、ＵＳＥＲ４には、何もデータがない、即ち００００が格納されている。その場合、前工程の工程通過署名データはなしとして扱うか、００００として扱ってもどちらでもよい。また、００００以外の初期値をＵＳＥＲ４に格納しておいて、工程通過署名データを求める時に、使用しても良い。ステップＳ６０２では、自工程の工程コードを工程管理装置から取得し、ステップＳ６０３へ進む。

ステップＳ６０３では、ステップＳ６０１で取得した工程通過署名データ（００００の場合は無し、または００００を使用するか、または予め定めた所定値としての初期値を使用する）、ステップＳ６０２で取得した自工程のコード、工程管理装置から取得した関数ｆ（）とＫＥＹを用いて、ｆ（工程通過署名データ ＥＯＲ 工程コード， ＫＥＹ）を求め、ステップＳ６０４へ進む。

ステップＳ６０４では、制御装置のリーダライタを用いて、ステップＳ６０３で求めたｆ（工程通過署名データ ＥＯＲ 工程コード，ＫＥＹ）をＲＦＩＤタグ３００のＵＳＥＲ４へ上書きし、ステップＳ６０５へ進む。

ステップＳ６０５では、制御装置のリーダライタを用いて、自工程の工程コードをＲＦＩＤタグ３００の空いているＵＳＥＲへ書込み、ステップＳ６０６へ進む。空いているＵＳＥＲを検索する方法は、図９で説明した方法と同じであっても良い。

ステップＳ６０６では、自工程での処理が終了し、その後、ＲＦＩＤタグ３００は、次の工程へ進む。この一連の処理を工程毎、ＲＦＩＤタグ３００毎に実行する。

次に、図５から図１０で生成した工程通過署名データを用いて、そのＲＦＩＤタグが添付された製品が正しい工程を通ってきたかを検証する方法について図１１から図１３で説明する。

図１１は、図５で示したようにＲＦＩＤタグ３００が工程Ａ、工程Ｂ、工程Ｃを経由した後に、ＲＦＩＤタグ３００のＵＳＥＲのメモリに格納されているデータを示した図である。

ＵＳＥＲ１３２４には、工程Ａで書込まれた工程データＡＡＡＡ３５０が格納されている。ＵＳＥＲ２３２５には、工程Ｂで書込まれた工程データＢＢＢＢ３５２が格納されている。ＵＳＥＲ３３２６には、工程Ｃで書込まれた工程データＣＣＣＣ３５４が格納されている。ＵＳＥＲ４３２７には、最後の工程Ｃで生成され書込まれた工程通過署名データｆ（ｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ） ＥＯＲ ＣＣＣＣ，ＫＥＹ）３５５が格納されている。

この工程通過署名データｆ（ｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ） ＥＯＲ ＣＣＣＣ，ＫＥＹ）３５５を検証することにより、このＲＦＩＤタグ３００が正しい工程を経由してきたか、工程通過署名データが改竄されていないかを検証することができる。

工程通過署名データが正しいかどうか検証するためには、まずそのＲＦＩＤタグ３００が経由してきた工程順序と、その各工程の工程コードを用いて、正しい工程を通ってきた場合、最後の工程で生成され書込まれる工程通過署名データを求める。そして、ＲＦＩＤタグに格納されている工程通過署名データと、検証時に生成した工程通過署名データが一致するか否かを検証する。一致した場合は、正しい工程を通ってきたと判断することができ、また不一致の場合は、正しい工程を経由していない、または工程通過署名データが改竄されたと判断することができる。

検証する時は、最後または途中の工程の工程通過署名や制御装置で実行しても良いし、別のパーソナルコンピュータなどの外部装置で行っても良い。以下、工程順序を検証する装置を工程検証部と記述する（図示しない）。工程検証部は、工程管理装置または管理装置またはその他外部装置に含まれる。検証する工程の工程管理装置または外部装置がネットワークなどで接続されており、ＲＦＩＤタグの工程通過署名データや工程コードが取得できることが望ましい。また検証の際には、工程毎の工程データ、工程通過署名データを生成するための、関数ｆ（）とＫＥＹと、そのＲＦＩＤタグが正しい工程を通過した場合の工程順序を取得することのできる構成であることが望ましい。

図１２は、工程検証部での、工程通過署名データを検証するために、正しい工程を通ってきた場合に、最後の工程で生成されＲＦＩＤタグに書込まれる工程通過署名データを生成する流れを示した図である。

まず正しい工程を経由した場合に、各工程で生成されＲＦＩＤタグのＵＳＥＲ４に書込まれる工程通過署名データを求める。ＲＦＩＤタグが工程を経由した場合に、工程通過署名データを生成し、ＲＦＩＤタグのＵＳＥＲ４に書込んだ時の処理と同じ方法で、工程通過署名データを求める。

まず、ＲＦＩＤタグのＵＳＥＲ１に格納されている工程Ａの工程コードＡＡＡＡ７００を、ＵＳＥＲ１から読取る。また工程Ａの工程コードは、このＲＦＩＤタグが、工程ＡでＵＳＥＲ１に正しく処理が行われていれば、書込まれる工程コードを推測することができるため、事前に工程管理装置や工程検証部に蓄積しておき、そこから取得しても良い。取得したコードＡＡＡＡ７００と、関数ｆ（）とＫＥＹを用いて、工程Ａを経由した際に生成される工程通過署名データｆ（ＡＡＡＡ，ＫＥＹ）７０１を求める。

次に、正しい経路では、ＲＦＩＤタグが工程Ａから工程Ｂに移動するため、工程ＢでＲＦＩＤタグに書込まれる工程通過署名データを生成する。工程Ａの場合と同様に、工程Ｂでの工程コードＢＢＢＢ７０２と関数ｆ（）とＫＥＹと、前の工程Ａでの工程通過署名データを用いて、工程Ｂで生成される工程通過署名データｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ）を求める。

次に、同様に工程Ｃでの工程コードＣＣＣＣ７０４と関数ｆ（）とＫＥＹと前の工程Ｂでの工程通過署名データを用いて、工程Ｃで生成される工程通過署名データｆ（ｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ） ＥＯＲ ＣＣＣＣ，ＫＥＹ）を求める。この工程通過署名データと、図１０で示したＲＦＩＤタグのＵＳＥＲ４に格納されている工程通過署名データが一致するか検証することにより、このＲＦＩＤタグが正しい工程を経由してきたか否かを検証することができる。

図１３は、図１２で説明したＲＦＩＤタグの工程通過署名データを検証する処理の工程検証部のフローチャートを示した図である。ステップＳ７１０では、工程管理装置のリーダライタを用いて、ＲＦＩＤタグのＵＳＥＲ４に格納されている工程通過署名データを読取り、また工程数をカウントするカウンタを０に設定し、ステップＳ７１１へ進む。ＲＦＩＤタグの工程通過署名データは、検証時にＲＦＩＤタグから読取っても良いし、工程通過署名データを事前に取得しておき、工程管理装置または外部装置または工程検証部に蓄積しておき、検証時にそこから取得しても良い。

ステップＳ７１１では、関数ｆ（）とＫＥＹと工程毎の工程コードＡＡＡＡとＢＢＢＢとＣＣＣＣを取得し、ステップＳ７１２へ進む。関数ｆ（）とＫＥＹは、事前に工程管理装置または外部装置または工程検証部に蓄積しておき、そこから取得する。工程毎の工程コードは、検証時にＲＦＩＤタグのメモリのＵＳＥＲ１〜ＵＳＥＲ３から取得しても良いし、ＵＳＥＲ１〜ＵＳＥＲ３のデータを工程管理装置または外部装置または工程検証部に蓄積しておき、検証時に取得しても良いし、ＲＦＩＤタグが経由する工程の順序が推測できるので、事前に工程管理装置または外部装置または工程検証部に格納しておき、検証時にそこから取得しても良い。

ステップＳ７１２では、ステップＳ７１１で取得した、関数ｆ（）とＫＥＹと自工程の工程コードと前工程で生成した工程通過署名データを用いて自工程で生成される工程通過署名データを求め、ステップＳ７１３へ進む。前工程がない場合は、前工程の工程通過署名データは、無し、または００００、または事前に設定した初期値とする。ステップＳ７１３では、カウンタの値と工程数を比較し、一致した場合は、ステップＳ７１５へ、不一致の場合は、ステップＳ７１４へ進む。工程数は、ＲＦＩＤタグのＵＳＥＲのメモリに工程データが格納されている数を取得しても良いし、事前に経由する工程数が分かっている場合は、そこから取得しても良い。

ステップＳ７１４では、カウンタの値に１を加え、次の工程での処理をするために、ステップＳ７１２へ進む。一方、ステップＳ７１５では、ステップＳ７１０で取得した工程通過署名データと、ステップＳ７１４で生成した工程通過署名データが一致するか否かを検証する。

ここで一致した場合、ステップＳ７１６へ進む。ステップＳ７１６では、このＲＦＩＤタグが正しい工程通過署名データで正しい工程を経由してきたと判定し、ステップＳ７１８へ進む。

一方、ステップＳ７１５において、工程通過署名データが不一致の場合、ステップＳ７１７へ進む。ステップＳ７１７では、このＲＦＩＤタグの工程通過署名データが改竄されたか、正しい工程を経由していないと判定し、ステップＳ７１８へ進む。ステップＳ７１８では、検証を終了する。検証した結果は、外部装置などに送信するか、表示装置で表示しても良い。

ここで、ＲＦＩＤタグのメモリサイズは一般的に数十〜数百バイトであるものが多いため、工程コードを格納する領域が限られており、格納できるメモリ数分しか工程の経由を検証することができない。そこで、ＲＦＩＤタグの工程コード格納可能数以上の工程の経由を検証する方法について説明する。

ＲＦＩＤタグのメモリに空きが無くなったら、ネットワーク等を用いて、工程管理装置とは別の管理装置や外部装置にＲＦＩＤタグの内容を蓄積する。全ての工程の工程管理装置が一つの管理装置と接続されていれば、工程毎にＲＦＩＤタグのデータや処理結果を管理装置に送信し、管理装置でまとめて管理することができる。しかし、全ての工程管理装置が１つの管理装置とネットワーク接続されている構成は、コスト的にも困難であるため、工程コードをＲＦＩＤタグに格納する方法とネットワーク接続されている工程管理装置の時は管理装置に送信する方法を組み合わせる構成が望ましい。

ここで、複数の工程と、１つの管理装置から構成されており、そのうちいくつかの工程の工程管理装置が管理装置とネットワークで接続されている場合の、工程管理方法について説明する。

図１４は、５つの工程と管理装置から構成されるシステムを示した図である。工程毎の構成と機能は、図５で説明したものと同じである。制御装置８２１とデータベース８２２からなる管理装置８２０が追加され、工程Ａ８００の工程管理装置８１０と工程Ｄ８０３の工程管理装置８１３が管理装置８２０とネットワークで接続され、データの送受信が可能となっている。

工程Ａ８００にＲＦＩＤタグ３００が経由すると、工程管理装置８１０がＲＦＩＤタグ３００に対して、書込みまたは読取りを実行する。工程管理装置８１０は、管理装置８２０とネットワークで接続されているため、工程管理装置８１０と管理装置８２０の制御装置８２１とデータの送受信を行うことができ、データベース８２２にデータを蓄積したり、データを取得したりすることができる。その後、ＲＦＩＤタグ３００は、工程Ｂ８０１へ移動する。工程Ｂ８０１で、同様に工程管理装置８１１がＲＦＩＤタグ３００に対して、書込みまたは読取りを実行し、ＲＦＩＤタグ３００は、工程Ｃ８０２へ移動する。

工程Ｃ８０２で、同様に工程管理装置８１２がＲＦＩＤタグ３００に対して、書込みまたは読取りを実行する。その後、ＲＦＩＤタグ３００は、工程Ｄ８０３へ移動する。

工程Ｄ８０３で、同様に工程管理装置８１３がＲＦＩＤタグ３００に対して、書込みまたは読取りを実行し、ＲＦＩＤタグ３００は、工程Ｅ８０４へ移動する。工程Ｄ８０３の工程管理装置８１３は、工程Ａの工程管理装置８１０と同じように、管理装置８２０とネットワーク接続されているため、同様にデータの送受信を行うことが可能である。工程Ｅ８０４で、同様に工程管理装置８１４がＲＦＩＤタグ３００に対して、書込みまたは読取りを実行する。

次に、図１４で示した構成で、ＲＦＩＤタグに工程通過署名データと工程コードを書込んで行く方法について説明する。

図１５は、各工程が持つ工程コードを示す図である。工程Ａ８００は、工程コードＡＡＡＡ８３０を持つ。工程Ｂ８０１は、工程コードＢＢＢＢ８３１を持つ。工程Ｃ８０２は、工程コードＣＣＣＣ８３２を持つ。工程Ｄ８０３は、工程コードＤＤＤＤ８３３を持つ。工程Ｅ８０４は、工程コードＥＥＥＥ８３４を持つ。各々の工程コードは、工程管理装置と接続された工程検証部または外部装置で持っていても良い。少なくとも、自工程の工程コードだけでも持っているほうが望ましい。

図１６は、図１４で説明した工程を経由する際の、ＲＦＩＤタグ３００のデータの内容を示した図である。工程通過署名データの生成方法は、図９と同じ方法であるため詳細な説明は省略する。

最初にＲＦＩＤタグ３００の、ＵＳＥＲ１３２４、ＵＳＥＲ２３２５、ＵＳＥＲ３３２６、ＵＳＥＲ４４３２７には、何もデータがない状態、００００が格納されている。工程ＡにＲＦＩＤタグ３００が経由したら、ＵＳＥＲ１３２４に工程Ａの工程コードＡＡＡＡ８４０を書込む。図８で説明した関数ｆ（）１４５とＫＥＹ１４６と工程Ａの工程コードＡＡＡＡを用いて、工程通過署名データｆ（ＡＡＡＡ，ＫＥＹ）８４１を求め、ＵＳＥＲ４３２７に書込む。

次にＲＦＩＤタグ３００が工程Ｂを経由したら、ＵＳＥＲ２３２５に工程Ｂの工程コードＢＢＢＢ８４２を書込む。また関数ｆ（）１４５とＫＥＹ１４６と工程Ｂの工程コードＢＢＢＢと工程ＡでＵＳＥＲ４３２７に書込まれた工程通過署名データを用いて、ｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ）を求め、ＵＳＥＲ４３２７へ上書きする。

次にＲＦＩＤタグ３００が工程Ｃを経由したら、ＵＳＥＲ３３２６に工程Ｃの工程コードＣＣＣＣ８４４を書込む。また関数ｆ（）１４５とＫＥＹ１４６と工程Ｃの工程コードＣＣＣＣと工程ＢでＵＳＥＲ４３２７に書込まれた工程通過署名データを用いて、ｆ（ｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ） ＥＯＲ ＣＣＣＣ，ＫＥＹ）を求め、ＵＳＥＲ４３２７へ上書きする。

次に、ＲＦＩＤタグ３００が工程Ｄを経由したら、ＵＳＥＲ１３２４に工程Ｄの工程コードＤＤＤＤ８４６を書込もうとする。しかし、工程Ｃまでの処理で、既にＵＳＥＲ１〜ＵＳＥＲ３にデータが書込まれており、空きがないため、工程Ｄの工程コードを書込むことができない。そこで、工程Ｄの工程管理装置は、管理装置とネットワークで接続されているため、ＵＳＥＲ１３２４とＵＳＥＲ２３２５とＵＳＥＲ３３２６に格納されている内容、ＡＡＡＡ８４０とＢＢＢＢ８４２とＣＣＣＣ８４４を管理装置に送信し、データベースに蓄積する。またＲＦＩＤタグ３００のメモリのＵＳＥＲ１３２４とＵＳＥＲ２３２５とＵＳＥＲ３３２６の内容を消去する。即ち００００を書込む。こうして、データを書込むことの出来る空きを設けることで、工程Ｄの工程コードをＵＳＥＲ１に書込むことができることとなる。

また関数ｆ（）１４５とＫＥＹ１４６と工程Ｄの工程コードＤＤＤＤと工程ＣでＵＳＥＲ４３２７に書込まれた工程通過署名データを用いて、ｆ（ｆ（ｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ） ＥＯＲ ＣＣＣＣ，ＫＥＹ） ＥＯＲ ＤＤＤＤ，ＫＥＹ）を求め、ＵＳＥＲ４３２７へ上書きする。

次にＲＦＩＤタグ３００が工程Ｅを経由したら、ＵＳＥＲ２３２５に工程Ｅの工程コードＥＥＥＥ８４８を書込む。また関数ｆ（）１４５とＫＥＹ１４６と工程Ｅの工程コードＥＥＥＥ８４９と工程ＤでＵＳＥＲ４３２７に書込まれた工程通過署名データを用いて、ｆ（ｆ（ｆ（ｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ） ＥＯＲ ＣＣＣＣ，ＫＥＹ） ＥＯＲ ＤＤＤＤ，ＫＥＹ） ＥＯＲ ＥＥＥＥ，ＫＥＹ）を求め、ＵＳＥＲ４３２７へ書込む。

図１７は、工程管理装置が管理装置とネットワーク接続されている工程で、工程管理装置が工程毎の工程コードと工程通過署名データをＲＦＩＤタグに書込み、管理装置へデータを送信する際の工程管理装置の処理を示したフローチャートである。工程管理装置が管理装置とネットワーク接続されていない場合は、図１０に示したフローチャートに従って処理する。図１０のフローと同じ処理は、詳細な説明を省略する。

ステップＳ９００では、工程処理を開始し、ステップＳ９０１へ進む。工程処理の開始方法は、図１０の工程処理開始と同じであるため説明を省略する。ステップＳ９０１では、工程管理装置のリーダライタを用いて、ＲＦＩＤタグ３００より、ＵＳＥＲ４に格納されている前工程の工程通過署名データを取得し、ステップＳ９０２へ進む。前工程がない場合は、図１０と同じように、無しか、００００か、または初期値を用いる。

ステップＳ９０２では、自工程の工程コードを工程管理装置またはネットワーク接続されている管理装置から取得し、ステップＳ９０３へ進む。ステップＳ９０３では、ステップＳ９０１で取得した前工程の工程通過署名データとステップＳ９０２で取得した工程コードと関数ｆ（）とＫＥＹを用いて、工程通過署名データを求め、ステップＳ９０４へ進む。

ステップＳ９０４では、工程管理装置のリーダライタを用いて、ステップＳ９０３で求めた工程通過署名データをＲＦＩＦタグ３００のＵＳＥＲ４へ上書きし、ステップ９０５へ進む。

ステップＳ９０５では、ＲＦＩＤタグ３００のＵＳＥＲ１〜ＵＳＥＲ３に空きがあるか、即ち００００があるかを検索する。ここで００００があれば、ステップＳ９０６へ進む。ステップＳ９０６では、工程管理装置のリーダライタを用いて、００００のＵＳＥＲへ工程コードを書込み、ステップＳ９０９へ進む。

一方、ステップＳ９０５において、ＵＳＥＲ１〜ＵＳＥＲ３に空き、即ち００００がなければ、ステップＳ９０７へ進む。ステップＳ９０７では、ＵＳＥＲ１〜ＵＳＥＲ３の内容をＲＦＩＤタグ３００から取得し、ネットワーク接続されている管理装置へ送信し、管理装置では、データベースへ蓄積し、ステップＳ９０８へ進む。

ステップＳ９０８では、ＲＦＩＤタグのＵＳＥＲ１〜ＵＳＥＲ３の内容を消去、即ち００００を書込み、ステップＳ９０６へ進む。ステップＳ９０９にて、工程処理が終了する。ある工程での工程管理のための処理は終了したので、ＲＦＩＤタグ３００は、次の工程へ移動する。

図１６と図１７において、ＲＦＩＤタグのＵＳＥＲ１〜ＵＳＥＲ３の内容が全て書込まれていたら、ＵＳＥＲ１〜ＵＳＥＲ３のデータ全てを管理装置に送信し、ＵＳＥＲ１〜ＵＳＥＲ３全てを消去したが、ＵＳＥＲ１〜ＵＳＥＲ３のデータのうち、最も古いデータのみを管理装置に送信し、送信したＵＳＥＲのみを消去する方法でも良い。この場合、ＵＳＥＲ１〜ＵＳＥＲ３のデータのうち、どのデータが一番古いかを取得できる必要がある。例えば、別の領域にＵＳＥＲ１〜ＵＳＥＲ３に書込まれた順番を書込んでおく方法や、別の領域に一番古いデータの領域を示すデータを書込んでおく方法や、工程コードに順番となるデータを含めておく方法や、工程管理装置または管理装置で順番を把握しておく方法などがある。

次に、図１４から図１７で生成し、ＲＦＩＤタグに書込んだ工程通過署名データを検証する方法について説明する。

図１８は、ＲＦＩＤタグが図１４の５つの工程を経由した後のメモリの内容を示す図である。ＲＦＩＤタグ３００のＵＳＥＲ１には、工程Ｄの工程データＤＤＤＤ８４６が格納されている。ＵＳＥＲ２には、工程Ｅの工程データＥＥＥＥが格納されている。ＵＳＥＲ３には、００００が格納、即ちデータが無い。ＵＳＥＲ４には、工程Ａ、工程Ｂ，工程Ｃ、工程Ｄ、工程Ｅの順に経由し、生成された工程通過署名データ８４９が格納されている。この工程通過署名データ８４９を検証することにより、このＲＦＩＤタグ３００が正しい工程を経由したかを検証することができる。

図１９は、工程検証部で工程通過署名データを検証するために、正しい工程を通ってきた場合に最後の工程でＲＦＩＤタグに書込まれる工程通過署名データを生成する流れを示した図である。

まず工程Ａでの工程通過署名データを生成する。しかし、ＲＦＩＤタグ３００のメモリには、工程Ｄと工程Ｅの工程コードしか格納されていないため、工程Ａの工程コードが分からない。そこで、ネットワーク接続されている管理装置に蓄積している工程コードを取得し使用する。図１９の右上が、工程管理装置から送信され管理装置に蓄積されているデータである。ＲＦＩＤタグ３００に格納された順番１０００と工程１００１とその工程１００１の工程コード１００２が格納されている。これより、工程を経由した順番と、工程Ａの工程コードＡＡＡＡ１００３、工程Ｂの工程コードＢＢＢＢ１００４、工程Ｃの工程コードＣＣＣＣ１００５を取得することができる。

工程Ａでは、工程Ａの工程コードＡＡＡＡ１０１０と、関数ｆ（）とＫＥＹを用いて、工程通過署名データｆ（ＡＡＡＡ，ＫＥＹ）１０２０を求める。関数ｆ（）とＫＥＹは、工程検証部または、工程管理装置、または管理装置が保持しておき、工程検証部で取得する。

工程Ｂでは、工程Ｂの工程コードＢＢＢＢ１０１１と関数ｆ（）とＫＥＹと、正しい工程を経由していれば工程Ａで生成され書込まれる工程Ａの工程通過署名データ１０２０を用いて、工程Ｂでの工程通過署名データｆ（ｆ（ＡＡＡＡ．ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ）１０２１を求める。

工程Ｃでは、工程Ｃの工程コードＣＣＣＣ１０１２と関数ｆ（）とＫＥＹと、工程Ｂの工程通過署名データ１０２１を用いて、工程Ｃでの工程通過署名データｆ（ｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ） ＥＯＲ ＣＣＣＣ，ＫＥＹ）を求める。ＲＦＩＤタグ３００のメモリのＵＳＥＲ１とＵＳＥＲ２に工程Ｄと工程Ｅの工程コードが格納されており、ＲＦＩＤタグから各々の工程コードを読取る。

工程Ｄでは、工程Ｄの工程コードＤＤＤＤ１０１３と関数ｆ（）とＫＥＹと、工程Ｃの工程通過署名データ１０２２を用いて、工程Ｄでの工程通過署名データｆ（ｆ（ｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ） ＥＯＲ ＣＣＣＣ，ＫＥＹ） ＥＯＲ ＤＤＤＤ，ＫＥＹ）を求める。

工程Ｅでは、工程Ｅの工程コードＥＥＥＥ１０１４と関数ｆ（）とＫＥＹと、工程Ｄの工程通過署名データ１０２３を用いて、工程Ｅでの工程通過署名データｆ（ｆ（ｆ（ｆ（ｆ（ＡＡＡＡ，ＫＥＹ） ＥＯＲ ＢＢＢＢ，ＫＥＹ） ＥＯＲ ＣＣＣＣ，ＫＥＹ） ＥＯＲ ＤＤＤＤ，ＫＥＹ） ＥＯＲ ＥＥＥＥ）を求める。ここで求めた工程Ｅの工程通過署名データと、図１８で示したＲＦＩＤタグ３００のＵＳＥＲ４に格納されている工程通過署名データが一致するか検証することにより、ＲＦＩＤタグ３００が正しい工程を経由してきたかを検証することができる。

図２０は、図１９で説明したＲＦＩＤタグの工程通過署名データを検証するための工程検証部での処理のフローを示した図である。図１３と処理が同じ部分は、詳細な説明は省略する。

処理が開始するとステップＳ１１００では、工程管理装置のリーダライタを用いて、ＲＦＩＤタグ３００のＵＳＥＲ４に格納されている工程通過署名データを読取り、カウンタに０を設定し、ステップＳ１１０１へ進む。

ステップＳ１１０１では、ＲＦＩＤタグ３００のＵＳＥＲに格納されている工程データを取得しステップＳ１１０２へ進む。今回の例では、工程Ｄの工程コードＤＤＤＤと工程Ｅの工程コードＥＥＥＥを取得する。ＵＳＥＲ３には、００００、即ち工程コードが格納されていない。

ステップＳ１１０２では、管理装置より、ネットワーク接続されている工程管理装置が管理装置に送信し蓄積した工程コードを取得し、ステップＳ１１０３へ進む。今回の例では、工程Ａの工程コードＡＡＡＡ，工程Ｂの工程コードＢＢＢＢ，工程Ｃの工程コードＣＣＣＣを取得する。

ステップＳ１１０３では、関数ｆ（）、工程データ、ＫＥＹ、前工程で生成された工程通過署名データを用いて、その工程で生成する工程通過署名データを生成する。前工程がない場合は、前工程の工程通過署名データはなしまたは００００、または事前に設定した初期値を用いる。

ステップＳ１１０４では、工程数とカウンタを比較し、一致の場合ステップＳ１１０６へ、不一致の場合ステップＳ１１０５へ進む。ステップＳ１１０５では、カウンタに１を加え、次の工程での工程通過署名データを求める処理を行う。

ステップＳ１１０６では、ＲＦＩＤタグ３００のＵＳＥＲ４に格納されている工程通過署名データと、検証するために生成した工程通過署名データが一致するか検証する。一致した場合は、ステップＳ１１０７へ、不一致の場合は、ステップＳ１１０８へ進む。

ステップＳ１１０７では、ＲＦＩＤタグ３００の工程通過署名データが正しく、且つ正しい工程を経由したと判断し、ステップＳ１１０９へ進む。一方、ステップＳ１１０８では、ＲＦＩＤタグ３００の工程通過署名データが改竄されたまたは、正しい工程を経由していないと判断しステップＳ１１０９へ進む。ステップＳ１１０９では、工程通過署名データの検証が終わり、処理を終了する。検証結果は、外部装置へ送信しても良いし、表示装置で表示しても良い。

図１４から図２０で、５つの工程Ａ，工程Ｂ，工程Ｃ、工程Ｄ、工程Ｅのうち、工程Ａと工程Ｄの工程管理装置が管理装置にネットワークで接続されている構成での、例を示したが、工程数や管理装置と接続されている工程管理装置の数や組合せは他であっても良い。ただし、ＲＦＩＤタグに工程コードを書込むため、ＲＦＩＤタグのメモリ数以内にネットワーク接続されている工程管理装置を配置する構成にすることが望ましい。

ＲＦＩＤタグの自由に書込みまたは読込みができるＵＳＥＲ領域のうち、１つは、工程通過署名データを格納、残りを、工程コードを格納する。ＲＦＩＤタグのＵＳＥＲの数をＮ個とすると、ネットワーク接続されている工程管理装置をＮ−１個以内に配置する構成が望ましい。このような構成にすると、工程検証部が管理装置とネットワークと接続されておらず、工程コードが不明な場合でも、ＲＦＩＤタグのＵＳＥＲに格納されている工程コードの数だけ、工程順序を検証することができる。

ネットワーク接続されている工程管理装置が管理装置にＲＦＩＤタグのＵＳＥＲのデータを送信するタイミングについては、ＵＳＥＲに空きが無くなったタイミング、もしくは書込む時に空が無かったタイミングで送信しても良いし、ＵＳＥＲの内容を必ず送信する工程管理装置を事前に決めておき、その工程管理装置を経由した際に、送信してもよい。

また、送信と消去するＵＳＥＲデータについて、前述の例で示したように、全てのＵＳＥＲのデータを送信と消去しても良いし、一番古いデータのみを送信と消去しても良い。２つ以上のデータを送信と消去しても良い。

工程検証部で、工程順序を検証するタイミングについては、必要な工程コードを取得できるタイミングであれば、いつ検証しても良い。例えば、ＲＦＩＤタグが全ての工程を経由して、最後に、ＲＦＩＤのＵＳＥＲに格納されている工程コードと、管理装置に蓄積されている工程コードを取得して、検証しても良いし、工程途中の任意の工程管理装置で検証しても良いし、ＲＦＩＤタグのＵＳＥＲに空きが無くなり、管理装置に送信する前に、検証しても良い。また、ＲＦＩＤタグのＵＳＥＲに格納されている工程データがあると、ネットワーク接続されている管理装置が無くても、格納されている分の工程順序を検証することができる。

これまでの例では、工程コードとＫＥＹと関数ｆ（）を用いることにより、工程通過署名データを生成したが、２つの同じ工程を経由する製品の工程通過署名データは同じになってしまう課題がある。そこで、製品毎に異なるデータを持つＲＦＩＤタグの識別データであるＵＩＩのデータを使用する方法について説明する。ＵＩＩは、図７のＲＦＩＤタグのメモリ構造のＵＩＩ３２２で示したものであり、貼付する製品毎に異なったＩＤ、情報を持つ。

図２１は、工程通過署名データ生成時の、図８で説明した処理にＵＩＩのデータを加える処理を示す図である。前工程のない最初の工程の処理を図２１左に示す。図８と同じ処理は、詳細を省略する。

まず、工程データＡＡＡＡとＲＦＩＤタグ３００のＵＩＩと排他的論理和をとると、ＡＡＡＡ ＥＯＲ ＵＩＩ１２００と表すことができる。前工程が無い場合、００００や初期値を用いる場合は、ＡＡＡＡとＵＩＩと初期値（または００００）で排他的論理和を取る。この値と関数ｆ（）１２０１とＫＥＹ１２０２を用いて、工程通過署名データｆ（ＡＡＡＡ ＥＯＲ ＵＩＩ，ＫＥＹ）を求める。

次に、前工程のある場合の処理を図２１右に示す。前工程の工程通過署名データであるｆ（ＡＡＡＡ ＥＯＲ ＵＩＩ，ＫＥＹ）とＲＦＩＤタグ３００のＵＩＩと自工程の工程コード（ここではＢＢＢＢ）と排他的論理和をとると、ｆ（ＡＡＡＡ ＥＯＲ ＵＩＩ，ＫＥＹ） ＥＯＲ ＢＢＢＢ ＥＯＲ ＵＩＩと表すことができる。この値と関数ｆ（）とＫＥＹを用いて、工程通過署名データｆ（ｆ（ＡＡＡＡ ＥＯＲ ＵＩＩ，ＫＥＹ） ＥＯＲ ＢＢＢＢ ＥＯＲ ＵＩＩ，ＫＥＹ）を求める。ここで生成した工程通過署名データをＲＦＩＤタグのＵＳＥＲ４に上書きする。

図１３と図２０で工程通過署名データを検証する方法を説明した。この方法は、検証時に、工程順序に従って、工程データと関数ｆ（）とＫＥＹを用いて、工程通過署名データを生成したが、事前にあらゆる工程の経由パターンの工程通過署名データを生成し、テーブルとして保持しておき、検証時に比較する方法でも良い。

図２２は、あらゆる工程の経由パターンのテーブルを示した図である。３つの工程Ａ、工程Ｂ、工程Ｃの全てのパターン、Ａ→Ｂ→Ｃ１２２０、Ａ→Ｃ→Ｂ１２２１、Ｂ→Ａ→Ｃ１２２２、Ｂ→Ｃ→Ａ１２２３、Ｃ→Ａ→Ｂ１２２４、Ｃ→Ｂ→Ａ１２２５と、１工程１２３０、２工程１２３１、３工程１２３２の各々の工程通過署名データのテーブルを示す。このテーブルを工程管理装置または工程検証部で持つことにより、毎回、関数ｆ（）とＫＥＹと工程コードを取得し、工程通過署名データを生成することなく、検証することができる。

これまで説明した工程順序を検証する方法において、工程管理装置で、ＲＦＩＤタグのメモリの書込みをするときに、ＵＳＥＲに読取り不可または書込み不可のロックをかけても良い。その時は、読取る時に読取り不可のロックを外してから読取りを行う。また書込む時に書込み不可のロックを外してから書込みを行う。読取りまたは書込みのロックをかける、または外すには、パスワードが必要となり、ＲＦＩＤタグの持つパスワードが一致した時のみ、ロックをかけるか、または外ずすことができる。そのため、パスワードは、権限を持つ工程管理装置または、工程検証部で持つことが望ましい。これにより、改竄されるなどのセキュリティをより向上させることができる。また、ＵＳＥＲ４の領域にも読取りまたは書込み不可のロックをかけても良い。

上術の実施例の説明では、情報記録媒体としてRFIDタグを例にして、説明をした。しかしながら、本発明は、当該RFIDタグに限定されるものではなく、ある通信距離をもって、非接触にて、情報記録媒体内に記憶、記録されている情報を通信によって、送受信、または書換えなどを可能とする情報記録媒体であっても良い。例えば、ICカードと呼ばれるものや、携帯電話、携帯端末等の情報処理装置、または、それらを組み合わせるものであってもよい。

本発明の実施例に係わる２つの工程における工程管理装置と移動する情報記録媒体ＲＦＩＤタグを示した図である。 情報記録媒体ＲＦＩＤタグと外部通信装置リーダライタからなるＲＦＩＤタグシステムの構成を示した図である。 情報記録媒体ＲＦＩＤタグの内部構成を示したブロック図である。 外部通信装置リーダライタの内部構成を示したブロック図である。 情報記録媒体ＲＦＩＤタグが３つの工程を経由する構成を示した図である。 ３つの工程が各々持つ工程コードを示した図である。 情報記録媒体ＲＦＩＤタグが持つメモリ構成と、本発明での実施形態に係わるデータ仕様を示した図である。 工程通過署名データを生成する処理を示した図である。 情報記録媒体ＲＦＩＤタグが工程を経由する際の、情報記録媒体ＲＦＩＤタグに格納されているデータ内容を示した図である。 ある工程での、工程コードと工程通過署名データを情報記録媒体ＲＦＩＤタグに書込む際の処理を示した工程管理装置のフローチャートを示した図である。 情報記録媒体ＲＦＩＤタグが３つの工程を経由した後に、情報記録媒体ＲＦＩＤタグに格納されているデータの内容を示した図である。 工程検証部での、工程通過署名データを検証するために、検証用工程通過署名データを生成する流れを示した図である。 工程検証部での、情報記録媒体ＲＦＩＤタグの工程通過署名データを検証する処理を示したフローチャートである。 ５つの工程と管理装置から構成されるシステムを示した図である。 各工程が持つ工程コードを示した図である。 情報記録媒体ＲＦＩＤタグに格納されているデータの内容を示した図である。 管理装置と接続されている工程管理装置が工程コードと工程通過署名データを情報記録媒体ＲＦＩＤタグに書込み、管理装置へデータを送信する際の工程管理装置の処理を示したフローチャートである。 情報記録媒体ＲＦＩＤタグが５つの工程を経由した後の、情報記録媒体に格納されているデータの内容を示した図である。 工程検証部での、工程通過署名データを検証するために、検証用工程通過署名データを生成する流れを示した図である。 工程検証部での、情報記録媒体ＲＦＩＤタグの工程通過検証データを検証する処理を示したフローチャートである。 工程管理装置での工程通過署名データ生成時に、情報記録媒体ＲＦＩＤタグの識別データであるＵＩＩのデータを付加し演算する処理を示す図である。 全工程の経由パターンの工程通過署名データを示した図である。

符号の説明

２００：制御装置、２０１：制御装置、２１０：工程管理装置Ａ、２１１：工程管理装置Ｂ、２１２：工程管理装置Ｃ、３００：情報記録媒体ＲＦＩＤタグ、３０１：アンテナ、３０２：整流部、３０３：電源部、３０４：通信制御部、３０５：制御部、３０６：記憶部、３２０：メモリバンク、３２１：ＲＥＳＥＲＶＥＤ、３２２：ＵＩＩ、３２３：ＴＩＤ、３２４：ＵＳＥＲ１、３２５：ＵＳＥＲ２、３２６：ＵＳＥＲ３、３２７：ＵＳＥＲ４、ＵＳＥＲ：３２８、３３０：サイズ、３４０：格納データ、３４７：工程通過署名データ、４００：外部通信装置リーダライタ、４０１：リーダライタ本体、４０２：リーダライタアンテナ、４０３：送受信部、４０４：通信制御部、４０５：制御部、４０６：ホストインタフェース、４０７：電源部、
８１０：工程管理装置、８１１：工程管理装置、８１２：工程管理装置、８１３：工程管理装置、８１４：工程管理装置、８２０：管理装置、８２１：制御装置、８２２：データベース。

Claims (16)

1. 管理対象物の識別データをデータ格納部に記憶する情報記憶媒体とデータ送受信を行うデータ送受信部と、
   工程を示す工程データを保持する工程データ保持部と、
   工程を通過したことを示す工程通過署名データを当該工程を示す工程データから生成する工程通過署名データ生成部と
   を備え、
   前記データ送受信部によって、前記識別データ、前記工程データ及び該工程通過署名データを前記情報記録媒体との間で送受信し、
   前記識別データと前記工程データを用いて、ハッシュ関数を用いた演算、または暗号鍵を用いた演算によって前記工程通過署名データを生成し、
   前記情報記憶媒体の前記データ格納部に前記工程通過署名データを記憶させることを特徴とする工程管理装置。
2. 請求項１に記載の工程管理装置であって、
   作成される前記工程通過署名データのデータの長さが一定の長さであることを特徴とする工程管理装置。
3. 請求項１か２のいずれかに記載の工程管理装置であって、
   前記工程通過署名データを前記情報記憶媒体の前記データ格納部に記憶させる際に、既に工程通過署名データが記憶されている場合は、上書きして記憶させることを特徴とする工程管理装置。
4. 請求項１から３のいずれかに記載の工程管理装置であって、
   暗号鍵を用いた演算を行う場合に、工程毎に異なる暗号鍵を用いて、前記工程通過署名データを生成することを特徴とする工程管理装置。
5. 請求項１から３のいずれかに記載の工程管理装置であって、
   暗号鍵を用いた演算を行う場合に、工程毎に同じ暗号鍵を用いて、前記工程通過署名データを生成することを特徴とする工程管理装置。
6. 請求項１から５のいずれかに記載の工程管理装置であって、
   前記情報記録媒体からのデータの読出しの禁止または前記情報記録媒体へのデータの書込みの禁止を設定または解除するコマンドデータの送信を行うことを特徴とする工程管理装置。
7. 請求項１から６のいずれかに記載の工程管理装置であって、
   第ｎ番目の前記工程データを示す工程順番データ格納部を備え、
   前記工程通過署名データ生成部が、少なくとも第ｎ番目の前記工程データ及び第ｎ−１番目の前記工程通過署名データから、第ｎ番目の前記工程通過署名データを生成し、前記情報記録媒体に送信することを特徴とする工程管理装置。
8. 請求項１から７のいずれかに記載の工程管理装置であって、
   複数の工程を経由した前記情報記録媒体に格納されている前記工程通過署名データと、前記情報記録媒体が経由した工程に従い生成した検証用工程通過署名データとを比較し、
   一致する場合は、前記情報記録媒体が上記経由した工程を通過したと判定する工程検証部を備えることを特徴とする工程管理装置。
9. データ格納部を備えた情報記録媒体と、
   情報記録媒体とデータの送受信を行うデータ送受信部を備えた複数の工程管理装置を有する工程管理システムであって、
   前記情報記録媒体は、管理対象物の識別データを記憶する識別データ格納部と工程データを記憶する複数の工程データ格納部と工程通過署名データを記憶する１つ以上の工程通過署名データ格納部とを備え、
   前記複数の工程管理装置のうち第１の工程管理装置は、第１の工程データ保持部と、前記情報記録媒体とデータの送受信を行う第１のデータ送受信部と、第１の工程通過署名データを生成する第１の工程通過署名データ生成部とを備え、
   前記複数の工程管理装置のうち第２の工程管理装置は、第２の工程データ保持部と、前記情報記録媒体とデータの送受信を行う第２のデータ送受信部と、第２の工程通過署名データを生成する第２の工程通過署名データ生成部を備え、
   前記第１の工程管理装置が、
   前記第１のデータ送受信部によって、前記情報記録媒体から前記識別データを取得し、
   前記第１の工程通過署名データ生成部によって、前記識別データと前記第１の工程データを用いて、ハッシュ関数を用いた演算、または暗号鍵を用いた演算によって前記第１の工程通過署名データを生成し、
   前記第１のデータ送受信部によって、前記情報記憶媒体に前記第１の工程通過署名データを送信し、
   前記第２の工程管理装置が、
   前記第２のデータ送受信部によって、前記情報記録媒体から前記識別データ、前記第１の工程通過署名データを取得し、
   前記第２の工程通過署名データ生成部によって、前記識別データと前記第２の工程データと前記第１の工程通過署名データを用いて、ハッシュ関数を用いた演算、または暗号鍵を用いた演算によって前記第２の工程通過署名データを生成し、
   前記第２のデータ送受信部によって、前記情報記憶媒体に前記第２の工程通過署名データを送信する
   ことを特徴とする工程管理システム。
10. 請求項９に記載の工程管理システムであって、
    作成される前記第１の工程通過署名データおよび前記第２の工程通過署名データのデータの長さが一定の長さであることを特徴とする工程管理システム。
11. 請求項９か１０のいずれかに記載の工程管理システムであって、
    前記第１の工程通過署名データおよび前記第２の工程通過署名データを前記情報記憶媒体の前記データ格納部に記憶させる際に、既に工程通過署名データが記憶されている場合は、上書きして記憶させることを特徴とする工程管理システム。
12. 請求項９から１１のいずれかに記載の工程管理システムであって、
    暗号鍵を用いた演算を行う場合に、前記工程管理装置が工程毎に異なる暗号鍵を用いて、前記工程通過署名データを生成することを特徴とする工程管理システム。
13. 請求項９から１１のいずれかに記載の工程管理システムであって、
    暗号鍵を用いた演算を行う場合に、前記工程管理装置が工程毎に同じ暗号鍵を用いて、前記工程通過署名データを生成することを特徴とする工程管理システム。
14. 請求項９から１３のいずれかに記載の工程管理システムであって、
    前記情報記録媒体からのデータの読出しの禁止または前記情報記録媒体へのデータの書込みの禁止を設定または解除するコマンドデータの送信を前記工程管理装置が行うことを特徴とする工程管理システム。
15. 請求項９から１４のいずれかに記載の工程管理システムであって、
    前記複数の工程管理装置にはさらに第ｎ番目の工程管理装置が含まれ、
    前記第ｎ番目の工程管理装置は、前記第ｎ番目の工程管理装置が備える第ｎ番目の工程データ保持部により第ｎ番目の工程データを保持し、
    前記第ｎ番目の工程管理装置が備える第ｎ番目のデータ送受信部によって、前記情報記録媒体から前記識別データ、第ｎ−１番目の工程通過署名データを取得し、
    前記第ｎ番目の工程管理装置が備える第ｎ番目の工程通過署名データ生成部により、前記識別データ、前記第ｎ番目の工程データと、前記第ｎ−１番目の工程通過署名データとを用いて、ハッシュ関数を用いた演算、または暗号鍵を用いた演算によって第ｎ番目の前記工程通過署名データを生成し、
    前記第ｎ番目の工程管理装置が備える前記第ｎ番目のデータ送受信部によって、前記情報記録媒体の前記データ格納部に前記第ｎ番目の工程通過署名データを送信することを特徴とする工程管理システム。
16. 請求項９から１５のいずれかに記載の工程管理システムであって、
    １つ以上の工程を経由した前記情報記録媒体に格納されている前記工程通過署名データと、前記情報記録媒体が経由した工程に従い生成した検証用工程通過署名データとを比較し、
    一致する場合は、前記情報記録媒体が上記経由した工程を通過したと判定する工程検証部を備えることを特徴とする工程管理システム。

Images