JP7702379B2 - 生産財機械の保全のための作業手順作成システム、作業手順作成方法、及びプログラム - Google Patents

Description

本発明は、生産財機械の保全のための作業手順作成システム、作業手順作成方法、及びプログラムに関する。

特許文献１には、営業対象の顧客情報に基づく支援情報を情報受給者に提供する建設機械の営業支援システムであって、サーバが、営業パソコンを介し入力された顧客に関する検索条件に基づいて、営業パソコンに、データベースに予め記憶された顧客情報から検索条件に合致したものを抽出して表示する抽出表示信号を出力し、営業パソコンを介し入力された、図象化表示に用いる少なくとも２つの評価項目の組み合わせに基づいて、抽出した顧客情報を分析評価し情報受給者側の情報端末に表示する評価表示信号を出力する営業支援システムが記載されている。

特開２００５－１０８６８号公報

生産財機械の保全作業のための作業手順を、業務経験が少ない作成者が作成するのは、困難であった。

本発明の目的は、生産財機械の保全作業のための作業手順を、業務経験が少ない作成者でも容易に作成可能にすることにある。

かかる目的のもと、本発明は、生産財機械の保全作業を構成する複数の作業項目を取得する取得部と、複数の作業項目のうち、複数の作業予定日の各作業予定日に実施する作業項目を、複数の作業項目の実施順序が所定の条件を満たし、かつ、各作業予定日に実施する作業項目が各作業予定日の作業時間内に収まるように決定する決定部と、を備える、生産財機械の保全のための作業手順作成システムを提供する。
所定の条件は、複数の作業項目のうちの少なくとも２つの作業項目が予め定められた先後関係で実施されるという条件であってよい。
所定の条件は、複数の作業項目のうちの少なくとも２つの作業項目が併せて実施されるという条件であってもよい。
取得部は、未完了の複数の作業項目を取得する、ものであってよい。その場合、決定部は、各作業予定日に実施する作業項目を、作業中の作業項目の残り作業時間に基づいて決定する、ものであってよい。
決定部は、各作業予定日に実施する作業項目を、各作業項目を実施するのに要する作業所要時間に基づいて決定する、ものであってよい。その場合、決定部は、作業者の経験度に応じて、作業所要時間を変更する、ものであってよい。

また、本発明は、コンピュータの取得部が、生産財機械の保全作業を構成する複数の作業項目を取得するステップと、コンピュータの決定部が、複数の作業項目のうち、複数の作業予定日の各作業予定日に実施する作業項目を、複数の作業項目の実施順序が所定の条件を満たし、かつ、各作業予定日に実施する作業項目が各作業予定日の作業時間内に収まるように決定するステップと、を含む、生産財機械の保全のための作業手順作成方法も提供する。

更に、本発明は、コンピュータに、生産財機械の保全作業を構成する複数の作業項目を取得する機能と、複数の作業項目のうち、複数の作業予定日の各作業予定日に実施する作業項目を、複数の作業項目の実施順序が所定の条件を満たし、かつ、各作業予定日に実施する作業項目が各作業予定日の作業時間内に収まるように決定する機能と、を実現させるためのプログラムも提供する。

本発明によれば、生産財機械の保全作業のための作業手順を、業務経験が少ない作成者でも容易に作成可能になる。

本実施の形態における工程表作成システムの全体構成例を示した図である。 本実施の形態における工程表作成装置のハードウェア構成例を示した図である。 本実施の形態における工程表作成装置の機能構成例を示したブロック図である。 オーバーホール工事計画の策定に関するデータの構造例を示す図である。 工程表の作成に関するデータの構造例を示す図である。 本実施の形態におけるデータベースの構成例を示したブロック図である。 工事計画管理ＤＢの構成例を示した図である。 業務項目管理ＤＢの構成例を示した図である。 小項目管理ＤＢの構成例を示した図である。 作業計画管理ＤＢの構成例を示した図である。 作業実績管理ＤＢの構成例を示した図である。 作業予定日管理ＤＢの構成例を示した図である。 作業者管理ＤＢの構成例を示した図である。 本実施の形態で表示されるシステム画面を示した図である。 本実施の形態で表示されるシステム画面を示した図である。 本実施の形態で表示されるシステム画面を示した図である。 本実施の形態における第１の工程表作成ロジックの流れを示したフローチャートである。 図１７のステップ６０４の整列化処理の流れを示したフローチャートである。 図１７のステップ６０５の第１の振り分け処理の流れを示したフローチャートである。 図１７のステップ６０５の第１の振り分け処理の流れを示したフローチャートである。 本実施の形態で表示されるシステム画面を示した図である。 本実施の形態で表示されるシステム画面を示した図である。 本実施の形態で表示されるシステム画面を示した図である。 本実施の形態で表示されるシステム画面を示した図である。 本実施の形態で表示されるシステム画面を示した図である。 本実施の形態で表示されるシステム画面を示した図である。 本実施の形態で表示されるシステム画面を示した図である。 本実施の形態における第２の工程表作成ロジックの流れを示したフローチャートである。 図２７のステップ７０４の未完了項目抽出処理の流れを示したフローチャートである。 本実施の形態における第３の工程表作成ロジックの流れを示したフローチャートである。 図２９のステップ８０６の第２の振り分け処理の流れを示したフローチャートである。 図２９のステップ８０６の第２の振り分け処理の流れを示したフローチャートである。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。

［本実施の形態の背景］
例えば、メーカ等の生産活動におけるエネルギー動力源としてのプロセスガス圧縮機や化学プラント等の製造装置又は生産装置といった、一般に、非汎用で一品一様な、それ故、高額な産業用の機械製品がある。本実施の形態で対象とする生産財機械等の保全業務とは、このような機械製品の性能を長期間維持するため、定期的にプラントを停止し、その機械製品を分解又は解体して機能を点検したり、機能を復旧させるために補修工事を行ったりすることである。

このような保全業務は、計画的に実施する必要があり、そのためには作業手順を作成しておく必要がある。しかしながら、作業手順作成業務では、プラントを構成する生産財機械群の、機能仕様的知識や、保全計画、保全業務、作業遂行に関する経験的ノウハウが求められる。従って、一定実務経験年数を経たベテラン作成者しか、作業手順作成業務を遂行し難い、といった課題がある。

以下、このような保全業務をオーバーホール工事として、本実施の形態について説明する。また、作業手順は如何なる形式のものであってもよいが、作業工程表（以下、単に「工程表」という）を例にとって説明する。

［工程表作成システムの構成］
図１は、本実施の形態における工程表作成システム１の全体構成例を示した図である。図示するように、工程表作成システム１は、工程表作成装置１００と、データベース２００と、端末装置３００とを備えている。工程表作成装置１００及び端末装置３００は、インターネット（ワイドエリアネットワーク）等の通信ネットワークに接続されており、相互にデータ通信が可能である。

工程表作成装置１００は、例えばサーバ型コンピュータ等のコンピュータである。端末装置３００は、例えばラップトップ型コンピュータ又はデスクトップ型コンピュータ等のコンピュータである。端末装置３００は、オーバーホール工事の工程表を作成する作成者又はオーバーホール工事の作業を実施する作業者によって使用される。端末装置３００の数は１つに限らず、２つ以上であってもよい。

工程表作成装置１００は、データベース２００にアクセス可能である。データベース２００は、工程表作成装置１００の内部に設けられてもよいし、工程表作成装置１００の外部に設けられ、通信ネットワークを通じてアクセスされてもよい。

工程表作成装置１００は、例えばＨＴＴＰデーモンを起動しており、端末装置３００からブラウザを介して送信された処理要求（ＨＴＴＰリクエスト）を受け付けると、処理要求に応じた処理結果（ＨＴＴＰレスポンス）を端末装置３００に返答する。

