(57)【要約】【課題】プロジェクトの各工程を適切に管理する。【解決手段】工程管理装置は、工程記憶手段と、標準記憶手段と、特定手段と、抽出手段と、出力手段と、を備える。工程記憶手段は、プロジェクトに含まれる工程と、当該工程の予定期日、又は予定期日が未定であることを示す未定情報と、を対応付けて記憶する。標準記憶手段は、当該プロジェクトに含まれる所定の工程と他の工程との間の、標準的な工数による期日の差を記憶する。特定手段は、工程記憶手段と、標準記憶手段と、に基づいて、未定情報と対応付けられた工程が、標準的な工数を要する場合に期限となる日を示す標準期日を特定する。抽出手段は、任意の日付から予め定められた日付範囲に含まれる、標準期日を抽出する。出力手段は、抽出された標準期日に対応する工程について、予定期日が未定であることを示す情報を出力する。【選択図】図４
2012014438.tif 000002
【特許請求の範囲】
【請求項１】
プロジェクトに含まれる工程と、当該工程の予定期日、又は予定期日が未定であることを示す未定情報と、を対応付けて記憶する工程記憶手段と、
プロジェクトに含まれる所定の工程と他の工程との間の、標準的な工数による期日の差を記憶する標準記憶手段と、
前記工程記憶手段と、前記標準記憶手段と、に基づいて、前記未定情報と対応付けられた前記工程が、標準的な工数を要する場合に期限となる日を示す標準期日を特定する特定手段と、
任意の日付から予め定められた日付範囲に含まれる、前記標準期日を抽出する抽出手段と、
抽出された前記標準期日に対応する前記工程について、予定期日が未定であることを示す情報を出力する出力手段と、
を備えることを特徴とする工程管理装置。
【請求項２】
前記出力手段で出力の対象となった、前記工程について予定期日の編集を受け付ける編集手段と、
前記編集手段が受け付けた前記予定期日を、前記工程と対応付けて前記工程記憶手段に登録する登録手段と、
をさらに備えることを特徴とする請求項１に記載の工程管理装置。
【請求項３】
前記出力手段が出力する、予定期日が未定であることを示す情報には、未定である予定期日の編集可能な表示画面に移動するリンク情報が含まれていること、
を特徴とする請求項１又は２に記載の工程管理装置。
【請求項４】
工程管理装置で実行される工程管理方法であって、
前記工程管理装置は、プロジェクトに含まれる工程と、当該工程の予定期日、又は予定期日が未定であることを示す未定情報と、を対応付けて記憶する工程記憶手段と、
プロジェクトに含まれる所定の工程と他の工程との間の、標準的な工数による期日の差を記憶する標準記憶手段と、を備え、
特定手段が、前記工程記憶手段と、前記標準記憶手段と、に基づいて、前記未定情報と対応付けられた前記工程が、標準的な工数を要する場合に期限となる日を示す標準期日を特定する特定ステップと、
抽出手段が、任意の日付から予め定められた日付範囲に含まれる、前記標準期日を抽出する抽出ステップと、
出力手段が、抽出された前記標準期日に対応する前記工程について、予定期日が未定であることを示す情報を出力する出力ステップと、
を含むことを特徴とする工程管理方法。
【請求項５】
編集手段が、前記出力手段で出力の対象となった、前記工程について予定期日の編集を受け付ける編集ステップと、
登録手段が、前記編集ステップで受け付けた前記予定期日を、前記工程と対応付けて前記工程記憶手段に登録する登録ステップと、
をさらに含むことを特徴とする請求項４に記載の工程管理方法。
【請求項６】
前記出力ステップが出力する、予定期日が未定であることを示す情報には、未定である予定期日の編集可能な表示画面に移動するリンク情報が含まれていること、
を特徴とする請求項４又は５に記載の工程管理方法。
【請求項７】
コンピュータが、プロジェクトに含まれる工程と、当該工程の予定期日、又は予定期日が未定であることを示す未定情報と、を対応付けて記憶する工程記憶手段と、
プロジェクトに含まれる所定の工程と他の工程との間の、標準的な工数による期日の差を記憶する標準記憶手段と、を備え、
前記コンピュータを、
前記工程記憶手段と、前記標準記憶手段と、に基づいて、前記未定情報と対応付けられた前記工程が、標準的な工数を要する場合に期限となる日を示す標準期日を特定する特定手段と、
任意の日付から予め定められた日付範囲に含まれる、前記標準期日を抽出する抽出手段と、
抽出された前記標準期日に対応する前記工程について、予定期日が未定であることを示す情報を出力する出力手段と、
して機能させるための工程管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、工程管理装置、工程管理方法及び工程管理プログラムに関する。
【背景技術】
【０００２】
従来から、ユーザの作業を管理するために様々なスケジュール管理システムが提案されている。当該スケジュール管理システムでは、１つのプロジェクトを構成する各工程について、期日を設定することで、各ユーザの進捗を管理しているものが多い。そして、期日直近になった場合や、期日を経過した場合には、ユーザに対してフォローをするためのメールを送信する技術が提案されている。
【０００３】
そして、プロジェクトの期日を管理するために様々な技術が提案されている。例えば、特許文献１では、プロジェクトの最終期限として設定された期日と、プロジェクトの各工程について標準的な日程と、を用い、最終期限の期日から逆算して各工程の期日を設定する技術が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１８７０４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、プロジェクト毎に、各工程の作業量が異なるため、各工程の期日を、プロジェクト作成時に設定できない場合も多い。つまり、特許文献１のように逆算で標準的な日程が設定されては不都合な場合がある。このような場合、工程の期日として「未定」などが登録されることになる。期日が未定に設定された場合、当該期日に基づいて、催促のメールを送信するなどのフォローを行うことができない。
【０００６】
本発明は、上記に鑑みてなされたものであって、プロジェクトの各工程を適切に管理する工程管理装置、工程管理方法及び工程管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
実施形態の工程管理装置は、工程記憶手段と、標準記憶手段と、特定手段と、抽出手段と、出力手段と、を備える。工程記憶手段は、プロジェクトに含まれる工程と、当該工程の予定期日、又は予定期日が未定であることを示す未定情報と、を対応付けて記憶する。標準記憶手段は、プロジェクトに含まれる所定の工程と他の工程との間の、標準的な工数による期日の差を記憶する。特定手段は、工程記憶手段と、標準記憶手段と、に基づいて、未定情報と対応付けられた工程が、標準的な工数を要する場合に期限となる日を示す標準期日を特定する。抽出手段は、任意の日付から予め定められた日付範囲に含まれる、標準期日を抽出する。出力手段は、抽出された標準期日に対応する工程について、予定期日が未定であることを示す情報を出力する。
【図面の簡単な説明】
【０００８】
【図１】図１は、第１の実施形態にかかる、プロジェクト管理システムの構成を示すブロック図である。
【図２】図２は、プロジェクトに含まれる各工程について予定期日が全て登録された状況の例を示した図である。
【図３】図３は、プロジェクトに含まれる実際の工程の登録状況の例を示した図である。
【図４】図４は、管理サーバと、各クライアントと、の構成を示したブロック図である。
【図５】図５は、記憶部に記憶される各テーブルの関連を示した図である。
【図６】図６は、プロジェクト情報管理部が管理するテーブルの構造を示した図である。
【図７】図７は、工程定義管理部が管理するテーブル構造を示した図である。
【図８】図８は、スケジュール情報管理部が管理するテーブル構造を示した図である。
【図９】図９は、標準工程定義管理部が管理するテーブル構造を示した図である。
【図１０】図１０は、フォロー条件定義管理部が管理するテーブル構造を示した図である。
【図１１】図１１は、プロジェクト作成部が生成した、プロジェクト作成の表示画面の例を示した図である。
【図１２】図１２は、スケジュール登録／編集部が生成した、スケジュール編集の表示画面の例を示した図である。
【図１３】図１３は、スケジュール表示部が生成した、スケジュールの一覧の表示画面の例を示した図である。
【図１４】図１４は、通知情報送信部が、取得部に取得された情報に基づいて整形した、フォローメールの例を示した図である。
【図１５】図１５は、実施の形態にかかる第１クライアントと管理サーバとにおける、プロジェクトに関する設定処理の手順を示すシーケンス図である。
【図１６】図１６は、実施の形態にかかる管理サーバのフォロー制御部における、フォローメール送信処理の手順を示すフローチャートである。
【図１７】図１７は、実施の形態にかかる管理サーバのハードウェア構成を示した図である。
【発明を実施するための形態】
【０００９】
（実施形態）
図１は、実施形態にかかる、プロジェクト管理システムの構成を示すブロック図である。図１に示すように、プロジェクト管理システムは、公衆通信回線１６０と、各ＬＡＮ１２１〜１２４と、を介して、管理サーバ１００と、第１クライアント１５１と、第２クライアント１５２と、第３クライアント１５３と、を備えている。
【００１０】
そして、管理サーバ１００が、プロジェクトに関する様々な情報を管理する。そして、ユーザは、第１クライアント１５１〜第３クライアント１５３を介して、管理サーバ１００にアクセスすることで、当該プロジェクトに関する様々な情報の参照、登録、変更等を行うことができる。
【００１１】
管理サーバ１００は、プロジェクトの情報として、当該プロジェクトに含まれる各工程、当該工程を完了させる予定の期日（以下、予定期日と称す）、及び実際に当該工程の作業が完了した日（以下、実績日とも称す）等を管理する。なお、本実施の形態にかかる、プロジェクトに含まれる工程とは、ユーザが作業を行う作業工程や開発工程とするが、これらに制限するものではなく様々な工程に適用できる。
【００１２】
また、プロジェクト管理システムは、図１に示すような構成に制限するものではなく、１つのＬＡＮ内に管理サーバ１００と各種クライアントが接続されていても良い。また、管理サーバ１００と接続可能なクライアントの数について制限を設けるものではない。
【００１３】
図２は、プロジェクトに含まれる各工程について予定期日が全て登録された状況の例を示した図である。図２に示す例のように、プロジェクトに含まれる全ての工程に予定期日が登録されている場合、管理サーバ１００が、各工程の予定期日を基準として、予定期日の所定の日数前から、予定期日を通知するフォローメールや、予定期日を経過したことを通知するフォローメール等を行うことができる。
【００１４】
しかしながら、プロジェクトを作成した段階では、プロジェクト毎に各工程の作業量が異なるため、全ての工程について予定期日を登録することは難しい。このため、プロジェクト作成時に、各工程の予定期日を、「未定」として設定しておく場合も多い。この場合、ユーザは、従来の管理サーバが管理するスケジュール表を参照することで、各工程が「未定」であることを確認できるが、いつまでに「未定」の工程に予定期日を設定する必要があるのか把握できない。この場合、ユーザが「未定」と設定された工程の作業に着手するのが遅延し、プロジェクト全体が遅延する可能性がある。
【００１５】
図３は、プロジェクトに含まれる実際の工程の登録状況の例を示した図である。図３のプロジェクトの各工程の期日一覧３０１においては、「要件定義」の予定期日３０２と、「外部設計」の予定期日３０３とが、「未定」の状態である。このような場合に、従来のプロジェクト管理システムでは、「要件定義」、「外部設計」について、予定期日に基づくフォローメール等を行うことができない。
【００１６】
そこで、本実施の形態にかかる管理サーバ１００は、予定期日が「未定」の場合には、標準的な開発工程の期日一覧３１０に格納されている、標準工程の工程の期日に基づいて、各工程についてのフォローメール等を送信することとした。本実施の形態では、各工程について、標準的な工数を要する場合の工程を、標準的な工程とした。そして、本実施の形態では、標準的な工程から導き出された期日を用いて、フォローを行うこととした。図３に示す例では、標準的な工程の期日一覧３１０において、工程「出荷」を基準として、工程毎に、標準的な工程の期日の差を示している。しかしながら、基準となる工程「出荷」に制限するものではなく、他の工程であってもよい。ただし、基準となる工程は、必ずプロジェクト作成時に予定期日が設定される工程とする。つまり、プロジェクト作成時に設定された予定期日に対して、標準的な工数の差に基づく演算を行うことで、標準的な工程の場合の期日を算出できる。
【００１７】
つまり、プロジェクトを立ち上げた段階では、各工程の予定期日は、プロジェクト毎に作業量や難易度が異なるため容易に設定できないことが多い。しかしながら、各工程に要する標準的な所要工数は、過去のプロジェクト等から導き出せる。そこで、本実施の形態にかかる管理サーバ１００では、各工程の予定期日が「未定」の場合には、これらより導き出される標準的な工程の期日を用いることとした。これにより、工程の予定期日が「未定」の場合でもフォローメール等を送信できる。以下にフォローメールの送信を実現するための構成について説明する。
【００１８】
図４は、管理サーバ１００と、各クライアント１５１〜１５３と、の構成を示したブロック図である。図４に示すように第１クライアント１５１〜第３クライアント１５３は、それぞれウェブブラウザ４６１と、メールアプリケーション４６２と、を備える。
【００１９】
そして、第１クライアント１５１〜第３クライアント１５３は、ウェブブラウザ４６１を介して、管理サーバ１００との間で情報を送受信する。そして、第１クライアント１５１〜第３クライアント１５３は、受信した情報をウェブブラウザ４６１上の表示画面上に表示する。これにより、第１クライアント１５１〜第３クライアント１５３は、ウェブブラウザ４６１上に、管理サーバ１００が管理するプロジェクトの各工程のスケジュール等を表示できる。
【００２０】
また、第１クライアント１５１〜第３クライアント１５３は、ウェブブラウザ４６１を介して、管理サーバ１００に対して、プロジェクトの作成や、各工程のスケジュール（例えば、予定期日）の編集を行うことができる。
【００２１】
さらに、第１クライアント１５１〜第３クライアント１５３は、メールアプリケーション４６２を介して、各工程の予定期日等に基づく様々なフォローを受け取る。
【００２２】
管理サーバ１００は、プロジェクト管理部４０１を備え、プロジェクトに関する様々な情報を管理する。また、管理サーバ１００は、（図示しない）通信インターフェイスを備え、第１クライアント１５１〜第３クライアント１５３との間で情報を送受信する。
【００２３】
プロジェクト管理部４０１は、記憶部４１０と、プロジェクト作成部４２１と、スケジュール登録／編集部４２２と、スケジュール表示部４２３と、通知情報送信部４３１と、取得部４３２と、抽出部４３３と、特定部４３４と、を備える。
【００２４】
記憶部４１０は、プロジェクト情報管理部４１１と、工程定義管理部４１２と、スケジュール情報管理部４１３と、標準工程定義管理部４１４と、フォロー条件定義管理部４１５と、を記憶する。
【００２５】
プロジェクト情報管理部４１１、工程定義管理部４１２、スケジュール情報管理部４１３、標準工程定義管理部４１４、及びフォロー条件定義管理部４１５は、それぞれテーブルを有している。図５は、記憶部４１０に記憶される各テーブルの関連を示した図である。図５に示す例において、テーブル５０１をプロジェクト情報管理部４１１が管理する。そして、テーブル５０２をスケジュール情報管理部４１３が管理する。また、テーブル５０３を工程定義管理部４１２が管理する。さらに、テーブル５０４をフォロー条件定義管理部４１５が管理する。最後にテーブル５０５を標準工程定義管理部４１４が管理する。図５に示すように、各テーブル間は、プロジェクトＩＤ又は工程ＩＤで対応付けられている。これによりプロジェクト、又はプロジェクトに含まれる工程について様々な処理を行うことができる。
【００２６】
プロジェクト情報管理部４１１は、プロジェクト作成部４２１により入力された入力データを格納するデータベース領域とする。図６は、プロジェクト情報管理部４１１が管理するテーブルの構造を示した図である。図６に示すように、プロジェクト情報管理部４１１のテーブルは、プロジェクトＩＤと、プロジェクト名称と、担当者と、を対応付けて記憶している。プロジェクトＩＤは、プロジェクト毎にユニークに付与されたＩＤとする。プロジェクト名称は、各プロジェクトの名称とする。担当者は、当該プロジェクトを担当するユーザとする。
【００２７】
工程定義管理部４１２は、スケジュール登録／編集部４２２に表示する登録／編集対象の工程名を格納するデータベース領域とする。図７は、工程定義管理部４１２が管理するテーブル構造を示した図である。図７に示すように、工程定義管理部４１２のテーブルは、工程ＩＤと、工程名称と、を対応付けて記憶している。工程ＩＤは、プロジェクトを構成する各工程を識別するＩＤとする。工程名称は、各工程の名称とする。
【００２８】
このように、工程定義管理部４１２は、プロジェクトを構成する各工程の情報を管理する。工程定義管理部４１２が、管理する各工程の情報は、様々なプロジェクトに共通して用いられる。つまり、図７で示す例では、各プロジェクトは、“申請”、“要件定義”、“外部設計”、“内部設計”、“単体検査”、“総合検査”、及び“出荷”の工程で構成されていることを示している。
【００２９】
スケジュール情報管理部４１３は、スケジュール登録／編集部４２２の入力データを格納するデータベース領域とする。図８は、スケジュール情報管理部４１３が管理するテーブル構造を示した図である。図８に示すように、スケジュール情報管理部４１３のテーブルは、プロジェクトＩＤと、工程ＩＤと、予定期日と、実績日と、を対応付けて記憶している。プロジェクトＩＤと、工程ＩＤとの組み合わせで、どのプロジェクトのどの工程であるかを特定できる。
【００３０】
予定期日は、当該工程を完了させる予定の期日とする。当該予定期日は、予定期日が未定の場合には“未定”と設定される。実績日は、当該工程を実際に完了させた日とする。実績日は、工程が完了するまでは空欄となる。
【００３１】
標準工程定義管理部４１４は、予定期日が登録されていない場合でもフォロー可能にするための標準的な各工程のスケジュールを定義として格納するデータベース領域とする。標準工程定義管理部４１４は、スケジュール情報管理部４１３のデータのうち、必ず予定期日が登録される工程を基準とし、当該基準となる工程と他の工程との間の、標準的な工数を要する場合の期日の差（つまり基準となる工程から何日前又は何日後になるのかという情報）を、定義として記憶する。なお、本実施の形態にかかる、標準的な工程の期日は、当該標準的な工程での従来の経験に基づく所要工数に基づいて決定されたものとするが、見積もり等で導き出された所用工数など、様々な情報に基づいて決定しても良い。
【００３２】
図９は、標準工程定義管理部４１４が管理するテーブル構造を示した図である。図９に示すように、標準工程定義管理部４１４のテーブルは、工程ＩＤと、基準工程ＩＤと、標準工程と、を対応付けて記憶している。基準工程ＩＤとは、必ず予定期日が設定されている工程であって、他の工程について標準工程の期日を特定する際に基準となる工程を示したものとする。標準工程は、基準となる工程の予定期日と、当該工程が標準的な工程の（換言すれば、標準的な工数を要する）場合の期日と、の差が設定されている。
【００３３】
図９で示す例では、基準工程ＩＤが“７０”であることから、“出荷”工程が基準となる。そして、“出荷”の予定期日に対して、標準工程で示された差を用いて演算することで、各工程が標準的な工程の場合の期日を特定できる。
【００３４】
フォロー条件定義管理部４１５は、フォローメールの送信開始日の定義を格納するデータベース領域とする。図１０は、フォロー条件定義管理部４１５が管理するテーブル構造を示した図である。図１０に示すように、フォロー条件定義管理部４１５は、工程ＩＤと、通知定義と、を対応付けて記憶している。通知定義には、未定フォロー開始、近日通知、及び過日通知が含まれている。未定フォロー開始、近日通知、及び過日通知には、それぞれフォローメールを行うための日付範囲が設定されている。
【００３５】
つまり、フォロー条件定義管理部４１５は、予定期日が「未定」の工程についていつからフォローメールを送信するのか、予定期日（又は標準的な工程の場合の期日）が近いこと又は予定期日（又は標準的な工程の場合の期日）を経過したことをいつからフォローメールを送信するのか、が定義されている。つまり、各工程の予定期日又は標準的な工程の場合の期日を基準として、未定フォロー開始、近日通知、及び過日通知で示された日付範囲に、現在の日付が含まれた段階で、通知情報送信部４３１がフォローメールを送信する。
【００３６】
例えば、工程ＩＤが“１０”の場合、現在の日付が、標準的な工程の場合の期日から“３０”日以内に含まれるようになった段階で、通知情報送信部４３１が、当該工程の予定期日が未定であることが示されたフォローメールを送信する。
【００３７】
図４に戻り、プロジェクト作成部４２１は、プロジェクトの作成を行う。プロジェクト作成部４２１は、プロジェクト情報を入力するための表示画面を生成し、各クライアント１５１〜１５３に対して出力する。図１１は、プロジェクト作成部４２１が生成した、プロジェクト作成の表示画面の例を示した図である。図１１に示す表示画面では既に設定されたプロジェクトＩＤを表示し、プロジェクト名称と、担当者と、の入力を受け付ける。
【００３８】
そして、プロジェクト作成部４２１は、表示画面において、各クライアント１５１〜１５３で入力されたプロジェクト名称及び担当者と、プロジェクトＩＤと、を対応付けて、プロジェクト情報管理部４１１に対して登録する。
【００３９】
スケジュール登録／編集部４２２は、プロジェクトに含まれている各工程に対する、スケジュール（予定期日、及び実績日）の登録／編集を行う。スケジュール登録／編集部４２２は、プロジェクトに含まれている各工程についてスケジュールを編集するために表示画面を生成し、各クライアント１５１〜１５３に対して出力する。図１２は、スケジュール登録／編集部４２２が生成した、スケジュール編集の表示画面の例を示した図である。図１２に示す画面では、工程定義管理部４１２が管理する工程毎に、未設定のチェックボックス、予定期日のテキストボックス、及び実績完了日のテキストボックスを表示する。予定期日は通常空欄にすることはできないが、未設定のチェックボックスがチェックした場合に限り、予定期日を空欄にすることができる。
【００４０】
そして、スケジュール登録／編集部４２２は、図１２に示す表示画面において、各クライアント１５１〜１５３で入力された予定期日と、実績日と、を対応付けて、スケジュール情報管理部４１３に対して登録する。ただし、スケジュール登録／編集部４２２は、未設定のチェックボックスがチェックされている場合、予定期日に「未定」を登録する。
【００４１】
スケジュール表示部４２３は、スケジュール情報管理部４１３に格納されたエントリ情報を読み出して、プロジェクトの各工程のスケジュールに関する表示画面を生成し、各クライアント１５１〜１５３に対して出力する。図１３は、スケジュール表示部４２３が生成した、スケジュールの一覧の表示画面の例を示した図である。図１３に示す表示画面においては、プロジェクト毎の各工程の予定日、実績日が一覧として含まれている。当該表示画面を各クライアント１５１〜１５３に対して、提供することで、当該プロジェクトに参加しているユーザは、プロジェクトの進捗状況を把握できる。
【００４２】
特定部４３４は、スケジュール情報管理部４１３と、標準工程定義管理部４１４と、に基づいて、予定期日が「未定」と設定された工程に対して、標準的な工程の場合の期日を特定する。本実施の形態では、特定部４３４は、スケジュール情報管理部４１３及び標準工程定義管理部４１４を参照し、予定期日が「未定」と設定された工程と、当該工程の標準工程と、基準となる工程（例えば“出荷”）と、基準となる工程の予定期日（例えば“４／１５”）と、を取得する。そして、特定部４３４は、基準となる工程の予定期日（例えば“４／１５”）及び当該工程の標準工程による演算結果から、予定期日が「未定」の工程が標準的な工程の場合の期日を特定する。この標準的な工程の場合の期日（以下、標準期日とも称す）は、当該工程の予定期日ではないが、当該工程をフォローするための基準日として用いる。つまり、本実施の形態にかかる管理サーバ１００は、予定期日が「未定」の工程について、適切なフォローを行うことができる。
【００４３】
抽出部４３３は、現在の日付から所定の日付範囲に含まれる、標準期日を、スケジュール情報管理部４１３から抽出する。本実施の形態にかかる抽出部４３３は、スケジュール情報管理部４１３に格納された標準期日から、フォロー条件定義管理部４１５で定義された日付範囲（未定フォロー開始、近日通知、過日通知）内に、現在の日付が含まれる場合に、当該標準期日を抽出する。
【００４４】
また、抽出部４３３は、予定期日から、フォロー条件定義管理部４１５で定義された日付範囲（近日通知、過日通知）内に、現在の日付が含まれる場合に、当該予定期日を抽出する。なお、上述した抽出処理では、現在の日付を用いることに制限するものではなく、任意の日付でよい。
【００４５】
取得部４３２は、抽出された予定期日に対応する工程、又は抽出された標準期日に対応する工程に関する情報を取得する。例えば、取得部４３２は、プロジェクト情報管理部４１１から、当該工程を含むプロジェクトに関するプロジェクト名称と、担当者とを、取得する。さらに、取得部４３２は、工程定義管理部４１２から、工程名称を取得する。さらには、取得部４３２は、予定期日又は標準期日と、現在の日付と、の差を取得する。
【００４６】
通知情報送信部４３１は、取得部４３２に取得された情報に基づいてフォローメールを作成するとともに、フォローメールの送信先を決定し、作成したフォローメールを決定した送信先に送信する。
【００４７】
送信するフォローメールには、抽出された標準期日に対応する工程について、予定期日が未定であることを示す情報が含まれている。
【００４８】
図１４は、通知情報送信部４３１が、取得部４３２に取得された情報に基づいて整形した、フォローメールの例を示した図である。図１４に示すフォローメールでは、フォロー条件定義管理部４１５で管理している通知定義に合致した工程の情報１４０１〜１４０３に含まれている。そして、通知情報送信部４３１は、通知定義のうち、未定フォロー開始、近日通知、過日通知のどの日付範囲に含まれたのかに基づいて、フォローメール内の、各工程の装飾を変更させる。例えば、過日通知に合致する工程の情報１４０１は、予定期日又は標準期日を経過していることをユーザに強く認識させるために、フォントを太字にした上で、セルの色を変更させる。
【００４９】
このように、本実施の形態にかかる管理サーバ１００では、期日が過ぎた場合に、セル内の色を変更する例について説明した。なお、このような上述した装飾変更に制限するものではなく、フォロー条件に応じて様々な装飾を行っても良い。
【００５０】
また、本実施の形態においては、標準工程定義管理部４１４、フォロー条件定義管理部４１５、特定部４３４、抽出部４３３、取得部４３２、及び通知情報送信部４３１を含む構成をフォロー制御部４３０とする。フォロー制御部４３０は、プロジェクトや各工程についてフォロー制御を行う。このフォロー制御部４３０は、プロジェクト管理部４０１に予め格納されている構成であっても良いし、フォローを行うために後から追加された構成であっても良い。
【００５１】
そして、フォロー制御部４３０は、管理サーバ１００上に常住しており、一日に一回、フォローメールを送信するための処理を行う。
【００５２】
そして、各クライアント１５１〜１５３において、フォローメール内のリンク１４０４をクリックすると、スケジュール登録／編集部４２２が生成する表示画面を表示できる。これにより、「未定」の工程について予定期日を編集できる。
【００５３】
そして、管理サーバ１００の、スケジュール登録／編集部４２２が、表示画面を介して、未定である予定期日の編集を受け付ける。そして、スケジュール登録／編集部４２２は、受け付けた予定期日を、工程と対応付けてスケジュール情報管理部４１３に登録する。
【００５４】
次に、本実施の形態にかかる第１クライアント１５１と管理サーバ１００とにおける、プロジェクトに関する設定処理について説明する。図１５は、本実施の形態にかかる第１クライアント１５１と管理サーバ１００とにおける上述した処理の手順を示すシーケンス図である。
【００５５】
まず、第１クライアント１５１において、ウェブブラウザ４６１を起動し、ウェブブラウザ４６１が、管理サーバ１００のプロジェクト作成部４２１が生成した表示画面（例えば、図１１）を表示する（ステップＳ１５０１）。その後、ウェブブラウザ４６１が、表示画面に入力された情報を送信し、プロジェクトの作成要求を、プロジェクト作成部４２１に対して行う（ステップＳ１５０２）。
【００５６】
そして、プロジェクト作成部４２１が、受信した情報を、新たに作成されたプロジェクトとして、プロジェクト情報管理部４１１に登録する（ステップＳ１５０３）。
【００５７】
次に、ウェブブラウザ４６１が、スケジュール登録／編集部４２２に対して、表示画面の表示要求を行う（ステップＳ１５０４）。これに伴い、スケジュール登録／編集部４２２が、工程定義管理部４１２から、スケジュールの項目名称、及びプロジェクト情報管理部４１１からプロジェクトＩＤ等を取得し、表示画面（例えば、図１２）を生成する（ステップＳ１５０５）。
【００５８】
そして、スケジュール登録／編集部４２２が、生成した表示画面を、ウェブブラウザ４６１に出力する（ステップＳ１５０６）。その後、ウェブブラウザ４６１が、入力された表示画面を表示する（ステップＳ１５０７）。
【００５９】
次に、ウェブブラウザ４６１が、表示画面で入力された情報を、登録要求とともにスケジュール登録／編集部４２２に出力する（ステップＳ１５０８）。そして、スケジュール登録／編集部４２２が、入力された情報をスケジュール情報管理部４１３に登録する（ステップＳ１５０９）。これにより、プロジェクトの各工程の予定期日等が登録されたことになる。
【００６０】
その後、ウェブブラウザ４６１が、スケジュール表示部４２３に対して、表示要求を行う（ステップＳ１５１０）。これに伴い、スケジュール表示部４２３が、スケジュール情報管理部４１３や工程定義管理部４１２から、各工程に関する情報を取得し、表示画面（例えば、図１３）を生成する（ステップＳ１５１１）。
【００６１】
そして、スケジュール表示部４２３が、生成した表示画面を、ウェブブラウザ４６１に出力する（ステップＳ１５１２）。その後、ウェブブラウザ４６１が、入力された表示画面を表示する（ステップＳ１５１３）。
【００６２】
上述した処理手順により、各プロジェクトの工程に関する情報の登録、表示が可能となる。
【００６３】
次に、本実施の形態にかかる管理サーバ１００のフォロー制御部４３０における、フォローメール送信処理について説明する。図１６は、本実施の形態にかかる管理サーバ１００のフォロー制御部４３０における上述した処理の手順を示すフローチャートである。
【００６４】
まずは、特定部４３４が、前回のフォローメールの送信から一日経過したか否かを判定する（ステップＳ１６０１）。経過していないと判定した場合（ステップＳ１６０１：Ｎｏ）には、再びステップＳ１６０１の処理を行う。
【００６５】
次に、特定部４３４が、前回のフォローメールの送信から、一日経過したと判定した場合（ステップＳ１６０１：Ｙｅｓ）、予定期日が未定の工程の標準的な期日を特定する（ステップＳ１６０２）。
【００６６】
そして、抽出部４３３が、フォロー条件定義管理部４１５で定義された日付範囲（未定フォロー開始、近日通知、過日通知）に基づいて、スケジュール情報管理部４１３から、フォローメール送信対象となる、標準的な工程の場合の期日を抽出する（ステップＳ１６０３）。
【００６７】
次に、抽出部４３３が、フォロー条件定義管理部４１５で定義された日付範囲（近日通知、過日通知）に基づいて、スケジュール情報管理部４１３から、フォローメール送信対象となる、予定期日を抽出する（ステップＳ１６０４）。
【００６８】
その後、取得部４３２が、ステップＳ１６０３及びＳ１６０４で抽出された日（標準期日及び予定期日）に対応する各工程について、関連する情報を取得する（ステップＳ１６０５）。
【００６９】
そして、通知情報送信部４３１は、取得部４３２に取得された情報に基づいてフォローメールを作成し、作成したフォローメールを送信する（ステップＳ１６０６）。
【００７０】
本実施の形態にかかる管理サーバ１００においては、予定期日が「未定」の工程について、フォローメールを送信するために、標準工程定義管理部４１４を用いることとした。つまり、従来の技術では、予定期日が設定されていない場合には、予定期日から、フォロー条件として定められた日付範囲内に、現在の日が含まれているか否かを判定できないため、適切なタイミングでフォローできなかった。仮に予定期日がないのにフォローすると、常にフォローなどの処理が行われることになり、ユーザにとって煩雑になり、フォローを見なくなる可能性もある。
【００７１】
これに対し、本実施の形態にかかる管理サーバ１００においては、フォローメールを送信する際に、予定期日が「未定」の場合には、標準工程定義管理部４１４で管理している、標準的な工程の場合の期日に従って、フォローするか否かを判定することとした。このように、標準的な工程の場合の期日に従ってフォローを行うことで、予定期限が設定されていなくとも、フォローを行うことを可能とした。
【００７２】
例えば、製品開発の現場では、新規機種の開発立ち上げ時、出荷時期は明確だが途中の細かな工程の日程までは決まっていないことが多い。このような状況において、決まっていない工程の予定期限は、追加登録していくことになる。しかしながら、他業務などを行っているため、当該予定期限の登録が遅れる可能性がある。
【００７３】
近年のプロジェクト管理システムでは、ウェブサイトを介して、遠隔地も含め複数拠点の開発関係者全てが参照し情報を共有しているため、登録漏れがある場合には、問題となる。
【００７４】
これに対し、本実施の形態にかかる管理サーバ１００においては、予定日の登録がされていなくとも、開発の標準的な工程の場合の期日に従って、各工程のフォローを行う。このため、ユーザが、予定日の登録を忘れていても、管理サーバ１００が、フォローメールでユーザに対して登録を促すことができる。これにより、情報登録漏れを防止し、円滑なスケジュール管理を実現できる。
【００７５】
本実施の形態にかかる管理サーバ１００では、出荷の期日を基準として、他の工程の期日を減算することで標準期日を算出した。しかしながら、このような期日設定に制限するものではなく所定の工程の期日を基準として、各工程の期日を加算することで標準期日を算出しても良い。例えば、申請を基準としても良いし、総合検査を基準としても良い。
【００７６】
このように、本実施の形態にかかる管理サーバ１００では、予定日の登録を忘れていても、開発の標準工程に従って予定日登録漏れをフォローでき、開発工程進捗管理を強固なものにできる。
【００７７】
図１７は、本実施の形態にかかる管理サーバ１００のハードウェア構成を示した図である。図１７に示すように、管理サーバ１００は、ＣＰＵ１７０１と、ＲＯＭ（Read  Only  Memory）１７０２と、ＲＡＭ１７０３と、通信Ｉ／Ｆ１７０４と、ＨＤＤ１７０５と、これらを接続するバス１７０６と、を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【００７８】
本実施の形態にかかる管理サーバ１００で実行されるプロジェクト管理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【００７９】
また、本実施の形態にかかる管理サーバ１００で実行されるプロジェクト管理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施の形態にかかる管理サーバ１００で実行されるプロジェクト管理プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【００８０】
また、本実施の形態にかかるプロジェクト管理プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【００８１】
本実施の形態にかかるプロジェクト管理プログラムは、上述した各部（プロジェクト作成部、スケジュール登録／編集部、スケジュール表示部、特定部、抽出部、取得部、通知情報送信部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ１７０１が上記記憶媒体からプロジェクト管理プログラムを読み出して実行することにより上記各部がＲＡＭ１７０３にロードされ、プロジェクト作成部、スケジュール登録／編集部、スケジュール表示部、特定部、抽出部、取得部、通知情報送信部が主記憶装置上に生成されるようになっている。
【００８２】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせても良い。
【符号の説明】
【００８３】
１００  管理サーバ
１５１  第１クライアント
１５２  第２クライアント
１５３  第３クライアント
４０１  プロジェクト管理部
４１０  記憶部
４１１  プロジェクト情報管理部
４１２  工程定義管理部
４１３  スケジュール情報管理部
４１４  標準工程定義管理部
４１５  フォロー条件定義管理部
４２１  プロジェクト作成部
４２２  スケジュール登録／編集部
４２３  スケジュール表示部
４３０  フォロー制御部
４３１  通知情報送信部
４３２  取得部
４３３  抽出部
４３４  特定部
４６１  ウェブブラウザ
４６２  メールアプリケーション
【図１】
2012014438.tif 000003
【図２】
2012014438.tif 000004
【図３】
2012014438.tif 000005
【図４】
2012014438.tif 000006
【図５】
2012014438.tif 000007
【図６】
2012014438.tif 000008
【図７】
2012014438.tif 000009
【図８】
2012014438.tif 000010
【図９】
2012014438.tif 000011
【図１０】
2012014438.tif 000012
【図１１】
2012014438.tif 000013
【図１２】
2012014438.tif 000014
【図１３】
2012014438.tif 000015
【図１４】
2012014438.tif 000016
【図１５】
2012014438.tif 000017
【図１６】
2012014438.tif 000018
【図１７】
2012014438.tif 000019
【手続補正書】
【提出日】平成23年7月7日(2011.7.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
管理対象のプロジェクトに含まれる工程と、当該工程の予定期日、又は予定期日が未定であることを示す未定情報と、を対応付けて記憶する工程記憶手段と、
過去に行われたプロジェクトの各工程で要した工数に基づき、各工程が標準的な工数を要した場合の標準的なプロジェクトに含まれる第１の工程と第２の工程との差として予め定められた期日の差を記憶する標準記憶手段と、
前記工程記憶手段に記憶されている前記未定情報と対応付けられた前記第２の工程が標準的な工数を要した場合に期限となる日を示す標準期日を、前記管理対象のプロジェクトで予定期日が設定されている前記第1の工程と前記標準記憶手段とに基づいて特定する特定手段と、
任意の日付から予め定められた日付範囲に含まれる、前記標準期日を抽出する抽出手段と、
抽出された前記標準期日に対応する前記工程について、予定期日が未定であることを示す情報を出力する出力手段と、
を備えることを特徴とする工程管理装置。
【請求項２】
前記出力手段で出力の対象となった、前記第２の工程について予定期日の編集を受け付ける編集手段と、
前記編集手段が受け付けた前記予定期日を、前記第２の工程と対応付けて前記工程記憶手段に登録する登録手段と、
をさらに備えることを特徴とする請求項１に記載の工程管理装置。
【請求項３】
前記出力手段が出力する、予定期日が未定であることを示す情報には、未定である予定期日の編集可能な表示画面に移動するリンク情報が含まれていること、
を特徴とする請求項１又は２に記載の工程管理装置。
【請求項４】
工程管理装置で実行される工程管理方法であって、
前記工程管理装置は、管理対象のプロジェクトに含まれる工程と、当該工程の予定期日、又は予定期日が未定であることを示す未定情報と、を対応付けて記憶する工程記憶手段と、
過去に行われたプロジェクトの各工程で要した工数に基づき、各工程が標準的な工数を要した場合の標準的なプロジェクトに含まれる第1の工程と第２の工程との差として予め定められた期日の差を記憶する標準記憶手段と、を備え、
特定手段が、前記工程記憶手段に記憶されている前記未定情報と対応付けられた前記第２の工程が標準的な工数を要した場合に期限となる日を示す標準期日を、前記管理対象のプロジェクトで予定期日が設定されている前記第1の工程と前記標準記憶手段とに基づいて特定する特定ステップと、
抽出手段が、任意の日付から予め定められた日付範囲に含まれる、前記標準期日を抽出する抽出ステップと、
出力手段が、抽出された前記標準期日に対応する前記工程について、予定期日が未定であることを示す情報を出力する出力ステップと、
を含むことを特徴とする工程管理方法。
【請求項５】
編集手段が、前記出力手段で出力の対象となった、前記第２の工程について予定期日の編集を受け付ける編集ステップと、
登録手段が、前記編集ステップで受け付けた前記予定期日を、前記第２の工程と対応付けて前記工程記憶手段に登録する登録ステップと、
をさらに含むことを特徴とする請求項４に記載の工程管理方法。
【請求項６】
前記出力ステップが出力する、予定期日が未定であることを示す情報には、未定である予定期日の編集可能な表示画面に移動するリンク情報が含まれていること、
を特徴とする請求項４又は５に記載の工程管理方法。
【請求項７】
コンピュータが、管理対象のプロジェクトに含まれる工程と、当該工程の予定期日、又は予定期日が未定であることを示す未定情報と、を対応付けて記憶する工程記憶手段と、
過去に行われたプロジェクトの各工程で要した工数に基づき、各工程が標準的な工数を要した場合の標準的なプロジェクトに含まれる第1の工程と第２の工程との差として予め定められた期日の差を記憶する標準記憶手段と、を備え、
前記コンピュータを、
前記工程記憶手段に記憶されている前記未定情報と対応付けられた前記第２の工程が標準的な工数を要した場合に期限となる日を示す標準期日を、前記管理対象のプロジェクトで予定期日が設定されている前記第1の工程と前記標準記憶手段とに基づいて特定する特定手段と、
任意の日付から予め定められた日付範囲に含まれる、前記標準期日を抽出する抽出手段と、
抽出された前記標準期日に対応する前記工程について、予定期日が未定であることを示す情報を出力する出力手段と、
して機能させるための工程管理プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
実施形態の工程管理装置は、工程記憶手段と、標準記憶手段と、特定手段と、抽出手段と、出力手段と、を備える。工程記憶手段は、管理対象のプロジェクトに含まれる工程と、当該工程の予定期日、又は予定期日が未定であることを示す未定情報と、を対応付けて記憶する。標準記憶手段は、過去に行われたプロジェクトの各工程で要した工数に基づき、各工程が標準的な工数を要した場合の標準的なプロジェクトに含まれる第1の工程と第２の工程との差として予め定められた期日の差を記憶する。特定手段は、工程記憶手段に記憶されている未定情報と対応付けられた第２の工程が標準的な工数を要した場合に期限となる日を示す標準期日を、管理対象のプロジェクトで予定期日が設定されている第1の工程と標準記憶手段とに基づいて特定する。抽出手段は、任意の日付から予め定められた日付範囲に含まれる、標準期日を抽出する。出力手段は、抽出された標準期日に対応する工程について、予定期日が未定であることを示す情報を出力する。