JP2017207965A - 塗装製品の生産管理方法 - Google Patents

Abstract

【課題】塗装ラインに投入する前の被塗物の情報、及び、塗装ラインから出た後の被塗物の情報の両方を容易に管理する。【解決手段】塗装製品の生産管理方法は、プリンタが、塗装製品の種類を識別する製品ＩＤがコード化された情報であるコード情報を印字媒体に印字する処理と、コード情報が印字された印字媒体を被塗物に取り付ける処理と、読取装置が、被塗物に取り付けられた印字媒体に印字されたコード情報から、製品ＩＤを読み取る第１読取処理と、読み取られた製品ＩＤに基づいて、被塗物を塗装する処理と、読取装置が、塗装された被塗物に取り付けられた印字媒体に印字されたコード情報から、製品ＩＤを読み取る第２読取処理と、コンピュータが、記憶装置に、第２読取処理において読み取られた製品ＩＤと、製品ＩＤによって識別される塗装製品の塗装が完了したことを示すステータス情報とを関連付けて記憶する処理と、を含む。【選択図】図１２

Description

本発明は、塗装製品の生産管理方法に関する。

従来、塗装製品の生産効率を改善するための生産管理装置が知られている（例えば、特許文献１を参照）。特許文献１は、塗装製品の生産ライン（以下「塗装ライン」という）に被塗物が投入される直前に、作業内容の変更の要否を判断する技術を開示している。

特開平９−１５６５５１号公報

一般に、製品の生産効率を改善する方法として、生産ラインに流す材料に、生産に関する情報を付加するためのタグを用いる（つまり、材料及びタグの両方を生産ラインに流す）方法が知られている。この方法では、タグに含まれる情報を読み取ることによって、生産ラインに投入する前の材料だけでなく、生産ラインから出た材料（つまり、最終製品）の情報を管理することができる。

しかしながら、塗装製品の塗装ラインでは、塗料が被塗物に付着する。したがって、塗装ラインから出た後の被塗物の情報を管理することは困難である。

本発明の目的は、塗装ラインに投入する前の被塗物の情報、及び、塗装ラインから出た後の被塗物の情報の両方を容易に管理することである。

本発明の一態様は、
塗装製品の生産管理方法であって、
プリンタが、前記塗装製品の種類を識別する製品ＩＤがコード化された情報であるコード情報を印字媒体に印字する処理と、
前記コード情報が印字された印字媒体を被塗物に取り付ける処理と、
読取装置が、前記被塗物に取り付けられた印字媒体に印字されたコード情報から、前記製品ＩＤを読み取る第１読取処理と、
前記読み取られた製品ＩＤに基づいて、前記被塗物を塗装する処理と、
読取装置が、前記塗装された被塗物に取り付けられた印字媒体に印字されたコード情報から、前記製品ＩＤを読み取る第２読取処理と、
コンピュータが、記憶装置に、前記第２読取処理において読み取られた製品ＩＤと、前記製品ＩＤによって識別される塗装製品の塗装が完了したことを示すステータス情報とを関連付けて記憶する処理と、を含む、
生産管理方法である。

本発明によれば、塗装ラインに投入する前の被塗物の情報、及び、塗装ラインから出た後の被塗物の情報の両方を容易に管理することができる。

第１実施形態の生産管理システムの構成図。 第１実施形態の印字媒体に印字されるコード情報の一例を示す図。 図１の生産管理システムの機能ブロック図。 第１実施形態の受注管理データベースのデータ構造を示す図。 第１実施形態の生産管理データベースのデータ構造を示す図。 第１実施形態の生産管理の全体フローを示す図。 図６の受注オペレーションのフローを示す図。 図７の処理で表示される画面の一例を示す図。 図６の生産計画オペレーションのフローを示す図。 図９の処理で表示される画面の一例を示す図。 図６の塗装オペレーションにおける印字媒体の使用例を示す図。 図６の塗装オペレーションのフローを示す図。 図６の出荷オペレーションのフローを示す図。 第２実施形態の生産管理システムの機能ブロック図。 第２実施形態の生産管理の全体フローを示す図。 図１５の媒体チェックオペレーションのフローを示す図。 図１６の処理で表示される画面の一例を示す図。

以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

（１）第１実施形態
第１実施形態について説明する。

（１．１）生産管理システムの構成
第１実施形態の生産管理システムについて説明する。図１は、第１実施形態の生産管理システムの構成図である。図２は、第１実施形態の印字媒体に印字されるコード情報の一例を示す図である。図３は、図１の生産管理システムの機能ブロック図である。

図１に示すように、生産管理システム１は、クライアント端末１０（１０−１〜１０−ｎ（ｎは正の整数））と、ホストコンピュータ３０と、プリンタ４０と、ハンディターミナル５０と、を備える。
クライアント端末１０及びホストコンピュータ３０は、ネットワーク（例えば、インターネット）ＮＷを介して、互いに通信（例えば、ＨＴＴＰＳ（Hypertext Transfer Protocol Secure））を行うことができる。
ホストコンピュータ３０、プリンタ４０、及び、ハンディターミナル５０は、互いに無線通信を行うことができる。

クライアント端末１０は、ユーザが使用する情報処理装置の一例である。クライアント端末１０は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータである。

ホストコンピュータ３０は、生産管理を実行する情報処理装置の一例である。

プリンタ４０は、例えば、インクリボンを用いて印字媒体ＰＭ（図２）に情報を印字するラベルプリンタである。

