(57)【要約】【課題】適切な作業管理を実現する。【解決手段】作業管理方法において、情報処理装置が、作業工程に含まれる複数のタスクのそれぞれに対して、他のタスクとの間の実行順序関係を規定する実行属性を設定し、前記実行属性が設定された前記複数のタスクを用いてガントチャートを生成し、生成される前記ガントチャートに含まれる前記複数のタスクの中で親子関係にあるタスクは、子タスクが、親タスクで設定された前記実行属性に応じた実行内容に対応するものである。【選択図】図１
2015014939.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置が、
作業工程に含まれる複数のタスクのそれぞれに対して、他のタスクとの間の実行順序関係を規定する実行属性を設定し、
前記実行属性が設定された前記複数のタスクを用いてガントチャートを生成し、
生成される前記ガントチャートに含まれる前記複数のタスクの中で親子関係にあるタスクは、子タスクが、親タスクで設定された前記実行属性に応じた実行内容に対応するものであることを特徴とする作業管理方法。
【請求項２】
前記ガントチャートを構成する前記タスクのラベル、記述位置、カラム記載、及びバー表示の各要素のうち、少なくとも１つの要素を用いて、前記複数のタスクのそれぞれに対して前記実行属性及び前記親子関係を設定することを特徴とする請求項１に記載の作業管理方法。
【請求項３】
前記実行内容は、前記タスクに対する条件分岐又は繰り返し制御であることを特徴とする請求項１又は２に記載の作業管理方法。
【請求項４】
予め設定されたプロセス定義フローに含まれる条件ノードを判定し、判定した結果に基づいて前記作業工程に含まれるタスクに前記実行属性を設定して、前記プロセス定義フローから前記ガントチャートへの変換を行うことを特徴とする請求項１乃至３の何れか１項に記載の作業管理方法。
【請求項５】
前記複数のタスクのそれぞれに対して、前記実行属性及び前記親子関係に対応させたアイコンを表示させたガントチャートを生成することを特徴とする請求項１乃至４の何れか１項に記載の作業管理方法。
【請求項６】
作業工程に含まれる複数のタスクのそれぞれに対して、他のタスクとの間の実行順序関係を規定する実行属性を設定し、
前記実行属性が設定された前記複数のタスクを用いてガントチャートを生成し、
生成される前記ガントチャートに含まれる前記複数のタスクの中で親子関係にあるタスクは、子タスクが、親タスクで設定された前記実行属性に応じた実行内容に対応するものである、処理をコンピュータに実行させるための作業管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、作業管理方法及び作業管理プログラムに関する。
【背景技術】
【０００２】
プロジェクト管理や生産管理等の分野において、各作業のスケジュールや進捗状況を管理する手法の一つとして、ガントチャートが知られている。ガントチャートは、作業工程に対応する個々のタスクをバーで表示することで、作業状況等を時間軸上で表現したり、インデント（段差）を用いてタスク間の親子関係が記述できることから、複数のタスクを一覧する用途等に広く用いられている。また、ガントチャートで表現される各タスクに属性を持たせることで直接的にはガントチャートに記述できない事項を、ガントチャートの中に盛り込む手法がある（例えば、特許文献１〜４参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−５５１９１号公報
【特許文献２】特開平８−２８７１４０号公報
【特許文献３】特開平１１−３０５８２６号公報
【特許文献４】特開平１０−１１８８９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したように、各タスクに属性を持たせることで複数の情報を盛り込むことはできるが、タスク間の関係については明確に記載することができない。例えば、条件分岐、繰り返し制御等の各種の判断制御が含まれるプロセス等を記述するためには、ガントチャートで用いられるインデント表現では不十分である。
【０００５】
したがって、例えば複数のタスクによる実行順序を管理するプロセス定義フロー（プロセスチャート）等で記述可能な内容が、ガントチャートで表現することができず、ガントチャートのみでは実行順序等を含めた適切な作業管理を実現することができなかった。
【０００６】
１つの側面では、本発明は、適切な作業管理を実現することを目的とする。
【課題を解決するための手段】
【０００７】
一態様における作業管理方法は、情報処理装置が、作業工程に含まれる複数のタスクのそれぞれに対して、他のタスクとの間の実行順序関係を規定する実行属性を設定し、前記実行属性が設定された前記複数のタスクを用いてガントチャートを生成し、生成される前記ガントチャートに含まれる前記複数のタスクの中で親子関係にあるタスクは、子タスクが、親タスクで設定された前記実行属性に応じた実行内容に対応するものである。
【発明の効果】
【０００８】
適切な作業管理を実現することができる。
【図面の簡単な説明】
【０００９】
【図１】作業管理装置の機能構成の一例を示す図である。
【図２】作業管理装置のハードウェア構成の一例を示す図である。
【図３】作業管理装置の処理の一例を示すフローチャートである。
【図４】条件分岐におけるガントチャートとプロセス定義フローとの対応関係を示す図（その１）である。
【図５】条件分岐におけるガントチャートとプロセス定義フローとの対応関係を示す図（その２）である。
【図６】条件分岐におけるガントチャートとプロセス定義フローとの対応関係を示す図（その３）である。
【図７】タスクの階層設定情報の一例を示す図である。
【図８】「ｗｈｉｌｅ  ｄｏ」におけるガントチャートとプロセス定義フローとの対応関係を示す図である。
【図９】「ｄｏ  ｗｈｉｌｅ」におけるガントチャートとプロセス定義フローとの対応関係を示す図である。
【図１０】プロセス定義における管理データ構造の一例を示す図である。
【図１１】ガントチャート編集手段における条件ノード判定処理の一例を示すフローチャートである。
【図１２】条件ノードから到達可能なタスクに印を付加した例を示す図である。
【図１３】複数の条件ノードが混在する場合の条件ノードの判定例を示す図（その１）である。
【図１４】複数の条件ノードが混在する場合の条件ノードの判定例を示す図（その２）である。
【図１５】複数の条件ノードが混在する場合の条件ノードの判定例を示す図（その３）である。
【図１６】ガントチャートの一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照しながら実施例について詳細に説明する。
【００１１】
＜作業管理装置の機能構成例＞
図１は、作業管理装置の機能構成の一例を示す図である。図１の例に示す作業管理装置１０は、情報処理装置の一例であり、例えばＰｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ（ＰＣ）等である。また、作業管理装置１０は、例えば複数のＰＣからインターネットやＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）等の通信ネットワークを介してアクセス可能なサーバ等である。
【００１２】
作業管理装置１０は、入力手段１１と、第１編集手段１２と、第２編集手段１３と、プロセス定義解析手段１４と、画面生成手段１５と、表示手段１６と、記憶手段１７と、作業管理手段１８とを有する。第１編集手段１２は、プロセス定義読み込み手段２１−１と、プロセス定義書き込み手段２２−１と、ガントチャート編集手段２３とを有する。第２編集手段１３は、プロセス定義読み込み手段２１−２と、プロセス定義書き込み手段２２−２と、プロセス定義フロー編集手段２４とを有する。また、記憶手段１７は、プロセス定義ファイル２５を有する。
【００１３】
入力手段１１は、作業管理装置１０を使用するユーザ等からの作業管理処理に関する各種指示の開始や終了、各種設定等の入力を受け付ける。入力手段１１は、例えばキーボードやマウス等を有する。また、作業管理装置１０が上述した通信ネットワークを介して外部装置からアクセスされるように構成の場合、入力手段１１は、その外部端末からの入力情報を取得する。
【００１４】
第１編集手段１２は、入力手段１１から受け付けた作業管理を行う対象のプロジェクト等における各工程に対するタスクの割り当てと、割り当てた複数のタスクのそれぞれに対して、他のタスクとの間の実行順序関係を規定する実行属性を設定する。また、第１編集手段１２は、タスクを実施する担当者（作業者）の割り当て、スケジュールの設定等を行い、上述した各種入力情報に基づいて、ガントチャートを生成する。タスクとは、例えば作業者等が実施する作業だけでなく、所定のアプリケーションを自動的に実行させたり、電子メールを送信したり、既存のＷｅｂサービスと通信する等の処理であってもよい。
【００１５】
また、第１編集手段１２は、プロセス定義ファイル２５に記憶されたプロセス定義を取得し、取得したプロセス定義ファイルに対応するガントチャートを生成する。具体的には、第１編集手段１２のプロセス定義読み込み手段２１−１は、プロセス定義ファイル２５に記憶される対象のプロジェクトに対応するプロセス定義を読み込む。プロセス定義とは、例えばプロセス定義フロー（プロセスチャート）等で表現されるノード（タスク）やノード間を結ぶ枝（矢印）毎に設定される管理データであるが、これに限定されるものではない。
【００１６】
ガントチャート編集手段２３は、上述したようにユーザ等により入力手段１１から入力された情報及びプロセス定義読み込み手段２１−１から読み込まれたプロセス定義に対応させて、ガントチャートを生成する。
【００１７】
ここで、従来のガントチャートでは、複数のタスクの実行手順（業務の流れ）がシーケンシャルではないため、条件分岐が定義できなかった。また、従来のガントチャートでは、"戻る"という概念がないため、繰り返し制御が定義できなかった。そこで、ガントチャート編集手段２３は、作業工程に対応するガントチャートを構成するタスクのラベル、記述位置（インデント）、カラム記載、及びバー表示等の直接的に表示される要素のうち、少なくとも１つの要素を用いてプロセスの記述を可能とする。プロセスとは、例えば条件分岐や繰り返し制御の実行順序であり、上述した要素を用いて実行属性を規定することで、プロセスを記述する。また、ラベルとは、例えばガントチャートに記述するタスクの文字の色、字形、及び字体等のうち、少なくとも１つの情報であるが、これに限定されるものではない。
【００１８】
ガントチャート編集手段２３は、対象のプロジェクト等に対応する作業工程に含まれる１又は複数のタスクのそれぞれに対して実行属性や親子関係を設定する。これにより、ガントチャート編集手段２３は、タスクに対応する実行属性や親子関係等をガントチャートで表現することができる。したがって、例えば実行属性を設定した親タスクと親子関係にある子タスクは、上述した実行属性に応じた実行内容（例えば、条件分岐（ｉｆ）、繰り返し制御（ｄｏ  ｗｈｉｌｅ、ｗｈｉｌｅ  ｄｏ）等）に対応するものであることを、ガントチャートで表現することができる。これにより、本実施形態では、ガントチャートの表現力を向上させることができる。
【００１９】
ガントチャート編集手段２３により編集されたガントチャートは、画面生成手段１５により画面が生成され、表示手段１６により表示される。ユーザは、表示手段１６に表示されたガントチャートを参照し、変更部分等があれば入力手段１１等から変更指示を入力する。ガントチャート編集手段２３は、入力された変更指示に対応したガントチャートを再編集し、表示手段１６に表示する。
【００２０】
また、第１編集手段１２のプロセス定義書き込み手段２２−１は、ガントチャート編集手段２３からの指示により、ガントチャート編集手段２３で編集されたガントチャートに対応するプロセス定義をプロセス定義ファイル２５に書き込む。
【００２１】
第２編集手段１３は、プロセス定義ファイル２５に記憶されたプロセス定義を取得し、取得したプロセス定義ファイルに対応するプロセス定義フローを生成する。具体的には、第２編集手段１３のプロセス定義読み込み手段２１−２は、プロセス定義ファイル２５に記憶される対象のプロジェクトに対応するプロセス定義を読み込む。このとき読み込まれるプロセス定義は、上述した第１編集手段１２により編集されたガントチャートに対応するプロセス定義であってもよく、第２編集手段１３で以前生成したプロセス定義であってもよい。
【００２２】
プロセス定義フロー編集手段２４は、プロセス定義読み込み手段２１−２から読み込まれたプロセス定義に対応させて、実行手順に対応するプロセス定義フローを生成する。なお、プロセス定義フロー編集手段２４は、上述したようにユーザ等により入力手段１１から入力された情報に基づいてプロセス定義フローを生成してもよい。
【００２３】
プロセス定義フロー編集手段２４により編集されたプロセス定義フローは、画面生成手段１５により画面が生成され、表示手段１６により表示される。ユーザは、表示手段１６に表示されたガントチャートを参照し、変更部分等があれば入力手段１１等から変更指示を入力する。プロセス定義フロー編集手段２４は、入力された変更指示に対応したプロセス定義フローを再編集し、表示手段１６に表示する。
【００２４】
また、第２編集手段１３のプロセス定義書き込み手段２２−２は、プロセス定義フロー編集手段２４からの指示により、プロセス定義フロー編集手段２４で編集されたプロセス定義フローに対応するプロセス定義をプロセス定義ファイル２５に書き込む。
【００２５】
プロセス定義解析手段１４は、上述したガントチャート編集手段２３により編集されたガントチャートにおける業務の流れがプロセス定義フローとして構成されるかを検証し、必要に応じて対象の運用環境等で動作するための情報を付加する。また、プロセス定義解析手段１４は、予め設定された運用環境の各種条件において、上述したガントチャート編集手段２３やプロセス定義フロー編集手段２４で編集されたプロセス定義が実現可能であるか否かを解析する。解析結果は、表示手段１６に表示させることができる。
【００２６】
画面生成手段１５は、上述したガントチャート編集手段２３により編集（例えば、生成、変更等）されるガントチャートや、プロセス定義フロー編集手段２４により編集されるプロセス定義フローを表示する画面を生成する。また、画面生成手段１５は、例えば作業管理手段１８における作業の進捗状況等を表示する画面を生成する。また、画面生成手段１５は、本実施形態における作業管理処理を実行するために必要な設定入力画面やエラー画面等の各種画面を生成する。
【００２７】
表示手段１６は、画面生成手段１５により生成されたガントチャートやプロセス定義フロー、プロセス定義ファイル２５等の各種情報を表示する。表示手段１６は、例えばディスプレイやモニタ等である。
【００２８】
記憶手段１７は、本実施形態において必要となる各種情報を記憶する。例えば、記憶手段１７は、プロセス定義ファイル２５や、第１編集手段１２により編集されたガントチャート、第２編集手段１３により編集されたプロセス定義フロー、本実施形態を実行するための各種設定情報、作業管理の実行結果等を記憶する。また、記憶手段１７は、記憶された各種情報を必要に応じて所定のタイミングで読み出したり、作業管理処理に関する実行結果等を書き込んだりすることができる。
【００２９】
記憶手段１７におけるプロセス定義ファイル２５は、記憶手段の一例であり、例えば判断制御情報や、タスクノード、又は条件ノード等の各ノードに対する管理データ構造等を記憶する。プロセス定義ファイル２５は、第１編集手段１２や第２編集手段１３により、予め記憶されているプロセス定義の読み込みが行われたり、更新されたプロセス定義の書き込みが行われ、書き込まれた内容に応じてデータの更新等を行う。
【００３０】
作業管理手段１８は、作業管理を行うシステム上でプロセス定義ファイル２５に記憶されたプロセス定義を適用して対象のプロジェクト等に対する作業管理を実行する。例えば、作業管理手段１８は、対象のプロジェクトに対する各タスクの開始日時や終了日時等を管理し、ガントチャート等による工程計画に対応する各タスクの進捗状況等を画面生成手段１５に生成させ、表示手段１６に表示させる。
【００３１】
ユーザは、作業管理手段１８による結果が、工程計画の変更が必要と判断した場合には、上述したガントチャート編集手段２３やプロセス定義フロー編集手段２４によるガントチャートやプロセス定義フローの再編集を行う。作業管理手段１８により管理される各種情報は、例えば記憶手段１７に記憶される。
【００３２】
本実施形態では、図１に示すプロセス定義読み込み手段２１−１及び２１−２が１つの構成であってもよく、またプロセス定義書き込み手段２２−１及び２２−２が１つの構成であってもよい。
【００３３】
＜作業管理装置１０のハードウェア構成例＞
次に、作業管理装置１０のハードウェア構成例について、図を用いて説明する。図２は、作業管理装置のハードウェア構成の一例を示す図である。
【００３４】
図２の例において、作業管理装置１０は、入力装置３１と、出力装置３２と、ドライブ装置３３と、補助記憶装置３４と、主記憶装置３５と、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）３６と、ネットワーク接続装置３７とを有し、これらはシステムバスＢで相互に接続されている。
【００３５】
入力装置３１は、ユーザ等が操作するキーボード及びマウス等のポインティングデバイスや、マイクロフォン等の音声入力デバイスを有しており、ユーザ等からのプログラムの実行指示、各種操作情報、ソフトウェア等を起動するための情報等の入力を受け付ける。
【００３６】
出力装置３２は、本実施形態における処理を行うためのコンピュータ本体（作業管理装置１０）を操作するのに必要な各種ウィンドウやデータ等を表示するディスプレイ等を有する。出力装置３２は、ＣＰＵ３６が有する制御プログラムによりプログラムの実行経過や結果等を表示することができる。
【００３７】
ここで、本実施形態において、例えばコンピュータ本体にインストールされる実行プログラムは、記録媒体３８等により提供される。記録媒体３８は、ドライブ装置３３にセット可能である。ＣＰＵ３６からの制御信号に基づき、記録媒体３８に格納された実行プログラムが、記録媒体３８からドライブ装置３３を介して補助記憶装置３４にインストールされる。
【００３８】
補助記憶装置３４は、例えばＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）やＳｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ（ＳＳＤ）等のストレージ手段等である。補助記憶装置３４は、ＣＰＵ３６からの制御信号に基づき、本実施形態における実行プログラムや、コンピュータに設けられた制御プログラム等を記憶し、必要に応じて入出力を行う。補助記憶装置３４は、ＣＰＵ３６からの制御信号等に基づいて、記憶された各情報から必要な情報を読み出したり、書き込むことができる。
【００３９】
主記憶装置３５は、ＣＰＵ３６により補助記憶装置３４から読み出された実行プログラム等を格納する。主記憶装置３５は、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＲＯＭ）やＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）等である。補助記憶装置３４及び主記憶装置３５は、例えば上述したプロセス定義ファイル２５等が記憶された記憶手段１７に対応している。
【００４０】
ＣＰＵ３６は、Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ（ＯＳ）等の制御プログラム、及び主記憶装置３５に格納されている実行プログラムに基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、コンピュータ全体の処理を制御して各処理を実現する。プログラムの実行中に必要な各種情報等は、補助記憶装置３４から取得することができ、また実行結果等を格納することもできる。
【００４１】
具体的には、ＣＰＵ３６は、例えば入力装置３１から得られるプログラムの実行指示等に基づき、補助記憶装置３４にインストールされたプログラムを実行させることにより、主記憶装置３５上でプログラムに対応する処理を行う。
【００４２】
例えば、ＣＰＵ３６は、作業管理プログラムを実行させることで、上述した第１編集手段１２によるガントチャートの編集、第２編集手段１３によるプロセス定義フローの編集、プロセス定義解析手段１４によるプロセス定義の解析等の処理を行う。また、ＣＰＵ３６は、例えば画面生成手段１５による画面生成、表示手段１６による画面表示、作業管理手段１８による作業管理等の処理を行う。ＣＰＵ３６における処理内容は、上述した内容に限定されるものではない。ＣＰＵ３６により実行された内容は、必要に応じて補助記憶装置３４等に記憶される。
【００４３】
ネットワーク接続装置３７は、上述したインターネットやＬＡＮ等の通信ネットワークを介して、外部装置との通信を行う。ネットワーク接続装置３７は、ＣＰＵ３６からの制御信号に基づき、通信ネットワーク等と接続することにより、実行プログラムやソフトウェア、設定情報等を外部装置等から取得する。また、ネットワーク接続装置３７は、プログラムを実行することで得られた実行結果又は本実施形態における実行プログラム自体を外部装置等に提供する。
【００４４】
記録媒体３８は、上述したように実行プログラム等が格納されたコンピュータで読み取り可能な記録媒体である。記録媒体３８は、例えばフラッシュメモリ等の半導体メモリやＣＤ−ＲＯＭ、ＤＶＤ等の可搬型の記録媒体であるが、これに限定されるものではない。
【００４５】
図２に示すハードウェア構成に実行プログラム（例えば、作業管理プログラム等）をインストールすることで、ハードウェア資源とソフトウェアとが協働して本実施形態における作業管理処理等を実現することができる。
【００４６】
＜作業管理処理例＞
次に、本実施形態における作業管理装置１０の処理例についてフローチャートを用いて説明する。図３は、作業管理装置の処理の一例を示すフローチャートである。
【００４７】
図３の例において、作業管理装置１０の第１編集手段１２は、入力手段１１等から対象のプロジェクト等の作業工程に含まれる複数のタスクのそれぞれに対する実行属性の設定を受け付ける（Ｓ０１）。次に、第１編集手段１２は、実行属性が設定された複数のタスクを用いて、業務の流れ等を含むガントチャートを生成する（Ｓ０２）。なお、Ｓ０２の処理において、生成されるガントチャートに含まれる複数のタスクの中で親子関係にあるタスクは、子タスクが、親タスクで設定された実行属性に応じた実行内容に対応するものである。第１編集手段１２は、ガントチャートで表現された内容をプロセス定義ファイル２５に記憶してもよい。
【００４８】
次に、プロセス定義解析手段１４は、Ｓ０２の処理で得られるガントチャートに対し、プロセス定義フローにおける業務の流れを検証し、作業管理装置１０の運用環境等で動作するための情報を付加する（Ｓ０３）。例えば、プロセス定義解析手段１４は、Ｓ０２の処理で得られるガントチャートに対応するプロセス定義を用いて、プロセス定義フローとして構成されるかを検証し、プロセス定義フローを構成するために不足している項目等がある場合に、その項目の情報を付加する。付加する情報は、予め設定された情報でもよく、表示手段１５に不足している項目がある旨を表示し、ユーザに表示させてもよい。また、プロセス定義解析手段１４は、プロセス定義が間違っていると判断した場合には、表示手段１５にその旨の表示をして、ユーザに修正させてもよい。プロセス定義が間違っていると判断される例としては、例えば実行属性の設定で、不要な分岐や繰り返し制御がある場合等であるが、これに限定されるものではない。また、プロセス定義解析手段１４は、Ｓ０２の処理で得られた解析結果を記憶手段１７に記憶してもよく、解析により更新されたプロセス定義ファイル２５を記憶してもよい。
【００４９】
次に、作業管理手段１８は、プロセス定義を適用して、対象のプロジェクト等に対する作業管理を実行し、運用を開始する（Ｓ０４）。ここで、ユーザ（管理者等）からの指示により業務の改善要望があったか否かを判断し（Ｓ０５）、要望があった場合（Ｓ０５において、ＹＥＳ）、第２編集手段１３は、プロセス定義ファイル２５を読み込み、改善可能な部分のプロセス定義フローを変更する（Ｓ０６）。なお、第２編集手段１３は、ガントチャートで表現された内容をプロセス定義ファイル２５として記憶してもよい。
【００５０】
次に、第１編集手段１２は、Ｓ０６の処理により変更されたプロセス定義フローに対応させてガントチャートを変更し（Ｓ０７）、Ｓ０３の処理に戻る。なお、第１編集手段１２は、変更されたガントチャートで表現された内容をプロセス定義ファイル２５に記憶してもよい。
【００５１】
また、作業管理装置１０は、上述したＳ０５の処理において、業務の改善要望がなかった場合（Ｓ０５において、ＮＯ）、処理を終了する。
【００５２】
なお、上述したＳ０２やＳ０７におけるガントチャートの生成や変更等の編集処理については、例えば対象プロジェクト等の現場担当者やコンサルティング担当者等が行ってもよい。また、上述したＳ０７におけるプロセス定義フローについての編集処理については、例えばシステム構築部門や情報システム部門の担当者等が行ってもよいが、これらに限定されるものではない。図３に示すように、本実施形態では、ガントチャートによるプロセス記述を拡張することができるため、ガントチャートとプロセス定義フローとで同様の表現を実現することができる。したがって、本実施形態では、プロセス定義ファイル２５を用いて、ガントチャートとプロセス定義フローとの双方向の変換を実現する。上述した構成により、作業管理装置１０は、ガントチャートを用いて適切な作業管理を実現することができる。
【００５３】
＜ガントチャート編集手段２３における処理の一例＞
次に、ガントチャート編集手段２３における処理の一例について具体的に説明する。従来では、ガントチャートの表記とプロセス定義フローの表記とは、１対ｎの関係となっている。例えば、プロセス定義フローにおける条件ノードは、条件分岐や繰り返し制御等の複数の意味を有する。そこで、ガントチャート編集手段２３は、プロセス定義フローからガントチャートに変換する際、プロセス定義における条件ノードの前後のノードから、その条件ノードが条件分岐であるか、繰り返し制御であるかを識別する。また、ガントチャートの記述に対して、識別された条件ノードの概念を追加する。
【００５４】
図４〜図６は、条件分岐におけるガントチャートとプロセス定義フローとの対応関係を示す図（その１〜その３）である。図４（Ａ）、図５（Ａ）、図６（Ａ）は、ガントチャートの一例を示し、図４（Ｂ）、図５（Ｂ）、図６（Ｂ）は、各ガントチャートに対応するプロセス定義フローの一例を示している。
【００５５】
本実施形態では、ガントチャートを構成する各タスクに条件ノードと同様の実行属性を設定することができる。条件ノードの実行属性には、例えば種別や条件式を設定することができる。条件ノードの種別は、例えば「ｉｆ」、「ｗｈｉｌｅ  ｄｏ」、「ｄｏ  ｗｈｉｌｅ」の何れかが設定できるが、これに限定されるものではない。また、条件式による各条件に基づいて、対応する実行属性が設定され、設定されたタスクと親子関係にある子タスク（孫タスク等も含む）は、その条件式に合致した場合のみ処理が実行される。なお、本実施形態におけるガントチャートは、複数のタスクに対する親子関係を記述位置（インデント）等により表示することができ、ガントチャート編集手段２３は、その旨の設定を行うことができる。
【００５６】
図４の例では、１つの条件分岐を有する処理の一例を示している。図４（Ａ）に示すガントチャートは、処理の種別を「■」や「◆」等のアイコンで表している。なお、アイコンの種類についてはこれに限定されるものではなく、他の記号や文字等であってもよい。また、図４（Ａ）の例において、条件１の後のタスク（Ｔａｓｋ）１−１，１−２の記述位置（インデント）の段差は、それぞれの処理の階層を示している。
【００５７】
図４（Ａ）、（Ｂ）に示す処理では、処理の開始後、最初にタスク（Ｔａｓｋ）０の処理を行い、その後、「条件１」の条件ノードに従って分岐を行い、「条件１」の条件を満たせば、「タスク１−１」と「タスク１−２」を行う。なお、図４（Ａ）、（Ｂ）におけるタスク１−１、タスク１−２は、子タスクである。
【００５８】
また、図４の例では、上述した条件１の条件を満たさない場合又はタスク１−２の処理後、タスク２を行い、処理を終了する。なお、図４（Ｂ）等に示す「Ｄｏｎｅ」は、処理後に矢印の方向にある次のタスク等を行うことを意味している。
【００５９】
図５（Ａ）、（Ｂ）の例では、例えば条件分岐（ｉｆ文）が入れ子の場合（孫タスクが存在する場合）の処理の一例を示している。また、図５（Ａ）、（Ｂ）の例では、子タスクであるタスク１−２の後に、更に条件分岐（条件１−３、条件１−４が存在し、それぞれの条件分岐に応じて処理する孫タスク（例えば、タスク１−３−１、タスク１−４−１）が設定される。
【００６０】
ここで、第１編集手段１２は、ガントチャートで表示される条件ノードのプロパティ等で、デフォルト指定か否かの設定を追加することができる。デフォルト指定の場合は、例えば一般的なプログラミング言語のＳｗｉｔｃｈ文のｄｅｆａｕｌｔ構文と同様に、定義した条件式に当てはまらない場合の動作を定義することができる。
【００６１】
図６（Ａ）、（Ｂ）は、条件分岐がＳｗｉｔｃｈ文に対応するｉｆ文を用いた場合のガントチャートとプロセス定義フローとを示している。本実施形態では、図６（Ａ）、（Ｂ）の例に示すように、条件分岐として条件１と条件２とを有し、更に条件１及び条件２に当てはまらなかった場合に、デフォルトのタスクとしてタスク３を実行するように設定することができる。
【００６２】
ここで、図４（Ａ）、図５（Ａ）、図６（Ａ）に示す設定情報において、条件ノードの子タスクは、必ずしもインデントを下げて子タスクとして表現する必要はなく、タスクを表現するアイコンを変更することや、子タスクを示すカラム（項目）を追加することで表現してもよい。
【００６３】
図７は、タスクの階層設定情報の一例を示す図である。本実施形態では、第１編集手段１２において、ガントチャートを表現するための設定情報を設定する場合、図７（Ａ）〜図７（Ｃ）に示すような手法を用いて各タスク等を設定することができる。
【００６４】
図７（Ａ）の例では、ある条件式の配下（親子関係）の条件式について、アイコンを複数用いたり、アイコンの種類を変更したり、子タスク用のカラム（例えば、「□」等）を追加することで表現する。例えば、図７（Ａ）に示す「◆◆条件１−３（ｉｆ）」は、「□タスク１−２」の後に実行されるタスクであることを示している。このように、図７（Ａ）の例では、アイコンによりタスク間の親子関係を設定することができる。
【００６５】
また、図７（Ｂ）の例では、ガントチャートに各階層を示すカラム（項目）を追加する。図７（Ｂ）の例では、「階層１」、「階層２」が設定されている。例えば、タスクに対して条件式で実施する処理を「階層１」として該当する項目をチェックする。また、条件式の配下で条件式を定義した場合は、その条件式で実施する処理は「階層２」として該当する項目をチェックする。このように、図７（Ｂ）の例では、階層毎にチェックマーク（レ点）を設定することで、親子関係を設定することができる。
【００６６】
また、図７（Ｃ）の例では、ガントチャートに階層の項目を追加し、対応するタスクに階層を表す数値を設定する。図７（Ｃ）の例では、子タスクに「１」が設定され、孫タスクに「２」が設定されている。このように、図７（Ｃ）の例では、階層を数値で設定することにより、親子関係を設定することができる。
【００６７】
第１編集手段１２は、本実施形態におけるガントチャートの記述において、上述した条件分岐（ｉｆ）の他にも、実行属性として繰り返し制御（ｗｈｉｌｅ  ｄｏ、ｄｏ  ｗｈｉｌｅ）を示すタスク（条件ノード）の概念を設定することができる。この場合、条件ノードには、条件式、条件ノードの種別を設定することができる。例えば、条件ノードの種別には、複数のタスクにおける実行順序の関係を示す「ｉｆ」、「ｗｈｉｌｅ  ｄｏ」、「ｄｏ  ｗｈｉｌｅ」の何れかを設定することができる。
【００６８】
ここで、図８は、「ｗｈｉｌｅ  ｄｏ」におけるガントチャートとプロセス定義フローとの対応関係を示す図である。また、図９は、「ｄｏ  ｗｈｉｌｅ」におけるガントチャートとプロセス定義フローとの関係を示す図である。図８（Ａ）、図９（Ａ）は、ガントチャートの一例を示し、図８（Ｂ）、図９（Ｂ）は、プロセス定義フローの一例を示している。
【００６９】
例えば、図８（Ａ）、（Ｂ）に示すように、条件ノードの種別が「ｗｈｉｌｅ  ｄｏ」の場合で、条件式が設定された条件ノードの子タスク（Ｔａｓｋ１）は、その条件式に合致している間、子タスクを繰り返し実行する。
【００７０】
また、図９（Ａ）、（Ｂ）に示すように、条件ノードの種別が「ｄｏ  ｗｈｉｌｅ」の場合で、条件式が設定された条件ノードの子タスク（Ｔａｓｋ１）は、子タスクを１回実行後、その条件式で判定処理を行い、合致している間は子タスクを繰り返し実行する。
【００７１】
条件ノードの子タスクは、図８（Ａ）、図９（Ａ）に示すように、必ずしもインデント等により子タスクとして表現する必要はなく、例えばタスクを表現するアイコンを変更したり、子タスクを示すカラムを追加することで表現することができる。
【００７２】
本実施形態では、上述したように、プロセス定義フローに記載される条件ノードをガントチャートでも表現することができる。ガントチャートは、バー（タイムライン）表示等により、スケジュールや進捗管理もできるため、ガントチャートを用いることで、より適切な作業管理を実現できる。
【００７３】
＜プロセス定義の一例＞
次に、上述したプロセス定義の一例について説明する。本実施形態では、編集（生成、変更等）がされたガントチャートやプロセス定義フローに対してプロセル定義ファイル２５の更新を行う。
【００７４】
プロセス定義では、プロセス定義フローの各ノードに対し、例えばノードの名前、実施する担当者（作業者）、作業を実施するための画面情報、作業期間、自ノードに入る矢印や自ノードから出る矢印の一覧を管理する。また、各矢印は、矢印の名前、矢印の接続元のノードと接続先のノードを管理する。
【００７５】
図１０は、プロセス定義における管理データ構造の一例を示す図である。図１０（Ａ）は、プロセス定義フローにおけるノードの管理データ構造と、各ノードを結ぶ矢印（枝）の管理データ構造とを示している。
【００７６】
ノードの管理データ構造のデータ項目としては、例えば「ノードの名前」、「実施する担当者」、「作業を実施する画面情報」、「作業期間」、「入る矢印の一覧（リストで管理）」、「出る矢印の一覧（リストで管理）」等があるが、これに限定されるものではない。矢印の管理データ構造のデータ項目としては、例えば「矢印の名前」、「接続元のノード情報」、「接続先のノード情報」等があるが、これに限定されるものではない。
【００７７】
本実施形態では、第１編集手段１２及び第２編集手段１３において、上述した図１０（Ａ）で定義されたノード及び矢印の管理データ構造を設定することで、例えば図１０（Ｂ）に示すように、各ノードや矢印等に対して情報を付加することができる。
【００７８】
例えば、図１０（Ｂ）の例において、「タスク１」の場合は、「名前：タスク１」、「作業者：ＵｓｅｒＡ」、「画面：申請画面」、「期間：１日」、「（タスク１に）入る矢印：矢印１、矢印４」、「（タスク１から）出る矢印：矢印２」がプロセス定義として設定される。また、「条件１」の場合は、「名前：条件１」、「（条件１に）入る矢印：矢印２」、「（条件１から）出る矢印：矢印３、矢印４」がプロセス定義として設定される。また、「タスク２」の場合は、「名前：タスク２」、「作業者：ＵｓｅｒＢ」、「画面：承認画面」、「期間：０．５日」、「（タスク２に）入る矢印：矢印３」、「（タスク２から）出る矢印：矢印５」がプロセス定義として設定される。
【００７９】
＜ガントチャート編集手段２３における条件ノード判定処理例＞
プロセス定義フローからガントチャートに変換する場合、プロセス定義フローの条件ノードの種別を判定する必要がある。ガントチャートの表記とプロセス定義フローの表記とにおいて、条件ノードの表記は１対ｎの関係となっている。そのため、ガントチャート編集手段２２では、条件ノード判定処理を行う。具体的には、ガントチャート編集手段２２は、上述したプロセス定義の各種管理データを用いて、プロセス定義フローにおいて、条件ノードより到達可能なノードに、所定の「印」を付加し、「ｉｆ」、「ｗｈｉｌｅ  ｄｏ」、「ｄｏ  ｗｈｉｌｅ」等の各条件を識別する。
【００８０】
ここで、図１１は、ガントチャート編集手段における条件ノード判定処理の一例を示すフローチャートである。なお、図１１の例では、「ｉｆ」、「ｗｈｉｌｅ  ｄｏ」、「ｄｏ  ｗｈｉｌｅ」の３つの条件識別を行う例を示しているが、条件の種類や数についてはこれに限定されるものではない。
【００８１】
図１１の例において、ガントチャート編集手段２３は、判定対象の条件ノードｘから到達可能な全てのノードに対して「ｘから到達可能」の印を付加する（Ｓ１１）。なお、Ｓ１１の処理は、再帰的に行い、例えば終了ノード（Ｅｘｉｔ）、「ｘから到達可能」の印がついたノード、条件ノードｘ（自条件ノード）、又は、既に判定済の条件ノード等の所定のノードに到達したら、その枝（矢印）に対する処理を終了する。
【００８２】
したがって、ガントチャート編集手段２３は、上述したような所定のノードに到達したか否かを判断し（Ｓ１２）、所定のノードに到達していない場合（Ｓ１２において、ＮＯ）、ノードに対して「ｘから到達可能」の印の付加を行い（Ｓ１３）、Ｓ１２の処理に戻る。また、ガントチャート編集手段２３は、所定のノードに到達した場合（Ｓ１２において、ＹＥＳ）、条件ノードｘに「ｘから到達可能」の印があるか否かを判断し（Ｓ１４）、印がない場合（Ｓ１４において、ＮＯ）、その条件ノードｘは「ｉｆ」であると判定する（Ｓ１５）。
【００８３】
また、ガントチャート編集手段２３は、条件ノードｘに「ｘから到達可能」の印がある場合（Ｓ１４において、ＹＥＳ）、「ｘから到達可能」の印がついていないノードから遷移する矢印があるか否かを判断する（Ｓ１６）。ガントチャート編集手段２３は、「ｘから到達可能」の印がついていないノードから遷移する矢印がない場合（Ｓ１６において、ＮＯ）、その条件ノードｘは「ｄｏ  ｗｈｉｌｅ」であると判定する（Ｓ１７）。また、ガントチャート編集手段２３は、「ｘから到達可能」の印がついていないノードから遷移する矢印がある場合（Ｓ１６において、ＹＥＳ）、その条件ノードｘは「ｗｈｉｌｅ  ｄｏ」であると判定する（Ｓ１８）。
【００８４】
次に、Ｓ１５、Ｓ１７、又はＳ１８の処理後、ガントチャート編集手段２３は、全ての条件ノードで判定処理を実施したか否かを判断し（Ｓ１９）、全ての条件ノードで実施していない場合（Ｓ１９において、ＮＯ）、Ｓ１１の処理に戻る。また、ガントチャート編集手段２３は、全ての条件ノードで実施した場合（Ｓ１９において、ＹＥＳ）、処理を終了する。
【００８５】
＜条件ノード判定の具体例＞
次に、上述した図１１の処理に基づく、条件ノード判定の具体例について図を用いて説明する。図１２は、条件ノードから到達可能なタスクに印を付加した例を示す図である。なお、図１２（Ａ）は条件ノード４０が「ｉｆ」の場合のチェック例を示し、図１２（Ｂ）は条件ノード４０が「ｗｈｉｌｅ  ｄｏ」の場合のチェック例を示し、図１２（Ｃ）は条件ノード４０が「ｄｏ  ｗｈｉｌｅ」の場合のチェック例を示している。例えば、図１２（Ａ）〜図１２（Ｃ）に示す条件ノード４０は、上述した条件ノードｘを示し、「★」は、「ｘから到達可能」の印を示す。なお、印は、「★」に限定されるものではない。
【００８６】
上述したように、ガントチャート編集手段２３は、図１２（Ａ）に示すように、条件ノード４０に「条件ノード４０から到達可能」の印（★）が付いていない場合、その条件ノードｘを「ｉｆ」と判定する。また、ガントチャート編集手段２３は、条件ノード４０に印が付いている場合、ループ（繰り返し制御）の一部と判定する。
【００８７】
このとき、ガントチャート編集手段２３は、図１２（Ｂ）に示すように、条件ノード４０がループの一部と判定され、その条件ノード４０に対して印（★）が付いていないノードから遷移する矢印がある場合、その条件ノード４０を「ｗｈｉｌｅ  ｄｏ」と判定する。また、ガントチャート編集手段２３は、図１２（Ｃ）に示すように、条件ノード４０がループの一部と判定され、その条件ノード４０に対して印（★）が付いていないノードから遷移する矢印がない場合、その条件ノード４０を「ｄｏ  ｗｈｉｌｅ」と判定する。
【００８８】
ここで、ガントチャート編集手段２３は、例えば「ｉｆ」と判定された条件ノードに対し、その条件ノードから出る全ての矢印が後続のノードで合流するまでに検出される他の条件ノードを、その条件ノードに対する配下の条件ノード（孫の条件ノード等）と判定する。
【００８９】
また、ガントチャート編集手段２３は、例えば「ｗｈｉｌｅ  ｄｏ」、「ｄｏ  ｗｈｉｌｅ」と判定された条件ノードに対し、その条件ノードのループ内で検出された他の条件ノードを、その条件ノードの配下の条件ノード（孫の条件ノード等）と判定する。ガントチャート編集手段２３は、上述の処理を全ての条件ノードに対して実施する。
【００９０】
次に、上述した条件ノード「ｉｆ」が入れ子で存在する場合や「ｗｈｉｌｅ  ｄｏ」、「ｄｏ  ｗｈｉｌｅ」と「ｉｆ」とが混在した場合の例について説明する。
【００９１】
図１３〜図１５は、複数の条件ノードが混在する場合の条件ノードの判定例を示す図（その１〜その３）である。
【００９２】
図１３の例では、図１３（Ａ）に示すプロセス定義フローの場合、ガントチャート編集手段２３は、条件ノード４０−１に対して、上述した条件ノード判定処理により、図１３（Ｂ）に示すように、対象のノード（タスク等）に上述した印（★）の付加を行う。
【００９３】
ガントチャート編集手段２３は、図１３（Ｂ）に示す条件ノード４０−１の場合には、条件ノード４０−１に印が付いていないため、条件ノード４０−１を「ｉｆ」と判定する。
【００９４】
また、ガントチャート編集手段２３は、条件ノード４０−２に対して判定を行う場合、上述した条件ノード判定処理により、図１３（Ｃ）に示すように、対象のノードに印の付加を行う。この場合、ガントチャート編集手段２３は、条件ノード４０−２を基準にして到達可能なノードへ印の付加を行い、上述した条件ノード４０−１に対する印の付加を行う必要はない。
【００９５】
ガントチャート編集手段２３は、図１３（Ｃ）に示す条件ノード４０−２の場合には、条件ノード４０−２に印が付いていないため、条件ノード４０−２を「ｉｆ」と判定する。したがって、図１３（Ａ）に示すプロセス定義フローに対応するガントチャートは、図１３（Ｄ）に示すように変換され、例えば「ｉｆ」が入れ子になっていてもガントチャートを用いて表現することができる。
【００９６】
また、図１４の例において、図１４（Ａ）に示すプロセス定義フローの場合、ガントチャート編集手段２３は、条件ノード４０−１に対して、上述した条件ノード判定処理により、図１４（Ｂ）に示すように、対象のノードに上述した印（★）の付加を行う。
【００９７】
ガントチャート編集手段２３は、図１４（Ｂ）に示す条件ノード４０−１の場合には、条件ノード４０−１に印が付いており、かつ、その条件ノード４０−１に対して印がついていないノード（Ｔａｓｋ０）から遷移する矢印があるため、その条件ノード４０−１を「ｗｈｉｌｅ  ｄｏ」と判定する。
【００９８】
また、ガントチャート編集手段２３は、条件ノード４０−２に対して判定を行う場合、上述した条件ノード判定処理により、図１４（Ｃ）に示すように、対象のノードに印の付加を行う。
【００９９】
ガントチャート編集手段２３は、図１４（Ｃ）に示す条件ノード４０−２の場合には、条件ノード４０−２に印が付いていないため、条件ノード４０−２を「ｉｆ」と判定する。したがって、図１４（Ａ）に示すプロセス定義フローに対応するガントチャートは、図１４（Ｄ）に示すように変換される。本実施形態では、図１４に示すように、「ｗｈｉｌｅ  ｄｏ」のの配下に「ｉｆ」が存在するプロセス定義フローであってもガントチャートを用いて表現することができる。
【０１００】
また、図１５の例において、図１５（Ａ）に示すプロセス定義フローの場合、ガントチャート編集手段２３は、条件ノード４０−１に対して、上述した条件ノード判定処理により、図１５（Ｂ）に示すように、対象のノードに上述した印（★）の付加を行う。
【０１０１】
ガントチャート編集手段２３は、図１５（Ｂ）に示す条件ノード４０−１の場合には、条件ノード４０−１に印が付いていないため、条件ノード４０−１を「ｉｆ」と判定する。
【０１０２】
また、ガントチャート編集手段２３は、条件ノード４０−２に対して判定を行う場合、上述した条件ノード判定処理により、図１５（Ｃ）に示すように、対象のノードに印の付加を行う。
【０１０３】
ガントチャート編集手段２３は、図１５（Ｃ）に示す条件ノード４０−２の場合には、条件ノード４０−２に印が付いており、かつ、その条件ノード４０−２に対して印が付いていないノードから遷移する矢印がない。そのため、ガントチャート編集手段２３は、条件ノード４０−２を「ｄｏ  ｗｈｉｌｅ」と判定する。したがって、図１５（Ａ）に示すプロセス定義フローに対応するガントチャートは、図１５（Ｄ）に示すように変換される。本実施形態では、図１５に示すように、「ｉｆ」の配下に「ｄｏ  ｗｈｉｌｅ」が存在するプロセス定義フローであってもガントチャートを用いて表現することができる。
【０１０４】
なお、上述した図１３〜図１５の例では、チャート内に２つの条件ノードが混在する場合の例を示したが、これに限定されるものではなく、同様の手法により３以上の条件ノードが混在する場合にも適用することができる。また、図１３〜１５に示すような印が付加された画面や判定結果後の画面等は、画面生成手段１５により生成して表示手段１６に表示することで、ユーザ等が確認できるようにしてもよい。
【０１０５】
本実施形態では、対象のプロジェクトに含まれるタスクが条件ノードである場合に、上述した条件ノード判定により、そのタスクに対して他のタスクとの間の実行順序関係を規定した実行属性を設定することができる。したがって、本実施形態では、プロセス定義フローから、上述した実行順序関係が表現されたガントチャートへ変換することができる。
【０１０６】
＜ガントチャート例＞
ここで、図１６は、本実施形態におけるガントチャートの一例を示す図である。図１６に示すガントチャートには、各タスク（ノード）に対応して設定された実行属性の内容（条件分岐、繰り返し制御等）に対応するタイムライン（バー）が示されている。
【０１０７】
本実施形態では、条件ノードによる判断結果により、実施するか否かが不明となっているタスクのタイムラインについては、図１６に示すように点線等により他のタイムラインと区別して表示させてもよい。これにより、実施するか否かが不明のタスクをユーザに分かり易く表示させることができる。
【０１０８】
なお、図１６の例では、ガントチャートに表示される内容として、「タスク名」、「担当者」、「期間」、「タイムライン」等があるが、これに限定されるものではない。ガントチャートに表示される内容は、例えば上述した管理データ構造の情報等から取得することができる。また、図１６に示す「タスク名」は、親子関係に対する階層毎にインデント（段差）を設けて表示したり、所定のアイコンで複数のタスクの実行順序関係等を表示しているが、表示内容については、これに限定されるものではない。例えば、タスク名の文字の色や字形、字体等を変更することにより、各タスクの実行属性を明確にしてもよい。
【０１０９】
本実施形態では、図１６に示すようにガントチャート上で、複数のタスクの実行順序関係等を明確に表現することができ、今までガントチャートで定義できなかった条件分岐、繰り返し制御等の判断や、それらの制御が含まれるプロセスを記述することができる。
【０１１０】
また、本実施形態では、図１３〜図１５に示すようにプロセス定義フローからガントチャートへ変換することができ、また本実施形態におけるガントチャートからプロセス定義フローへの変換を行うことができる。
【０１１１】
上述したように本実施形態によれば、適切な作業管理を実現することができる。本実施形態では、ガントチャートに直接的に表現される要素を用いて、実行手順に対応する実行内容を記述することができる。本実施形態では、作業工程に含まれる複数のタスクの実行順序関係を明確に規定することができるため、例えば今までガントチャートで定義できなかった条件分岐や繰り返し制御が含まれるプロセス（業務の流れ）を記述することができる。
【０１１２】
例えば、従来では、システムにあまり詳しくない現場担当者やコンサルティング担当者が作業工程等を生成するために、プロセス定義フローでプロセス定義を編集しなければならなかった。しかしながら、本実施形態を適用することにより、現場担当者やコンサルティング担当者は、広く使用されているガントチャートを使用して、より簡単に業務の流れを生成したり、変更したりすることができる。
【０１１３】
また、本実施形態では、ガントチャートのプロセス記述を拡張して表現力を向上させることができる。また、本実施形態では、ガントチャートに新たな条件ノードの概念を追加したり、プロセス定義フローの解析を工夫することで、ガントチャートとプロセス定義フローとの双方向の変換を実現することができる。
【０１１４】
以上、実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、上述した各実施例の一部又は全部を組み合わせることも可能である。
【０１１５】
なお、以上の実施例に関し、更に以下の付記を開示する。
（付記１）
情報処理装置が、
作業工程に含まれる複数のタスクのそれぞれに対して、他のタスクとの間の実行順序関係を規定する実行属性を設定し、
前記実行属性が設定された前記複数のタスクを用いてガントチャートを生成し、
生成される前記ガントチャートに含まれる前記複数のタスクの中で親子関係にあるタスクは、子タスクが、親タスクで設定された前記実行属性に応じた実行内容に対応するものであることを特徴とする作業管理方法。
（付記２）
前記ガントチャートを構成する前記タスクのラベル、記述位置、カラム記載、及びバー表示の各要素のうち、少なくとも１つの要素を用いて、前記複数のタスクのそれぞれに対して前記実行属性及び前記親子関係を設定することを特徴とする付記１に記載の作業管理方法。
（付記３）
前記実行内容は、前記タスクに対する条件分岐又は繰り返し制御であることを特徴とする付記１又は２に記載の作業管理方法。
（付記４）
予め設定されたプロセス定義フローに含まれる条件ノードを判定し、判定した結果に基づいて前記作業工程に含まれるタスクに前記実行属性を設定して、前記プロセス定義フローから前記ガントチャートへの変換を行うことを特徴とする付記１乃至３の何れか１項に記載の作業管理方法。
（付記５）
前記プロセス定義フローに含まれる条件ノードから到達可能なノードに所定の印を付加し、前記印が付加されたノードに基づいて、前記条件ノードの判定を行うことを特徴とする付記４に記載の作業管理方法。
（付記６）
前記複数のタスクのそれぞれに対して、前記実行属性及び前記親子関係に対応させたアイコンを表示させたガントチャートを生成することを特徴とする付記１乃至５の何れか１項に記載の作業管理方法。
（付記７）
作業工程に含まれる複数のタスクのそれぞれに対して、他のタスクとの間の実行順序関係を規定する実行属性を設定し、
前記実行属性が設定された前記複数のタスクを用いてガントチャートを生成し、
生成される前記ガントチャートに含まれる前記複数のタスクの中で親子関係にあるタスクは、子タスクが、親タスクで設定された前記実行属性に応じた実行内容に対応するものである、処理をコンピュータに実行させるための作業管理プログラム。
（付記８）
作業工程に含まれる複数のタスクのそれぞれに対して、他のタスクとの間の実行順序関係を規定する実行属性を設定し、前記実行属性が設定された前記複数のタスクを用いてガントチャートを生成するガントチャート編集手段を有し、
生成される前記ガントチャートに含まれる前記複数のタスクの中で親子関係にあるタスクは、子タスクが、親タスクで設定された前記実行属性に応じた実行内容に対応するものであることを特徴とする情報処理装置。
【符号の説明】
【０１１６】
１０  作業管理装置
１１  入力手段
１２  第１編集手段
１３  第２編集手段
１４  プロセス定義解析手段
１５  画面生成手段
１６  表示手段
１７  記憶手段
１８  作業管理手段
２１  プロセス定義読み込み手段
２２  プロセス定義書き込み手段
２３  ガントチャート編集手段
２４  プロセス定義編集手段
２５  プロセス定義ファイル
３１  入力装置
３２  出力装置
３３  ドライブ装置
３４  補助記憶装置
３５  主記憶装置
３６  ＣＰＵ
３７  ネットワーク接続装置
３８  記録媒体
４０  条件ノード
【図１】
2015014939.tif 000003
【図２】
2015014939.tif 000004
【図３】
2015014939.tif 000005
【図４】
2015014939.tif 000006
【図５】
2015014939.tif 000007
【図６】
2015014939.tif 000008
【図７】
2015014939.tif 000009
【図８】
2015014939.tif 000010
【図９】
2015014939.tif 000011
【図１０】
2015014939.tif 000012
【図１１】
2015014939.tif 000013
【図１２】
2015014939.tif 000014
【図１３】
2015014939.tif 000015
【図１４】
2015014939.tif 000016
【図１５】
2015014939.tif 000017
【図１６】
2015014939.tif 000018