例えば、工程表作成装置１００は、ウェブページ記述言語で記述されたページデータを処理結果として端末装置３００に送信し、端末装置３００は、工程表作成装置１００から受信したページデータを表すページ画像を自装置の表示部に出力する。

［工程表作成装置のハードウェア構成］
図２は、本実施の形態における工程表作成装置１００のハードウェア構成例を示した図である。

図示するように、工程表作成装置１００は、例えば汎用のＰＣ（Personal Computer）等により実現され、演算手段であるＣＰＵ１１と、記憶手段であるメインメモリ１２及び磁気ディスク装置（ＨＤＤ：Hard Disk Drive）１３とを備える。ここで、ＣＰＵ１１は、ＯＳ（Operating System）やアプリケーションソフトウェア等の各種プログラムを実行し、工程表作成装置１００の各機能を実現する。また、メインメモリ１２は、各種プログラムやその実行に用いるデータ等を記憶する記憶領域である。そして、ＨＤＤ１３は、各種プログラムに対する入力データや各種プログラムからの出力データ等を記憶する記憶領域である。

また、工程表作成装置１００は、外部との通信を行うための通信Ｉ／Ｆ１４と、ビデオメモリやディスプレイ等からなる表示機構１５と、キーボードやマウス等の入力デバイス１６と、記憶媒体に対してデータの読み書きを行うためのドライバ１７とを備える。尚、図２は、工程表作成装置１００をコンピュータシステムにて実現した場合のハードウェア構成を例示するに過ぎず、工程表作成装置１００は図示の構成に限定されない。

［工程表作成装置の構成］
図３は、本実施の形態における工程表作成装置１００の機能構成例を示したブロック図である。図示するように、工程表作成装置１００は、受信部１０１と、工事情報取得部１０２と、工程表作成部１０３と、画面作成部１０４と、送信部１０５とを備える。

受信部１０１は、端末装置３００に表示された画面上で入力された情報を受信する。

工事情報取得部１０２は、受信部１０１が受信した情報に基づいて、データベース２００に記憶されたオーバーホール工事に関する工事情報を取得する。
具体的には、工事情報取得部１０２は、工事情報として、オーバーホール工事計画の情報を取得する。
また、工事情報取得部１０２は、工事情報として、オーバーホール工事計画の情報に関連付けられた複数の業務項目及び各業務項目を構成する複数の小項目の情報を取得する。複数の業務項目又は複数の小項目は、生産財機械の保全作業を構成する複数の作業項目の一例であり、工事情報取得部１０２は、複数の作業項目を取得する取得部の一例である。
その際、工事情報取得部１０２は、複数の業務項目又は複数の小項目の情報から、作業未完了の項目の情報を抽出することもある。その場合、工事情報取得部１０２は、未完了の複数の作業項目を取得する取得部の一例である。

工程表作成部１０３は、受信部１０１が受信した情報と、データベース２００に記憶された作業予定日の情報と、工事情報取得部１０２が取得した情報とに基づいて、オーバーホール工事の工程表を作成し、その工程表の情報を画面作成部１０４に出力する。
具体的には、工程表作成部１０３は、工事情報取得部１０２が取得した複数の業務項目又は複数の小項目を、その実施順序が所定の条件を満たすように整列化する。ここで、所定の条件としては、優先順位の高い業務項目が先に実施されるという第１の条件と、ある小項目よりも前又は後に別の小項目が実施されるという第２の条件と、ある小項目と別の小項目とが同時に実施されるという第３の条件とがある。工程表作成部１０３は、複数の作業項目のうち、複数の作業予定日の各作業予定日に実施する作業項目を、複数の作業項目の実施順序が所定の条件を満たすように決定する決定部の一例である。第２の条件は、複数の作業項目のうちの少なくとも２つの作業項目が予め定められた先後関係で実施されるという条件の一例であり、第３の条件は、複数の作業項目のうちの少なくとも２つの作業項目が併せて実施されるという条件の一例である。
また、工程表作成部１０３は、整列化された複数の業務項目又は複数の小項目を、データベース２００に記憶された各作業予定日に振り分ける。その際、工程表作成部１０３は、複数の業務項目又は複数の小項目を実施するのに要する作業所要時間を用いて、この振り分けを行う。特に、工程表作成部１０３は、作業中の業務項目又は小項目については、その業務項目又は小項目の残りを実施するのに要する残り作業時間を用いて、この振り分けを行う。また、工程表作成部１０３は、作業者の業務経験度合に基づいて、作業所要時間を変更することもある。例えば、工程表作成部１０３は、作業者の業務経験年数が長ければ、作業所要時間は短くすればよい。工程表作成部１０３は、複数の作業項目のうち、複数の作業予定日の各作業予定日に実施する作業項目を、各作業予定日に実施する作業項目が各作業予定日の作業時間内に収まるように決定する決定部の一例である。工程表作成部１０３は、各作業予定日に実施する作業項目を、各作業項目を実施するのに要する作業所要時間に基づいて決定する決定部の一例でもある。工程表作成部１０３は、各作業予定日に実施する作業項目を、作業中の作業項目の残り作業時間に基づいて決定する決定部の一例でもある。工程表作成部１０３は、作業者の経験度に応じて、作業所要時間を変更する決定部の一例でもある。

画面作成部１０４は、工程表作成部１０３により作成された工程表を含む画面を作成する。

送信部１０５は、画面作成部１０４により作成された画面を端末装置３００へ送信する。

［データベースの構成］
まず、データベース２００に記憶される基本的なデータの構造について説明する。具体的には、オーバーホール工事計画の策定に関するデータの構造と、オーバーホール工事のための工程表の作成に関するデータの構造とについて説明する。

図４は、プラントを構成する生産財機械毎のオーバーホール工事計画の策定に関するデータの構造例を示す図である。
図では、生産財機械を表すデータに、ユニット（Ａ１）、ユニット（Ａ２）、ユニット（Ａ３）を表すデータが関連付けられている。ここで、ユニットとは、プロセスガス供給システム、〇〇製造装置等である。
また、ユニット（Ａ１）を表すデータに、主要部位（Ａ１－Ｂ１）、主要部位（Ａ１－Ｂ２）、主要部位（Ａ１－Ｂ３）を表すデータが関連付けられている。ここで、主要部位とは、圧縮機本体、補機システム等である。尚、ユニット（Ａ２）、ユニット（Ａ３）を表すデータにも同様に主要部位を表すデータが関連付けられるが、これについては図示を省略している。
また、主要部位（Ａ１－Ｂ１）を表すデータに、点検箇所（Ａ１－Ｂ１－Ｃ１）、点検箇所（Ａ１－Ｂ１－Ｃ２）、点検箇所（Ａ１－Ｂ１－Ｃ３）を表すデータが関連付けられている。ここで、点検箇所とは、ガス関係ユニット、油関係ユニット等である。尚、主要部位（Ａ１－Ｂ２）、主要部位（Ａ１－Ｂ３）を表すデータにも同様に主要部位を表すデータが関連付けられるが、これについては図示を省略している。
また、点検箇所（Ａ１－Ｂ１－Ｃ１）を表すデータに、点検内容（Ａ１－Ｂ１－Ｃ１－Ｄ１）、点検内容（Ａ１－Ｂ１－Ｃ１－Ｄ２）、点検内容（Ａ１－Ｂ１－Ｃ１－Ｄ３）を表すデータが関連付けられている。ここで、点検内容とは、外観検査、分解検査、新品交換、補修等である。尚、点検箇所（Ａ１－Ｂ１－Ｃ２）、点検箇所（Ａ１－Ｂ１－Ｃ３）を表すデータにも同様に点検内容を表すデータが関連付けられるが、これについては図示を省略している。
また、点検内容（Ａ１－Ｂ１－Ｃ１－Ｄ１）を表すデータに、処置内容（Ｅ１）、処置内容（Ｅ２）、処置内容（Ｅ３）を表すデータが関連付けられている。ここで、処置内容とは、通常処置による復旧、運転調整等を実施しての復旧、応急処置的補修による復旧、交換相当の補修による復旧、交換による復旧等である。尚、点検内容（Ａ１－Ｂ１－Ｃ１－Ｄ２）、点検内容（Ａ１－Ｂ１－Ｃ１－Ｄ３）を表すデータにも同様に処置内容を表すデータが関連付けられるが、これについては図示を省略している。

