JP4066667B2

JP4066667B2 - 車両工程管理システム及び方法

Info

Publication number: JP4066667B2
Application number: JP2002035206A
Authority: JP
Inventors: 誠南立
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2002-02-13
Filing date: 2002-02-13
Publication date: 2008-03-26
Anticipated expiration: 2022-02-13
Also published as: JP2003233411A

Description

【０００１】
【発明の属する技術分野】
本発明は車両工程管理システム及び方法、特に手直し工程中の車両管理に関する。
【０００２】
【従来の技術】
従来より、塗装や組み付け等の通常作業を行う主工程と、品質不良等を修正する手直し工程を含む車両生産工程において、ライン上のある車両が手直し中であるのか否か、手直し中である場合にはどの手直し工程であるかということを管理する必要がある。例えば、手直し中である場合には、それだけ完成までに時間を要するためその遅れを見越した納期管理が必要となるが、手直し中か否かを正確に管理できなければ、このような納期管理も困難となる。
【０００３】
従来より、手直し管理方法として、
（１）手直し工程の入口ポイントと出口（完了）ポイントにて車両の通過を検出装置により検出して管理する
（２）完了ポイントでの検出は行わず、他工程の入口ポイントの通過を検出することにより手直しが完了したと認識する
等がある。
【０００４】
【発明が解決しようとする課題】
しかしながら、（１）の方法では、手直し工程に対して複数の出口が存在する場合、それぞれの出口に検出装置を設置する必要が生じ、システム構成が複雑化するとともにコストも増大する。また、（２）の方法では、システム構成自体は（１）より簡易となるが、再塗装など主工程に車両を戻して手直しを行う場合においては、主工程に戻した時点で手直し完了と誤判定してしまうおそれがあり、主工程上での手直し車両について正確に管理することができない（主工程上の通常作業車と手直し作業車とを互いに識別できない）問題がある。もちろん、ラインの各作業者が、手直し工程から主工程に戻った各車両についてその旨のデータをその都度コンピュータに入力することも可能であるが、作業量が増大してしまう。
【０００５】
本発明は、上記従来技術の有する課題に鑑みなされたものであり、その目的は、簡易な構成で、かつ、手直し工程中にある車両を正確に管理することができるシステム及び方法を提供することにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明は、工程における車両を管理するシステムであって、前記車両が主工程の各工程に搬入されたことを検出する第１検出手段と、前記車両が手直し工程に搬入されたことを検出する第２検出手段と、前記車両の情報として、少なくとも車両の識別情報、現在工程情報、手直し工程情報、通過実績情報を記憶する記憶手段と、前記記憶手段に記憶された情報を順次更新することで管理する制御手段とを備え、前記制御手段は、前記第２検出手段からの検出信号に基づき、前記車両が前記手直し工程に搬入されたことを示すフラグを前記手直し工程情報に設定する手段と、前記第１検出手段からの検出信号に基づき、車両の現在工程及び通過実績を前記現在工程情報及び通過実績情報にそれぞれ設定するとともに、前記手直し工程情報に前記フラグが設定されている場合であって前記通過実績にない新たな工程に搬入された場合に前記手直し工程が完了したと判定して前記フラグを解除する手段とを有することを特徴とする。
【０００７】
また、本発明は、コンピュータを用いて工程における車両を管理する方法であって、前記車両が手直し工程に搬入されたことを検出するステップと、前記車両が前記手直し工程に搬入されたことを示すフラグを前記車両に関連付けて前記コンピュータのメモリに書き込むステップと、前記車両が主工程の一つの工程に搬入された場合に、前記コンピュータのメモリを検索して、前記車両に関連付けて前記フラグが設定されているか否かを判定し、前記フラグが設定されている場合であって前記一つの工程が過去に通過したことのない新たな工程であるときには前記手直し工程が完了したと判定するステップと、前記手直し工程が完了した場合に前記フラグを解除するステップとを有することを特徴とする。
【０００８】
【発明の実施の形態】
以下、図面に基づき本発明の実施形態について説明する。
【０００９】
＜第１実施形態＞
図１には、本実施形態における車両工程管理システムの構成図が示されている。工程Ａ（例えば車両塗装）及び工程Ｂ（例えば車両組み付け）を含む生産工程１００が存在し、これら主工程とは別に手直し工程Ｒが存在するものとする。車両１０は生産工程１００の上流から下流に向けて順次搬送される。車両１０にはそれぞれＩＤが付与されており、図においては一例としてＩＤ＝１００２５が付与されていることを示す。生産工程１００及び手直し工程Ｒの各入口には工程への車両搬入を検出する検出装置１２、１４、１６が設けられている。すなわち、工程Ａの入口には検出装置１２が設けられ、手直し工程Ｒの入口には検出装置１４が設けられ、工程Ｂの入口には検出装置１６が設けられる。検出装置１２，１４，１６は電磁気的あるいは光学的に車両の搬入を検出し、検出時に各車両に付与されたＩＤを読み取る。ＩＤがバーコード形成で付与される場合、検出装置１２、１４、１６にはバーコードリーダが備えられる。各検出装置１２、１４、１６の検出信号は、生産工程１００を管理する生産管理サーバ１８に出力される。
【００１０】
生産管理サーバ１８は、生産工程１００における車両１０の生産状況を管理するコンピュータであり、その機能ブロックとして手直し開始処理部、トラッキング処理部及び車両情報記憶部を有する。手直し開始処理部は、手直し工程Ｒの入口に設けられた検出装置１４からの検出信号に基づき動作し、車両情報記憶部内に記憶された車両情報ファイルに対して車両が手直し工程Ｒに搬入されたことを示すフラグを設定する。一方、トラッキング処理部は、主工程を構成する各工程（本実施形態では工程Ａ及びＢ）の入口に設けられた検出装置１２、１６からの検出信号に基づき、車両１０の各工程における通過実績や現在工程を車両情報ファイルに書き込むとともに、車両１０が手直し工程中である場合には当該手直し工程が完了したか否かを判定してフラグを解除する。車両情報記憶部は、車両の各種情報を記憶するデータベースとして機能し、上述した車両情報ファイルを格納する。車両情報ファイルは、生産工程１００を通過する各車両の情報を有する。
【００１１】
手直し開始処理部及びトラッキング処理部は、コンピュータ内のプロセッサで構成される。また、車両情報記憶部は、コンピュータ内の書き換え可能なメモリ、例えばハードディスクで構成される。
【００１２】
図２には、車両情報記憶部に記憶される車両情報ファイルが例示されている。車両情報として、車両ＩＤ、車両仕様、現状ステータス、通過実績及び手直し開始／完了実績が記憶される。現状ステータスとしては、現在工程及び手直し工程の有無が記憶される。仮に、車両１０が主工程から手直し工程Ｒに搬入された場合、ファイルの手直し工程フィールドにフラグが設定される。また、通過実績は、各工程の通過時刻を記憶する。図では、工程Ａ及び工程Ｂに対応してＡポイント通過実績及びＢポイント通過実績が示されている。Ａポイントを通過したことを検出装置１２で検出すると、その検出時刻がＡポイントの通過実績として書き込まれる。Ｂポイントについても同様である。手直し開始／完了実績は、手直し工程Ｒに対する搬入開始時刻及び手直し工程Ｒの完了時刻が記憶される。搬入開始時刻は検出装置１４で検出した時刻であり、完了時刻は手直し工程が完了したと判定し、その次の工程に搬入されたことを検出した時刻（本実施形態では工程Ｂに搬入された時刻）が書き込まれる。生産情報ファイルの内容は、適宜読み出されてディスプレイに表示される。
【００１３】
以下、図１において、車両１０が工程Ａを通過後、品質不良により手直し工程Ｒに搬入され、手直し工程Ｒで手直し作業が行われた後に工程Ｂに搬入される場合を例にとり、生産管理サーバ１８の処理について説明する。
【００１４】
図３には、検出装置１４にて車両１０が手直し工程Ｒに搬入されたことを検出した場合の、手直し開始処理部の処理フローチャートが示されている。
【００１５】
まず、手直し開始処理部は、検出装置１４からの検出信号を入力すると、当該検出装置１４が設置された手直し工程Ｒについて車両情報ファイルの手直し工程フィールドにフラグを設定する（Ｓ１０１）。また、入力ポイント（手直し工程Ｒ）の手直し開始実績を手直し開始／完了実績のＲポイント始フィールドに書き込む（Ｓ１０２）。手直し開始時刻は、検出装置１４で車両１０を検出した時刻である。
【００１６】
図４には、図３の処理により更新された車両情報ファイルが示されている。車両ＩＤ＝１００２５に着目すると、図２と比較した場合、現状ステータスの手直し工程フィールドにフラグＲが設定され（符号５０）、手直し開始／完了実績のＲポイント始フィールドに手直し開始時刻０８：１５が設定されていることが分かる（符号５２）。なお、車両１０は既に工程Ａは通過しているため、現状ステータスの現在工程フィールドには工程Ａが設定されている。また、通過実績のＡポイントフィールドには工程Ａに搬入された時刻である０７：２０が設定されている。これらは、検出装置１２からの信号入力をトリガとしてトラッキング処理部により書き込まれたものである。
【００１７】
車両１０がラインのどこに存在していても、車両情報ファイルの手直し工程フィールドにフラグＲが設定されている限り、車両１０は現在手直し工程Ｒの作業中であり、未だ手直し工程Ｒが完了していないことを認識できる。
【００１８】
図５には、手直し工程Ｒでの手直し作業が終了し、車両１０が工程Ｒから再び主工程の工程Ｂに戻された場合のトラッキング処理部における処理フローチャートが示されている。トラッキング処理部は、車両１０が工程Ｂの入口に設置された検出装置１６からの検出信号を入力したことをトリガとして動作する。
【００１９】
まず、トラッキング処理部は、検出された車両１０の車両情報ファイルをＩＤに基づき検索し、手直し工程フィールドがブランクか否か、すなわち手直し工程のフラグが設定されていないか否かを判定する（Ｓ２０１）。車両ＩＤ＝１００２５で示される車両の手直し工程フィールドには、上述したようにフラグが設定されているため、Ｓ２０１ではＮＯ、すなわちブランクでないと判定される。
【００２０】
手直し工程がブランクでないと判定された場合、トラッキング処理部はさらに入力ポイントの通過実績があるか否かを判定する（Ｓ２０２）。工程Ｂは車両１０にとり初めての工程であり通過実績は存在しない。具体的には、図４において通過実勢のＢポイントフィールドはブランク状態である。トラッキング処理部は、手直し工程にフラグが設定されており、しかも車両１０が過去に通過実績のない新たな工程に搬入されたと判定した場合、手直し工程Ｒでの手直し作業が完了したとみなし、車両情報ファイルの手直し完了実績を更新するとともに、手直し工程に設定されたフラグを解除（ブランク）する（Ｓ２０３）。
【００２１】
手直し工程Ｒが完了したと判定した後、トラッキング処理部は、現在工程フィールドを入力ポイント（すなわち、工程Ｂ）に更新し（Ｓ２０４）、さらに入力ポイントの通過実績を更新する（Ｓ２０５）。入力ポイントの通過実績は、検出装置１６で車両１０を検出した時刻である。
【００２２】
図６には、図５の処理により更新された車両情報ファイルが示されている。Ｓ２０３にて手直し工程の手直し完了実績が更新されるため、手直し開始／完了実績のＲポイント完のフィールドに０９：１５と書き込まれる（符号５４）。この時刻は、検出装置１６で車両１０を検出した時刻と一致する。もちろん、Ｓ２０２でＮＯと判定された時刻を完了時刻としてもよい。また、手直し工程フィールドに設定されていたフラグＲが解除されてブランクとなる（符号５５）。さらに、現在工程フィールドが工程Ａから工程Ｂに更新され（符号５６）、Ｂポイントの通過実績フィールドに０９：１５が書き込まれる。（符号５８）。車両情報ファイルの手直し工程フィールドにもはやフラグＲが設定されていないため、車両１０がラインのどこに存在しようとも、手直し工程Ｒが完了し、通常作業中であることを認識できる。
【００２３】
このように、本実施形態においては、手直し工程に搬入された場合に、車両情報ファイルの手直し工程フィールドに手直し作業中であること（及びその手直し工程の種類）を示すフラグを設定することで、その車両の手直し工程フィールドを参照することにより当該車両が通常作業中であるか、或いは手直し作業中であるかを容易に識別することが可能となる。また、ある車両の手直し工程フィールドにフラグが設定され、しかも当該車両が今まで通過していない新たな工程に搬入されたことを検出した時点で手直し作業が完了したものとみなして当該フラグを解除するため、従来のように未だ手直し作業が終了していないにもかかわらず手直し完了と誤認識してしまう事態も確実に防ぐことができ、主工程上に存在しても手直し車両を確実に管理できる。
【００２４】
＜第２実施形態＞
上述した第１実施形態においては、工程Ａ後に品質不良が検出され、手直し工程Ｒにて手直しを行い、手直し工程Ｒから工程Ｂに車両を戻す場合について説明したが、手直し工程Ｒにて手直しを行った後、再び工程Ａの入口に戻す場合もあり得る。本実施形態においては、このような場合の車両情報ファイルの管理について説明する。
【００２５】
図７には、本実施形態における車両工程管理システムの構成図が示されている。図１に示された構成と異なる点は、工程Ａにて品質不良が検出された車両を手直し工程Ｒに搬入した後、手直し工程Ｒから再び工程Ａの入口に車両を戻し、工程Ａを再び経由させる点である。この場合、最初に車両が工程Ａに搬入された時点で検出装置１２で検出されトラッキング処理部が動作して車両情報ファイルを更新し、その後、手直し工程Ｒの入り口に設置された検出装置１４にて車両１０が手直し工程Ｒに搬入されたことを検出して手直し開始処理部が車両情報ファイルを更新する。そして、検出装置１２で当該車両１０が再び工程Ａの入口に搬入されたことを検出してトラッキング処理部が車両情報ファイルを更新する。
【００２６】
手直し開始処理部及びトラッキング処理部における処理は上述した第１実施形態と同様であり、それぞれ図３に示されたＳ１０１〜Ｓ１０２及び図５に示されたＳ２０１〜Ｓ２０５の処理を実行する。最初に車両１０が工程Ａに搬入された時点の車両情報ファイルの内容は図２に示された通りである。現在工程としてＡが設定され、通過実績のＡポイントフィールドには工程Ａに搬入された時刻０７：２０が設定される。また、この時点では車両１０は通常作業中であるため手直し工程のフラグは設定されておらずブランク状態にある。
【００２７】
図８には、車両１０が手直し工程Ｒに搬入され、手直し開始処理部にて更新された後の車両情報ファイルが示されている。検出装置１４により車両１０が手直し工程Ｒに搬入されたことを検出すると、手直し開始処理部は手直し工程フィールドに手直し工程ＲのフラグＲを設定する（符号６０）。また、手直し開始／完了実績のＲポイント始フィールドに通過実績である０８：１５を書き込む（符号６２）。手直し工程フィールドにフラグが設定されている限り、当該車両は手直し作業中であることを意味する。
【００２８】
車両１０が手直し工程Ｒから再び工程Ａに戻され、検出装置１２でその搬入が検出されると、トラッキング処理部は、車両１０のＩＤを用いて車両１０の手直し工程フィールドを検索し、フラグが設定されているか否かを判定する（Ｓ２０１）。この場合、手直し工程フィールドにはフラグが設定されていると判定されるので、次に入力ポイントの通過実績があるか否かを判定する。Ａポイントについては以前に通過したため通過実績が存在する（Ａポイントフィールドの８時３０分）。したがって、Ｓ２０２ではＹＥＳと判定され、現在工程を入力ポイントに更新するとともに入力ポイントの通過実績を更新する。具体的には、現在工程をＡに更新し（以前のデータもＡであるため結果としてデータ値はそのままとなる）、通過実績０８：３０を書き込む（符号６６）。工程Ａを通過した後、車両１０は工程Ｂに搬入される。
【００２９】
図９には、車両１０が工程Ａから工程Ｂに搬入され、検出装置１６で検出され、トラッキング処理部で更新された後の車両情報ファイルが示されている。トラッキング処理部は、検出装置１６からの検出信号をトリガとして、再びＳ２０１〜Ｓ２０５の処理を実行する。手直し工程フィールドには依然としてフラグＲが設定されているため、Ｓ２０１ではブランクでないと判定する。次に、入力ポイントの通過実績があるか否かを判定する（Ｓ２０２）。工程Ｂについては新たな工程であるため通過実績はないと判定し、この時点で手直し工程Ｒが完了したとみなして手直し工程Ｒのフラグを解除して手直し工程フィールドをブランクとする（Ｓ２０３）。また、手直し開始／完了実績のＲポイント完フィールドにその時刻を書き込む。図９において、手直し工程フィールドがブランクとされ（符号７０）、手直し／完了実績のＲポイント完フィールドに０９：３０が書き込まれたことが示されている（符号６８）。そして、現在工程を入力ポイントに更新し（Ｓ２０４）、入力ポイントの通過実績を更新する（Ｓ２０５）。図９において、現在工程フィールドがＡからＢに更新され（符号７２）、通過実績のＢポイントフィールドに０９：３０が書き込まれたことが示されている（符号７４）。
【００３０】
このように、車両１０が手直し工程Ｒから主工程の工程Ａに再び戻された場合でも、手直し工程フィールドにフラグが設定されている限り、当該車両は通常作業中ではなく手直し作業中であることを正しく認識することができる。また、新たな工程Ｂに車両１０が搬入された時点で手直し工程が完了したと認識するので、工程Ａを移動中で未だ手直し作業を行っているにもかかわらず通常作業中であると誤認識することもない。
【００３１】
【発明の効果】
以上説明したように、本発明によれば簡易な構成で手直し車両を管理することができる。これにより、例えば手直し工程中の車両が何台存在するかを正確に認識することができ、納期管理に利用することもできる。
【図面の簡単な説明】
【図１】実施形態のシステム構成図である。
【図２】車両情報ファイル説明図である。
【図３】手直し開始処理部の処理フローチャートである。
【図４】車両情報ファイル説明図である。
【図５】トラッキング処理部の処理フローチャートである。
【図６】車両情報ファイル説明図である。
【図７】他の実施形態のシステム構成図である。
【図８】車両情報ファイル説明図である。
【図９】車両情報ファイル説明図である。
【符号の説明】
１０車両、１２，１４，１６検出装置、１８生産管理サーバ。