印字媒体ＰＭは、例えば、ラベルである。ラベルの表面は、情報が印字可能な印字面である。印字面には、例えば、インクリボンによって情報が印字される。ラベルの裏面は、粘着剤が塗布された粘着面である。印字媒体ＰＭの耐熱温度は、塗装プロセス（後述）における最高温度（具体的には、焼付乾燥ブースＢＴ５（後述）の乾燥室内の温度）以上である。「耐熱温度」とは、印字媒体ＰＭが燃えない温度である。

コード情報は、任意の元情報がコード化された情報であって、かつ、ハンディターミナル５０が読取可能な情報である。
図２Ａに示すように、印字媒体ＰＭには、複数種類のコード情報（例えば、一次元バーコードＣＤ１、二次元バーコードＣＤ２、及び、暗号化された文字コードＣＤ３）が印字されてもよい。
図２Ｂに示すように、印字媒体ＰＭには、コード情報（例えば、二次元バーコードＣＤ２）に加えて、複数種類のテキスト（例えば、ロットＩＤ「LO001」ＴＸＴ１と、顧客名「CU1」、製品ＩＤ「PR001」、及び、製品名「PR1」を示すテキストＴＸＴ２と、全生産数「1000」、吊り掛け数（後述）「20」、及び、ハンガ本数（後述）「50」を示すテキストＴＸＴ３との組合せ）が印字されてもよい。

ハンディターミナル５０は、コード情報から、コード情報に対応する元情報を読み取る読取装置の一例である。

図３に示すように、クライアント端末１０は、記憶装置１１と、ＣＰＵ（Central Processing Unit）１２と、入出力インタフェース１３と、通信インタフェース１４とを備える。

記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
プログラムは、例えば、ＯＳ（Operating System）のプログラム、情報処理を実行するアプリケーション（例えば、ウェブブラウザ）のプログラム等である。
データは、例えば、情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）である。

ＣＰＵ１２は、記憶装置１１に記憶されたプログラムを起動することによって、アプリケーションの機能を実現するように構成される。

入出力インタフェース１３は、クライアント端末１０に接続される入力デバイスからユーザの指示を受け付け、かつ、クライアント端末１０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

通信インタフェース１４は、クライアント端末１０とホストコンピュータ３０との間の通信を制御するように構成される。

ホストコンピュータ３０は、記憶装置３１と、ＣＰＵ３２と、通信インタフェース３４とを備える。

記憶装置３１は、プログラム及びデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
プログラムは、例えば、ＯＳのプログラム、情報処理を実行するアプリケーションのプログラム等である。
データは、所定のデータベース（後述）、及び、情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）である。

ＣＰＵ３２は、記憶装置３１に記憶されたプログラムを起動することによって、ホストコンピュータ３０の機能を実現するように構成される。

入出力インタフェース３３は、ホストコンピュータ３０に接続される入力デバイスからユーザの指示を受け付け、かつ、ホストコンピュータ３０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

通信インタフェース３４は、ホストコンピュータ３０と、クライアント端末１０、プリンタ４０、ハンディターミナル５０との間の通信を制御するように構成される。

（１．２）データベース
第１実施形態のデータベースについて説明する。

（１．２．１）受注管理データベース
第１実施形態の受注管理データベースについて説明する。図４は、第１実施形態の受注管理データベースのデータ構造を示す図である。

図４に示すように、受注管理データベースには、顧客の注文内容を示す受注情報が格納される。
受注管理データベースは、「受注ＩＤ」フィールドと、「顧客名」フィールドと、「顧客住所」フィールドと、「製品ＩＤ」フィールドと、「製品名」フィールドと、「受注日」フィールドと、「希望納期」フィールドと、「受注数」フィールドとを含む。
各フィールドの情報は、互いに関連付けられている。

「受注ＩＤ」フィールドには、受注を識別する受注ＩＤが格納される。

「顧客名」フィールドには、受注の対象となる顧客名を示すテキストデータが格納される。

「顧客住所」フィールドには、受注の対象となる顧客の住所を示すテキストデータが格納される。

「製品ＩＤ」フィールドには、受注の対象となる製品を識別する製品ＩＤが格納される。

「製品名」フィールドには、受注の対象となる製品名を示すテキストが格納される。

「受注日」フィールドには、受注日（例えば、受注ＩＤが発行された日）を示す情報が格納される。

「希望納期」フィールドには、受注の対象となる製品の納期を示す情報が格納される。

「受注数」フィールドには、受注の対象となる製品の受注数を示す値が格納される。

（１．２．２）生産管理データベース
第１実施形態の生産管理データベースについて説明する。図５は、第１実施形態の生産管理データベースのデータ構造を示す図である。

図５に示すように、生産管理データベースには、塗装プロセスの生産管理に関する生産管理情報が格納される。
受注管理データベースは、「ロットＩＤ」フィールドと、「受注ＩＤ」フィールドと、「条件」フィールドと、「生産数」フィールドと、「ハンガタイプ」フィールドと、「吊り掛け数」フィールドと、「ハンガ数」フィールドと、「出荷数」フィールドと、「生産予定日」フィールドと、「出荷予定日」フィールドと、「生産日」フィールドと、「出荷日」フィールドと、「検品担当者」フィールドと、「ステータス」フィールドとを含む。
各フィールドの情報は、互いに関連付けられている。

