(57)【特許請求の範囲】
【請求項１】
管理対象であるプロジェクトに含まれる作業と、前記作業を行う作業者と、前記作業を行う開始時期および終了時期によって示される作業期間と、前記作業を他の作業より優先させて行う度合いを示す優先度と、当該プロジェクトに対して予め設定された余裕期間を表すプロジェクトバッファと、が対応付けられた複数の作業計画が記憶される作業計画記憶部と、
前記作業計画記憶部に記憶されている前記複数の作業計画を読み出し、読み出した前記複数の作業計画において前記作業者および前記作業期間が重複する複数の作業が存在するか否かを判定する重複判定部と、
前記複数の作業の各々がクリティカルチェーンであるか否かを判定するクリティカルチェーン判定部と、
前記重複判定部によって、前記作業者および作業期間が重複する複数の作業が存在すると判定され、前記クリティカルチェーン判定部によって、重複する前記複数の作業のうちの少なくとも1つの作業がクリティカルチェーンであると判定され、且つ前記クリティカルチェーン判定部によって、重複する前記複数の作業のうちの少なくとも1つの作業がクリティカルチェーンでないと判定された場合、前記複数の作業に対応付けられた前記優先度を比較する優先度比較部と、
前記重複判定部によって、前記作業者および作業期間が重複する複数の作業が存在すると判定され、前記クリティカルチェーン判定部によって、重複する前記複数の作業のうちの全ての作業がクリティカルチェーンであると判定された場合、当該複数の作業のプロジェクトバッファの消費量を比較するプロジェクトバッファ比較部と、
前記プロジェクトバッファ比較部によって、前記プロジェクトバッファの消費量が同一であると判定された場合、前記優先度比較部によって優先度が比較された前記複数の作業のうち、より優先度が低い作業の作業期間に、より優先度の高い作業の作業期間と重複しない作業期間を対応付けて前記作業計画記憶部に記憶させる作業計画更新処理を行う作業計画更新部と、
を備えること、
を特徴とする作業計画管理装置。
【請求項２】
前記作業計画には、連結して行う複数の作業が含まれ、前記作業計画に含まれる第１の作業と第２の作業とが第３の作業に合流するための期間として予め設けられた合流バッファが含まれ、
前記重複判定部によって、前記作業者および作業期間が重複する複数の作業が存在すると判定された場合、前記複数の作業の前記合流バッファの消費量を比較する合流バッファ比較部を備え、
前記作業計画更新部は、前記合流バッファ比較部による比較結果に基づいて前記作業計画を更新すること、を特徴とする請求項１に記載の作業計画管理装置。
【請求項３】
管理対象であるプロジェクトに含まれる作業と、前記作業を行う作業者と、前記作業を行う開始時期および終了時期によって示される作業期間と、前記作業を他の作業より優先させて行う度合いを示す優先度と、当該プロジェクトに対して予め設定された余裕期間を表すプロジェクトバッファと、が対応付けられた複数の作業計画が記憶される作業計画記憶部を備える作業計画管理装置の作業管理方法であって、
前記作業計画記憶部に記憶されている前記複数の作業計画を読み出し、読み出した前記複数の作業計画において前記作業者および前記作業期間が重複する複数の作業が存在するか否かを判定する重複判定ステップと、
前記複数の作業の各々がクリティカルチェーンであるか否かを判定するクリティカルチェーン判定ステップと、
前記重複判定ステップにより、前記複数の作業計画において前記作業者および前記作業期間が重複する複数の作業が存在すると判定され、前記クリティカルチェーン判定ステップによって、重複する前記複数の作業のうちの少なくとも1つの作業がクリティカルチェーンであると判定され、且つ前記クリティカルチェーン判定ステップによって、重複する前記複数の作業のうちの少なくとも1つの作業がクリティカルチェーンでないと判定された場合、前記複数の作業に対応付けられた前記優先度を比較する優先度比較ステップと、
前記重複判定ステップによって、前記作業者および作業期間が重複する複数の作業が存在すると判定され、前記クリティカルチェーン判定ステップによって、重複する前記複数の作業のうちの全ての作業がクリティカルチェーンであると判定された場合、当該複数の作業のプロジェクトバッファの消費量を比較する消費量比較ステップと、
前記消費量比較ステップによって、前記プロジェクトバッファの消費量が同一であると判定された場合、前記優先度比較ステップによって優先度が比較された前記複数の作業のうち、より優先度が低い作業の作業期間に、より優先度の高い作業の作業期間と重複しない作業期間を対応付けて前記作業計画記憶部に記憶させる作業計画更新処理を行うステップと、
を備えること、を特徴とする作業計画管理方法。
【請求項４】
管理対象であるプロジェクトに含まれる作業と、前記作業を行う作業者と、前記作業を行う開始時期および終了時期によって示される作業期間と、前記作業を他の作業より優先させて行う度合いを示す優先度と、当該プロジェクトに対して予め設定された余裕期間を表すプロジェクトバッファと、が対応付けられた複数の作業計画が記憶される作業計画記憶部を備える作業計画管理装置のコンピュータに、
前記作業計画記憶部に記憶されている前記複数の作業計画を読み出し、読み出した前記複数の作業計画において前記作業者および前記作業期間が重複する複数の作業が存在するか否かを判定する重複判定ステップと、
前記複数の作業の各々がクリティカルチェーンであるか否かを判定するクリティカルチェーン判定ステップと、
前記重複判定ステップにより、前記複数の作業計画において前記作業者および前記作業期間が重複する複数の作業が存在すると判定され、前記クリティカルチェーン判定ステップによって、重複する前記複数の作業のうちの少なくとも1つの作業がクリティカルチェーンであると判定され、且つ前記クリティカルチェーン判定ステップによって、重複する前記複数の作業のうちの少なくとも1つの作業がクリティカルチェーンでないと判定された場合、前記複数の作業に対応付けられた前記優先度を比較する優先度比較ステップと、
前記重複判定ステップによって、前記作業者および作業期間が重複する複数の作業が存在すると判定され、前記クリティカルチェーン判定ステップによって、重複する前記複数の作業のうちの全ての作業がクリティカルチェーンであると判定された場合、当該複数の作業のプロジェクトバッファの消費量を比較する消費量比較ステップと、
前記消費量比較ステップによって、前記プロジェクトバッファの消費量が同一であると判定された場合、前記優先度比較ステップによって優先度が比較された前記複数の作業のうち、より優先度が低い作業の作業期間に、より優先度の高い作業の作業期間と重複しない作業期間を対応付けて前記作業計画記憶部に記憶させる作業計画更新処理を行うステップと、
を実行させる作業計画管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、作業計画管理装置、作業計画管理方法、および作業計画管理プログラムに関する。
【背景技術】
【０００２】
近年、プロジェクト管理手法の中で、ＣＣＰＭ（Ｃｒｉｔｉｃａｌ  Ｃｈａｉｎ  Ｐｒｏｊｅｃｔ  Ｍａｎａｇｅｍｅｎｔ）が注目されている。このＣＣＰＭは、ＴＯＣ（Ｔｈｅｏｒｙ  Ｏｆ  Ｃｏｎｓｔｒａｉｎｔｓ）の基本原理をプロジェクト管理手法に適用し、不確定要素が多いプロジェクト業務において、プロジェクト全体の期限管理、または作業効率の向上を目的としている。ＣＣＰＭでは、同一の作業者が同一期間中に複数の作業を持つマルチタスクを極力排除することにより作業効率を高めるとともに、管理対象のプロジェクトの各工程における余裕日数、または余裕時間（バッファ）をなくす代わりに、プロジェクトバッファと呼ばれるプロジェクト全体共通のバッファを確保したプロジェクトスケジュールであるＣＣＰＭ計画を生成する。そして、ＣＣＰＭ計画におけるプロジェクトバッファの消費量に基づいてプロジェクトの進捗状況を把握し、管理する。
特許文献１には、作業期限と過去の実績から算出される余裕度、作業内容、および作業者のスキルをマッチングして、作業者に作業を割り振ることが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１５８９７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のようにＣＣＰＭでは同一の作業者が同一期間中に複数の作業を持たないようにＣＣＰＭ計画が生成されるが、実際には、作業の割り込みが入り、作業者がマルチタスクになっている場合がある。例えば、ソフトウェアシステムの開発プロジェクトにおいて、運用段階に入ったソフトウェアシステムに対する追加開発のプロジェクトが開始されれば、その追加開発の作業メンバーには、既に運用段階に入っているソフトウェアシステムの開発を行った作業メンバーと同一の作業者がアサインされる場合が多い。この場合、運用段階に入っているソフトウェアシステムに対する突発的な保守作業等が発生すれば、追加開発のプロジェクトにおける作業メンバーが対応せざるを得ず、マルチタスクになってしまう場合がある。このため、複数作業を並行して実施する作業者の作業切り替えのスイッチングコストが多くなり、作業効率が落ちる問題があった。
【０００５】
本発明は上記の点に鑑みてなされたものであり、作業者のマルチタスクを排除する作業計画管理装置、作業計画管理方法、および作業計画管理プログラムを提供する。
【課題を解決するための手段】
【０００６】
本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、作業計画管理装置であって、管理対象であるプロジェクトに含まれる作業と、前記作業を行う作業者と、前記作業を行う開始時期および終了時期によって示される作業期間と、前記作業を他の作業より優先させて行う度合いを示す優先度と、当該プロジェクトに対して予め設定された余裕期間を表すプロジェクトバッファと、が対応付けられた複数の作業計画が記憶される作業計画記憶部と、前記作業計画記憶部に記憶されている前記複数の作業計画を読み出し、読み出した前記複数の作業計画において前記作業者および前記作業期間が重複する複数の作業が存在するか否かを判定する重複判定部と、前記複数の作業の各々がクリティカルチェーンであるか否かを判定するクリティカルチェーン判定部と、前記重複判定部によって、前記作業者および作業期間が重複する複数の作業が存在すると判定され、前記クリティカルチェーン判定部によって、重複する前記複数の作業のうちの少なくとも1つの作業がクリティカルチェーンであると判定され、且つ前記クリティカルチェーン判定部によって、重複する前記複数の作業のうちの少なくとも1つの作業がクリティカルチェーンでないと判定された場合、前記複数の作業に対応付けられた前記優先度を比較する優先度比較部と、前記重複判定部によって、前記作業者および作業期間が重複する複数の作業が存在すると判定され、前記クリティカルチェーン判定部によって、重複する前記複数の作業のうちの全ての作業がクリティカルチェーンであると判定された場合、当該複数の作業のプロジェクトバッファの消費量を比較するプロジェクトバッファ比較部と、前記プロジェクトバッファ比較部によって、前記プロジェクトバッファの消費量が同一であると判定された場合、前記優先度比較部によって優先度が比較された前記複数の作業のうち、より優先度が低い作業の作業期間に、より優先度の高い作業の作業期間と重複しない作業期間を対応付けて前記作業計画記憶部に記憶させる作業計画更新処理を行う作業計画更新部と、を備えること、を特徴とする。
【０００７】
また、本発明の他の態様は、上述の作業計画管理装置であって、前記作業計画には、連結して行う複数の作業が含まれ、前記作業計画に含まれる第１の作業と第２の作業とが第３の作業に合流するための期間として予め設けられた合流バッファが含まれ、前記重複判定部によって、前記作業者および作業期間が重複する複数の作業が存在すると判定された場合、前記複数の作業の前記合流バッファの消費量を比較する合流バッファ比較部を備え、前記作業計画更新部は、前記合流バッファ比較部による比較結果に基づいて前記作業計画を更新すること、を特徴とする。
【０００９】
また、本発明の他の態様は、作業計画管理方法であって、管理対象であるプロジェクトに含まれる作業と、前記作業を行う作業者と、前記作業を行う開始時期および終了時期によって示される作業期間と、前記作業を他の作業より優先させて行う度合いを示す優先度と、当該プロジェクトに対して予め設定された余裕期間を表すプロジェクトバッファと、が対応付けられた複数の作業計画が記憶される作業計画記憶部を備える作業計画管理装置の作業管理方法であって、前記作業計画記憶部に記憶されている前記複数の作業計画を読み出し、読み出した前記複数の作業計画において前記作業者および前記作業期間が重複する複数の作業が存在するか否かを判定する重複判定ステップと、前記複数の作業の各々がクリティカルチェーンであるか否かを判定するクリティカルチェーン判定ステップと、前記重複判定ステップにより、前記複数の作業計画において前記作業者および前記作業期間が重複する複数の作業が存在すると判定され、前記クリティカルチェーン判定ステップによって、重複する前記複数の作業のうちの少なくとも1つの作業がクリティカルチェーンであると判定され、且つ前記クリティカルチェーン判定ステップによって、重複する前記複数の作業のうちの少なくとも1つの作業がクリティカルチェーンでないと判定された場合、前記複数の作業に対応付けられた前記優先度を比較する優先度比較ステップと、前記重複判定ステップによって、前記作業者および作業期間が重複する複数の作業が存在すると判定され、前記クリティカルチェーン判定ステップによって、重複する前記複数の作業のうちの全ての作業がクリティカルチェーンであると判定された場合、当該複数の作業のプロジェクトバッファの消費量を比較する消費量比較ステップと、前記消費量比較ステップによって、前記プロジェクトバッファの消費量が同一であると判定された場合、前記優先度比較ステップによって優先度が比較された前記複数の作業のうち、より優先度が低い作業の作業期間に、より優先度の高い作業の作業期間と重複しない作業期間を対応付けて前記作業計画記憶部に記憶させる作業計画更新処理を行うステップと、を備えること、を特徴とする。
【００１０】
また、本発明の他の態様は、作業計画管理プログラムであって、管理対象であるプロジェクトに含まれる作業と、前記作業を行う作業者と、前記作業を行う開始時期および終了時期によって示される作業期間と、前記作業を他の作業より優先させて行う度合いを示す優先度と、当該プロジェクトに対して予め設定された余裕期間を表すプロジェクトバッファと、が対応付けられた複数の作業計画が記憶される作業計画記憶部を備える作業計画管理装置のコンピュータに、前記作業計画記憶部に記憶されている前記複数の作業計画を読み出し、読み出した前記複数の作業計画において前記作業者および前記作業期間が重複する複数の作業が存在するか否かを判定する重複判定ステップと、前記複数の作業の各々がクリティカルチェーンであるか否かを判定するクリティカルチェーン判定ステップと、前記重複判定ステップにより、前記複数の作業計画において前記作業者および前記作業期間が重複する複数の作業が存在すると判定され、前記クリティカルチェーン判定ステップによって、重複する前記複数の作業のうちの少なくとも1つの作業がクリティカルチェーンであると判定され、且つ前記クリティカルチェーン判定ステップによって、重複する前記複数の作業のうちの少なくとも1つの作業がクリティカルチェーンでないと判定された場合、前記複数の作業に対応付けられた前記優先度を比較する優先度比較ステップと、前記重複判定ステップによって、前記作業者および作業期間が重複する複数の作業が存在すると判定され、前記クリティカルチェーン判定ステップによって、重複する前記複数の作業のうちの全ての作業がクリティカルチェーンであると判定された場合、当該複数の作業のプロジェクトバッファの消費量を比較する消費量比較ステップと、前記プロジェクトバッファ比較ステップによって、前記プロジェクトバッファの消費量が同一であると判定しされた場合、前記優先度比較ステップによって優先度が比較された前記複数の作業のうち、より優先度が低い作業の作業期間に、より優先度の高い作業の作業期間と重複しない作業期間を対応付けて前記作業計画記憶部に記憶させる作業計画更新処理を行うステップと、を実行させる。
【発明の効果】
【００１１】
本発明によれば、作業者のマルチタスクを排除する作業計画管理装置、作業計画管理方法、および作業計画管理プログラムを提供する。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係る作業計画管理システムの構成の一例を示す概略ブロック図である。
【図２】本実施形態に係る作業計画管理装置におけるプロジェクト情報記憶部に記憶されているプロジェクト情報のデータ例を示す図である。
【図３】本実施形態に係るプロジェクト情報に基づいてＣＣＰＭ計画生成部が生成するＣＣＰＭ計画のデータ例を示す図である。
【図４】本実施形態に係るプロジェクト情報に基づいてＣＣＰＭ計画更新部が生成する更新処理したＣＣＰＭ計画のデータ例を示す図である。
【図５】本実施形態に係るＣＣＰＭ計画更新部の構成の一例を示す概略ブロック図である。
【図６】本実施形態に係るリソース割り当てロジックを示すフローチャートの一例である。
【図７】本実施形態に係る追加作業（保守系プロジェクト）によりＣＣＰＭ計画の各リソースのタスクの重複割り当ての一例を示す概略ガントチャートである。
【図８】本実施形態に係る作業計画の更新処理工程に伴う、第１のリソースの各タスクにおけるタスクの作業期間再割り当ての一例を示すガントチャートである。
【図９】本実施形態に係る作業計画の更新処理工程における、第１のリソース、各タスクの作業期間再割り当てに伴う作業期間の変更の一例を示すガントチャートである。
【図１０】本実施形態に係る作業計画更新処理工程に伴う、第２のリソースの各タスクにおける各タスクの作業期間再割り当ての一例を示すガントチャートである。
【発明を実施するための形態】
【００１３】
（実施形態）
以下、図面を参照しながら本発明の実施形態について詳しく説明する。図１は、本発明の作業計画管理システムの構成の一例を示す概略ブロック図である。
作業計画管理システムは、管理者端末１と、作業計画管理装置２と、作業者端末３とのコンピュータ装置を備えており、これらのコンピュータ装置はＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）またはＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）等のネットワークを介して接続される。
【００１４】
管理者端末１は、管理対象のプロジェクトを管理する管理者のコンピュータ端末であり、入力部１１と、出力部１２と、制御部１３とを備えている。
入力部１１は、例えば、入力キー、マウス、タッチパネルなどのユーザからの情報入力を行うための機能を有するデバイスである。入力部１１は、管理者からリソース情報、およびプロジェクト情報の入力を受け付ける。リソース情報とは、管理対象のプロジェクト（以下、ＰＪともいう）において作業を行う作業者（リソース）に関する情報である。リソース情報には、例えば、作業者の氏名、識別情報等が含まれる。
【００１５】
プロジェクト情報は、ＣＣＰＭに基づいて生成された作業計画である。図２は、プロジェクト情報のデータ例を示す図である。プロジェクト情報には、プロジェクト名、タスク名、開始日、終了日、先行タスク、リソース名、および優先度などが含まれる。優先度とは、対応するタスクを他のタスクより優先させて行う度合いを示す情報であり、例えば、数値により示される。ここでは、優先度の値が大きいほど優先度が高いことを示し、優先度の値が小さいほど優先度が低いことを示す。
図２（ａ）は、入力部１１に入力される第１のプロジェクト情報の一例である。このプロジェクトは、作業期間が連結された複数のタスク群によって構成される。図２（ｂ）は、入力部１１に入力される第２のプロジェクト情報の一例であり、図２（ａ）と同様にタスクＩＤにそれぞれのプロジェクト情報が対応付けられている。このプロジェクトには、ひとつのタスクが含まれており、このタスクは、例えば、突発的に追加となったタスクである。このようなプロジェクトを、以下、保守系プロジェクトという。ここで、保守系プロジェクトとは、例えば、突発的に生じた点検作業、出張、会議、障害対応などのことである。図２（ｃ）は、入力部１１に入力される第３のプロジェクト情報の一例であり、図２（ａ）と同様にタスクＩＤにそれぞれのプロジェクト情報が対応付けられている。このプロジェクトは、保守系プロジェクトである。図２（ｄ）は、入力部１１に入力される第４のプロジェクト情報の一例であり、図２（ａ）と同様にタスクＩＤにそれぞれのプロジェクト情報が対応付けられている。このプロジェクトは、保守系プロジェクトである。
【００１６】
出力部１２は、各種情報を出力する。例えば、出力部１２は、表示装置を備える。表示装置とは、例えば、ディスプレイ、タッチパネルなどのユーザへの情報の提示を行うための機能を有するデバイス、コンピュータシステムなどである。
【００１７】
制御部１３は、管理者端末１が備える各部を制御する。例えば、制御部１３は、入力部１１から入力されたリソース情報、プロジェクト情報を出力部１２に表示させる。また、制御部１３は、ネットワークを介して接続された他のコンピュータ装置に情報を送信し、他のコンピュータ装置から情報を受信する。また、制御部１３は、入力部１１に入力されたリソース情報、プロジェクト情報を作業計画管理装置２に送信する。
【００１８】
作業計画管理装置２は、管理対象のプロジェクトを管理する作業計画管理のコンピュータ装置であり、リソース情報記憶部２１と、プロジェクト情報記憶部２２と、ＣＣＰＭ計画生成部２３と、ＣＣＰＭ計画更新部２４と、ＣＣＰＭ計画記憶部２５と、を備えている。
ＣＣＰＭ計画生成部２３からＣＣＰＭ計画更新部２４にＣＣＰＭ計画ａを出力し、ＣＣＰＭ計画更新部２４からＣＣＰＭ計画記憶部２５へ更新処理したＣＣＰＭ計画ｂを記憶させる。
【００１９】
リソース情報記憶部２１は、管理者端末１から送信されたリソース情報を記憶する。プロジェクト情報記憶部２２は、管理者端末１から送信されたプロジェクト情報を記憶する。
ＣＣＰＭ計画生成部２３は、プロジェクト情報記憶部２２に記憶されたプロジェクト情報に基づき、ＣＣ属性または非ＣＣ属性の付加、およびプロジェクトバッファの設定、合流バッファの設定を行い、ＣＣＰＭ計画を生成する。ここで、ＣＣ属性とは、そのタスクがプロジェクトにおけるクリティカルチェーンであるか否かを示す情報であり、例えば、クリティカルチェーンであれば「○」が対応付けられて記憶され、クリティカルチェーンでなければ何も記憶されない。非ＣＣ属性とは、そのタスクがプロジェクトにおけるクリティカルチェーンでないか否かを示す情報であり、例えば、クリティカルチェーンでなければ「○」が対応付けられて記憶され、クリティカルチェーンであれば何も記憶されない。ＣＣＰＭ計画とは、ＣＣＰＭを用いたプロジェクト計画のことである。また、プロジェクトバッファは、ＣＣ属性プロジェクトの各タスクの合計日数の半分（端数切上）としているが、半日単位で設定してもよいし、時間単位で設定してもよい。ＣＣＰＭ計画生成部２３は、生成したＣＣＰＭ計画をＣＣＰＭ計画更新部２４に出力し、ＣＣＰＭ計画記憶部２５に記憶させる。
【００２０】
図３は、図２に示したプロジェクト情報に基づいてＣＣＰＭ計画生成部２３が生成するＣＣＰＭ計画のデータ例を示す図である。
ＣＣＰＭ計画は、タスクＩＤ、プロジェクト名、タスク名、作業開始日、作業終了日、先行タスク、リソース名、ＣＣ属性、非ＣＣ属性、プロジェクトバッファ消費量、合流バッファ消費量、および優先度から構成されている。タスクＩＤは、１から７であり、プロジェクト名は、Ａ−プロジェクト、および保守系である。タスク名は、タスクＡ、Ｂ、Ｃ、ＤおよびタスクＸ、Ｙ、Ｚから成る。各タスクの開始日および終了日は、２０１１年９月１日から２０１１年９月７日の内１日、もしくは２日、それぞれのタスクを実施する。また、先行タスクを有するタスクの場合、該タスクは、先行タスクが終了した後に、開始する。なお、本実施形態では、優先度の高い保守系プロジェクトを優先して行い、その後にＣＣ属性タスクを実施としているが、ＣＣ属性作業を保守系プロジェクトの前に前倒しして実施してもよい。
【００２１】
図３は、ＣＣ属性、非ＣＣ属性の設定、およびプロジェクトバッファおよび合流バッファの設定を行っている。ＣＣＰＭ計画に基づくＣＣ属性のあるタスクＡ、タスクＢ、タスクＣと、ＣＣＰＭ計画に基づく非ＣＣ属性のタスクＤと、がある。プロジェクトバッファ消費量、合流バッファ消費量は、０である、すなわち、プロジェクトバッファ、および合流バッファを消費していないが、同一作業日に同一リソースが実施するタスクが重複している。
【００２２】
ＣＣＰＭ計画更新部２４は、ＣＣＰＭ計画記憶部２５から読み出したＣＣＰＭ計画に基づき、更新処理を行う。ここで、更新処理とは、ＣＣＰＭ計画更新部２４が、複数のタスクの各々がＣＣであるか否かを判定する処理と、ＣＣであると判定した作業の作業期間に応じて、合流バッファおよびプロジェクトバッファ消費量を算出する処理である。具体的には、各リソースにおける重複タスクがあるか否かを判定し、優先度が高いタスクを優先的に実施するようリソースの割り当てを行う処理のことで、詳細については後述する。ＣＣＰＭ計画更新部２４は、更新処理したＣＣＰＭ計画をＣＣＰＭ計画記憶部２５へ記憶させる。ＣＣＰＭ計画更新部２４は、プロジェクトバッファの消費量が比較された複数のタスクのうち、よりプロジェクトバッファの消費量が多いタスクの作業期間に、よりプロジェクトバッファの消費量が少ない作業の作業期間と重複しない作業期間を対応付けてＣＣＰＭ計画記憶部２５に記憶させる。ＣＣＰＭ計画更新部２４は、ＣＣＰＭ計画記憶部２５から更新処理されたＣＣＰＭ計画を読み出す。ＣＣＰＭ計画更新部２４は、ＣＣＰＭ計画記憶部２５から読み出した更新処理されたＣＣＰＭ計画、および作業者端末３から入力された作業進捗情報に基づいて、ＣＣＰＭ計画が計画通り進んでいるか否かを判定し、その判定結果に基づき、ＣＣＰＭ計画を更新する。
【００２３】
図４は、図２に示したプロジェクト情報に基づいてＣＣＰＭ計画更新部２４が更新処理したＣＣＰＭ計画のデータ例を示す図である。
ＣＣＰＭ計画は、図３に示したＣＣＰＭ計画生成部２３が生成したＣＣＰＭ計画のデータ例に更新処理することでプロジェクトバッファの消費量が２／３（約６７％）となり、プロジェクトバッファが消費されている。しかし、同一作業日に同一のリソースが担当するタスクは、重複せず、１つのタスクとなっている。
なお、本実施形態において、優先度に正の実数を用いているが、割合、小数、順位などを用いてもよいし、優先度を表すフラグでもよい。
ＣＣＰＭ計画記憶部２５は、ＣＣＰＭ計画生成部２３で生成されたＣＣＰＭ計画と、ＣＣＯＭ計画更新部２４で更新処理されたＣＣＰＭ計画とを記憶する。
【００２４】
作業者端末３は、管理対象のプロジェクトを管理する作業者のコンピュータ端末であり、入力部３１と、出力部３２と、制御部３３とを備えている。
入力部３１は、更新処理されたＣＣＰＭ計画に基づき作業している各リソースが、例えば１日単位で作業進捗情報の入力を受け付け、入力された各リソースの各タスクにおける作業進捗情報を作業計画管理装置２に送信し、ＣＣＰＭ計画記憶部２５に記憶させる。ここで、作業進捗情報とは、例えば、予定されているタスクに遅延が生じているかなどの情報、例えば、タスク毎の残日数のことである。
出力部３２は、入力部３１において受け付けた各リソース各タスクの作業進捗情報を出力する。
【００２５】
制御部３３は、作業者端末３が備える各部を制御する。例えば、制御部３３は、入力部３１から入力された作業進捗情報を出力部３２に表示させる。また、制御部３３は、ネットワークを介して接続された他のコンピュータ装置に情報を送信し、他のコンピュータ装置から情報を受信する。また、制御部３３は、入力部３１に入力された作業進捗情報を作業計画管理装置２に送信する。
【００２６】
図５は、本実施形態に係るＣＣＰＭ計画更新部２４の構成の一例を示す概略ブロック図である。
ＣＣＰＭ計画更新部２４は、タスク重複判定部２４１、ＣＣ属性重複判定部２４２、プロジェクトバッファ消費量検出部２４３、作業計画変更部２４４、バッファ処理部２４５、プロジェクトバッファ比較部２４６、合流バッファ比較部２４７、優先度比較部２４８、およびＣＣ属性変更判定部２４９を含んで構成される。
【００２７】
タスク重複判定部２４１は、ＣＣＰＭ計画生成部２３から入力されたＣＣＰＭ計画ａに基づき、日程の近い順に同一期間に同一リソースに複数のタスクが割り当てられているか否かを各リソース各タスクに対してタスクの重複を判定する。タスク重複判定部２４１は、重複タスクがあると判定した場合、ＣＣ属性重複判定部２４２に判定結果を出力する。一方、同一期間に同一リソースに複数のタスクが割り当てられていないと判定した場合、タスク重複判定部２４１は、更新処理したＣＣＰＭ計画ｂをＣＣＰＭ計画記憶部２５に記憶させる。
【００２８】
ＣＣ属性重複判定部２４２は、各リソース、各タスクに対し、ＣＣ属性のタスクがいくつあるか判定する。各リソースの各タスクにおいて、ＣＣ属性のタスクが２つ以上あると判定した場合、ＣＣ属性重複判定部２４２は、各ＣＣ属性のプロジェクト情報をプロジェクトバッファ消費量検出部２４３に出力する。一方、ＣＣ属性のタスクが２つ未満であると判定した場合、すなわちＣＣ属性のタスクが１つの場合、ＣＣ属性重複判定部２４２は、ＣＣ属性のタスクを優先するＣＣＰＭ計画を生成し、優先度比較部２４８に出力する。また、ＣＣ属性のタスクが１つもない場合、すなわち、非ＣＣ属性のタスクである場合、ＣＣ属性重複判定部２４２は、合流バッファ比較部２４７に非ＣＣ属性のプロジェクト情報を出力する。
【００２９】
プロジェクトバッファ消費量検出部２４３は、ＣＣ属性重複判定部２４２から入力されたＣＣ属性のタスクが２つ以上ある場合、ＣＣ属性の各タスクにおいて各々のプロジェクトバッファ消費量を残日数で比較し、該プロジェクトバッファ消費量が同一量か否かを判定する。プロジェクトバッファ消費量検出部２４３は、各プロジェクトバッファ消費量が同一量であると判定した場合、優先度比較部２４８へプロジェクト情報を出力する。一方、各プロジェクトバッファ消費量が同一量でない場合、プロジェクトバッファ比較部２４６に各プロジェクトバッファ消費量およびプロジェクト情報を出力する。なお、本実施形態では、プロジェクトバッファ消費量の比較において残日数を用いているが、パーセントや割合を用いてもよいし、時間単位で消費量の比較をしてもよい。
【００３０】
プロジェクトバッファ比較部２４６は、プロジェクトバッファ消費量検出部２４３から入力された各プロジェクトバッファ消費量およびプロジェクト情報に基づき、プロジェクトバッファ消費量を比較し、プロジェクトバッファ消費量に基づきＣＣ属性のタスクの順位づけする。プロジェクトバッファ比較部２４６は、作業計画変更部２４４にプロジェクトバッファ消費量、およびプロジェクト情報を出力する。
作業計画変更部２４４は、プロジェクトバッファ比較部２４６において順位づけされたタスクの作業計画、優先度比較部２４８により優先度に基づき順位づけされたタスクの作業計画、ＣＣ属性変更判定部２４９において変更されたＣＣ属性に基づくＣＣＰＭ計画に対して、更新処理をする。
【００３１】
バッファ処理部２４５は、作業計画変更部２４４から入力された更新処理されたＣＣＰＭ計画に基づき合流バッファ、プロジェクトバッファの各々の消費処理をおこなう。バッファ処理部２４５は、バッファを消費処理し、更新処理されたＣＣＰＭ計画ｂをＣＣＰＭ計画記憶部２５に記憶させる。バッファ処理部２４５は、バッファの消費処理したＣＣＰＭ計画をＣＣ属性変更判定部２４９に出力する。
【００３２】
合流バッファ比較部２４７は、ＣＣ属性重複判定部２４２から入力された非ＣＣ属性のプロジェクト情報に基づき、各タスクの合流バッファの消費量の残日数が同一量であるか否かを判定する。各タスクの合流バッファ消費量が同一量である場合、合流バッファ比較部２４７は、ＣＣ属性変更判定部２４９にＣＣＰＭ計画を出力する。一方、各タスクの合流バッファの消費量が同一量でない場合、合流バッファ比較部２４７は、各タスクのプロジェクトバッファ消費量、各タスクの合流バッファ消費量を優先度比較部２４８に出力する。なお、本実施形態では、合流バッファ消費量の比較において残日数を用いているが、パーセントや割合を用いてもよいし、時間単位で消費量の比較をしてもよい。
【００３３】
優先度比較部２４８は、ＣＣ属性重複判定部２４２から入力されたプロジェクト情報、プロジェクトバッファ消費量検出部２４３から入力されたプロジェクトバッファ消費量、および合流バッファ比較部２４７から入力された合流バッファ消費量に基づき、優先度を判定し、各タスクに順位づけを行う。優先度比較部２４８は、優先度に基づき順位付けしたＣＣＰＭ計画を作業計画変更部２４４に出力する。
【００３４】
ＣＣ属性変更判定部２４９は、合流バッファ比較部２４７から入力されたＣＣＰＭ計画、各プロジェクトのプロジェクトバッファ消費量、および各タスクの合流バッファ消費量に基づき、ＣＣ属性を変更するか否かを判定する。合流バッファの消費の結果、ＣＣ属性タスクの作業期間より長い期間になる場合、すなわち、ＣＣ属性を変更すると判定した場合、ＣＣ属性変更判定部２４９は、ＣＣ属性の変更を行い、追加になったタスク分のプロジェクトバッファを消費する。ＣＣ属性変更判定部２４９は、従来からのＣＣ属性タスクに対して、ＣＣ属性の削除を行い、非ＣＣ属性へ変更する。ＣＣ属性変更判定部２４９は、変更したＣＣ属性に基づくＣＣＰＭ計画ｂを、作業計画変更部２４４、およびバッファ処理部２４５を介し、ＣＣＰＭ計画記憶部２５に記憶させる。
一方、合流バッファの消費の結果、ＣＣ属性タスクの作業期間より長い期間にならない場合、すなわち、ＣＣ属性の変更を行なわないと判定した場合、ＣＣ属性変更判定部２４９は、更新処理したＣＣＰＭ計画ｂを、ＣＣＰＭ計画記憶部２５に記憶させる。
【００３５】
図６は、本実施形態に係るリソース割り当てロジックを示すフローチャートの一例である。
タスク重複判定部２４１は、ＣＣＰＭ計画記憶部２５に記憶されているＣＣＰＭ計画を読み出す（Ｓ１）。タスク重複判定部２４１は、ステップＳ１に基づき、タスクの重複をリソース毎に確認する（Ｓ２）。リソース毎の作業が重複していない場合（Ｓ２−Ｎｏ）、ＣＣＰＭ計画をＣＣＰＭ計画記憶部２５に記憶させる。リソース毎の作業が重複している場合（Ｓ２−Ｙｅｓ）、ＣＣ属性重複判定部２４２に出力する。
【００３６】
ＣＣ属性重複判定部２４２は、ステップＳ２−Ｙｅｓに基づきＣＣ属性の作業が２つ以上あるか否かを判定する（Ｓ３）。ＣＣ属性作業が２つ以上ある場合（Ｓ３−Ｙｅｓ）、ＣＣ属性重複判定部２４２は、プロジェクトバッファ消費量検出部２４３に出力する。ＣＣ属性の作業が２つ未満の場合（Ｓ３−Ｎｏ）、ＣＣ属性重複判定部２４２は、再度ＣＣ属性を判定する。
【００３７】
ステップＳ３−Ｙｅｓに基づき、プロジェクトバッファ消費量検出部２４３は、各リソース各作業のプロジェクトバッファ消費量を検出し、各プロジェクトバッファ消費量が同一量であるか否かを判定する（Ｓ４）。ステップＳ３−Ｎｏに基づき、ＣＣ属性重複判定部２４２は、ＣＣ属性作業が１つもないか否かを判定する（Ｓ９）。各プロジェクトバッファ消費量が同一量である場合（Ｓ４−Ｙｅｓ）、プロジェクトバッファ消費量検出部２４３は、優先度比較部２４８に出力する。各プロジェクトバッファ消費量が同一量でない場合（Ｓ４−Ｎｏ）、プロジェクトバッファ消費量検出部２４３は、プロジェクトバッファ比較部２４６に出力する。
【００３８】
ステップＳ４−Ｎｏに基づき、プロジェクトバッファ比較部２４６は、プロジェクトバッファ消費量を比較し、プロジェクトバッファ消費量の少ないプロジェクトから実施する計画を生成する（Ｓ５）。ステップＳ４−Ｙｅｓに基づき、優先度比較部２４８は、各タスクの優先度を比較し、高優先度のタスクから実施するＣＣＰＭ計画を生成する（Ｓ６）。ステップＳ５、およびステップＳ６に基づき、作業計画変更部２４４は、プロジェクトバッファが消費されるか否かを判定する（Ｓ７）。プロジェクトバッファが消費される場合（Ｓ７−Ｙｅｓ）、プロジェクトバッファの消費を行い（Ｓ８）、作業計画変更部２４４は、ＣＣＰＭ計画記憶部２５に記憶させる。プロジェクトバッファが消費されない場合（Ｓ７−Ｎｏ）、作業計画変更部２４４は、ＣＣＰＭ計画記憶部２５に記憶させる。
【００３９】
ＣＣ属性タスクが１つもない場合（Ｓ９−Ｙｅｓ）、合流バッファ比較部２４７は、各合流バッファ量を検出し、各合流バッファ消費量が同一量であるか否かを判定する（Ｓ１０）。ＣＣ属性タスクが１つある場合（Ｓ９−Ｎｏ）、ＣＣ属性、および優先度を確認し（Ｓ１５）、高優先度のタスク、またはＣＣ属性タスクを優先して実施するＣＣＰＭ計画を生成し、ＣＣＰＭ計画記憶部２５に記憶させる。
【００４０】
各合流バッファ消費量が同一量である場合（Ｓ１０−Ｙｅｓ）、タスクの優先度を比較し、高優先度のタスクを優先して実施するＣＣＰＭ計画を生成する（Ｓ１１）。各合流バッファ消費量が同一量でない場合（Ｓ１０−Ｎｏ）、合流バッファ消費量が少ないタスクを優先して実施するＣＣＰＭ計画を生成する（Ｓ１２）。
ステップＳ１１、およびステップＳ１２に基づき、追加タスクがＣＣ属性タスクより作業期間が長いか否かを判定する（Ｓ１３）。追加タスクがＣＣ属性タスクより作業期間が長い場合（Ｓ１３−Ｙｅｓ）、従来のＣＣ属性タスクと新規にＣＣ属性になったタスクの属性を変更する（Ｓ１４）。また、プロジェクトバッファの消費を行い、ＣＣＰＭ計画記憶部２５に記憶させる。追加タスクがＣＣ属性タスクより作業期間が短い場合（Ｓ１３−Ｎｏ）、作業計画をＣＣＰＭ計画記憶部２５に記憶させる。
【００４１】
図７は、本実施形態に係る保守系プロジェクトに基づいて最適化したＣＣＰＭ計画の一例を示す概略ガントチャートである。図５に示すように、作業期間は、例えば、２０１１年９月１日に開始して２０１１年９月９日に終了する予定の作業計画である。
【００４２】
ＣＣＰＭ計画は、リソース１（Ｒ１）によりＣＣ属性プロジェクトであり、順次作業されるタスクＡ、タスクＢ、タスクＣと、リソース２（Ｒ２）により作業される非ＣＣ属性プロジェクトであるタスクＤとによって構成される。また、ＣＣＰＭ計画は、Ｒ１およびＲ２のタスク合流地点に設けられた合流バッファと、ＣＣ属性プロジェクトの最終タスク後に設けられたプロジェクトバッファも含んで構成される。
【００４３】
保守系プロジェクトは、Ｒ１によって作業されるタスクＸ、およびタスクＹと、Ｒ２によって作業されるタスクＺとによって構成される。
なお、保守系プロジェクトの優先度は最大値（１００）として入力されており、最優先の作業とされている。
【００４４】
なお、本実施形態において、作業工程は、１日単位で区切られているが時間単位で区切って管理してもよいし、半日単位で区切って管理してもよい。また、本実施形態において、ＣＣＰＭ計画および保守系プロジェクトとしているが、複数のＣＣＰＭ計画を用いてもよいし、複数のＣＣＰＭ計画、および保守系プロジェクトとしてもよい。また、リソースは、２名で実施しているが１名であってもよいし、その他複数名であってもよい。
【００４５】
図７において、Ｒ１は、９月１日にＣＣ属性のＣＣＰＭ計画におけるプロジェクトとして、タスクＡを実施する予定になっているが、同日に、保守系プロジェクトとして、タスクＸが生じている。すなわち、Ｒ１は、同日に複数のタスクをすることになる。同様に、Ｒ２は、ＣＣＰＭ計画におけるプロジェクトとして、タスクＤを実施する予定になっているが、同日に、保守系プロジェクトとして、タスクＺが生じている。すなわち、Ｒ２は、同日に複数のタスクをすることになる。また、Ｒ１は、９月４日に、ＣＣＰＭ計画に基づくＣＣ属性におけるプロジェクトとして、タスクＣを実施する予定になっているが、同日に、保守系プロジェクトとして、タスクＹが生じている。
【００４６】
図８は、本実施形態に係るＣＣＰＭ計画の更新処理工程に伴う、第１のリソースの各タスクにおけるタスクの作業期間再割り当ての一例を示すガントチャートである。
図８において、Ｒ１のタスクは、９月１日に優先度の高い保守系プロジェクトであるタスクＸを実施する計画に変更されている。ＣＣＰＭ計画タスクであるタスクＡ、タスクＢ、タスクＣは、保守系プロジェクトであるタスクＸが終了した後に、順次作業されるＣＣＰＭ計画と変更されている。プロジェクトバッファは、作業工程の変更に伴い、１日分消費されていることがわかる。
しかし、９月４日にＲ１は、重複タスクを持っており、再度更新処理を行う必要がある。
【００４７】
図９は、本実施形態に係るＣＣＰＭ計画の更新処理工程における、第１のリソース、各タスクの作業期間再割り当てに伴う作業期間の変更の一例を示すガントチャートである。
図９において、Ｒ１のタスクは、９月４日に優先度の高い保守系プロジェクトであるタスクＹを実施する計画に変更されている。これにより、ＣＣＰＭ計画タスクであるタスクＢ、タスクＣは、保守系プロジェクトであるタスクＹが終了した後に、順次作業されるＣＣＰＭ計画と変更されている。プロジェクトバッファは、作業工程の変更に伴い、さらに１日分消費され、合計２日分の消費となったことがわかる。
しかし、重複タスクがなくなり、各タスクがスムーズに実施することが可能となる。
【００４８】
図１０は、本実施形態に係るＣＣＰＭ計画更新処理工程に伴う、第２のリソースの各タスクにおける各タスクの作業期間再割り当ての一例を示すガントチャートである。
図１０において、Ｒ２のタスクは、９月１日に優先度の高い保守系プロジェクトであるタスクＺを実施する計画に変更されている。ＣＣＰＭ計画タスクであるタスクＤは、保守系プロジェクトであるタスクＺが終了した後に、順次作業されるＣＣＰＭ計画と変更されている。プロジェクトバッファは、Ｒ２のタスクが非ＣＣ属性であるため、消費されない。
【００４９】
図７に更新処理を行うことでＲ１は、９月１日に、保守系プロジェクトとして、最優先度のタスクＸを実施する予定に変更されている。同様に、Ｒ１は、９月４日、保守系プロジェクトとして最優先度のタスクＹを行う予定に変更されている。タスクＡ、タスクＢ、タスクＣは、更新処理により、最優先度のタスクＹの作業終了後に実施される。すなわち、ＣＣＰＭ計画は、１日、もしくは２日、開始日が変更されることにとより、重複タスクがなくなっている。これにより、プロジェクトバッファは、Ｒ１の保守系プロジェクト日数分、消費されるが、重複タスクがなくなったことにより、プロジェクトをスムーズに行える。同様に、Ｒ２も、更新処理を行うことでＲ２は、重複タスクがなくなり、プロジェクトをスムーズに行える。
【００５０】
このように、本実施形態によれば、管理対象であるプロジェクトに含まれる作業と、作業を行う作業者と、作業を行う開始時期および終了時期によって示される作業期間と、作業を他の作業より優先させて行う度合いを示す優先度と、当該プロジェクトに対して予め設定された余裕期間を表すプロジェクトバッファと、が対応付けられた複数の作業計画が記憶される作業計画記憶部（ＣＣＰＭ計画記憶部２５）と、作業計画記憶部（ＣＣＰＭ計画記憶部２５）に記憶されている複数の作業計画を読み出し、読み出した複数の作業計画において作業者および作業期間が重複する複数の作業が存在するか否かを判定する重複判定部（タスク重複判定部２４１）と、重複判定部（タスク重複判定部２４１）によって、作業者および作業期間が重複する複数の作業が存在すると判定された場合、複数の作業に対応付けられた優先度を比較する優先度比較部２４８と、重複判定部（タスク重複判定部２４１）によって、作業者および作業期間が重複する複数の作業が存在すると判定された場合、当該複数の作業のプロジェクトバッファの消費量を比較するプロジェクトバッファ比較部２４６と、プロジェクトバッファ比較部２４６によって、プロジェクトバッファの消費量が同一であると判定された場合、優先度比較部２４８によって優先度が比較された複数の作業のうち、より優先度が低い作業の作業期間に、より優先度の高い作業の作業期間と重複しない作業期間を対応付けて作業計画記憶部（ＣＣＰＭ計画記憶部２５）に記憶させる作業計画更新処理を行う作業計画更新部（ＣＣＰＭ計画更新部２４）と、を備えること、を特徴とする。これにより、作業者のマルチタスクを排除した作業計画を生成できる。
【００５１】
なお、上述した実施形態における管理者端末１、作業者端末３、作業計画管理装置２の制御機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、管理者端末１、作業者端末３、作業計画管理装置２に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。
【００５２】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００５３】
また、上述した実施形態における管理者端末１、作業者端末３、作業計画管理装置２の一部、または全部を、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現しても良い。作業計画管理装置の各機能ブロックは個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化しても良い。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いても良い。
【００５４】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【符号の説明】
【００５５】
１・・・管理者端末
１１・・・入力部
１２・・・出力部
１３・・・制御部
２・・・作業計画管理装置
２１・・・リソース情報記憶部
２２・・・プロジェクト情報記憶部
２３・・・ＣＣＰＭ計画生成部
２４・・・ＣＣＰＭ計画更新部
２５・・・ＣＣＰＭ計画記憶部
３・・・作業者端末
３１・・・入力部
３２・・・出力部
３３・・・制御部
２４１・・・タスク重複判定部
２４２・・・ＣＣ属性重複判定部
２４３・・・ＰＪバッファ消費量検出部
２４４・・・作業計画変更部
２４５・・・バッファ処理部
２４６・・・ＰＪバッファ比較部
２４７・・・合流バッファ比較部
２４８・・・優先度比較部
２４９・・・ＣＣ属性変更判定部
【図１】
0005982187.tif 000002
【図２】
0005982187.tif 000003
【図３】
0005982187.tif 000004
【図４】
0005982187.tif 000005
【図５】
0005982187.tif 000006
【図６】
0005982187.tif 000007
【図７】
0005982187.tif 000008
【図８】
0005982187.tif 000009
【図９】
0005982187.tif 000010
【図１０】
0005982187.tif 000011