図５は、生産財機械毎のオーバーホール工事のための工程表の作成に関するデータの構造例を示す図である。
図では、生産財機械を表すデータに、点検内容（Ａ１－Ｂ１－Ｃ１－Ｄ１）、点検内容（Ａ１－Ｂ１－Ｃ１－Ｄ２）、点検内容（Ａ１－Ｂ１－Ｃ１－Ｄ３）を表すデータが関連付けられている。ここで、点検内容とは、前述の通り、外観検査、分解検査、新品交換、補修等である。
また、点検内容（Ａ１－Ｂ１－Ｃ１－Ｄ１）を表すデータに、業務項目（Ｘ００１）、業務項目（Ｘ００２）、業務項目（Ｘ００３）を表すデータが関連付けられている。ここで、業務項目とは、外観検査業務、分解検査業務、新品交換業務、補修業務等である。尚、点検内容（Ａ１－Ｂ１－Ｃ１－Ｄ２）、点検内容（Ａ１－Ｂ１－Ｃ１－Ｄ３）を表すデータにも同様に業務項目を表すデータが関連付けられるが、これについては図示を省略している。
また、業務項目（Ｘ００１）を表すデータに、小項目（Ｘ００１－００１）、小項目（Ｘ００１－００２）、小項目（Ｘ００１－００３）を表すデータが関連付けられている。ここで、小項目とは、外観検査業務における点検前安全処置作業、点検作業、点検後動作確認及び調整作業、安全処置復旧作業等である。尚、業務項目（Ｘ００２）、業務項目（Ｘ００３）を表すデータにも同様に小項目を表すデータが関連付けられるが、これについては図示を省略している。

図６は、本実施の形態におけるデータベース２００の構成例を示した図である。図示するように、データベース２００は、工事計画管理ＤＢ２０９と、業務項目管理ＤＢ２１０と、小項目管理ＤＢ２１１と、作業計画管理ＤＢ２１２と、作業実績管理ＤＢ２１３と、作業予定日管理ＤＢ２１４と、作業者管理ＤＢ２１５とを含む。尚、図４に示したデータの構造を実現するためのＤＢについては、図示を省略している。

工事計画管理ＤＢ２０９は、生産財機械のユニット別にオーバーホール工事の計画内容を管理するデータベースである。図７は、工事計画管理ＤＢ２０９の構成例を示した図である。図示するように、工事計画管理ＤＢ２０９は、工事ＩＤと、工事実施時期と、機械ＩＤと、ユニットＩＤと、主要部位ＩＤと、点検箇所ＩＤと、点検内容ＩＤとを含む。

工事ＩＤは、オーバーホール工事を特定するＩＤであり、プラントの定期点検や補修工事の機会毎に割り当てられる。工事実施時期は、オーバーホール工事を実施した時期である。工事実施時期は、例えば、工事実施年月によって設定されるとよい。機械ＩＤは、オーバーホール工事を実施する生産財機械を特定するＩＤである。ユニットＩＤは、オーバーホール工事を実施する生産財機械のユニットを特定するＩＤである。主要部位ＩＤは、オーバーホール工事を実施する生産財機械の主要部位を特定するＩＤである。点検箇所ＩＤは、オーバーホール工事を実施する生産財機械の点検箇所を特定するＩＤである。点検内容ＩＤは、オーバーホール工事を実施する生産財機械の点検内容を特定するＩＤである。

業務項目管理ＤＢ２１０は、オーバーホール工事を構成する業務項目を管理するデータベースである。図８は、業務項目管理ＤＢ２１０の構成例を示した図である。図示するように、業務項目管理ＤＢ２１０は、業務項目ＩＤと、業務項目名称と、点検箇所ＩＤと、点検内容ＩＤと、優先順位とを含む。業務項目管理ＤＢ２１０では、業務項目ＩＤがプライマリキーとなっている。

業務項目ＩＤは、後述する小項目の作業をまとめた上位単位の作業項目である業務項目を特定するＩＤであり、業務項目名称は、この業務項目の名称である。点検箇所ＩＤは、本業務項目の作業に含まれる、点検箇所を特定するＩＤであり、点検内容ＩＤは、本業務項目の作業に含まれる、点検内容を特定するＩＤである。優先順位は、本業務項目のオーバーホール工事全体での優先順位であり、例えば、高中低の３段階で設定されるとよい。優先順位は、例えば、当該生産財機械のユニットの設計仕様上の制約条件等から決まる点検作業の段取りの優先順位である。

小項目管理ＤＢ２１１は、オーバーホール工事の業務項目を構成する小項目を管理するデータベースである。図９は、小項目管理ＤＢ２１１の構成例を示した図である。図示するように、小項目管理ＤＢ２１１は、小項目ＩＤと、小項目名称と、点検箇所ＩＤと、点検内容ＩＤと、標準作業時間と、難易度と、天候影響度合と、業者連携度合と、前実施小項目群と、後実施小項目群と、同時実施小項目群と、業務項目ＩＤとを含む。小項目管理ＤＢ２１１では、小項目ＩＤがプライマリキーとなっている。

小項目ＩＤは、オーバーホール工事の点検箇所別の点検内容の作業を実施するための最小単位の作業項目である小項目を特定するＩＤであり、小項目名称は、この小項目の名称である。点検箇所ＩＤは、本小項目の作業に含まれる、点検箇所を特定するＩＤであり、点検内容ＩＤは、本小項目の作業に含まれる、点検内容を特定するＩＤである。標準作業時間は、作業者が１人で小項目の作業を行った場合の標準の作業の所要時間であり、例えば、時間を単位として設定されるとよい。難易度は、本小項目の作業の難易度であり、例えば、低い方から高い方へ１、２、３、４、５のように５段階評価で設定されるとよい。天候影響度合は、本小項目の作業が天候により影響を受ける度合であり、例えば、低い方から高い方へ１、２、３のように３段階評価で設定されるとよい。業者連携度合は、本小項目の作業が外部業者と連携している度合であり、低い方から高い方へ１（なし）、２、３、４、５（１００％作業委託）のように５段階評価で設定されるとよい。前実施小項目群は、本小項目の作業を実施する前に必ず実施しておく必要がある他の小項目群である。後実施小項目群は、本小項目の作業を実施した後に速やかに実施した方が望ましい他の小項目群である。同時実施小項目群は、本小項目の作業と同時に作業を実施すると効果的となる他の小項目群である。業務項目ＩＤは、本小項目の作業をまとめた上位単位の作業項目である業務項目を特定するＩＤである。

作業計画管理ＤＢ２１２は、作業日別の作業計画を管理するデータベースである。図１０は、作業計画管理ＤＢ２１２の構成例を示した図である。図示するように、作業計画管理ＤＢ２１２は、工事ＩＤと、作業予定日と、業務項目ＩＤと、小項目ＩＤと、作業順番と、作業者ＩＤとを含む。作業計画管理ＤＢ２１２では、作業予定日と業務項目ＩＤと小項目ＩＤとの組み合わせが、プライマリキーとなっている。