「ロットＩＤ」フィールドには、生産管理の単位であるロットを識別するロットＩＤが格納される。

「受注ＩＤ」フィールドには、受注ＩＤが格納される。

「条件」フィールドには、塗装プロセスのプロセス条件（例えば、電着槽に印加する電圧の値、及び、塗装ラインのスピードを示す値）を示すコードが格納される。

「生産数」フィールドには、塗装製品の生産数を示す値が格納される。

「ハンガタイプ」フィールドには、ハンガの種類を識別するコードが格納される。

「吊り掛け数」フィールドには、１本のハンガに収容される被塗物の数を示す情報が格納される。

「ハンガ数」フィールドには、１つの受注ＩＤによって識別される受注に対応する塗装製品の全数を生産するために必要なハンガの数を示す情報が格納される。

「出荷数」フィールドには、検品を通過した塗装製品の数（以下「出荷数」という）を示す情報が格納される。

「生産予定日」フィールドには、ロットが塗装ラインに投入される予定日を示す情報が格納される。

「出荷予定日」フィールドには、ロットに対応する塗装製品を出荷する予定日を示す情報が格納される。

「生産日」フィールドには、ロットが塗装ラインに実際に投入された日を示す情報が格納される。

「出荷日」フィールドには、ロットに対応する塗装製品が実際に出荷された日を示す情報が格納される。

「検品担当者」フィールドには、検品の担当者を識別する担当者コードが格納される。

「ステータス」フィールドには、ロットのステータスを示すコードが格納される。コード「ＳＴＡ１」は、ロットが塗装ラインに投入される前のステータス（以下「第１ステータス」という）を意味する。コード「ＳＴＡ２」は、ロットが塗装ラインに投入されたステータス（以下「第２ステータス」という）ことを意味する。コード「ＳＴＡ３」は、ロットに対する塗装オペレーションが終了したステータス（以下「第３ステータス」という）を意味する。コード「ＳＴＡ４」は、ロットに対応する塗装製品が出荷されたステータス（以下「第４ステータス」という）を意味する。

（１．３）生産管理のフロー
第１実施形態の生産管理のフローについて説明する。

（１．３．１）全体フロー
第１実施形態の生産管理の全体フローについて説明する。図６は、第１実施形態の生産管理の全体フローを示す図である。

図６に示すように、第１実施形態の生産管理は、受注オペレーション（ＯＰ１）と、生産計画オペレーション（ＯＰ２）と、塗装オペレーション（ＯＰ３）と、出荷オペレーション（ＯＰ４）とを含んでいる。

（１．３．２）受注オペレーション
第１実施形態の受注オペレーションについて説明する。図７は、図６の受注オペレーションのフローを示す図である。図８は、図７の処理で表示される画面の一例を示す図である。

図７に示すように、クライアント端末１０が、注文リクエスト（Ｓ１００）を実行する。
具体的には、ユーザが、キーボードを用いて所定のＵＲＬを入力すると、ＣＰＵ１２は、当該ＵＲＬによって指定されたウェブサーバと通信することにより、発注画面Ｐ１００（図８）をディスプレイに表示する。
次に、ユーザが、キーボードを用いて、入力フィールドＦ１００（例えば、「製品ＩＤ」欄、「製品名」欄、「数量」欄、「お客様名」欄、「お客様住所」欄、及び、「納品ご希望日」欄）に必要事項を入力し、かつ、マウスを用いて「ＯＫ」ボタンＢ１００をクリックすると、ＣＰＵ１２は、通信インタフェース１４を介して、注文リクエストをウェブサーバに送信する。注文リクエストは、入力フィールドＦ１００に入力された情報を含む。

ホストコンピュータ３０が、注文リクエストの受付（Ｓ３００）を実行する。
具体的には、ＣＰＵ３２が、ウェブサーバ及び通信インタフェース３４を介して、クライアント端末１０から注文リクエストを受け付ける。

ホストコンピュータ３０が、受注管理データベースの更新（Ｓ３０１）を実行する。
具体的には、ＣＰＵ３２が、Ｓ３００において受け付けた注文リクエストに基づいて、新たなレコードを受注管理データベース（図４）に追加する。より具体的には、新たなレコードの「受注ＩＤ」フィールドには、新たな受注ＩＤが格納される。新たなレコードの「受注日」フィールドには、Ｓ３０１の実行日を示す情報が格納される。新たなレコードの「顧客名」フィールド、「顧客住所」フィールド、「製品ＩＤ」フィールド、「製品名」フィールド、「受注数」フィールド、及び、「希望納期」フィールドには、それぞれ、入力フィールドＦ１００の「お客様名」欄、「製品ＩＤ」欄、「製品名」欄、「数量」欄、「お客様名」欄、「お客様住所」欄、及び、「納品ご希望日」欄に対応する情報が格納される。

ホストコンピュータ３０が、注文リクエストのレスポンス（Ｓ３０２）を実行する。
具体的には、ＣＰＵ３２は、Ｓ３０１の新たなレコードの受注ＩＤをウェブサーバに通知する。ウェブサーバは、通知された受注ＩＤに基づく注文確認画面Ｐ１０１（図８）に対応するＨＴＭＬ（Hyper Text Markup Language）データを生成する。

クライアント端末１０が、画面表示（Ｓ１０１）を実行する。
具体的には、ＣＰＵ１２が、Ｓ３０２において生成されたＨＴＭＬデータに基づいて、注文確認画面Ｐ１０１（図８）をディスプレイに表示する。注文確認画面Ｐ１０１は、Ｓ１００において送信された注文リクエストに対応する受注ＩＤを含む。

