JP4954669B2 - Ｒｆ−ｉｄタグとネットワークの間の通信を制御するシステム、装置、方法、プログラム、および当該制御方法を利用して製品を製造する製造方法 - Google Patents

Description

本発明は、ネットワークの状態に応じてＲＦ−ＩＤ（Radio Frequency Identification）タグとネットワークの間の通信を制御するシステム、装置、方法、プログラム、および当該制御方法を利用して製品を製造する製造方法に関する。

製造や物流の分野で様々な管理システムが用いられている。それらの管理システムでは、何らかの識別情報を用いて個別の製品および／またはその製品を構成する個別の部品を識別し、識別情報を用いた管理を行っている。例えば、製造工程や物流における進捗状況、製品に搭載されている個々の部品、製品ごとに行うべき試験の内容、その試験の結果等が管理システムにより管理される。なお、管理システムには、個別の管理目的に応じた個別の管理システムと、それら個別の管理システムを統合した管理システムとがある。しかし、いずれも識別情報を利用して管理する点は同じなので、以下では両者を区別しないこともある。

図７は、管理システムが識別情報を利用する従来の方法を説明する図である。図７では、三つの工程Ａ、Ｂ、Ｃにより製品１０１が製造される。各工程には作業者９０Ａ〜９０Ｃがいる。基幹システム１０３は、製品１０１の識別情報を利用してその製品１０１がどの工程まで進んだかを管理する管理システムである。各工程に対応して情報収集端末１０２Ａ〜１０２Ｃが設けられており、これら情報収集端末１０２Ａ〜１０２Ｃと基幹システム１０３はネットワークで接続されている。

製品１０１が工程Ａにあるとき（「１０１Ａ」なる符号で表す）、工程Ａに対応する情報収集端末１０２Ａが製品１０１Ａから識別情報（例えば製品の個体ごとに異なるシリアル番号）を読み取り、ネットワークを介して基幹システム１０３に送信する。この送信は、例えば、製品１０１Ａに対する工程Ａの作業が終了した時に行ってもよい。その場合、基幹システム１０３は、その送信が行われた日時を、製品１０１Ａに対して工程Ａの作業を終えた日時として、製品１０１Ａの識別情報と関連付けて管理する。

その後、製品１０１は工程Ｂに送られる。そして、製品１０１が工程Ｂにあるとき（「１０１Ｂ」なる符号で表す）、同様にして工程Ｂに対応する情報収集端末１０２Ｂが製品１０１Ｂから識別情報を読み取り、ネットワークを介して基幹システム１０３に送信する。

さらにその後、製品１０１は工程Ｃに送られる。そして、製品１０１が工程Ｃにあるとき（「１０１Ｃ」なる符号で表す）、同様にして工程Ｃに対応する情報収集端末１０２Ｃが製品１０１Ｃから識別情報を読み取り、ネットワークを介して基幹システム１０３に送信する。

なお、図中の製品１０１Ａ〜１０１Ｃは、異なる時刻における一つの製品を表し、情報収集端末１０２Ａ〜１０２Ｃは異なる複数の装置を表していることに注意されたい。
このようにして各工程において情報収集端末１０２Ａ〜１０２Ｃのいずれかが製品１０１の識別情報を基幹システム１０３に送信することにより、基幹システム１０３は、個々の製品１０１について、いつ、どの工程の作業を終えたかを管理することが可能となる。

ところで、情報収集端末１０２Ａ〜１０２Ｃには、バーコードのリーダとＲＦ−ＩＤタ
グのリーダの二種類がある。前者の方がより古くから利用されている。
情報収集端末１０２Ａ〜１０２Ｃがバーコードのリーダの場合、予め、識別情報を表すバーコードを印刷した紙を個々の製品１０１に貼り付けたり、その製品１０１を載せたパレットにその紙を一緒に載せたりしておく（このバーコードは「進度管理バーコード」と呼ばれることもある）。情報収集端末１０２Ａ〜１０２Ｃは、この紙からバーコードを読み取ることにより、その製品１０１の識別情報を読み取る。ここで、その紙の貼り付け位置が固定的であるなど、いくつかの条件を満たす場合には、情報収集端末１０２Ａ〜１０２Ｃが自動的に識別情報を読み取ることも可能である。しかし、人間（作業者９０Ａ〜９０Ｃ）が情報収集端末１０２Ａ〜１０２Ｃを手に持ってバーコードの位置まで動かし、手動で識別情報を読み取らなくてはならない場合もある。

情報収集端末１０２Ａ〜１０２ＣがＲＦ−ＩＤタグのリーダの場合も同様に、予め、識別情報を格納したＲＦ−ＩＤタグを個々の製品１０１に貼り付けたり、その製品１０１を載せたパレットにＲＦ−ＩＤタグを一緒に載せたりしておく。個々のＲＦ−ＩＤタグには、そのＲＦ−ＩＤタグに固有の識別情報が格納されているので、これを製品１０１の識別情報として利用することができる。個体識別を目的として単純に識別情報のみを格納しているタイプのＲＦ−ＩＤタグは比較的安価なため、図７のような用途にも利用されだしている。

ところで、上記のバーコードの場合と比べてＲＦ−ＩＤタグが優れている点は、人間が手動で情報収集端末１０２Ａ〜１０２Ｃを動かす必要がない点である。なぜなら、バーコードを読み取るには、リーダがバーコードの正面になくてはならないなどの制約があるが、ＲＦ−ＩＤタグからの識別情報の読み取りは無線通信によるため、情報収集端末１０２Ａ〜１０２Ｃはその通信可能範囲内にありさえすればよく、位置に関する制約は比較的緩いためである。したがって、ＲＦ−ＩＤタグを利用すれば、手作業を必要とせず、自動的に情報収集端末１０２Ａ〜１０２Ｃが識別情報を読み取ることができる。

バーコードとＲＦ−ＩＤタグのいずれを利用する場合でも、基幹システム１０３への識別情報の入力が情報収集端末１０２Ａ〜１０２Ｃによりネットワークを介して行われる点は同様である。

そこで、ＲＦ−ＩＤタグを利用する場合の従来例について図７を詳細化して図８に示す。図８は、ＲＦ−ＩＤタグ１０４から読み取った識別情報を管理システムが利用する従来の方法を説明する図である。

図８でも、図７と同様に三つの工程Ａ、Ｂ、Ｃにより製品１０１が製造される。図８の例では、製品１０１にＲＦ−ＩＤタグ１０４を貼り付ける、あるいは製品１０１とＲＦ−ＩＤタグ１０４を同じパレットに載せる、などの方法により製品１０１とＲＦ−ＩＤタグ１０４とを対応づけている。製品１０１とＲＦ−ＩＤタグ１０４は、それぞれ、工程Ａにあるときは符号「１０１Ａ」と「１０４Ａ」で、工程Ｂにあるときは符号「１０１Ｂ」と「１０４Ｂ」で、工程Ｃにあるときは符号「１０１Ｃ」と「１０４Ｃ」で表される。つまり、製品１０１Ａ〜１０１ＣとＲＦ−ＩＤタグ１０４Ａ〜１０４Ｃは、異なる時刻における一つの製品１０１と一つのＲＦ−ＩＤタグ１０４を表したものである。

ＲＦ−ＩＤ制御部１０６Ａ〜１０６Ｃが各工程Ａ、Ｂ、Ｃに対応して設けられており、これらは図７の情報収集端末１０２Ａ〜１０２Ｃに相当する。ＲＦ−ＩＤ制御部１０６Ａ〜１０６Ｃはそれぞれアンテナ１０５Ａ〜１０５Ｃと接続されており、アンテナ１０５Ａ〜１０５Ｃを介してＲＦ−ＩＤタグ１０４Ａ〜１０４Ｃから無線通信により情報を読み取る。

図８において、図７の基幹システム１０３に対応するのは、上位システム１０７、ＩＤ管理システム１０８、作業指示システム１０９、工程管理システム１１０、試験システム１１１である。これらのシステムはいずれもＲＦ−ＩＤ制御部１０６Ａ〜１０６Ｃとネットワークを介して接続されている。また、これらのシステムは、ＲＦ−ＩＤ制御部１０６Ａ〜１０６ＣがＲＦ−ＩＤタグ１０４Ａ〜１０４Ｃから読み取った識別情報を（直接的または間接的に）利用するシステムであるという点で、ＲＦ−ＩＤ制御部１０６Ａ〜１０６Ｃに対して「上位」のシステムであると言える。

また、これらのシステムは、単にＲＦ−ＩＤ制御部１０６Ａ〜１０６Ｃから識別情報を受け付けるだけではなく、受け付けた識別情報に対応する情報をＲＦ−ＩＤ制御部１０６Ａ〜１０６Ｃに出力することもある。その例を次に説明する。

電子回路を搭載した製品に対しては、その電子回路で試験用プログラムが正しく実行されるか否かを確認する試験が一般的に行われている。図８の工程Ｃでもそのような試験を行うものと仮定する。ここで、工程ＣにおけるＲＦ−ＩＤ制御部１０６Ｃの動作は以下のとおりである。

（ｃ１）アンテナ１０５Ｃを用いてＲＦ−ＩＤタグ１０４Ｃから識別情報（つまりＲＦ−ＩＤタグ１０４Ｃに固有のＲＦ−ＩＤタグＩＤ）を読み取る。
（ｃ２）ネットワークを介して、読み取ったＲＦ−ＩＤタグＩＤをキーにしてＩＤ管理システム１０８を参照し、そのＲＦ−ＩＤタグＩＤに対応づけられたオーダーＮＯおよび試験パラメータを取得する。なお、ＩＤ管理システム１０８は、ＲＦ−ＩＤタグＩＤに各種の情報を対応づけて管理しているとする。また、「オーダーＮＯ」は、個別の製品ごとに異なる番号であり、製造開始時に、これから製造する製品に対して割り当てられる。「試験パラメータ」は、試験用プログラムを特定するのに必要なパラメータである。

（ｃ３）取得したオーダーＮＯおよび試験パラメータを、ネットワークを介して試験システム１１１に送信し、試験システム１１１から試験用のプログラムをダウンロードする。

ここで、図８には図示していないが、ＲＦ−ＩＤ制御部１０６Ａ〜１０６Ｃは、一般的な構成のコンピュータ端末の一部として実装されている。よって、例えば作業者９０Ｃがその端末と製品１０１Ｃを接続することにより、（ｃ３）でダウンロードしたプログラムが製品１０１Ｃに読み込まれ、製品１０１Ｃで実行され、試験が行われる。また、例えばその試験の後で、ＲＦ−ＩＤ制御部１０６Ｃは、図７に関して説明したような「製品に対する工程Ｃの作業が終了した」ということを示す通知も行う。

ところで、上記のような従来の方法には、ネットワークの状態の悪化や一つのシステムのダウンが製造工程全体のボトルネックとなるという問題点があった。以下、図９を参照しながらこの問題点を説明する。図９は、図８のうちこの問題点に関連する部分を抜粋し、ＲＦ−ＩＤ制御部１０６Ｂが備えるバッファ１１２を強調して表示した図である。

一般に、一つの工場には複数の生産ラインがあり、各生産ラインで多くの製品が同時に製造されている。したがって、図８のようにネットワークを介して各種システムを利用する場合、ネットワークの負荷の量は高くなりがちである。

大量の負荷が原因の通信遅延や、何らかの理由による通信不能などの不具合がネットワークに発生した場合、不具合から復旧するために、例えばシステム管理者が、どのような現象が生じているかを確認し、原因を特定し、解決策を思案し、その解決策を実行する、などの一連の措置を講じる。しかし、ネットワークが不具合から復旧するまでの期間中、
ネットワークを介して図８に示したような各種のシステムを使用することができないため（あるいは各種システムの使用に長時間を要するため）、現場の作業者９０Ａ〜９０Ｃはたとえ自分の工程における作業を終えても製品を次の工程へ進めることができない。したがって、何も作業をすることができない無駄な待ち時間が発生する。

このような事象を回避するために、図９に示すように、各ＲＦ−ＩＤ制御部１０６Ａ〜１０６Ｃにはバッファ１１２を設けている。以下では、次の二点を仮定してバッファ１１２の使用法について説明する。

・ 工程Ｂでは、製品１０１Ｂに対する作業（組立や加工など）がすべて終了してから、工程管理システム１１０に対して工程Ｂの終了を通知する。
・ 工程Ｂの作業の開始時および終了時に、作業者９０Ｂが例えば所定のボタンを押すなどの操作を行うことにより、作業開始日時と作業終了日時が、ＲＦ−ＩＤ制御部１０６Ｂ内のバッファ１１２に記憶されている。

この仮定のもとでのＲＦ−ＩＤ制御部１０６Ｂの動作は以下のとおりである。
（ｂ１）アンテナ１０５Ｂを用いてＲＦ−ＩＤタグ１０４ＢからＲＦ−ＩＤタグＩＤ（識別情報）を読み取る。

