工程管理装置、工程管理方法及び工程管理プログラム
【課題】工程の枝分れ及び泣き別れに対応できる工程管理装置を提供する。
【解決手段】複数の工程を工程管理テーブル１０１を用いて管理する工程管理装置であり、工程管理テーブル１０１に、現工程の識別情報を記録するための現工程フィールド、現工程に対する１以上の前工程の各々の識別情報を記録するための１以上の前工程フィールド及び現工程に対する前工程が２以上有る場合に２以上の前工程をどのように結合するかを表す結合情報を記録するための結合情報フィールドを設け、工程管理テーブル１０１に、各工程毎のレコードを設け、各工程毎に、その工程の識別情報を現工程フィールドに記録し、その工程が先頭工程などでなければ、その工程に対する１以上の前工程の各々の識別情報を１以上の前工程フィールドに記録し、その工程に対する前工程が２以上有るならば、２以上の前工程をどのように結合するかを表す結合情報を結合情報フィールドに記録する。
【解決手段】複数の工程を工程管理テーブル１０１を用いて管理する工程管理装置であり、工程管理テーブル１０１に、現工程の識別情報を記録するための現工程フィールド、現工程に対する１以上の前工程の各々の識別情報を記録するための１以上の前工程フィールド及び現工程に対する前工程が２以上有る場合に２以上の前工程をどのように結合するかを表す結合情報を記録するための結合情報フィールドを設け、工程管理テーブル１０１に、各工程毎のレコードを設け、各工程毎に、その工程の識別情報を現工程フィールドに記録し、その工程が先頭工程などでなければ、その工程に対する１以上の前工程の各々の識別情報を１以上の前工程フィールドに記録し、その工程に対する前工程が２以上有るならば、２以上の前工程をどのように結合するかを表す結合情報を結合情報フィールドに記録する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の工程を管理するための工程管理装置、工程管理方法及び工程管理プログラムに関する。
【背景技術】
【０００２】
受け付けた大量の書類を処理するために処理を複数の工程に分け、各工程からその次の工程に次々と書類を渡す流れ作業を行うようなことが行われている。また、製品の製造においても同様なことが行われている。
【０００３】
このような流れ作業に係る工程管理に関連したコンピュータ処理としては、後工程にあたる工程の情報をコード化したものをデータとして記録しておき、前工程にあたる工程の情報をコード化したものをキーとして検索し、このコードによって各工程を制御することにより、工程の追加及び削除の実行を容易にする技術がある。また、バーコード等で各作業工程を管理するシステムが開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開昭６３−１５０１３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、流れ作業において書類や製品などの工程処理対象物が滞りなく工程から工程に渡されるようにするためには、すべての工程での１つの工程処理対象物に対する処理時間が均等である必要があるが、現実的には、そのようなことができない場合がある。
【０００６】
そこで、例えば、或る工程での１つの工程処理対象物に対する処理時間が他の工程での１つの工程対象物に対する処理時間の２倍である場合、その或る工程と同一の工程をその或る工程と並列に追加し、その或る工程の前の工程で処理された工程対象物を例えば交互にその或る工程と追加された工程に渡し、その或る工程及び追加した工程で処理された工程対象物を共通の工程に渡すようなことが行われる。これを、枝分れ及び枝分れからの合流という。
【０００７】
また、或る工程処理対象物が或る工程に入ろうとするときに、その工程処理対象物の状態がその或る工程で処理されるような状態でないときに、その工程処理対象物の全体を枝分れした他の工程に渡して、渡した先の工程でその工程処理対象物の状態整備を行った後に通常の処理を行う。これも枝分れという。
【０００８】
工程処理対象物が、枝分れした何れか１つの工程で処理されていれば、その工程処理対象物を、次の工程に進めることができる。
【０００９】
また、例えば、或る工程での１つの工程処理対象物に対する処理時間が他の工程での１つの工程処理対象物に対する処理時間の２倍である場合、その或る工程の内容を２つの異なった内容に分解し、その２つの異なった内容を持つ２つの工程により、分解前の工程を置き換え、その或る工程の前の工程で処理された工程処理対象物を２つに分解して、それぞれを置き換え後の２つの工程に渡し、置き換え後の２つの工程で処理された工程処理対象物を、合わせるための工程（突合工程）に通した後、共通の工程に渡すようなことが行われる。例えば、書類を前半部と後半部に分解して、それぞれを置き換え後の２つの工程に渡し、置き換え後の工程で処理された前半部と後半部を、合わせるための工程（突合工程）に通した後、共通の工程に渡すようなことが行われる。これを、泣き別れ、泣き別れにおける突合及び通常工程と泣き別れ工程の突合という。
【００１０】
また、或る工程処理対象物が或る工程に入ろうとするときに、その工程処理対象物の状態がその或る工程で処理されるような状態でないときに、その工程処理対象物の正常な部分を追加された第１の工程に渡して、その工程処理対象物の異常な部分を追加された第２の工程に渡す。そして、追加された第１の工程で通常の工程の一部の処理を行い、追加された第２の工程でその工程処理対象物の状態整備を行った後に通常の工程の残りの処理を行う。これも泣き別れという。
【００１１】
工程処理対象物が、泣き別れしたすべての工程で処理されていなければ、その工程処理対象物を、次の工程に進めることができない。
【００１２】
従来、枝分れ及び枝分れからの合流並びに泣き別れ、泣き別れにおける突合及び通常工程と泣き別れ工程の突合に対応した工程管理装置、工程管理方法及び工程管理プログラムがなかった。
【００１３】
そこで、本発明は、工程の枝分れ及び枝分れからの合流並びに泣き別れ、泣き別れにおける突合及び通常工程と泣き別れ工程の突合に対応した工程管理装置、工程管理方法及び工程管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明によれば、複数の工程を工程管理テーブルを用いて管理するための工程管理装置であって、前記工程管理テーブルに、現工程の識別情報を記録するための現工程フィールド、現工程に対する１以上の前工程の各々の識別情報を記録するための１以上の前工程フィールド及び現工程に対する前工程が２以上有る場合に２以上の前工程をどのように結合するかを表す結合情報を記録するための結合情報フィールドを設け、前記工程管理テーブルに、各工程毎のレコードを設け、各工程毎に、その工程の識別情報を前記現工程フィールドに記録し、その工程が先頭工程又は削除された工程でなければ、その工程に対する１以上の前工程の各々の識別情報を１以上の前記前工程フィールドの各々に記録し、その工程に対する前工程が２以上有るならば、２以上の前工程をどのように結合するかを表す結合情報を前記結合情報フィールドに記録する手段を備えることを特徴とする工程管理装置が提供される。
【００１５】
また、本発明によれば、複数の工程を工程管理テーブルを用いて管理するための工程管理方法であって、前記工程管理テーブルに、現工程の識別情報を記録するための現工程フィールド、現工程に対する１以上の前工程の各々の識別情報を記録するための１以上の前工程フィールド及び現工程に対する前工程が２以上有る場合に２以上の前工程をどのように結合するかを表す結合情報を記録するための結合情報フィールドを設け、前記工程管理テーブルに、各工程毎のレコードを設け、各工程毎に、その工程の識別情報を前記現工程フィールドに記録し、その工程が先頭工程又は削除された工程でなければ、その工程に対する１以上の前工程の各々の識別情報を１以上の前記前工程フィールドの各々に記録し、その工程に対する前工程が２以上有るならば、２以上の前工程をどのように結合するかを表す結合情報を前記結合情報フィールドに記録するステップを有することを特徴とする工程管理方法が提供される。
【００１６】
更に、本発明によれば、コンピュータに上記の工程管理方法を行わせるための工程管理プログラムが提供される。
【発明の効果】
【００１７】
本発明によれば、工程管理テーブルに、現工程の識別情報を記録するための現工程フィールド、現工程に対する１以上の前工程の各々の識別情報を記録するための１以上の前工程フィールド及び現工程に対する前工程が２以上有る場合に２以上の前工程をどのように結合するかを表す結合情報を記録するための結合情報フィールドを設け、工程管理テーブルに、各工程毎のレコードを設け、各工程毎に、その工程の識別情報を前記現工程フィールドに記録し、その工程が先頭工程又は削除された工程でなければ、その工程に対する１以上の前工程の各々の識別情報を１以上の前記前工程フィールドに記録し、その工程に対する前工程が２以上有るならば、２以上の前工程をどのように結合するかを表す結合情報を前記結合情報フィールドに記録する。
【００１８】
従って、工程の枝分れがある部分に対応して２以上の前工程を利用し、その２以上の前工程を枝分れに対応して結合することを表す結合情報を結合情報フィールドに記録する。また、工程の泣き別れが或る部分に対応して２以上の前工程を利用し、その２以上の前工程を泣き別れに対応して結合することを表す結合情報を結合情報フィールドに記録する。
【００１９】
従って、本発明によれば、工程の枝分れ及び泣き別れに対応することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態による工程管理装置の構成を示すブロック図である。
【図２】本発明の実施形態による基本的な工程の組に対応する工程管理テーブル及びステータス管理テーブルの例を示す概念図である。
【図３】本発明の実施形態による枝分れがある工程の組に対応する工程管理テーブル及びステータス管理テーブルの第１の例を示す概念図である。
【図４】本発明の実施形態による枝分れがある工程の組に対応する工程管理テーブル及びステータス管理テーブルの第２の例を示す概念図である。
【図５】本発明の実施形態による泣き別れがある工程の組に対応する工程管理テーブル及びステータス管理テーブルの第１の例を示す概念図である。
【図６】本発明の実施形態による泣き別れがある工程の組に対応する工程管理テーブル及びステータス管理テーブルの第２の例を示す概念図である。
【図７】本発明の実施形態による泣き別れがある工程の組に対応するステータス管理テーブルの４つの例を示す図である。
【図８】本発明の実施形態による工程管理テーブルの初期化の方法を説明するためのフローチャート（１／２）である。
【図９】本発明の実施形態による工程管理テーブルの初期化の方法を説明するためのフローチャート（２／２）である。
【図１０】本発明の実施形態による枝分れの工程を追加する場合の工程管理テーブルの変更の方法を説明するためのフローチャートである。
【図１１】本発明の実施形態による泣き別れの工程を追加する場合の工程管理テーブルの変更の方法を説明するためのフローチャートである。
【図１２】本発明の実施形態による通常の工程を追加する場合の工程管理テーブルの変更の方法を説明するためのフローチャートである。
【図１３】本発明の実施形態による工程を追加する場合の工程管理テーブルの変更方法を説明するための概念図である。
【図１４】本発明の実施形態による工程を削除する場合の工程管理テーブルの変更の方法を説明するためのフローチャートである。
【図１５】本発明の実施形態による工程を削除する場合の工程管理テーブルの変更方法を説明するための概念図である。
【図１６】本発明の実施形態による或る工程に入る際に前工程をチェックする方法を説明するためのフローチャートである。
【発明を実施するための形態】
【００２１】
以下、図面を参照して本発明を実施するための形態について詳細に説明する。
【００２２】
図１を参照すると、本発明の実施形態による工程管理装置は、工程管理テーブル初期化部１０５、工程管理テーブル変更部１０７、前工程チェック部１０９、工程終了タイミング書込部１１０及び表示部１１１を含む。工程管理テーブル変更部１０７は、枝分れ工程追加対応部１０７ａ、泣き別れ工程追加対応部１０７ｂ、通常工程追加対応部１０７ｃ及び工程削除対応部１０７ｄを含む。
【００２３】
工程管理テーブル初期化部１０５及び工程管理テーブル変更部１０７の各部、前工程チェック部１０９及び表示部１１１は、ハードウェアのみによっても実現することが可能であるが、コンピュータをこれらの各部として機能させるためのプログラムをコンピュータが読み込んで実行することによっても実現することができる。
【００２４】
工程管理テーブル初期化部１０５は、工程管理テーブル１０１を、それを初期化するときの実際の工程の組の構成に応じて初期化する。
【００２５】
枝分れ工程追加対応部１０７ａは、工程の組に枝分れの工程を追加したときに、それに応じて工程管理テーブル１０１の構成を変更する。
【００２６】
泣き別れ工程追加対応部１０７ｂは、工程の組に泣き別れの工程を追加したときに、それに応じて工程管理テーブル１０１の構成を変更する。
【００２７】
通常工程追加対応部１０７ｃは、工程の組に通常の工程（枝分れの工程でも泣き別れの工程でもない工程）を追加したときに、それに応じて工程管理テーブル１０１の構成を変更する。
【００２８】
工程削除対応部１０７ｄは、工程の組から工程を削除したときに、それに応じて工程管理テーブル１０１の構成を変更する。
【００２９】
前工程チェック部１０９は、或る工程処理対象物が或る工程で処理されることが開始されようとする際、事前に工程管理テーブル１０１及びステータス管理テーブル１０３を参照して、その工程処理対象物が必要な前工程で処理されているか否かを判断し、その判断が肯定的である場合には、その旨を表示部１１１に表示させ、更に、ステータス管理テーブル１０３のその或る工程に対応するレコードに処理が開始したことを表す情報を書き込む。
【００３０】
工程終了タイミング書込部１１０は、或る工程において或る工程対象物に対する処理が終了した時に、その或る工程対象物に対応するステータス管理テーブルのその或る工程に対応するレコードに、終了のタイミングを表す情報を書き込む。
【００３１】
次に、図２を参照して、基本的な工程の組に対応する工程管理テーブル及びステータス管理テーブルについて説明をする。
【００３２】
図２を参照すると、工程１〜５が直列に接続されている。枝分れや泣き別れの工程はない。
【００３３】
工程管理テーブルのフィールドは、現工程のフィールドと前工程１のフィールドだけである。現工程のフィールドは、対応する現工程の識別情報を記録するためのフィールドである。前工程１のフィールドは、対応する現工程の直前の工程の識別情報を記録するためのフィールドである。工程管理テーブルには、工程１〜５のそれぞれに対応したレコードが設けられる。工程１に対応するレコードの現工程のフィールドの内容の値は「１」である。工程１の直前の工程はないので、工程１に対応するレコードの前工程１のフィールドの内容の値は無効値（ＮＵＬＬ）である。工程２に対応するレコードの現工程のフィールドの内容の値は「２」である。工程２に対応するレコードの前工程１のフィールドの内容の値は「１」である。工程３〜５については、工程２と同様である。
【００３４】
ステータス管理テーブルは、工程処理対象物毎に設けられる。図２には、ＩＤが００１である工程処理対象物のステータス管理テーブルを示している。ＩＤが００１である工程処理対象物は、時刻９：１５に工程１での処理が終了し、時刻９：３０に工程２での処理が終了し、時刻９：４５に工程３での処理が終了し、現在工程４で処理されている。これに応じて、００１のＩＤに対応したステータス管理テーブルの工程１の通過のフィールドには「９：１５」が記録され、工程２の通過のフィールドには「９：３０」が記録され、工程３の通過のフィールドには「９：４５」が記録され、工程４の通過のフィールドには処理が開始したことを表す情報「◎」が記録されている。
【００３５】
次に、図３を参照して、枝分れがある工程の組に対応する工程管理テーブル及びステータス管理テーブルについて説明をする。
【００３６】
図３を参照すると、工程３と平行して枝分れの工程６が設けられている。それ以外の点は、図２に示す工程の組の構成と同一である。
【００３７】
工程管理テーブルのフィールドは、現工程のフィールド、前工程１のフィールド、前工程２のフィールド及び結合情報のフィールドである。現工程のフィールドは、前述したように、対応する現工程の識別情報を記録するためのフィールドである。前工程１のフィールドは、対応する現工程の直前の複数の工程のうちの第１の工程の識別情報を記録するためのフィールドである。前工程２のフィールドは、対応する現工程の直前の複数の工程のうちの第２の工程の識別情報を記録するためのフィールドである。結合情報のフィールドは、対応する現工程の直前の複数の工程をどのように結合するのかを表す結合情報を記録するためのフィールドである。工程管理テーブルには、工程１〜６のそれぞれに対応したレコードが設けられる。前述したように、工程１に対応するレコードの現工程のフィールドの内容の値は「１」である。工程１の直前の工程はないので、工程１に対応するレコードの前工程１のフィールドの内容の値は無効値（ＮＵＬＬ）である。工程２に対応するレコードの現工程のフィールドの内容の値は「２」である。工程２に対応するレコードの前工程１のフィールドの内容の値は「１」である。工程３及び５については、工程２と同様である。工程４に対応するレコードの現工程のフィールドの内容の値は「４」である。工程４に対応するレコードの前工程１のフィールドの内容の値は「３」である。工程４に対応するレコードの前工程２のフィールドの内容の値は「６」である。工程４に対応するレコードの結合情報のフィールドの内容の値は枝分れを示す「ｏｒ」である。
【００３８】
ステータス管理テーブルは、工程処理対象物毎に設けられる。図３には、ＩＤが００１である工程処理対象物のステータス管理テーブルを示している。ＩＤが００１である工程処理対象物は、時刻９：１５に工程１での処理が終了し、時刻９：３０に工程２での処理が終了し、現在工程６で処理されている。これに応じて、００１のＩＤに対応したステータス管理テーブルの工程１の通過のフィールドには「９：１５」が記録され、工程２の通過のフィールドには「９：３０」が記録され、工程６の通過のフィールドには処理が開始したことを表す「◎」が記録されている。
【００３９】
図４は、図３に示す状態を基準として、ＩＤが００１である工程処理対象物に対する工程６での処理が時刻９：４５に終了し、ＩＤ００１である工程処理対象物が、現在、工程００４で処理されている状態を示している。これに応じて、００１のＩＤに対応したステータス管理テーブルの工程１の通過のフィールドには「９：１５」が記録され、工程２の通過のフィールドには「９：３０」が記録され、工程６の通過のフィールドには「９：４５」が記録され、工程４の通過のフィールドには処理が開始したことを表す「◎」が記録されている。
【００４０】
次に、図５を参照して、泣き別れがある工程の組に対応する工程管理テーブル及びステータス管理テーブルについて説明をする。
【００４１】
図５を参照すると、工程３と平行して工程６、工程７及び工程８が設けられている。それ以外の点は、図２に示す工程の組の構成と同一である。
【００４２】
工程６、工程７及び工程８は、泣き別れの工程の組である。工程６と工程７は、泣き別れの工程の組内の平行工程である。工程８は、泣き別れの工程内の突合の工程である。工程処理対象物の一部が工程６で処理され、工程処理対象物の残りの部分が工程７で処理される。工程８は、工程６で処理された部分と工程７で処理された部分とを合わせて１つにまとめる工程である。
【００４３】
工程管理テーブルのフィールドは、現工程のフィールド、前工程１のフィールド、前工程２のフィールド及び結合情報のフィールドである。現工程のフィールドは、前述したように、対応する現工程の識別情報を記録するためのフィールドである。前工程１のフィールドは、対応する現工程の直前の複数の工程のうちの第１の工程の識別情報を記録するためのフィールドである。前工程２のフィールドは、対応する現工程の直前の複数の工程のうちの第２の工程の識別情報を記録するためのフィールドである。結合情報のフィールドは、対応する現工程の直前の複数の工程をどのように結合するのかを表す結合情報を記録するためのフィールドである。工程管理テーブルには、工程１〜８のそれぞれに対応したレコードが設けられる。前述したように、工程１に対応するレコードの現工程のフィールドの内容の値は「１」である。工程１の直前の工程はないので、工程１に対応するレコードの前工程１のフィールドの内容の値は無効値（ＮＵＬＬ）である。工程２に対応するレコードの現工程のフィールドの内容の値は「２」である。工程２に対応するレコードの前工程１のフィールドの内容の値は「１」である。工程３及び５については、工程２と同様である。
【００４４】
工程４に対応するレコードの現工程のフィールドの内容の値は「４」である。工程４に対応するレコードの前工程１のフィールドの内容の値は「３」である。工程４に対応するレコードの前工程２のフィールドの内容の値は「８」である。工程４に対応するレコードの結合情報のフィールドの内容の値は枝分れ又は論理和を示す「ｏｒ」である。これは、個々の工程処理対象物が工程３で処理されてもよいし、工程６、工程７及び工程８の組で処理されてもよいことを示す。どちらで処理されるべきであるのかは、工程処理対象物が工程３に入る前に人により判断されるが、これは別問題である。
【００４５】
工程６に対応するレコードの現工程のフィールドの内容の値は「６」である。工程６に対応するレコードの前工程１のフィールドの内容の値は「２」である。工程６に対応するレコードの前工程２のフィールドの内容の値は「７」である。工程６に対応するレコードの結合情報のフィールドの内容の値は論理和を表す「ｏｒ」である。これは、工程６の直前の工程が工程２であってもよいし、工程７であってもよいことを示す。工程２で処理された工程処理対象物が工程６、工程７及び工程８の組で処理される場合、工程処理対象物の一部が工程６で処理され、工程処理対象物の残りの部分が工程７で処理されるが、工程６での処理が始まる前に工程７での処理が終わっていることもありうる。従って、工程６の直前の工程が工程２である場合のみならず工程６の直前の工程が工程７である場合も許容するために、工程２と工程７の論理和をとることとしている。つまり、或る工程処理対象物が工程６に入る前に、その工程処理対象物に対応するステータス管理テーブルの最も最近のタイミングが記録されている工程と２番目に最近のタイミングが記録されている工程とを見て、それらの２つの工程のうち少なくとも１つが工程２又は工程７であれば、その工程対象物を工程６に投入してもよいこととする。なお、これだけでは、工程処理対象物が工程２を経ないで工程７に投入されるようなエラーを許容してしまうことになるが、工程対象物の残りの部分が工程７に投入される前に、工程対象物の一部が工程６に投入される前のチェックと同様なチェックをしており、このようなエラーが生じた場合には、工程７の直前の工程が工程１のみとなるため、このようなエラーの発生を防止することができる。
【００４６】
工程７に対応するレコードの現工程のフィールドの内容の値は「７」である。工程７に対応するレコードの前工程１のフィールドの内容の値は「２」である。工程７に対応するレコードの前工程２のフィールドの内容の値は「６」である。工程７に対応するレコードの結合情報のフィールドの内容の値は論理和を表す「ｏｒ」である。これは、工程７の直前の工程が工程２であってもよいし、工程６であってもよいことを示す。後の説明は、工程６についての説明と同様であるので、重複した説明は省略する。
【００４７】
工程８に対応するレコードの現工程のフィールドの内容の値は「８」である。工程８に対応するレコードの前工程１のフィールドの内容の値は「６」である。工程８に対応するレコードの前工程２のフィールドの内容の値は「７」である。工程８に対応するレコードの結合情報のフィールドの内容の値は泣き別れを表す「ａｎｄ」である。これは、工程処理対象物が工程８で処理されるためには、その工程処理対象物の一部が工程６で処理されており且つその工程処理対象物の残りの部分が工程７で処理されていなければならないことを示す。
【００４８】
ステータス管理テーブルは、工程処理対象物毎に設けられる。図５には、ＩＤが００１である工程処理対象物のステータス管理テーブルを示している。ＩＤが００１である工程処理対象物は、時刻９：１５に工程１での処理が終了し、時刻９：３０に工程２での処理が終了し、現在工程６及び７で処理されている。これに応じて、００１のＩＤに対応したステータス管理テーブルの工程１の通過のフィールドには「９：１５」が記録され、工程２の通過のフィールドには「９：３０」が記録され、工程６及び７の通過のフィールドには「◎」が記録されている。
【００４９】
図６は、図５に示す状態を基準として、ＩＤが００１である工程処理対象物に対する工程６及び７での処理が時刻９：４５に終了し、ＩＤ００１である工程処理対象物は現在工程８で処理されている状態を示している。これに応じて、００１のＩＤに対応したステータス管理テーブルの工程１の通過のフィールドには「９：１５」が記録され、工程２の通過のフィールドには「９：３０」が記録され、工程６及び７の通過のフィールドには「９：４５」が記録され、工程８の通過のフィールドには「◎」が記録されている。
【００５０】
図７（ａ）は、工程処理対象物が異常であり、工程６、工程７及び工程８の組で処理されることとなったが、この組を正しく通過した場合の第１の例を示している。
【００５１】
図７（ｂ）は、工程処理対象物が異常であり、工程６、工程７及び工程８の組で処理されることとなったが、この組を正しく通過した場合の第２の例を示している。
【００５２】
図７（ｃ）は、工程処理対象物が異常であり、工程６、工程７及び工程８の組で処理されることとなったが、この組を間違って通過した場合の第１の例を示している。工程７での処理がされていないのに、工程８で処理されている。
【００５３】
図７（ｄ）は、工程処理対象物が異常であり、工程６、工程７及び工程８の組で処理されることとなったが、この組を間違って通過した場合の第１の例を示している。工程６での処理がされていないのに、工程８で処理されている。
【００５４】
次に、図８及び図９を参照して、工程管理テーブル初期化部１０５により行われる工程管理テーブル１０１の初期化の方法について説明をする。
【００５５】
図８を参照すると、すべての工程について、ステップＳ２０１ＳからステップＳ２０１Ｅまでの間にある処理を繰り返す。
【００５６】
各繰返しにおいて、まず、現在の工程に対応するレコードを工程管理テーブルに追加する（ステップＳ２０２）。
【００５７】
次に、ステップＳ２０２で追加したレコードの現工程のフィールドに現在の工程の識別情報を記録する（ステップＳ２０３）。
【００５８】
次に、実際の工程の組の構成に基づいて現在の工程の種類を調べる（ステップＳ２０４）。現在の工程が通常であれば（枝分れ工程の次の工程でもなく、泣き別れ工程中の並列工程でもなく、泣き別れ工程中の突合工程でもなく、正常工程と泣き別れ工程が突合する工程でもなければ）、ステップＳ２０５に進む。現在の工程が枝分れ工程の次の工程（例えば、図３の工程４）であれば、ステップＳ２０６に進む。現在の工程が泣き別れ工程中の並列工程（例えば、図５の工程６、７）であれば、ステップＳ２０８に進む。現在の工程が泣き別れ工程中の突合工程（例えば、図５の工程８）であれば、ステップＳ２１１に進む。現在の工程が正常工程と泣き別れ工程が突合する工程（例えば、図５の工程４）であれば、ステップＳ２１３に進む。
【００５９】
ステップＳ２０５では、ステップＳ２０３で追加したレコードの１つの前工程のフィールド（前工程１のフィールド）に現在の工程の直前の唯一の工程の識別情報を記録する。
【００６０】
ステップＳ２０６では、ステップＳ２０３で追加したレコードの複数の前工程のフィールド（前工程１のフィールド、前工程２のフィールド、・・・）に現在の工程の直前のすべての工程の識別情報を記録する。次に、ステップＳ２０３で追加したレコードの結合情報フィールドに枝分れを示す情報を記録する（ステップＳ２０７）。
【００６１】
ステップＳ２０８では、ステップＳ２０３で追加したレコードの１つの前工程のフィールドに、現在の工程の直前の工程の識別情報を記録する。次に、ステップＳ２０３で追加したレコードの１つ以上の前工程のフィールドに、現在の工程と並列の工程の識別情報を記録する（ステップＳ２０９）。次に、ステップＳ２０３で追加したレコードの結合情報フィールドに、論理和を示す情報を記録する（ステップＳ２１０）。
【００６２】
ステップＳ２１１では、ステップＳ２０３で追加したレコードの複数の前工程のフィールドに、現在の工程の直前のすべての工程の識別情報を記録する。次に、ステップＳ２０３で追加したレコードの結合情報フィールドに、泣き別れを示す情報（例えば、論理積を示す情報であるが、枝分れを示す情報及び論理和を示す情報と区別できればどのような情報であってもよい。）を記録する（ステップＳ２１２）。
【００６３】
ステップＳ２１３では、ステップＳ２０３で追加したレコードの複数の前工程のフィールドに、現在の工程の直前のすべての工程の識別情報を記録する。次に、ステップＳ２０３で追加したレコードの結合情報フィールドに、枝分れを示す情報を記録する（ステップＳ２１４）。
【００６４】
このようにして、図２、３、５に示すような工程管理テーブルが完成される。
【００６５】
次に、図１０を参照して、枝分れ工程を追加した場合に枝分れ工程追加対応部１０７ａにより行われる工程管理テーブルの変更の方法について説明をする。
【００６６】
図１０を参照すると、まず、追加した枝分れ工程に対応するレコードを工程管理テーブルに追加する（ステップＳ２２１）。
【００６７】
次に、ステップＳ２２１で追加したレコードの現工程のフィールドに、追加した枝分れ工程の識別情報を記録する（ステップＳ２２３）。
【００６８】
次に、ステップＳ２２１で追加したレコードの１つの前工程のフィールドに、追加した枝分れ工程の直前の工程の識別情報を記録する（ステップＳ２２５）。
【００６９】
次に、追加した枝分れ工程の次の工程に対応する工程管理テーブルのレコードの１つの前工程のフィールドに、追加した枝分れ工程の識別情報を記録する（ステップＳ２２７）。
【００７０】
次に、追加した枝分れ工程の次の工程に対応する工程管理テーブルのレコードの結合情報フィールドに、枝分れを示す識別情報を記録する（ステップＳ２２９）。
【００７１】
次に、図１０に示す方法を、図３に示す枝分れ工程６を追加した例を用いて説明する。
【００７２】
まず、追加した枝分れ工程６に対応するレコード３０１を工程管理テーブルに追加する（ステップＳ２２１）。
【００７３】
次に、ステップＳ２２１で追加したレコード３０１の現工程のフィールド３０２に、追加した枝分れ工程の識別情報「６」を記録する（ステップＳ２２３）。
【００７４】
次に、ステップＳ２２１で追加したレコード３０１の１つの前工程のフィールド３０３に、追加した枝分れ工程の直前の工程の識別情報「２」を記録する（ステップＳ２２５）。
【００７５】
次に、追加した枝分れ工程の次の工程に対応する工程管理テーブルのレコード３０４の１つの前工程のフィールド３０５に、追加した枝分れ工程の識別情報「６」を記録する（ステップＳ２２７）。
【００７６】
次に、追加した枝分れ工程の次の工程に対応する工程管理テーブルのレコード３０４の結合情報フィールド３０６に、枝分れを示す識別情報「ｏｒ」を記録する（ステップＳ２２９）。
【００７７】
次に、図１１を参照して、泣き別れ工程を追加した場合に泣き別れ工程追加対応部１０７ｂにより行われる工程管理テーブルの変更の方法について説明をする。
【００７８】
図１１を参照すると、まず、追加した泣き別れ工程のうちの２以上の並列工程のそれぞれについてステップＳ２４１ＳからステップＳ２４１Ｅの間にあるステップを繰り返す。
【００７９】
各繰り返しにおいて、まず、現在の並列工程に対応するレコードを工程管理テーブルに追加する（ステップＳ２４２）。
【００８０】
次に、ステップＳ２４２で追加したレコードの現工程のフィールドに、現在の並列工程の識別情報を記録する（ステップＳ２４３）。
【００８１】
次に、ステップＳ２４２で追加したレコードの１つの前工程のフィールドに、現在の並列工程の直前の工程の識別情報を記録する（ステップＳ２４４）。
【００８２】
次に、ステップＳ２４２で追加したレコードの１つ以上の前工程のフィールドに、現在の並列工程と並列な工程の識別情報を記録する（ステップＳ２４５）。
【００８３】
次に、ステップＳ２４２で追加したレコードの結合情報のフィールドに論理和を表す情報を記録する（ステップＳ２４６）。
【００８４】
ステップＳ２４１ＳからステップＳ２４１Ｅの繰り返しが終了したならば、泣き別れ工程中の突合工程に対応するレコードを工程管理テーブルに追加する（ステップＳ２４７）。
【００８５】
次に、ステップＳ２４７で追加したレコードの現工程のフィールドに、泣き別れ工程中の突合工程の識別情報を記録する（ステップＳ２４８）。
【００８６】
次に、ステップＳ２４７で追加したレコードの１以上の複数の前工程のフィールドに、泣き別れ工程中のすべての並列工程の識別情報を記録する（ステップＳ２４９）。
【００８７】
次に、ステップＳ２４７で追加したレコードの結合情報のフィールドに泣き別れを示す識別情報を記録する（ステップＳ２５０）。
【００８８】
次に、正常工程と泣き別れ工程とが突合する工程に対応するレコードの１つの前工程のフィールドに、泣き別れ工程中の突合工程の識別情報を記録する（ステップＳ２５２）。
【００８９】
次に、正常工程と泣き別れ工程とが突合する工程に対応するレコードの結合情報フィールドに、枝分れを表す識別情報を記録する（ステップＳ２５３）。
次に、図１１に示す方法を、図５に示す泣き別れ工程（工程６、工程７及び工程８）を追加した例を用いて説明する。
【００９０】
まず、追加した泣き別れ工程のうちの２以上の並列工程（工程６及び工程７）のそれぞれについてステップＳ２４１ＳからステップＳ２４１Ｅの間にあるステップを繰り返す。
【００９１】
最初の繰り返しにおいて、まず、現在の並列工程（工程６）に対応するレコード３１１を工程管理テーブルに追加する（ステップＳ２４２）。
【００９２】
次に、ステップＳ２４２で追加したレコード３１１の現工程のフィールド３１２に、現在の並列工程の識別情報「６」を記録する（ステップＳ２４３）。
【００９３】
次に、ステップＳ２４２で追加したレコード３１１の１つの前工程のフィールド３１３に、現在の並列工程（工程６）の直前の工程（工程２）の識別情報「２」を記録する（ステップＳ２４４）。
【００９４】
次に、ステップＳ２４２で追加したレコード３１１の１つ以上の前工程のフィールド３１４に、現在の並列工程（工程６）と並列な工程（工程７）の識別情報「７」を記録する（ステップＳ２４５）。
【００９５】
次に、ステップＳ２４２で追加したレコード３１１の結合情報のフィールド３１５に論理和を表す情報「ｏｒ」を記録する（ステップＳ２４６）。
【００９６】
次の繰り返しにおいて、まず、現在の並列工程（工程７）に対応するレコード３１６を工程管理テーブルに追加する（ステップＳ２４２）。
【００９７】
次に、ステップＳ２４２で追加したレコード３１６の現工程のフィールド３１７に、現在の並列工程の識別情報「７」を記録する（ステップＳ２４３）。
【００９８】
次に、ステップＳ２４２で追加したレコード３１６の１つの前工程のフィールド３１８に、現在の並列工程（工程７）の直前の工程（工程２）の識別情報「２」を記録する（ステップＳ２４４）。
【００９９】
次に、ステップＳ２４２で追加したレコード３１６の１つ以上の前工程のフィールド３１９に、現在の並列工程（工程７）と並列な工程（工程６）の識別情報「６」を記録する（ステップＳ２４５）。
【０１００】
次に、ステップＳ２４２で追加したレコード３１６の結合情報のフィールド３２０に論理和を表す情報「ｏｒ」を記録する（ステップＳ２４６）。
【０１０１】
ステップＳ２４１ＳからステップＳ２４１Ｅの繰り返しが終了したならば、泣き別れ工程中の突合工程（工程８）に対応するレコード３２１を工程管理テーブルに追加する（ステップＳ２４７）。
【０１０２】
次に、ステップＳ２４７で追加したレコード３２１の現工程のフィールド３２２に、泣き別れ工程中の突合工程（工程８）の識別情報「８」を記録する（ステップＳ２４８）。
【０１０３】
次に、ステップＳ２４７で追加したレコード３２１の１以上の複数の前工程のフィールド３２３、３２４に、泣き別れ工程中のすべての並列工程（工程６、工程７）の識別情報「６」、「７」を記録する（ステップＳ２４９）。
【０１０４】
次に、ステップＳ２４７で追加したレコード３２１の結合情報のフィールド３２５に泣き別れを示す識別情報「ａｎｄ」を記録する（ステップＳ２５０）。
【０１０５】
次に、正常工程と泣き別れ工程とが突合する工程（工程４）に対応するレコード３２６の１つの前工程のフィールド３２７に、泣き別れ工程中の突合工程（工程８）の識別情報「８」を記録する（ステップＳ２５２）。
【０１０６】
次に、正常工程と泣き別れ工程とが突合する工程（工程４）に対応するレコード３２６の結合情報フィールド３２８に、枝分れを表す識別情報「ｏｒ」を記録する（ステップＳ２５３）。
【０１０７】
次に、図１２を参照して、通常の工程（枝分れ工程でも泣き別れ工程でもない工程）を追加した場合に通常工程追加対応部１０７ｃにより行われる工程管理テーブルの変更の方法について説明をする。
【０１０８】
図１２を参照すると、まず、追加した工程に対応するレコードを工程管理テーブルに追加する（ステップＳ２６１）。
【０１０９】
次に、ステップＳ２６１で追加したレコードの現工程のフィールドに、追加した工程の識別情報を記録する（ステップＳ２６３）。
【０１１０】
次に、ステップＳ２６１で追加したレコードの１つの前工程のフィールドに、追加した工程の直前の工程の識別情報を記録する（ステップＳ２６５）。
【０１１１】
次に、追加した工程の次の工程に対応する工程管理テーブルのレコードの１つの前工程のフィールドに、追加した工程の識別情報を記録する（ステップＳ２６７）。
【０１１２】
次に、図１２に示す方法を、図１３に示す工程７を追加した例を用いて説明する。
【０１１３】
まず、追加した工程に対応するレコード３４１を工程管理テーブルに追加する（ステップＳ２６１）。
【０１１４】
次に、ステップＳ２６１で追加したレコード３４１の現工程のフィールド３４２に、追加した工程の識別情報「７」を記録する（ステップＳ２６３）。
【０１１５】
次に、ステップＳ２６１で追加したレコード３４１の１つの前工程のフィールド３４３に、追加した工程の直前の工程の識別情報「４」を記録する（ステップＳ２６５）。
【０１１６】
次に、追加した工程の次の工程に対応する工程管理テーブルのレコード３４４の１つの前工程のフィールド３４５に、追加した工程の識別情報「７」を記録する（ステップＳ２６７）。
【０１１７】
次に、図１４を参照して、工程を削除した場合に工程削除対応部１０７ｄにより行われる工程管理テーブルの変更の方法について説明をする。
【０１１８】
図１４を参照すると、まず、削除した工程に対応する工程管理テーブルのレコードの前工程のフィールドの内容を無効値（ＮＵＬＬ）に書き換える（ステップＳ２８１）。
【０１１９】
次に、削除した工程の次の工程に対応する工程管理テーブルのレコードの前工程のフィールドの内容を、削除した工程の直前の工程の識別情報に書き換える（ステップＳ２８３）。
【０１２０】
次に、図１４に示す方法を、図１５に示す工程２を削除した例を用いて説明する。
【０１２１】
まず、削除した工程に対応する工程管理テーブルのレコード３６１の前工程のフィールド３６２の内容を無効値（ＮＵＬＬ）に書き換える（ステップＳ２８１）。
【０１２２】
次に、削除した工程の次の工程に対応する工程管理テーブルのレコード３６３、３６４の前工程のフィールド３６５、３６６の内容を、削除した工程の直前の工程の識別情報に書き換える（ステップＳ２８３）。
【０１２３】
次に、図１６を参照して、各工程処理対象物が各工程に投入される前に前工程チェック部１０９により行われる前工程チェックの方法について説明をする。
【０１２４】
まず、工程管理テーブルを参照することにより、直前の工程を抽出する（ステップＳ３０１）。
【０１２５】
次に、直前の工程の数Ｎを調べる（ステップＳ３０３）。直前の工程の数Ｎが１である場合には、ステップＳ３０５に進む。
【０１２６】
直前の工程の数Ｎが２以上である場合には、ステップＳ３１３に進む。
ステップＳ３０５では、ステータス管理テーブルから最も最近に通過した工程を抽出する。次に、ステップＳ３０１で工程管理テーブルから抽出された工程とステップＳ３０５でステータス管理テーブルから抽出された工程とが一致するか否かを確認する（ステップＳ３０７）。一致すれば、ステップＳ３０９に進む。そうでなければ、ステップＳ３２３に進む。
【０１２７】
ステップＳ３１３では、ステータス管理テーブルから最も最近に通過した工程の順にＮ個の工程を抽出する。
【０１２８】
次に、結合情報フィールドに枝分れを示す識別情報又は論理和情報の何れかが記録されているか否かを調べる（ステップＳ３１５）。そうであれば、ステップＳ３１７に進む。そうでなければ、ステップＳ３１９に進み、結合フィールドに泣き別れを示す識別情報が記録されているか否かを調べる。そうであれば、ステップＳ３２１に進む。そうでなければ、ステップＳ３２３に進む。
【０１２９】
ステップＳ３１７では、ステップＳ３０１で工程管理テーブルから抽出された工程とステップＳ３１３でステータス管理テーブルから抽出された何れかの工程とが一致するか否かを調べる。そうであれば、ステップＳ３０９に進む。そうでなければ、ステップＳ３２３に進む。
【０１３０】
ステップＳ３１９では、ステップＳ３０１で工程管理テーブルから抽出されたすべての工程とステップＳ３１３でステータス管理テーブルから抽出されたすべての工程とが一致するか否かを調べる。そうであれば、ステップＳ３０９に進む。そうでなければ、ステップＳ３２３に進む。
【０１３１】
ステップＳ３０９では、工程処理対象物を当該工程で処理してもよい旨の表示を表示部１１１を用いて行う。次に、ステータス管理テーブルに工程処理対象物が当該工程で処理されていることを示す情報を記録する（ステップＳ３１１）。
【０１３２】
ステップＳ３２３では、異常処理を行う。
【産業上の利用可能性】
【０１３３】
本発明は、書類の処理、製品の製造、製品の検査、事務処理の管理、プロジェクトの管理などに利用することができる。
【符号の説明】
【０１３４】
１０１ 工程管理テーブル
１０３ ステータス管理テーブル
１０５ 工程管理テーブル初期化部
１０７ 工程管理テーブル変更部
１０７ａ 枝分れ工程追加対応部
１０７ｂ 泣き別れ工程追加対応部
１０７ｃ 通常工程追加対応部
１０７ｄ 工程削除対応部
１０９ 前工程チェック部
１１１ 表示部
【技術分野】
【０００１】
本発明は、複数の工程を管理するための工程管理装置、工程管理方法及び工程管理プログラムに関する。
【背景技術】
【０００２】
受け付けた大量の書類を処理するために処理を複数の工程に分け、各工程からその次の工程に次々と書類を渡す流れ作業を行うようなことが行われている。また、製品の製造においても同様なことが行われている。
【０００３】
このような流れ作業に係る工程管理に関連したコンピュータ処理としては、後工程にあたる工程の情報をコード化したものをデータとして記録しておき、前工程にあたる工程の情報をコード化したものをキーとして検索し、このコードによって各工程を制御することにより、工程の追加及び削除の実行を容易にする技術がある。また、バーコード等で各作業工程を管理するシステムが開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開昭６３−１５０１３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、流れ作業において書類や製品などの工程処理対象物が滞りなく工程から工程に渡されるようにするためには、すべての工程での１つの工程処理対象物に対する処理時間が均等である必要があるが、現実的には、そのようなことができない場合がある。
【０００６】
そこで、例えば、或る工程での１つの工程処理対象物に対する処理時間が他の工程での１つの工程対象物に対する処理時間の２倍である場合、その或る工程と同一の工程をその或る工程と並列に追加し、その或る工程の前の工程で処理された工程対象物を例えば交互にその或る工程と追加された工程に渡し、その或る工程及び追加した工程で処理された工程対象物を共通の工程に渡すようなことが行われる。これを、枝分れ及び枝分れからの合流という。
【０００７】
また、或る工程処理対象物が或る工程に入ろうとするときに、その工程処理対象物の状態がその或る工程で処理されるような状態でないときに、その工程処理対象物の全体を枝分れした他の工程に渡して、渡した先の工程でその工程処理対象物の状態整備を行った後に通常の処理を行う。これも枝分れという。
【０００８】
工程処理対象物が、枝分れした何れか１つの工程で処理されていれば、その工程処理対象物を、次の工程に進めることができる。
【０００９】
また、例えば、或る工程での１つの工程処理対象物に対する処理時間が他の工程での１つの工程処理対象物に対する処理時間の２倍である場合、その或る工程の内容を２つの異なった内容に分解し、その２つの異なった内容を持つ２つの工程により、分解前の工程を置き換え、その或る工程の前の工程で処理された工程処理対象物を２つに分解して、それぞれを置き換え後の２つの工程に渡し、置き換え後の２つの工程で処理された工程処理対象物を、合わせるための工程（突合工程）に通した後、共通の工程に渡すようなことが行われる。例えば、書類を前半部と後半部に分解して、それぞれを置き換え後の２つの工程に渡し、置き換え後の工程で処理された前半部と後半部を、合わせるための工程（突合工程）に通した後、共通の工程に渡すようなことが行われる。これを、泣き別れ、泣き別れにおける突合及び通常工程と泣き別れ工程の突合という。
【００１０】
また、或る工程処理対象物が或る工程に入ろうとするときに、その工程処理対象物の状態がその或る工程で処理されるような状態でないときに、その工程処理対象物の正常な部分を追加された第１の工程に渡して、その工程処理対象物の異常な部分を追加された第２の工程に渡す。そして、追加された第１の工程で通常の工程の一部の処理を行い、追加された第２の工程でその工程処理対象物の状態整備を行った後に通常の工程の残りの処理を行う。これも泣き別れという。
【００１１】
工程処理対象物が、泣き別れしたすべての工程で処理されていなければ、その工程処理対象物を、次の工程に進めることができない。
【００１２】
従来、枝分れ及び枝分れからの合流並びに泣き別れ、泣き別れにおける突合及び通常工程と泣き別れ工程の突合に対応した工程管理装置、工程管理方法及び工程管理プログラムがなかった。
【００１３】
そこで、本発明は、工程の枝分れ及び枝分れからの合流並びに泣き別れ、泣き別れにおける突合及び通常工程と泣き別れ工程の突合に対応した工程管理装置、工程管理方法及び工程管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明によれば、複数の工程を工程管理テーブルを用いて管理するための工程管理装置であって、前記工程管理テーブルに、現工程の識別情報を記録するための現工程フィールド、現工程に対する１以上の前工程の各々の識別情報を記録するための１以上の前工程フィールド及び現工程に対する前工程が２以上有る場合に２以上の前工程をどのように結合するかを表す結合情報を記録するための結合情報フィールドを設け、前記工程管理テーブルに、各工程毎のレコードを設け、各工程毎に、その工程の識別情報を前記現工程フィールドに記録し、その工程が先頭工程又は削除された工程でなければ、その工程に対する１以上の前工程の各々の識別情報を１以上の前記前工程フィールドの各々に記録し、その工程に対する前工程が２以上有るならば、２以上の前工程をどのように結合するかを表す結合情報を前記結合情報フィールドに記録する手段を備えることを特徴とする工程管理装置が提供される。
【００１５】
また、本発明によれば、複数の工程を工程管理テーブルを用いて管理するための工程管理方法であって、前記工程管理テーブルに、現工程の識別情報を記録するための現工程フィールド、現工程に対する１以上の前工程の各々の識別情報を記録するための１以上の前工程フィールド及び現工程に対する前工程が２以上有る場合に２以上の前工程をどのように結合するかを表す結合情報を記録するための結合情報フィールドを設け、前記工程管理テーブルに、各工程毎のレコードを設け、各工程毎に、その工程の識別情報を前記現工程フィールドに記録し、その工程が先頭工程又は削除された工程でなければ、その工程に対する１以上の前工程の各々の識別情報を１以上の前記前工程フィールドの各々に記録し、その工程に対する前工程が２以上有るならば、２以上の前工程をどのように結合するかを表す結合情報を前記結合情報フィールドに記録するステップを有することを特徴とする工程管理方法が提供される。
【００１６】
更に、本発明によれば、コンピュータに上記の工程管理方法を行わせるための工程管理プログラムが提供される。
【発明の効果】
【００１７】
本発明によれば、工程管理テーブルに、現工程の識別情報を記録するための現工程フィールド、現工程に対する１以上の前工程の各々の識別情報を記録するための１以上の前工程フィールド及び現工程に対する前工程が２以上有る場合に２以上の前工程をどのように結合するかを表す結合情報を記録するための結合情報フィールドを設け、工程管理テーブルに、各工程毎のレコードを設け、各工程毎に、その工程の識別情報を前記現工程フィールドに記録し、その工程が先頭工程又は削除された工程でなければ、その工程に対する１以上の前工程の各々の識別情報を１以上の前記前工程フィールドに記録し、その工程に対する前工程が２以上有るならば、２以上の前工程をどのように結合するかを表す結合情報を前記結合情報フィールドに記録する。
【００１８】
従って、工程の枝分れがある部分に対応して２以上の前工程を利用し、その２以上の前工程を枝分れに対応して結合することを表す結合情報を結合情報フィールドに記録する。また、工程の泣き別れが或る部分に対応して２以上の前工程を利用し、その２以上の前工程を泣き別れに対応して結合することを表す結合情報を結合情報フィールドに記録する。
【００１９】
従って、本発明によれば、工程の枝分れ及び泣き別れに対応することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態による工程管理装置の構成を示すブロック図である。
【図２】本発明の実施形態による基本的な工程の組に対応する工程管理テーブル及びステータス管理テーブルの例を示す概念図である。
【図３】本発明の実施形態による枝分れがある工程の組に対応する工程管理テーブル及びステータス管理テーブルの第１の例を示す概念図である。
【図４】本発明の実施形態による枝分れがある工程の組に対応する工程管理テーブル及びステータス管理テーブルの第２の例を示す概念図である。
【図５】本発明の実施形態による泣き別れがある工程の組に対応する工程管理テーブル及びステータス管理テーブルの第１の例を示す概念図である。
【図６】本発明の実施形態による泣き別れがある工程の組に対応する工程管理テーブル及びステータス管理テーブルの第２の例を示す概念図である。
【図７】本発明の実施形態による泣き別れがある工程の組に対応するステータス管理テーブルの４つの例を示す図である。
【図８】本発明の実施形態による工程管理テーブルの初期化の方法を説明するためのフローチャート（１／２）である。
【図９】本発明の実施形態による工程管理テーブルの初期化の方法を説明するためのフローチャート（２／２）である。
【図１０】本発明の実施形態による枝分れの工程を追加する場合の工程管理テーブルの変更の方法を説明するためのフローチャートである。
【図１１】本発明の実施形態による泣き別れの工程を追加する場合の工程管理テーブルの変更の方法を説明するためのフローチャートである。
【図１２】本発明の実施形態による通常の工程を追加する場合の工程管理テーブルの変更の方法を説明するためのフローチャートである。
【図１３】本発明の実施形態による工程を追加する場合の工程管理テーブルの変更方法を説明するための概念図である。
【図１４】本発明の実施形態による工程を削除する場合の工程管理テーブルの変更の方法を説明するためのフローチャートである。
【図１５】本発明の実施形態による工程を削除する場合の工程管理テーブルの変更方法を説明するための概念図である。
【図１６】本発明の実施形態による或る工程に入る際に前工程をチェックする方法を説明するためのフローチャートである。
【発明を実施するための形態】
【００２１】
以下、図面を参照して本発明を実施するための形態について詳細に説明する。
【００２２】
図１を参照すると、本発明の実施形態による工程管理装置は、工程管理テーブル初期化部１０５、工程管理テーブル変更部１０７、前工程チェック部１０９、工程終了タイミング書込部１１０及び表示部１１１を含む。工程管理テーブル変更部１０７は、枝分れ工程追加対応部１０７ａ、泣き別れ工程追加対応部１０７ｂ、通常工程追加対応部１０７ｃ及び工程削除対応部１０７ｄを含む。
【００２３】
工程管理テーブル初期化部１０５及び工程管理テーブル変更部１０７の各部、前工程チェック部１０９及び表示部１１１は、ハードウェアのみによっても実現することが可能であるが、コンピュータをこれらの各部として機能させるためのプログラムをコンピュータが読み込んで実行することによっても実現することができる。
【００２４】
工程管理テーブル初期化部１０５は、工程管理テーブル１０１を、それを初期化するときの実際の工程の組の構成に応じて初期化する。
【００２５】
枝分れ工程追加対応部１０７ａは、工程の組に枝分れの工程を追加したときに、それに応じて工程管理テーブル１０１の構成を変更する。
【００２６】
泣き別れ工程追加対応部１０７ｂは、工程の組に泣き別れの工程を追加したときに、それに応じて工程管理テーブル１０１の構成を変更する。
【００２７】
通常工程追加対応部１０７ｃは、工程の組に通常の工程（枝分れの工程でも泣き別れの工程でもない工程）を追加したときに、それに応じて工程管理テーブル１０１の構成を変更する。
【００２８】
工程削除対応部１０７ｄは、工程の組から工程を削除したときに、それに応じて工程管理テーブル１０１の構成を変更する。
【００２９】
前工程チェック部１０９は、或る工程処理対象物が或る工程で処理されることが開始されようとする際、事前に工程管理テーブル１０１及びステータス管理テーブル１０３を参照して、その工程処理対象物が必要な前工程で処理されているか否かを判断し、その判断が肯定的である場合には、その旨を表示部１１１に表示させ、更に、ステータス管理テーブル１０３のその或る工程に対応するレコードに処理が開始したことを表す情報を書き込む。
【００３０】
工程終了タイミング書込部１１０は、或る工程において或る工程対象物に対する処理が終了した時に、その或る工程対象物に対応するステータス管理テーブルのその或る工程に対応するレコードに、終了のタイミングを表す情報を書き込む。
【００３１】
次に、図２を参照して、基本的な工程の組に対応する工程管理テーブル及びステータス管理テーブルについて説明をする。
【００３２】
図２を参照すると、工程１〜５が直列に接続されている。枝分れや泣き別れの工程はない。
【００３３】
工程管理テーブルのフィールドは、現工程のフィールドと前工程１のフィールドだけである。現工程のフィールドは、対応する現工程の識別情報を記録するためのフィールドである。前工程１のフィールドは、対応する現工程の直前の工程の識別情報を記録するためのフィールドである。工程管理テーブルには、工程１〜５のそれぞれに対応したレコードが設けられる。工程１に対応するレコードの現工程のフィールドの内容の値は「１」である。工程１の直前の工程はないので、工程１に対応するレコードの前工程１のフィールドの内容の値は無効値（ＮＵＬＬ）である。工程２に対応するレコードの現工程のフィールドの内容の値は「２」である。工程２に対応するレコードの前工程１のフィールドの内容の値は「１」である。工程３〜５については、工程２と同様である。
【００３４】
ステータス管理テーブルは、工程処理対象物毎に設けられる。図２には、ＩＤが００１である工程処理対象物のステータス管理テーブルを示している。ＩＤが００１である工程処理対象物は、時刻９：１５に工程１での処理が終了し、時刻９：３０に工程２での処理が終了し、時刻９：４５に工程３での処理が終了し、現在工程４で処理されている。これに応じて、００１のＩＤに対応したステータス管理テーブルの工程１の通過のフィールドには「９：１５」が記録され、工程２の通過のフィールドには「９：３０」が記録され、工程３の通過のフィールドには「９：４５」が記録され、工程４の通過のフィールドには処理が開始したことを表す情報「◎」が記録されている。
【００３５】
次に、図３を参照して、枝分れがある工程の組に対応する工程管理テーブル及びステータス管理テーブルについて説明をする。
【００３６】
図３を参照すると、工程３と平行して枝分れの工程６が設けられている。それ以外の点は、図２に示す工程の組の構成と同一である。
【００３７】
工程管理テーブルのフィールドは、現工程のフィールド、前工程１のフィールド、前工程２のフィールド及び結合情報のフィールドである。現工程のフィールドは、前述したように、対応する現工程の識別情報を記録するためのフィールドである。前工程１のフィールドは、対応する現工程の直前の複数の工程のうちの第１の工程の識別情報を記録するためのフィールドである。前工程２のフィールドは、対応する現工程の直前の複数の工程のうちの第２の工程の識別情報を記録するためのフィールドである。結合情報のフィールドは、対応する現工程の直前の複数の工程をどのように結合するのかを表す結合情報を記録するためのフィールドである。工程管理テーブルには、工程１〜６のそれぞれに対応したレコードが設けられる。前述したように、工程１に対応するレコードの現工程のフィールドの内容の値は「１」である。工程１の直前の工程はないので、工程１に対応するレコードの前工程１のフィールドの内容の値は無効値（ＮＵＬＬ）である。工程２に対応するレコードの現工程のフィールドの内容の値は「２」である。工程２に対応するレコードの前工程１のフィールドの内容の値は「１」である。工程３及び５については、工程２と同様である。工程４に対応するレコードの現工程のフィールドの内容の値は「４」である。工程４に対応するレコードの前工程１のフィールドの内容の値は「３」である。工程４に対応するレコードの前工程２のフィールドの内容の値は「６」である。工程４に対応するレコードの結合情報のフィールドの内容の値は枝分れを示す「ｏｒ」である。
【００３８】
ステータス管理テーブルは、工程処理対象物毎に設けられる。図３には、ＩＤが００１である工程処理対象物のステータス管理テーブルを示している。ＩＤが００１である工程処理対象物は、時刻９：１５に工程１での処理が終了し、時刻９：３０に工程２での処理が終了し、現在工程６で処理されている。これに応じて、００１のＩＤに対応したステータス管理テーブルの工程１の通過のフィールドには「９：１５」が記録され、工程２の通過のフィールドには「９：３０」が記録され、工程６の通過のフィールドには処理が開始したことを表す「◎」が記録されている。
【００３９】
図４は、図３に示す状態を基準として、ＩＤが００１である工程処理対象物に対する工程６での処理が時刻９：４５に終了し、ＩＤ００１である工程処理対象物が、現在、工程００４で処理されている状態を示している。これに応じて、００１のＩＤに対応したステータス管理テーブルの工程１の通過のフィールドには「９：１５」が記録され、工程２の通過のフィールドには「９：３０」が記録され、工程６の通過のフィールドには「９：４５」が記録され、工程４の通過のフィールドには処理が開始したことを表す「◎」が記録されている。
【００４０】
次に、図５を参照して、泣き別れがある工程の組に対応する工程管理テーブル及びステータス管理テーブルについて説明をする。
【００４１】
図５を参照すると、工程３と平行して工程６、工程７及び工程８が設けられている。それ以外の点は、図２に示す工程の組の構成と同一である。
【００４２】
工程６、工程７及び工程８は、泣き別れの工程の組である。工程６と工程７は、泣き別れの工程の組内の平行工程である。工程８は、泣き別れの工程内の突合の工程である。工程処理対象物の一部が工程６で処理され、工程処理対象物の残りの部分が工程７で処理される。工程８は、工程６で処理された部分と工程７で処理された部分とを合わせて１つにまとめる工程である。
【００４３】
工程管理テーブルのフィールドは、現工程のフィールド、前工程１のフィールド、前工程２のフィールド及び結合情報のフィールドである。現工程のフィールドは、前述したように、対応する現工程の識別情報を記録するためのフィールドである。前工程１のフィールドは、対応する現工程の直前の複数の工程のうちの第１の工程の識別情報を記録するためのフィールドである。前工程２のフィールドは、対応する現工程の直前の複数の工程のうちの第２の工程の識別情報を記録するためのフィールドである。結合情報のフィールドは、対応する現工程の直前の複数の工程をどのように結合するのかを表す結合情報を記録するためのフィールドである。工程管理テーブルには、工程１〜８のそれぞれに対応したレコードが設けられる。前述したように、工程１に対応するレコードの現工程のフィールドの内容の値は「１」である。工程１の直前の工程はないので、工程１に対応するレコードの前工程１のフィールドの内容の値は無効値（ＮＵＬＬ）である。工程２に対応するレコードの現工程のフィールドの内容の値は「２」である。工程２に対応するレコードの前工程１のフィールドの内容の値は「１」である。工程３及び５については、工程２と同様である。
【００４４】
工程４に対応するレコードの現工程のフィールドの内容の値は「４」である。工程４に対応するレコードの前工程１のフィールドの内容の値は「３」である。工程４に対応するレコードの前工程２のフィールドの内容の値は「８」である。工程４に対応するレコードの結合情報のフィールドの内容の値は枝分れ又は論理和を示す「ｏｒ」である。これは、個々の工程処理対象物が工程３で処理されてもよいし、工程６、工程７及び工程８の組で処理されてもよいことを示す。どちらで処理されるべきであるのかは、工程処理対象物が工程３に入る前に人により判断されるが、これは別問題である。
【００４５】
工程６に対応するレコードの現工程のフィールドの内容の値は「６」である。工程６に対応するレコードの前工程１のフィールドの内容の値は「２」である。工程６に対応するレコードの前工程２のフィールドの内容の値は「７」である。工程６に対応するレコードの結合情報のフィールドの内容の値は論理和を表す「ｏｒ」である。これは、工程６の直前の工程が工程２であってもよいし、工程７であってもよいことを示す。工程２で処理された工程処理対象物が工程６、工程７及び工程８の組で処理される場合、工程処理対象物の一部が工程６で処理され、工程処理対象物の残りの部分が工程７で処理されるが、工程６での処理が始まる前に工程７での処理が終わっていることもありうる。従って、工程６の直前の工程が工程２である場合のみならず工程６の直前の工程が工程７である場合も許容するために、工程２と工程７の論理和をとることとしている。つまり、或る工程処理対象物が工程６に入る前に、その工程処理対象物に対応するステータス管理テーブルの最も最近のタイミングが記録されている工程と２番目に最近のタイミングが記録されている工程とを見て、それらの２つの工程のうち少なくとも１つが工程２又は工程７であれば、その工程対象物を工程６に投入してもよいこととする。なお、これだけでは、工程処理対象物が工程２を経ないで工程７に投入されるようなエラーを許容してしまうことになるが、工程対象物の残りの部分が工程７に投入される前に、工程対象物の一部が工程６に投入される前のチェックと同様なチェックをしており、このようなエラーが生じた場合には、工程７の直前の工程が工程１のみとなるため、このようなエラーの発生を防止することができる。
【００４６】
工程７に対応するレコードの現工程のフィールドの内容の値は「７」である。工程７に対応するレコードの前工程１のフィールドの内容の値は「２」である。工程７に対応するレコードの前工程２のフィールドの内容の値は「６」である。工程７に対応するレコードの結合情報のフィールドの内容の値は論理和を表す「ｏｒ」である。これは、工程７の直前の工程が工程２であってもよいし、工程６であってもよいことを示す。後の説明は、工程６についての説明と同様であるので、重複した説明は省略する。
【００４７】
工程８に対応するレコードの現工程のフィールドの内容の値は「８」である。工程８に対応するレコードの前工程１のフィールドの内容の値は「６」である。工程８に対応するレコードの前工程２のフィールドの内容の値は「７」である。工程８に対応するレコードの結合情報のフィールドの内容の値は泣き別れを表す「ａｎｄ」である。これは、工程処理対象物が工程８で処理されるためには、その工程処理対象物の一部が工程６で処理されており且つその工程処理対象物の残りの部分が工程７で処理されていなければならないことを示す。
【００４８】
ステータス管理テーブルは、工程処理対象物毎に設けられる。図５には、ＩＤが００１である工程処理対象物のステータス管理テーブルを示している。ＩＤが００１である工程処理対象物は、時刻９：１５に工程１での処理が終了し、時刻９：３０に工程２での処理が終了し、現在工程６及び７で処理されている。これに応じて、００１のＩＤに対応したステータス管理テーブルの工程１の通過のフィールドには「９：１５」が記録され、工程２の通過のフィールドには「９：３０」が記録され、工程６及び７の通過のフィールドには「◎」が記録されている。
【００４９】
図６は、図５に示す状態を基準として、ＩＤが００１である工程処理対象物に対する工程６及び７での処理が時刻９：４５に終了し、ＩＤ００１である工程処理対象物は現在工程８で処理されている状態を示している。これに応じて、００１のＩＤに対応したステータス管理テーブルの工程１の通過のフィールドには「９：１５」が記録され、工程２の通過のフィールドには「９：３０」が記録され、工程６及び７の通過のフィールドには「９：４５」が記録され、工程８の通過のフィールドには「◎」が記録されている。
【００５０】
図７（ａ）は、工程処理対象物が異常であり、工程６、工程７及び工程８の組で処理されることとなったが、この組を正しく通過した場合の第１の例を示している。
【００５１】
図７（ｂ）は、工程処理対象物が異常であり、工程６、工程７及び工程８の組で処理されることとなったが、この組を正しく通過した場合の第２の例を示している。
【００５２】
図７（ｃ）は、工程処理対象物が異常であり、工程６、工程７及び工程８の組で処理されることとなったが、この組を間違って通過した場合の第１の例を示している。工程７での処理がされていないのに、工程８で処理されている。
【００５３】
図７（ｄ）は、工程処理対象物が異常であり、工程６、工程７及び工程８の組で処理されることとなったが、この組を間違って通過した場合の第１の例を示している。工程６での処理がされていないのに、工程８で処理されている。
【００５４】
次に、図８及び図９を参照して、工程管理テーブル初期化部１０５により行われる工程管理テーブル１０１の初期化の方法について説明をする。
【００５５】
図８を参照すると、すべての工程について、ステップＳ２０１ＳからステップＳ２０１Ｅまでの間にある処理を繰り返す。
【００５６】
各繰返しにおいて、まず、現在の工程に対応するレコードを工程管理テーブルに追加する（ステップＳ２０２）。
【００５７】
次に、ステップＳ２０２で追加したレコードの現工程のフィールドに現在の工程の識別情報を記録する（ステップＳ２０３）。
【００５８】
次に、実際の工程の組の構成に基づいて現在の工程の種類を調べる（ステップＳ２０４）。現在の工程が通常であれば（枝分れ工程の次の工程でもなく、泣き別れ工程中の並列工程でもなく、泣き別れ工程中の突合工程でもなく、正常工程と泣き別れ工程が突合する工程でもなければ）、ステップＳ２０５に進む。現在の工程が枝分れ工程の次の工程（例えば、図３の工程４）であれば、ステップＳ２０６に進む。現在の工程が泣き別れ工程中の並列工程（例えば、図５の工程６、７）であれば、ステップＳ２０８に進む。現在の工程が泣き別れ工程中の突合工程（例えば、図５の工程８）であれば、ステップＳ２１１に進む。現在の工程が正常工程と泣き別れ工程が突合する工程（例えば、図５の工程４）であれば、ステップＳ２１３に進む。
【００５９】
ステップＳ２０５では、ステップＳ２０３で追加したレコードの１つの前工程のフィールド（前工程１のフィールド）に現在の工程の直前の唯一の工程の識別情報を記録する。
【００６０】
ステップＳ２０６では、ステップＳ２０３で追加したレコードの複数の前工程のフィールド（前工程１のフィールド、前工程２のフィールド、・・・）に現在の工程の直前のすべての工程の識別情報を記録する。次に、ステップＳ２０３で追加したレコードの結合情報フィールドに枝分れを示す情報を記録する（ステップＳ２０７）。
【００６１】
ステップＳ２０８では、ステップＳ２０３で追加したレコードの１つの前工程のフィールドに、現在の工程の直前の工程の識別情報を記録する。次に、ステップＳ２０３で追加したレコードの１つ以上の前工程のフィールドに、現在の工程と並列の工程の識別情報を記録する（ステップＳ２０９）。次に、ステップＳ２０３で追加したレコードの結合情報フィールドに、論理和を示す情報を記録する（ステップＳ２１０）。
【００６２】
ステップＳ２１１では、ステップＳ２０３で追加したレコードの複数の前工程のフィールドに、現在の工程の直前のすべての工程の識別情報を記録する。次に、ステップＳ２０３で追加したレコードの結合情報フィールドに、泣き別れを示す情報（例えば、論理積を示す情報であるが、枝分れを示す情報及び論理和を示す情報と区別できればどのような情報であってもよい。）を記録する（ステップＳ２１２）。
【００６３】
ステップＳ２１３では、ステップＳ２０３で追加したレコードの複数の前工程のフィールドに、現在の工程の直前のすべての工程の識別情報を記録する。次に、ステップＳ２０３で追加したレコードの結合情報フィールドに、枝分れを示す情報を記録する（ステップＳ２１４）。
【００６４】
このようにして、図２、３、５に示すような工程管理テーブルが完成される。
【００６５】
次に、図１０を参照して、枝分れ工程を追加した場合に枝分れ工程追加対応部１０７ａにより行われる工程管理テーブルの変更の方法について説明をする。
【００６６】
図１０を参照すると、まず、追加した枝分れ工程に対応するレコードを工程管理テーブルに追加する（ステップＳ２２１）。
【００６７】
次に、ステップＳ２２１で追加したレコードの現工程のフィールドに、追加した枝分れ工程の識別情報を記録する（ステップＳ２２３）。
【００６８】
次に、ステップＳ２２１で追加したレコードの１つの前工程のフィールドに、追加した枝分れ工程の直前の工程の識別情報を記録する（ステップＳ２２５）。
【００６９】
次に、追加した枝分れ工程の次の工程に対応する工程管理テーブルのレコードの１つの前工程のフィールドに、追加した枝分れ工程の識別情報を記録する（ステップＳ２２７）。
【００７０】
次に、追加した枝分れ工程の次の工程に対応する工程管理テーブルのレコードの結合情報フィールドに、枝分れを示す識別情報を記録する（ステップＳ２２９）。
【００７１】
次に、図１０に示す方法を、図３に示す枝分れ工程６を追加した例を用いて説明する。
【００７２】
まず、追加した枝分れ工程６に対応するレコード３０１を工程管理テーブルに追加する（ステップＳ２２１）。
【００７３】
次に、ステップＳ２２１で追加したレコード３０１の現工程のフィールド３０２に、追加した枝分れ工程の識別情報「６」を記録する（ステップＳ２２３）。
【００７４】
次に、ステップＳ２２１で追加したレコード３０１の１つの前工程のフィールド３０３に、追加した枝分れ工程の直前の工程の識別情報「２」を記録する（ステップＳ２２５）。
【００７５】
次に、追加した枝分れ工程の次の工程に対応する工程管理テーブルのレコード３０４の１つの前工程のフィールド３０５に、追加した枝分れ工程の識別情報「６」を記録する（ステップＳ２２７）。
【００７６】
次に、追加した枝分れ工程の次の工程に対応する工程管理テーブルのレコード３０４の結合情報フィールド３０６に、枝分れを示す識別情報「ｏｒ」を記録する（ステップＳ２２９）。
【００７７】
次に、図１１を参照して、泣き別れ工程を追加した場合に泣き別れ工程追加対応部１０７ｂにより行われる工程管理テーブルの変更の方法について説明をする。
【００７８】
図１１を参照すると、まず、追加した泣き別れ工程のうちの２以上の並列工程のそれぞれについてステップＳ２４１ＳからステップＳ２４１Ｅの間にあるステップを繰り返す。
【００７９】
各繰り返しにおいて、まず、現在の並列工程に対応するレコードを工程管理テーブルに追加する（ステップＳ２４２）。
【００８０】
次に、ステップＳ２４２で追加したレコードの現工程のフィールドに、現在の並列工程の識別情報を記録する（ステップＳ２４３）。
【００８１】
次に、ステップＳ２４２で追加したレコードの１つの前工程のフィールドに、現在の並列工程の直前の工程の識別情報を記録する（ステップＳ２４４）。
【００８２】
次に、ステップＳ２４２で追加したレコードの１つ以上の前工程のフィールドに、現在の並列工程と並列な工程の識別情報を記録する（ステップＳ２４５）。
【００８３】
次に、ステップＳ２４２で追加したレコードの結合情報のフィールドに論理和を表す情報を記録する（ステップＳ２４６）。
【００８４】
ステップＳ２４１ＳからステップＳ２４１Ｅの繰り返しが終了したならば、泣き別れ工程中の突合工程に対応するレコードを工程管理テーブルに追加する（ステップＳ２４７）。
【００８５】
次に、ステップＳ２４７で追加したレコードの現工程のフィールドに、泣き別れ工程中の突合工程の識別情報を記録する（ステップＳ２４８）。
【００８６】
次に、ステップＳ２４７で追加したレコードの１以上の複数の前工程のフィールドに、泣き別れ工程中のすべての並列工程の識別情報を記録する（ステップＳ２４９）。
【００８７】
次に、ステップＳ２４７で追加したレコードの結合情報のフィールドに泣き別れを示す識別情報を記録する（ステップＳ２５０）。
【００８８】
次に、正常工程と泣き別れ工程とが突合する工程に対応するレコードの１つの前工程のフィールドに、泣き別れ工程中の突合工程の識別情報を記録する（ステップＳ２５２）。
【００８９】
次に、正常工程と泣き別れ工程とが突合する工程に対応するレコードの結合情報フィールドに、枝分れを表す識別情報を記録する（ステップＳ２５３）。
次に、図１１に示す方法を、図５に示す泣き別れ工程（工程６、工程７及び工程８）を追加した例を用いて説明する。
【００９０】
まず、追加した泣き別れ工程のうちの２以上の並列工程（工程６及び工程７）のそれぞれについてステップＳ２４１ＳからステップＳ２４１Ｅの間にあるステップを繰り返す。
【００９１】
最初の繰り返しにおいて、まず、現在の並列工程（工程６）に対応するレコード３１１を工程管理テーブルに追加する（ステップＳ２４２）。
【００９２】
次に、ステップＳ２４２で追加したレコード３１１の現工程のフィールド３１２に、現在の並列工程の識別情報「６」を記録する（ステップＳ２４３）。
【００９３】
次に、ステップＳ２４２で追加したレコード３１１の１つの前工程のフィールド３１３に、現在の並列工程（工程６）の直前の工程（工程２）の識別情報「２」を記録する（ステップＳ２４４）。
【００９４】
次に、ステップＳ２４２で追加したレコード３１１の１つ以上の前工程のフィールド３１４に、現在の並列工程（工程６）と並列な工程（工程７）の識別情報「７」を記録する（ステップＳ２４５）。
【００９５】
次に、ステップＳ２４２で追加したレコード３１１の結合情報のフィールド３１５に論理和を表す情報「ｏｒ」を記録する（ステップＳ２４６）。
【００９６】
次の繰り返しにおいて、まず、現在の並列工程（工程７）に対応するレコード３１６を工程管理テーブルに追加する（ステップＳ２４２）。
【００９７】
次に、ステップＳ２４２で追加したレコード３１６の現工程のフィールド３１７に、現在の並列工程の識別情報「７」を記録する（ステップＳ２４３）。
【００９８】
次に、ステップＳ２４２で追加したレコード３１６の１つの前工程のフィールド３１８に、現在の並列工程（工程７）の直前の工程（工程２）の識別情報「２」を記録する（ステップＳ２４４）。
【００９９】
次に、ステップＳ２４２で追加したレコード３１６の１つ以上の前工程のフィールド３１９に、現在の並列工程（工程７）と並列な工程（工程６）の識別情報「６」を記録する（ステップＳ２４５）。
【０１００】
次に、ステップＳ２４２で追加したレコード３１６の結合情報のフィールド３２０に論理和を表す情報「ｏｒ」を記録する（ステップＳ２４６）。
【０１０１】
ステップＳ２４１ＳからステップＳ２４１Ｅの繰り返しが終了したならば、泣き別れ工程中の突合工程（工程８）に対応するレコード３２１を工程管理テーブルに追加する（ステップＳ２４７）。
【０１０２】
次に、ステップＳ２４７で追加したレコード３２１の現工程のフィールド３２２に、泣き別れ工程中の突合工程（工程８）の識別情報「８」を記録する（ステップＳ２４８）。
【０１０３】
次に、ステップＳ２４７で追加したレコード３２１の１以上の複数の前工程のフィールド３２３、３２４に、泣き別れ工程中のすべての並列工程（工程６、工程７）の識別情報「６」、「７」を記録する（ステップＳ２４９）。
【０１０４】
次に、ステップＳ２４７で追加したレコード３２１の結合情報のフィールド３２５に泣き別れを示す識別情報「ａｎｄ」を記録する（ステップＳ２５０）。
【０１０５】
次に、正常工程と泣き別れ工程とが突合する工程（工程４）に対応するレコード３２６の１つの前工程のフィールド３２７に、泣き別れ工程中の突合工程（工程８）の識別情報「８」を記録する（ステップＳ２５２）。
【０１０６】
次に、正常工程と泣き別れ工程とが突合する工程（工程４）に対応するレコード３２６の結合情報フィールド３２８に、枝分れを表す識別情報「ｏｒ」を記録する（ステップＳ２５３）。
【０１０７】
次に、図１２を参照して、通常の工程（枝分れ工程でも泣き別れ工程でもない工程）を追加した場合に通常工程追加対応部１０７ｃにより行われる工程管理テーブルの変更の方法について説明をする。
【０１０８】
図１２を参照すると、まず、追加した工程に対応するレコードを工程管理テーブルに追加する（ステップＳ２６１）。
【０１０９】
次に、ステップＳ２６１で追加したレコードの現工程のフィールドに、追加した工程の識別情報を記録する（ステップＳ２６３）。
【０１１０】
次に、ステップＳ２６１で追加したレコードの１つの前工程のフィールドに、追加した工程の直前の工程の識別情報を記録する（ステップＳ２６５）。
【０１１１】
次に、追加した工程の次の工程に対応する工程管理テーブルのレコードの１つの前工程のフィールドに、追加した工程の識別情報を記録する（ステップＳ２６７）。
【０１１２】
次に、図１２に示す方法を、図１３に示す工程７を追加した例を用いて説明する。
【０１１３】
まず、追加した工程に対応するレコード３４１を工程管理テーブルに追加する（ステップＳ２６１）。
【０１１４】
次に、ステップＳ２６１で追加したレコード３４１の現工程のフィールド３４２に、追加した工程の識別情報「７」を記録する（ステップＳ２６３）。
【０１１５】
次に、ステップＳ２６１で追加したレコード３４１の１つの前工程のフィールド３４３に、追加した工程の直前の工程の識別情報「４」を記録する（ステップＳ２６５）。
【０１１６】
次に、追加した工程の次の工程に対応する工程管理テーブルのレコード３４４の１つの前工程のフィールド３４５に、追加した工程の識別情報「７」を記録する（ステップＳ２６７）。
【０１１７】
次に、図１４を参照して、工程を削除した場合に工程削除対応部１０７ｄにより行われる工程管理テーブルの変更の方法について説明をする。
【０１１８】
図１４を参照すると、まず、削除した工程に対応する工程管理テーブルのレコードの前工程のフィールドの内容を無効値（ＮＵＬＬ）に書き換える（ステップＳ２８１）。
【０１１９】
次に、削除した工程の次の工程に対応する工程管理テーブルのレコードの前工程のフィールドの内容を、削除した工程の直前の工程の識別情報に書き換える（ステップＳ２８３）。
【０１２０】
次に、図１４に示す方法を、図１５に示す工程２を削除した例を用いて説明する。
【０１２１】
まず、削除した工程に対応する工程管理テーブルのレコード３６１の前工程のフィールド３６２の内容を無効値（ＮＵＬＬ）に書き換える（ステップＳ２８１）。
【０１２２】
次に、削除した工程の次の工程に対応する工程管理テーブルのレコード３６３、３６４の前工程のフィールド３６５、３６６の内容を、削除した工程の直前の工程の識別情報に書き換える（ステップＳ２８３）。
【０１２３】
次に、図１６を参照して、各工程処理対象物が各工程に投入される前に前工程チェック部１０９により行われる前工程チェックの方法について説明をする。
【０１２４】
まず、工程管理テーブルを参照することにより、直前の工程を抽出する（ステップＳ３０１）。
【０１２５】
次に、直前の工程の数Ｎを調べる（ステップＳ３０３）。直前の工程の数Ｎが１である場合には、ステップＳ３０５に進む。
【０１２６】
直前の工程の数Ｎが２以上である場合には、ステップＳ３１３に進む。
ステップＳ３０５では、ステータス管理テーブルから最も最近に通過した工程を抽出する。次に、ステップＳ３０１で工程管理テーブルから抽出された工程とステップＳ３０５でステータス管理テーブルから抽出された工程とが一致するか否かを確認する（ステップＳ３０７）。一致すれば、ステップＳ３０９に進む。そうでなければ、ステップＳ３２３に進む。
【０１２７】
ステップＳ３１３では、ステータス管理テーブルから最も最近に通過した工程の順にＮ個の工程を抽出する。
【０１２８】
次に、結合情報フィールドに枝分れを示す識別情報又は論理和情報の何れかが記録されているか否かを調べる（ステップＳ３１５）。そうであれば、ステップＳ３１７に進む。そうでなければ、ステップＳ３１９に進み、結合フィールドに泣き別れを示す識別情報が記録されているか否かを調べる。そうであれば、ステップＳ３２１に進む。そうでなければ、ステップＳ３２３に進む。
【０１２９】
ステップＳ３１７では、ステップＳ３０１で工程管理テーブルから抽出された工程とステップＳ３１３でステータス管理テーブルから抽出された何れかの工程とが一致するか否かを調べる。そうであれば、ステップＳ３０９に進む。そうでなければ、ステップＳ３２３に進む。
【０１３０】
ステップＳ３１９では、ステップＳ３０１で工程管理テーブルから抽出されたすべての工程とステップＳ３１３でステータス管理テーブルから抽出されたすべての工程とが一致するか否かを調べる。そうであれば、ステップＳ３０９に進む。そうでなければ、ステップＳ３２３に進む。
【０１３１】
ステップＳ３０９では、工程処理対象物を当該工程で処理してもよい旨の表示を表示部１１１を用いて行う。次に、ステータス管理テーブルに工程処理対象物が当該工程で処理されていることを示す情報を記録する（ステップＳ３１１）。
【０１３２】
ステップＳ３２３では、異常処理を行う。
【産業上の利用可能性】
【０１３３】
本発明は、書類の処理、製品の製造、製品の検査、事務処理の管理、プロジェクトの管理などに利用することができる。
【符号の説明】
【０１３４】
１０１ 工程管理テーブル
１０３ ステータス管理テーブル
１０５ 工程管理テーブル初期化部
１０７ 工程管理テーブル変更部
１０７ａ 枝分れ工程追加対応部
１０７ｂ 泣き別れ工程追加対応部
１０７ｃ 通常工程追加対応部
１０７ｄ 工程削除対応部
１０９ 前工程チェック部
１１１ 表示部
【特許請求の範囲】
【請求項１】
複数の工程を工程管理テーブルを用いて管理するための工程管理装置であって、
前記工程管理テーブルに、現工程の識別情報を記録するための現工程フィールド、現工程に対する１以上の前工程の各々の識別情報を記録するための１以上の前工程フィールド及び現工程に対する前工程が２以上有る場合に２以上の前工程をどのように結合するかを表す結合情報を記録するための結合情報フィールドを設け、
前記工程管理テーブルに、各工程毎のレコードを設け、
各工程毎に、その工程の識別情報を前記現工程フィールドに記録し、その工程が先頭工程又は削除された工程でなければ、その工程に対する１以上の前工程の各々の識別情報を１以上の前記前工程フィールドの各々に記録し、その工程に対する前工程が２以上有るならば、２以上の前工程をどのように結合するかを表す結合情報を前記結合情報フィールドに記録する手段を備えることを特徴とする工程管理装置。
【請求項２】
請求項１に記載の工程管理装置であって、
工程処理対象物がそれらの工程のうちの何れか１つの工程で処理され、共通の前工程から分岐し、共通の後工程に合流する複数の枝分れ工程については、その複数の工程のそれぞれに対応する前記工程管理テーブルのレコードの前工程フィールドには、前記共通の前工程の識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのそれぞれには、前記複数の枝分れ工程のそれぞれの識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの結合情報フィールドには、枝分れを示す識別情報を記録する手段を更に備えることを特徴とする工程管理装置。
【請求項３】
請求項１又は２に記載の工程管理装置であって、
工程処理対象物がそれらの工程のうちのすべての工程で処理される複数の並列工程と、前記複数の並列工程に続く泣き別れ突合工程とを含み、前工程と後工程を或る工程と共通とする泣き別れ工程の組については、前記複数の並列工程のそれぞれに対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのうちの１つのフィールドには、前記共通の前工程の識別情報を記録し、前記複数の並列工程のそれぞれに対応する前記管理工程テーブルのレコードの複数の前工程のフィールドのうちの他のフィールドには、レコードに対応する並列工程の他の並列工程の識別情報を記録し、前記複数の並列工程のそれぞれに対応する前記管理工程テーブルのレコードの結合情報フィールドには、論理和を表す識別情報を記録し、前記泣き別れ突合工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのそれぞれには、前記複数の並列工程のそれぞれの識別情報を記録し、前記泣き別れ突合工程に対応する前記工程管理テーブルのレコードの結合情報フィールドには、泣き別れを示す識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのうちの１つのフィールドには、前記泣き別れ突合工程の識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのうちの他のフィールドには、前記或る工程の識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの結合情報フィールドには、論理和を表す識別情報を記録する手段を更に備えることを特徴とする工程管理装置。
【請求項４】
請求項１乃至３の何れか１項に記載の工程管理装置であって、
或る工程に対して、その工程の代わりに工程処理対象物を処理し、その工程と共通の前工程と後工程を有する枝分れ工程を追加した場合には、追加した枝分れ工程に対応するレコードを前記工程管理テーブルに追加し、追加したレコードの現工程フィールドには、追加した枝分れ工程を識別するための情報を記録し、追加したレコードの前工程フィールドには、共通の前工程を識別するための情報を記録し、前記工程管理テーブルの共通の後工程に対応するレコードの１の前工程フィールドには、追加した枝分れ工程を識別するための情報を記録し、前記工程管理テーブルの共通の後工程に対応するレコードの結合情報フィールドには、枝分れを示す識別情報を記録する手段を更に備えることを特徴とする工程管理装置。
【請求項５】
請求項１乃至４の何れか１項に記載の工程管理装置であって、
工程処理対象物がそれらの工程のうちのすべての工程で処理される複数の並列工程と、前記複数の並列工程に続く泣き別れ突合工程とを含み、前工程と後工程を或る工程と共通とする泣き別れ工程の組を前記或る工程に対して追加した場合には、複数の並列工程に対応する複数のレコードを前記工程管理テーブルに追加し、追加した複数のレコードのそれぞれの現工程のフィールドには、前記複数の並列工程のそれぞれの識別情報を記録し、追加した複数のレコードのそれぞれの１つの前工程のフィールドには、共通の前工程の識別情報を記録し、追加した複数のレコードのそれぞれの他の前工程のフィールドには、レコードに対応する並列工程の他の並列工程の識別情報を記録し、追加した複数のレコードのそれぞれの結合情報のフィールドには、論理和を示す識別情報を記録し、前記泣き別れ突合工程に対応するレコードを前記工程管理テーブルに追加し、追加したレコードの現工程のレコードには、泣き別れ突合工程の識別情報を記録し、追加したレコードの複数の前工程のフィールドのそれぞれには、前記複数の並列工程のそれぞれの識別情報を記録し、追加したレコードの結合情報のフィールドには、泣き別れを示す識別情報を記録し、後工程に対応する前記工程管理テーブルのレコードの１つの前工程のフィールドには、前記泣き別れ突合工程の識別情報を記録し、後工程に対応する前記工程管理テーブルのレコードの結合情報のフィールドには、論理和を示す識別情報を記録する手段を更に備えることを特徴とする工程管理装置。
【請求項６】
請求項１乃至５の何れか１項に記載の工程管理装置であって、
或る工程とその次の工程との間に工程を追加した場合には、追加した工程に対応するレコードを前記工程管理テーブルに追加し、追加したレコードの現工程のフィールドには、追加した工程を識別するための情報を記録し、追加したレコードの前工程のフィールドには、追加した工程の前の工程を識別するための情報を記録し、前記工程管理テーブルの追加した工程の後の工程に対応するレコードの前工程のフィールドの内容を、追加した工程を識別するための情報に書き換える手段を更に備えることを特徴とする工程管理装置。
【請求項７】
請求項１乃至６の何れか１項に記載の工程管理装置であって、
或る工程とその次の工程との間に有る工程を削除した場合には、削除した工程に対応するレコードの前工程フィールドの内容を無効値に書き換え、前記工程管理テーブルの削除した工程の後の工程に対応するレコードの前工程のフィールドの内容を、削除した工程の前の工程を識別するための情報に書き換える手段を更に備えることを特徴とする工程管理装置。
【請求項８】
請求項１乃至７の何れか１項に記載の工程管理装置であって、
工程で処理される工程処理対象物毎に、その工程処理対象物が各工程で処理されたか否かを示すステータス管理テーブルを設け、
或る工程処理対象物が或る工程で処理される前に、該或る工程の直前の工程を前記工程管理テーブルを参照することにより抽出し、抽出された工程で該或る工程処理対象物が実際に処理されたか否かを該工程処理対象物に対応する前記ステータス管理テーブルを参照することにより確認し、実際に処理されたことが確認できた場合に、該或る工程処理対象物を該或る工程で処理してもよい旨の表示を行うと共に、該工程処理対象物に対応する前記ステータス管理テーブルに該或る工程処理対象物が該或る工程で処理されていることを示す情報を記録することを特徴とする工程管理装置。
【請求項９】
請求項１乃至７の何れか１項に記載の工程管理装置であって、
工程で処理される工程処理対象物毎に、その工程処理対象物が各工程で処理されたか否かを示すステータス管理テーブルを設け、
或る工程処理対象物が或る工程で処理される前に、該或る工程の直前の工程を前記工程管理テーブルを参照することにより抽出する際、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに前工程を識別するための情報が記録されており、そのレコードの結合情報フィールドに枝分れを示す識別情報又は論理和を示す識別情報が記録されていて、
更に、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに記録されている前工程を識別するための情報により示される複数の前工程のうちの何れか１つの前工程で該或る工程処理対象物が処理されたことを該或る工程処理対象物に対応する前記ステータス管理テーブルが示している場合には、
該或る工程処理対象物を該或る工程で処理してもよい旨の表示を行うと共に、該工程処理対象物に対応する前記ステータス管理テーブルに該或る工程処理対象物が該或る工程で処理されていることを示す情報を記録することを特徴とする工程管理装置。
【請求項１０】
請求項１乃至７の何れか１項に記載の工程管理装置であって、
工程で処理される工程処理対象物毎に、その工程処理対象物が各工程で処理されたか否かを示すステータス管理テーブルを設け、
或る工程処理対象物が或る工程で処理される前に、該或る工程の直前の工程を前記工程管理テーブルを参照することにより抽出する際、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに前工程を識別するための情報が記録されており、そのレコードの結合情報フィールドに泣き別れを示す識別情報が記録されていて、
更に、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに記録されている前工程を識別するための情報により示される複数の前工程のうちのすべての前工程で該或る工程処理対象物が処理されたことを該或る工程処理対象物に対応する前記ステータス管理テーブルが示している場合には、
該或る工程処理対象物を該或る工程で処理してもよい旨の表示を行うと共に、該工程処理対象物に対応する前記ステータス管理テーブルに該或る工程処理対象物が該或る工程で処理されていることを示す情報を記録することを特徴とする工程管理装置。
【請求項１１】
複数の工程を工程管理テーブルを用いて管理するための工程管理方法であって、
前記工程管理テーブルに、現工程の識別情報を記録するための現工程フィールド、現工程に対する１以上の前工程の各々の識別情報を記録するための１以上の前工程フィールド及び現工程に対する前工程が２以上有る場合に２以上の前工程をどのように結合するかを表す結合情報を記録するための結合情報フィールドを設け、
前記工程管理テーブルに、各工程毎のレコードを設け、
各工程毎に、その工程の識別情報を前記現工程フィールドに記録し、その工程が先頭工程又は削除された工程でなければ、その工程に対する１以上の前工程の各々の識別情報を１以上の前記前工程フィールドの各々に記録し、その工程に対する前工程が２以上有るならば、２以上の前工程をどのように結合するかを表す結合情報を前記結合情報フィールドに記録するステップを有することを特徴とする工程管理方法。
【請求項１２】
請求項１１に記載の工程管理方法であって、
工程処理対象物がそれらの工程のうちの何れか１つの工程で処理され、共通の前工程から分岐し、共通の後工程に合流する複数の枝分れ工程については、その複数の工程のそれぞれに対応する前記工程管理テーブルのレコードの前工程フィールドには、前記共通の前工程の識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのそれぞれには、前記複数の枝分れ工程のそれぞれの識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの結合情報フィールドには、枝分れを示す識別情報を記録するステップを更に有することを特徴とする工程管理方法。
【請求項１３】
請求項１１又は１２に記載の工程管理方法であって、
工程処理対象物がそれらの工程のうちのすべての工程で処理される複数の並列工程と、前記複数の並列工程に続く泣き別れ突合工程とを含み、前工程と後工程を或る工程と共通とする泣き別れ工程の組については、前記複数の並列工程のそれぞれに対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのうちの１つのフィールドには、前記共通の前工程の識別情報を記録し、前記複数の並列工程のそれぞれに対応する前記管理工程テーブルのレコードの複数の前工程のフィールドのうちの他のフィールドには、レコードに対応する並列工程の他の並列工程の識別情報を記録し、前記複数の並列工程のそれぞれに対応する前記管理工程テーブルのレコードの結合情報フィールドには、論理和を表す識別情報を記録し、前記泣き別れ突合工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのそれぞれには、前記複数の並列工程のそれぞれの識別情報を記録し、前記泣き別れ突合工程に対応する前記工程管理テーブルのレコードの結合情報フィールドには、泣き別れを示す識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのうちの１つのフィールドには、前記泣き別れ突合工程の識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのうちの他のフィールドには、前記或る工程の識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの結合情報フィールドには、論理和を表す識別情報を記録するステップを更に有することを特徴とする工程管理方法。
【請求項１４】
請求項１１乃至１３の何れか１項に記載の工程管理方法であって、
或る工程に対して、その工程の代わりに工程処理対象物を処理し、その工程と共通の前工程と後工程を有する枝分れ工程を追加した場合には、追加した枝分れ工程に対応するレコードを前記工程管理テーブルに追加し、追加したレコードの現工程フィールドには、追加した枝分れ工程を識別するための情報を記録し、追加したレコードの前工程フィールドには、共通の前工程を識別するための情報を記録し、前記工程管理テーブルの共通の後工程に対応するレコードの１の前工程フィールドには、追加した枝分れ工程を識別するための情報を記録し、前記工程管理テーブルの共通の後工程に対応するレコードの結合情報フィールドには、枝分れを示す識別情報を記録するステップを更に有することを特徴とする工程管理方法。
【請求項１５】
請求項１１乃至１４の何れか１項に記載の工程管理方法であって、
工程処理対象物がそれらの工程のうちのすべての工程で処理される複数の並列工程と、前記複数の並列工程に続く泣き別れ突合工程とを含み、前工程と後工程を或る工程と共通とする泣き別れ工程の組を前記或る工程に対して追加した場合には、複数の並列工程に対応する複数のレコードを前記工程管理テーブルに追加し、追加した複数のレコードのそれぞれの現工程のフィールドには、前記複数の並列工程のそれぞれの識別情報を記録し、追加した複数のレコードのそれぞれの１つの前工程のフィールドには、共通の前工程の識別情報を記録し、追加した複数のレコードのそれぞれの他の前工程のフィールドには、レコードに対応する並列工程の他の並列工程の識別情報を記録し、追加した複数のレコードのそれぞれの結合情報のフィールドには、論理和を示す識別情報を記録し、前記泣き別れ突合工程に対応するレコードを前記工程管理テーブルに追加し、追加したレコードの現工程のレコードには、泣き別れ突合工程の識別情報を記録し、追加したレコードの複数の前工程のフィールドのそれぞれには、前記複数の並列工程のそれぞれの識別情報を記録し、追加したレコードの結合情報のフィールドには、泣き別れを示す識別情報を記録し、後工程に対応する前記工程管理テーブルのレコードの１つの前工程のフィールドには、前記泣き別れ突合工程の識別情報を記録し、後工程に対応する前記工程管理テーブルのレコードの結合情報のフィールドには、論理和を示す識別情報を記録するステップを更に有することを特徴とする工程管理方法。
【請求項１６】
請求項１１乃至１５の何れか１項に記載の工程管理方法であって、
或る工程とその次の工程との間に工程を追加した場合には、追加した工程に対応するレコードを前記工程管理テーブルに追加し、追加したレコードの現工程のフィールドには、追加した工程を識別するための情報を記録し、追加したレコードの前工程のフィールドには、追加した工程の前の工程を識別するための情報を記録し、前記工程管理テーブルの追加した工程の後の工程に対応するレコードの前工程のフィールドの内容を、追加した工程を識別するための情報に書き換えるステップを更に有することを特徴とする工程管理方法。
【請求項１７】
請求項１１乃至１６の何れか１項に記載の工程管理方法であって、
或る工程とその次の工程との間に有る工程を削除した場合には、削除した工程に対応するレコードの前工程フィールドの内容を無効値に書き換え、前記工程管理テーブルの削除した工程の後の工程に対応するレコードの前工程のフィールドの内容を、削除した工程の前の工程を識別するための情報に書き換えるステップを更に有することを特徴とする工程管理方法。
【請求項１８】
請求項１１乃至１７の何れか１項に記載の工程管理方法であって、
工程で処理される工程処理対象物毎に、その工程処理対象物が各工程で処理されたか否かを示すステータス管理テーブルを設け、
或る工程処理対象物が或る工程で処理される前に、該或る工程の直前の工程を前記工程管理テーブルを参照することにより抽出し、抽出された工程で該或る工程処理対象物が実際に処理されたか否かを該工程処理対象物に対応する前記ステータス管理テーブルを参照することにより確認し、実際に処理されたことが確認できた場合に、該或る工程処理対象物を該或る工程で処理してもよい旨の表示を行うと共に、該工程処理対象物に対応する前記ステータス管理テーブルに該或る工程処理対象物が該或る工程で処理されていることを示す情報を記録することを特徴とする工程管理方法。
【請求項１９】
請求項１１乃至１７の何れか１項に記載の工程管理方法であって、
工程で処理される工程処理対象物毎に、その工程処理対象物が各工程で処理されたか否かを示すステータス管理テーブルを設け、
或る工程処理対象物が或る工程で処理される前に、該或る工程の直前の工程を前記工程管理テーブルを参照することにより抽出する際、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに前工程を識別するための情報が記録されており、そのレコードの結合情報フィールドに枝分れを示す識別情報又は論理和を示す識別情報が記録されていて、
更に、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに記録されている前工程を識別するための情報により示される複数の前工程のうちの何れか１つの前工程で該或る工程処理対象物が処理されたことを該或る工程処理対象物に対応する前記ステータス管理テーブルが示している場合には、
該或る工程処理対象物を該或る工程で処理してもよい旨の表示を行うと共に、該工程処理対象物に対応する前記ステータス管理テーブルに該或る工程処理対象物が該或る工程で処理されていることを示す情報を記録することを特徴とする工程管理方法。
【請求項２０】
請求項１１乃至１７の何れか１項に記載の工程管理方法であって、
工程で処理される工程処理対象物毎に、その工程処理対象物が各工程で処理されたか否かを示すステータス管理テーブルを設け、
或る工程処理対象物が或る工程で処理される前に、該或る工程の直前の工程を前記工程管理テーブルを参照することにより抽出する際、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに前工程を識別するための情報が記録されており、そのレコードの結合情報フィールドに泣き別れを示す識別情報が記録されていて、
更に、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに記録されている前工程を識別するための情報により示される複数の前工程のうちのすべての前工程で該或る工程処理対象物が処理されたことを該或る工程処理対象物に対応する前記ステータス管理テーブルが示している場合には、
該或る工程処理対象物を該或る工程で処理してもよい旨の表示を行うと共に、該工程処理対象物に対応する前記ステータス管理テーブルに該或る工程処理対象物が該或る工程で処理されていることを示す情報を記録することを特徴とする工程管理方法。
【請求項２１】
コンピュータに請求項１１乃至２０の何れか１項に記載の工程管理方法を行わせるための工程管理プログラム。
【請求項１】
複数の工程を工程管理テーブルを用いて管理するための工程管理装置であって、
前記工程管理テーブルに、現工程の識別情報を記録するための現工程フィールド、現工程に対する１以上の前工程の各々の識別情報を記録するための１以上の前工程フィールド及び現工程に対する前工程が２以上有る場合に２以上の前工程をどのように結合するかを表す結合情報を記録するための結合情報フィールドを設け、
前記工程管理テーブルに、各工程毎のレコードを設け、
各工程毎に、その工程の識別情報を前記現工程フィールドに記録し、その工程が先頭工程又は削除された工程でなければ、その工程に対する１以上の前工程の各々の識別情報を１以上の前記前工程フィールドの各々に記録し、その工程に対する前工程が２以上有るならば、２以上の前工程をどのように結合するかを表す結合情報を前記結合情報フィールドに記録する手段を備えることを特徴とする工程管理装置。
【請求項２】
請求項１に記載の工程管理装置であって、
工程処理対象物がそれらの工程のうちの何れか１つの工程で処理され、共通の前工程から分岐し、共通の後工程に合流する複数の枝分れ工程については、その複数の工程のそれぞれに対応する前記工程管理テーブルのレコードの前工程フィールドには、前記共通の前工程の識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのそれぞれには、前記複数の枝分れ工程のそれぞれの識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの結合情報フィールドには、枝分れを示す識別情報を記録する手段を更に備えることを特徴とする工程管理装置。
【請求項３】
請求項１又は２に記載の工程管理装置であって、
工程処理対象物がそれらの工程のうちのすべての工程で処理される複数の並列工程と、前記複数の並列工程に続く泣き別れ突合工程とを含み、前工程と後工程を或る工程と共通とする泣き別れ工程の組については、前記複数の並列工程のそれぞれに対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのうちの１つのフィールドには、前記共通の前工程の識別情報を記録し、前記複数の並列工程のそれぞれに対応する前記管理工程テーブルのレコードの複数の前工程のフィールドのうちの他のフィールドには、レコードに対応する並列工程の他の並列工程の識別情報を記録し、前記複数の並列工程のそれぞれに対応する前記管理工程テーブルのレコードの結合情報フィールドには、論理和を表す識別情報を記録し、前記泣き別れ突合工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのそれぞれには、前記複数の並列工程のそれぞれの識別情報を記録し、前記泣き別れ突合工程に対応する前記工程管理テーブルのレコードの結合情報フィールドには、泣き別れを示す識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのうちの１つのフィールドには、前記泣き別れ突合工程の識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのうちの他のフィールドには、前記或る工程の識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの結合情報フィールドには、論理和を表す識別情報を記録する手段を更に備えることを特徴とする工程管理装置。
【請求項４】
請求項１乃至３の何れか１項に記載の工程管理装置であって、
或る工程に対して、その工程の代わりに工程処理対象物を処理し、その工程と共通の前工程と後工程を有する枝分れ工程を追加した場合には、追加した枝分れ工程に対応するレコードを前記工程管理テーブルに追加し、追加したレコードの現工程フィールドには、追加した枝分れ工程を識別するための情報を記録し、追加したレコードの前工程フィールドには、共通の前工程を識別するための情報を記録し、前記工程管理テーブルの共通の後工程に対応するレコードの１の前工程フィールドには、追加した枝分れ工程を識別するための情報を記録し、前記工程管理テーブルの共通の後工程に対応するレコードの結合情報フィールドには、枝分れを示す識別情報を記録する手段を更に備えることを特徴とする工程管理装置。
【請求項５】
請求項１乃至４の何れか１項に記載の工程管理装置であって、
工程処理対象物がそれらの工程のうちのすべての工程で処理される複数の並列工程と、前記複数の並列工程に続く泣き別れ突合工程とを含み、前工程と後工程を或る工程と共通とする泣き別れ工程の組を前記或る工程に対して追加した場合には、複数の並列工程に対応する複数のレコードを前記工程管理テーブルに追加し、追加した複数のレコードのそれぞれの現工程のフィールドには、前記複数の並列工程のそれぞれの識別情報を記録し、追加した複数のレコードのそれぞれの１つの前工程のフィールドには、共通の前工程の識別情報を記録し、追加した複数のレコードのそれぞれの他の前工程のフィールドには、レコードに対応する並列工程の他の並列工程の識別情報を記録し、追加した複数のレコードのそれぞれの結合情報のフィールドには、論理和を示す識別情報を記録し、前記泣き別れ突合工程に対応するレコードを前記工程管理テーブルに追加し、追加したレコードの現工程のレコードには、泣き別れ突合工程の識別情報を記録し、追加したレコードの複数の前工程のフィールドのそれぞれには、前記複数の並列工程のそれぞれの識別情報を記録し、追加したレコードの結合情報のフィールドには、泣き別れを示す識別情報を記録し、後工程に対応する前記工程管理テーブルのレコードの１つの前工程のフィールドには、前記泣き別れ突合工程の識別情報を記録し、後工程に対応する前記工程管理テーブルのレコードの結合情報のフィールドには、論理和を示す識別情報を記録する手段を更に備えることを特徴とする工程管理装置。
【請求項６】
請求項１乃至５の何れか１項に記載の工程管理装置であって、
或る工程とその次の工程との間に工程を追加した場合には、追加した工程に対応するレコードを前記工程管理テーブルに追加し、追加したレコードの現工程のフィールドには、追加した工程を識別するための情報を記録し、追加したレコードの前工程のフィールドには、追加した工程の前の工程を識別するための情報を記録し、前記工程管理テーブルの追加した工程の後の工程に対応するレコードの前工程のフィールドの内容を、追加した工程を識別するための情報に書き換える手段を更に備えることを特徴とする工程管理装置。
【請求項７】
請求項１乃至６の何れか１項に記載の工程管理装置であって、
或る工程とその次の工程との間に有る工程を削除した場合には、削除した工程に対応するレコードの前工程フィールドの内容を無効値に書き換え、前記工程管理テーブルの削除した工程の後の工程に対応するレコードの前工程のフィールドの内容を、削除した工程の前の工程を識別するための情報に書き換える手段を更に備えることを特徴とする工程管理装置。
【請求項８】
請求項１乃至７の何れか１項に記載の工程管理装置であって、
工程で処理される工程処理対象物毎に、その工程処理対象物が各工程で処理されたか否かを示すステータス管理テーブルを設け、
或る工程処理対象物が或る工程で処理される前に、該或る工程の直前の工程を前記工程管理テーブルを参照することにより抽出し、抽出された工程で該或る工程処理対象物が実際に処理されたか否かを該工程処理対象物に対応する前記ステータス管理テーブルを参照することにより確認し、実際に処理されたことが確認できた場合に、該或る工程処理対象物を該或る工程で処理してもよい旨の表示を行うと共に、該工程処理対象物に対応する前記ステータス管理テーブルに該或る工程処理対象物が該或る工程で処理されていることを示す情報を記録することを特徴とする工程管理装置。
【請求項９】
請求項１乃至７の何れか１項に記載の工程管理装置であって、
工程で処理される工程処理対象物毎に、その工程処理対象物が各工程で処理されたか否かを示すステータス管理テーブルを設け、
或る工程処理対象物が或る工程で処理される前に、該或る工程の直前の工程を前記工程管理テーブルを参照することにより抽出する際、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに前工程を識別するための情報が記録されており、そのレコードの結合情報フィールドに枝分れを示す識別情報又は論理和を示す識別情報が記録されていて、
更に、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに記録されている前工程を識別するための情報により示される複数の前工程のうちの何れか１つの前工程で該或る工程処理対象物が処理されたことを該或る工程処理対象物に対応する前記ステータス管理テーブルが示している場合には、
該或る工程処理対象物を該或る工程で処理してもよい旨の表示を行うと共に、該工程処理対象物に対応する前記ステータス管理テーブルに該或る工程処理対象物が該或る工程で処理されていることを示す情報を記録することを特徴とする工程管理装置。
【請求項１０】
請求項１乃至７の何れか１項に記載の工程管理装置であって、
工程で処理される工程処理対象物毎に、その工程処理対象物が各工程で処理されたか否かを示すステータス管理テーブルを設け、
或る工程処理対象物が或る工程で処理される前に、該或る工程の直前の工程を前記工程管理テーブルを参照することにより抽出する際、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに前工程を識別するための情報が記録されており、そのレコードの結合情報フィールドに泣き別れを示す識別情報が記録されていて、
更に、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに記録されている前工程を識別するための情報により示される複数の前工程のうちのすべての前工程で該或る工程処理対象物が処理されたことを該或る工程処理対象物に対応する前記ステータス管理テーブルが示している場合には、
該或る工程処理対象物を該或る工程で処理してもよい旨の表示を行うと共に、該工程処理対象物に対応する前記ステータス管理テーブルに該或る工程処理対象物が該或る工程で処理されていることを示す情報を記録することを特徴とする工程管理装置。
【請求項１１】
複数の工程を工程管理テーブルを用いて管理するための工程管理方法であって、
前記工程管理テーブルに、現工程の識別情報を記録するための現工程フィールド、現工程に対する１以上の前工程の各々の識別情報を記録するための１以上の前工程フィールド及び現工程に対する前工程が２以上有る場合に２以上の前工程をどのように結合するかを表す結合情報を記録するための結合情報フィールドを設け、
前記工程管理テーブルに、各工程毎のレコードを設け、
各工程毎に、その工程の識別情報を前記現工程フィールドに記録し、その工程が先頭工程又は削除された工程でなければ、その工程に対する１以上の前工程の各々の識別情報を１以上の前記前工程フィールドの各々に記録し、その工程に対する前工程が２以上有るならば、２以上の前工程をどのように結合するかを表す結合情報を前記結合情報フィールドに記録するステップを有することを特徴とする工程管理方法。
【請求項１２】
請求項１１に記載の工程管理方法であって、
工程処理対象物がそれらの工程のうちの何れか１つの工程で処理され、共通の前工程から分岐し、共通の後工程に合流する複数の枝分れ工程については、その複数の工程のそれぞれに対応する前記工程管理テーブルのレコードの前工程フィールドには、前記共通の前工程の識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのそれぞれには、前記複数の枝分れ工程のそれぞれの識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの結合情報フィールドには、枝分れを示す識別情報を記録するステップを更に有することを特徴とする工程管理方法。
【請求項１３】
請求項１１又は１２に記載の工程管理方法であって、
工程処理対象物がそれらの工程のうちのすべての工程で処理される複数の並列工程と、前記複数の並列工程に続く泣き別れ突合工程とを含み、前工程と後工程を或る工程と共通とする泣き別れ工程の組については、前記複数の並列工程のそれぞれに対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのうちの１つのフィールドには、前記共通の前工程の識別情報を記録し、前記複数の並列工程のそれぞれに対応する前記管理工程テーブルのレコードの複数の前工程のフィールドのうちの他のフィールドには、レコードに対応する並列工程の他の並列工程の識別情報を記録し、前記複数の並列工程のそれぞれに対応する前記管理工程テーブルのレコードの結合情報フィールドには、論理和を表す識別情報を記録し、前記泣き別れ突合工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのそれぞれには、前記複数の並列工程のそれぞれの識別情報を記録し、前記泣き別れ突合工程に対応する前記工程管理テーブルのレコードの結合情報フィールドには、泣き別れを示す識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのうちの１つのフィールドには、前記泣き別れ突合工程の識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの複数の前工程のフィールドのうちの他のフィールドには、前記或る工程の識別情報を記録し、共通の後工程に対応する前記工程管理テーブルのレコードの結合情報フィールドには、論理和を表す識別情報を記録するステップを更に有することを特徴とする工程管理方法。
【請求項１４】
請求項１１乃至１３の何れか１項に記載の工程管理方法であって、
或る工程に対して、その工程の代わりに工程処理対象物を処理し、その工程と共通の前工程と後工程を有する枝分れ工程を追加した場合には、追加した枝分れ工程に対応するレコードを前記工程管理テーブルに追加し、追加したレコードの現工程フィールドには、追加した枝分れ工程を識別するための情報を記録し、追加したレコードの前工程フィールドには、共通の前工程を識別するための情報を記録し、前記工程管理テーブルの共通の後工程に対応するレコードの１の前工程フィールドには、追加した枝分れ工程を識別するための情報を記録し、前記工程管理テーブルの共通の後工程に対応するレコードの結合情報フィールドには、枝分れを示す識別情報を記録するステップを更に有することを特徴とする工程管理方法。
【請求項１５】
請求項１１乃至１４の何れか１項に記載の工程管理方法であって、
工程処理対象物がそれらの工程のうちのすべての工程で処理される複数の並列工程と、前記複数の並列工程に続く泣き別れ突合工程とを含み、前工程と後工程を或る工程と共通とする泣き別れ工程の組を前記或る工程に対して追加した場合には、複数の並列工程に対応する複数のレコードを前記工程管理テーブルに追加し、追加した複数のレコードのそれぞれの現工程のフィールドには、前記複数の並列工程のそれぞれの識別情報を記録し、追加した複数のレコードのそれぞれの１つの前工程のフィールドには、共通の前工程の識別情報を記録し、追加した複数のレコードのそれぞれの他の前工程のフィールドには、レコードに対応する並列工程の他の並列工程の識別情報を記録し、追加した複数のレコードのそれぞれの結合情報のフィールドには、論理和を示す識別情報を記録し、前記泣き別れ突合工程に対応するレコードを前記工程管理テーブルに追加し、追加したレコードの現工程のレコードには、泣き別れ突合工程の識別情報を記録し、追加したレコードの複数の前工程のフィールドのそれぞれには、前記複数の並列工程のそれぞれの識別情報を記録し、追加したレコードの結合情報のフィールドには、泣き別れを示す識別情報を記録し、後工程に対応する前記工程管理テーブルのレコードの１つの前工程のフィールドには、前記泣き別れ突合工程の識別情報を記録し、後工程に対応する前記工程管理テーブルのレコードの結合情報のフィールドには、論理和を示す識別情報を記録するステップを更に有することを特徴とする工程管理方法。
【請求項１６】
請求項１１乃至１５の何れか１項に記載の工程管理方法であって、
或る工程とその次の工程との間に工程を追加した場合には、追加した工程に対応するレコードを前記工程管理テーブルに追加し、追加したレコードの現工程のフィールドには、追加した工程を識別するための情報を記録し、追加したレコードの前工程のフィールドには、追加した工程の前の工程を識別するための情報を記録し、前記工程管理テーブルの追加した工程の後の工程に対応するレコードの前工程のフィールドの内容を、追加した工程を識別するための情報に書き換えるステップを更に有することを特徴とする工程管理方法。
【請求項１７】
請求項１１乃至１６の何れか１項に記載の工程管理方法であって、
或る工程とその次の工程との間に有る工程を削除した場合には、削除した工程に対応するレコードの前工程フィールドの内容を無効値に書き換え、前記工程管理テーブルの削除した工程の後の工程に対応するレコードの前工程のフィールドの内容を、削除した工程の前の工程を識別するための情報に書き換えるステップを更に有することを特徴とする工程管理方法。
【請求項１８】
請求項１１乃至１７の何れか１項に記載の工程管理方法であって、
工程で処理される工程処理対象物毎に、その工程処理対象物が各工程で処理されたか否かを示すステータス管理テーブルを設け、
或る工程処理対象物が或る工程で処理される前に、該或る工程の直前の工程を前記工程管理テーブルを参照することにより抽出し、抽出された工程で該或る工程処理対象物が実際に処理されたか否かを該工程処理対象物に対応する前記ステータス管理テーブルを参照することにより確認し、実際に処理されたことが確認できた場合に、該或る工程処理対象物を該或る工程で処理してもよい旨の表示を行うと共に、該工程処理対象物に対応する前記ステータス管理テーブルに該或る工程処理対象物が該或る工程で処理されていることを示す情報を記録することを特徴とする工程管理方法。
【請求項１９】
請求項１１乃至１７の何れか１項に記載の工程管理方法であって、
工程で処理される工程処理対象物毎に、その工程処理対象物が各工程で処理されたか否かを示すステータス管理テーブルを設け、
或る工程処理対象物が或る工程で処理される前に、該或る工程の直前の工程を前記工程管理テーブルを参照することにより抽出する際、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに前工程を識別するための情報が記録されており、そのレコードの結合情報フィールドに枝分れを示す識別情報又は論理和を示す識別情報が記録されていて、
更に、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに記録されている前工程を識別するための情報により示される複数の前工程のうちの何れか１つの前工程で該或る工程処理対象物が処理されたことを該或る工程処理対象物に対応する前記ステータス管理テーブルが示している場合には、
該或る工程処理対象物を該或る工程で処理してもよい旨の表示を行うと共に、該工程処理対象物に対応する前記ステータス管理テーブルに該或る工程処理対象物が該或る工程で処理されていることを示す情報を記録することを特徴とする工程管理方法。
【請求項２０】
請求項１１乃至１７の何れか１項に記載の工程管理方法であって、
工程で処理される工程処理対象物毎に、その工程処理対象物が各工程で処理されたか否かを示すステータス管理テーブルを設け、
或る工程処理対象物が或る工程で処理される前に、該或る工程の直前の工程を前記工程管理テーブルを参照することにより抽出する際、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに前工程を識別するための情報が記録されており、そのレコードの結合情報フィールドに泣き別れを示す識別情報が記録されていて、
更に、前記工程管理テーブルの該或る工程に対応するレコードの複数の前工程フィールドに記録されている前工程を識別するための情報により示される複数の前工程のうちのすべての前工程で該或る工程処理対象物が処理されたことを該或る工程処理対象物に対応する前記ステータス管理テーブルが示している場合には、
該或る工程処理対象物を該或る工程で処理してもよい旨の表示を行うと共に、該工程処理対象物に対応する前記ステータス管理テーブルに該或る工程処理対象物が該或る工程で処理されていることを示す情報を記録することを特徴とする工程管理方法。
【請求項２１】
コンピュータに請求項１１乃至２０の何れか１項に記載の工程管理方法を行わせるための工程管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１２−６８８０４（Ｐ２０１２−６８８０４Ａ）
【公開日】平成２４年４月５日（２０１２．４．５）
【国際特許分類】
【出願番号】特願２０１０−２１２０４７（Ｐ２０１０−２１２０４７）
【出願日】平成２２年９月２２日（２０１０．９．２２）
【出願人】（０００１６２１１３）共同印刷株式会社 (488)
【Ｆターム（参考）】
【公開日】平成２４年４月５日（２０１２．４．５）
【国際特許分類】
【出願日】平成２２年９月２２日（２０１０．９．２２）
【出願人】（０００１６２１１３）共同印刷株式会社 (488)
【Ｆターム（参考）】
[ Back to top ]