工事ＩＤは、プラントの、定期点検及び補修工事機会毎に割り当てられるＩＤである。作業予定日は、作業を実施することが予定される日であり、ＹＹＹＹＭＭＤＤの形式で設定されるとよい。業務項目ＩＤは、業務項目を特定するＩＤである。小項目ＩＤは、業務項目の小項目を特定するＩＤである。作業順番は、作業実施日内での、作業順番であり、例えば、１以上の整数値によって設定されるとよい。作業者ＩＤは、当該作業を実施する作業者を特定するＩＤである。本実施の形態では、作業者ＩＤは、システム画面４９０で「特記事項」欄４９１に作業者を入力した場合に設定されるものとする（図２６参照）。

作業実績管理ＤＢ２１３は、作業日別の作業実績を管理するデータベースである。図１１は、作業実績管理ＤＢ２１３の構成例を示した図である。図示するように、作業実績管理ＤＢ２１３は、工事ＩＤと、作業実施日と、業務項目ＩＤと、小項目ＩＤと、作業者ＩＤと、作業結果と、概算作業時間とを含む。作業実績管理ＤＢ２１３では、作業実施日と業務項目ＩＤと小項目ＩＤとの組み合わせが、プライマリキーとなっている。

工事ＩＤは、プラントの、定期点検及び補修工事機会毎に割り当てられるＩＤである。作業実施日は、作業を実施した日であり、ＹＹＹＹＭＭＤＤの形式で設定されるとよい。業務項目ＩＤは、業務項目を特定するＩＤであり、小項目ＩＤは、業務項目の小項目を特定するＩＤである。作業者ＩＤは、業務項目の小項目の作業を実施した作業者を特定するＩＤである。作業結果は、業務項目の小項目の作業の、作業実施日における作業結果であり、作業完了、作業中、作業未着手の何れかが設定されるとよい。概算作業時間は、業務項目の小項目の作業の、作業実施日での概算の作業時間である。

本実施の形態では、工事ＩＤ、作業予定日、業務項目ＩＤをキーに、作業計画管理ＤＢ２１２が検索され、その検索結果に基づいてシステム画面４４０（図２１参照）が構成される。その上で、作業実績が登録された場合に、作業実績管理ＤＢ２１３に上記データ形式で値が格納されるものとする。

作業予定日管理ＤＢ２１４は、作業予定日を管理するデータベースである。図１２は、作業予定日管理ＤＢ２１４の構成例を示した図である。図示するように、作業予定日管理ＤＢ２１４は、工事ＩＤと、作業予定日と、作業者数と、作業進捗と、天候予測と、作業時間とを含む。作業予定日管理ＤＢ２１４では、作業予定日がプライマリキーとなっている。

工事ＩＤは、プラントの、定期点検及び補修工事機会毎に割り当てられるＩＤである。作業予定日は、作業を実施することが予定される日であり、ＹＹＹＹＭＭＤＤの形式で設定されるとよい。作業者数は、作業予定日に作業を行う作業者の数である。作業進捗は、未作業（作業予定日登録直後の状態）、作業開始、計画作成、作業完了の、何れかの状態である。天候予測は、晴れ、曇り、小雨、雨の、何れかの天候予測情報である。天候予測は、作業予定日に基づいて、その作業予定日のインターネット公開されている天候予測情報が取得され、設定されるとよい。作業時間は、作業予定日における作業時間である。本実施の形態では、作業時間は、固定値（例えば、７時間）とするが、作業予定日単位で作業時間を設定する手段を設け、この手段によって設定されてもよい。

本実施の形態では、工事ＩＤ、作業予定日をキーに、システム画面４２０（図１６参照）が構成される。その上で、作業日が追加登録された場合に、作業予定日管理ＤＢ２１４に上記データ形式で値が格納されるものとする。但し、作業進捗は、システム画面４２０で作業日が追加登録された直後は「未作業」とし、工程表が自動生成された直後は「作業開始」とし、システム画面４４０（図２１参照）で作業予定日の全小項目の実績が登録された直後に「作業完了」とする。加えて、システム画面４７０（図２４参照）で作業進捗が変更された場合、作業進捗には変更後の値が設定される。

作業者管理ＤＢ２１５は、作業者を管理するデータベースである。図１３は、作業者管理ＤＢ２１５の構成例を示した図である。図示するように、作業者管理ＤＢ２１５は、作業者ＩＤと、作業者氏名と、業務経験度合とを含む。作業者管理ＤＢ２１５では、作業者ＩＤがプライマリキーとなっている。

作業者ＩＤは、作業者を特定するＩＤであり、作業者氏名は、作業者の氏名である。業務経験度合は、作業時のオーバーホール工事の業務経験の度合であり、１未満の、０より大きい小数値で設定されるとよい。業務経験度合は、業務経験年数が長い作業者程、０に近づく。

［工程表作成装置の動作］
図１４は、システム画面３１０を示した図である。システム画面３１０は、最もシンプルな実施例で端末装置３００に表示される工程表作成システム１のトップ画面である。本画面起動直後には、「お客様」欄３１１に、データベース２００に記憶されたプラント別の生産財機械とユニットとの対応情報（図示せず）に基づいて、プラントの一覧が表示される。そして、プラント毎、生産財機械毎のオーバーホール工事計画の内容及び範囲が表示され、確認可能となる。尚、ここでは、生産財機械を構成するユニットの一覧を含むシステム画面３１０を表示するようにしたが、これには限らない。例えば、ユニットを構成する主要部位の一覧を含むシステム画面や、主要部位を構成する点検内容の点検箇所に対する処置を含むシステム画面を表示するようにしてもよい。

システム画面３１０で「工程表起動」ボタン３１２が押下されると、システム画面３１０の「お客様」欄３１１で選択表示中のプラント及び生産財機械に対する区分表毎のシステム画面４１０に、画面が遷移する。区分表とは、オーバーホール工事計画の内容及び範囲の作成単位のことである。図１５は、システム画面４１０を示した図である。このシステム画面４１０は、区分表毎の工程表作成のトップ画面である。但し、システム画面４１０は、区分表「２１年度ＯＨ」に関する工程表が既に作成されている場合の画面例である。区分表の作成直後にシステム画面４１０が起動された場合には、工程表の作成前であるため、システム画面４１０上の、「主要部位－点検箇所」単位での、業務項目別、作業日別での作業予定がブランクになる。具体的には、作業予定有りを意味する「●」が１つも表示されない状態となる。また、システム画面４１０の「区分表」欄４１１で選択表示中の区分表の工事実施期間は、データベース２００に記憶されたプラント別のオーバーホール工事とオーバーホール工事開始日とプラント停止可能日数との対応情報（図示せず）から算出されるとよい。そして、本実施の形態では、工事実施期間は、週単位で表示されるようにしている。

システム画面４１０で、工程表を自動作成する前処理として、「作業日追加」ボタン４１２がクリックされると、システム画面４２０が端末装置３００に表示される。図１６は、システム画面４２０を示した図である。システム画面４２０で作業年月日及び作業員数が選択又は入力された後、「追加」ボタン４２１が押下されると、工事実施期間内で作業を実施する年月日が、作業予定日管理ＤＢ２１４に登録される。このように工事実施期間中の全作業日が予め登録された状態で、システム画面４１０で「工程表自動生成」ボタン４１３が押下されたとする。すると、工程表作成装置１００は、今回のオーバーホール工事計画に関する情報と、作業項目に関する情報と、作業予定日に関する情報とに基づいて、第１の工程表作成ロジックにより工程表を自動生成する。ここで、今回のオーバーホール工事計画に関する情報とは、工事計画管理ＤＢ２０９であり、作業項目に関する情報とは、業務項目管理ＤＢ２１０及び小項目管理ＤＢ２１１であり、作業予定日に関する情報は、作業予定日管理ＤＢ２１４である。