（ｂ２）読み取ったＲＦ−ＩＤタグＩＤをバッファ１１２に格納する。
（ｂ３）製品１０１Ｂを次の工程Ｃに移す。
（ｂ４）ネットワークを介して、バッファ１１２に格納されたＲＦ−ＩＤタグＩＤをキーにしてＩＤ管理システム１０８を参照し、そのＲＦ−ＩＤタグＩＤに対応づけられたオーダーＮＯおよび数量を取得する。なお、上記（ｃ２）で説明したように、ＩＤ管理システム１０８はＲＦ−ＩＤタグＩＤに各種の情報を対応づけて管理しており、数量もその情報の一例である。ここで「数量」とは、その製品が属するロットの生産台数であるとする。

（ｂ５）使用済みのＲＦ−ＩＤタグＩＤをバッファ１１２から消去する。
（ｂ６）取得したオーダーＮＯと数量に、工程Ｂの作業開始日時と作業終了日時を付加して一組の進度データを作成し、作成した進度データをバッファ１１２に格納する。

（ｂ７）ネットワークを介して、バッファ１１２に格納された進度データを工程管理システム１１０に書き込む。
（ｂ８）書き込みが終了したという応答信号（ＡＣＫ信号）を受信したら、使用済みの進度データをバッファ１１２から消去する。

たとえネットワークに不具合が生じて（ｂ４）や（ｂ７）〜（ｂ８）の通信に時間がかかっても、上記のようにバッファ１１２を利用すれば、（ｂ３）で既に製品１０１Ｂは次の工程Ｃに移されているため、無駄な待ち時間なしに作業を進めることができる。つまり、バッファ１１２を設けることにより通信遅延の影響を吸収することができる。

しかしながら、通信遅延などのネットワークの不具合が長時間に及ぶと、製品が次々に送られてきてバッファ１１２にデータが格納される一方で、バッファ１１２からデータを消去することができず、バッファ１１２がオーバーフローしてしまう。その結果、記録すべきデータがどこにも記録されずにデータが消失してしまうという問題が起こる。

また、ＩＤ管理システム１０８などのシステムが応答不能な場合は、上記（ｂ４）を終了することができないので、（ｂ５）以降のステップを実行することができない。つまり、ネットワーク全体には不具合がなくても、ある特定のシステムがダウンすると、（ｂ２
）のデータがバッファ１１２に蓄積されつづけ、同様にバッファ１１２がオーバーフローしてしまう。

このようなオーバーフローを防ぐためには、バッファ１１２に格納されているデータの量が所定の閾値を超えてバッファ１１２の容量に近づいたら、その時点で強制的に生産ラインを停止させる必要があった。例えば、工程ＢのＲＦ−ＩＤ制御部１０６Ｂが備えるバッファ１１２の使用量が増えたら、図９の三つの工程からなる生産ラインの全体を停止させる必要があった。この場合、ＲＦ−ＩＤ制御部１０６Ａや１０６Ｃが備える不図示のバッファには余裕があるかもしれないし、各工程において作業は完了しているかもしれない。しかし、ＲＦ−ＩＤ制御部１０６Ｂのバッファ１１２からデータが消失することを防ぐために、生産ライン全体を停止させる。その結果、各工程の作業者９０Ａ〜９０Ｃは、ネットワークやシステムの不具合が復旧するまでの間、ただ待っていなくてはならない。

また、一般的に、ネットワークやシステムの不具合がハードウェアに起因する場合は、復旧までに長時間を要することが多い。ネットワークのインフラ関連設備や、システムを実行するサーバに、ハードウェアに起因する不具合が発生すると、復旧までに数時間から数日かかることもある。また、自然災害等に起因してハードウェアに不具合が発生する場合は、さらに復旧に時間がかかるかもしれない。

そのような長時間にわたって、生産ライン全体を停止させるのは非効率である。しかし、その停止を避けるために、バッファ１１２がオーバーフローするのを無視すれば、今度は、その長時間に対応する大量のデータが消失してしまい、データの復旧が不可能となり、各種管理システムの運用にも支障をきたす。

本発明の課題は、ＲＦ−ＩＤタグに格納された識別情報を利用する管理システムが接続されたネットワークとＲＦ−ＩＤタグとの間の通信を制御して、ネットワークや管理システムに不具合が生じてもデータが消失せず、無駄な待ち時間も発生しないようにすることである。

本発明の第一の態様は、ＲＦ−ＩＤタグに格納された識別情報を利用して該ＲＦ−ＩＤタグに対応づけられた製品に関わる作業工程を管理する管理システムと、それぞれが前記作業工程のうちの一つの段階と対応づけられて設けられており無線通信によって前記ＲＦ−ＩＤタグからの情報の読み出しおよび前記ＲＦ−ＩＤタグへの情報の書き込みを行う複数の第一の無線通信手段との間の、ネットワークを介した通信を制御する制御システムである。

該制御システムは、前記ネットワークの状態を監視して該状態を示すネットワーク状態情報を出力するネットワーク状態監視手段と、前記ネットワーク状態情報に基づいて非ネットワークモードとネットワークモードのいずれで動作すべきかを判断する判断手段と、前記非ネットワークモードで動作すべきだと判断された場合は、前記ＲＦ−ＩＤタグから前記識別情報を読み出した前記第一の無線通信手段に、該第一の無線通信手段に対応する前記段階に対応づけられた付加情報を前記ＲＦ−ＩＤタグへ書き込ませる制御を行い、前記ネットワークモードで動作すべきだと判断された場合は前記付加情報を前記管理システムへ送信する制御を行う制御手段と、前記識別情報および書き込まれた前記付加情報を前記ＲＦ−ＩＤタグから無線通信により読み出す第二の無線通信手段と読み出した前記識別情報および前記付加情報を格納する第一の格納手段とを備えた情報回収手段と、を備える。

本発明の第二の態様は、製品の製造工程を管理しながら複数の工程により製品を製造する製造方法に、第一の態様の制御システムを適用した製造方法である。
本発明の第三の態様は、ネットワークを介した通信を行うネットワーク通信手段と、第一の態様の制御システムの判断手段および制御手段とを備える制御装置である。

本発明の第四の態様は、ＲＦ−ＩＤタグに格納された識別情報を利用して該ＲＦ−ＩＤタグに対応づけられた製品に関わる作業工程を管理する管理システムと、それぞれが前記作業工程のうちの一つの段階と対応づけられて設けられており無線通信によって前記ＲＦ−ＩＤタグからの情報の読み出しおよび前記ＲＦ−ＩＤタグへの情報の書き込みを行う複数の無線通信手段との間の、ネットワークを介した通信をコンピュータが制御する方法である。

該方法は、前記複数の無線通信手段のうちのいずれかが前記ＲＦ−ＩＤタグから読み出した前記識別情報を、当該無線通信手段から受け付ける識別情報受付ステップと、前記ネットワークの状態を示すネットワーク状態情報に基づいて非ネットワークモードとネットワークモードのいずれで動作すべきかを判断する判断ステップと、前記判断ステップにおいて前記非ネットワークモードで動作すべきだと判断した場合、前記識別情報受付ステップで前記識別情報を読み出した前記無線通信手段に対して、該無線通信手段に対応する前記段階に対応づけられた付加情報を前記ＲＦ−ＩＤタグへ書き込ませるための命令を発行する書き込み命令発行ステップと、前記判断ステップにおいて前記ネットワークモードで動作すべきだと判断した場合、前記管理システムへ前記付加情報を送信する制御を行う送信制御ステップと、を備える。

本発明の第五の態様は、第四の態様の方法をコンピュータに実行させるプログラムである。
上記のいずれの態様においても、ネットワーク状態情報に基づいて非ネットワークモードとネットワークモードのいずれで動作すべきかが判断される。ネットワーク状態情報としては、例えば、ネットワークの負荷の量やネットワークを介した通信にかかる時間に基づく情報を利用してもよい。作業工程のうちの注目している段階に対応する付加情報は、ネットワークモードでは管理システムに送信され、非ネットワークモードではＲＦ−ＩＤタグに書き込まれる。

ネットワークの状態が良いことがネットワーク状態情報により示されていればネットワークモードが選択され、ネットワークの状態が悪いことがネットワーク状態情報により示されていれば非ネットワークモードが選択されるように、前記判断手段や前記判断ステップを構成することにより、従来の問題点であるデータの消失や無駄な待ち時間の発生を防ぐことができる。その理由は次のとおりである。

ネットワークの状態が悪化すると（例えば、ネットワークの負荷の量やネットワークを介した管理システムとの通信にかかる時間が増大すると）、ネットワーク状態情報に基づいて非ネットワークモードが選択される。すると付加情報はＲＦ−ＩＤタグに書き込まれる。

よって、本発明によれば、ネットワークの状態が悪化しても、管理システムへの書き込みのためのバッファがオーバーフローしてデータが消失するという従来の問題は発生しない。また、本発明によれば、ネットワークの状態が悪化しても、付加情報はＲＦ−ＩＤタグに書き込み済みなので、後からこの付加情報を利用することができる。よって、作業工程のうちの次の段階の作業を先に始めて、その後ネットワークの状態が回復してから、Ｒ
Ｆ−ＩＤタグに書き込まれた付加情報を管理システムが利用するという運用が可能となり、作業者を無駄に待たせる必要がなくなる。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
なお、以下では「ＲＦ−ＩＤタグ」という語を用いるが、形状、大きさ、通信方式（電磁誘導を利用するか電波を利用するかそれとも他の方法を採用するか、周波数、変調方式などにより決まる）、電源を内蔵するか否か（つまりアクティブタグかパッシブタグか）、書き換え可能なメモリの容量等は任意である。すなわち、固有の識別情報が割り当てられており、無線通信機能と、無線通信によって情報の読み出しおよび書き込みが可能なメモリとを備えているものの総称として、以下では「ＲＦ−ＩＤタグ」という語を用いる。

図１は、製品の生産ラインに適用した場合の本発明の一実施形態によるシステムの構成図である。
図１に示された生産ラインは、三つの工程Ａ〜Ｃからなる。図１によるシステムでは例えば、製品１０１にＲＦ−ＩＤタグ２３０を貼り付けたり、製品１０１とＲＦ−ＩＤタグ２３０を同じパレットに載せたりすることにより、製品１０１にＲＦ−ＩＤタグ２３０を対応づけている。以下図面にて、製品１０１とＲＦ−ＩＤタグ２３０がどの工程にあるかを明示する場合には、添え字をつけた符号により表す。つまり、それぞれ、工程Ａにあるときは符号「１０１Ａ」と「２３０Ａ」で、工程Ｂにあるときは符号「１０１Ｂ」と「２３０Ｂ」で、工程Ｃにあるときは符号「１０１Ｃ」と「２３０Ｃ」で表す。

また、各工程に対応してＲＦ−ＩＤ制御部２０１Ａ〜２０１Ｃが設けられている。ＲＦ−ＩＤ制御部２０１Ａ〜２０１Ｃはそれぞれ、無線通信手段としてのアンテナ２０２Ａ〜２０２Ｃと接続されており、ネットワークを介して各種システム（図１の例ではＩＤ管理システム１０８、工程管理システム１１０、試験システム１１１のみを図示した）と接続されている。ＲＦ−ＩＤ制御部２０１Ａ〜２０１Ｃは、不図示のコンピュータ端末の一部として実装されている。

一方、図１に示されるシステムは、ＬＡＮ（Local Area Network）の負荷状況を監視するＬＡＮ監視装置２１０を含む。また、無線通信によってＲＦ−ＩＤタグ２３０から情報を読み出す機能および無線通信によってＲＦ−ＩＤタグ２３０へ情報を書き込む機能を備えた無線通信手段としてのアンテナ２２１と、データを格納する格納部２２３とを備え、台車２２２に載せられた可搬型のデータ回収装置２２０を、システムが含む。

また、図８におけるＲＦ−ＩＤタグ１０４Ａ〜１０４Ｃは、単に識別情報（具体的にはＲＦ−ＩＤタグＩＤ）を格納した読み取り専用のＲＦ−ＩＤタグだが、本実施形態によるＲＦ−ＩＤタグ２３０Ａ〜２３０Ｃは、書き込み可能なメモリ（不図示）を備える。それにあわせて、アンテナ２０２Ａ〜２０２Ｃは、無線通信によってＲＦ−ＩＤタグから情報を読み出す機能の他に、無線通信によってＲＦ−ＩＤタグへ情報を書き込む機能も備えている。

また、本実施形態によるＲＦ−ＩＤ制御部２０１Ａ〜２０１Ｃは、各々が応答監視部２０３と判断制御部２０４と格納部２０８とを備え、格納部２０８がワークエリアとバッファエリアを含む。なお、図１に示されたシステムを構成する各部の動作詳細については後述する。

図２は、ＲＦ−ＩＤ制御部２０１の外部に接続される関連構成要素と、ＲＦＩＤ制御部２０１内部の機能ブロックの構成を説明する図である。図１のＲＦ−ＩＤ制御部２０１Ａ〜２０１Ｃの各々は、図２に示した構成を有する。

図２の基幹データベース群１００は、図１のＩＤ管理システム１０８、工程管理システム１１０、試験システム１１１などを含む統合的な管理システムが有するデータベース群である。図２のネットワーク構成では、基幹データベース群１００、ＬＡＮ監視装置２１０、ＲＦ−ＩＤ制御部２０１がいずれも基幹ネットワークに接続されているが、ネットワークの具体的な構成は任意であり、ネットワークを介してＲＦ−ＩＤ制御部２０１が基幹データベース群１００のデータベースに対する操作（情報の読み出しとしての照会、情報の書き込みとしてのレコードの追加や更新）を行うことができさえすればよい。