（１．３．３）生産計画オペレーション
第１実施形態の生産計画オペレーションについて説明する。図９は、図６の生産計画オペレーションのフローを示す図である。図１０は、図９の処理で表示される画面の一例を示す図である。

図９に示すように、ホストコンピュータ３０は、生産管理情報の受付（Ｓ３１０）を実行する。

具体的には、ＣＰＵ３２は、生産管理情報入力画面Ｐ１１０（図１０）をディスプレイに表示する。生産管理情報入力画面Ｐ１１０は、領域Ａ１１０と、入力フィールドＦ１１０ａ〜Ｆ１１０ｃと、ボタンＢ１１０とを含む。
領域Ａ１１０には、ロットＩＤが表示される。このロットＩＤは、生産管理データベース（図５）に存在しないユニークなＩＤ（つまり、新たなロットＩＤ）である。
入力フィールドＦ１１０ａは、受注ＩＤ、プロセス条件（例えば、電着槽に印加する電圧の値、及び、塗装ラインのスピードを示す値）、生産数、生産予定日、並びに、出荷予定日を示す情報を入力するためのフィールドである。
入力フィールドＦ１１０ｂは、分割生産の条件（例えば、分割数、生産予定日、及び、出荷予定日を示す情報）を入力するためのフィールドである。分割生産とは、１種類の製品を、複数の日に分割して生産することを意味する。分割生産の条件は、生産予定日毎に入力される。
入力フィールドＦ１１０ｃは、ハンガタイプを示すコード、吊り掛け数、ハンガ数、及び、検品担当者の担当者コードを入力するためのフィールドである。

ユーザが、キーボードを用いて、生産管理情報入力画面Ｐ１１０（図１０）の各入力フィールドＦ１１０ａ〜Ｆ１１０ｃに必要事項を入力し、かつ、マウスを用いて「ＯＫ」ボタンＢ１１０をクリックすると、ＣＰＵ３２は、入出力インタフェース１３を介して、各入力フィールドＦ１１０ａ〜Ｆ１１０ｃに入力された情報を受け付ける。

ホストコンピュータ３０は、生産管理データベースの更新（Ｓ３１１）を実行する。
具体的には、ＣＰＵ３２は、生産管理データベース（図５）に新たなレコードを追加する。
新たなレコードの「ロットＩＤ」フィールドには、生産管理情報入力画面Ｐ１１０（図１０）の領域Ａ１１０に表示されたロットＩＤが格納される。
新たなレコードの「受注ＩＤ」フィールド、「条件」フィールド、「生産数」フィールド、「生産予定日」フィールド、及び、「出荷予定日」フィールドには、入力フィールドＦ１１０ａに入力された情報が格納される。新たなレコードの「ハンガタイプ」フィールド、「吊り掛け数」フィールド、「ハンガ数」フィールド、及び、「検品担当者」フィールドには、入力フィールドＦ１１０ｃに入力された情報が格納される。
新たなレコードの「ステータス」フィールドには、コード「ＳＴＡ１」が格納される。これにより、新たなロットのステータスが、第１ステータスとして登録される。

ホストコンピュータ３０は、印字データの作成（Ｓ３１２）を実行する。
具体的には、ＣＰＵ３２は、受注管理データベース（図４）及び生産管理データベース（図５）を参照して、印字データを生成する。印字データは、Ｓ３１１の新たなレコードの情報（例えば、ロットＩＤ、担当者コード、生産予定日、出荷予定日、及び、製品ＩＤ）に対応するコード情報（例えば、図２Ａのコード情報ＣＤ１〜ＣＤ３）を含む。
次に、ＣＰＵ３２は、通信インタフェース３４を介して、印字データをプリンタ４０へ送信する。

プリンタ４０が、印字（Ｓ４１０）を実行する。
具体的には、プリンタ４０は、Ｓ３１２において送信された印字データに対応する情報を、印字媒体ＰＭに印字する。これにより、図２Ａ又は図２Ｂの印字媒体ＰＭが得られる。

（１．３．４）塗装オペレーション
第１実施形態の塗装オペレーションについて説明する。図１１は、図６の塗装オペレーションにおける印字媒体の使用例を示す図である。図１２は、図６の塗装オペレーションのフローを示す図である。

以下の塗装オペレーションは、電着塗料を用いる電着塗装のオペレーションである。

図１１に示すように、塗装オペレーションでは、ハンガＨＧが用いられる。
図１１Ａに示すように、ハンガＨＧの下部は、複数のラックＬＣである。各ラックＬＣは、複数の被塗物ＣＭを収容可能である。
ハンガＨＧの上部は、ネックＮＥである。ネックＮＥは、図１１ＢのハンガレールＨＲに引っ掛かるように構成される。ハンガレールＨＲは、塗装ラインの各ブース（例えば、前工程ブースＢＴ１、電着塗装ブースＢＴ２、水洗ブースＢＴ３、エアブローブースＢＴ４、焼付乾燥ブースＢＴ５、及び、吊り降ろしブースＢＴ６）に沿って設けられている。ハンガＨＧは、ハンガレールＨＲに沿って移動可能である。
図１１Ａに示すように、ラックＬＣとネックＮＥとの間には、コード情報が印字された印字媒体ＰＭが貼付される。