図１７は、第１の工程表作成ロジックの流れを示したフローチャートである。

図示するように、工程表作成装置１００では、まず、工事情報取得部１０２が、今回のオーバーホール工事計画に関する情報群を抽出する（ステップ６０１）。具体的には、工事情報取得部１０２は、オーバーホール工事対象を特定する機械ＩＤ及びオーバーホール工事を特定する工事ＩＤをキーに、工事計画管理ＤＢ２０９を検索する。そして、工事情報取得部１０２は、今回のオーバーホール工事計画における作業対象のユニット、主要部位、点検箇所、点検内容に関する情報群を抽出する。

次に、工事情報取得部１０２は、工程表の作成対象の業務項目に関する情報群を抽出する（ステップ６０２）。具体的には、工事情報取得部１０２は、今回のオーバーホール工事計画での点検箇所及び点検内容群をキーに、業務項目管理ＤＢ２１０を検索し、工程表の作成対象の業務項目に関する情報群を抽出する。

次に、工事情報取得部１０２は、工程表の作成対象の業務項目の小項目に関する情報群を抽出する（ステップ６０３）。具体的には、工事情報取得部１０２は、今回のオーバーホール工事計画での業務項目に関する情報群をキーに、小項目管理ＤＢ２１１を検索し、工程表の作成対象の業務項目の小項目に関する情報群を抽出する。

そして、工程表作成装置１００では、工程表作成部１０３が、業務項目の小項目群を整列化する整列化処理を行う（ステップ６０４）。具体的には、工程表作成部１０３は、ステップ６０３で抽出された、今回のオーバーホール工事計画での業務項目の小項目に関する情報群に基づいて、整列化処理を行う。

次に、工程表作成部１０３は、整列化された業務項目の小項目群を作業日に振り分ける第１の振り分け処理を行う（ステップ６０５）。具体的には、工程表作成部１０３は、ステップ６０４における、今回のオーバーホール工事計画での、業務項目の小項目群の整列化結果に基づいて、第１の振り分け処理を行う。

その後、画面作成部１０４が、振り分け結果に基づいて、システム画面４１０及びシステム画面４３０を作成する（ステップ６０６）。具体的には、画面作成部１０４は、ステップ６０５における、今回のオーバーホール工事計画での業務項目の小項目群の作業日への振り分け結果に基づいて、システム画面４１０及びシステム画面４３０を作成する。

図１８は、図１７のステップ６０４の整列化処理の流れを示したフローチャートである。

図示するように、まず、工程表作成部１０３は、業務項目の小項目群に対して、第１の整列化処理を行う（ステップ６４１）。具体的には、工程表作成部１０３は、今回のオーバーホール工事計画での業務項目の小項目に関する情報群における、各小項目の業務項目ＩＤをキーに、業務項目管理ＤＢ２１０の優先順位を抽出する。そして、工程表作成部１０３は、第１ソート条件をこの優先順位が高い順とし、第２ソート条件を小項目ＩＤの昇順として、小項目群を整列化する。

そして、工程表作成部１０３は、今回のオーバーホール工事計画での小項目を、ステップ６４１の第１の整列化処理で整列化された順に処理対象とする（ステップ６４２）。

次に、工程表作成部１０３は、現在の処理対象の小項目に対する前実施小項目群及び後実施小項目群を抽出する（ステップ６４３）。

次に、工程表作成部１０３は、これらの小項目群に対して、第２の整列化処理を行う（ステップ６４４）。
具体的には、現在の処理対象の小項目に前実施小項目群が設定されている場合、工程表作成部１０３は、その小項目群を、小項目ＩＤの昇順で、現在の処理対象の小項目の前に整列化する。尚、現在の処理対象の小項目の前に整列化させる小項目が、現在の処理対象の小項目の前に既に整列化されている場合、この既に整列化されている小項目は、第２の整列化処理の対象外とする。
また、現在の処理対象の小項目に後実施小項目群が設定されている場合、工程表作成部１０３は、その小項目群を、小項目ＩＤの昇順で、現在の処理対象の小項目の後に整列化する。尚、現在の処理対象の小項目の後に整列化させる小項目が、現在の処理対象の小項目の後に既に整列化されている場合、この既に整列化されている小項目は、第２の整列化処理の対象外とする。

次に、工程表作成部１０３は、全ての小項目を処理対象としたか否かを判定する（ステップ６４５）。全ての小項目を処理対象としていない場合、つまり、処理対象としていない小項目がある場合、工程表作成部１０３は、処理をステップ６４２へ戻し、次の小項目を処理対象とする。全ての小項目を処理対象とした場合、工程表作成部１０３は、処理をステップ６４６へ進める。

その後、工程表作成部１０３は、今回のオーバーホール工事計画での小項目を、ステップ６４４の第２の整列化処理で整列化された順に処理対象とする（ステップ６４６）。

次に、工程表作成部１０３は、現在の処理対象の小項目に対する同時実施小項目群を抽出する（ステップ６４７）。

次に、工程表作成部１０３は、この小項目群と現在の処理対象の小項目とを含む小項目群に対して、第３の整列化処理を行う（ステップ６４８）。
具体的には、現在の処理対象の小項目に同時実施小項目群が設定されている場合、工程表作成部１０３は、その小項目群と現在の処理対象の小項目群とを、第１ソート条件乃至第３ソート条件で整列化する。ここで、第１ソート条件は、天候影響度合が高い順とし、第２ソート条件は、業者連携度合が高い順とし、第３ソート条件は難易度が高い順とするとよい。但し、第１ソート条件乃至第３ソート条件と、天候影響度合、業者連携度合、難易度との対応関係は、上記に限らず、入れ替えてもよい。尚、同時実施小項目群が、現在の処理対象の小項目の前後に既に整列化されている場合、この既に整列化されている小項目は、第３の整列化処理の対象外とする。

次に、工程表作成部１０３は、全ての小項目を処理対象としたか否かを判定する（ステップ６４９）。全ての小項目を処理対象としていない場合、つまり、処理対象としていない小項目がある場合、工程表作成部１０３は、処理をステップ６４６へ戻し、次の小項目を処理対象とする。全ての小項目を処理対象とした場合、工程表作成部１０３は、処理を図１７へ戻す。

図１９Ａ及び図１９Ｂは、図１７のステップ６０５の第１の振り分け処理の流れを示したフローチャートである。

図１９Ａに示すように、まず、工程表作成部１０３は、今回のオーバーホール工事での作業予定日に関する情報群を抽出する（ステップ６６１）。具体的には、工程表作成部１０３は、オーバーホール工事を特定する工事ＩＤをキーに、作業予定日管理ＤＢ２１４を検索し、工程表作成日の翌日以降の作業予定日に関する情報群を抽出する。

次に、工程表作成部１０３は、ステップ６６１で抽出された作業予定日を、その昇順に処理対象とする（ステップ６６２）。

次に、工程表作成部１０３は、現在の処理対象の作業予定日の割当可能作業時間を算出する（ステップ６６３）。具体的には、工程表作成部１０３は、現在の処理対象の作業予定日の作業者数及び作業時間を作業予定日管理ＤＢ２１４から抽出し、「割当可能作業時間＝作業者数×作業時間」を計算することにより、割当可能作業時間を算出する。尚、割当可能作業時間として、最初は、このようにして算出されたものが用いられるが、以降は、後述するステップ６８２又はステップ６８５で算出されたものが用いられる。

次に、工程表作成部１０３は、天気予測が雨であるか否かを判定する（ステップ６６４）。具体的には、工程表作成部１０３は、現在の処理対象の作業予定日の天気予測を作業予定日管理ＤＢ２１４から抽出し、これに基づいて天気予測が雨であるか否かを判定する。天気予測が雨である場合、工程表作成部１０３は、処理をステップ６６２へ戻し、次の作業予定日を処理対象とする。

