(57)【要約】【課題】検索処理を効率良く実行し且つ当該検索処理時におけるサーバの負荷も軽減する【解決手段】管理対象物に対して前工程における製品としての製品データであり当該製品の製造に関わる製造時刻データを含む製品データを作成する製品データ作成手段と、該製品に対応したデータであって、次工程における部品としての部品データであり当該部品の使用に関わる使用時刻データを含む部品データを作成する部品データ作成手段と、該製品データと該部品データとを関連付けて単一のレコードを作成するレコード作成手段であって、その各々の製造時刻データに基づいて各レコードが管理される第一のデータベース、及び、その各々の使用時刻データに基づいて各レコードが管理される第二のデータベースを作成するレコード作成手段とを具備した物品管理システムを提供する。【選択図】図１１
2007304924.tif 000002
【特許請求の範囲】
【請求項１】
次工程において部品として用いられる管理対象物を製品として製造する前工程と、前工程において製造された第一の製品を部品として用いて第二の製品を製造する次工程とを連鎖的に接続することにより、複数の工程を階層的に配置した構成としてモデル化された物品管理システムにおいて、
管理対象物に対して前工程における製品としての製品データであり当該製品の製造に関わる製造時刻データを含む製品データを作成する製品データ作成手段と、
該製品に対応したデータであって、次工程における部品としての部品データであり当該部品の使用に関わる使用時刻データを含む部品データを作成する部品データ作成手段と、
該製品データと該部品データとを関連付けて単一のレコードを作成するレコード作成手段であって、その各々の製造時刻データに基づいて各レコードが管理される第一のデータベース、及び、その各々の使用時刻データに基づいて各レコードが管理される第二のデータベースを作成するレコード作成手段と、を具備したこと、を特徴とする物品管理システム。
【請求項２】
ユーザによる検索条件入力を受け付ける入力手段と、
その検索条件入力に応じて該第一又は第二のデータベースの何れか一方を検索してその結果を出力するデータベース検索手段と、を更に具備したこと、を特徴とする請求項１に記載の物品管理システム。
【請求項３】
前記データベース検索手段は、上流から下流に工程を進めて追跡調査するように該検索条件入力がされたとき、該第一のデータベースを検索すること、を特徴とする請求項２に記載の物品管理システム。
【請求項４】
該第一のデータベースにおいて各レコードには、該製造時刻データに基づいた期間を示すインデックスが付加されること、を特徴とする請求項３に記載の物品管理システム。
【請求項５】
前記データベース検索手段は、該検索条件入力により更に期間が指定されたとき、当該期間に対応するインデックスに基づいて該当するレコードを抽出し、抽出されたレコードに含まれる使用時刻データに基づいて当該レコードに対応する下流側の工程のレコードを抽出すること、を特徴とする請求項４に記載の物品管理システム。
【請求項６】
該製造時刻データに基づいた期間は一日を単位とした期間であること、を特徴とする請求項４又は請求項５の何れかに記載の物品管理システム。
【請求項７】
前記データベース検索手段は、下流から上流に工程を遡って追跡調査するように該検索条件入力がされたとき、該第二のデータベースを検索すること、を特徴とする請求項２に記載の物品管理システム。
【請求項８】
該第二のデータベースにおいて各レコードには、該使用時刻データに基づいた期間を示すインデックスが付加されること、を特徴とする請求項７に記載の物品管理システム。
【請求項９】
前記データベース検索手段は、該検索条件入力により更に期間が指定されたとき、当該期間に対応するインデックスに基づいて該当するレコードを抽出し、抽出されたレコードに含まれる製造時刻データに基づいて当該レコードに対応する上流側の工程のレコードを抽出すること、を特徴とする請求項８に記載の物品管理システム。
【請求項１０】
該使用時刻データに基づいた期間は一日を単位とした期間であること、を特徴とする請求項８又は請求項９の何れかに記載の物品管理システム。
【請求項１１】
前記レコード作成手段は、該製品データ及び該部品データに含まれる共通データを抽出して管理するための共通データベースを作成し、該第一及び第二のデータベースのレコードの各々に、関連した共通データの、当該共通データベースにおける格納場所情報を付与すること、を特徴とする請求項１から請求項１０の何れかに記載の物品管理システム。
【請求項１２】
次工程において部品として用いられる管理対象物を製品として製造する前工程と、前工程において製造された第一の製品を部品として用いて第二の製品を製造する次工程とを連鎖的に接続することにより、複数の工程を階層的に配置した構成としてモデル化された物品管理システムにおいて、
管理対象物に対して前工程における製品としての製品データであり当該製品の製造に関わる製造時刻データを含む製品データを作成する製品データ作成手段と、
該製品に対応したデータであって、次工程における部品としての部品データであり当該部品の使用に関わる使用時刻データを含む部品データを作成する部品データ作成手段と、
該製品データと該部品データとを関連付けて単一のレコードとして管理するデータ管理手段と、を具備し、
前記データ管理手段は、その各々の製造時刻データに基づいて各レコードを管理した第一のデータベースと、その各々の使用時刻データに基づいて当該各レコードを管理した第二のデータベースと、を保持したこと、を特徴とする物品管理システム。
【請求項１３】
次工程において部品として用いられる管理対象物を製品として製造する前工程と、前工程において製造された第一の製品を部品として用いて第二の製品を製造する次工程とを連鎖的に接続することにより、複数の工程を階層的に配置した構成としてモデル化された物品管理システムにおける各物品を管理するための管理データが記録されたコンピュータ読み取り可能な記録媒体であって、
管理対象物に対して前工程における製品としての製品データであり当該製品の製造に関わる製造時刻データを含む製品データと、該製品に対応したデータであって、次工程における部品としての部品データであり当該部品の使用に関わる使用時刻データを含む部品データと、が関連付けられた各レコードを管理したデータベースであって、その各々の製造時刻データに基づいて各レコードが管理される第一のデータベース、及び、その各々の使用時刻データに基づいて各レコードが管理される第二のデータベースを記憶した、コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、次工程において部品として用いられる管理対象物を製品として製造する前工程と、前工程において製造された第一の製品を部品として用いて第二の製品を製造する次工程とを連鎖的に接続することにより、複数の工程を階層的に配置した構成としてモデル化された物品管理システム、及び、このような物品管理システムの実現に好適なコンピュータ読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
従来、ある生産ラインにおいて製品が製造される場合、ライン上を上流から下流に流れる主たる部品に対して各種の部品を順次組み付ける構成が取られていた。本出願人は、例えば下記特許文献１により、生産管理を容易にすると共にトレーサビリティの機能（すなわち追跡調査機能）を向上させることができる管理システムを提案している。下記特許文献１において本出願人は、各部品が他の生産設備において製品として製造されたものであることに着目している。そして、部品を受け入れて製品（各生産設備において製造される部品）を製造する機能的単位を「工程」と捉えて、最終的な製品の製造を、複数の「工程」が階層的に接続された構造として表現している。
【特許文献１】特開２００５−１０７９３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記特許文献１に記載の工程管理システムによれば、工程で取得され箱に関連付けられた管理データ（例えば箱識別データ、前工程データ、及び、次工程データ等を含むレコード）は全て、生産管理やトレーサビリティ用のデータとして、サーバの管理データベースに蓄積される。
【０００４】
この工程管理システムにおいてトレーサビリティの機能を実行した場合、サーバが自己の管理データベースを検索してその結果（すなわち検索対象の物品の経路情報）を出力する。なおこの経路情報とは、例えばそれぞれが所定の接続関係にある管理データに含まれる工程情報を順に並べたものから成る。
【０００５】
上記処理においてサーバは、検索キーに基づいて、管理データベースに蓄積された全ての管理データの工程情報及び製品／部品に関する情報を検索する。そして該当する管理データを抽出する。次いで、更に遡った経路情報を得るため、抽出された管理データと所定の接続関係にあるものを検索する。サーバはこのような処理を繰り返し、検索対象の物品の経路情報を出力する。
【０００６】
しかし、上記のように検索処理が行われる場合、管理データベースに蓄積された管理データの数に比例して検索に掛かる時間も増える。またサーバに掛かる負荷も増大する。従って管理データの数が膨大である場合、タイムアウトにより経路情報が得られないこともある。またそのときのサーバに対する負荷も過多となり、サーバの動作が不安定になるという問題も発生し得る。
【０００７】
そこで、本発明は上記の事情に鑑みて、検索処理を効率良く実行し且つ当該検索処理時におけるサーバの負荷も軽減することができる物品管理システム、及び、コンピュータ読み取り可能な記録媒体を提供することを課題としている。
【課題を解決するための手段】
【０００８】
上記の課題を解決する本発明の一態様に係る物品管理システムは、次工程において部品として用いられる管理対象物を製品として製造する前工程と、前工程において製造された第一の製品を部品として用いて第二の製品を製造する次工程とを連鎖的に接続することにより、複数の工程を階層的に配置した構成としてモデル化されたシステムである。この物品管理システムは、管理対象物に対して前工程における製品としての製品データであり当該製品の製造に関わる製造時刻データを含む製品データを作成する製品データ作成手段と、該製品に対応したデータであって、次工程における部品としての部品データであり当該部品の使用に関わる使用時刻データを含む部品データを作成する部品データ作成手段と、該製品データと該部品データとを関連付けて単一のレコードを作成するレコード作成手段であって、その各々の製造時刻データに基づいて各レコードが管理される第一のデータベース、及び、その各々の使用時刻データに基づいて各レコードが管理される第二のデータベースを作成するレコード作成手段とを具備したことを特徴としたものである。
【０００９】
なお上記物品管理システムは、ユーザによる検索条件入力を受け付ける入力手段と、その検索条件入力に応じて該第一又は第二のデータベースの何れか一方を検索してその結果を出力するデータベース検索手段とを更に具備したものであっても良い。
【００１０】
また上記データベース検索手段は、上流から下流に工程を進めて追跡調査するように該検索条件入力がされたとき、該第一のデータベースを検索するよう動作し得る。
【００１１】
また上記第一のデータベースにおいて各レコードには、該製造時刻データに基づいた期間を示すインデックスが付加されていても良い。
【００１２】
また上記データベース検索手段は、該検索条件入力により更に期間が指定されたとき、当該期間に対応するインデックスに基づいて該当するレコードを抽出し、抽出されたレコードに含まれる使用時刻データに基づいて当該レコードに対応する下流側の工程のレコードを抽出することができる。
【００１３】
また上記データベース検索手段は、下流から上流に工程を遡って追跡調査するように該検索条件入力がされたとき、該第二のデータベースを検索するよう動作し得る。
【００１４】
また上記第二のデータベースにおいて各レコードには、該使用時刻データに基づいた期間を示すインデックスが付加されていても良い。
【００１５】
また上記データベース検索手段は、該検索条件入力により更に期間が指定されたとき、当該期間に対応するインデックスに基づいて該当するレコードを抽出し、抽出されたレコードに含まれる製造時刻データに基づいて当該レコードに対応する上流側の工程のレコードを抽出することができる。
【００１６】
また上記製造又は使用時刻データに基づいた期間は例えば一日を単位とした期間であっても良い。
【００１７】
ここで、上記レコード作成手段は、該製品データ及び該部品データに含まれる共通データを抽出して管理するための共通データベースを作成するよう動作し得る。このとき上記レコード作成手段は、該第一及び第二のデータベースのレコードの各々に、関連した共通データの、当該共通データベースにおける格納場所情報を付与するよう動作する。
【００１８】
また上記の課題を解決する本発明の別の態様に係る物品管理システムは、次工程において部品として用いられる管理対象物を製品として製造する前工程と、前工程において製造された第一の製品を部品として用いて第二の製品を製造する次工程とを連鎖的に接続することにより、複数の工程を階層的に配置した構成としてモデル化されたシステムである。この物品管理システムは、管理対象物に対して前工程における製品としての製品データであり当該製品の製造に関わる製造時刻データを含む製品データを作成する製品データ作成手段と、該製品に対応したデータであって、次工程における部品としての部品データであり当該部品の使用に関わる使用時刻データを含む部品データを作成する部品データ作成手段と、該製品データと該部品データとを関連付けて単一のレコードとして管理するデータ管理手段とを具備しており、データ管理手段は、その各々の製造時刻データに基づいて各レコードを管理した第一のデータベースと、その各々の使用時刻データに基づいて当該各レコードを管理した第二のデータベースとを保持したことを特徴としたものである。
【００１９】
また上記の課題を解決する本発明の一態様に係るコンピュータ読み取り可能な記録媒体は、次工程において部品として用いられる管理対象物を製品として製造する前工程と、前工程において製造された第一の製品を部品として用いて第二の製品を製造する次工程とを連鎖的に接続することにより、複数の工程を階層的に配置した構成としてモデル化された物品管理システムにおける各物品を管理するための管理データが記録されたものである。このコンピュータ読み取り可能な記録媒体は、管理対象物に対して前工程における製品としての製品データであり当該製品の製造に関わる製造時刻データを含む製品データと、該製品に対応したデータであって、次工程における部品としての部品データであり当該部品の使用に関わる使用時刻データを含む部品データと、が関連付けられた各レコードを管理したデータベースであって、その各々の製造時刻データに基づいて各レコードが管理される第一のデータベース、及び、その各々の使用時刻データに基づいて各レコードが管理される第二のデータベースを記憶したものである。
【発明の効果】
【００２０】
本発明に係る物品管理システム、及び、コンピュータ読み取り可能な記録媒体によれば、効率の良い検索処理が実現されて、且つ、当該検索処理時におけるサーバの負荷も軽減されるようになる。
【発明を実施するための最良の形態】
【００２１】
本実施形態による管理システムは、複数の工程からなる生産ライン全体を管理するためのシステムである。ここでいう「工程」とは、受け入れた部品を使用して製品を製造する機能的単位を表すものとする。すなわち「工程」とは、工場等の生産施設内における所定の領域に設置された工作機械等の各種生産設備、及び部品や製品を格納しておく各種倉庫、並びに、これら生産設備や倉庫を利用して生産活動を行う作業者により実現される機能的単位を示したものである。最終的な製品の製造は、このような「工程」が順次階層的に接続されたツリー構造でモデル化される。
【００２２】
これらの各工程は、所定の順序で接続されている。そして各工程では、前工程から搬出された部品を使用して製品を製造し、その製品を次工程へ搬出する。なお、部品／製品は、これらが格納される箱の中に、例えば数十個や数百個というまとまった数量格納された状態で取り扱われる。また、各箱には、当該の箱を他の箱と識別するための箱識別情報が付与されている。より具体的には、各箱の表面に、その箱の箱識別情報を示すバーコードが貼付されている。なお、箱識別情報は、全工程において各箱全てを識別可能とする情報であっても良い。また、工程単位で各箱を識別可能とする情報であっても良い。
【００２３】
上記の各工程における各種倉庫は、部品入庫倉庫、部品使用倉庫、製品完成倉庫、及び製品搬出倉庫からなる。以下、図１を参照して、工程内における各倉庫間の部品／製品の移動について説明する。
【００２４】
まず、ある工程に部品が格納された箱が到着すると、作業者は、この箱を部品入庫倉庫内に格納して保管しておく。そして製造が開始される際、作業者は、部品入庫倉庫内に保管された箱のうち必要なものを適宜選択して、部品使用倉庫へ移す。その上で作業者は、この部品使用倉庫に移された箱の中の部品を使用して製品を製造する。なお、完成した製品は、部品が格納された箱とは別の箱の中に順次格納されていく。製造が終了すると、作業者は、製品が格納された箱を製品完成倉庫内へ格納して保管しておく。そして製品出荷の際、作業者は、製品完成倉庫内に保管された箱のうち必要なものを適宜選択して、製品搬出倉庫へ移す。なお、製品搬出倉庫に移された箱は、直ちに次工程（より具体的には次工程に対応した部品入庫倉庫）に向けて搬出される。
【００２５】
図２は、各工程と各工程間の関係を模式的に示した図である。なお、図２には、複数の工程のうちの６つの工程（すなわちＡ工程、Ｂ工程、Ｃ工程、Ｄ工程、Ｅ工程、及びＦ工程）が模式的に示されている。各工程が所定の順序で接続されることにより、目的となる最終製品が生産される。
【００２６】
図２において、Ｃ工程は、Ａ工程において完成した製品とＢ工程において完成した製品とを、当該Ｃ工程における部品として受け入れる。そして、Ｃ工程は、受け入れた部品に対して組立及び加工等の処理を施してＣ工程における製品として完成させ、Ｆ工程に搬出する。
【００２７】
Ｆ工程は、Ｃ工程による製品、Ｄ工程による製品、およびＥ工程による製品を部品として受け入れ、Ｆ工程における製品を完成させる。なお、この例ではＦ工程による製品が、生産工程群全体の最終製品となっている。
【００２８】
次に、上述の生産工程群における各工程を管理するための管理システムの構成について説明する。図３は、本実施形態による管理システムの構成の一例を示す図である。本実施形態の管理システムは、サーバ１と、ネットワークの一態様であるＬＡＮ４を介して該サーバ１に接続された複数のパーソナルコンピュータ（以下、ＰＣと略記）２と、ＰＣ２に接続された複数の端末３Ａ乃至３Ｆを有している。なお、端末３Ａ乃至３Ｆは、Ａ工程乃至Ｆ工程にそれぞれ対応して配置されている。また、管理システムの構成は上述したものに限らない。
【００２９】
以下、サーバ１、ＰＣ２および端末３Ａ乃至３Ｆについて詳細に説明する。
【００３０】
図４は、サーバ１の構成を示す図である。図４に示されるように、サーバ１は、複数の端末を統括して管理するための機器である。サーバ１は、ＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、ＨＤＤ（Hard Disk Drive）１３、通信制御回路１４、表示制御回路１５、及び、入力制御回路１６を有している。これらはバスによって相互に接続されている。更にサーバ１は、表示制御回路１５に接続されたＣＲＴ１７、及び、入力制御回路１６に接続されたキーボード１８を有している。また、サーバ１は、通信制御回路１４によりＬＡＮ４に接続されている。
【００３１】
ＨＤＤ１３には、オペレーティングシステム及びデータベース・プログラム等の各種プログラムが予め格納されている。またＨＤＤ１３には、後述する管理データであって、各工程間の接続を示すリンクに関連付けられたデータが記憶される。なお、ここでいうリンクとは、物品管理システム内の各工程間に内在している、各工程間を関連付けて接続させるための接続情報である。本実施形態では、リンクは箱識別情報に該当する。
【００３２】
ＣＰＵ１１は、ＨＤＤ１３に格納されたプログラムを読み出してＲＡＭ１２の所定領域に展開させて実行させる。またＣＰＵ１１は、表示制御回路１５を制御してＣＲＴ１７に画像を画面表示させることにより、作業者に対して必要な情報を出力する。作業者がキーボード１８に対して入力操作を行うと、ＣＰＵ１１は、入力制御回路１６を介して当該入力操作を検知する。
【００３３】
また、各ＰＣ２も、上記サーバ１と略同一の構成であり、ＬＡＮ４を介してサーバ１にそれぞれ接続されている。また、各ＰＣ２は、自己と直結した複数の端末を統括する機器である。例えば図２で左側に配置されたＰＣ２は、複数の端末３Ａ乃至３Ｅを統括し、それぞれの端末とＬＡＮ４を介して接続されている。
【００３４】
図５は、端末３Ａの構成を示す図である。なお、他の各端末３Ｂ乃至３Ｆは端末３Ａと同一の構成を有している。このため、これら他の端末３Ｂ乃至３Ｆの説明は、端末３Ａの説明をもって省略する。図５に示されるように、端末３Ａは、プログラマブル・ロジック・コントローラ（以下、ＰＬＣと略記）３１、表示入力装置３２、及び、バーコードリーダ３３を有している。
【００３５】
ＰＬＣ３１は、ＣＰＵ３１１、ＨＤＤ３１２、ＲＡＭ３１３、通信制御回路３１４、入力制御回路３１５、及び、表示制御回路３１６を有している。これらはバスによって相互に接続されている。またＣＰＵ３１１は、計時手段として時計Ｍを内蔵している。ＣＰＵ３１１は、この時計Ｍにより時刻（年、月、日、時、分、秒）を取得することができる。ＨＤＤ３１２内には、データベース・プログラム等の各種プログラムが予め記憶されている。
【００３６】
表示入力装置３２は、タッチパネル３２１、及び、液晶パネル（以下、ＬＣＤと略記）３２２を有している。タッチパネル３２１は、ＬＣＤ３２２の画面上に配置されると共に、ＰＬＣ３１の入力制御回路３１５に接続されている。また、ＬＣＤ３２２は、ＰＬＣ３１の表示制御回路３１６に接続されている。
【００３７】
バーコードリーダ３３は、部品／製品を格納した箱にバーコードの形態で付与された箱識別情報等（例えば図２のバーコードbar）を読み取るときに使用されるものである。バーコードリーダ３３は、ＰＬＣ３１の入力制御回路３１５に接続されている。
【００３８】
ＰＬＣ３１のＣＰＵ３１１は、ＨＤＤ３１２内に格納されたプログラムをＲＡＭ３１３の所定領域に展開して実行する。またＣＰＵ３１１は、表示制御回路３１６を制御して表示入力装置３２のＬＣＤ３２２に画像を表示させる。この画像には、例えば搬入ボタンや、使用開始ボタン、製造開始ボタン、使用終了ボタン、製造終了ボタン、搬出ボタン、作業中断ボタン、作業再開ボタン等が含まれる。搬入ボタンは、部品が工程に搬入されたときに押下され得るボタンである。使用開始ボタンは、部品の使用を開始するときに押下され得るボタンである。製造開始ボタンは、製品の製造を開始するときに押下され得るボタンである。使用終了ボタンは、部品の使用が終了したときに押下され得るボタンである。製造終了ボタンは、製品の製造が終了したときに押下され得るボタンである。搬出ボタンは、製品を次工程に向けて搬出するときに押下され得るボタンである。作業中断ボタンは、部品の使用又は製品の製造を中断するときに押下され得るボタンである。作業再開ボタンは、中断されていた部品の使用又は製品の製造を再開するときに押下され得るボタンである。ＣＰＵ３１１は時計Ｍを参照して押下時刻を取得し、それをＨＤＤ３１２に格納する。
【００３９】
作業者は、ＬＣＤ３２２に表示された各ボタンを押下することにより、入力操作を行うことができる。すなわちＬＣＤ３２２の画面上に配置されたタッチパネル３２１は、作業者によって押下された画面上の位置を検出可能であり、この位置を示す信号をＰＬＣ３１の入力制御回路３１５へ送信することができる。ＣＰＵ３１１は、この入力制御回路３１５を介して、作業者によって押下された画面上の位置を検知すると共に、この位置が画面上のいずれのボタンの位置と一致しているかを認識することができる。
【００４０】
また、作業者がバーコードリーダ３３によってバーコードbarを読み取らせた場合、このバーコードリーダ３３は、当該バーコードbarに対応したバーコードデータを取得してＰＬＣ３１の入力制御回路３１５へ送信する。ＰＬＣ３１は、このとき取得したデータをＰＬＣ３１のＨＤＤ３１２に格納する。
【００４１】
このように構成された各端末３Ａ乃至３Ｆは、通信制御回路３１４を介してＬＡＮ４に接続されている。ＨＤＤ３１２に格納されたデータは、ＰＣ２及びＬＡＮ４を介してサーバ１のＨＤＤ１３に記録される。
【００４２】
次に、実際の各工程における部品／製品の流れと、管理システム内のデータ処理の対応関係について説明する。なお、上述したように、各工程間における部品／製品は、箱の中に格納された（ある数量まとめられた）状態で取り扱われる。
【００４３】
管理システムは、箱の各々を１単位（１レコード）の管理データに対応させて各種処理を実行している。これら各管理データは、サーバ１におけるデータベース・プログラム、及び各端末３Ａ乃至３Ｆにおけるデータベース・プログラムにより処理される。
【００４４】
各管理データは、ある２つの工程間を移動する箱の箱識別情報に関連付けられたデータである。箱には、一方の工程（前工程）における製品が格納される。そしてその箱の内容は、次の工程（次工程）においては部品として扱われる。これに伴い、管理データには、前工程に関するデータ、すなわち該箱に格納されている物品を製品として考えたときのデータ（前工程データ）と、次工程に関するデータ（次工程データ）、すなわち該箱に格納されている物品を部品として考えたときのデータとが含まれている。
【００４５】
前工程データには、例えば製品工程名称データ、製品箱内容データ、製品製造開始時刻データ、製品製造終了時刻データ、製品環境条件データ、製品入庫時刻データ、製品搬出時刻データ、製品担当者データ、製品不良情報等が含まれている。製品工程名称データは、該製品が製造された工程の名称のデータである。製品箱内容データは、箱内容すなわち良品または不良品のいずれが格納される箱かというデータである。製品製造開始時刻データは、該製品の製造が開始された時刻のデータである。製品製造終了時刻データは、該製品の製造が終了した時刻のデータである。製品環境条件データは、該製品製造時における温湿度等の環境条件を示すデータである。製品入庫時刻データは、該製品を製品完成倉庫に入庫した時刻のデータである。製品搬出時刻データは、該製品を次工程に搬出する時刻のデータである。製品担当者データは、該製品の製造を担当した作業者に関するデータである。製品不良情報は、該製品の製造中に発生した不良品に関するデータである。
【００４６】
なお、製品工程名称データは、該箱に該製品が格納された工程の名称のデータに置き換えることができる。また、製品製造開始時刻データは、該箱に対する製品の格納を開始した時刻のデータに置き換えることができる。また、製品製造終了時刻データは、該箱に対する製品の格納が終了した時刻のデータに置き換えることができる。
【００４７】
また、上記製品不良情報には種々のデータがある。このデータには、例えば製品合格数データ、製品不合格数データ、製品保留数データ、製品手直し数データ、不良工程名群データ、部品群別不良数データ、製品不良項目データ、項目別製品不良数データ等が含まれている。製品合格数データは、工程において良品として製造された製品の数のデータである。製品不合格数データは、当該工程において不良品となってしまった製品の数のデータである。製品保留数データは、当該工程において良品か不良品かが不明な製品の数のデータである。製品手直し数デーは、当該工程において簡単な手直しで合格製品になる製品の数のデータである。不良工程名群データは、当該工程において不良が発生したときの部品を製造した工程名群である。部品群別不良数データは、当該工程において不良が発生した部品群別の不良品の数である。製品不良項目データは、該製品の不良の原因を示す項目のデータである。項目別製品不良数データは、該製品の不良品の数を該項目別に示したデータである。
【００４８】
また、次工程データには、例えば部品工程名称データ、部品使用開始時刻データ、部品使用終了時刻データ、部品搬入時刻データ、部品準備時刻データ、部品使用者データ、部品不良情報等が含まれている。部品工程名称データは、該部品が使用された工程の名称のデータである。部品使用開始時刻データは、該部品の使用が開始された時刻のデータである。部品使用終了時刻データは、該部品の使用が終了した時刻のデータである。部品搬入時刻データは、該部品が部品入庫倉庫に搬入された時刻のデータである。部品準備時刻データは、該部品が部品使用倉庫に入庫した時刻のデータである。部品使用者データは、該部品を使用した作業者に関するデータである。部品不良情報は、該部品の使用中に発生した不良品に関するデータである。
【００４９】
なお、部品工程名称データは、該箱から該部品を取り出した工程の名称のデータに置き換えることができる。また、部品使用開始時刻データは、該箱に対する部品の取り出しを開始した時刻のデータに置き換えることができる。また、部品使用終了時刻データは、該箱に対する全ての部品の取り出しが終了した時刻のデータに置き換えることができる。
【００５０】
また、上記部品不良情報には種々のデータがある。このデータには、例えば部品合格数データ、部品不合格数データ、部品不良項目データ、項目別部品不良数データ等が含まれている。部品合格数データは、当該工程において良品として使用された部品の数のデータである。部品不合格数データは、当該工程において不良品と判定された部品の数のデータである。部品不良項目データは、部品の不良の原因を示す項目のデータである。項目別部品不良数データは、部品の不良の数を該項目別に示したデータである。
【００５１】
上記の如き製品不良情報及び部品不良情報を得ることにより、管理側は、不良率を加味した各工程の精細な製造計画の考案や、不良発生の予測、不良が発生した工程の優先的な改善処置、不良発生の早期発見等を実現することができる。
【００５２】
各工程内及び各工程間において物品（部品／製品）が移動していくと、該物品の流れに一致した状態で、対応する管理データが管理システム内において更新されていく。
【００５３】
例えば、図２におけるＣ工程に着目すると、上述の如く、Ｃ工程では、Ａ工程から出荷された製品を当該Ｃ工程における部品として受け入れるとともに、Ｂ工程から出荷された製品を当該Ｃ工程における部品として受け入れる。ここで、例えばＡ工程において製造された製品群の各々は、所定の箱識別情報（００１、００２、００３・・・）がバーコードで付与された箱の各々に格納された状態でＣ工程に搬出される。なお、箱識別情報「００１」が付与され、Ａ工程から搬出される箱のことを、以下、”箱ａ１”と略記する（他の梱包箱識別情報が付された梱包箱についても同様に略記する）。
【００５４】
図６は、本実施形態の管理データ更新処理を示すフローチャートである。また、図７は、図６のフローチャート（Ｓ１乃至Ｓ３）に対応した、本実施形態の管理データを説明するための図である。また、図８は、図６のフローチャート（Ｓ４乃至Ｓ６）に対応した、本実施形態の管理データを説明するための図である。以下、図６乃至図８を参照して、本実施形態の管理データの更新処理の一例（箱ａ１に関する管理データＤの更新処理）を説明する。なお、箱ａ１に関する管理データＤを、以下、”管理データＤａ１”と略記する（他の箱に関する管理データＤについても同様に略記する）。
【００５５】
なお管理データには、「箱識別情報」、「製品工程名称データ」「製品製造開始時刻データ」、「製品製造終了時刻データ」、「部品工程名称データ」「部品使用開始時刻データ」、「部品使用終了時刻データ」等（他にもあるがここでは省略）が含まれる。説明の簡略化のため、図７乃至１１において「製品工程名称データ」「製品製造開始時刻データ」、「製品製造終了時刻データ」、「部品工程名称データ」「部品使用開始時刻データ」、「部品使用終了時刻データ」にそれぞれ、「Ｐｒｏｎ」、「ｔｓ」、「ｔｅ」、「Ｐａｒｔｎ」、「ｔ’ｓ」、「ｔ’ｅ」を付す。
【００５６】
附言するに管理データには、製品箱内容データ、製品環境条件データ、製品入庫時刻データ、製品搬出時刻データ、製品担当者データ、製品不良情報、部品搬入時刻データ、部品準備時刻データ、部品使用者データ、部品不良情報等も含まれる。これらのデータに対し、説明の便宜上、統括的な表現として「共通データ」という文言を用いる。
【００５７】
Ａ工程において製品の製造を開始するとき（Ｓ１）、作業者は、先ず、これからの作業で使用する部品が格納された箱と、該部品により製造された製品が格納される箱を選択する。具体的には、作業者は、Ａ工程で部品として取り扱われる各物品が格納された各箱群の中からそれぞれ１つの箱を選択し、端末３Ａのバーコードリーダ３３を使用してそれらに貼付されたバーコードの読み取りを行う。また、Ａ工程で製造された製品が格納される箱群の中の１つの箱を選択し、バーコードリーダ３３により該箱に貼付されたバーコードの読み取りを行う。なお、ここでは便宜上、Ａ工程で製造された製品が格納される箱群のうち箱ａ１についてのみ説明し、他の箱についての説明は省略する。また、部品が格納される箱ａ１の処理例を後述するため、部品が格納された箱群についての管理データの更新処理のここでの説明は省略する。
【００５８】
箱ａ１には、例えば箱識別情報「００１」や、製造された製品が格納される工程の名称のデータ（ここではＡ工程）、良品、不良品、良否不明品、または手直し品のいずれを格納する箱かというデータ（製品箱内容データ、ここでは良品）を含んだバーコードbarが貼付されている。このときバーコードリーダ３３により読み取られたデータは管理データＤａ１として、端末３ＡのＨＤＤ３１２に格納される。
【００５９】
なお、製品工程名称データ（以下、「Ａ」とする）は、Ａ工程で部品として取り扱われる物品が格納された箱に付与された部品工程名称データ（後述）と同一のデータとなる。このことから、製品工程名称データを含む管理データＤａ１には、「Ｃ工程」が部品工程名称データとして含まれることになる。
【００６０】
バーコードリーダ３３により上記のデータが端末３Ａに入力されると、作業者は、タッチパネル３２１を操作して端末３Ａに対して更なるデータ・エントリを行う。これにより、管理データＤａ１が更新される。ここでエントリされるデータには、例えば製品担当者データや、製品環境条件データ、製品製造開始時刻データ等が挙げられる。この製品製造開始時刻データは、詳細には、製造開始ボタン押下時にＨＤＤ３１２に記憶される時計Ｍの時刻である。図７（ａ）に示される例では、製品製造開始時刻データとして「０６／０３／０２  １３：１０」がエントリされる。
【００６１】
以上のように、Ａ工程において製品の製造を開始するとき、ＨＤＤ３１２には製品工程名称データ「Ａ」及び製品製造開始時刻データが格納される（図７（ａ）参照）。なお、製品担当者データや製品環境条件データのエントリを製品製造開始のトリガーと考えて、これらのデータのいずれかが端末３Ａに入力された時刻を内部時計により取得し、製品製造開始時刻データとしてＨＤＤ３１２に記憶させてもよい。製品担当者データは、作業を行う度にそのエントリが必要となるものではない。製品担当者データは、作業者が端末３Ａを使用開始するときにそのエントリを必要とするが、以降の処理においては新たなエントリがない限り、同一の製品担当者データが継続的に援用される。
【００６２】
管理側は、製品担当者データを利用して、例えばＡ工程を担当する作業者の製品製造能力を把握することができる。能力把握のための方法として、例えば他の工程における製品担当者データや部品使用者データ（後述）との比較が挙げられる。管理側は、例えば各作業者の製品製造速度を把握することができる。製造速度の把握は、例えば各管理データから得られる情報に基づいて各工程における単位時間当たりの製品製造数を割り出して各データを比較することにより実現可能である。また、Ａ工程で良品とされていた製品がＣ工程で不良部品として判定された場合、Ａ工程またはＣ工程のいずれかの良否判定が誤っている可能性がある。その後調査を行って、いずれかの工程に良否判定ミスがあったことが明らかとなったとき、管理側は、ミスを犯した作業者を特定することができる。この製品担当者データを活用することにより作業者の勤怠管理を行うことができるため、管理側は、作業者に対する能力向上を促すことができる。また、作業者の労働時間や製品製造数に基づいて、その仕事量が適正であるか否かを判断することもできる。また、極度に製品製造速度が低下している場合に、その作業者の体調が悪くないか等を判断することもできる。
【００６３】
製品環境条件データは、製品が良品・不良品となった時の条件（例えば温度・湿度等）を管理側に知らせるためのデータである。管理側は、製品環境条件データに基づいて、不良の原因（温度・湿度条件）を解析することができる。
【００６４】
製品製造開始時刻データ及び後述する種々の時刻データは、単位時間当たりの製品製造数や、追跡情報、リードタイム、不良解析等の様々な解析に使用されるデータである。
【００６５】
また端末３Ａは、製品製造開始時刻データがエントリされた時点で現在の管理データＤａ１をＰＣ２及びＬＡＮ４を介してサーバ１に送信する。サーバ１はＨＤＤ１３において、製品側データベースＤＢ１、部品側データベースＤＢ２、共通データベースの計三つのデータベースを保持している。これらのデータベースのうち、製品側データベースＤＢ１及び部品側データベースＤＢ２について図９乃至１１に示す。
【００６６】
製品側データベースＤＢ１には、製品製造開始時刻データの日付に基づいて管理データ（以下、端末側で記憶される管理データと区別するため「レコード」と記す）が蓄積される。ここで、管理データＤａ１の製品製造開始時刻データの日付は２００６年３月２日である。従ってサーバ１は、受け取った管理データＤａ１に基づいて、「０６／０３／０２」をインデックスとした単一のレコードを製品側データベースＤＢ１に作成する。なおこのレコードは「管理データＤａ１」に対応して製品側データベースＤＢ１に作成されるレコードであることから、以下、「製品側レコードａ１」と記す。また他のレコードについても同様に表現する。
【００６７】
附言するに、この製品側レコードａ１は、「箱識別情報」、「Ｐｒｏｎ」、「ｔｓ」、「ｔｅ」、「Ｐａｒｔｎ」、「ｔ’ｓ」、「ｔ’ｅ」、「共通情報」のフィールドを有する。従って上記においてサーバ１が管理データＤａ１を受け取ったとき、図９（ａ）に示されるように、製品側レコードａ１の「箱識別情報」、「Ｐｒｏｎ」、「ｔｓ」の各フィールドに、「００１」、「Ａ」、「０６／０３／０２  １３：１０」がエントリされる。
【００６８】
またサーバ１は、管理データＤａ１に含まれる、製品製造開始時刻データ以外のデータすなわち共通データ（説明の便宜上「共通データａ１」と記す）を共通データベースに格納する。ここで、製品側レコードの「共通情報」には、例えば共通データの格納場所を示したアドレスがエントリされる。従って製品側レコードａ１の「共通情報」には共通データａ１のアドレスがエントリされる。サーバ１は、このアドレスによって共通データａ１と製品側レコードａ１とを関連付けて管理することができる。
【００６９】
製品工程名称データ「Ａ」、製品製造開始時刻データ等のエントリに次いで、作業者は、Ａ工程における製品の製造を開始する。そして完成した製品の各々を箱ａ１に入れる度に、その製品の状態を、タッチパネル３２１を用いることにより管理データＤａ１にエントリする。なお、ここでいう製品の状態とは、例えば当該製品の製造中に発生した不良品に関するものである。このとき端末３Ａに入力される不良品に関するデータには、例えば製品合格数データや、製品不合格数データ、製品保留数データ、製品手直し数データ、不良工程名群データ、部品群別不良数データ、製品不良項目データ、項目別製品不良数データ等が挙げられる。ここで、箱ａ１は良品（工程Ｃにおいて部品として使用可能な製品）を格納する箱である。このため、箱ａ１に製品を入れる度に当該作業者がタッチパネル３２１を操作し、製品の合格数（良品数）がカウントされる。
【００７０】
なお、箱ａ１が不良品を格納する箱である場合には、作業者は、不良品を処理するための所定のモードを実行し、端末３Ａに、製品不合格数データ、不良工程名群データ、部品群別不良数データ、製品不良項目データ、項目別製品不良数データを入力する。また、箱ａ１が良否不明品を格納する箱である場合には、良否不明品を処理するための所定のモードを実行し、端末３Ａに製品保留数データを入力する。また、箱ａ１が手直し品を格納する箱である場合には、手直し品を処理するための所定のモードを実行し、端末３Ａに製品手直し数データを入力する。
【００７１】
箱ａ１に対する製品の製造（格納作業も含む）が終了し（Ｓ２）、作業者によりタッチパネル３２１の製造終了ボタンが押下されると、その押圧時刻が製品製造終了時刻データとして管理データＤａ１にエントリされる。それと共に、カウントされていた製品合格数の総数も製品合格数データ（共通データの一つ）として管理データＤａ１にエントリされる（図７（ｂ）参照）。なお図７（ｂ）に示される例では、製品製造開始時刻データとして「０６／０３／０２  １３：５０」がエントリされる。
【００７２】
管理側は、製品製造終了時刻データ、製品製造開始時刻データ、製品合格数データ、製品不合格数データ、製品保留数データ、製品手直し数データに基づいて、上述した単位時間当たりの製品製造数を算出することができる。
【００７３】
Ａ工程における製品の製造が終了すると、箱ａ１は、在庫として製品完成倉庫に入庫される。そしてその際管理データＤａ１には製品入庫時刻データがエントリされる。管理データＤａ１の最新の時刻データが製品入庫時刻データである場合、箱ａ１が製品完成倉庫に保管されていることを意味する。すなわち製品入庫時刻データは、箱ａ１の現在の位置情報を管理側に知らせるためのデータでもある。
【００７４】
Ｃ工程側からＡ工程で製造した製品が要求された場合、Ａ工程の作業者は、製品完成倉庫内に保管された箱ａ１を製品搬出倉庫へ移す。すなわち箱ａ１をＣ工程に向けて搬出する（Ｓ３）。このとき作業者は、箱ａ１を製品搬出倉庫へ移した時刻、すなわちタッチパネル３２１の搬出ボタンを押すことにより、箱ａ１をＣ工程に向けて搬出した時刻のデータ（製品搬出時刻データ）を内部時計により取得して、管理データＤａ１にエントリする。
【００７５】
これまでの処理（Ｓ１乃至Ｓ３）で管理データＤａ１にエントリされた各種データは、箱に格納されている物品を製品として考えたときのデータであって、Ａ工程に関するデータである。（以下、「箱ａ１製品データ」と略記）。製品搬出時刻データが管理データＤａ１にエントリされたとき、箱ａ１はＡ工程から離れることを意味する。このとき端末３Ａは、箱ａ１製品データのみを含む管理データＤａ１をＰＣ２及びＬＡＮ４を介してサーバ１に送信する。
【００７６】
サーバ１はこの管理データＤａ１を受けて、製品側レコードａ１及び共通データベースを更新する。具体的には、図９（ｂ）に示されるように、製品側レコードａ１の「ｔｅ」のフィールドに「０６／０３／０２  １３：５０」がエントリされる。また共通データベースにも種々の共通データを蓄積させる。
【００７７】
Ａ工程から搬出された箱ａ１がＣ工程の部品入庫倉庫に搬入されると（Ｓ４）、作業者は、Ｃ工程に対応されて配置された端末Ｃを使用して管理データＤａ１の更新処理を進めていく。なお、端末Ｃの構成は端末Ａの構成と同一であるため、ここでの端末Ｃの各構成要素の説明は省略する。以下、端末Ｃの各構成要素を、便宜上、端末Ａの対応する各構成要素の符号に“ｃ”を付すことにより示す。
【００７８】
箱ａ１が部品入庫倉庫に搬入されると、箱ａ１が部品入庫倉庫に搬入された時刻のデータ（部品搬入時刻データ）を、端末Ｃのタッチパネル３２１ｃの搬入ボタンを押すことによりＨＤＤ３１２ｃに記憶させる。管理データＤａ１の最新の時刻データが部品搬入時刻データである場合、箱ａ１が部品入庫倉庫に保管されていることを意味する。すなわち部品搬入時刻データは、箱ａ１の現在の位置情報を管理側に知らせるためのデータである。
【００７９】
また、部品搬入時刻データと製品搬出時刻データとの差を算出することにより、Ａ工程からＣ工程への部品納入のリードタイムを知ることができる。ここで算出されたリードタイムは、例えば他のデータと共にＡ工程やＣ工程の管理データに記憶されてもよい。
【００８０】
Ｃ工程において製品の製造作業の準備するとき、作業者は、部品入庫倉庫内に保管された箱ａ１を部品使用倉庫へ移す。このとき作業者は、箱ａ１を部品使用倉庫へ移した時刻のデータ（部品準備時刻データ）を、タッチパネル３２１ｃを操作することによりＨＤＤ３１２ｃに記憶させる。
【００８１】
Ｃ工程において製品の製造を開始するとき（Ｓ５）、Ｃ工程の作業者は、先ず、Ｃ工程で部品として取り扱われる各物品が格納された各箱群（Ａ工程及びＢ工程で製造された製品が格納された箱）の中からそれぞれ１つの箱を選択する。次いで、端末３Ｃのバーコードリーダ３３ｃを使用してそれらに貼付されたバーコードの読み取りを行う。また、Ｃ工程で製造された製品が格納される箱群の中の１つの箱を選択し、バーコードリーダ３３ｃにより該箱に貼付されたバーコードの読み取りを行う。なお、ここでは便宜上、Ｃ工程で部品として取り扱われる物品を格納した箱群のうち箱ａ１についてのみ説明し、他の箱についての説明は省略する。また、Ｃ工程で製造された製品を格納する箱群についての管理データの更新処理の説明は、上述した箱ａ１の説明をもって省略する。
【００８２】
箱ａ１には、上述した箱識別情報ａ１や、製品工程名称データ「Ａ」、製品箱内容データの他に、部品工程名称データ（ここではＣ工程）を含んだバーコードbarが貼付されている。このときバーコードリーダ３３ｃにより読み取られたデータは、ＨＤＤ３１２ｃに格納される。
【００８３】
なお、部品工程名称データ（以下、「Ｃ」とする）は、Ｃ工程で製造された製品を格納する箱に付与された製品工程名称データと同一のデータとなる。具体的には両データとも「Ｃ工程」を示すデータである。
【００８４】
作業者は、バーコードリーダ３３ｃにより上記のデータを端末３Ｃに入力する。次いで、タッチパネル３２１ｃを操作して端末３Ｃに対して更なるデータ・エントリを行う。ここでエントリされるデータには、例えば部品使用者データや部品使用開始時刻データ等が挙げられる。部品使用開始時刻データは、詳細には、使用開始ボタン押下時にＨＤＤ３１２ｃに記憶される時計Ｍの時刻である。以上のように、Ｃ工程において部品の使用を開始するとき、ＨＤＤ３１２ｃには部品工程名称データ「Ｃ」、及び、部品使用開始時刻データがエントリされる（図８（ａ）参照）。図８（ａ）に示される例では、部品使用開始時刻データとして「０６／０３／０５  ８：００」がエントリされる。なお、部品使用者データのエントリを部品使用開始のトリガーと考えて、部品使用者データが端末３Ｃに入力された時刻を部品使用開始時刻データとしてＨＤＤ３１２ｃに記憶させることもできる。
【００８５】
管理側は、上述した製品担当者データと同様に部品使用者データを利用して、例えばＣ工程を担当する作業者の製品製造能力を把握することができる。また、作業者の労働時間や製品製造数に基づいて、その仕事量が適正であるか否かを判断することもできる。また、極度に製品製造速度が低下している場合に、その作業者の体調が悪くないか等を判断することもできる。
【００８６】
また端末３Ｃは、部品使用開始時刻データがエントリされた時点で管理データＤａ１をＰＣ２及びＬＡＮ４を介してサーバ１に送信する。サーバ１がこの管理データＤａ１を受け取ったとき、図１０（ａ）に示されるように、製品側レコードａ１の「Ｐａｒｔｎ」、「ｔ’ｓ」の各フィールドに「Ｃ」、「０６／０３／０５  ８：００」がエントリされる。また共通データベースも、新たな共通データ（例えば部品使用者データ等）により更新される。
【００８７】
更にサーバ１は部品側データベースＤＢ２も更新する。この部品側データベースＤＢ２には、部品使用開始時刻データの日付に基づいて部品側レコードが蓄積される。ここで、管理データＤａ１の部品使用開始時刻データの日付は２００６年３月５日である。従ってサーバ１は、「０６／０３／０５」をインデックスとした単一の部品側レコードａ１を部品側データベースＤＢ２に作成する。附言するにこの部品側レコードは、製品側レコードと同一のフィールドを有している。従って上記においてサーバ１が管理データＤａ１を受け取ったとき、図１０（ａ）に示されるように、部品側レコードａ１の「Ｐａｒｔｎ」、「ｔ’ｓ」の各フィールドに「Ｃ」、「０６／０３／０５  ８：００」がエントリされる。
【００８８】
またサーバ１は、製品側レコードａ１が部品側レコードａ１に対応するレコードであることから、両者のレコードを一致させるようデータ・エントリ処理を行う（但しインデックスは一致させない）。具体的にはサーバ１は、図１０（ａ）に示されるように、部品側レコードａ１の「箱識別情報」、「Ｐｒｏｎ」、「ｔｓ」、「ｔｅ」、「共通情報」の各フィールドに「００１」、「Ａ」、「０６／０３／０２  １３：１０」、「０６／０３／０２  １３：５０」、「共通データの格納場所を示すリンク情報（製品側レコードａ１のリンク情報と同一のもの）」をエントリする。
【００８９】
部品工程名称データ「Ｃ」、部品使用開始時刻データ等のエントリに次いで、作業者は、Ｃ工程において部品の使用を開始する。このとき箱ａ１から部品を取り出す度に、その部品の状態を、タッチパネル３２１ｃを用いることにより管理データＤａ１にエントリする。なお、ここでいう部品の状態とは、箱ａ１に格納されている部品に含まれている不良品に関するものである。このとき端末３Ｃに入力される不良品に関するデータには、例えば部品合格数データや、部品不合格数データ、部品不良項目データ、項目別部品不良数データ等が挙げられる。
【００９０】
Ｃ工程における部品の使用が終了し（Ｓ６）、作業者によりタッチパネル３２１が操作（すなわち使用終了ボタンが押下）されると、その操作時刻が部品使用終了時刻データとして管理データＤａ１にエントリされる（図８（ｂ）参照）。なお図８（ｂ）に示される例では、部品使用終了時刻データとして「０６／０３／０５  ８：３０」がエントリされる。
【００９１】
Ｓ４乃至Ｓ６の処理で管理データＤａ１にエントリされた各種データは、箱に格納されている物品を部品として考えたときのデータであって、Ｃ工程に関するデータである。（以下、「箱ａ１部品データ」と略記）。部品使用終了時刻データが管理データＤａ１にエントリされたとき、箱ａ１の役割（すなわち物品の格納・移動）が終了することを意味する。このとき端末３Ｃは、箱ａ１部品データのみを含む管理データＤａ１をＰＣ２及びＬＡＮ４を介してサーバ１に送信する。
【００９２】
サーバ１はこの管理データＤａ１を受けて、部品側レコードａ１及び共通データベースを更新する。具体的には、図１０（ｂ）に示されるように、部品側レコードａ１の「ｔ’ｅ」のフィールドに「０６／０３／０５  ８：３０」がエントリする。また共通データベースにも種々の共通データを蓄積させる。
【００９３】
またサーバ１は、製品側レコードａ１と部品側レコードａ１とを一致させるようデータ・エントリ処理を行う（ここでもやはりインデックスは一致させない）。具体的にはサーバ１は、図１０（ｂ）に示されるように、製品側レコードａ１の「ｔ’ｅ」のフィールドに「０６／０３／０５  ８：３０」をエントリする。
【００９４】
上述したＳ１乃至Ｓ６の処理を各工程で種々の箱を用いて実行することにより、図１１に示されるように、製品側データベースＤＢ１及び部品側データベースＤＢ２に多数のレコードが作成される。
【００９５】
ここで、上述したように、製品側データベースＤＢ１には製品製造開始時刻データが取得される毎に製品側レコードが作成される。従って製品側データベースＤＢ１においては、各箱についての情報が、製品の製造を開始した時刻の順にしたがって蓄積される。このような順序で各レコードが作成されることにより、結果的に、製品側データベースＤＢ１において各レコードが「インデックス（ここでは製品製造開始の日付を表すもの）」でソートされた状態となる。
【００９６】
一方で、部品側データベースＤＢ２には部品使用開始時刻データが取得される毎に部品側レコードが作成される。従って部品側データベースＤＢ２においては、各箱についての情報が、部品の使用を開始した時刻の順にしたがって蓄積される。このような順序で各レコードが作成されることにより、結果的に、部品側データベースＤＢ２において各レコードが「インデックス（ここでは部品使用開始の日付を表すもの）」でソートされた状態となる。
【００９７】
通常、生産ラインでは日々多くの製品が製造され且つ部品が使用されている。従って図１１に示されるように、製品側データベースＤＢ１及び部品側データベースＤＢ２において、同一のインデックス（換言すると同一の日付）が複数のレコードに付されることになる。
【００９８】
但し、インデックスが実際に付されるレコードは、各日毎で代表される単一のレコードだけである。本実施形態では、上述したように、それぞれのデータベースにおいて各レコードは時系列に並べられる。サーバ１はこの規則性を利用して、各日毎で最も早い時刻に作成されたレコードに対してインデックスを実際に付す。
【００９９】
すなわち製品側データベースＤＢ１においては、日付が変わって最も早くに製品の製造が開始された箱に関するレコードに対し、インデックスが実際に付される。また部品側データベースＤＢ２においては、日付が変わって最も早くに部品の使用が開始された箱に関するレコードに対し、インデックスが実際に付される。
【０１００】
なおインデックスが実際に付されるレコード以外のレコードの「インデックス」のフィールドには、例えばダミーとなる適当な文字列がエントリされる。
【０１０１】
ＨＤＤ１３には、図１２に示されるデータベースＤＢ３及びＤＢ４が更に蓄積される。データベースＤＢ３、ＤＢ４はそれぞれ、製品側データベースＤＢ１、部品側データベースＤＢ２に対応して作成されたものである。データベースＤＢ３、ＤＢ４にはそれぞれ、製品側データベースＤＢ１、部品側データベースＤＢ２においてエントリされる「インデックス」、及び、そのインデックスが付されるレコードの数を示す「レコード数」のフィールドが含まれる。
【０１０２】
なおデータベースＤＢ３及びＤＢ４の各レコードに、製品側データベースＤＢ１、部品側データベースＤＢ２においてインデックスが実際に付されるレコードの情報（レコードの番号やアドレス等）を付加するよう構成しても良い。
【０１０３】
例えば２００６年３月２日に製品の製造が開始された箱がｎ１個の場合、「０６／０３／０２」のインデックスが付されるレコードが製品側データベースＤＢ１にｎ１個作成される。サーバ１はこの結果にしたがって、データベースＤＢ３の「インデックス」、「レコード数」のそれぞれに「０６／０３／０２」、「ｎ１」をエントリしたレコードを作成する。
【０１０４】
データベースＤＢ４においても上記と同様の処理によりレコードが作成される。すなわち、例えば２００６年３月２日に部品の使用が開始された箱がｎ７個の場合、「０６／０３／０２」のインデックスが付されるレコードが部品側データベースＤＢ２にｎ７個作成される。サーバ１はこの結果にしたがって、データベースＤＢ４の「インデックス」、「レコード数」のそれぞれに「０６／０３／０２」、「ｎ７」をエントリしたレコードを作成する。
【０１０５】
上述した処理が繰り返し実行されることにより、データベースＤＢ３及びＤＢ４において、図１２に示されるように多数のレコードが作成される。
【０１０６】
ここで、上述したように、製品側データベースＤＢ１、部品側データベースＤＢ２において、各レコードは時系列に並べられている。また製品側データベースＤＢ１、部品側データベースＤＢ２において、インデックスが実際に付されているレコードは、同一インデックスが付されるべきレコードの中で最も上位に並べられたものである。これに加えて、データベースＤＢ３及びＤＢ４により、各インデックスが付されるレコードの数はサーバ１にとって既知である。従ってサーバ１は、例えば製品側データベースＤＢ１において「０６／０３／０２」が実際に付されたレコードを検索した場合、それに続く（ｎ１−１）個のレコードが「０６／０３／０２」を付されるべきものであると判断する。サーバ１はこのような判断に基づいて、製品側データベースＤＢ１及び部品側データベースＤＢ２に蓄積されている全てのレコードについて、それぞれに付されるべきインデックスを把握することができる。つまりサーバ１から見れば全てのレコードに対して、見かけ上インデックスが付されている。
【０１０７】
以下、図１１を用いて、本実施形態の管理システムでトレーサビリティの機能を実行させたときの処理について説明する。
【０１０８】
例えばユーザがＰＣ２を用いてサーバ１にアクセスすると、「日時」及び「上流／下流」の入力項目を有した検索画面が当該ＰＣ２のモニタ上に表示される。この「日時」は、トレーサビリティの対象となる時刻（又は時間帯）を指定するための項目である。「日時」において時刻を指定すると、当該時刻に処理された全ての物品がトレーサビリティの対象となる。また時間帯を指定すると、当該時間帯に処理された全ての物品がトレーサビリティの対象となる。また「上流／下流」は、トレーサビリティの方向を指定するための項目である。「上流」が指定されたとき、サーバ１は製品側データベースＤＢ１を用いて、生産ラインの上流から下流に向かうトレーサビリティを掛ける。また「下流」が指定されたとき、サーバ１は部品側データベースＤＢ２を用いて、生産ラインの下流から上流に向かうトレーサビリティを掛ける。
【０１０９】
例えば「日時」が「２００６年３月２日の午後１時４０分」、「上流／下流」が「上流」に指定された場合、サーバ１は、先ず、「２００６年３月２日」を検索キーとして製品側データベースＤＢ１を検索する。この検索キーによりサーバ１は、検索対象をインデックスが「０６／０３／０２」であるレコードに絞り込む。つまりこの段階において検索対象のレコードが、限定的な数のレコード（図１１における「製品側レコードａ１」、「製品側レコードｃ１」、・・・等）に絞り込まれる。
【０１１０】
次いで、サーバ１は「午後１時４０分」を検索キーとして、上記において絞り込まれたレコードに対して更なる絞り込みを実行する。ここで、「製品側レコードａ１」は午後１時１０〜５０分の間に製品が製造されたことを示すレコードである。従って上記更なる絞り込みにより、サーバ１は「製品側レコードａ１」を抽出する。
【０１１１】
なお、上記において「製品側レコードａ１」以外にも該当する製品側レコードがある場合、サーバ１はその製品側レコードに対しても以下の処理を行う。該当する製品側レコードが複数ある場合、最終的に、その数に応じたトレーサビリティの結果が出力される。
【０１１２】
「製品側レコードａ１」の抽出に次いで、サーバ１は「製品側レコードａ１」に対して生産ライン下流側で接続関係にあるレコードを検索する。この検索を実行するため、サーバ１は、「製品側レコードａ１」に含まれる部品に関する情報を検索キーに設定する。より詳細には、ここで設定される検索キーは、部品使用開始の日時（ここでは「２００６年３月５日」）である。この検索キーによりサーバ１は、検索対象をインデックスが「０６／０３／０５」であるレコードに絞り込む。
【０１１３】
そしてサーバ１は「製品側レコードａ１」の「Ｐａｒｔｎ」及び「ｔ’ｓ」に基づいて検索キーを設定する。附言するにこの検索キーは「Ｃ工程」及び「午前８時」である。サーバ１はこれらの検索キーにより、上記において絞り込まれたレコードに対して更なる絞り込みを実行する。この結果、「製品側レコードｃ２」が抽出される。
【０１１４】
サーバ１は更に、「製品側レコードｃ２」に対して生産ライン下流側で接続関係にあるレコードを検索する。この検索を実行するため、サーバ１は、「製品側レコードｃ２」に含まれる部品に関する情報を検索キーに設定する。より詳細には、ここで設定される検索キーは、「２００６年３月８日」である。この検索キーによりサーバ１は、検索対象を、インデックスが「０６／０３／０８」であるレコードに絞り込む。
【０１１５】
そしてサーバ１は、「製品側レコードｃ２」の「Ｐａｒｔｎ」及び「ｔ’ｓ」に基づいて検索キーを設定する。附言するにこの検索キーは「Ｆ工程」及び「午前１１時」である。サーバ１はこれらの検索キーにより、上記において絞り込まれたレコードに対して更なる絞り込みを実行する。この結果、「製品側レコードｆ２」が抽出される。
【０１１６】
「製品側レコードｆ２」には部品に関する情報がないため、サーバ１は、Ｆ工程で製品の製造が完了している（又は現時点における物品の流れの終点がＦ工程である）と判断し、トレーサビリティの結果として、「製品側レコードａ１」、「製品側レコードｃ２」、「製品側レコードｆ２」が順に並べられたものを出力する。
【０１１７】
ユーザは、この出力結果を閲覧することにより、検索対象の物品がどのような経路で何時処理されたかを知ることができる。また各製品側レコードには共通データの格納場所を示すリンク情報が含まれている。このリンク情報によって共通データベースにアクセスすることにより、ユーザは、各工程における作業担当者や作業時の環境、不良に関する情報等の更なる詳細情報を取得することもできる。
【０１１８】
また上記検索画面において例えば「日時」が「２００６年３月５日の午前１０時１０分」、「上流／下流」が「下流」に指定された場合、サーバ１は、先ず、「２００６年３月５日」を検索キーとして部品側データベースＤＢ２を検索する。この検索キーによりサーバ１は、検索対象をインデックスが「０６／０３／０５」であるレコードに絞り込む。つまりこの段階において検索対象のレコードが、限定的な数のレコード（図１１における「部品側レコードａ１」、「部品側レコードｃ３」、・・・等）に絞り込まれる。
【０１１９】
次いで、サーバ１は「午前１０時１０分」を検索キーとして、上記において絞り込まれたレコードに対して更なる絞り込みを実行する。ここで、「部品側レコードｃ３」は午前１０時ちょうど〜４０分の間に部品が使用されたことを示すレコードである。従って上記更なる絞り込みにより、サーバ１は「部品側レコードｃ３」を抽出する。
【０１２０】
なお、上記において「部品側レコードｃ３」以外にも該当する部品側レコードがある場合、サーバ１はその部品側レコードに対しても以下の処理を行う。該当する部品側レコードが複数ある場合も、最終的に、その数に応じたトレーサビリティの結果が出力される。
【０１２１】
「部品側レコードｃ３」の抽出に次いで、サーバ１は「部品側レコードｃ３」に対して生産ライン下流側で接続関係にあるレコードを検索する。この検索を実行するため、サーバ１は、「部品側レコードｃ３」に含まれる部品に関する情報を検索キーに設定する。より詳細には、ここで設定される検索キーは、製品製造開始の日時（ここでは「２００６年２月２１日」）である。この検索キーによりサーバ１は、検索対象をインデックスが「０６／０２／２１」であるレコードに絞り込む。
【０１２２】
そしてサーバ１は「部品側レコードｃ３」の「Ｐｒｏｎ」及び「ｔｓ」」に基づいて検索キーを設定する。附言するにこの検索キーは「Ｃ工程」及び「午前１１時」である。サーバ１はこれらの検索キーにより、上記において絞り込まれたレコードに対して更なる絞り込みを実行する。この結果、「部品側レコードｂ１」が抽出される。
【０１２３】
例えば更なる検索処理により「部品側レコードｂ１」に対して生産ライン下流側で接続関係にあるレコードが抽出されない場合、サーバ１は、Ｂ工程が生産ラインの始点であると判断し、トレーサビリティの結果として、「部品側レコードｃ３」、「部品側レコードｂ１」が順に並べられたものを出力する。
【０１２４】
ユーザは、この出力結果を閲覧することにより、検索対象の物品がどのような経路で何時処理されたかを知ることができる。また各部品側レコードには共通データの格納場所を示すリンク情報が含まれている。このリンク情報によって共通データベースにアクセスすることにより、ユーザは、各工程における作業担当者や作業時の環境、不良に関する情報等の更なる詳細情報を取得することもできる。
【０１２５】
すなわち本実施形態によれば、サーバ１は各データベースにおいて各レコードを日付単位で管理するよう動作する。従ってサーバ１は、検索時においてユーザによって入力された日付を用いて、効率良く絞り込み処理を実施することができる。換言すると、検索処理における最初の段階で多くのレコードを検索対象外とすることができる。このため検索速度が従来に比べて格段に上がる。更には演算処理量が軽減されるため、サーバ１自体の負担も大幅に軽減される。この結果、タイムアウトにより検索結果が得られないという問題を回避することができる。また検索時においてサーバ１の動作が不安定になるという問題も解消される。
【０１２６】
附言するに従来システムの処理では、一つ前の工程に遡る毎（又は一つ後の工程に進む毎）に、データベース内の全レコードについて精細な検索が行われていた。一方で本実施形態の物品管理システムによれば、一つ前の工程に遡る毎（又は一つ後の工程に進む毎）に、最初の段階で絞り込まれたレコードだけを検索すれば良い。従って本実施形態の物品管理システムの場合、工程数が増加すれば増加するほど、検索速度及びサーバに対する負荷の観点において従来に対して顕著な効果を奏するようになる。
【０１２７】
またデータベース内のレコード数は時間の経過と共に増えていくため、従来のシステムでは検索に掛かる時間もそれに比例して増加する一方であった。これに対して各レコードを日付単位で管理した場合、当該日付のレコードの数はその日が終われば決して増えることがない。従って本実施形態の物品管理システムによれば、データベース内のレコードの総数が増加しても検索に掛かる時間は実質的には増加しない。
【０１２８】
以上が本発明の実施形態である。本発明はこれらの実施形態に限定されるものではなく様々な範囲で変形が可能である。例えば本実施形態では検索画面で入力された日時そのものが検索範囲とされているが、別の実施の形態によれば、生産ラインの状況（例えば作業時間が日を跨ぐ場合）等に応じてその検索範囲を適宜変更することもできる。例えば検索画面で「２００５年６月１０日」が入力されたとき、サーバ１は、データベースにおいて「０５／０６／０９」、「０５／０６／１０」、「０５／０６／１１」のインデックスを有するレコードを検索対象として絞り込むよう動作することもできる。
【０１２９】
またインデックスの単位は日付に限らず様々なものが想定される。例えばデータベースをより細分化して管理するため、インデックスの単位を時間帯（例えば一時間毎や、午前、午後、夕方、深夜等）とすることもできる。また例えばデータベースをより長期間単位で管理するため、インデックスの単位を週や月、年とすることもできる。このようなインデックスの単位は生産ラインの形態に合わせて適宜設定されるものである。
【０１３０】
また他の実施形態では、製品側データベースＤＢ１及び部品側データベースＤＢ２において「インデックス」のフィールドが不要なものも想定される。例えば周知の逐次２分法を用いた検索アルゴリズムにより、検索対象のレコードを効率良く絞り込む方法が挙げられる。この方法は、各データベースにおいてレコードが時系列に並べられており、且つ、検索キーワードが時間に関するもの（本実施形態では日時）であるために実現可能となっている。逐次２分法を用いた検索アルゴリズムによれば、時系列に並べられたレコード群が段階的に絞り込まれていき、最終的に、検索対象のレコードが抽出されるべきレコードに収束する。
【０１３１】
また本実施形態では、部品を加工して製品を製造する行為を工程と定義し、各工程間を移動する集合体を箱と定義している。しかしながら工程間を該物品が移動する際に何らかの問題が生じた可能性の有無等を迅速に判断するようなシステムやその追跡調査を行うためのシステムは、これら「物品」、「工程」、「製品」、「部品」、「箱」を他のものに置き換えることにより、他の分野（流通、経済等）にも応用可能である。
【０１３２】
より具体的には、例えば、「物品」を、有形的な存在を有する有体物（上記の如き部品及び製品或いは食肉等）及び有形的な存在を有さない無体物（経済又は経営等）を含む「物」に置き換えることができる。また「工程」を、様々な形態の物に施す処置である「処理」に置き換えることができる。また「製品」を、ある処理で生成される物である「生成物」に置き換えることができる。また「部品」を、生成物を成すために用いられる「部分物」に置き換えることができる。また「箱」を、各処理間を移動する「集合物」に置き換えることができる。各要素を上述の如く置き換えることにより、本実施形態の如き管理システムを、食肉等の有体物や、経済又は経営或いは流通等をコントロールするための情報である無体物を管理するための様々な態様の処理管理システムに適用することができる。
【図面の簡単な説明】
【０１３３】
【図１】本発明の実施の形態における工程間を移動する箱の移動経路を示す図である。
【図２】本発明の実施の形態における各工程と各工程間の関係を模式的に示した図である。
【図３】本発明の実施の形態による物品管理システムの構成を示す図である。
【図４】本発明の実施の形態のサーバの構成を示す図である。
【図５】本発明の実施の形態の端末の構成を示す図である。
【図６】本発明の実施の形態の管理データ更新処理を示すフローチャートである。
【図７】図６のフローチャート（Ｓ１〜Ｓ３）に対応した、本発明の実施の形態の管理データを説明するための図である。
【図８】図６のフローチャート（Ｓ４〜Ｓ６）に対応した、本発明の実施の形態の管理データを説明するための図である。
【図９】本発明の実施の形態の製品側レコードを説明するための図である。
【図１０】本発明の実施の形態の部品側レコードを説明するための図である。
【図１１】本発明の実施の形態の製品側データベース及び部品側データベースを示した図である。
【図１２】本発明の実施の形態の製品側データベース及び部品側データベースに対応して作成されたデータベースを示した図である。
【符号の説明】
【０１３４】
１  サーバ
２  ＰＣ
３Ａ乃至３Ｆ  端末
４  ＬＡＮ
１１  ＣＰＵ
３１  ＰＬＣ
【図１】
2007304924.tif 000003
【図２】
2007304924.tif 000004
【図３】
2007304924.tif 000005
【図４】
2007304924.tif 000006
【図５】
2007304924.tif 000007
【図６】
2007304924.tif 000008
【図７】
2007304924.tif 000009
【図８】
2007304924.tif 000010
【図９】
2007304924.tif 000011
【図１０】
2007304924.tif 000012
【図１１】
2007304924.tif 000013
【図１２】
2007304924.tif 000014