図１２に示すように、塗装ラインにおいて、印字媒体の貼付（Ｓ９２０）が実施される。
具体的には、作業者は、図１１Ａに示すように、生産管理データベース（図５）の「生産数」フィールドの値に相当する数の被塗物ＣＭが収容されたハンガＨＧに、図９の印字（Ｓ４１０）において得られた印字媒体ＰＭを貼付する。

ハンディターミナル５０が、第１読取（Ｓ５２０）を実行する。
具体的には、担当者がハンディターミナル５０を用いて、ハンガＨＧに貼付された印字媒体ＰＭに印字されたコード情報から、ロットＩＤ及び製品ＩＤを読み取る。
次に、ハンディターミナル５０は、読み取ったロットＩＤ及び製品ＩＤを、ホストコンピュータ３０へ送信する。

ホストコンピュータ３０が、生産管理データベースの更新（Ｓ３２０）を実行する。
具体的には、ＣＰＵ３２は、生産管理データベース（図５）を参照して、Ｓ５２０において送信されたロットＩＤに関連付けられたレコードを特定する。
次に、ＣＰＵ３２は、特定したレコードの「ステータス」フィールドに、コード「ＳＴＡ２」を格納する。これにより、当該ロットＩＤによって識別されるロットのステータスが、第２ステータスとして登録される。

Ｓ３２０の処理が終了すると、塗装プロセス（Ｓ９２１）が実施される。

前工程ブースＢＴ１（図１１Ｂ）では、ハンガＨＧに収容された被塗物ＣＭに対して、水洗プロセス、皮膜化プロセス、及び、脱脂湯洗プロセスが実施される。

電着塗装ブースＢＴ２（図１１Ｂ）では、前工程ブースＢＴ１を通過したハンガＨＧに収容された被塗物ＣＭが、電着塗料を含む電着槽に浸漬される。その後、電着塗料と被塗物ＣＭとの間に電流を流すことにより、被塗物ＣＭに電着塗料を塗膜する。その後、ハンガＨＧが電着槽から取り出される。このとき、ハンガＨＧに貼付された印字媒体ＰＭは、被塗物ＣＭと共に電着槽に浸漬される。

水洗ブースＢＴ３（図１１Ｂ）では、電着塗装ブースＢＴ２を通過したハンガＨＧに収容された被塗物ＣＭ（つまり、電着塗料が塗膜された被塗物ＣＭ）が純水で洗浄される。このとき、ハンガＨＧに貼付された印字媒体ＰＭも、被塗物ＣＭと共に洗浄される。これにより、電着塗装ブースＢＴ２において印字媒体ＰＭに付着した汚れ（例えば、電着塗料）が除去される。

エアブローブースＢＴ４（図１１Ｂ）では、水洗ブースＢＴ３を通過したハンガＨＧに収容された被塗物ＣＭ（つまり、水洗された被塗物ＣＭ）に気体（例えば、空気）が吹きつけられる。このとき、ハンガＨＧに貼付された印字媒体ＰＭにも、被塗物ＣＭと共に気体が吹きつけられる。これにより、電着塗装ブースＢＴ２において印字媒体ＰＭに付着した汚れは、さらに除去される。

焼付乾燥ブースＢＴ５（図１１Ｂ）では、エアブローブースＢＴ４を通過したハンガＨＧに収容された被塗物ＣＭ（つまり、気体が吹き付けられた被塗物ＣＭ）が、２００℃の乾燥室内で乾燥される。このとき、ハンガＨＧに貼付された印字媒体ＰＭも、乾燥室内（つまり、２００℃の環境下）にある。しかし、印字媒体ＰＭの耐熱温度は２００℃以上であるので、印字媒体ＰＭに印字された情報（例えば、コード情報）の画質の劣化は抑制される。

ハンディターミナル５０が、第２読取（Ｓ５２１）を実行する。
具体的には、担当者がハンディターミナル５０を用いて、焼付乾燥ブースＢＴ５（図１１Ｂ）を通過したハンガＨＧに貼付された印字媒体ＰＭに印字されたコード情報から、ロットＩＤ及び製品ＩＤを読み取る。
次に、ハンディターミナル５０は、読み取ったロットＩＤ及び製品ＩＤと、Ｓ５２１の実行日を示す情報とを、ホストコンピュータ３０へ送信する。

ホストコンピュータ３０が、生産管理データベースの更新（Ｓ３２１）を実行する。
具体的には、ＣＰＵ３２は、生産管理データベース（図５）を参照して、Ｓ５２１において送信されたロットＩＤに関連付けられたレコードを特定する。
次に、ＣＰＵ３２は、特定したレコードの「生産日」フィールドに、Ｓ５２１の実行日を示す情報を格納する。また、ＣＰＵ３２は、特定したレコードの「ステータス」フィールドに、コード「ＳＴＡ３」を格納する。これにより、当該ロットＩＤによって識別されるロットのステータスが、第３ステータスとして登録される。

（１．３．５）出荷オペレーション
第１実施形態の出荷オペレーションについて説明する。図１３は、図６の出荷オペレーションのフローを示す図である。

図１３の検品担当者は、生産管理情報入力画面Ｐ１１０（図１０）の入力フィールドＦ１１０ｃに入力された担当者コード（つまり、生産管理データベース（図５）の「検品担当者」フィールドの担当者コード）によって識別される検品担当者である。