一方、天気予測が雨でない場合、工程表作成部１０３は、今回のオーバーホール工事計画での小項目を、図１８の整列化処理で整列化された順に処理対象とする（ステップ６６５）。

次に、工程表作成部１０３は、現在の処理対象の小項目に対して定められた標準作業時間（以下、「現標準作業時間」という）を、現在の処理対象の小項目の作業に要する時間（以下、「現作業所要時間」という）とする（ステップ６６６）。具体的には、工程表作成部１０３は、現在の処理対象の小項目の小項目ＩＤをキーに、小項目管理ＤＢ２１１から標準作業時間を抽出して現標準作業時間とし、これをそのまま現作業所要時間とする。

次に、工程表作成部１０３は、次の処理対象の小項目に対して定められた標準作業時間（以下、「次標準作業時間」という）を、次の処理対象の小項目の作業に要する時間（以下、「次作業所要時間」という）とする（ステップ６６７）。具体的には、工程表作成部１０３は、次の処理対象の小項目の小項目ＩＤをキーに、小項目管理ＤＢ２１１から標準作業時間を抽出して次標準作業時間とし、これをそのまま次作業所要時間とする。

次に、工程表作成部１０３は、現作業所要時間が、現在の処理対象の作業予定日の割当可能作業時間以下であるか否かを判定する（ステップ６６８）。

現作業所要時間が割当可能作業時間以下である場合、図１９Ｂに示すように、工程表作成部１０３は、現在の処理対象の小項目を、現在の処理対象の作業予定日の作業として確定する（ステップ６８１）。具体的には、工程表作成部１０３は、作業計画管理ＤＢ２１２に、確定した小項目の情報を、工事ＩＤ、作業予定日、業務項目ＩＤ、小項目ＩＤ、及び作業順番によって保存する。尚、工程表作成部１０３は、作業順番には、現在の処理対象の作業予定日での通し番号をセットするとよい。
また、工程表作成部１０３は、現在の処理対象の作業予定日の割当可能作業時間を減算する（ステップ６８２）。具体的には、工程表作成部１０３は、「割当可能作業時間＝割当可能作業時間－現作業所要時間」を計算することにより、割当可能作業時間を減算する。

一方、現標準作業時間が割当可能作業時間以下でない場合、図１９Ｂに示すように、工程表作成部１０３は、現在の処理対象の小項目の一部を、現在の処理対象の作業予定日の作業として確定する（ステップ６８３）。現在の処理対象の小項目の一部とは、現在の処理対象の小項目のうち、現在の処理対象の作業予定日の割当可能作業時間分である。具体的には、工程表作成部１０３は、作業計画管理ＤＢ２１２に、確定した小項目の情報を、工事ＩＤ、作業予定日、業務項目ＩＤ、小項目ＩＤ、及び作業順番によって保存する。尚、工程表作成部１０３は、作業順番には、現在の処理対象の作業予定日での通し番号をセットするとよい。
また、工程表作成部１０３は、現在の処理対象の小項目の残りの作業に要する新たな作業所要時間を算出する（ステップ６８４）。具体的には、工程表作成部１０３は、「新たな作業所要時間＝現作業所要時間－現在の処理対象の作業予定日の割当可能作業時間」を計算することにより、新たな作業所要時間を算出する。
更に、工程表作成部１０３は、現在の処理対象の作業予定日の割当可能作業時間を０とする（ステップ６８５）。

次に、工程表作成部１０３は、次作業所要時間が割当可能作業時間を超えたか否かを判定する（ステップ６８６）。次作業所要時間が割当可能作業時間を超えていない場合、工程表作成部１０３は、処理を図１９Ａのステップ６６５へ戻し、次の小項目を処理対象とする。
次作業所要時間が割当可能作業時間を超えた場合、工程表作成部１０３は、全ての作業予定日を処理対象としたか否かを判定する（ステップ６８７）。全ての作業予定日を処理対象としていない場合、つまり、処理対象としていない作業予定日がある場合、工程表作成部１０３は、全ての小項目を振り分けたか否かを判定する（ステップ６８８）。全ての小項目を振り分けていない場合、つまり、振り分けられていない小項目がある場合、工程表作成部１０３は、処理を図１９Ａのステップ６６２へ戻し、次の作業予定日を処理対象とする。
一方、ステップ６８７で全ての作業予定日を処理対象とした場合、又は、ステップ６８８で全ての小項目を振り分けた場合、工程表作成部１０３は、処理を図１７へ戻す。

尚、この動作例では、予め登録されていた作業予定日では、全ての小項目の作業予定日への振り分けができない場合も発生する。その場合には、工程表作成装置１００が、第１の工程表作成ロジックのステップ６０６で、その旨を画面に表示し、作業予定日を追加させた上で、第１の工程表作成ロジックを再実行するとよい。

第１の工程表作成ロジックにより工程表が自動作成されると、その結果は、作業計画管理ＤＢ２１２に登録され、図１５のようにシステム画面４１０に表示される。

このシステム画面４１０において、工程表作成結果は、作業予定日に実施予定がある小項目を１つ以上含む業務項目に「●」を印字する形で表示される。また、システム画面４１０において、工程表の自動生成後、作業予定日毎の「業務項目」ボタン４１４がクリックされると、端末装置３００では、システム画面４３０が起動する。図２０は、システム画面４３０を示した図である。このシステム画面４３０では、選択された作業予定日の業務項目が一覧表示される。

本実施の形態では、作業者は、作業を実施した後、作業日の作業実績を、業務項目の小項目単位で登録する。具体的には、図１５のシステム画面４１０で、作業を実施した業務項目の「●」に設定されたハイパーリンク４１５がクリックされると、システム画面４４０が端末装置３００に表示される。図２１は、システム画面４４０を示した図である。このシステム画面４４０では、業務項目の小項目単位で、作業結果、作業者、及び概算作業時間が選択又は入力される。具体的には、作業結果としては、「作業完了」、「作業中」、「作業未着手」の中から１つが選択される。作業者としては、作業者一覧の中から１人が選択される。概算作業時間は、時間を単位とした値が入力される。その後、「実績保存」ボタン４４１が押下されると、作業実績管理ＤＢ２１３にデータが登録される。作業結果として「作業完了」が選択された業務項目の小項目は、次回の工程表作成ロジックにおいて、計画対象外となる。

第１の工程表作成ロジックが実行された結果、その作業日に実施予定がある業務項目又は小項目が１つ以上計画された場合に、図１５のシステム画面例４１０で、作業日毎の「作業進捗」欄４１６に「作業開始」と表示される。また、作業日毎の「作業進捗」欄４１６は、その作業日に計画された全ての作業について作業実績の登録を完了した時点、つまり、作業結果を全て登録した時点で、「作業完了」となる。図２２は、このときのシステム画面４１０を示す。図２２に示すように、作業日毎の「作業進捗」欄４１６は「作業完了」に自動更新される。

作業実績が登録された後、図２２のシステム画面４１０で、主要部位及び点検箇所毎の、業務項目の名称に設定されたハイパーリンク４１７がクリックされると、システム画面４６０が表示される。図２３は、システム画面４６０を示した図である。このシステム画面４６０では、選択された業務項目に紐付く小項目の作業状況が表示される。そして、システム画面４６０で「作業済」となっている小項目が選択され「実績解除」ボタン４６１がクリックされると、その小項目の作業実績はクリアされ、作業実績管理ＤＢ２１３の小項目に関する作業結果は「作業完了」から「作業中」に変更される。これにより、選択された小項目を、再度工程表作成の対象に戻すことが可能となる。