図２においてＲＦ−ＩＤ制御部２０１の外部にあるアンテナ２０２、ＬＡＮ監視装置２１０、ＲＦ−ＩＤタグ２３０、製品１０１は図１と同様である。
ＲＦ−ＩＤ制御部２０１は、応答監視部２０３、判断制御部２０４、ＤＢ照会・更新制御部２０５、ＲＦ−ＩＤタグ読み書き制御部２０６、切換制御部２０７、格納部２０８を備える。

応答監視部２０３は、ＲＦ−ＩＤ制御部２０１が基幹データベース群１００との間で行う通信にかかる時間を監視し、時間がかかりすぎる場合には判断制御部２０４へアラームを出力する。応答監視部２０３の詳細な動作は後述するが、通信に時間がかかりすぎる場合とは、例えば、基幹ネットワークに不具合が発生した場合や、基幹データベース群１００のうち通信対象のデータベースにアクセスが異常に集中している場合や、そのデータベースを管理するサーバに不具合が発生した場合などである。

判断制御部２０４には、ＬＡＮ監視装置２１０が監視しているＬＡＮの負荷状況と、応答監視部２０３からのアラームが入力される。判断制御部２０４はその入力にしたがって後述のネットワークモードと非ネットワークモードのいずれの動作モードで動作すべきかを判断する。

詳しくは後述するが、本実施形態においては、ネットワークモードではＤＢ照会・更新制御部２０５を利用し、非ネットワークモードではＲＦ−ＩＤタグ読み書き制御部２０６を利用する。別の実施形態では、ネットワークモードではＤＢ照会・更新制御部２０５とＲＦ−ＩＤタグ読み書き制御部２０６の双方を利用してもよい。切換制御部２０７は、判断制御部２０４の判断にしたがって、ＤＢ照会・更新制御部２０５とＲＦ−ＩＤタグ読み書き制御部２０６へ制御信号を送る。

ＲＦ−ＩＤタグ読み書き制御部２０６は、アンテナ２０２を用いてＲＦ−ＩＤタグ２３０から情報を読み出したりＲＦ−ＩＤタグ２３０に情報を書き込んだりする制御を行う。ＤＢ照会・更新制御部２０５は、基幹データベース群１００内のデータベースに対するネットワークを介した参照や更新を制御する。その参照や更新のために行う通信を、応答監視部２０３が監視している。

格納部２０８は、アンテナ２０２を用いてＲＦ−ＩＤタグ２３０から読み出した情報や、基幹データベース群１００を参照して取得した情報などを格納する。格納部２０８は、ＲＡＭ（Random Access Memory）等の揮発性メモリでもよく、フラッシュメモリ等の不揮発性メモリでもよい。実施形態によっては、ハードディスク等の記憶装置を格納部２０８として用いてもよい。

なお、図２に示した機能ブロックのうち、格納部２０８はハードウェアにより実現されるが、応答監視部２０３、判断制御部２０４、ＤＢ照会・更新制御部２０５、ＲＦ−ＩＤタグ読み書き制御部２０６、切換制御部２０７の各々は、ハードウェア、ソフトウェア、ファームウェア、それらの組み合わせのいずれにより実現してもよい。もちろん、ある機
能ブロックはハードウェアで実現し、他の機能ブロックはソフトウェアで実現することも可能である。

例えば、ＲＦ−ＩＤ制御部２０１のハードウェアが不図示のＲＡＭとＲＯＭ（Read Only Memory）とＣＰＵ（Central Processing Unit）とを含み、ＣＰＵがＲＡＭをワークメモリとして用いながら、ＲＯＭに格納されたプログラムを実行して、応答監視部２０３、判断制御部２０４、ＤＢ照会・更新制御部２０５、ＲＦ−ＩＤタグ読み書き制御部２０６、切換制御部２０７の各々の機能を実現してもよい。その場合、そのＲＡＭを格納部２０８として利用してもよい。

また、ＲＦ−ＩＤ制御部２０１が、ＲＡＭ、ＲＯＭ、ＣＰＵ、ハードディスク、入出力装置などを備えたコンピュータ端末の一部として実装されてもよい。その場合、例えば、ＲＦ−ＩＤ制御部２０１を構成する各機能ブロックに対応するプログラムをＲＯＭに予め格納し、それらのプログラムをＣＰＵが実行することにより、ＲＦ−ＩＤ制御部２０１を実現してもよい。なお、この場合、ＲＦ−ＩＤ制御部２０１が実行する処理以外の処理のためのプログラムがさらにＲＯＭに格納され、ＣＰＵはそのプログラムも実行するようにしてもよい。

次に、図３を参照して本実施形態で利用する各種のデータ例について説明する。利用されるデータは図３に示されたものには限定されず、図３に示されていないデータ、あるいは図３に示されたデータのうち一部のデータのみを用いるようにしても良い。

図３は、ＲＦ−ＩＤタグ２３０に格納される情報３０１と、ＩＤ管理システム１０８が備えるテーブルに格納される情報３０２と、ＲＦ−ＩＤ制御部２０１の格納部２０８のうちバッファエリアに格納される情報３０３と、工程管理システム１１０が備える二つのテーブルに格納される情報３０４、３０５と、試験システム１１１が備えるテーブルに格納される情報３０６の、各々の構成を説明する図である。図３では、項目リストによりそれらの構成を表している。項目リスト３０１〜３０６は、それぞれ参照の便宜のために左列に項目番号が書いてあり、右列に項目名が書いてある。項目同士を結ぶ線は、同じデータが別の場所でも使われているという対応関係を示している。

項目リスト３０１に示すとおり、ＲＦ−ＩＤタグ２３０は、項目１〜４０を格納することができる。これらの項目は、意味的に三つのグループに分けられる。
第一グループは項目１のみからなる。項目１のＲＦ−ＩＤタグＩＤは、ＲＦ−ＩＤタグ２３０の製造時に割り当てられた固有のＩＤである。ＲＦ−ＩＤタグＩＤは、個々のＲＦ−ＩＤタグを識別するための識別情報であり、書き込み不可能な領域に格納されている。よって、ＲＦ−ＩＤタグＩＤは変更不可能である。

第二グループは項目２〜１０からなり、ＲＦ−ＩＤタグ２３０が対応づけられた製品１０１に関する基本的な情報を表す。これらの項目は、ＲＦ−ＩＤタグ２３０を製品１０１に対応づけて生産ラインに投入する際に、ＲＦ−ＩＤタグ２３０の書き込み可能なメモリ領域に書き込まれる。なお、本実施形態では、製品１０１が完成したらＲＦ−ＩＤタグ２３０を回収し、これから製造する別の製品用にその同じＲＦ−ＩＤタグ２３０を再利用する。したがって、再利用のたびに第二グループの項目は書き換えられる。

項目２の進度管理ＮＯは、オーダーＮＯとも呼ばれる。一つの製品１０１に対して一つの固有の番号が進度管理ＮＯとして割り当てられる。つまり、これは製品１０１の個体を識別するための番号である。よって、進度管理ＮＯは、データベースの参照や検索においてキーとして利用することができる。上記のようにＲＦ−ＩＤタグ２３０は再利用されるため、ＲＦ−ＩＤタグＩＤは、同じ値が複数の異なる製品に対応することがありうるが、
進度管理ＮＯはそのようなことがない。

項目３のライン計画ＮＯは、ある生産ラインにおいてその製品１０１を何番目に投入するかという順番を示す。
項目４の契約型格は、製品１０１の完成体の市場における型番を示す。

項目５の機種コードは、工場の内部で利用され、項目４の契約型格と１対１に対応するコードである。
項目６の号機はその製品１０１につけられたシリアル番号である。この番号は必ずしも項目３とは一致しない。

項目７のフルオプションコードは、製品１０１の基本的な構成要素のオプションに関するコードである。例えば、製品１０１がパーソナルコンピュータ（ＰＣ）の場合、メモリやハードディスクの容量、ＣＰＵの種類などがコード化される。

項目８の梱包パターンコードは、製品１０１を梱包する箱の種類や、製品１０１に添付する添付品に関するコードである。
項目９のフリーフラグは、製品１０１が出荷済みか否かを表すフラグとして利用される。

項目１０の数量は製品１０１が属するロットの生産数量を示す。
第三グループは項目１１〜４０からなり、ＲＦ−ＩＤタグ２３０が対応づけられた製品１０１の進捗状況を表す。第三グループは３０個の項目を含むが、意味的には、それぞれ三つの項目からなる１０個の組により第三グループが構成される。各組は一つの工程に対応し、製品１０１が一つ工程を進むたびに一つの組のデータが書き込まれる。図３の例では計１０組のデータをＲＦＩＤタグに格納可能であるが、ＲＦＩＤタグの記憶容量に応じて記録すべき組数は適宜変更が可能である。以下では、項目１１〜１４からなる最初の組（以下、第一組とよぶ）のみを説明する。

項目１１の担当者ＩＤ１は、第一組に対応する工程の作業担当者のＩＤである。このＩＤは、例えば、作業担当者が自分の担当する工程に対応するＲＦ−ＩＤ制御部に、始業時に社員証を読み取らせ、格納部２０８のワークエリアに記憶させてもよい。担当者ＩＤの入力方法は任意である。

項目１２の工程ＩＤ１は、第一組に対応する工程を識別するＩＤである。例えば、図１では各工程に対応してＲＦ−ＩＤ制御部２０１Ａ〜２０１Ｃが設けられているので、ＲＦ−ＩＤ制御部２０１Ａ〜２０１ＣのＩＤを利用してもよい。あるいは、図３には不図示のデータベースで管理されている工程ごとのＩＤを利用してもよい。

項目１３の通過時間１は、第一組に対応する工程の作業開始日時と作業完了日時からなるデータである。作業開始日時と作業完了日時がどのようにして取得されるかは後述する。

次に、ＩＤ管理システム１０８が備えるテーブルの構成（項目リスト３０２）を説明する。そのテーブルでは、一つの製品に対して一つのレコードが対応する。
項目１のＲＦ−ＩＤタグＩＤと項目２の進度管理ＮＯは、それぞれ項目リスト３０１の項目１と２に対応する。進度管理ＮＯはオーダーＩＤとも呼ばれる。

項目３の使用フラグは、そのレコードに対応する製品が出荷済みか否かを示すフラグである（ＲＦ−ＩＤタグ２３０に格納される項目９と同様）。
項目４の登録日時と項目５の更新日時は、それぞれ、そのレコードの登録と更新を行った日時である。

上記のとおり、ＲＦ−ＩＤタグＩＤは繰り返しの利用が可能であることから、別の製品に対して再利用される可能性があるため、ＩＤ管理システム１０８が備えるこのテーブルにおいてレコードごとに一意のキーは、項目２の進度管理ＮＯである。しかし、製品１０１の製造途中の工程において、その製品１０１に関してＩＤ管理システム１０８を参照（検索）する際には、ＲＦ−ＩＤタグＩＤをキーとして利用することも可能である。なぜなら、当初製造工程にあった製品の出荷後にＲＦ−ＩＤタグ２３０を再利用するという運用とすれば、使用フラグが出荷前を示す値のレコードに限定して検索することによって、当該製品１０１に対応するレコードを一意に特定することが可能なためである。

なお、このテーブルの各レコードは、例えば、そのレコードに対応する製品１０１（正確にはその構成部品や原材料）が生産ラインに投入されるとき（つまり最初の工程の作業開始時）に登録してもよい。このテーブルへのレコードの登録によって、ＲＦ−ＩＤタグＩＤと進度管理ＮＯの対応が管理されるようになる。また、そのレコードの登録時に、あわせてＲＦ−ＩＤタグ２３０に項目リスト３０１の項目２〜１０を書き込むことにしてもよい。

次に、ＲＦ−ＩＤ制御部２０１の格納部２０８に格納される情報のうち、バッファエリアに格納される進度データの構造（項目リスト３０３）を説明する。バッファエリアは、工程管理システム１１０へ書き込むための進度データを構成要素とする待ち行列を格納するエリアである。

項目１のＲＦ−ＩＤタグＩＤは、項目リスト３０１の項目１に対応し、進度データを作成するためのキーとして利用される。項目２の担当者ＩＤ、項目３の工程ＩＤ、項目４の通過時間は、それぞれ、項目リスト３０１の第三グループのいずれかの組に対応する。

なお、項目３の工程ＩＤは省略可能である。なぜなら、一つのＲＦ−ＩＤ制御部２０１は一つの工程に対応しているため、一つのＲＦ−ＩＤ制御部２０１に格納されている項目３の工程ＩＤはすべて同じ値だからである。よって、格納部２０８のバッファエリアには項目１、２、４を一組とするデータを格納しておき、工程管理システム１１０への送信時に工程ＩＤを含めるようにしてもよい。