図１３に示すように、検品担当者が、検品（Ｓ９３０）を実施する。
具体的には、検品担当者が、吊り降ろしブースＢＴ６に到着したハンガＨＧに収容された被塗物ＣＭのうち、所定の出荷条件を満たす被塗物ＣＭの数（以下「出荷数」という）を確認する。

ハンディターミナル５０が、第３読取（Ｓ５３０）を実行する。
具体的には、担当者が、ハンディターミナル５０の入力キーを用いて、担当者ＩＤを入力する。
次に、担当者がハンディターミナル５０を用いて、検品（Ｓ９３０）が終了したハンガＨＧに貼付された印字媒体ＰＭに印字されたコード情報から、ロットＩＤ及び製品ＩＤを読み取る。
次に、担当者が、ハンディターミナル５０の入力キーを用いて、Ｓ９３０において確認した出荷数を入力する。
次に、ハンディターミナル５０は、読み取ったロットＩＤ及び製品ＩＤと、担当者によって入力された担当者ＩＤ及び出荷数と、Ｓ５３０の実行日とを、ホストコンピュータ３０へ送信する。

ホストコンピュータ３０が、生産管理データベースの更新（Ｓ３２０）を実行する。
具体的には、ＣＰＵ３２は、生産管理データベース（図５）を参照して、Ｓ５３０において送信されたロットＩＤに関連付けられたレコードを特定する。
次に、ＣＰＵ３２は、特定したレコードの「検品担当者」フィールドに、Ｓ５３０において送信された担当者ＩＤが格納される。また、ＣＰＵ３２は、特定したレコードの「出荷数」フィールドに、Ｓ５３０において送信された出荷数を示す情報が格納される。また、ＣＰＵ３２は、特定したレコードの「出荷日」フィールドに、Ｓ５３０の実行日を示す情報を格納する。また、ＣＰＵ３２は、特定したレコードの「ステータス」フィールドに、コード「ＳＴＡ４」を格納する。これにより、当該ロットＩＤによって識別されるロットのステータスが、第４ステータスとして登録される。

ホストコンピュータ３０が、納品伝票データの作成（Ｓ３３１）を実行する。
具体的には、ＣＰＵ３２は、受注管理データベース（図４）及び生産管理データベース（図５）から、Ｓ５３０において送信されたロットＩＤ及び製品ＩＤに関連付けられた情報を取り出す。
次に、ＣＰＵ３２は、取り出した情報を用いて、所定フォーマットの納品伝票データを作成する。
次に、ＣＰＵ３２は、通信インタフェース３４を介して、プリンタ４０へ納品伝票データを送信する。
次に、プリンタ４０は、送信された納品伝票データに基づいて、納品に必要な情報をラベルに印字する。

検品担当者が、出荷（Ｓ９３１）を実施する。
具体的には、検品担当者は、検品（Ｓ９３０）を通過した被塗物ＣＭ（つまり、塗装製品）を、梱包材に収納する。
次に、検品担当者は、Ｓ３３１において、納品に必要な情報が印字されたラベルを梱包材に貼付する。
次に、検品担当者は、ラベルが貼付された梱包材を、顧客（つまり、受注管理データベース（図４）の「顧客住所」フィールドの情報が示す住所）に発送する。

以上の処理により、ホストコンピュータ３０を用いて、塗装ラインに投入する前の被塗物の情報、及び、塗装ラインから出た後の被塗物の情報の両方を容易に管理することができる。これにより、塗装プロセスの全体を一貫して管理することができる。
具体的には、受注オペレーション（ＯＰ１）及び生産計画オペレーション（ＯＰ２）の結果に基づいて、塗装オペレーション（ＯＰ３）を実施することができる。
また、塗装オペレーション（ＯＰ３）の結果に基づいて、出荷オペレーション（ＯＰ４）を実施することができる。

（２）第２実施形態
第２実施形態について説明する。第２実施形態は、複数回の塗装オペレーションにおいて印字媒体を繰り返し使用するための例である。

（２．１）生産管理システムの構成
第２実施形態の生産管理システムについて説明する。図１４は、第２実施形態の生産管理システムの機能ブロック図である。

図１４に示すように、生産管理システム１は、クライアント端末１０と、ホストコンピュータ３０と、プリンタ４０と、ハンディターミナル５０と、カメラ１６とを備える。クライアント端末１０、ホストコンピュータ３０、プリンタ４０、及び、ハンディターミナル５０は、第１実施形態（図３）と同様である。

カメラ６０は、画像を撮像し、かつ、撮像した画像に対応する画像データを生成するように構成される。カメラ６０は、通信インタフェース３４を介して、ホストコンピュータ３０と接続される。
ＣＰＵ３２は、通信インタフェース３４を介して、カメラ６０によって生成された画像データを取得する。

（２．２）生産管理のフロー
第２実施形態の生産管理のフローについて説明する。

（２．２．１）全体フロー
第２実施形態の生産管理の全体フローについて説明する。図１５は、第２実施形態の生産管理の全体フローを示す図である。

図１５に示すように、第２実施形態の生産管理は、第１実施形態と同様のオペレーション（ＯＰ１）〜（ＯＰ４）（図６）に加えて、媒体チェックオペレーション（ＯＰ５）を含んでいる。
媒体オペレーションＯＰ５は、生産計画オペレーション（ＯＰ２）と塗装オペレーション（ＯＰ３）との間で実施される。