第１の工程表作成ロジックを実行後の図１５又は図２２のシステム画面４１０で、作業日毎の「作業進捗」欄４１６に設定されたハイパーリンク４１８がクリックされると、システム画面４７０が端末装置３００に表示される。図２４は、システム画面４７０を示した図である。このシステム画面４７０では、選択された作業日の作業進捗が変更可能となる。作業進捗を「計画作成」に変更した作業日については、システム画面４８０において、作業予定が変更可能となる。図２５は、システム画面４８０を示した図である。このシステム画面４８０では、実施予定の小項目を１つ以上含む業務項目に対しては「削除」ボタン４８１が表示され、この「削除」ボタン４８１が押下されると、その実施予定の情報がクリアされる。また、「追加」ボタン４８２が押下されると、システム画面４９０が表示される。図２６は、システム画面４９０を示した図である。このシステム画面４９０では、業務項目の小項目単位で作業実施予定を追加することが可能となる。

システム画面４９０において、「特記事項」欄４９１に特記事項が記入され「登録」ボタン４９２が押下されると、業務項目の小項目単位で、作業計画管理ＤＢ２１２に特記事項が登録される。そして、登録された内容は、図２１のシステム画面４４０において、作業者に提示し確認させることが可能となる。本実施の形態では、「特記事項」欄４９１を、当該業務項目の小項目の作業を実施する作業者を指示するために活用する場合を例にとって、説明する。

一般に、オーバーオール工事の工程表作成業務では、天候や工事遂行上のトラブル発生等により工程表を定期的に見直し作成する場合が多い。そこで、本実施の形態では、工事期間中、その日の工事が終了して実績が登録された後に、図１５のシステム画面４１０の「工程表自動生成」ボタン４１３が押下され、工程表自動作成処理が再実行されることが想定されている。

工事作業を開始され作業実績が登録された後に「工程表自動生成」ボタン４１３が押下されると、工程表作成装置１００は、第２の工程表作成ロジックにより工程表を自動作成する。

図２７は、第２の工程表作成ロジックの流れを示したフローチャートである。

図示するように、工程表作成装置１００では、工事情報取得部１０２が、ステップ７０１～７０３の処理を実行する。ステップ７０１～７０３の処理は、図１７のステップ６０１～６０３の処理と同じなので、説明を省略する。

次に、工事情報取得部１０２は、業務項目の小項目群から、作業未完了の小項目群を抽出する未完了項目抽出処理を行う（ステップ７０４）。具体的には、工事情報取得部１０２は、ステップ７０３で抽出した、今回のオーバーホール工事計画での業務項目の小項目に関する情報群に基づいて、未完了項目抽出処理を行う。

そして、工程表作成装置１００では、工程表作成部１０３が、業務項目の小項目群を整列化する整列化処理を行う（ステップ７０５）。具体的には、工程表作成部１０３は、ステップ７０４で抽出された、今回のオーバーホール工事計画での業務項目の小項目のうちの作業未完了の小項目に関する情報群に基づいて、整列化処理を行う。

次に、工程表作成部１０３は、整列化された業務項目の小項目群を作業日に振り分ける第１の振り分け処理を行う（ステップ７０６）。具体的には、工程表作成部１０３は、ステップ７０５における、今回のオーバーホール工事計画での、作業未完了の小項目群の整列化結果に基づいて、第１の振り分け処理を行う。

その後、画面作成部１０４が、振り分け結果に基づいて、システム画面４１０及びシステム画面４３０を作成する（ステップ７０７）。具体的には、画面作成部１０４は、ステップ７０６における、今回のオーバーホール工事計画での業務項目の小項目群の作業日への振り分け結果に基づいて、システム画面４１０及びシステム画面４３０を作成する。

図２８は、図２７のステップ７０４の未完了項目抽出処理の流れを示したフローチャートである。

図示するように、まず、工事情報取得部１０２は、今回のオーバーホール工事計画での業務項目の小項目のうち、１つの小項目を処理対象とする（ステップ７２１）。

次に、工事情報取得部１０２は、現在の処理対象の小項目の作業結果を取得する（ステップ７２２）。具体的には、工事情報取得部１０２は、現在の小項目の小項目ＩＤ及びオーバーホール工事の工事ＩＤをキーに、作業実績管理ＤＢ２１３を検索し、現在の処理対象の小項目の作業結果を取得する。

次に、工事情報取得部１０２は、作業結果があるか否かを判定する（ステップ７２３）。
作業結果がない場合、工事情報取得部１０２は、現在の処理対象の小項目を作業未完了として、内部に保持する（ステップ７２７）。そして、工事情報取得部１０２は、処理をステップ７２８へ進める。

作業結果がある場合、工事情報取得部１０２は、作業結果が「作業未着手」であるか否かを判定する（ステップ７２４）。作業結果が「作業未着手」である場合、工事情報取得部１０２は、現在の処理対象の小項目を作業未完了として、内部に保持する（ステップ７２７）。そして、工事情報取得部１０２は、処理をステップ７２８へ進める。

作業結果が「作業未着手」でない場合、工事情報取得部１０２は、作業結果が「作業完了」であるか否かを判定する（ステップ７２５）。作業結果が「作業完了」である場合、工事情報取得部１０２は、現在の処理対象の小項目を抽出しなくてよいので、そのまま処理をステップ７２８へ進める。

作業結果が「作業完了」でない場合、つまり、作業結果が「作業中」である場合、工事情報取得部１０２は、現在の処理対象の小項目の残り作業時間を算出する（ステップ７２６）。具体的には、工事情報取得部１０２は、現在の処理対象の小項目に対する、小項目管理ＤＢ２１１の標準作業時間（Ｘ）と、作業実績管理ＤＢ２１３の概算作業時間（Ｙ）とから、残り作業時間（Ｚ）を、「Ｚ＝Ｘ－Ｙ」により算出する。
そして、工事情報取得部１０２は、現在の処理対象の小項目を作業未完了として、内部に保持する（ステップ７２７）。そして、工事情報取得部１０２は、処理をステップ７２８へ進める。

次に、工事情報取得部１０２は、全ての小項目を処理対象としたか否かを判定する（ステップ７２８）。全ての小項目を処理対象としていない場合、つまり、処理対象としていない小項目がある場合、工程表作成部１０３は、処理をステップ７２１へ戻し、次の小項目を処理対象とする。全ての小項目を処理対象とした場合、工事情報取得部１０２は、作業未完了として内部に保持した小項目群のみを抽出する（ステップ７２９）。具体的には、今回のオーバーホール工事計画での業務項目の小項目群のうち、ステップ７２７で作業未完了として内部に保持された小項目のみを抽出する。

図２７のステップ７０５の整列化処理の流れは、図１８のフローチャートに示したものと同じなので、説明を省略する。

図２７のステップ７０６の第１の振り分け処理は、図１９Ａ及び図１９Ｂのフローチャートに示したものと概ね同じである。但し、この場合は、図２８の未完了項目抽出処理で算出した残り作業時間（Ｚ）を、図１９Ａ及び図１９Ｂにおける小項目の標準作業時間として用いるものとする。

第２の工程表作成ロジックにより工程表が自動作成されると、その結果は、図１５のようにシステム画面４１０に表示されることになる。

また、天候や工事遂行上のトラブル発生等によりオーバーホール工事に遅れが発生している場合は、工事途中で作業者数を増やしたり、或いは特定の日に一時的にベテランの作業者を現場に派遣して進捗遅れの挽回を図ったりすることがある。このような場合、本実施の形態では、第３の工程表作成ロジックを適用することにより、効果的な工程表の作成を可能とする。

図２９は、第３の工程表作成ロジックの流れを示したフローチャートである。

図示するように、工程表作成装置１００では、工事情報取得部１０２が、ステップ８０１～８０４の処理を実行する。ステップ８０１～８０４の処理は、図２７のステップ７０１～７０４の処理と同じなので、説明を省略する。