次に、工程管理システム１１０が備える二つのテーブルのうち、製造指示基本情報を示すテーブルの構造（項目リスト３０４）を説明する。項目リスト３０４は、項目リスト３０１の第二グループ（項目２〜１０）と同様に、ＲＦ−ＩＤタグ２３０が対応づけられた製品１０１に関する基本的な情報を表す。また、製造指示基本情報を示すこのテーブルでは、一つの製品に対して一つのレコードが対応する。

項目１の進度管理ＮＯは、項目リスト３０１の項目２と同様である。項目２の品種ＩＤは、項目名は異なるが、項目リスト３０１の項目５（機種コード）と同様である。
項目３の製品区分は、例えば製品１０１がＰＣである場合、企業向けＰＣ、量販店向けＰＣなどの区分を表す。

項目４の親ロットＩＤは、あるロットについて分割して生産する場合などに利用される項目である。例えば、当初あるロットで１００個の製品を生産する予定だったのが、予定を変更して３０個と７０個ずつに分けて生産することになる場合がある。そのとき、３０個に対応するロットの親ロットは１００個に対応するロットである。なお、このようなロット間の親子関係や各ロットのＩＤは不図示の別のデータベースにより管理されているも
のとする。

項目５の品種版数は、項目２の品種ＩＤのレベル（バージョン）を表す。例えば、製品を構成する一部の部品のバージョンアップにより製品全体もバージョンアップされ、そのバージョンアップは品種版数に反映される。

項目６の型名は、項目名は異なるが、項目リスト３０１の項目４（契約型格）と同様である。項目７の号機は、項目リスト３０１の項目６と同様である。
項目８の修理区分と項目９の修理回数は、製品の製造工程内で発生した修理（リペア）を管理するための区分と回数である。項目１０のＦ修理回数（Ｆはフィールドの意）は、出荷後に生じた修理回数を表す。

項目１１の登録日はレコードの登録日である。このテーブルのレコードは、例えば、そのレコードに対応する製品（正確にはその構成部品や原材料）を生産ラインに投入するときに登録してもよい。

項目１２〜１６の投入日、投入日時、完了日、出荷日、出荷予定日はそれぞれ、そのレコードに対応する製品を生産ラインに投入した投入日、投入日時、その製品の製造を完了した日、その製品の出荷日とその予定日である。これらの項目は、それぞれ対応する工程において、ＲＦ−ＩＤ制御部２０１により記録されてもよい。あるいは、例えばＲＦ−ＩＤ制御部２０１が生産工程にのみ設置され、出荷工程には設置されない実施形態も可能だが、その場合、出荷日は他の手段により（例えば出荷を管理する不図示のシステムとの連携により）記録されてもよい。

項目１７のコンテナＩＤは、項目名は異なるが、項目リスト３０１の項目３（ライン計画ＮＯ）と同様である。
項目１８のパターン進度Ｎｏは、項目１の進度管理ＮＯに対応づけられた番号で、管理の都合上利用している。

項目１９のフルＯＰコードは、項目リスト３０１の項目７（フルオプションコード）と同様である。
項目２０〜３０はロットごとに決まる情報である。項目２０の製番（製造番号の略）は、ロット番号である。ロットごとの統計などの用途のために設けている。項目２１の組立指令Ｎｏはロットごとに一意に定まる番号である。項目２２の総合版数と項目３０の版数は、項目５の品種版数とほぼ同じものである。項目２３の投入数と項目２４の数量は、そのレコードに対応する製品が属するロットの生産数量に関する。項目４に関して述べたような分割がある場合は、項目２４は親ロットの生産数量、項目２３は分割された子ロットの生産数量である。項目２５のＷＯ＿ＮＵＭ（組立指令）、項目２６のＷＯ＿ＬＩＮＥ（組立指令）、項目２７のＱＮＯ（キューナンバー）、項目２８の組立製番、項目２９の基本部品種ＩＤはロットに関する管理用情報である。

項目３１〜３３の最終台車登録ＩＤ、最終台車番号、最終台車番号版数は、生産ラインの途中で台車（ラック）に製品を載せて動かす場合に、台車と製品の対応関係を管理するための項目である。

項目３４のオプションコードは、製品の基本的な構成要素（項目１９のフルＯＰコードにより表される）にさらに追加される特別装備品を表すコードである。
次に、工程管理システム１１０が備える二つのテーブルのうち、製造進捗情報を示すテーブルの構造（項目リスト３０５）を説明する。項目リスト３０５は、項目リスト３０１の第三グループを構成する各組と同様に、ＲＦ−ＩＤタグ２３０が対応づけられた製品１
０１の進捗状況を表す。一つの製品が一つ工程を進むたびに一つのレコードがこのテーブルに追加される。

項目１の進度管理ＮＯは、項目リスト３０１の項目２と同様である。
項目２の履歴ＩＤは、レコードをテーブルに追加する際にそのレコードに自動的に割り当てられるＩＤで、レコードごとに一意なＩＤである。

項目４の工程フローＩＤは、項目リスト３０１の項目１２（工程ＩＤ１）などに相当するＩＤである。項目３の作業状態は、工程フローＩＤに対応する工程の名称である。工程フローＩＤと作業状態の対応関係は、不図示の他のデータベースにより管理されている、
項目５の特急区分は、その製品の製造をどの程度急いで行わなくてはならないのかを示す。

項目６のトップの構成ＩＤと項目７のトップの構成版数は、将来の使用のために予約してある項目である。
項目８の種別フラグは、そのレコードに対応する工程の種別（例えば、「部品を組み立てる工程」や「試験を行う工程」などの種別）を示す。

項目９の作業者は、項目リスト３０１の項目１１（担当者ＩＤ１）などに相当する。
項目１０のイベント工程フローＩＤと項目１１の履歴区分は管理上の理由で設けた項目である。

項目１２のイベント日時は項目リスト３０１の項目１３（通過時間１）などに相当する。
項目１３の設備と項目１４の設備スロットＮｏは、そのレコードに対応する工程で使用する設備に関する項目である。項目１５のラインはそのレコードに対応する工程が属する生産ラインを示す。

項目１６の端末ＩＤは、そのレコードに対応する工程に設けられているＲＦ−ＩＤ制御部２０１を実装したコンピュータ端末のＩＤである。
項目１７のイベント月度は、項目１２のイベント日時のうち、年・月・日のみを抽出した項目である。

次に、試験システム１１１が備えるテーブルの構造（項目リスト３０６）を説明する。このテーブルでは、一つの製品に一つのレコードが対応する。
項目１の進度管理ＮＯはオーダーＮＯとも呼ばれ、項目リスト３０１の項目２と同様である。また、進度管理ＮＯはこのテーブルでレコードを一意に識別するキーでもある。

項目２の契約型格と項目３の機種コードは、それぞれ項目リスト３０１の項目４と項目５に対応する。
項目４の世代は、例えば製品１０１がＰＣの場合、「２００６年春モデル」のような世代を示す。

項目５の区分は、項目リスト３０４の項目３の製品区分と同様である。
項目６の試験モジュールＮＯは、そのレコードに対応する製品に実行させるべき試験用のプログラムモジュールを識別する番号であり、項目７の版数はそのプログラムモジュールの版数であり、項目８の適用日は、その版数のそのプログラムモジュールをリリースした日付である。

次に、図１の工程Ｂを例にしてシステムの動作を説明する。
アンテナ２０２Ｂは通信可能範囲にＲＦ−ＩＤタグが存在するか否かを常時監視している。製品１０１が工程Ａから工程Ｂに送られてくると、ＲＦ−ＩＤタグ２３０Ｂがアンテナ２０２Ｂの通信可能範囲に入る。そして、アンテナ２０２ＢはＲＦ−ＩＤタグ２３０Ｂから、ＲＦ−ＩＤタグＩＤ（項目リスト３０１の項目１）を読み取り、ＲＦ−ＩＤタグ２３０Ｂの存在を検知する。

ＲＦ−ＩＤ制御部２０１Ｂは、ＲＦ−ＩＤタグ２３０Ｂの存在を検知した日時を、読み取ったＲＦ−ＩＤタグＩＤと対応づけて、製品１０１Ｂに対する工程Ｂの作業開始日時として格納部２０８のワークエリアに格納する。

なお、本実施形態においては、図１に示したように、格納部２０８はワークエリアとバッファエリアを含む。バッファエリアは、工程管理システム１１０へ送信するためのデータを構成要素とする待ち行列を格納するエリアであり、ワークエリアはそれ以外の用途に使われるエリアである。

作業者９０Ｂは製品１０１Ｂに対して工程Ｂの作業（部品の組立や加工など）を行う。作業が完了すると、作業者９０Ｂが作業の完了をＲＦ−ＩＤ制御部２０１Ｂに通知する。例えば、ＲＦ−ＩＤ制御部２０１Ｂを含むコンピュータ端末（不図示）が備える所定のボタンを作業者９０Ｂが押すことにより、この通知を行う。なお、実施形態によっては作業の完了をＲＦ−ＩＤ制御部２０１Ｂが自動的に検知してもよい。自動検知の一つの方法としては、ＲＦＩＤタグ２３０Ｂがアンテナ２０２Ｂによる通信可能範囲から出た時点を検出するという対応が考えられる。

ＲＦ−ＩＤ制御部２０１Ｂは、作業の完了を検知したら、その検知した日時をＲＦ−ＩＤタグ２３０Ｂから読み取ったＲＦ−ＩＤタグＩＤと対応づけて、作業完了日時として格納部２０８のワークエリアに格納する。

続いてＲＦ−ＩＤ制御部２０１Ｂは、進度データの書き込み処理を行う。
すなわち、ＲＦ−ＩＤ制御部２０１Ｂは、この時点で、ネットワークを利用して進度データの書き込み処理をするか否かを判断し、その判断にしたがって動作する。以下では、ネットワークを利用する動作モードを「ネットワークモード」と呼び、ネットワークを利用しない動作モードを「非ネットワークモード」と呼ぶ。

従来は本実施形態におけるネットワークモードに対応する処理しかなかったので、ネットワークや工程管理システム１１０などの不具合が長時間続くと、バッファ１１２がオーバーフローしたり、そのオーバーフローを防ぐための生産ライン全体の停止が必要になったりしていた。一方、本実施形態には、そのようなオーバーフローや生産ライン全体の停止という問題を避けるための非ネットワークモードがある。

なお、進度データとは、工程を識別するＩＤと、作業者を識別するＩＤと、作業開始日時と、作業完了日時とを含むデータとする。例えば、ＲＦ−ＩＤタグ２３０に書き込まれる進度データは、担当者ＩＤ１と工程ＩＤ１と通過時間１とからなる組である（項目リスト３０１参照）。一方、ＲＦ−ＩＤ制御部２０１から工程管理システム１１０へ送信される進度データは、それにさらに進度管理ＮＯを付加したものである。

ここで、主に図４を参照しながら、進度データの書き込み処理と、それに関わる動作モードの切り替えについて説明する。以下では、図１の工程ＢにおけるＲＦ−ＩＤ制御部２０１Ｂを例として説明するが、ＲＦ−ＩＤ制御部２０１Ａや２０１Ｃでも同様である。なお、以下の説明において、ＲＦ−ＩＤ制御部２０１Ｂの構成要素については図２を、利用するデータについては図３を、適宜参照している。

図４のフローチャートは、ステップＳ１０１とＳ１０２の判定の少なくとも一方がＮＧのとき非ネットワークモードを選択し、ステップＳ１０１とＳ１０２の判定が両方ともＯＫのときネットワークモードを選択することを示している。なお、図４の動作は、図１の左側の「制御機能」という吹き出し部分にも模式的に表してある。また、図４に示されたフローチャートに対応する処理は、一例として作業の開始あるいは完了を契機として行われる。

まず、ステップＳ１０１において、ＲＦ−ＩＤ制御部２０１Ｂは、ネットワークの状態を確認する。ステップＳ１０１で確認する「ネットワークの状態」は、ネットワーク全体の負荷状況である。負荷状況は負荷の量により表される。具体的には、ステップＳ１０１でＲＦ−ＩＤ制御部２０１はＬＡＮ監視装置２１０が管理する「危険ステータスフラグ」の値を検知する。

ＬＡＮ監視装置２１０はネットワークの負荷状況を常に監視（モニタリング）している。監視対象のネットワークは工場内のＬＡＮであり、図２の基幹ネットワークに相当する。ＬＡＮ監視装置２１０は、予め決められた基準と負荷状況を比較し、基準以上の高負荷の場合は危険ステータスフラグの値を、「危険」を示す値に設定し、そうでない場合、「安全」を示す値に設定する。

上記の基準として適切なものは環境によって様々に異なため、例えばシステム管理者が、経験に基づいてＬＡＮ監視装置２１０に設定することが望ましい。例えば、負荷状況が負荷の量に関する一つのパラメータにより表される場合、一つの閾値を基準としてもよい。あるいは、負荷状況が複数のパラメータにより表される場合、複数の閾値やパラメータ同士の関係などが基準として利用可能である。いずれの場合も、「その基準以上の高負荷になると、ネットワークを介した通信を利用する処理の速度が、工場の運用に支障をきたすレベルにまで低下する蓋然性が高くなる」といった基準を設定することが好ましい。また、工場の運用に支障をきたすレベルか否かの判断が、所定の閾値との比較によるものでもよい。