（２．２．２）媒体チェックオペレーション
第２実施形態の媒体チェックオペレーションについて説明する。図１６は、図１５の媒体チェックオペレーションのフローを示す図である。図１７は、図１６の処理で表示される画面の一例を示す図である。

図１６に示すように、カメラ６０が、画像の撮像（Ｓ６３０）を実行する。
具体的には、カメラ６０は、前工程ブースＢＴ１に入る前のハンガＨＧに添付された印字媒体ＰＭの画像を撮像する。
次に、カメラ６０は、撮像した画像の画像データを生成する。

ホストコンピュータ３０は、判定（Ｓ３３０）を実行する。
具体的には、ＣＰＵ３２は、通信インタフェース３４を介して、Ｓ６３０において生成された画像データを取得する。
次に、ＣＰＵ３２は、取得した画像データと、所定の基準画像に対応する基準画像データとを比較することにより、取得した画像データと基準画像データとの間の画素値の差を計算する。基準画像とは、塗装オペレーション（ＯＰ３）において使用可能なコード情報の画像を意味する。画素値とは、画像の輝度、コントラス、又は、それらの組合せを示す値である。画素値の差が大きいほど、Ｓ６３０において撮像された画像（例えば、印字媒体ＰＭのコード情報ＣＤ１〜ＣＤ３（図２Ａ））が基準画像から乖離していることを意味する。
画素値の差が閾値より大きい場合、ＣＰＵ３２は、印字媒体ＰＭが使用不可能であると判定する。
画素値の差が閾値以下である場合、ＣＰＵ３２は、印字媒体ＰＭが使用可能であると判定する。

ホストコンピュータ３０は、判定結果の表示（Ｓ３３１）を実行する。
具体的には、ＣＰＵ３２は、入出力インタフェース３３を介して、Ｓ３３０の判定結果を示す画面Ｐ２００（図１７）をディスプレイに表示する。
一例として、出荷オペレーション（ＯＰ４）の終了後に印字媒体ＰＭがハンガＨＧから取り外される場合、Ｓ９２０（図１２）において、作業者は、Ｓ３３０で使用可能であると判定された印字媒体ＰＭをハンガＨＧに再貼付する。
別の例として、出荷オペレーション（ＯＰ４）の終了後に印字媒体ＰＭがハンガＨＧから取り外されない（つまり、印字媒体ＰＭがハンガＨＧに残っている）場合、Ｓ９２０（図１２）において、作業者は、Ｓ３３０で使用不可能であると判定された印字媒体ＰＭを剥がし、新たな印字媒体ＰＭを貼付し直す。

以上の処理により、ハンディターミナル５０による読み取りが不可能なコード情報が印字された印字媒体ＰＭの使用を防ぐことができる。塗装オペレーション（ＯＰ３）の度に印字媒体ＰＭの表面は変色するので、第２実施形態は特に有用である。

（３）変形例
上述の実施形態の変形例について説明する。

コード情報については、一次元バーコード、二次元バーコード、又は、文字コードを例示したがこれに限られるものではない。コード情報は、ハンディターミナル５０が読取可能な形式であって、かつ、プリンタ４０が印字可能な形式であれば、どのようなものでもよい。

生産管理データベース（図５）は、被塗物の形状、大きさ、及び、重量を示す情報と、生産計画に関する情報（以下「生産計画情報」という）と、を含んでもよい。
生産計画情報は、塗装オペレーション（ＯＰ３）を実施する塗装ラインを識別する情報、塗装オペレーション（ＯＰ３）を実施する順番（つまり、ハンガＨＧを塗装ラインに乗せる順番）を示す情報、１つのハンガＨＧに収容する複数種類の被塗物ＣＭを識別する情報、ハンガＨＧに収容する被塗物ＣＭの配置（ハンガＨＧ内におけるラックＬＣの位置、及び、ラックＬＣ内における被塗物ＣＭの位置）、又は、それらの組合せである。
Ｓ３１１（図９）において、ＣＰＵ３２は、形状、大きさ、及び、重量を示す情報と、「吊り掛け数」フィールドの情報と、予め定められたハンガレールＨＲのルートとに基づいて、ハンガレールＨＲに沿って移動する複数のハンガＨＧに収容された被塗物ＣＭ同士が接触しないように、１つのハンガＨＧにできるだけ多くの被塗物ＣＭを収容するための生産計画情報を決定する。つまり、ＣＰＵ３２は、被塗物ＣＭに関する情報と、ハンガＨＧ内における被塗物ＣＭの配置に関する情報と、ハンガＨＧの移動経路とを考慮して、生産計画情報を決定する。次に、ＣＰＵ３２は、決定した生産計画情報をロットＩＤに関連付ける。
これにより、生産効率（例えば、１日に塗装ラインに乗せることができるハンガＨＧの数）を向上させることができる。