Claims

工程における車両を管理するシステムであって、
前記車両が主工程の各工程に搬入されたことを検出する第１検出手段と、
前記車両が手直し工程に搬入されたことを検出する第２検出手段と、
前記車両の情報として、少なくとも車両の識別情報、現在工程情報、手直し工程情報、通過実績情報を記憶する記憶手段と、
前記記憶手段に記憶された情報を順次更新することで管理する制御手段と、
を備え、
前記制御手段は、
前記第２検出手段からの検出信号に基づき、前記車両が前記手直し工程に搬入されたことを示すフラグを前記手直し工程情報に設定する手段と、
前記第１検出手段からの検出信号に基づき、車両の現在工程及び通過実績を前記現在工程情報及び通過実績情報にそれぞれ設定するとともに、前記手直し工程情報に前記フラグが設定されている場合であって前記通過実績にない新たな工程に搬入された場合に前記手直し工程が完了したと判定して前記フラグを解除する手段と、
を有することを特徴とする車両工程管理システム。
コンピュータを用いて工程における車両を管理する方法であって、
前記車両が手直し工程に搬入されたことを検出するステップと、
前記車両が前記手直し工程に搬入されたことを示すフラグを前記車両に関連付けて前記コンピュータのメモリに書き込むステップと、
前記車両が主工程の一つの工程に搬入された場合に、前記コンピュータのメモリを検索して、前記車両に関連付けて前記フラグが設定されているか否かを判定し、前記フラグが設定されている場合であって前記一つの工程が過去に通過したことのない新たな工程であるときには前記手直し工程が完了したと判定するステップと、
前記手直し工程が完了した場合に前記フラグを解除するステップと、
を有することを特徴とする方法。