また、危険ステータスフラグの値をＲＦ−ＩＤ制御部２０１Ｂが検知する方法は、実施形態に応じて様々である。例えば、ネットワークを介してＲＦ−ＩＤ制御部２０１ＢがＬＡＮ監視装置２１０に危険ステータスフラグの値を問い合わせてもよく、ネットワークを介してＬＡＮ監視装置２１０が定期的に各ＲＦ−ＩＤ制御部２０１Ａ〜２０１Ｃに危険ステータスフラグの値を通知してもよい。

また、このようにネットワークを介して危険ステータスフラグの値を検知する場合、ＲＦ−ＩＤ制御部２０１とＬＡＮ監視装置２１０の間がダウンしていると、検知不能となってしまう。しかし、ＬＡＮ監視装置２１０とＲＦ−ＩＤ制御部２０１をネットワーク上でなるべく近い位置に配置することにより、そのような事態が起こる頻度はかなり低減する。

具体的には、例えば、ＲＦ−ＩＤ制御部２０１がコンピュータ端末の一部として実装されている場合、そのコンピュータ端末に直接ケーブルで接続されている最寄のスイッチングハブにＬＡＮ監視装置機能を実装し、そのスイッチングハブをＬＡＮ監視装置２１０として利用してもよい。

一般にネットワークは階層化されており、一つの工場内のネットワークが複数のネットワークセグメントを含む場合も多い。例えば図２において、太線で示した基幹ネットワークの上と下が異なるセグメントであってもよい。その場合、ＬＡＮ監視装置２１０は、自
分が属するセグメントの内部（基幹ネットワークの線の下）と外部（基幹ネットワークの線の上）の双方の負荷状況を監視し、双方の負荷状況に基づいて危険ステータスフラグの値を設定する。

上記のように最寄のスイッチングハブをＬＡＮ監視装置２１０として利用する場合は、ネットワークケーブルか、ＲＦ−ＩＤ制御部２０１を実装するコンピュータ端末のネットワークインタフェイスカード（ＮＩＣ）のいずれかにハードウェア障害が発生しないかぎり、ＲＦ−ＩＤ制御部２０１とＬＡＮ監視装置２１０の間が通信不能となることはほとんどありえない。よって、危険ステータスフラグの値の検知を、ネットワークを介して行っても、実運用上の支障はない（ケーブルやＮＩＣに障害が発生した場合も、後述のステップＳ１０２の判断が「ＮＧ」となることから支障はない）。

もちろん、ＬＡＮ監視装置２１０のネットワーク上の配置は実施形態によって様々であってよい。したがって、その配置によっては、「危険ステータスフラグの値が検知不能なら、危険ステータスフラグの値を危険と見なす」などの規則によってＲＦ−ＩＤ制御部２０１Ｂが判断してもよい。

以上のようにしてＲＦ−ＩＤ制御部２０１Ｂが危険ステータスフラグの値を検知し、その値が安全を示す値の場合、ステップＳ１０１の判断は「ＯＫ」となり処理がステップＳ１０２に移行する。危険ステータスフラグの値が危険を示す値の場合、ステップＳ１０１の判断は「ＮＧ」となり処理がステップＳ１０７に移行する。

ステップＳ１０２でＲＦ−ＩＤ制御部２０１Ｂはネットワークの状態を確認する。ただし、ここで確認する「ネットワークの状態」は、ステップＳ１０１で確認したのとは別種の情報により表される状態であり、具体的にはＲＦ−ＩＤ制御部２０１Ｂ内の応答監視部２０３が備える応答監視機能により得られる情報により表される状態である。

応答監視機能は、ネットワークを介して管理システムとの間で行う通信にかかる応答時間（レスポンスタイム）を監視し、その平均値が所定の閾値を超えるとアラームを出力する機能である。

ある実施形態における監視の対象は、ＩＤ管理システム１０８との間の通信である。後述のように、ＲＦ−ＩＤ制御部２０１Ｂは、ＲＦ−ＩＤタグ２３０Ｂから読み取ったＲＦ−ＩＤタグＩＤ（項目リスト３０１の項目１）をキーとして、ネットワークを介してＩＤ管理システム１０８を参照し、そのＲＦ−ＩＤタグＩＤに対応づけられた進度管理ＮＯ（項目リスト３０２の項目２）を取得する。この場合の応答時間は、ＲＦ−ＩＤタグＩＤの送信から進度管理ＮＯの受信までの時間である。

応答監視部２０３は、図４のフローとは独立に、応答時間を監視し、直近のｎ回（ｎ≧１）の応答時間の平均を算出し、その平均値と所定の閾値とを比較し、平均値が閾値以上の値ならアラームを判断制御部２０４に出力している。なお、平均の算出方法は、算術平均や重み付け平均など適当な方法を選択することができる。また、閾値として適切な値は実施形態により異なるので、例えばシステム管理者などが適宜設定することが望ましい。

別の実施形態では、監視の対象は、ＩＤ管理システム１０８との間の通信と、工程管理システム１１０との間の通信の双方でもよい。この場合、応答監視部２０３は、ＩＤ管理システム１０８に対する直近のｎ回（ｎ≧１）の参照にかかった時間と、工程管理システム１１０に対する直近のｍ回（ｍ≧１）の更新にかかった時間とに基づき平均値を算出する。それ以外の点は上記と同様である。

ステップＳ１０２では、現在応答監視部２０３からアラームが出された状態なのかアラームが出されていない状態なのかを判断制御部２０４が判断する。前者の場合、ステップＳ１０２の判定は「ＮＧ」となり処理がステップＳ１０７に移行し、後者の場合、ステップＳ１０２の判定は「ＯＫ」となり処理がステップＳ１０３に移行する。

ステップＳ１０３〜Ｓ１０６は、ステップＳ１０１とＳ１０２の判断がともに「ＯＫ」のときに実行され、ネットワークモードの動作が選択された状態を表す。ネットワークモードは、ネットワークの負荷がそれほど高くなく、各種管理システムとも一定時間内で通信可能なため、ネットワークを使って支障なく処理を行うことが可能な場合に対応する動作モードである。

まず、ステップＳ１０３で判断制御部２０４が、動作モードをネットワークモードに決定する。すなわち、判断制御部２０４は、ネットワークに特に不具合がない場合の通常の処理を行うことを決定する。この決定にしたがい、切換制御部２０７がＤＢ照会・更新制御部２０５に制御信号を送り、ＤＢ照会・更新制御部２０５をアクティブにする。そして処理がステップＳ１０４に移行する。

ステップＳ１０４では、制御信号を受け取ったＤＢ照会・更新制御部２０５が、ＩＤ管理システム１０８を利用して進度データを取得する。そのためにＤＢ照会・更新制御部２０５は、読み込み済みのＲＦ−ＩＤタグＩＤ（項目リスト３０１の項目１）をキーとしてネットワークを介してＩＤ管理システム１０８を参照し、進度管理ＮＯ（項目リスト３０２の項目２）を取得する。

ここでの進度データは、取得した進度管理ＮＯと、既に格納部２０８に格納されている情報（工程Ｂを識別するＩＤと、作業者９０Ｂを識別するＩＤと、工程Ｂの作業開始日時と、工程Ｂの作業完了日時）とからなる。よって、進度管理ＮＯの取得により、格納部２０８に既に格納されている情報と進度管理ＮＯとを組み合わせることで、進度データ全体が取得されたことになる。進度データの取得後、処理はステップＳ１０５に移行する。

ステップＳ１０５では、ＤＢ照会・更新制御部２０５が基幹システムとの連携を行う。具体的には、本実施形態において基幹システムの一部である工程管理システム１１０に進度データを送信する処理を行う。ただし、ここで「工程管理システム１１０に進度データを送信する処理」とは、この段階ですぐにネットワークを介した送信を行うという意味ではなく、後で送信するために進度データを、格納部２０８のバッファエリアに格納するという意味である。進度データをバッファエリアに格納したら、その進度データの工程管理システム１１０への送信を待たずに、処理はステップＳ１０６に移行する。

ステップＳ１０６では、次工程（この例では工程Ｃ）に製品１０１ＢとＲＦ−ＩＤタグ２３０Ｂを移動させ、一連の処理を終える。
なお、ステップＳ１０５で格納部２０８のバッファエリアに格納された進度データは、格納された順に、ＤＢ照会・更新制御部２０５がネットワークを介して工程管理システム１１０に適宜送信する。この送信は、図４のフローとは独立して、バックグラウンドで処理される。また、進度データはバッファエリアに格納された順に送信されるので、バッファエリア内の進度データは、待ち行列の構成要素として管理されているとも言える。

ステップＳ１０７、Ｓ１０８、Ｓ１０６は、ステップＳ１０１とＳ１０２の判断のうち一方が「ＮＧ」の場合に実行され、非ネットワークモードの動作が選択された状態を表す。非ネットワークモードは、ネットワーク全体が高負荷の状況にあるか、管理システムとの通信に時間がかかりすぎる場合など、ネットワークに不都合が生じていると判断された際に対応する動作モードである。

まず、ステップＳ１０７で判断制御部２０４が、動作モードを非ネットワークモードに決定する。この決定にしたがい、切換制御部２０７がＲＦ−ＩＤタグ読み書き制御部２０６に制御信号を送り、ＲＦ−ＩＤタグ読み書き制御部２０６をアクティブにする。そして処理がステップＳ１０８に移行する。

ステップＳ１０８では、制御信号を受け取ったＲＦ−ＩＤタグ読み書き制御部２０６が、アンテナ２０２Ｂを介してＲＦ−ＩＤタグ２３０Ｂの不図示のメモリに進度データを書き込む。ここでの進度データは、具体的には、図３の項目リスト３０１の第三グループ（項目１１〜項目４０）における一組分のデータに相当する。なお、項目リスト３０１のうちの何番の項目に進度データを書き込むかは、現在の工程よりも前の工程において既に書き込まれている進度データの量によって決まる。

例えば、ネットワークの不具合が長時間続いている場合、製品１０１が工程Ａにあった時点で、既にＲＦ−ＩＤ制御部２０１Ａがアンテナ２０２Ａを介して工程Ａの進度データをＲＦ−ＩＤタグ２３０Ａに書き込んでいるかもしれない。つまり、ＲＦ−ＩＤタグ２３０Ｂは、工程Ａの進度データが項目１１〜１３に書き込まれた状態かもしれない。この場合、工程ＢにおいてＲＦ−ＩＤタグ読み書き制御部２０６は、工程Ｂの進度データを項目１４の担当者ＩＤ２、項目１５の工程ＩＤ２、項目１６の通過時間２としてＲＦ−ＩＤタグ２３０Ｂに書き込む。

逆に、製品１０１に対して工程Ｂの作業を行っている期間中に、ネットワークの不具合が発生する場合もある。その場合、工程Ａに関する進度データはＲＦＩＤ制御部２０１Ａによってネットワークを介して工程管理システム１１０に送信済みであるため、ＲＦ−ＩＤタグ２３０Ｂには工程Ａの進度データが書き込まれていない。よって、工程ＢにおいてＲＦ−ＩＤタグ読み書き制御部２０６は、工程Ｂの進度データを項目１１の担当者ＩＤ１、項目１２の工程ＩＤ１、項目１３の通過時間１としてＲＦ−ＩＤタグ２３０Ｂに書き込む。

このようにしてステップＳ１０８で進度データをＲＦ−ＩＤタグ２３０Ｂに書き込んだら、処理はステップＳ１０６に移行する。
以上、図４を参照して動作モードの切り替えについて説明したが、次に、図５を参照して、ネットワークの不具合が持続した場合について説明する。

図５は、ある製品１０１が工程Ａ〜Ｃの各工程を順に移動する期間中、ネットワークの不具合が持続していた例を表す。具体的には、この期間中、工程管理システム１１０がダウンしており、工程管理システム１１０へアクセスしても応答がない状態が続いていた例である。つまり、図５は、進度データを工程管理システム１１０に送信しても、更新完了のＡＣＫが工程管理システム１１０から返信されない、という状態が持続していた例である。

図５は図１の一部を変更した図であり、図１との共通点については説明を省略する。また、図５には管理システムのうち工程管理システム１１０のみを示した。
工程Ａにおいて、ＲＦ−ＩＤ制御部２０１Ａは図４のフローチャートにしたがって動作し、ネットワークに不具合があることから非ネットワークモードを選択すると判断して、ステップＳ１０８でアンテナ２０２Ａを介して進度データ２３１ＡをＲＦ−ＩＤタグ２３０Ａに書き込む。その後のステップＳ１０６で製品１０１ＡとＲＦ−ＩＤタグ２３０Ａは工程Ｂに送られる。

工程Ｂにおいて、ＲＦ−ＩＤ制御部２０１Ｂも図４のフローチャートにしたがって動作
し、非ネットワークモードと判断して、ステップＳ１０８で進度データ２３１ＢをＲＦ−ＩＤタグ２３０Ｂに書き込む。その後のステップＳ１０６で製品１０１ＢとＲＦ−ＩＤタグ２３０Ｂは工程Ｃに送られる。