塗装オペレーションは、電着塗装のオペレーションに限定されるものではない。塗装オペレーションは、粉体塗料を被塗物に塗膜する粉体塗装のオペレーションであってもよい。
具体的には、粉体塗料は、溶剤（例えば、ＶＯＣ（Volatile Organic Compounds））を含んでいる。この溶剤は、有害物質である。
Ｓ４１０において、プリンタ４０は、被塗物の量を示すコード情報を印字媒体ＰＭに印字する。
塗装オペレーションを開始する前に、担当者がハンディターミナル５０を用いて、ハンガＨＧに貼付された印字媒体ＰＭに印字されたコード情報から、被塗物の量及び大きさ（例えば、表面積）を読み取る。
ＣＰＵ３２は、ハンディターミナル５０によって読み取られた被塗物の量及び大きさの組合せに基づいて、被塗物に吹き付ける粉体塗料の量を決定する。
塗装オペレーションでは、作業者が決定した粉体塗料の量に基づいて、粉体塗料を被塗物に吹き付ける。粉体塗料が吹きつけられた被塗物は、上述の実施形態と同様に、印字媒体ＰＭの耐熱温度以下の温度（例えば、２００℃）の乾燥室内で乾燥される。
これにより、被塗物の量及び大きさの組合せに応じて、粉体塗料の量を最適化することができる。その結果、無駄な粉体塗料の使用を防ぎ、かつ、有害物質である溶剤の使用量を抑制することができる。

以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態および変形例は、組合せ可能である。

１ ：生産管理システム
１０ ：クライアント端末
１１ ：記憶装置
１２ ：ＣＰＵ
１３ ：入出力インタフェース
１４ ：通信インタフェース
１６ ：カメラ
３０ ：ホストコンピュータ
３１ ：記憶装置
３２ ：ＣＰＵ
３３ ：入出力インタフェース
３４ ：通信インタフェース
４０ ：プリンタ
５０ ：ハンディターミナル
６０ ：カメラ

Claims (6)

1. 塗装製品の生産管理方法であって、
   プリンタが、前記塗装製品の種類を識別する製品ＩＤがコード化された情報であるコード情報を印字媒体に印字する処理と、
   前記コード情報が印字された印字媒体を被塗物に取り付ける処理と、
   読取装置が、前記被塗物に取り付けられた印字媒体に印字されたコード情報から、前記製品ＩＤを読み取る第１読取処理と、
   前記読み取られた製品ＩＤに基づいて、前記被塗物を塗装する処理と、
   読取装置が、前記塗装された被塗物に取り付けられた印字媒体に印字されたコード情報から、前記製品ＩＤを読み取る第２読取処理と、
   コンピュータが、記憶装置に、前記第２読取処理において読み取られた製品ＩＤと、前記製品ＩＤによって識別される塗装製品の塗装が完了したことを示すステータス情報とを関連付けて記憶する処理と、を含む、
   生産管理方法。
2. 前記塗装する処理は、
   前記印字媒体が取り付けられた被塗物を、電着塗料を含む電着槽に浸漬する工程と、
   前記電着塗料と前記被塗物との間に電流を流すことにより、前記被塗物に前記電着塗料を塗膜する工程と、を含む、
   請求項１に記載の生産管理方法。
3. 前記塗装する処理は、
   前記電着塗料が塗膜された被塗物を水洗する工程と、
   前記水洗された被塗物に気体を吹き付ける工程と、
   前記気体が吹き付けられた被塗物を所定の温度で乾燥させる工程と、をさらに含み、
   前記印字媒体の耐熱温度は、前記所定の温度以上である、
   請求項２に記載の生産管理方法
4. 前記塗装する処理は、
   前記印字媒体が取り付けられた被塗物に粉体塗料を吹き付けることにより、前記被塗物に前記粉体塗料を塗膜する工程と、
   前記粉体塗料が塗膜された被塗物を所定の温度で乾燥させる工程と、をさらに含み、
   前記印字媒体の耐熱温度は、前記所定の温度以上である、
   請求項１に記載の生産管理方法。
5. 顧客が使用するクライアント端末と接続されたコンピュータが、前記クライアント端末から受注情報を受け付ける処理をさらに含み、前記受注情報は、顧客に関する顧客情報と、前記顧客から受注した塗装製品の製品ＩＤと、前記顧客から受注した塗装製品の受注数とを含み、
   コンピュータが、複数の受注情報に基づいて、塗装製品の生産計画に関する生産計画情報を作成する処理をさらに含み、前記生産計画情報は、前記顧客情報と、前記顧客毎の塗装製品の製品ＩＤと、前記顧客毎の生産数と、を含み、
   前記印字する処理は、前記プリンタが、前記顧客情報と、前記顧客毎の製品ＩＤと、前記顧客毎の生産数とがコード化された情報であるコード情報を印字する処理であり、
   前記第１読取処理は、前記読取装置が、前記顧客情報と、前記顧客毎の製品ＩＤと、前記顧客毎の生産数とを読み取る処理であり、
   前記塗装する処理は、前記読み取られた顧客情報、顧客毎の製品ＩＤ、及び、顧客毎の生産数に基づいて、前記被塗物を塗装する処理であり、
   前記第２読取処理は、前記読取装置が、前記顧客情報と、前記顧客毎の製品ＩＤと、前記顧客毎の生産数とを読み取る処理であり、
   前記記憶する処理は、前記コンピュータが、前記第２処理において読み取られた顧客情報、顧客毎の製品ＩＤ、及び、顧客毎の生産数を関連付けて前記記憶装置に記憶する処理である、
   請求項１〜４の何れかに記載の生産管理方法。
6. カメラが、前記印字媒体に印字されたコード情報の画像を撮像する処理と、
   コンピュータが、前記撮像された画像と所定の基準画像とを比較することにより、前記印字媒体の使用可否を判定する処理と、
   コンピュータが、前記コンピュータの判定結果をディスプレイに表示する処理と、をさらに含む、
   請求項１〜５の何れかに記載の生産管理方法。

Images