そして、工程表作成装置１００では、工程表作成部１０３が、業務項目の小項目群を整列化する整列化処理を行う（ステップ８０５）。具体的には、工程表作成部１０３は、ステップ８０４で抽出された、今回のオーバーホール工事計画での業務項目の小項目のうちの作業未完了の小項目に関する情報群に基づいて、整列化処理を行う。

次に、工程表作成部１０３は、整列化された業務項目の小項目群を作業日に振り分ける第２の振り分け処理を行う（ステップ８０６）。具体的には、工程表作成部１０３は、ステップ８０５における、今回のオーバーホール工事計画での、作業未完了の小項目群の整列化結果に基づき、新たに派遣された作業者の情報も考慮して、第２の振り分け処理を行う。

その後、画面作成部１０４が、振り分け結果に基づいて、システム画面４１０及びシステム画面４３０を作成する（ステップ８０７）。具体的には、画面作成部１０４は、ステップ８０６における、今回のオーバーホール工事計画での業務項目の小項目群の作業日への振り分け結果に基づいて、システム画面４１０及びシステム画面４３０を作成する。

図２９のステップ８０５の整列化処理の流れは、図１８のフローチャートに示したものと同じなので、説明を省略する。

図３０Ａ及び図３０Ｂは、図２９のステップ８０６の第２の振り分け処理の流れを示したフローチャートである。

図３０Ａに示すように、工程表作成部１０３は、ステップ８６１～８６５の処理を実行する。ステップ８６１～８６５の処理は、図１９Ａのステップ６６１～６６５の処理と同じなので、説明を省略する。

次に、工程表作成部１０３は、現在の処理対象の小項目に対して定められた標準作業時間（現標準作業時間）と、作業者の業務経験度合とに基づいて、現在の処理対象の小項目の作業に要する時間（現作業所要時間）を算出する（ステップ８６６）。具体的には、工程表作成部１０３は、現在の処理対象の小項目の小項目ＩＤをキーに、小項目管理ＤＢ２１１から標準作業時間を抽出して現標準作業時間とする。また、工程表作成部１０３は、作業計画管理ＤＢ２１２から、作業者ＩＤが設定されていれば、作業者ＩＤを抽出し、この作業者ＩＤをキーに、作業者管理ＤＢ２１５から業務経験度合を抽出する。業務経験度合は、上述したように、１未満の値である。これにより、工程表作成部１０３は、現標準作業時間にこの業務経験度合を乗算することにより、現作業所要時間を算出する。

次に、工程表作成部１０３は、次の処理対象の小項目に対して定められた標準作業時間（次標準作業時間）と、作業者の業務経験度合とに基づいて、次の処理対象の小項目の作業に要する時間（次作業所要時間）を算出する（ステップ８６７）。具体的には、工程表作成部１０３は、次の処理対象の小項目の小項目ＩＤをキーに、小項目管理ＤＢ２１１から標準作業時間を抽出して次標準作業時間とする。また、工程表作成部１０３は、作業計画管理ＤＢ２１２から、作業者ＩＤが設定されていれば、作業者ＩＤを抽出し、この作業者ＩＤをキーに、作業者管理ＤＢ２１５から業務経験度合を抽出する。業務経験度合は、上述したように、１未満の値である。これにより、工程表作成部１０３は、次標準作業時間にこの業務経験度合を乗算することにより、次作業所要時間を算出する。

次に、工程表作成部１０３は、ステップ８６８の処理を実行する。ステップ８６８の処理は、図１９Ａのステップ６６８の処理と同じなので、説明を省略する。
次に、図３０Ｂに示すように、工程表作成部１０３は、ステップ８８１～８８８の処理を実行する。ステップ８８１～８８８の処理は、図１９Ｂのステップ６８１～６８８の処理と同じなので、説明を省略する。

［まとめ］
本実施の形態では、業務経験が少ない作成者でも、生産財機械の保全のための作業の工程表を作成することが可能となった。その結果、例えば、納期内での保全業務が、安定的かつ無駄なく、つまり、不要なコストを最小にして、遂行可能となる効果が期待される。

１…工程表作成システム、１００…工程表作成装置、１０１…受信部、１０２…工事情報取得部、１０３…工程表作成部、１０４…画面作成部、１０５…送信部、２００…データベース、３００…端末装置

Claims (8)

1. 生産財機械の保全作業を構成する複数の作業項目を取得する取得部と、
   取得された前記複数の作業項目を整列させ、作業予定日ごとに振り分けて工程表を作成すると共に、当該複数の作業項目のうち、複数の作業予定日の各作業予定日に実施する作業項目を、当該各作業予定日の作業時間内に収まるように決定する決定部と、
   作業を実施した後に、前記作業予定日としての作業日の作業実績を作業項目単位で登録する登録部と、
   を備え、
   前記登録部は、作業結果として「作業完了」、「作業中」、「作業未着手」の中から１つが選択可能であり、作業結果として「作業完了」が選択された作業項目は、次回の工程表作成が行われた場合に計画対象外として処理する、生産財機械の保全のための作業手順作成システム。
2. 前記登録部は、前記作業日に計画された全ての作業について作業実績の登録を完了した時点において、作業進捗を「作業完了」に更新する、請求項１に記載の生産財機械の保全のための作業手順作成システム。
3. 前記登録部は、作業実績の登録を完了した後において実績解除が行われた場合、作業項目の作業結果を「作業完了」から「作業中」に変更し、再度工程表作成の対象として戻して処理する、請求項１に記載の生産財機械の保全のための作業手順作成システム。
4. 前記決定部は、前記各作業予定日に実施する作業項目を、作業中の作業項目の残り作業時間に基づいて決定する、請求項１に記載の生産財機械の保全のための作業手順作成システム。
5. 前記決定部は、前記各作業予定日に実施する作業項目を、各作業項目を実施するのに要する作業所要時間に基づいて決定する、請求項１に記載の生産財機械の保全のための作業手順作成システム。
6. 前記決定部は、作業者の経験度に応じて、前記作業所要時間を変更する、請求項５に記載の生産財機械の保全のための作業手順作成システム。
7. コンピュータの取得部が、生産財機械の保全作業を構成する複数の作業項目を取得するステップと、
   コンピュータの決定部が、取得された前記複数の作業項目を整列させ、作業予定日ごとに振り分けて工程表を作成すると共に、当該複数の作業項目のうち、複数の作業予定日の各作業予定日に実施する作業項目を、当該各作業予定日の作業時間内に収まるように決定するステップと、
   作業を実施した後に、前記作業予定日としての作業日の作業実績を作業項目単位で登録するステップと、
   を含み、
   前記登録するステップでは、作業結果として「作業完了」、「作業中」、「作業未着手」の中から１つが選択可能であり、作業結果として「作業完了」が選択された作業項目は、次回の工程表作成が行われた場合に計画対象外として処理する、生産財機械の保全のための作業手順作成方法。
8. コンピュータに、
   生産財機械の保全作業を構成する複数の作業項目を取得する機能と、
   取得された前記複数の作業項目を整列させ、作業予定日ごとに振り分けて工程表を作成すると共に、当該複数の作業項目のうち、複数の作業予定日の各作業予定日に実施する作業項目を、当該各作業予定日の作業時間内に収まるように決定する機能と、
   作業を実施した後に、前記作業予定日としての作業日の作業実績を作業項目単位で登録する機能と、
   を実現させ、
   前記登録する機能は、作業結果として「作業完了」、「作業中」、「作業未着手」の中から１つが選択可能であり、作業結果として「作業完了」が選択された作業項目は、次回の工程表作成が行われた場合に計画対象外として処理する、プログラム。