工程Ｃにおいて、ＲＦ−ＩＤ制御部２０１Ｃも図４のフローチャートにしたがって動作し、非ネットワークモードと判断して、ステップＳ１０８で進度データ２３１ＣをＲＦ−ＩＤタグ２３０Ｃに書き込む。

その後、工程Ｃは図５の生産ラインの最終工程なので、ここで、データ回収装置２２０がＲＦＩＤタグ２３０に書き込まれている進度データ２３１Ａ〜２３１Ｃを読み出す。読み出しはデータ回収装置２２０に接続されたアンテナ２２１を用いて行われ、ＲＦＩＤタグ２３０から読み出された進度データ２３１Ａ〜２３１Ｃはデータ回収装置２２０の格納部２２３に格納される。このデータ回収装置２２０の動作の詳細は、図６とあわせて後述する。

また、データ回収装置２２０は、ＲＦＩＤタグ２３０からの進度データ読み取りの後、ＲＦ−ＩＤタグ２３０Ｃの書き込み可能なメモリをクリアする。図５では、メモリがクリアされた状態のＲＦ−ＩＤタグ２３０を符号「２３０Ｄ」で示した。

なお、図５では、製品１０１の完成までに複数の生産ラインによる作業が必要な場合が想定されている。よって、対応づけられた製品１０１とＲＦ−ＩＤタグ２３０は、工程Ａ〜Ｃからなる生産ラインの終了後、工程Ｅを含む別の生産ラインに送られ、さらに何らかの作業が行われる。図５では、その生産ライン間の区切り（つまり一つの生産ラインの終わり）で、データ回収装置２２０がＲＦ−ＩＤタグ２３０から進度データ２３１Ａ〜２３１Ｃを読み出している。

なお、ＲＦＩＤタグ２３０のメモリ容量が大きくない場合、複数の作業工程に関する進度データを全て格納しきれない可能性がある。このような場合には、生産ラインの区切りに製品が達しなくても、データ回収装置２２０を用いて適宜ＲＦＩＤタグ２３０から進度データを読み出しつつ、ＲＦＩＤタグ２３０のメモリをクリアすればよい。

次に、図６を参照して、データ回収装置２２０の動作を示す。図５には複数のＲＦ−ＩＤ制御部２０１Ａ〜２０１Ｃがあるが、そのうち少なくとも一つが非ネットワークモードで動作すべきだと判断したら、その後、データ回収装置２２０が図６の動作を実行する。

ステップＳ２０１で、データ回収装置２２０が生産ラインの終わりの場所へ移動する。なお、人間がデータ回収装置２２０を運んでもよく、台車２２２が自動走行機能を有している場合はデータ回収装置２２０が自動的に生産ラインの終わりの場所まで走行してもよい。図５の例では、データ回収装置２２０が工程Ｃの右側に示されている。

続くステップＳ２０２において、データ回収装置２２０は、アンテナ２２１を用いて、生産ラインの最後まで送られてきた全ての製品１０１について、その製品１０１に対応づけられたＲＦ−ＩＤタグ２３０から進度データを一括して読み込む。図５の例では、進度データ２３１Ａ〜２３１Ｃが一括してＲＦＩＤタグ２３０から読み込まれる。読み込んだデータは、データ回収装置２２０内の格納部２２３に格納する。なお、読み込みの対象となるのは、図３の項目リスト３０１における第三グループの項目（項目１１〜４０）である。また、後にどの製品に対する進度データであるのかを把握できるようにするために、項目１のＲＦ−ＩＤタグＩＤか項目２の進度管理ＮＯのうち少なくとも一方をＲＦＩＤタグ２３０から読み込む。

また、データ回収装置２２０は、ステップＳ２０２の処理に続いて、アンテナ２２１を用いて、読み込んだデータをＲＦ−ＩＤタグ２３０から削除する。図５のＲＦ−ＩＤタグ２３０Ｄは、そのようにして進度データが削除された状態（メモリ内の、図３の項目リスト３０１における項目１１〜４０がすべてクリアされた状態）である。このデータの削除は、図５の左側の吹き出し部分の「タグのメモリクリア」に相当する。

データの削除後、図６の処理は終了する。格納部２２３に格納されたデータは、ネットワークや管理システムの状態が正常に復旧した後、工程管理システム１１０により読み出される（図５の左側の吹き出し部分の「関連システム連携」に相当）。なお、ネットワークの復旧までに数日程度かかる場合もあることから、格納部２２３は、不揮発性の半導体メモリやハードディスク等、データが消失しない記憶装置であることが好ましい。また、多くのＲＦ−ＩＤタグ２３０から多量のデータを読み込む可能性があるため、格納部２２３の容量はある程度大きくなくてはならない。

例えば、データ回収装置２２０が一般的なコンピュータにより実現される場合、格納部２２３は外付けのハードディスクでもよい。その場合、格納部２２３をデータ回収装置２２０から取り外して、工程管理システム１１０を実現するサーバに接続することにより、工程管理システム１１０は簡単に格納部２２３内の進度データを読み出すことができる。

工程管理システム１１０は、読み出した進度データをデータベース（図３の項目リスト３０５に相当）に書き込む。
なお、本発明は上記の実施形態に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。

変形の第一の観点はデータの二重化に関する。上記の例では、ネットワークモードの場合はＲＦ−ＩＤタグ２３０に進度データを書き込んでいない。しかし、進度データがより安全に記録されるようにするため、ＲＦ−ＩＤタグ２３０のメモリを利用して、ネットワークモードの場合にもＲＦＩＤタグ２３０に進度データを書き込むことで、データの二重化を行ってもよい。

つまり、ネットワークモードの場合は進度データをＲＦ−ＩＤタグ２３０と工程管理システム１１０の双方に書き込み、非ネットワークモードの場合は進度データがＲＦ−ＩＤタグ２３０にのみ書き込まれるようにしてもよい。

この場合、図２の切換制御部２０７が、ネットワークモードのときにＤＢ照会・更新制御部２０５とＲＦ−ＩＤタグ読み書き制御部２０６の双方に制御信号を送り、双方をアクティブにする。この場合の動作は、図４のフローチャートを、ステップＳ１０５から（ステップＳ１０６ではなく）ステップＳ１０８へ処理が移行するように変更したものである。

変形の第二の観点は、ＲＦ−ＩＤ制御部２０１とアンテナ２０２の対応関係に関する。図１や図５では、工程とＲＦ−ＩＤ制御部２０１とアンテナ２０２とが、１対１対１の関係で対応している。しかし、工程とアンテナ２０２が１対１で対応していれば、工程とＲＦ−ＩＤ制御部２０１の関係はＮ対１でもよい。

例えば、図１において、二つのＲＦ−ＩＤ制御部２０１Ａと２０１Ｂのかわりに、工程Ａの作業場所と工程Ｂの作業場所の中間に一つのＲＦ−ＩＤ制御部２０１を設け、それに二つのアンテナ２０２Ａと２０２Ｂを接続してもよい。

この場合、ＲＦ−ＩＤ制御部２０１は工程ＡとＢの双方について制御する。
例えば、図２の応答監視部２０３は、工程ＡとＢを別々に管理してそれぞれについて応答時間の平均値を算出し、それぞれ独立にアラームを出力してもよい。あるいは、応答監視部２０３は、工程ＡとＢを区別せずに一つの平均値を算出し、それに基づいてアラームを出力してもよい。

また、ＲＦ−ＩＤタグ読み書き制御部２０６は、アンテナ２０２Ａと２０２Ｂのいずれに対する制御を行うかを適宜切り替える必要がある。もちろん、アンテナ２０２Ａと２０２ＢのいずれかがＲＦ−ＩＤタグ２３０の存在を検知した場合、どちらのアンテナによる検知なのかを判別可能なように、アンテナ２０２Ａと２０２ＢとＲＦ−ＩＤタグ読み書き制御部２０６とを構成する必要がある。

さらに、格納部２０８は、必要に応じて工程Ａのための領域と工程Ｂのための領域を分けたり、工程ＩＤと対応づけてデータを記録したりする必要がある。
また、この場合、工程ＩＤとしてＲＦ−ＩＤ制御部２０１の識別情報を利用することはできないが、アンテナ２０２の識別情報を利用することができる。あるいは、工程ＩＤとアンテナ２０２の識別情報を１対１に対応づけて管理してもよい。

なお、上記の本発明の第四の態様は、このように工程とＲＦ−ＩＤ制御部２０１の関係がＮ対１となる場合について、そのＲＦ−ＩＤ制御部２０１を実装するコンピュータの動作という観点で本発明を捉えたものである。

変形の第三の観点はデータ回収装置２２０に関する。一つのシステムが複数のデータ回収装置２２０を備えていてもよい。また、データ回収装置２２０をＲＦ−ＩＤ制御部２０１と接続可能なように構成してもよい。この構成において、適当なタイミングで、データ回収装置２２０が各工程を巡回し、ＲＦ−ＩＤ制御部２０１の格納部２０８のバッファエリアにバッファリングされているデータを読み出し、格納部２２３に格納し、読み出したデータはＲＦ−ＩＤ制御部２０１の格納部２０８から消去してもよい。その場合、格納部２２３に格納されたデータを工程管理システム１１０が読み込む。それにより、格納部２０８がオーバーフローする蓋然性が低減し、データ回収装置２２０も遊ばせずに有効利用することができる。

また、この構成においてデータの二重化も行うと（第一の観点参照）、同じデータがＲＦ−ＩＤタグ２３０と格納部２０８からそれぞれデータ回収装置２２０に読み出されるかもしれない。その場合、工程管理システム１１０またはデータ回収装置２２０が、データの重複をチェックする必要がある。

また、データ回収装置２２０がＲＦ−ＩＤタグ２３０から進度データを読み出す場所も、実施形態によって適宜定めることができる。例えば、２５個の工程によりある製品を製造し、２５個の工程すべてからなる一つの生産ラインがあり、ＲＦ−ＩＤタグ２３０は図３の項目リスト３０１のようであると仮定する。この仮定のもとでは、図６のように生産ラインの終わりだけで進度データを読み込むのではなく、例えば、第１０工程の後、第２０工程の後、第２５工程の後の３箇所でデータ回収装置２２０が進度データを読み込み、ＲＦ−ＩＤタグ２３０のメモリをクリアするようにシステムを構成する。

変形の第四の観点は、ネットワークモードと非ネットワークモードを切り替える条件に関する。図４のフローチャートでは、ステップＳ１０１とＳ１０２の少なくとも一方の判断がＮＧのときに、判断制御部２０４は非ネットワークモードと判断する。しかし、双方のステップにおける判断がともにＮＧのときのみ非ネットワークモード、それ以外はネットワークモード、と判断してもよい。あるいは、図４からステップＳ１０１またはＳ１０２のいずれか一方を削除したフローチャートにしたがってＲＦ−ＩＤ制御部２０１が動作
してもよい（ステップＳ１０２を削除する場合、ステップＳ１０１において「ＯＫ」と判断されたらステップＳ１０３へ移行する）。

ただし、格納部２０８のバッファエリアがオーバーフローする危険性をなるべく低くするためには、図４のようにステップＳ１０１とＳ１０２の少なくとも一方の判断がＮＧのときに非ネットワークモードと判断することが望ましい。

第四の観点で示されるように、本発明の特徴は、何らかの意味でネットワークの状態を表す情報に基づいて、ネットワークモードと非ネットワークモードを切り替えることであり、その情報（ネットワーク状態情報と呼ぶ）が具体的に何であるかは実施形態により様々である。つまり、ネットワーク状態情報は、ＬＡＮ監視装置２１０が監視している負荷状況（負荷の量）、負荷状況に応じてＬＡＮ監視装置２１０が設定する危険ステータスフラグ、応答監視部２０３が監視している応答時間、応答時間から応答監視部２０３が算出する平均時間、応答監視部２０３が出力するアラームのいずれでもよく、それらの任意の組み合わせでもよい。さらに別種の情報をネットワーク状態情報として利用しても構わない。

なお、応答時間やその平均は、ネットワークに不具合がなくても、例えば工程管理システム１１０を実現するサーバに不具合が発生すれば値が大きくなる（つまり悪化する）。よって、一見、応答時間やその平均を「ネットワークの状態を表すネットワーク情報」として扱うことが奇妙に見えるかもしれない。しかし、応答時間はネットワークを介した通信にかかる時間であり、ＲＦ−ＩＤ制御部２０１から見れば、ネットワークまたはそのネットワークの向こう側が原因で変動する時間である。

また、実際問題として、応答時間の悪化の原因を突き止めるには、例えばシステム管理者による何らかの作業が必要である（その作業にはしばしば長時間を要する）。その作業により、応答時間の悪化が、ネットワークの不具合によるのか、サーバの不具合によるのか、それとも両者に不具合が発生しているのか、ということが判明する。つまり、応答監視部２０３の監視内容だけでは、応答時間の悪化の原因は不明である。

したがって、応答時間やその平均は何らかの意味でネットワークに関わる情報であり、これらをネットワーク状態情報として扱うことは妥当である。つまり、応答監視部２０３とＬＡＮ監視装置２１０は、ネットワークの状態を監視してネットワーク状態情報を出力するネットワーク監視手段の二つの異なる具体例である。

変形の第五の観点は、処理の順番の入れ替えに関する。例えば、図４においてステップＳ１０１とＳ１０２の順番は入れ替え可能である。また、ネットワークモードのとき、ステップＳ１０４で進度管理ＮＯを取得し、ステップＳ１０５で進度データを格納部２０８にバッファリングしてからステップＳ１０６で次工程への移動を行っているが、ステップＳ１０６の実行後にステップＳ１０４とＳ１０５を実行してもよい。

上述のとおり、例えば工程Ｂに注目すると、製品１０１Ｂが工程Ｂに送られてきた時点でアンテナ２０２ＢがＲＦ−ＩＤタグ２３０Ｂの存在を検知してそのＲＦ−ＩＤタグＩＤを読み取っている。その時点で、読み取ったＲＦ−ＩＤタグＩＤを格納部２０８に格納しておけば、ステップＳ１０３の直後にステップＳ１０６を実行し、その後でステップＳ１０４とＳ１０５を実行することが可能となる。なぜなら、製品１０１とＲＦ−ＩＤタグ２３０が既に次の工程Ｃに送られていても、格納部２０８に格納されたＲＦ−ＩＤタグＩＤをキーとしてステップＳ１０４を実行することができるためである。

変形の第六の観点は、利用するデータの項目に関する。図３のデータ構成は例示にすぎ
ない。
例えば、実施形態によっては、作業者を識別する情報、作業開始日時、作業完了日時を進度データが含まなくてもよい。例えば、各工程の作業をしたか否かのみを管理すればよい場合には、ＲＦ−ＩＤタグ２３０に書き込む進度データが工程ＩＤだけでもかまわない。逆に、進度データが上記で述べた以外の項目を含んでいてもよい。

つまり、ネットワークモードで工程管理システム１１０に送信され、非ネットワークモードでＲＦ−ＩＤタグ２３０に書き込まれるデータは、注目している工程に対応づけられた何らかの情報（付加情報と呼ぶことにする）を表すデータである。進度データは付加情報を表すデータの一例である。その進度データ自体も、上記のように実施形態によってデータ構成が様々に異なる。つまり、第六の観点は、換言すれば、付加情報を表すデータの具体的な構成がどのようであってもよい、ということを表す。

また、上記ではＲＦ−ＩＤタグ２３０を再利用するという前提だったので、ＲＦ−ＩＤタグＩＤと進度管理ＮＯの双方を利用しているが、ＲＦ−ＩＤタグ２３０を再利用しない場合は、ＲＦ−ＩＤタグＩＤさえあればよい（つまりこの場合は、ＲＦ−ＩＤタグを進度管理ＮＯとしても利用する）。

変形の第七の観点は、本発明の適用対象に関する。上記の実施形態における「製品」の種類や「工程」の作業内容が任意であり、工場における製品の製造工程以外にも本発明を適用可能なことは明らかである。広く一般に、一つ以上の段階を有する作業工程の管理に本発明を適用することができる。

例えば、製品は機械や電子回路のような工業製品でもよく、食品や衣料品などでもよい。また、個々の製品を何らかの単位で区別して管理していれば、その製品が液体や粉でもよい（例えば一つの瓶に入れた液体を一つの製品とみなす）。あるいは、複数の製品をセットにし、そのセットを一つの製品として管理するのでもよい。また、各工程の作業内容は、組立、加工、検査、修理、梱包、分解、分別、運搬など何でもかまわない。

また、一つ以上の段階を有する作業工程は、製品の製造工程に限らず、検査、修理、分解、分別、運搬などのための作業工程でもよい。互いに区別された一つ以上の段階を有する作業工程であれば、その作業工程の各段階で行う作業の内容は何でもよい。作業の対象も、何らかの単位で区別して管理されていれば何でもよい。なお、この作業工程が製品の製造工程の場合、各段階は、その製造工程内の各工程に相当する。

以上説明したことを概観すれば本発明は以下のような構成を備えるものである。
（付記１）
ＲＦ−ＩＤタグに格納された識別情報を利用して該ＲＦ−ＩＤタグに対応づけられた製品に関わる作業工程を管理する管理システムと、それぞれが前記作業工程のうちの一つの段階と対応づけられて設けられており無線通信によって前記ＲＦ−ＩＤタグからの情報の読み出しおよび前記ＲＦ−ＩＤタグへの情報の書き込みを行う複数の第一の無線通信手段との間の、ネットワークを介した通信を制御する制御システムであって、
前記ネットワークの状態を監視して該状態を示すネットワーク状態情報を出力するネットワーク状態監視手段と、
前記ネットワーク状態情報に基づいて非ネットワークモードとネットワークモードのいずれで動作すべきかを判断する判断手段と、
前記非ネットワークモードで動作すべきだと判断された場合は、前記ＲＦ−ＩＤタグから前記識別情報を読み出した前記第一の無線通信手段に、該第一の無線通信手段に対応する前記段階に対応づけられた付加情報を前記ＲＦ−ＩＤタグへ書き込ませる制御を行い、前記ネットワークモードで動作すべきだと判断された場合は前記付加情報を前記管理シス
テムへ送信する制御を行う制御手段と、
前記識別情報および書き込まれた前記付加情報を前記ＲＦ−ＩＤタグから無線通信により読み出す第二の無線通信手段と、読み出した前記識別情報および前記付加情報を格納する第一の格納手段とを備えた情報回収手段と、
を備えることを特徴とする制御システム。
（付記２）
第二の格納手段と、
前記ネットワークを介して前記管理システムとの間の通信を行うネットワーク通信手段とをさらに備え、
前記ネットワークモードで動作すべきだと判断された場合、前記制御手段は、前記識別情報と前記付加情報とを対応づけて前記第二の格納手段に格納し、前記ネットワーク通信手段に、前記第二の格納手段に格納された前記識別情報と前記付加情報とを前記ネットワークを介して前記管理システムに送信させる、
ことを特徴とする付記１に記載の制御システム。
（付記３）
前記ネットワーク状態監視手段は前記ネットワーク通信手段による前記管理システムとの通信にかかる時間を監視し、
前記ネットワーク状態情報は前記時間の長さに基づく、
ことを特徴とする付記２に記載の制御システム。
（付記４）
前記ネットワーク状態監視手段は、前記ネットワークの負荷を監視し、
前記ネットワーク状態情報は前記負荷の量に基づく、
ことを特徴とする付記１に記載の制御システム。
（付記５）
ＲＦ−ＩＤタグに格納された識別情報を利用して該ＲＦ−ＩＤタグに対応づけられた製品の製造工程を管理しながら、複数の工程により製品を製造する製造方法であって、
それぞれが前記複数の工程のうちの一つの工程と対応づけられて設けられた複数の第一の無線通信手段のうちのいずれかが前記ＲＦ−ＩＤタグから読み出した識別情報をコンピュータが受け付ける識別情報受付ステップと、
ネットワーク状態監視手段がネットワークの状態を監視し、該状態を示すネットワーク状態情報を前記コンピュータに出力するネットワークの状態監視ステップと、
前記ネットワーク状態情報に基づいて非ネットワークモードとネットワークモードのいずれで動作すべきかを前記コンピュータが判断する判断ステップと、
前記判断ステップにおいて前記非ネットワークモードで動作すべきだと判断した場合、前記コンピュータが、前記識別情報受付ステップで前記識別情報を読み出した前記第一の無線通信手段に対し、該第一の無線通信手段に対応する前記工程に対応づけられた付加情報を前記ＲＦ−ＩＤタグへ書き込ませるための命令を発行する書き込み命令発行ステップと、
前記命令にしたがって前記第一の無線通信手段が前記付加情報を前記ＲＦ−ＩＤタグに書き込む書き込みステップと、
前記判断ステップにおいて前記ネットワークモードで動作すべきだと判断した場合、前記ネットワークを介して前記コンピュータに接続されており前記製造工程を管理する管理システムへ、前記コンピュータが前記付加情報を送信する送信ステップと、
前記判断ステップにおいて前記非ネットワークモードで動作すべきだと判断された場合は前記判断ステップおよび前記書き込み命令発行ステップの実行後に、前記ネットワークモードで動作すべきだと判断された場合は前記判断ステップおよび前記送信ステップの実行後に、前記製品と前記ＲＦ−ＩＤタグの双方を次の工程に移行する工程移行ステップと、
前記書き込みステップを実行した場合、該書き込みステップの実行後に、前記ＲＦ−ＩＤタグとの無線通信を行う第二の無線通信手段と格納手段とを備えた情報回収手段が、前
記第二の無線通信手段により前記ＲＦ−ＩＤタグから前記識別情報および書き込まれた前記付加情報を読み出して前記格納手段に格納する情報回収ステップと、
を備えることを特徴とする製造方法。
（付記６）
ＲＦ−ＩＤタグに格納された識別情報を利用して該ＲＦ−ＩＤタグと対応づけられた製品に関わる作業工程を管理する管理システムとネットワークを介して接続され、前記作業工程のうちの一つの段階と対応づけられており無線通信によって前記ＲＦ−ＩＤタグからの情報の読み出しおよび前記ＲＦ−ＩＤタグへの情報の書き込みを行う無線通信手段とも接続された制御装置であって、
前記ネットワークを介した通信を行うネットワーク通信手段と、
前記ネットワークの状態を示すネットワーク状態情報に基づいてネットワークモードと非ネットワークモードのいずれで動作すべきかを判断する判断手段と、
前記非ネットワークモードで動作すべきだと判断された場合は、前記段階に対応づけられた付加情報を前記無線通信手段に前記ＲＦ−ＩＤタグへ書き込ませる制御を行い、前記ネットワークモードで動作すべきだと判断された場合は、前記付加情報を前記管理システムへ送信する制御を行う制御手段と、
を備えることを特徴とする制御装置。
（付記７）
前記ネットワーク状態情報は、負荷監視装置が監視する前記ネットワークの負荷の量に基づくことを特徴とする付記６に記載の制御装置。
（付記８）
前記識別情報と前記付加情報とを対応づけて格納する格納手段をさらに備え、
前記ネットワークモードで動作すべきだと判断された場合、前記制御手段は、前記識別情報と前記付加情報とを対応づけて前記格納手段に格納し、前記ネットワーク通信手段に、前記格納手段に格納された前記識別情報と前記付加情報とを前記ネットワークを介して前記管理システムに送信させる、
ことを特徴とする付記６に記載の制御装置。
（付記９）
前記ネットワーク通信手段による前記管理システムとの通信にかかる時間を監視する応答監視手段をさらに備え、
前記ネットワーク状態情報が前記時間の長さに基づく、
ことを特徴とする付記８に記載の制御装置。
（付記１０）
前記応答監視手段は、前記管理システムとの直近の一回以上の通信にかかった時間に基づいて平均応答時間を算出し、該平均応答時間を予め定められた閾値と比較し、
前記ネットワーク状態情報が、前記平均応答時間と前記閾値との比較結果に基づく、
ことを特徴とする付記９に記載の制御装置。
（付記１１）
前記付加情報は、前記段階を識別する段階情報、前記ＲＦ−ＩＤタグに対応する前記製品が前記段階を経る際の開始日時または終了日時のうち、少なくとも一つを含むことを特徴とする付記６に記載の制御装置。
（付記１２）
前記識別情報は、前記ＲＦ−ＩＤタグを識別する情報、または、前記製品を識別する情報の少なくとも一方を含むことを特徴とする付記６に記載の制御装置。
（付記１３）
前記判断手段が前記ネットワークモードで動作すべきだと判断した場合にも、前記制御手段は、前記無線通信手段に前記付加情報を前記ＲＦ−ＩＤタグへ書き込ませることを特徴とする付記６に記載の制御装置。
（付記１４）
ＲＦ−ＩＤタグに格納された識別情報を利用して該ＲＦ−ＩＤタグに対応づけられた製
品に関わる作業工程を管理する管理システムと、それぞれが前記作業工程のうちの一つの段階と対応づけられて設けられており無線通信によって前記ＲＦ−ＩＤタグからの情報の読み出しおよび前記ＲＦ−ＩＤタグへの情報の書き込みを行う複数の無線通信手段との間の、ネットワークを介した通信をコンピュータが制御する方法であって、
前記複数の無線通信手段のうちのいずれかが前記ＲＦ−ＩＤタグから読み出した前記識別情報を、当該無線通信手段から受け付ける識別情報受付ステップと、
前記ネットワークの状態を示すネットワーク状態情報に基づいて非ネットワークモードとネットワークモードのいずれで動作すべきかを判断する判断ステップと、
前記判断ステップにおいて前記非ネットワークモードで動作すべきだと判断した場合、前記識別情報受付ステップで前記識別情報を読み出した前記無線通信手段に対して、該無線通信手段に対応する前記段階に対応づけられた付加情報を前記ＲＦ−ＩＤタグへ書き込ませるための命令を発行する書き込み命令発行ステップと、
前記判断ステップにおいて前記ネットワークモードで動作すべきだと判断した場合、前記管理システムへ前記付加情報を送信する制御を行う送信制御ステップと、
を備えることを特徴とする方法。
（付記１５）
前記送信制御ステップは、
前記識別情報と前記付加情報とを対応づけて格納手段に格納する格納ステップと、
前記格納手段に格納された前記識別情報と前記付加情報とを前記ネットワークを介して前記管理システムに送信する送信ステップと、
を備えることを特徴とする付記１４に記載の方法。
（付記１６）
前記送信ステップにおける前記管理システムとの間の通信にかかる時間を監視する応答監視ステップをさらに備え、
前記ネットワーク状態情報は前記時間の長さに基づく、
ことを特徴とする付記１５に記載の方法。
（付記１７）
前記付加情報は、前記段階を識別する段階情報、前記ＲＦ−ＩＤタグに対応する前記製品が前記段階を経る際の開始日時または終了日時のうち、少なくとも一つを含むことを特徴とする付記１４に記載の方法。
（付記１８）
ＲＦ−ＩＤタグに格納された識別情報を利用して該ＲＦ−ＩＤタグに対応づけられた製品に関わる作業工程を管理する管理システムと、それぞれが前記作業工程のうちの一つの段階と対応づけられて設けられており無線通信によって前記ＲＦ−ＩＤタグからの情報の読み出しおよび前記ＲＦ−ＩＤタグへの情報の書き込みを行う複数の無線通信手段との間の、ネットワークを介した通信を制御するコンピュータにより実行される制御プログラムであって、
前記複数の無線通信手段のうちのいずれかが前記ＲＦ−ＩＤタグから読み出した前記識別情報を、当該無線通信手段から受け付ける識別情報受付ステップと、
前記ネットワークの状態を示すネットワーク状態情報に基づいて非ネットワークモードとネットワークモードのいずれで動作すべきかを判断する判断ステップと、
前記判断ステップにおいて前記非ネットワークモードで動作すべきだと判断した場合、前記識別情報受付ステップで前記識別情報を読み出した前記無線通信手段に対して、該無線通信手段に対応する前記段階に対応づけられた付加情報を前記ＲＦ−ＩＤタグへ書き込ませるための命令を発行する書き込み命令発行ステップと、
前記判断ステップにおいて前記ネットワークモードで動作すべきだと判断した場合、前記管理システムへ前記付加情報を送信する制御を行う送信制御ステップと、
を前記コンピュータに実行させることを特徴とする制御プログラム。
（付記１９）
ＲＦ−ＩＤタグに対応づけられた製品に関わる作業工程に関する情報を管理する管理手
段と、
ネットワークを介して前記管理システムと接続され、前記作業工程と対応づけて設けられており、無線通信によって前記ＲＦ−ＩＤタグからの情報の読み出しおよび前記ＲＦ−ＩＤタグへの情報の書き込みを行う無線通信手段と、
前記ネットワークの状態を監視して該状態を示すネットワーク状態情報を出力するネットワーク状態監視手段と、
前記ネットワーク状態情報に基づいて、前記作業工程に関する情報を前記管理システムに前記ネットワークを介して送信するネットワークモードと、前記作業工程に関する情報を前記ＲＦＩＤタグに書き込む非ネットワークモードとを切り替える制御手段と、
を備えることを特徴とする、作業管理システム。
（付記２０）
複数の工程により製品を製造する製造方法において、
前記製品に関する情報をＲＦ−ＩＤタグから読み取るステップと、
工程の進捗状況に関する進捗状況情報を、当該工程に対応する工程監視装置により生成するステップと、
前記工程監視装置と前記工程監視装置に接続される上位装置との間の通信に支障が生じているか否かの監視結果に基づいて、前記通信に支障がない場合には前記進捗状況情報を前記上位装置に送信する一方、前記通信に支障が生じている場合には前記進捗状況情報を前記ＲＦ−ＩＤタグに書き込むステップと、
前記製品を次工程に搬送するステップと、を有することを特徴とする製品の製造方法。
（付記２１）
ネットワークによって他装置と接続される制御装置において、
前記ネットワークを介した前記他装置との間の通信を行うネットワーク通信手段と、
ＲＦ−ＩＤタグに対する情報の読み取り及び書き込みを行う無線手段と、
実行された処理状況に関わる処理情報を一時的に格納する格納手段と、
前記ネットワークの状況に応じて、前記ネットワークを介して前記処理情報を他装置に送信する第一のモードと、前記ＲＦ−ＩＤタグに前記処理情報を書き込む第二のモードとを選択的に切り替える制御手段と、を備えることを特徴とする制御装置。
（付記２２）
前記制御手段は、前記ネットワークの負荷状況を監視する監視手段からの監視情報に基づいて、前記第一のモードと前記第二のモードとを切り替えることを特徴とする、付記２１に記載の制御装置。
（付記２３）
前記制御手段は、前記制御装置からの情報送信に対応する前記他装置からの応答時間に応じて、前記第一のモードと前記第二のモードとを切り替えることを特徴とする、付記２１に記載の制御装置。
（付記２４）
前記制御手段は、前記第一のモードに切り替えられた際に、既に前記ＲＦ−ＩＤタグに書き込まれている過去の処理情報を前記ＲＦ−ＩＤタグから読み出すように前記無線手段を動作させるとともに、
前記ネットワーク通信手段を介して、前記過去の処理情報を前記他装置に送信するよう前記ネットワーク通信手段を動作させることを特徴とする、付記２１に記載の制御装置。

製品の生産ラインに適用した場合の本発明の一実施形態によるシステムの構成図である。 ＲＦ−ＩＤ制御部の外部の関連構成要素と内部の機能ブロックの構成を説明する図である。 各種のデータについて説明する図である。 進度データの書き込み処理と、動作モードの切り替えに関するフローチャートである。 不具合が持続した場合を説明する図である。 不具合からの復旧のための動作のフローチャートである。 管理システムが識別情報を利用する従来の方法を説明する図である。 ＲＦ−ＩＤタグから読み取った識別情報を管理システムが利用する従来の方法を説明する図である。 図８における問題点を説明する図である。

符号の説明

９０Ａ〜９０Ｃ、９０Ｅ 作業者
１００ 基幹データベース群
１０１、１０１Ａ〜１０１Ｃ、１０１Ｅ 製品
１０２Ａ〜１０２Ｃ 情報収集端末
１０３ 基幹システム
１０４Ａ〜１０４Ｃ ＲＦ−ＩＤタグ
１０５Ａ〜１０５Ｃ アンテナ
１０６Ａ〜１０６Ｃ ＲＦ−ＩＤ制御部
１０７ 上位システム
１０８ ＩＤ管理システム
１０９ 作業指示システム
１１０ 工程管理システム
１１１ 試験システム
１１２ バッファ
２０１、２０１Ａ〜２０１Ｃ ＲＦ−ＩＤ制御部
２０２、２０２Ａ〜２０２Ｃ アンテナ
２０３ 応答監視部
２０４ 判断制御部
２０５ ＤＢ照会・更新制御部
２０６ ＲＦ−ＩＤタグ読み書き制御部
２０７ 切換制御部
２０８ 格納部
２１０ ＬＡＮ監視装置
２２０ データ回収装置
２２１ アンテナ
２２２ 台車
２２３ 格納部
２３０Ａ〜２３０Ｅ ＲＦ−ＩＤタグ
２３１Ａ〜２３１Ｃ 進度データ
３０１〜３０６ 項目リスト

Claims (7)

1. ＲＦ−ＩＤタグに格納された識別情報を利用して該ＲＦ−ＩＤタグに対応づけられた製品に関わる作業工程を管理する管理システムと、それぞれが前記作業工程のうちの一つの段階と対応づけられて設けられており無線通信によって前記ＲＦ−ＩＤタグからの情報の読み出しおよび前記ＲＦ−ＩＤタグへの情報の書き込みを行う複数の第一の無線通信手段との間の、ネットワークを介した通信を制御する制御システムであって、
   前記ネットワークの状態を監視して該状態を示すネットワーク状態情報を出力するネットワーク状態監視手段と、
   前記ネットワーク状態情報に基づいて非ネットワークモードとネットワークモードのいずれで動作するかを判断する判断手段と、
   前記非ネットワークモードで動作すると判断された場合は、前記ＲＦ−ＩＤタグから前記識別情報を読み出した前記第一の無線通信手段に、該第一の無線通信手段に対応する前記段階に対応づけられた付加情報を前記ＲＦ−ＩＤタグへ書き込ませる制御を行い、前記ネットワークモードで動作すると判断された場合は前記付加情報を前記管理システムへ送信する制御を行う制御手段と、
   前記識別情報および書き込まれた前記付加情報を前記ＲＦ−ＩＤタグから無線通信により読み出す第二の無線通信手段と、読み出した前記識別情報および前記付加情報を格納する第一の格納手段とを備えた情報回収手段と、
   を備え、
   前記非ネットワークモードで動作するという判断から、前記ネットワークモードで動作するという判断への変化が生じるよりも前に、前記作業工程に含まれる複数の段階のうちの一つ以上の段階それぞれの後で、前記第二の無線通信手段が前記識別情報と前記付加情報を前記ＲＦ−ＩＤタグから読み出して前記第一の格納手段が前記識別情報と前記付加情報を格納し、
   前記第一の格納手段に格納された前記識別情報と前記付加情報は、前記変化が生じた後に、前記管理システムにより読み出される
   ことを特徴とする制御システム。
2. ＲＦ−ＩＤタグに格納された識別情報を利用して該ＲＦ−ＩＤタグに対応づけられた製品の製造工程を管理しながら、複数の工程により製品を製造する製造方法であって、
   それぞれが前記複数の工程のうちの一つの工程と対応づけられて設けられた複数の第一の無線通信手段のうちのいずれかが前記ＲＦ−ＩＤタグから読み出した識別情報をコンピュータが受け付ける識別情報受付ステップと、
   ネットワーク状態監視手段がネットワークの状態を監視し、該状態を示すネットワーク状態情報を前記コンピュータに出力するネットワークの状態監視ステップと、
   前記ネットワーク状態情報に基づいて非ネットワークモードとネットワークモードのいずれで動作するかを前記コンピュータが判断する判断ステップと、
   前記判断ステップにおいて前記非ネットワークモードで動作すると判断した場合、前記コンピュータが、前記識別情報受付ステップで前記識別情報を読み出した前記第一の無線通信手段に対し、該第一の無線通信手段に対応する前記工程に対応づけられた付加情報を前記ＲＦ−ＩＤタグへ書き込ませるための命令を発行する書き込み命令発行ステップと、
   前記命令にしたがって前記第一の無線通信手段が前記付加情報を前記ＲＦ−ＩＤタグに書き込む書き込みステップと、
   前記判断ステップにおいて前記ネットワークモードで動作すると判断した場合、前記ネットワークを介して前記コンピュータに接続されており前記製造工程を管理する管理システムへ、前記コンピュータが前記付加情報を送信する送信ステップと、
   前記判断ステップにおいて前記非ネットワークモードで動作すると判断された場合は前記判断ステップおよび前記書き込み命令発行ステップの実行後に、前記ネットワークモードで動作すると判断された場合は前記判断ステップおよび前記送信ステップの実行後に、前記製品と前記ＲＦ−ＩＤタグの双方を次の工程に移行する工程移行ステップと、
   前記書き込みステップを実行した場合、該書き込みステップの実行後であって、かつ、前記判断ステップの複数回の実行の過程において、前記非ネットワークモードで動作するという判断から、前記ネットワークモードで動作するという判断への変化が生じるよりも前に、前記複数の工程のうちの一つ以上の工程それぞれの後で、前記ＲＦ−ＩＤタグとの無線通信を行う第二の無線通信手段と格納手段とを備えた情報回収手段が、前記第二の無線通信手段により前記ＲＦ−ＩＤタグから前記識別情報および書き込まれた前記付加情報を読み出して前記格納手段に格納する情報回収ステップと、
   前記変化が生じた後に、前記格納手段に格納されている前記識別情報と前記付加情報を、前記情報回収手段が前記管理システムに読み出させる読み出しステップと、
   を備えることを特徴とする製造方法。
3. 前記ネットワーク状態情報は、前記ネットワーク状態監視手段が監視する前記ネットワークの負荷の量に基づくことを特徴とする請求項１に記載の制御システム。
4. 前記識別情報と前記付加情報とを対応づけて格納する第二の格納手段をさらに備え、
   前記ネットワークモードで動作すると判断された場合、前記制御手段は、前記識別情報と前記付加情報とを対応づけて前記第二の格納手段に格納し、前記第二の格納手段に格納された前記識別情報と前記付加情報とを前記ネットワークを介して前記管理システムに送信する制御を行う、
   ことを特徴とする請求項１に記載の制御システム。
5. 前記ネットワーク状態監視手段は、前記ネットワークを介しての前記管理システムとの間の通信にかかる時間を監視し、
   前記ネットワーク状態情報が前記時間の長さに基づく、
   ことを特徴とする請求項４に記載の制御システム。
6. 前記付加情報は、前記段階を識別する段階情報、前記ＲＦ−ＩＤタグに対応する前記製品が前記段階を経る際の開始日時または終了日時のうち、少なくとも一つを含むことを特徴とする請求項１に記載の制御システム。
7. 前記判断手段が前記ネットワークモードで動作すると判断した場合にも、前記制御手段は、前記第一の無線通信手段に前記付加情報を前記ＲＦ−ＩＤタグへ書き込ませることを特徴とする請求項１に記載の制御システム。