JP2019091212A - プロジェクト管理システムおよびプロジェクト管理方法 - Google Patents

Abstract

【課題】協力会社等の外部の組織へのタスク遂行の発注に係る一連の作業を行うプロジェクト管理システムを提供する。【解決手段】プロジェクト管理装置は、発注候補情報を受け付ける発注依頼受付部と発注候補情報を送信する発注候補情報送信部と発注先組織の指定を受け付ける発注先受付部と発注先組織の情報をサーバに送信する発注先情報送信部とを有する。サーバは、発注候補情報に基づき依頼管理情報の登録を行う依頼情報登録部と候補組織の受注管理装置に対して見積依頼通知を送信する見積依頼送信部と回答情報を依頼管理情報に付与する見積結果登録部とタスク関連情報における発注タスクの情報に発注先組織に関する情報を付与する発注先登録部とを有する。候補組織の受注管理装置は、見積依頼通知に対する回答情報を受け付ける見積結果受付部とサーバに対して回答情報を送信する見積結果送信部とを有する。【選択図】図１

Description

この発明は、プロジェクトに関するタスクの遂行を管理するプロジェクト管理システム、および、当該プロジェクト管理システムにおけるプロジェクト管理方法に関するものである。

従来、多人数の要員により構成されたプロジェクトを管理するプロジェクト管理システムが知られている。
プロジェクト管理システムについて、例えば、プロジェクトで実施するタスクを階層化して管理し、タスクツリー上に分散管理された文書からプロジェクトを代表する文書、または、タスクに関わる情報を発見して、プロジェクト管理者に提示する技術が開示されている（特許文献１参照）。
一方、プロジェクトを遂行するにあたり、タスクの一部を切り出し、当該切り出したタスクの遂行を、協力会社等に委託することがある。

特開２０１０−３３４２４号公報

従来、プロジェクト遂行にあたり、協力会社等の外部の組織へのタスクの遂行の発注に係る一連の作業は、プロジェクト管理システムとは別のシステム等で行われるようになっている。そのため、プロジェクト管理システムにおいて、協力会社等の外部の組織へのタスクの遂行の発注に係る一連の作業を行うことができないという課題があった。

この発明は、上記のような課題を解決するためになされたもので、プロジェクト管理システムにおいて、協力会社等の外部の組織へのタスクの遂行の発注に係る一連の作業を行うことができるプロジェクト管理システムを提供することを目的とする。

この発明に係るプロジェクト管理システムは、プロジェクトで実施する１つ以上のタスクの遂行を管理するプロジェクト管理装置と、１つ以上のタスクに関する情報を階層構造で保持するタスク関連情報を記憶するサーバと、１つ以上の組織にそれぞれ設置される受注管理装置とがネットワークを介して接続されるプロジェクト管理システムであって、プロジェクト管理装置において、１つ以上のタスクのうち組織に遂行させる発注タスクの情報と、当該発注タスクの遂行を依頼する候補となる１つ以上の候補組織の情報とを含む発注候補情報を受け付ける発注依頼受付部と、発注依頼受付部が受け付けた発注候補情報をサーバに送信する発注候補情報送信部とを有し、サーバにおいて、発注候補情報送信部から送信された発注候補情報に基づき、候補組織毎の、当該候補組織への発注タスクの発注依頼に関する依頼管理情報の登録を行う依頼情報登録部と、発注候補情報が送信されると、候補組織の受注管理装置に対して、発注タスクの遂行に係る見積依頼通知を送信する見積依頼送信部とを有し、候補組織の受注管理装置において、見積依頼送信部から送信された見積依頼通知を受信する見積依頼受付部と、見積依頼通知に対する回答情報を受け付ける見積結果受付部と、サーバに対して、見積結果受付部が受け付けた回答情報を送信する見積結果送信部とを有し、サーバにおいて、見積結果送信部から送信された回答情報を、発注タスクの遂行に係る見積結果情報として依頼管理情報に付与する見積結果登録部を有し、プロジェクト管理装置において、サーバから候補組織毎の見積結果情報を取得する見積結果取得部と、候補組織のうち、発注タスクの遂行を依頼する発注先組織の指定を受け付ける発注先受付部と、発注先受付部が受け付けた発注先組織の情報をサーバに送信する発注先情報送信部とを有し、サーバにおいて、発注先情報送信部から送信された発注先組織の情報と、依頼管理情報とに基づき、タスク関連情報における、発注タスクの情報に、当該発注先組織に関する情報、および、当該発注先組織からの見積結果情報を付与する発注先登録部を有するものである。

この発明によれば、プロジェクト管理システムにおいて、協力会社等の外部の組織へのタスクの遂行の発注に係る一連の作業を行うことができる。

実施の形態１に係るプロジェクト管理システムの構成例を示す図である。 実施の形態１のプロジェクト管理装置の構成例を示す図である。 実施の形態１の受注管理装置の構成例を示す図である。 実施の形態１のサーバの構成例を示す図である。 実施の形態１において、タスクＤＢが記憶するタスク関連情報の階層構造のイメージの一例を示す図である。 実施の形態１において、タスクＤＢが記憶するタスク関連情報の一例を説明するための図である。 実施の形態１において、依頼管理ＤＢが記憶する依頼管理情報の一例を説明するための図である。 実施の形態１において、成果物ＤＢが記憶する成果物に関する情報の一例を説明するための図である。 実施の形態１に係るプロジェクト管理システムにおいて、候補協力会社に対して見積依頼が行われ、発注先協力会社が決定されるまでの動作を説明するためのフローチャートである。 実施の形態１における発注情報入力画面のイメージの一例を説明するための図である。 実施の形態１における見積結果入力画面のイメージの一例を説明するための図である。 実施の形態１における発注先入力画面のイメージの一例を説明するための図である。 実施の形態１において、受注管理装置から、発注タスク遂行に伴って生じた各種情報をサーバに登録し、プロジェクト管理装置から、進捗の確認または成果物の検収を行う動作の一例について説明するためのフローチャートである。 実施の形態１における進捗入力画面のイメージの一例を説明するための図である。 実施の形態１における成果物入力画面のイメージの一例を説明するための図である。 実施の形態１における検収情報入力画面のイメージの一例を説明するための図である。 実施の形態１において、体制表表示制御部が体制表を表示させた体制表表示画面のイメージの一例を説明するための図である。 実施の形態１において、受注管理装置が、回答情報を登録する際に、発注タスクの詳細化を行った場合の見積結果入力画面のイメージの一例を説明するための図である。 実施の形態２に係るプロジェクト管理システムの構成例を示す図である。 実施の形態２のプロジェクト管理装置の構成例を示す図である。 実施の形態２の受注管理装置の構成例を示す図である。 実施の形態２のサーバの構成例を示す図である。 実施の形態２に係るプロジェクト管理システムにおいて、発注先協力会社が決定されるまでの動作を説明するためのフローチャートである。 実施の形態２において、受注管理装置からプロジェクト管理装置に対して、発注タスク遂行に伴って生じた各種情報を送信し、プロジェクト管理装置が、受信した各種情報をサーバに登録する動作、および、プロジェクト管理装置から、進捗の確認または成果物の検収を行う動作の一例について説明するためのフローチャートである。

以下、この発明の実施の形態について図面を参照しながら詳細に説明する。
実施の形態１．
図１は、実施の形態１に係るプロジェクト管理システムの構成例を示す図である。
なお、実施の形態１において、プロジェクト管理システムは、Ｗｏｒｋ Ｂｒｅａｋｅｄｏｗｎ Ｓｔｒｕｃｔｕｒｅ（以下、ＷＢＳという）の手法を採用する。
ＷＢＳは、タスクを大きいものから小さいものへ細分化する手法であり、当該ＷＢＳでは、タスクの漏れまたは重複がチェックでき、プロジェクトのタスクが管理しやすい。
プロジェクトとは、期間と結果が規定されていて、それを満たすことを目標とした行動または行為である。タスクとは、プロジェクトを構成する論理的な作業の単位を表し、あるプロジェクトは、上位層〜下位層のタスクに分割される。

実施の形態１では、プロジェクトの管理会社は、プロジェクトで遂行する１つ以上のタスクのうち、１つまたは複数のタスクを、１つ以上の協力会社へ発注し、１つ以上の協力会社は、それぞれ、受注したタスクを遂行する。
以下の説明において、プロジェクトで遂行する１つ以上のタスクのうち、外部の協力会社に遂行させるタスクを、「発注タスク」というものとする。また、「発注タスク」の発注先候補となる１つ以上の協力会社を、「候補協力会社」というものとする。また、１つ以上の「候補協力会社」のうち、実際に、管理会社が「発注タスク」の遂行を発注する協力会社を、「発注先協力会社」というものとする。
なお、実施の形態１では、１つまたは複数のタスクの発注先は協力会社であるものとするが、１つまたは複数のタスクの発注先は、協力会社に限らない。協力会社を含む、管理会社の外部のあらゆる組織が、１つまたは複数のタスクの発注先となり得る。

実施の形態１のプロジェクト管理システムは、図１に示すように、管理者側端末１と、協力会社側端末２と、サーバ３とを備え、管理者側端末１と協力会社側端末２とサーバ３とは、互いにネットワークを介して接続される。

管理者側端末１は、管理者が所属する管理会社に設置され、例えば、プロジェクトの管理者、または、タスクを遂行する、管理会社に所属の担当者等が使用するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。管理者側端末１は、プロジェクト管理装置１１および表示装置１２を備える。
プロジェクトの管理者等は、当該管理者側端末１を操作して、発注タスクに関する情報を含む、プロジェクトに関する情報を、表示装置１２に表示させ、表示された情報を確認することで、プロジェクトの管理を行う。
また、管理者等は、当該管理者側端末１を操作し、サーバ３を介して、候補協力会社に対して、発注タスクの見積依頼を行う。また、管理者等は、サーバ３から、当該管理者側端末１を操作して発注タスクの見積結果を取得し、当該見積結果に基づき、発注先協力会社を決定する。そして、管理者等は、当該管理者側端末１から、決定した発注先協力会社の情報を、サーバ３に登録する。
上述したような、管理者等の操作による管理者側端末１の動作は、具体的には、プロジェクト管理装置１１が行う。プロジェクト管理装置１１の詳細な構成は後述する。
表示装置１２は、例えば、ディスプレイであり、プロジェクト管理装置１１の制御に基づいて、各種情報を表示する。

協力会社側端末２は、例えば、協力会社に設置された、発注タスクの担当者等が使用するＰＣであり、受注管理装置２１および表示装置２２を備える。
候補協力会社の担当者等は、当該協力会社側端末２において、発注タスクの見積依頼を受け付ける。また、候補協力会社の担当者等は、当該協力会社側端末２を操作して、受け付けた見積依頼に対する見積結果を、サーバ３に登録する。
また、発注先協力会社の担当者等は、協力会社側端末２を操作して、発注タスクの遂行に係る各種情報を、サーバ３に登録する。
上述したような、協力会社の担当者等の操作による協力会社側端末２の動作は、具体的には、受注管理装置２１が行う。受注管理装置２１の詳細な構成は後述する。
表示装置２２は、例えば、ディスプレイであり、受注管理装置２１の制御に基づいて、各種情報を表示する。

サーバ３は、プロジェクトで実施する１つ以上のタスクに関する情報を記憶し、管理者側端末１または協力会社側端末２から送信される情報に基づき、当該１つ以上のタスクに関する情報の登録または更新等を行う。また、実施の形態１において、サーバ３は、候補協力会社に対して、見積依頼を行う。
サーバ３の詳細な構成は後述する。
なお、図１では、管理会社に備えられる管理者側端末１は１台のみとしているが、これに限らず、管理会社に備えられる管理者側端末１は、複数台であってもよい。また、図１では、協力会社は３社示すようにしているが、これに限らず、協力会社は、１社以上であればよい。また、図１では、各協力会社に備えられる協力会社側端末２は１台のみとしているが、これに限らず、各協力会社に備えられる協力会社側端末２は、複数台であってもよい。また、図１においては、説明の簡単のため記載を省略しているが、各協力会社側端末２において、受注管理装置２１および表示装置２２を備える。

実施の形態１のプロジェクト管理装置１１の構成について説明する。
図２は、実施の形態１のプロジェクト管理装置１１の構成例を示す図である。
プロジェクト管理装置１１は、ソフトウェアに基づくＣＰＵを用いたプログラム処理によって実行される。
プロジェクト管理装置１１は、図２に示すように、受付部１１１と、情報取得部１１２と、送信部１１３と、表示制御部１１４とを備える。
受付部１１１は、発注依頼受付部１１１１と、発注先受付部１１１２と、検収結果受付部１１１３とを有する。
情報取得部１１２は、見積結果取得部１１２１と、遂行情報取得部１１２２と、担当者情報取得部１１２３とを有する。
送信部１１３は、発注候補情報送信部１１３１と、発注先情報送信部１１３２と、検収結果送信部１１３３とを有する。
表示制御部１１４は、遂行情報表示制御部１１４１と、体制表表示制御部１１４２とを有する。

受付部１１１は、各種情報を受け付ける。
発注依頼受付部１１１１は、発注タスクの情報と候補協力会社の情報とを含む発注候補情報を受け付ける。具体的には、管理者等は、マウスまたはキーボード等の入力装置（図示省略）を操作し、表示装置１２に表示された発注情報入力画面から、発注候補情報を入力する。発注依頼受付部１１１１は、入力された発注候補情報を受け付ける。発注情報入力画面については、後述する。
発注依頼受付部１１１１は、受け付けた発注候補情報を、送信部１１３の発注候補情報送信部１１３１（後述する）に出力する。

発注先受付部１１１２は、発注先協力会社の指定を受け付ける。具体的には、管理者等は、候補協力会社のうちから発注先協力会社を決定すると、入力装置を操作し、表示装置１２に表示された発注先入力画面から、発注先協力会社の情報を入力する。発注先受付部１１１２は、入力された発注先協力会社の情報を受け付ける。発注先入力画面については、後述する。
発注先受付部１１１２は、受け付けた発注先協力会社の情報を、送信部１１３の発注先情報送信部１１３２（後述する）に出力する。

検収結果受付部１１１３は、発注タスクと対応付けられている成果物が検収済であることを示す検収完了情報を受け付ける。具体的には、管理者等は、入力装置を操作し、表示装置１２に表示された検収情報入力画面から、検収結果を入力する。検収結果受付部１１１３は、入力された検収結果を受け付ける。検収情報入力画面については、後述する。
検収結果受付部１１１３は、受け付けた検収結果を、送信部１１３の検収結果送信部１１３３に出力する。

情報取得部１１２は、サーバ３から各種情報を取得する。
見積結果取得部１１２１は、サーバ３の依頼管理ＤＢ（データベース）３２（後述する）を参照し、候補協力会社毎の、発注タスクの遂行に係る見積結果情報を取得する。
見積結果取得部１１２１は、取得した見積結果情報を表示制御部１１４に出力する。

遂行情報取得部１１２２は、サーバ３のタスクＤＢ３１（後述する）または成果物ＤＢ３３（後述する）を参照し、発注先協力会社において発注タスクの遂行に伴って生じた遂行情報を取得する。例えば、遂行情報取得部１１２２は、タスクＤＢ３１を参照し、遂行情報として、発注先協力会社における発注タスクの進捗状況に関する情報を取得する。また、例えば、遂行情報取得部１１２２は、成果物ＤＢ３３を参照し、遂行情報として、発注先協力会社によって登録された、試験手順書等の成果物に関する情報を取得する。
遂行情報取得部１１２２は、取得した遂行情報を、表示制御部１１４の遂行情報表示制御部１１４１（後述する）に出力する。

担当者情報取得部１１２３は、サーバ３のタスクＤＢ３１を参照し、発注タスクを遂行する担当者に関する担当者情報を取得する。
担当者情報取得部１１２３は、取得した担当者情報を、表示制御部１１４の体制表表示制御部１１４２（後述する）に出力する。

送信部１１３は、サーバ３に対して、各種情報を送信する。
発注候補情報送信部１１３１は、発注依頼受付部１１１１から出力された発注候補情報をサーバ３に送信する。

発注先情報送信部１１３２は、発注先受付部１１１２から出力された発注先協力会社の情報をサーバ３に送信する。

検収結果送信部１１３３は、検収結果受付部１１１３から出力された検収完了情報をサーバ３に送信する。

表示制御部１１４は、各種情報を表示装置１２に表示させる。
例えば、遂行情報表示制御部１１４１は、遂行情報取得部１１２２から出力された、発注先協力会社における発注タスクの進捗状況に関する情報を、表示装置１２に表示させる。
また、例えば、遂行情報表示制御部１１４１は、遂行情報取得部１１２２から出力された、成果物に関する情報を、表示装置１２に表示させる。
また、例えば、体制表表示制御部１１４２は、担当者情報取得部１１２３から出力された担当者情報に基づき、発注タスクを遂行する担当者の体制表を表示させる。
表示制御部１１４が表示させる、具体的な画面例については、後述する。

実施の形態１の受注管理装置２１の構成について説明する。
図３は、実施の形態１の受注管理装置２１の構成例を示す図である。受注管理装置２１は、ソフトウェアに基づくＣＰＵを用いたプログラム処理によって実行される。
受注管理装置２１は、図３に示すように、受付部２１１と、送信部２１２と、表示制御部２１３とを備える。
受付部２１１は、見積依頼受付部２１１１と、見積結果受付部２１１２と、遂行情報受付部２１１３とを有する。
送信部２１２は、見積結果送信部２１２１と、遂行情報送信部２１２２とを有する。

受付部２１１は、各種情報を受け付ける。
見積依頼受付部２１１１は、サーバ３の見積依頼送信部３６（後述する）から送信された見積依頼通知を受信する。

見積結果受付部２１１２は、見積依頼受付部２１１１が受信した見積依頼通知に対する回答情報を受け付ける。すなわち、当該回答情報は、発注タスクの遂行に係る見積結果の情報である。具体的には、協力会社の担当者等は、入力装置を操作し、表示装置２２に表示された見積結果入力画面から、回答情報を入力する。見積結果受付部２１１２は、入力された回答情報を受け付ける。回答情報の詳細、および、見積結果入力画面については、後述する。
見積結果受付部２１１２は、受け付けた回答情報を、送信部２１２の見積結果送信部２１２１（後述する）に出力する。

遂行情報受付部２１１３は、発注タスクの遂行に伴って生じた遂行情報を受け付ける。具体的には、例えば、協力会社の担当者等は、入力装置を操作し、表示装置２２に表示された進捗入力画面から、遂行情報として、進捗状況に関する情報を入力する。また、例えば、協力会社の担当者等は、入力装置を操作し、表示装置２２に表示された成果物入力画面から、遂行情報として、成果物に関する情報を入力する。進捗入力画面および成果物入力画面については、後述する。
遂行情報受付部２１１３は、受け付けた遂行情報を、送信部２１２の遂行情報送信部２１２２（後述する）に出力する。

送信部２１２は、サーバ３に対して各種情報を送信する。
見積結果送信部２１２１は、見積結果受付部２１１２から出力された回答情報をサーバ３に送信する。
遂行情報送信部２１２２は、遂行情報受付部２１１３から出力された遂行情報をサーバ３に送信する。

表示制御部２１３は、各種情報を表示装置２２に表示させる。
表示制御部２１３が表示させる、具体的な画面例については、後述する。

実施の形態１のサーバ３の構成について説明する。
図４は、実施の形態１のサーバ３の構成例を示す図である。サーバ３は、ソフトウェアに基づくＣＰＵを用いたプログラム処理によって実行される。

サーバ３は、図４に示すように、タスクＤＢ３１と、依頼管理ＤＢ３２と、成果物ＤＢ３３と、受信部３４と、登録部３５と、見積依頼送信部３６とを備える。
受信部３４は、依頼情報受信部３４１と、発注先情報受信部３４２と、見積結果受信部３４３と、遂行情報受信部３４４と、検収結果受信部３４５とを有する。
登録部３５は、依頼情報登録部３５１と、発注先登録部３５２と、見積結果登録部３５３と、遂行情報登録部３５４と、検収結果登録部３５５とを有する。

タスクＤＢ３１は、各タスクに関するタスク関連情報を記憶する。
タスク関連情報とは、プロジェクトで実施する１つ以上のタスクについて、各タスクを判別するための基本的な事項が定義された情報である。
例えば、プロジェクトの立ち上げ時等に、プロジェクト管理者が、入力装置を操作してタスク関連情報を入力し、タスクＤＢ３１に登録しておく。
タスク関連情報は、階層構造で管理される。

ここで、図５は、実施の形態１において、タスクＤＢ３１が記憶するタスク関連情報の階層構造のイメージの一例を示す図である。
各タスクに関する情報は、図５に示すように、プロジェクト毎に、上位層〜下位層のタスクに分割され、管理される。

また、図６は、実施の形態１において、タスクＤＢ３１が記憶するタスク関連情報の一例を説明するための図である。
タスク関連情報は、タスク基本情報と、スケジュール情報と、リソース情報と、担当者情報と、コスト情報と、備考とからなる。
なお、図６では、説明の便宜上、タスク基本情報〜スケジュール情報までと、リソース情報〜備考までを、２段にわけて示すようにしているが、タスク関連情報は、タスク基本情報に、スケジュール情報、リソース情報、担当者情報、コスト情報、および、備考が紐付けられて管理されるようになっていればよい。

タスク基本情報は、タスクＩＤ、タスク名、外注フラグ、階層の深さ、および、親タスクのＩＤの情報を含む。
外注フラグは、当該外注フラグが付与されているタスクが発注タスクなのか否かを示す情報である。実施の形態１では、外注フラグ「１」が付与されているタスクは発注タスクであるとする。なお、これは一例に過ぎず、外注フラグによって、タスク基本情報のタスクが、発注タスクなのか否かがわかるようになっていればよい。

スケジュール情報は、予定開始日、予定終了日、確定開始日、確定終了日、および、進捗の情報を含む。

リソース情報は、発注番号、発注名、依頼先、見積期限、希望納期、および、検収済フラグの情報を含む。リソース情報は、タスクが発注タスクである場合に編集される。
リソース情報で管理される依頼先は、発注先協力会社である。よって、発注番号および発注名は、発注先協力会社に発注した発注タスクに対する発注番号および発注名である。
候補協力会社が複数ある場合でも、タスクＤＢ３１は、発注先協力会社による、発注タスクの遂行に関する情報しか保持しない。
検収済フラグは、当該検収済フラグが付与されている発注タスクが、管理者等によって検収済であるか否かを示す情報である。具体的には、発注タスクを遂行した結果、発注先協力会社において生じた成果物の内容について、管理者等が検収を完了すると、当該検収済フラグ「１」が付与される。なお、これは一例に過ぎず、検収済フラグによって、発注タスクが検収済なのか否かがわかるようになっていればよい。

担当者情報は、所属および担当者の情報を含む。
所属には、タスクを遂行する担当者の所属の情報が登録される。また、担当者には、タスクを遂行する担当者の名前またはＩＤ等、担当者を特定できる情報が登録される。
なお、図６では説明の簡単のため図示を省略しているが、担当者情報は、さらに、担当者の経歴、連絡先等の情報も含むことができる。

コスト情報は、予定金額および確定金額の情報を含む。なお、図６では図示を省略しているが、コスト情報には、各タスクの予定金額を合算した合計予定金額の情報、または、各タスクの確定金額を合算した合計確定金額の情報を含むことができる。
備考には、必要に応じて、例えば、タスクＤＢ３１の作成時間、最終更新時間、タスクに関して管理者または協力会社の担当者が入力したコメント等の情報が登録される。

なお、管理者等および協力会社の担当者等は、適宜、タスクＤＢ３１の更新を行うことができる。ただし、協力会社の担当者等が参照および更新できるのは、担当する発注タスクに関する項目のみである。
また、図５，図６では、タスク関連情報は、２階層となっているが、これは一例に過ぎず、タスク関連情報を、何階層で管理するかは、適宜設定可能である。

依頼管理ＤＢ３２は、候補協力会社への、発注タスクの発注依頼に関する依頼管理情報を記憶する。
図７は、実施の形態１において、依頼管理ＤＢ３２が記憶する依頼管理情報の一例を説明するための図である。
依頼管理情報は、候補協力会社、発注番号、発注名、タスクＩＤ、見積期限、希望納期、予定開始日、予定終了日、および、予定金額の情報を含む。なお、図７では図示を省略しているが、依頼管理情報には、担当者情報も含まれる。
依頼管理情報は、プロジェクト管理装置１１が発注候補情報を受け付け、当該発注候補情報がサーバ３に送信されると、すなわち、見積依頼が行われると、その都度、候補協力会社毎に作成される。
なお、見積依頼が行われた時点では、予定開始日、予定終了日、および、予定金額の情報は編集されない。予定開始日、予定終了日、および、予定金額の情報は、受注管理装置２１から送信された、見積依頼に対する回答情報を受信すると、当該受信した回答情報に基づき編集される。詳細は後述する。
また、依頼管理情報には、タスクを特定する情報として、タスクＩＤが含まれており、当該タスクＩＤは、タスクＤＢ３１のタスクＩＤと紐付いている。

なお、図７では、Ａ社およびＢ社に関する依頼管理情報を示しているが、これは一例に過ぎない。候補協力会社毎に、依頼管理情報が作成される。
また、依頼管理情報は、候補協力会社へ見積依頼を行う都度作成される。すなわち、同じ候補協力会社に対して、複数回に分けて、異なる発注タスクに関する見積依頼を行った場合、見積依頼の分だけ依頼管理情報が作成され、候補協力会社毎に履歴管理されることになる。

成果物ＤＢ３３は、各タスクに関連付けられた成果物に関する情報を格納する。
成果物に関する情報とは、タスクが遂行された過程で生成された文書またはデータ等の情報である。実施の形態１では、このように、タスクが遂行された過程で生成された文書またはデータ等を、タスクが遂行された過程で生成された成果物と定義する。

図８は、実施の形態１において、成果物ＤＢ３３が記憶する成果物に関する情報の一例を説明するための図である。
図８に示すように、成果物ＤＢ３３が記憶する成果物に関する情報には、文書ＩＤ、文書名、作成日、タスクＩＤ、および、作成者の情報が含まれる。
また、図８では説明の簡単のため図示を省略しているが、文書情報には、各文書の実データが紐付けられている。各文書の実データとは、各文書の内容を示すデータである。
なお、図８で示した文書情報は一例に過ぎず、文書情報には、少なくとも、文書ＩＤ等、文書を特定できる情報と、タスクＤＢ３１で管理されているタスクのうち、文書が紐付けられるタスクを特定できる情報と、文書の実データとが含まれるようになっていればよい。

例えば、図８でいうと、文書ＩＤ「３」の「×××試験手順書」は、タスクＩＤ「７」と紐付けられている。タスクＤＢ３１に格納されているタスクに関する情報の内容が、図６に示すような内容であったとすると、当該「×××試験手順書」は、「試験」における成果物であることになる。
プロジェクトのタスクを遂行する、管理会社の担当者等または協力会社の担当者等は、例えば、管理者側端末１または協力会社側端末２より、適宜、文書情報を登録可能である。

なお、図５〜図８で示した各ＤＢで格納する情報は一例に過ぎず、図５〜図８以外の情報を格納するようにしてもよい。

図３の説明に戻る。
受信部３４は、プロジェクト管理装置１１または受注管理装置２１から、各種情報を受信する。
依頼情報受信部３４１は、プロジェクト管理装置１１の発注候補情報送信部１１３１から送信された発注候補情報を受信する。
依頼情報受信部３４１は、受信した発注候補情報を、依頼情報登録部３５１に出力する。

発注先情報受信部３４２は、プロジェクト管理装置１１の発注先情報送信部１１３２から送信された発注先協力会社の情報を受信する。
発注先情報受信部３４２は、受信した発注先協力会社の情報を、発注先登録部３５２に出力する。

見積結果受信部３４３は、見積依頼送信部３６が送信した見積依頼通知に対して受注管理装置２１の見積結果送信部２１２１から送信された回答情報を受信する。
見積結果受信部３４３は、受信した回答情報を、見積結果登録部３５３に出力する。

遂行情報受信部３４４は、受注管理装置２１の遂行情報送信部２１２２から送信された遂行情報を受信する。
遂行情報受信部３４４は、受信した遂行情報を、遂行情報登録部３５４に出力する。

検収結果受信部３４５は、プロジェクト管理装置１１の検収結果送信部１１３３から送信された検収完了情報を受信する。
検収結果受信部３４５は、受信した検収完了情報を、検収結果登録部３５５に出力する。

登録部３５は、受信部３４から出力された各種情報に基づき、タスクＤＢ３１、依頼管理ＤＢ３２、および、成果物ＤＢ３３の作成または更新を行う。
依頼情報登録部３５１は、依頼情報受信部３４１が受信した発注候補情報に基づき、依頼管理情報の登録を行う。

発注先登録部３５２は、発注先情報受信部３４２が受信した発注先協力会社の情報と、依頼管理ＤＢ３２に記憶されている依頼管理情報とに基づき、タスクＤＢ３１に記憶されているタスク情報における、発注タスクの情報に、当該発注先協力会社の情報、および、当該発注先協力会社から受信した、見積依頼に対する回答情報を付与する。

見積結果登録部３５３は、見積結果受信部３４３が受信した回答情報を、見積結果情報として、依頼管理ＤＢ３２に記憶されている依頼管理情報に付与する。

遂行情報登録部３５４は、遂行情報受信部３４４が受信した遂行情報を、タスク関連情報における発注タスクの情報に付与する。

検収結果登録部３５５は、検収結果受信部３４５が受信した検収完了情報に基づき、タスク関連情報における発注タスクの情報に、検収済であることを示す情報を付与する。

見積依頼送信部３６は、プロジェクト管理装置１１の発注候補情報送信部１１３１から発注候補情報が送信されると、該当の受注管理装置２１に対して、発注タスクの遂行に係る見積依頼通知を送信する。

実施の形態１のプロジェクト管理システムの動作について説明する。
まず、実施の形態１のプロジェクト管理システムにおいて、１つ以上の候補協力会社に発注タスクの見積依頼が行われ、発注先協力会社が決定されるまでの動作について説明する。
なお、以下の説明においては、プロジェクトの立ち上げ時に、管理者等が、プロジェクト管理装置１１から、各タスクに関する情報を入力し、サーバ３のタスクＤＢ３１にタスク関連情報を登録済みであるものとする。ここでは、図６に示したようなタスク関連情報が記憶されているものとする。ただし、この時点では、タスク基本情報のタスクＩＤ、タスク名、階層深さ、および、親タスクＩＤのデータしか編集されていない。

図９は、実施の形態１に係るプロジェクト管理システムにおいて、候補協力会社に対して見積依頼が行われ、発注先協力会社が決定されるまでの動作を説明するためのフローチャートである。
プロジェクト管理システムにおいて、まず、発注タスク、および、１つ以上の候補協力会社が決定される（ステップＳＴ９０１）。そして、１つ以上の候補協力会社に対して、見積依頼が行われる（ステップＳＴ９０２）。

ステップＳＴ９０１，ステップＳＴ９０２の動作について詳細に説明する。
まず、ステップＳＴ９０１の動作について、具体的には、管理者等が、発注タスクと、当該発注タスクの遂行を依頼する候補となる１つ以上の候補協力会社を決定し、プロジェクト管理装置１１に表示された発注情報入力画面から、決定した発注タスク、および、候補協力会社の情報を入力し、当該候補協力会社に対する見積依頼を行う。なお、当該動作は、候補協力会社毎に行われる。
プロジェクト管理装置１１では、発注依頼受付部１１１１が発注タスクの情報と候補協力会社の情報とを含む発注候補情報を受け付ける。

ここで、図１０は、実施の形態１における発注情報入力画面のイメージの一例を説明するための図である。
管理者等は、入力装置等を操作し、図１０に示すような発注情報入力画面を呼び出す。具体的には、例えば、管理者等は、表示装置１２に表示された発注情報入力画面呼出ボタンを、クリックする等して、発注情報入力画面呼出情報を入力する。受付部１１１は、発注情報入力画面呼出情報を受け付け、表示制御部１１４に出力する。そして、表示制御部１１４は、発注情報入力画面を表示させる。
発注情報入力画面は、少なくとも、発注タスク情報入力領域（図１０の１０１）と、候補先情報入力領域（図１０の１０２）を有する。
発注タスク情報入力領域には、発注タスク入力部（図１０の１０１１）が表示される。
例えば、表示制御部１１４は、発注情報入力画面呼出情報が出力されると、サーバ３のタスクＤＢ３１を参照し、タスク関連情報を取得して、取得したタスク関連情報を、発注タスク情報入力領域に表示させる。なお、どのプロジェクトのタスク関連情報を呼び出すかは、管理者等が、発注情報入力画面呼出情報を入力する際に、あわせて指定するようにすればよい。ここでは、「案件Ａ」が指定されているものとする。
表示制御部１１４は、例えば、該当のプロジェクトのタスク関連情報を、階層が分かるように表示させる。なお、図１０においては、「プログラム製造」の下位のタスクである「機能Ａ」、「機能Ｂ」、および、「プログラム確認ＲＶ」は表示されていないが、これらは、適宜表示させるようにすることも可能である。
管理者等は、候補協力会社に発注依頼したい発注タスクを選択し、発注タスク入力部に入力する。例えば、図１０に示すように、階層で表示されたタスクから、発注タスクの表示部分を、クリック等する。ここでは、例えば、「プログラム製造」と「試験」が、発注タスクとして選択されたものとしている。発注タスクの表示部分がクリック等されたことで、発注タスク入力部に発注タスクの情報が入力されたものとする。
発注依頼受付部１１１１は、発注タスク入力部に入力される情報を、発注タスクの情報として受け付ける。
なお、図１０では図示を省略しているが、発注情報入力画面には、コメント入力部が表示され、管理者等は、当該コメント入力部に、例えば、コメントとして、発注タスク遂行にあたっての注意事項等を別途入力することができる。発注依頼受付部１１１１は、入力されたコメントの内容も、発注タスクの情報に含めるようにする。

候補先情報入力領域には、候補先入力部（図１０の１０２１〜１０２５）が表示される。
例えば、表示制御部１１４は、候補先入力部として、少なくとも、発注番号入力部（図１０の１０２１）、発注名入力部（図１０の１０２２）、依頼先入力部（図１０の１０２３）、見積期限入力部（図１０の１０２４）、および、希望納期入力部（図１０の１０２５）を表示させる。
管理者等は、入力装置等を操作して、それぞれの入力部に、該当する情報を入力する。ここでは、例えば、発注番号「ＡＡＡ−１１１１」、発注名「案件Ａ製造及び試験」、依頼先「Ａ社」、見積期限「２０１７／５／１」、希望納期「２０１８／３／３１」が入力された状態の画面例を示している。発注依頼受付部１１１１は、候補先情報入力部に入力されるこれらの情報を、候補協力会社の情報として受け付ける。
なお、管理者等は、発注タスク毎に、候補協力会社の情報を設定、および、入力する。
発注依頼受付部１１１１は、発注タスク毎に、発注タスクの情報と候補協力会社の情報とを含む発注候補情報を受け付ける。

また、候補先情報入力領域には、見積依頼ボタン（図１０の１０２６）が表示される。
管理者等は、発注候補情報を入力すると、例えば、入力装置を操作して、見積依頼ボタンをクリック等する。これにより、見積依頼指示が入力される。

発注依頼受付部１１１１は、見積依頼指示が入力されると、これを受け付け、発注候補情報を、発注候補情報送信部１１３１に出力する。

そして、ステップＳＴ９０２の動作として、発注候補情報送信部１１３１は、発注依頼受付部１１１１から出力された発注候補情報をサーバ３に送信する。
これによって、管理者等から、候補協力会社への発注タスクの遂行に係る見積依頼要求がなされたことになる。

サーバ３では、依頼情報受信部３４１が発注候補情報を受信し、見積依頼送信部３６が該当の受注管理装置２１に見積依頼通知を送信する。このとき、見積依頼送信部３６は、発注候補情報もあわせて受注管理装置２１に送信するようにする。
なお、見積依頼送信部３６は、発注候補情報に基づき、当該発注候補情報に含まれる各候補協力会社の受注管理装置２１に対して、見積依頼通知を送信する。
これによって、各候補協力会社に対して、管理者等からなされた見積依頼要求に基づく見積依頼が実行されたことになる。

さらに、サーバ３では、依頼情報受信部３４１が発注候補情報を受信し、依頼情報登録部３５１が、当該発注候補情報に基づき、候補協力会社毎に、依頼管理情報の登録を行う。例えば、プロジェクト管理装置１１の発注候補情報送信部１１３１から、Ａ社およびＢ社に関する発注候補情報を受信したとすると、依頼情報受信部３４１は、図７に示したような依頼管理情報を登録する。なお、この時点では、依頼管理情報のうち、候補協力会社、発注番号、発注名、タスクＩＤ、見積期限、および、希望納期の情報しか編集されない。

図９のフローチャートに戻る。
各候補協力会社の受注管理装置２１では、見積依頼受付部２１１１が、サーバ３の見積依頼送信部３６から送信された見積依頼通知を受信する。
そして、見積結果受付部２１１２は、見積依頼受付部２１１１が受信した見積依頼通知に対する回答情報が入力されると、これを受け付け、当該回答情報を見積結果送信部２１２１に出力する。
見積結果送信部２１２１は、見積結果受付部２１１２から出力された回答情報をサーバ３に送信する。
以上のように、見積依頼通知に対する見積結果の回答が行われる（ステップＳＴ９０３）。

ステップＳＴ９０３の動作について詳細に説明する。
まず、サーバ３の見積依頼送信部３６から送信された見積依頼通知を受信すると、見積依頼受付部２１１１は、例えば、見積依頼通知を受信した旨の情報を制御部（図示省略）に出力する。制御部は、見積依頼受付部２１１１から、見積依頼通知を受信した旨の情報が出力されると、例えば、表示制御部２１３に対して、見積依頼受信表示を表示させる等する。具体的には、例えば、表示制御部２１３は、表示装置２２に、「見積依頼あり」と表示させる。なお、これは一例に過ぎず、例えば、制御部は、協力会社側端末２が備える音声出力装置から、「見積依頼あり」と音声出力させるようにしてもよいし、協力会社側端末２が備えるライト等の発光部を点灯または点滅させる等してもよい。制御部は、見積依頼通知を受信したことを、協力会社の担当者等に知らせることができるようになっていればよい。

見積依頼通知を受信したことを検知すると、協力会社の担当者等は、見積を依頼された発注タスクを遂行するにあたっての見積を行う。
見積が完了すると、協力会社の担当者等は、入力装置を操作し、表示装置２２に表示された見積結果入力画面から、回答情報を入力する。

ここで、図１１は、実施の形態１における見積結果入力画面のイメージの一例を説明するための図である。
協力会社の担当者等は、入力装置等を操作し、図１１に示すような見積結果入力画面を呼び出す。具体的には、例えば、担当者等は、表示装置２２に表示された見積結果入力画面呼出ボタンを、クリックする等して、見積結果入力画面呼出情報を入力する。受付部２１１は、見積結果入力画面呼出情報を受け付け、表示制御部２１３に出力する。そして、表示制御部２１３は、見積結果入力画面を表示させる。
見積結果入力画面は、少なくとも、発注タスク表示領域（図１１の１１１）と、回答入力領域（図１１の１１２）を有する。

発注タスク表示領域には、見積依頼通知で見積依頼された発注タスクに関する情報が表示される。当該発注タスクに関する情報は、タスクＤＢ３１のタスク関連情報に基づき、階層構造で表示される。表示制御部２１３は、サーバ３の見積依頼送信部３６から送信された発注候補情報に基づき、サーバ３のタスクＤＢ３１を参照して、当該階層構造を表示するようにすればよい。なお、サーバ３では、アクセス権限制御部（図示省略）が、プロジェクト管理装置１１から発注候補情報を受信した際に、各候補協力会社について、発注候補情報に含まれる発注タスクに関する情報以外は参照できないよう、タスクＤＢ３１，依頼管理ＤＢ３２、および、成果物ＤＢ３３にアクセス制限をかけている。

回答入力領域には、回答入力部（図１１の１１２１〜１１２５）が表示される。
例えば、表示制御部２１３は、回答入力部として、担当者入力部（図１１の１１２１）、所属入力部（図１１の１１２２）、開始予定入力部（図１１の１１２３）、終了予定入力部（図１１の１１２４）、および、予定金額入力部（図１１の１１２５）を表示させる。

協力会社の担当者等は、入力装置を操作して、それぞれの入力部に、該当する情報を入力する。ここでは、例えば、担当者「Ａ田 Ａ助」、所属「開発本部Ｂ Ｇｒ．」、予定開始日「２０１８／１／１５」、予定終了日「２０１８／２／２５」、予定金額「１，０００，０００」が入力された状態の画面例を示している。見積結果受付部２１１２は、回答入力部に入力されるこれらの情報を、見積結果の情報として受け付ける。
なお、協力会社の担当者等は、発注タスク毎に、見積結果の情報を入力する。例えば、図１１では、担当者等は、「プログラム製造」を選択し、当該「プログラム製造」の遂行に係る見積結果の情報を入力したものとしている。
また、担当者等は、複数の発注タスクの見積結果の情報を入力する際、発注単位で、発注タスクの合算を表示させることもできる。具体的には、図１１では図示を省略しているが、表示制御部２１３は、見積結果入力画面に、例えば、合算表示ボタンを表示させる。担当者等は、入力装置を操作して当該合算表示ボタンをクリック等すると、受付部２１１がこれを受け付け、制御部が見積の情報を合算し、表示制御部２１３が当該合算情報を見積結果入力画面に表示させる。合算情報には、例えば、予定開始日の合算情報、予定終了日の合算情報、予定金額の合算情報が含まれる。予定開始日の合算情報および予定終了日の合算は、例えば、全ての発注タスクの予定開始日のうち、一番早い日を合算開始日、全ての発注タスクの予定終了日のうち、一番遅い日を合算終了日とし、合算開始日と合算終了日とすることで行う。表示制御部２１３は、合算開始日および合算終了日の情報を、見積結果入力画面に表示させる。具体的には、例えば、表示制御部２１３は、合算期間を棒状グラフ状に表示させる（図１１の１１３参照）。

協力会社の担当者等は、上述したような、見積結果の情報の入力を完了すると、例えば、見積結果入力画面に表示されている送信ボタン（図示省略）を、入力装置でクリック等し、送信指示を入力する。

見積結果受付部２１１２は、送信指示を受け付けると、見積結果の情報を、見積依頼受付部２１１１が受信した見積依頼通知に対する回答情報として、見積結果送信部２１２１に出力する。このとき、見積結果受付部２１１２は、回答情報に、候補協力会社、発注番号、発注名、および、タスクＩＤの情報を付与して見積結果送信部２１２１に出力するようにする。すなわち、回答情報には、発注タスクを特定する情報（例えば、タスクＩＤ、発注番号、発注名の情報）と、候補協力会社を特定する情報（例えば、候補協力会社名の情報）と、発注タスクの遂行に係る期間および金額に関する情報と、担当者情報とが含まれる。見積結果受付部２１１２は、候補協力会社、発注番号、発注名、および、タスクＩＤの内容を、見積依頼通知とあわせて送信された発注候補情報の候補協力会社、発注番号、発注名、および、タスクＩＤの内容とする。

見積結果送信部２１２１は、見積結果受付部２１１２から出力された回答情報をサーバ３に送信する。

なお、協力会社の担当者等は、送信ボタンをクリック等することで、回答情報の送信指示を入力するまでは、適宜、入力済みの回答情報の修正を行うことができる。
具体的には、担当者等は、発注タスク表示領域に表示された発注タスクを入力装置でダブルクリック等して選択することで、回答入力部に、選択した発注タスクに対応する回答情報を呼び出すことができる。入力された回答情報は、受注管理装置２１の内部の記憶領域に一時記憶しておき、表示制御部２１３が、当該記憶領域に一時記憶している、選択された発注タスクに対応する回答情報を取得して、表示させるようにすればよい。

図９のフローチャートに戻る。
サーバ３では、ステップＳＴ９０３において受注管理装置２１から送信された回答情報を受信し、回答情報を、見積結果情報として、依頼管理ＤＢ３２の依頼管理情報に付与する（ステップＳＴ９０４）。
ステップＳＴ９０４の動作について詳細に説明する。
サーバ３の見積結果受信部３４３は、受注管理装置２１の見積結果送信部２１２１から送信された回答情報を受信すると、当該回答情報を、見積結果登録部３５３に出力する。
見積結果登録部３５３は、見積結果受信部３４３が受信した回答情報を見積結果情報として、依頼管理ＤＢ３２に記憶されている依頼管理情報に付与する。
具体的には、見積結果登録部３５３は、回答情報に付与されている候補協力会社、発注番号、発注名、および、タスクＩＤと紐付く依頼管理情報を特定し、特定した依頼管理情報の予定開始日、予定終了日、予定金額、および、担当者情報に、回答情報の予定開始日、予定終了日、予定金額、担当者情報の内容を登録する（図７参照）。

図９のフローチャートに戻る。
ステップＳＴ９０４において、サーバ３が、全ての候補協力会社から送信された回答情報を受信し、依頼管理情報の登録を完了すると、プロジェクト管理装置１１は、依頼管理ＤＢ３２を参照し、各候補協力会社からの見積結果情報を取得し、発注先協力会社をサーバ３に登録する（ステップＳＴ９０５）。

ステップＳＴ９０５の動作について詳細に説明する。
サーバ３の制御部（図示省略）は、ステップＳＴ９０２において見積依頼送信部３６が各候補協力会社に送信した見積依頼通知に対する回答情報を、各候補協力会社から受信し、ステップＳＴ９０４において、依頼管理情報の編集を完了すると、完了通知を、プロジェクト管理装置１１に送信する。
なお、実施の形態１では、サーバ３は、全ての候補協力会社から送信された回答情報に基づき依頼管理情報の登録を完了すると、プロジェクト管理装置１１に対して登録完了通知を送信するものとするが、これに限らず、サーバ３は、各候補協力会社から回答情報を受信し、依頼管理情報の登録を完了する都度、プロジェクト管理装置１１に対して登録完了通知を送信するようにしてもよい。

サーバ３の制御部から完了通知を受信すると、プロジェクト管理装置１１の制御部（図示省略）は、例えば、表示制御部１１４に対して、見積結果登録完了表示を表示させる等する。
具体的には、例えば、表示制御部２１３は、表示装置１２に、「見積結果登録完了」と表示させる。なお、これは一例に過ぎず、例えば、制御部は、管理者側端末１が備える音声出力装置から、「見積結果登録完了」と音声出力させるようにしてもよいし、管理者側端末１が備えるライト等の発光部を点灯または点滅させる等してもよい。制御部は、各候補協力会社からの見積結果のサーバ３への登録を完了したことを、管理者等に知らせることができるようになっていればよい。なお、このとき、制御部は、どの発注に対しての見積結果の登録を完了したのか、管理者等が把握できるよう、例えば、発注番号を表示制御部１１４に表示させる等してもよい。

見積結果の、サーバ３への登録を完了したことを検知すると、管理者等は、各候補協力会社の見積結果を確認して発注先協力会社を決定した後、入力装置を操作し、表示装置１２に表示された発注先入力画面から、発注先協力会社の情報を入力する。

ここで、図１２は、実施の形態１における発注先入力画面のイメージの一例を説明するための図である。
管理者等は、入力装置等を操作し、図１２に示すような発注先入力画面を呼び出す。具体的には、例えば、管理者等は、表示装置１２に表示された発注先入力画面呼出ボタンを、クリックする等して、発注先入力画面呼出情報を入力する。このとき、管理者等は、発注先入力画面で表示させたい発注タスクを特定する情報、例えば、発注番号および候補協力会社の情報を、あわせて入力する。
受付部１１１は、発注先入力画面呼出情報を受け付け、表示制御部１１４に出力する。そして、表示制御部１１４は、管理者等から入力された候補協力会社に見積依頼した発注タスクに関する、発注先入力画面を表示させる。

見積結果入力画面は、少なくとも、回答済発注タスク表示領域（図１２の１２１）と、回答表示領域（図１２の１２２）を有する。

回答済発注タスク表示領域には、管理者等が指定した発注タスクに関する情報が表示される。当該発注タスクに関する情報は、タスクＤＢ３１のタスク関連情報および依頼管理ＤＢ３２の依頼管理情報に基づき、階層構造で表示される。表示制御部１１４は、受付部１１１が受け付けた発注タスクを特定する情報、および、候補協力会社の情報に基づき、サーバ３のタスクＤＢ３１を参照して、当該階層構造を表示するようにすればよい。
また、表示制御部１１４は、回答済発注タスク表示領域に、会社名等、該当の候補協力会社を特定する情報を表示するようにしてもよい。

回答表示領域には、管理者等から入力された候補協力会社に見積依頼した発注タスクに対する、当該候補協力会社からの見積結果情報が表示される。
回答表示領域に表示される見積結果情報には、例えば、予定開始日（図１２の１２２１）、予定終了日（図１２の１２２２）、および、予定金額（図１２の１２２３）の情報が表示される。
表示制御部２１３は、管理者等から入力された発注番号に基づき、依頼管理ＤＢ３２を参照し、依頼管理情報の予定開始日、予定終了日、および、予定金額の情報を、回答表示領域に表示させる。

管理者等は、図１２に示すような発注先入力画面に表示された内容を確認し、どの候補協力会社を発注先協力会社に指定するか決定する。
そして、管理者等は、発注先協力会社を決定すると、当該発注先協力会社からの見積結果情報が表示された発注先入力画面を表示させた状態で、入力装置を操作し、例えば、発注先入力画面に表示されている、発注確定ボタン（図１２の１２２４）をクリック等する。発注先受付部１１１２は、発注確定ボタンがクリック等されると、発注先協力会社の情報が入力されたものとし、発注先入力画面に表示させている見積結果情報の回答元である候補協力会社の情報を、発注先協力会社の情報として受け付ける。
例えば、発注先入力画面が図１２に示すような情報を表示している状態で、管理者等が発注確定ボタンをクリック等すると、発注先受付部１１１２は、「Ａ社」の情報を、発注先協力会社の情報として受け付ける。

発注先受付部１１１２は、受け付けた発注先協力会社の情報を、送信部１１３の発注先情報送信部１１３２に出力する。このとき、発注先受付部１１１２は、発注番号等、発注タスクを特定する情報もあわせて発注先情報送信部１１３２に出力するようにする。
発注先情報送信部１１３２は、発注先受付部１１１２から出力された発注先協力会社の情報をサーバ３に送信する。

サーバ３の発注先情報受信部３４２は、プロジェクト管理装置１１の発注先情報送信部１１３２から送信された発注先協力会社の情報を受信し、受信した発注先協力会社の情報を、発注先登録部３５２に出力する。

発注先登録部３５２は、発注先情報受信部３４２が受信した発注先協力会社の情報と、依頼管理ＤＢ３２に記憶されている依頼管理情報とに基づき、タスクＤＢ３１に記憶されているタスク情報における、発注タスクの情報に、当該発注先協力会社に関する情報、および、依頼管理ＤＢ３２に登録されている、当該発注先協力会社からの回答情報を付与する。
ここでは、例えば、Ａ社の情報が発注先協力会社の情報として送信されたとすると、発注先登録部３５２は、依頼管理ＤＢ３２（図７参照）を参照し、候補協力会社「Ａ社」、発注番号「ＡＡＡ−１１１１」、発注名「案件Ａ製造及び試験」、各発注タスクにおける担当者情報、および、各発注タスクにおける予定金額の情報を取得し、それぞれの情報を、タスクＤＢ３１のタスク関連情報における、タスクＩＤ３〜７の「依頼先」、「発注番号」、「発注名」、「担当者情報」、「コスト情報」に登録する。発注先登録部３５２は、依頼管理情報と、タスク関連情報とを、タスクＩＤによって紐付けることができる。またこのとき、発注先登録部３５２は、タスク関連情報の「外注フラグ」に「１」を登録する。これにより、発注先協力会社が登録済であることが判別可能となる。

以上のようにして、プロジェクト管理システムにおいて、発注タスクについて、１つ以上の候補協力会社に対する見積依頼が行われ、当該見積依頼の回答に基づいて管理者等が発注先協力会社を決定すると、当該発注先協力会社の情報が、タスクＤＢ３１に登録される。
これにより、管理者等は、プロジェクト管理システム上で、候補協力会社への見積依頼と当該見積依頼に対する回答の受信、または、発注先候補協力会社の登録等、協力会社へのタスクの遂行の発注に係る一連の作業を行うことができる。

なお、発注先協力会社の登録が行われると、候補先協力会社へは、発注先協力会社として決定されたか否かの旨の通知が送信される。具体的には、例えば、サーバ３において、発注先登録部３５２が、タスク関連情報を更新した際に、見積依頼送信部３６が、該当の候補先協力会社に対して、発注先協力会社に決定したか否かの通知を送信する。見積依頼送信部３６は、ステップＳＴ９０２において見積依頼通知を送信した候補協力会社に対して、通知を送信するようにすればよく、発注先協力会社の情報は、発注先登録部３５２から取得するようにすればよい。通知を受信した候補協力会社では、制御部が表示装置２２に当該通知を表示させる、あるいは、音声出力装置から音声を出力させる等して、当該通知を受信した旨を担当者等に知らせる。

発注先協力会社が決定されると、発注先協力会社では、発注タスクを遂行する。
作業を開始すると、その都度、発注先協力会社では、進捗または成果物等の報告を行う。具体的には、発注先協力会社の担当者等は、協力会社側端末２を操作し、受注管理装置２１から、サーバ３に対して、進捗または成果物等に関する情報の登録を行う。
そして、管理者等は、管理者側端末１を操作し、プロジェクト管理装置１１からサーバ３を参照して、発注先協力会社の進捗状況の確認、または、成果物の検収等を行う。
以下、発注先協力会社決定後のプロジェクト管理システムのおける動作について説明する。

図１３は、実施の形態１において、受注管理装置２１から、発注タスク遂行に伴って生じた各種情報をサーバ３に登録し、プロジェクト管理装置１１から、進捗の確認または成果物の検収を行う動作の一例について説明するためのフローチャートである。

受注管理装置２１は、進捗の報告を行う（ステップＳＴ１３０１）。
ステップＳＴ１３０１の動作について詳細に説明する。
発注協力会社の担当者等は、発注タスクに関する作業を開始すると、入力装置を操作し、表示装置１２に表示された進捗入力画面から、進捗状況に関する情報を入力する。当該動作は、発注タスクに関する作業を開始すると、その都度、または、決められたタイミング等で、担当者等によって行われるようにすればよい。

ここで、図１４は、実施の形態１における進捗入力画面のイメージの一例を説明するための図である。
担当者等は、入力装置等を操作し、図１４に示すような進捗入力画面を呼び出す。具体的には、例えば、担当者等は、表示装置２２に表示された進捗入力画面呼出ボタンを、クリックする等して、進捗入力画面呼出情報を入力する。このとき、担当者等は、進捗入力画面から、入力したい発注タスクを特定する情報、例えば、発注番号の情報を、あわせて入力する。
受付部２１１は、進捗入力画面呼出情報を受け付け、表示制御部２１３に出力する。そして、表示制御部２１３は、進捗入力画面を表示させる。

進捗入力画面は、少なくとも、発注タスク表示領域（図１４の１４１）と、進捗入力部表示領域（図１４の１４２）を有する。

発注タスク表示領域には、担当者等から入力された発注タスクに関する情報が表示される。当該発注タスクに関する情報は、タスクＤＢ３１のタスク関連情報に基づき、階層構造で表示される。表示制御部２１３は、担当者等から入力された発注タスクを特定する情報に基づき、サーバ３のタスクＤＢ３１を参照して、当該階層構造を表示するようにすればよい。なお、サーバ３では、アクセス権限制御部が、発注タスクに関する情報以外は参照できないよう、タスクＤＢ３１にアクセス制限をかけている。

進捗入力表示領域には、少なくとも進捗入力部（図１４の１４２１）が表示される。進捗入力表示領域には、担当者情報またはスケジュール情報等が表示されるようになっていてもよい。表示制御部２１３は、タスクＤＢ３１のタスク関連情報に基づき、これらの情報を表示させることができる。

協力会社の担当者等は、入力装置等を操作して、該当の発注タスクを選択し、当該発注タスクの進捗状況に関する情報を、進捗入力部に入力する。例えば図１４では、担当者等は、「プログラム製造」について、「８０％」作業完了している旨の情報を入力したものとしている。
進捗入力部に進捗状況に関する情報が入力されると、遂行情報受付部２１１３が当該進捗状況に関する情報を受け付ける。
このとき、表示制御部２１３は、遂行情報受付部２１１３から進捗状況に関する情報を取得し、進捗入力画面に、発注タスクの予定スケジュールの情報とあわせて、当該進捗状況に関する情報を表示させるようにすることもできる（図１４の１４３参照）。図１４では、一例として、表示制御部２１３は、予定スケジュールの情報に、進捗状況に関する情報が重ねて表示された棒グラフ状で表示するものとしている。表示制御部２１３は、予定スケジュールの情報を、タスクＤＢ３１の予定開始日および予定終了日の情報に基づき表示させるようにすればよい。また、発注タスクが複数ある場合、表示制御部２１３は、各発注タスクのスケジュールを合算させて表示させるようにすることもできる。

協力会社の担当者等は、上述したような、進捗状況に関する情報の入力を完了すると、例えば、進捗入力画面に表示されている送信ボタン（図示省略）を、入力装置でクリック等し、送信指示を入力する。

遂行情報受付部２１１３は、送信指示を受け付けると、進捗状況に関する情報を遂行情報送信部２１２２に出力する。このとき、遂行情報受付部２１１３は、進捗状況に関する情報に、例えば、発注番号およびタスクＩＤの情報を付与して遂行情報送信部２１２２に出力するようにする。
遂行情報送信部２１２２は、遂行情報受付部２１１３から出力された進捗状況に関する情報をサーバ３に送信する。

サーバ３では、遂行情報送信部２１２２から送信された進捗状況に関する情報を受信し、当該進捗情報をタスクＤＢ３１のタスク関連情報に付与する。
具体的には、サーバ３の遂行情報受信部３４４は、受注管理装置２１の遂行情報送信部２１２２から送信された進捗状況に関する情報を受信すると、当該進捗状況に関する情報を、遂行情報登録部３５４に出力する。
遂行情報登録部３５４は、遂行情報受信部３４４が受信した進捗状況に関する情報を、タスク関連情報の進捗の情報（図７参照）に付与する。
なお、説明の便宜上、図７では、Ａ社において、「プログラム確認ＲＶ」まで完了したものとして、スケジュール情報が編集されているものとしているため、「プログラム製造」の進捗は「８０％」とはなっていない。

このように、発注先協力会社において、受注管理装置２１からサーバ３に対して進捗状況に関する情報の登録が行われると、管理者等は、例えば、プロジェクト管理装置１１からサーバ３のタスクＤＢ３１を参照し、タスク関連情報に付与された進捗の情報を取得して表示装置１２に表示させるようにすることで、発注先協力会社における発注タスクの進捗状況を確認することができる。
なお、各発注タスクについて、作業が完了するまで、適宜、当該ステップＳＴ１３０１の動作が行われる。

図１３のフローチャートに戻る。
発注先協力会社において、発注タスクに関する作業が完了すると、受注管理装置２１は、成果物の納品を行う（ステップＳＴ１３０２）。
ステップＳＴ１３０２の動作について詳細に説明する。
発注協力会社の担当者等は、発注タスクに関する作業が完了すると、入力装置を操作し、表示装置２２に表示された成果物入力画面から、成果物に関する情報を入力する。これにより、発注協力会社の担当者等は、発注タスクについての成果物の納品を行う。

ここで、図１５は、実施の形態１における成果物入力画面のイメージの一例を説明するための図である。
担当者等は、入力装置等を操作し、図１５に示すような成果物入力画面を呼び出す。具体的には、例えば、担当者等は、表示装置２２に表示された成果物入力画面呼出ボタンを、クリックする等して、成果物入力画面呼出情報を入力する。このとき、担当者等は、成果物入力画面から成果物を入力したい発注タスクを特定する情報、例えば、発注番号の情報を、あわせて入力する。
受付部２１１は、成果物入力画面呼出情報を受け付け、表示制御部２１３に出力する。そして、表示制御部２１３は、成果物入力画面を表示させる。

成果物入力画面は、少なくとも、発注タスク表示領域（図１５の１５１）と、成果物入力部表示領域（図１５の１５２）を有する。
発注タスク表示領域の具体的な内容は、図１４を用いて説明した進捗入力画面の発注タスク表示領域と同様であるため、重複した説明を省略する。
また、表示制御部２１３は、成果物入力画面に、発注タスクのスケジュール情報を表示させるようにすることもできる（図１５の１５３参照）。

成果物入力表示領域には、少なくとも成果物入力部（図１５の１５２１）が表示される。成果物入力表示領域には、担当者情報またはスケジュール情報等が表示されるようになっていてもよい。表示制御部２１３は、タスクＤＢ３１のタスク関連情報に基づき、これらの情報を表示させることができる。

協力会社の担当者等は、入力装置等を操作して、該当の発注タスクを選択し、当該発注タスクにおける成果物に関する情報を、成果物入力部に入力する。例えば図１５では、担当者等は、「試験」について、「ＸＸＸ試験手順書」を、成果物の情報として入力したものとしている。例えば、担当者等は、成果物入力部から「ＸＸＸ試験手順書」のファイルを指定することで、当該「ＸＸＸ試験手順書」を入力するようにすればよい。
成果物入力部に成果物に関する情報が入力されると、遂行情報受付部２１１３が当該成果物に関する情報を受け付ける。

協力会社の担当者等は、上述したような、成果物に関する情報の入力を完了すると、例えば、成果物入力画面に表示されている送信ボタン（図示省略）を、入力装置でクリック等し、送信指示を入力する。
遂行情報受付部２１１３は、送信指示を受け付けると、成果物に関する情報を遂行情報送信部２１２２に出力する。このとき、遂行情報受付部２１１３は、成果物に関する情報に、例えば、発注番号およびタスクＩＤの情報を付与して遂行情報送信部２１２２に出力するようにする。
遂行情報送信部２１２２は、遂行情報受付部２１１３から出力された成果物に関する情報をサーバ３に送信する。

サーバ３では、遂行情報送信部２１２２から送信された成果物に関する情報を受信し、当該成果物に関する情報を成果物ＤＢ３３に登録する。
具体的には、サーバ３の遂行情報受信部３４４は、受注管理装置２１の遂行情報送信部２１２２から送信された成果物に関する情報を受信すると、当該成果物に関する情報を、遂行情報登録部３５４に出力する。
遂行情報登録部３５４は、遂行情報受信部３４４が受信した成果物情報を成果物ＤＢ３３の成果物情報（図８参照）に登録する。このとき、遂行情報登録部３５４は、成果物情報を、タスクＩＤと紐付けて登録する。

このように、発注先協力会社において、受注管理装置２１がサーバ３に対して成果物に関する情報の登録が行われることで、発注協力会社から管理会社への納品が行われることになる。
サーバ３では、例えば、遂行情報登録部３５４が成果物に関する情報の登録を行うと、遂行情報送信部２１２２からプロジェクト管理装置１１に対して、納品があった旨の通知を送信するようにする。通知を受信したプロジェクト管理装置１１では、制御部が、表示装置１２に当該通知を表示させる、あるいは、音声出力装置から音声を出力させる等して、当該通知を受信した旨を管理者等に知らせる。

図１３のフローチャートに戻る。
ステップＳＴ１３０２において、成果物の納品が行われると、当該成果物の納品が行われた旨の通知を受信し、プロジェクト管理装置１１は、検収を行う（ステップＳＴ１３０３）。当該ステップＳＴ１３０３の動作は、適宜のタイミングで行われればよい。

ステップＳＴ１３０３の動作について詳細に説明する。
まず、管理者等は、入力装置を操作し、表示装置１２に納品物の内容を表示させる。
具体的には、管理者等は、表示装置１２に表示制御部１１４が表示させた納品物表示指示画面から、所望の発注タスクの成果物の表示指示を入力する。受付部１１１の成果物表示指示受付部（図示省略）は当該指示を受け付け、当該指示を受け付けた旨の情報を、遂行情報取得部１１２２に出力する。
遂行情報取得部１１２２は、成果物の表示指示に基づき、該当の発注タスクの成果物に関する情報を、成果物ＤＢ３３から取得する。そして、遂行情報取得部１１２２は、取得した成果物に関する情報を、遂行情報表示制御部１１４１に出力する。
遂行情報表示制御部１１４１は、遂行情報取得部１１２２から出力された成果物に関する情報に基づき、表示装置１２に、当該成果物の内容を表示させる画面を表示させる。

管理者等は、表示装置１２に表示された成果物の内容を確認し、確認が終わると、検収情報入力画面から、発注タスクと対応付けられている成果物が検収済であることを示す検収完了情報を入力する。

ここで、図１６は、実施の形態１における検収情報入力画面のイメージの一例を説明するための図である。
管理者等は、入力装置等を操作し、図１６に示すような検収情報入力画面を呼び出す。具体的には、例えば、管理者等は、表示装置１２に表示された検収情報入力画面呼出ボタンをクリックする等して、検収情報入力画面呼出情報を入力する。このとき、管理者等は、検収情報入力画面から検収完了情報を入力したい発注タスクを特定する情報、例えば、発注番号の情報を、あわせて入力する。
受付部２１１は、検収情報入力画面呼出情報を受け付け、表示制御部１１４に出力する。そして、表示制御部１１４は、検収情報入力画面を表示させる。

検収情報入力画面は、少なくとも、発注タスク表示領域（図１６の１６１）と、検収結果入力部表示領域（図１６の１６２）を有する。
発注タスク表示領域の具体的な内容は、図１４，図１５を用いて説明した進捗入力画面または成果物入力画面の発注タスク表示領域と同様である。プロジェクト管理装置１１において、表示制御部１１４は、サーバ３のタスク関連情報に基づき、当該発注タスク表示領域に、発注タスクの情報を、階層で表示させる。

検収結果入力部表示領域には、少なくとも検収結果入力部（図１６の１６２１）が表示される。検収結果入力部は、例えば、「検収」ボタン等である。
検収結果入力部表示領域には、担当者情報またはスケジュール情報等が表示されるようになっていてもよい。表示制御部１１４は、タスクＤＢ３１のタスク関連情報に基づき、これらの情報を表示させることができる。

管理者等は、入力装置等を操作して、検収結果入力部から、検収完了情報を入力する。具体的には、管理者等は、例えば、入力装置を操作し、「検収」ボタンをクリック等することで、検収完了情報を入力する。
検収結果入力部に検収完了情報が入力されると、検収結果受付部１１１３が当該検収完了情報を受け付ける。

検収結果受付部１１１３は、受け付けた検収完了情報を、送信部１１３の検収結果送信部１１３３に出力する。このとき、検収結果受付部１１１３は、検収完了情報を受け付けた発注タスクを特定する情報（例えば、タスクＩＤ）もあわせて出力する。
検収結果送信部１１３３は、検収結果受付部１１１３から出力された検収完了情報をサーバ３に送信する。

サーバ３では、検収結果送信部１１３３から送信された検収完了情報を受信し、当該検収完了情報をタスクＤＢ３１に登録する。
具体的には、サーバ３の検収結果受信部３４５は、プロジェクト管理装置１１の検収結果送信部１１３３から送信された検収完了情報を受信すると、当該検収完了情報を、検収結果登録部３５５に出力する。
検収結果登録部３５５は、検収結果受信部３４５が受信した検収完了情報に基づき、タスク関連情報の該当の発注タスクに検収済フラグ（図６参照）を付与する。

このように、発注先協力会社において、受注管理装置２１がサーバ３に対して成果物に関する情報の登録を行うと、プロジェクト管理装置１１では、サーバ３に登録された成果物に関する情報を取得し、管理者等に提供する。そして、管理者等が成果物に関する情報の内容確認を行うと、プロジェクト管理装置１１は、検収完了情報を受け付け、サーバ３に検収済フラグを付与させる。これにより、管理者等は、発注先協力会社からの納品物の検収を行うことができる。

以上のようにして、プロジェクト管理システムでは、協力会社において、発注タスクの進捗状況の報告、または、成果物の納品等が行われ、管理会社において、管理者等は、発注タスクの進捗状況の確認、または、当該発注タスクの検収を行うことができる。
従来、プロジェクト遂行にあたり、外部の協力会社が行ったタスク、当該タスクの実績等、外部の協力会社に切り出したタスクに関する情報については、プロジェクト管理システムとは別のシステム等で管理されていた。
そのため、プロジェクト管理者は、プロジェクト管理システム上において、協力会社に切りしたタスクの遂行状況の確認等を行うことが困難であった。
これに対し、実施の形態１のプロジェクト管理システムでは、上述のとおり、発注先協力会社における発注タスクの遂行状況に関する情報をサーバ３に登録し、プロジェクト管理装置１１がサーバ３から発注タスクの遂行状況に関する情報を取得して表示装置１２に表示させることができる。これにより、管理者等は、プロジェクト管理システム内において、容易に、発注タスクの遂行状況の確認等を行うことができる。
また、実施の形態１のプロジェクト管理システムでは、上述のとおり、発注先協力会社が発注タスクを遂行する上で生じた成果物に関する情報をサーバ３に登録し、当該成果物に関する情報に基づき、プロジェクト管理装置１１が、当該成果物の内容を表示装置１２に表示させることができる。そして、管理者等が、表示された成果物の内容を検収すると、プロジェクト管理装置１１が、検収結果をサーバ３に登録することができる。
このように、実施の形態１のプロジェクト管理システムでは、プロジェクト管理システム上において、発注タスクの遂行状況のサーバ３への登録と確認、および、協力会社から納品された成果物のサーバ３への登録と検収を行うことができる。

なお、プロジェクト管理装置１１は、サーバ３に登録されている各種情報に基づき、あらゆる情報を表示装置１２に表示させることができる。
例えば、上述したような、進捗状況の確認画面に限らず、プロジェクト管理装置１１は発注先協力会社において、発注タスクを遂行する際の体制表を表示装置１２に表示させることができる。

具体的には、管理者等は、入力装置を操作して、体制表表示指示を入力する。なお、管理者等はこのとき、体制表表示指示として、体制表を表示させる発注タスクの情報もあわせて入力する。
体制表表示指示受付部（図示省略）は、体制表表示指示を受け付け、体制表表示指示を受け付けた旨の情報を、担当者情報取得部１１２３に出力する。

担当者情報取得部１１２３は、サーバ３のタスクＤＢ３１のタスク関連情報に登録されている、該当の発注タスクの担当者情報等を取得し、体制表表示制御部１１４２に出力する。
そして、体制表表示制御部１１４２は、担当者情報取得部１１２３から出力された担当者情報等に基づき、表示装置１２に、体制表を表示させる。

ここで、図１７は、実施の形態１において、体制表表示制御部１１４２が体制表を表示させた体制表表示画面のイメージの一例を説明するための図である。
体制表表示画面は、少なくとも、体制表表示領域（図１７の１７２）を有する。体制表表示画面は、発注タスク表示領域（図１７の１７１）を有するようにしてもよい。
発注タスク表示領域の具体的な内容は、図１６を用いて説明した検収情報入力画面の発注タスク表示領域の内容と同様であるため、重複した説明を省略する。

体制表表示制御部１１４２は、体制表表示領域に、体制表を表示させる。例えば、体制表表示制御部１１４２は、図１７に示すように、発注タスクの担当者として登録されている各担当者の情報を、各担当者の役割、経験年数、または、連絡先等とあわせて表示させる。このとき、体制表表示制御部１１４２は、各担当者の上下関係がわかるように表示させることもできる。例えば、図１７では、各担当者の上下関係がわかるよう、体制表表示制御部１１４２は、各担当者の情報を、ピラミッド形式で表示させるものとしている。
体制表表示領域に表示される各担当者の情報は、サーバ３のタスクＤＢ３１のタスク関連情報に登録されている（図６参照）。
各担当者の役割等の情報は、受注管理装置２１において、担当者情報をサーバ３に登録する際に（図９のステップＳＴ９０３参照）、あわせて登録されている。
なお、図１７に示す体制表は一例に過ぎない。体制表表示制御部１１４２は、タスク関連情報に登録されている担当者情報に基づき、例えば、担当者の所属を一覧表示させる、あるいは、経験年数を一覧表示させる等、あらゆる態様で、当該担当者情報を表示させることができる。

また、プロジェクト管理装置１１は、例えば、図１７に示したような体制表表示画面と、進捗状況の表示画面とを、切り替えて表示するようにすることもできる。
例えば、管理者等は、進捗状況の表示画面から、入力装置を操作して、当該表示画面に表示されている「体制表」ボタンをクリック等することで、図１７に示したような体制表表示画面を表示させることができる。また、図１７に示したような体制表が表示された体制表表示画面から、例えば、入力装置を操作して、画面上の「体制表（閉じる）」ボタンをクリック等することで、進捗状況の表示画面へと戻るようにすることもできる。

また、以上の説明では、図９のステップＳＴ９０３において、受注管理装置２１から見積依頼に対する回答を受け付け、サーバ３に送信する際、見積結果入力画面の発注タスク表示領域には、見積依頼通知で見積依頼された発注タスクに関する情報が、タスクＤＢ３１のタスク関連情報に基づいて表示され、当該タスクＤＢ３１のタスク関連情報に基づくタスク毎に、回答情報が入力されるものとした。
しかし、これに限らず、受注管理装置２１において、回答情報を入力する際に、適宜、発注タスクを詳細化することができる。
具体的には、発注先協力会社の担当者等は、見積結果入力画面の発注タスク表示領域に表示された発注タスクの階層について、適宜、階層追加指示を入力することができる。受注管理装置２１の制御部は、追加された階層の情報を受け付け、表示制御部２１３に対して、発注タスク表示領域に当該追加された階層の情報を表示させる。

図１８は、実施の形態１において、受注管理装置２１が、回答情報を登録する際に、発注タスクの詳細化を行った場合の見積結果入力画面のイメージの一例を説明するための図である。
図１８では、例えば、受注管理装置２１は、「プログラム製造」の下の階層に、「Ａ機能詳細設計」、「Ａ機能製作」、「Ｂ機能詳細設計」、および、「Ｂ機能製作」のタスクを追加したイメージを示している。
受注管理装置２１の見積結果受付部２１１２は、追加したタスクに対する回答情報を受け付け、見積結果送信部２１２１は、当該追加したタスクに対する回答情報を、サーバ３に送信する。
このとき、見積結果送信部２１２１は、追加したタスクの詳細情報をあわせて送信する。追加したタスクの詳細情報とは、例えば、どの発注タスクの下に追加されたのかという階層情報等である。

サーバ３の見積結果登録部３５３は、回答情報を登録する際、追加されたタスクがある場合は、受注管理装置２１から送信された、追加されたタスクの詳細情報に基づき、依頼管理ＤＢに、追加タスク情報を登録しておく。
そして、発注先協力会社が決定され、発注先登録部３５２が、タスクＤＢ３１のタスク関連情報を登録する際、依頼管理情報に、当該追加タスク情報が登録されていれば、当該追加タスク情報に基づき、タスク関連情報に、追加されたタスクの情報を追加するようにする。

以上のように、実施の形態１によれば、プロジェクト管理システムは、プロジェクト管理装置１１において、１つ以上のタスクのうち協力会社（組織）に遂行させる発注タスクの情報と、当該発注タスクの遂行を依頼する候補となる１つ以上の候補協力会社の情報とを含む発注候補情報を受け付ける発注依頼受付部１１１１と、発注依頼受付部１１１１が受け付けた発注候補情報をサーバ３に送信する発注候補情報送信部１１３１とを有し、サーバ３において、発注候補情報送信部１１３１から送信された発注候補情報に基づき、候補協力会社毎の、当該候補協力会社への発注タスクの発注依頼に関する依頼管理情報の登録を行う依頼情報登録部３５１と、発注候補情報が送信されると、候補協力会社の受注管理装置２１に対して、発注タスクの遂行に係る見積依頼通知を送信する見積依頼送信部３６とを有し、候補協力会社の受注管理装置２１において、見積依頼送信部３６から送信された見積依頼通知を受信する見積依頼受付部２１１１と、見積依頼通知に対する回答情報を受け付ける見積結果受付部２１１２と、サーバ３に対して、見積結果受付部２１１２が受け付けた回答情報を送信する見積結果送信部２１２１とを有し、サーバ３において、見積結果送信部２１２１から送信された回答情報を、発注タスクの遂行に係る見積結果情報として依頼管理情報に付与する見積結果登録部３５３を有し、プロジェクト管理装置１１において、サーバ３から候補協力会社毎の見積結果情報を取得する見積結果取得部１１２１と、候補協力会社のうち、発注タスクの遂行を依頼する発注先協力会社の指定を受け付ける発注先受付部１１１２と、発注先受付部１１１２が受け付けた発注先協力会社の情報をサーバ３に送信する発注先情報送信部１１３２とを有し、サーバ３において、発注先情報送信部１１３２から送信された発注先協力会社の情報と、依頼管理情報とに基づき、タスク関連情報における、発注タスクの情報に、当該発注先協力会社に関する情報、および、当該発注先協力会社からの見積結果情報を付与する発注先登録部３５２を有するように構成した。そのため、プロジェクト管理システムにおいて、協力会社等の外部の組織へのタスクの遂行の発注に係る一連の作業を行うことができる。

実施の形態２．
実施の形態１では、プロジェクト管理システムにおいて、受注管理装置２１が、ネットワークを介してサーバ３と接続され、サーバ３にアクセス可能であることを前提にしていた。
実施の形態２では、プロジェクト管理システムにおいて、受注管理装置２１はサーバ３にアクセス不可である場合に、発注タスクの発注等を行う実施の形態について説明する。

図１９は、実施の形態２に係るプロジェクト管理システムの構成例を示す図である。
実施の形態１において図１を用いて説明したプロジェクト管理システムと同様の構成については、同じ符号を付して重複した説明を省略する。
実施の形態２に係るプロジェクト管理システムは、実施の形態１に係るプロジェクト管理システムとは、協力会社側端末２ａがサーバ３ａと接続されておらず、管理者側端末１ａとのみ接続される。
実施の形態２では、協力会社側端末２ａからの、サーバ３ａへ登録すべき情報は、管理者側端末１ａを介して送信される。プロジェクト管理システムにおいて、例えば、ローカル編集専用のツールを用意し、１つ以上の協力会社において、例えば、管理者側端末１ａからの発注タスクの見積依頼を受け付け、当該見積依頼に対して回答情報が送信できるようになっている。

実施の形態２においても、実施の形態１同様、プロジェクトの管理会社は、プロジェクトで遂行する１つ以上のタスクのうち、１つまたは複数のタスクを、１つ以上の協力会社へ発注し、１つ以上の協力会社は、それぞれ、受注したタスクを遂行する。

管理者側端末１ａは、実施の形態１の管理者側端末１同様、管理者が所属する管理会社に設置され、管理会社に所属の担当者等が使用するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。管理者側端末１ａは、プロジェクト管理装置１１ａおよび表示装置１２を備える。
プロジェクトの管理者等は、当該管理者側端末１ａを操作して、発注タスクに関する情報を含む、プロジェクトに関する情報を、表示装置１２に表示させ、表示された情報を確認することで、プロジェクトの管理を行う。
また、管理者等は、当該管理者側端末１ａを操作し、各候補協力会社に対して、直接、発注タスクの見積依頼を行い、各候補協力会社から、直接、当該見積依頼に対する回答を受け付ける。管理者等は、管理者側端末１ａを操作して、受け付けた回答を、サーバ３ａに登録する。
また、管理者等は、サーバ３ａから、当該管理者側端末１を操作して、各候補協力会社による発注タスクの見積結果を取得し、当該見積結果に基づき、発注先協力会社を決定する。そして、管理者等は、当該管理者側端末１ａから、決定した発注先協力会社の情報を、サーバ３ａに登録する。
上述したような、管理者等の操作による管理者側端末１ａの動作は、具体的には、プロジェクト管理装置１１ａが行う。プロジェクト管理装置１１ａの詳細な構成は後述する。
表示装置１２は、プロジェクト管理装置１１ａの制御に基づいて、各種情報を表示する。

協力会社側端末２ａは、実施の形態１同様、例えば、協力会社に設置された、発注タスクの担当者等が使用するＰＣであり、受注管理装置２１ａおよび表示装置２２を備える。
候補協力会社の担当者等は、当該協力会社側端末２ａにおいて、発注タスクの見積依頼を受け付ける。また、候補協力会社の担当者等は、当該協力会社側端末２ａを操作して、受け付けた見積依頼に対する見積結果を、管理者側端末１ａに送信する。
また、発注先協力会社の担当者等は、協力会社側端末２ａを操作して、発注タスクの遂行に係る各種情報を、管理者側端末１ａに送信する。
上述したような、協力会社の担当者等の操作による協力会社側端末２ａの動作は、具体的には、受注管理装置２１ａが行う。受注管理装置２１ａの詳細な構成は後述する。
表示装置２２は、受注管理装置２１ａの制御に基づいて、各種情報を表示する。

サーバ３ａは、プロジェクトで実施する１つ以上のタスクに関する情報を記憶し、管理者側端末１ａから送信される情報に基づき、当該１つ以上のタスクに関する情報の登録または更新等を行う。サーバ３ａの詳細な構成は後述する。
なお、図１９では、管理者側端末１ａは１台のみとしているが、これに限らず、管理者側端末１ａは、複数台であってもよい。また、図１では、協力会社は３社示すようにしているが、これに限らず、協力会社は、１社以上であればよい。また、図１９では、各協力会社に備えられる協力会社側端末２ａは１台のみとしているが、これに限らず、各協力会社に備えられる協力会社側端末２ａは、複数台であってもよい。また、図１９においては、説明の簡単のため記載を省略しているが、各協力会社側端末２ａにおいて、受注管理装置２１ａおよび表示装置２２を備える。

実施の形態２のプロジェクト管理装置１１ａの構成について説明する。
プロジェクト管理装置１１ａは、ソフトウェアに基づくＣＰＵを用いたプログラム処理によって実行される。
図２０は、実施の形態２のプロジェクト管理装置１１ａの構成例を示す図である。
図２０において、実施の形態１で図２を用いて説明したプロジェクト管理装置１１と同様の構成については、同じ符号を付して重複した説明を省略する。
プロジェクト管理装置１１ａにおいて、受付部１１１ａは、見積結果受付部１１１４（第２の見積結果受付部）と、遂行情報受付部１１１５（第２の遂行情報受付部）を有する。
見積結果受付部１１１４は、受注管理装置２１ａの見積結果送信部２１２１ａ（第１の見積結果送信部。後述する）から送信された、見積依頼に対する回答情報を受け付ける。
見積結果受付部１１１４は、受け付けた回答情報を、見積結果送信部１１３５（第２の見積結果送信部。後述する）に出力する。
遂行情報受付部１１１５は、受注管理装置２１ａの遂行情報送信部２１２２ａ（第１の遂行情報送信部。後述する）から送信された遂行情報を受け付ける。
遂行情報受付部１１１５は、受け付けた遂行情報を、遂行情報送信部１１３６（第２の遂行情報送信部。後述する）に出力する。

また、プロジェクト管理装置１１ａにおいて、送信部１１３ａは、見積依頼送信部１１３４と、見積結果送信部１１３５と、遂行情報送信部１１３６を有する。
見積依頼送信部１１３４は、発注依頼受付部１１１１から発注候補情報が送信されると、該当の受注管理装置２１ａに対して、発注タスクの遂行に係る見積依頼通知を送信する。
見積結果送信部１１３５は、見積結果受付部１１１４から出力された回答情報をサーバ３ａに送信する。
遂行情報送信部１１３６は、遂行情報受付部１１１５から出力された遂行情報をサーバ３ａに送信する。

実施の形態２の受注管理装置２１ａの構成について説明する。受注管理装置２１ａは、ソフトウェアに基づくＣＰＵを用いたプログラム処理によって実行される。
図２１は、実施の形態２の受注管理装置２１ａの構成例を示す図である。
図２１において、実施の形態１で図３を用いて説明した受注管理装置２１と同様の構成については、同じ符号を付して重複した説明を省略する。
受注管理装置２１ａにおいて、見積依頼受付部２１１１ａは、プロジェクト管理装置１１ａの見積依頼送信部１１３４から送信された見積依頼通知を受信する。
見積結果送信部２１２１ａは、見積結果受付部２１１２から出力された回答情報をプロジェクト管理装置１１ａに送信する。
遂行情報送信部２１２２ａは、遂行情報受付部２１１３から出力された遂行情報をプロジェクト管理装置１１ａに送信する。

実施の形態２のサーバ３ａの構成について説明する。サーバ３ａは、ソフトウェアに基づくＣＰＵを用いたプログラム処理によって実行される。
図２２は、実施の形態２のサーバ３ａの構成例を示す図である。
図２２において、実施の形態１で図４を用いて説明したサーバ３と同様の構成については、同じ符号を付して重複した説明を省略する。なお、実施の形態１のサーバ３は見積依頼送信部３６を備えていたが、実施の形態２のサーバ３ａは、見積依頼送信部を備えない。

見積結果受信部３４３ａは、プロジェクト管理装置１１ａの見積結果送信部１１３５から送信された、見積依頼に対する回答情報を受信する。
見積結果受信部３４３ａは、受信した回答情報を、見積結果登録部３５３ａに出力する。
遂行情報受信部３４４ａは、プロジェクト管理装置１１ａの遂行情報送信部１１３６から送信された遂行情報を受信する。
遂行情報受信部３４４ａは、受信した遂行情報を、遂行情報登録部３５４ａに出力する。

見積結果登録部３５３ａは、見積結果受信部３４３ａが受信した回答情報を見積結果情報として、依頼管理ＤＢ３２に記憶されている依頼管理情報に付与する。
遂行情報登録部３５４ａは、遂行情報受信部３４４ａが受信した遂行情報を、タスク関連情報における発注タスクの情報に付与する。

実施の形態２のプロジェクト管理システムの動作について説明する。
まず、実施の形態２のプロジェクト管理システムにおいて、発注先協力会社が決定されるまでの動作について説明する。
なお、以下の説明においては、プロジェクトの立ち上げ時に、管理者等が、プロジェクト管理装置１１から、各タスクに関する情報を入力し、サーバ３ａのタスクＤＢ３１にタスク関連情報を登録済みであるものとする。ここでは、図６に示したようなタスク関連情報が記憶されているものとする。ただし、この時点では、タスク基本情報のタスクＩＤ、タスク名、階層深さ、および、親タスクＩＤのデータしか編集されていない。

図２３は、実施の形態２に係るプロジェクト管理システムにおいて、発注先協力会社が決定されるまでの動作を説明するためのフローチャートである。
プロジェクト管理システムにおいて、まず、発注タスク、および、１つ以上の候補協力会社が決定される（ステップＳＴ２３０１）。そして、１つ以上の候補協力会社に対して、見積依頼が行われる（ステップＳＴ２３０２）。

ステップＳＴ２３０１の具体的な動作は、実施の形態１において図９を用いて説明したステップＳＴ９０１の具体的な動作と同様であるため、重複した説明を省略し、ステップＳＴ２３０２の動作について詳細に説明する。
ステップＳＴ２３０２の動作として、発注候補情報送信部１１３１は、発注依頼受付部１１１１から出力された発注候補情報をサーバ３ａに送信する。
このとき、見積依頼送信部１１３４は、見積依頼通知を、該当の受注管理装置２１ａに対して送信する。見積依頼送信部１１３４は、受注管理装置２１ａに発注候補情報もあわせて送信する。また、見積依頼送信部１１３４は、発注タスクの階層情報も送信する。
これによって、管理者等から、候補協力会社への発注タスクの遂行に係る見積依頼が実行されたことになる。

サーバ３ａでは、依頼情報受信部３４１が発注候補情報を受信し、依頼情報登録部３５１が、当該発注候補情報に基づき、依頼管理情報の登録を行う。具体的な動作は、実施の形態１で説明した依頼情報受信部３４１および依頼情報登録部３５１の動作と同様である。

図２３のフローチャートに戻る。
候補協力会社の受注管理装置２１ａでは、見積依頼受付部２１１１ａが、プロジェクト管理装置１１ａの見積依頼送信部１１３４から送信された見積依頼通知を受信する。
そして、見積結果受付部２１１２は、見積依頼受付部２１１１ａが受信した見積依頼通知に対する回答情報が入力されると、これを受け付け、当該回答情報を見積結果送信部２１２１ａに出力する。
見積結果送信部２１２１ａは、見積結果受付部２１１２から出力された回答情報をプロジェクト管理装置１１ａに送信する。
以上のように、見積依頼通知に対する見積結果の回答が行われる（ステップＳＴ２３０３）。

ステップＳＴ２３０３の動作について詳細に説明する。
まず、プロジェクト管理装置１１ａの見積依頼送信部１１３４から送信された見積依頼通知を受信すると、見積依頼受付部２１１１ａは、例えば、見積依頼通知を受信した旨の情報を制御部（図示省略）に出力する。制御部は、見積依頼受付部２１１１ａから、見積依頼通知を受信した旨の情報が出力されると、例えば、表示制御部２１３に対して、見積依頼受信表示を表示させる等する。
見積依頼通知を受信したことを検知すると、協力会社の担当者等は、見積を依頼された発注タスクを遂行するにあたっての見積を行い、見積が完了すると、入力装置を操作し、表示装置２２に表示された見積結果入力画面から、回答情報を入力する。
以上の動作は、実施の形態１において、図９のステップＳＴ９０３で説明した動作と同様である。

見積結果受付部２１１２は、見積結果入力画面から見積結果の情報が入力され、協力会社の担当者等からの、当該見積結果の情報の送信指示を受け付けると、当該見積結果の情報を、見積依頼受付部２１１１ａが受信した見積依頼通知に対する回答情報として、見積結果送信部２１２１ａに出力する。このとき、見積結果受付部２１１２は、回答情報に、候補協力会社、発注番号、発注名、および、タスクＩＤの情報を付与して見積結果送信部２１２１ａに出力するようにする。すなわち、回答情報には、発注タスクを特定する情報（例えば、タスクＩＤ、発注番号、発注名の情報）と、候補協力会社を特定する情報（例えば、候補協力会社名の情報）と、発注タスクの遂行に係る期間および金額に関する情報と、担当者情報とが含まれる。見積結果受付部２１１２ａは、候補協力会社、発注番号、発注名、および、タスクＩＤの内容を、見積依頼通知とあわせて送信された発注候補情報の候補協力会社、発注番号、発注名、および、タスクＩＤの内容とする。

見積結果送信部２１２１ａは、見積結果受付部２１１２から出力された回答情報をプロジェクト管理装置１１ａに送信する。
なお、協力会社の担当者等は、実施の形態１同様、送信ボタンをクリック等することで、回答情報の送信指示を入力するまでは、適宜、入力済みの回答情報の修正を行うことができる。

図２３のフローチャートに戻る。
プロジェクト管理装置１１ａでは、ステップＳＴ２３０３において受注管理装置２１ａから送信された回答情報を受け付け、受け付けた回答情報をサーバ３ａに送信する。そして、サーバ３ａでは、プロジェクト管理装置１１ａから送信された回答情報を受信し、回答情報を、見積結果情報として、依頼管理ＤＢ３２の依頼管理情報に付与する（ステップＳＴ２３０４）。なお、当該ステップＳＴ２３０４の動作は、例えば、プロジェクト管理装置１１ａが、受注管理装置２１ａから送信された回答情報を受け付ける都度行われる。なお、これは一例に過ぎず、当該ステップＳＴ２３０４の動作は、プロジェクト管理装置１１ａが、全ての候補協力会社に設置された受注管理装置２１ａから送信された回答情報を受け付けた時点で行われるようにしてもよい。

ステップＳＴ２３０４の動作について詳細に説明する。
プロジェクト管理装置１１ａの見積結果受付部１１１４は、受注管理装置２１ａの見積結果送信部２１２１ａから送信された回答情報を受信すると、当該回答情報を、見積結果送信部１１３５に出力する。
見積結果送信部１１３５は、見積結果受付部１１１４から出力された回答情報を、サーバ３ａの見積結果受信部３４３ａに送信する。
サーバ３ａの見積結果受信部３４３ａは、プロジェクト管理装置１１ａの見積結果送信部１１３５から送信された回答情報を受信すると、当該回答情報を、見積結果登録部３５３ａに出力する。
見積結果登録部３５３ａは、見積結果受信部３４３ａが受信した回答情報を見積結果情報として、依頼管理ＤＢ３２に記憶されている依頼管理情報に付与する。見積結果登録部３５３ａの具体的な動作は、実施の形態１で説明した、見積結果登録部３５３の具体的な動作と同様である。
なお、当該ステップＳＴ２３０４において、管理者等は、例えば、入力装置等を操作して、プロジェクト管理装置１１ａに対し、回答情報の内容を表示装置１２に表示させ、回答情報の内容を確認した上で、当該回答情報をサーバ３ａに送信させるようにしてもよい。

図２３のフローチャートに戻る。
ステップＳＴ２３０４において、プロジェクト管理装置１１は、全ての候補協力会社から送信された回答情報を受信し、サーバ３ａに対して、依頼管理情報の登録を完了すると、依頼管理ＤＢ３２を参照し、各候補協力会社からの見積結果情報を取得して表示装置１２に表示させる。そして、管理者等は、各候補協力会社の見積結果を確認して発注協力会社を決定した後、当該発注先協力会社をサーバ３ａに登録する（ステップＳＴ２３０５）。ステップＳＴ２３０５の具体的な動作は、実施の形態１において説明した、図９のステップＳＴ９０５の具体的な動作と同様である。

以上のようにして、プロジェクト管理システムにおいて、発注タスクについて、１つ以上の候補協力会社に対する見積依頼が行われ、当該見積依頼の回答に基づいて管理者等が発注先協力会社を決定すると、当該発注先協力会社の情報が、タスクＤＢ３１に登録される。
これにより、管理者等は、プロジェクト管理システム上で、候補協力会社への見積依頼と当該見積依頼に対する回答の受信、または、発注先候補協力会社の登録等、協力会社へのタスクの遂行の発注に係る一連の作業を行うことができる。

なお、発注先協力会社の登録が行われると、候補先協力会社へは、発注先協力会社として決定されたか否かの旨の通知が送信される。具体的には、例えば、プロジェクト管理装置１１ａにおいて、発注先情報送信部１１３２がサーバ３ａに対して発注先協力会社の情報を送信した際に、該当の候補先協力会社に対して、発注先協力会社に決定したか否かの通知を送信する。発注先情報送信部１１３２は、ステップＳＴ２３０２において見積依頼通知を送信した候補協力会社の受注管理装置２１ａに対して、通知を送信するようにすればよい。通知を受信した受注管理装置２１ａでは、制御部が表示装置２２に当該通知を表示させる、あるいは、音声出力装置から音声を出力させる等して、当該通知を受信した旨を担当者等に知らせる。

発注先協力会社が決定されると、発注先協力会社では、発注タスクを遂行する。
作業を開始すると、その都度、発注先協力会社では、進捗または成果物等の報告を行う。具体的には、発注先協力会社の担当者等は、協力会社側端末２ａを操作し、受注管理装置２１ａから、プロジェクト管理装置１１ａに対して、進捗または成果物等に関する情報を送信する。
そして、管理者等は、管理者側端末１ａを操作し、プロジェクト管理装置１１ａが、受注管理装置２１ａから送信された、進捗または成果物等に関する情報を、サーバ３ａの各ＤＢに登録する。
また、管理者等は、管理者側端末１ａを操作し、プロジェクト管理装置１１ａからサーバ３ａを参照して、発注先協力会社の進捗状況の確認、または、成果物の検収等を行う。
以下、発注先協力会社決定後のプロジェクト管理システムのおける動作について説明する。

図２４は、実施の形態２において、受注管理装置２１ａからプロジェクト管理装置１１ａに対して、発注タスク遂行に伴って生じた各種情報を送信し、プロジェクト管理装置１１ａが、受信した各種情報をサーバ３ａに登録する動作、および、プロジェクト管理装置１１ａから、進捗の確認または成果物の検収を行う動作の一例について説明するためのフローチャートである。

受注管理装置２１は、進捗の報告を行う（ステップＳＴ２４０１）。
ステップＳＴ２４０１の動作について詳細に説明する。
発注協力会社の担当者等は、発注タスクに関する作業を開始すると、入力装置を操作し、表示装置１２に表示された進捗入力画面から、進捗状況に関する情報を入力する。当該動作は、実施の形態１において図１３のステップＳＴ１３０１で説明した動作と同様である。
なお、表示制御部２１３は、進捗入力画面において発注タスク表示領域および進捗入力部表示領域（図１４参照）に表示させる発注タスク等の情報は、見積依頼時（図２３のステップＳＴ２３０２）に、プロジェクト管理装置１１ａから送信された発注候補情報、および、見積依頼に対する回答としてプロジェクト管理装置１１ａに送信した回答情報に基づくようにすればよい。

進捗入力画面の進捗入力部に進捗状況に関する情報が入力されると、遂行情報受付部２１１３が当該進捗状況に関する情報を受け付ける。
協力会社の担当者等は、進捗状況に関する情報の入力を完了すると、例えば、進捗入力画面に表示されている送信ボタンを、入力装置でクリック等し、送信指示を入力する。

遂行情報受付部２１１３は、送信指示を受け付けると、進捗状況に関する情報を遂行情報送信部２１２２ａに出力する。このとき、遂行情報受付部２１１３は、進捗状況に関する情報に、例えば、発注番号およびタスクＩＤの情報を付与して遂行情報送信部２１２２ａに出力するようにする。
遂行情報送信部２１２２ａは、遂行情報受付部２１１３から出力された進捗状況に関する情報をプロジェクト管理装置１１ａに送信する。

プロジェクト管理装置１１ａの遂行情報受付部１１１５は、受注管理装置２１ａの遂行情報送信部２１２２ａから送信された進捗状況に関する情報を受信し、当該情報を、遂行情報送信部１１３６に出力する。
具体的には、まず、管理者等は、進捗状況に関する情報が送信されたことを検知する。例えば、プロジェクト管理装置１１ａの遂行情報受付部１１１５が、進捗状況に関する情報を受信すると、表示制御部１１４が、表示装置１２に、「進捗状況報告あり」と表示させる。なお、これは一例に過ぎず、例えば、制御部が、管理者側端末１ａが備える音声出力装置から、「進捗状況報告あり」と音声出力させるようにしてもよいし、管理者側端末１ａが備えるライト等の発光部を点灯または点滅させる等してもよい。プロジェクト管理装置１１ａは、受注管理装置２１ａから進捗状況に関する情報を受信したことを、管理者等に知らせることができるようになっていればよい。
管理者等は、入力装置等を操作して、遂行情報送信指示を入力する。管理者等は、例えば、表示装置１２に表示されている、「送信ボタン」をクリック等することで、遂行情報送信指示を入力する。
プロジェクト管理装置１１ａの遂行情報送信部１１３６は、遂行情報送信指示が入力されると、サーバ３ａに、遂行情報受付部１１１５が受け付けた、進捗状況に関する情報を送信する。

サーバ３ａの遂行情報受信部３４４ａは、遂行情報送信部１１３６から送信された進捗状況に関する情報を受信し、遂行情報登録部３５４ａに出力する。遂行情報登録部３５４ａは、当該進捗情報をタスクＤＢ３１のタスク関連情報に付与する。遂行情報登録部３５４ａの具体的な動作は、実施の形態１で説明した、遂行情報登録部３５４の具体的な動作と同様である。

このように、発注先協力会社において、受注管理装置２１ａからプロジェクト管理装置１１ａに対して、進捗状況に関する情報が送信され、プロジェクト管理装置１１ａが、受注管理装置２１ａから受信した進捗状況に関する情報をサーバ３ａに対して送信し、サーバ３ａにて進捗状況に関する情報の登録を行うようにした。そして、管理者等は、例えば、プロジェクト管理装置１１ａからサーバ３ａのタスクＤＢ３１を参照し、タスク関連情報に付与された進捗の情報を取得して表示装置１２に表示させるようにすることで、発注先協力会社における発注タスクの進捗状況を確認することができる。
なお、各発注タスクについて、作業が完了するまで、適宜、当該ステップＳＴ２４０１の動作が行われる。

図２４のフローチャートに戻る。
発注先協力会社において、発注タスクに関する作業が完了すると、受注管理装置２１ａは、成果物の納品を行う（ステップＳＴ２４０２）。
ステップＳＴ２４０２の動作について詳細に説明する。
発注協力会社の担当者等は、発注タスクに関する作業が完了すると、入力装置を操作し、表示装置２２に表示された成果物入力画面から、成果物に関する情報を入力する。これにより、発注協力会社の担当者等は、発注タスクについての成果物の納品を行う。当該動作は、実施の形態１において図１３のステップＳＴ１３０２で説明した、発注協力会社の担当者等による具体的な動作と同様である。

成果物入力部に成果物に関する情報が入力されると、遂行情報受付部２１１３が当該成果物に関する情報を受け付ける。

協力会社の担当者等は、上述したような、成果物に関する情報の入力を完了すると、例えば、成果物入力画面に表示されている送信ボタンを、入力装置でクリック等し、送信指示を入力する。
遂行情報受付部２１１３は、送信指示を受け付けると、成果物に関する情報を遂行情報送信部２１２２ａに出力する。このとき、遂行情報受付部２１１３は、成果物に関する情報に、例えば、発注番号およびタスクＩＤの情報を付与して遂行情報送信部２１２２ａに出力するようにする。
遂行情報送信部２１２２ａは、遂行情報受付部２１１３から出力された成果物に関する情報を、プロジェクト管理装置１１ａに送信する。

プロジェクト管理装置１１ａの遂行情報受付部１１１５は、受注管理装置２１ａの遂行情報送信部２１２２ａから送信された成果物に関する情報を受信し、当該情報を、遂行情報送信部１１３６に出力する。
具体的には、まず、管理者等は、成果物に関する情報が送信されたことを検知する。例えば、プロジェクト管理装置１１ａの遂行情報受付部１１１５が、成果物に関する情報を受信すると、表示制御部１１４が、表示装置１２に、「納品あり」と表示させる。なお、これは一例に過ぎず、例えば、制御部が、管理者側端末１ａが備える音声出力装置から、「納品あり」と音声出力させるようにしてもよいし、管理者側端末１ａが備えるライト等の発光部を点灯または点滅させる等してもよい。プロジェクト管理装置１１ａは、受注管理装置２１ａから成果物に関する情報を受信したことを、管理者等に知らせることができるようになっていればよい。
管理者等は、入力装置等を操作して、遂行情報送信指示を入力する。管理者等は、例えば、表示装置１２に表示されている、「送信ボタン」をクリック等することで、遂行情報送信指示を入力する。
プロジェクト管理装置１１ａの遂行情報送信部１１３６は、遂行情報送信指示が入力されると、サーバ３ａに、遂行情報受付部１１１５が受け付けた、成果物に関する情報を送信する。

サーバ３ａの遂行情報受信部３４４ａは、プロジェクト管理装置１１ａの遂行情報送信部１１３６から送信された成果物に関する情報を受信すると、当該成果物に関する情報を、遂行情報登録部３５４ａに出力する。
遂行情報登録部３５４ａは、遂行情報受信部３４４ａが受信した成果物情報を成果物ＤＢ３３の成果物情報に登録する。遂行情報登録部３５４ａの具体的な動作は、実施の形態１で説明した、遂行情報登録部３５４の具体的な動作と同様である。

このように、発注先協力会社において、受注管理装置２１ａからプロジェクト管理装置１１ａに対して成果物に関する情報が送信され、プロジェクト管理装置１１ａがサーバ３ａに当該成果物に関する情報を登録させることで、発注協力会社から管理会社への納品が行われることになる。

図２４のフローチャートに戻る。
ステップＳＴ２４０２において、成果物の納品が行われると、プロジェクト管理装置１１ａは、検収を行う（ステップＳＴ２４０３）。当該ステップＳＴ２４０３の動作は、適宜のタイミングで行われればよい。
ステップＳＴ２４０３の具体的な動作は、実施の形態１において説明した、図１３のステップＳＴ１３０３の具体的な動作と同様である。

このように、発注先協力会社において、受注管理装置２１ａがプロジェクト管理装置１１ａに成果物に関する情報を送信し、プロジェクト管理装置１１ａがサーバ３ａに対して、成果物に関する情報を登録させる。そして、プロジェクト管理装置１１ａでは、サーバ３ａに登録された成果物に関する情報を取得し、管理者等に提供する。そして、管理者等が成果物に関する情報の内容確認を行うと、プロジェクト管理装置１１ａは、検収完了情報を受け付け、サーバ３ａに検収済フラグを付与させる。これにより、管理者等は、発注先協力会社からの納品物の検収を行うことができる。

なお、以上の説明では、プロジェクト管理装置１１ａにおいて、受注管理装置２１ａから送信された成果物に関する情報を受信すると、当該成果物に関する情報をサーバ３ａに登録し、その後、改めて、プロジェクト管理装置１１ａがサーバ３ａから適宜のタイミングで成果物の関する情報を取得し、管理者等が成果物の検収を行った後、検収済である旨の情報をサーバ３ａに付与するものとした。しかしながら、これに限らず、プロジェクト管理装置１１ａにおいて、受注管理装置２１ａから成果物に関する情報を受信すると、管理者等が成果物の検収を行い、検収済である旨の情報とともに受注管理装置２１ａから送信された成果物に関する情報を、サーバ３ａに送信するようにしてもよい。
この場合、ステップＳＴ２４０２において、遂行情報受付部１１１５は、受注管理装置２１ａから受信した成果物に関する情報を、遂行情報表示制御部１１４１に出力するようにする。そして、遂行情報表示制御部１１４１は、遂行情報受付部１１１５から出力された情報に基づき、検収結果入力画面を表示させるようにする（ステップＳＴ２４０３）。

以上のようにして、プロジェクト管理システムでは、協力会社において、発注タスクの進捗状況の報告、または、成果物の納品等が行われ、管理会社において、管理者等は、発注タスクの進捗状況の確認、または、当該発注タスクの検収を行うことができる。

また、実施の形態２においても、実施の形態１のプロジェクト管理装置１１同様、プロジェクト管理装置１１ａは、サーバ３ａに登録されている各種情報に基づき、あらゆる情報を表示装置１２に表示させることができる。
例えば、プロジェクト管理装置１１ａは発注先協力会社において、発注タスクを遂行する際の体制表を表示装置１２に表示させることができる。
具体的な動作は、実施の形態１において説明した、体制表の表示動作と同様である。

また、実施の形態２においても、受注管理装置２１ａは、見積依頼に対する回答情報を受け付け、受け付けた回答情報をプロジェクト管理装置１１ａに送信する際、適宜、発注タスクを詳細化することができる。
受注管理装置２１ａの見積結果受付部２１１２は、追加したタスクに対する回答情報を受け付け、見積結果送信部２１２１ａは、当該追加したタスクに対する回答情報を、プロジェクト管理装置１１ａに送信する。
このとき、見積結果送信部２１２１ａは、追加したタスクの詳細情報をあわせて送信する。追加したタスクの詳細情報とは、例えば、どの発注タスクの下に追加されたのかという階層情報等である。

サーバ３ａの見積結果登録部３５３ａは、回答情報を登録する際、追加されたタスクがある場合は、プロジェクト管理装置１１ａから送信された、追加されたタスクの詳細情報に基づき、依頼管理ＤＢに、追加タスク情報を登録しておく。
そして、発注先協力会社が決定され、発注先登録部３５２は、タスクＤＢ３１のタスク関連情報を登録する際、依頼管理情報に、当該追加タスク情報が登録されていれば、当該追加タスク情報に基づき、タスク関連情報に、追加されたタスクの情報を追加するようにする。

以上のように、実施の形態２によれば、プロジェクト管理システムは、プロジェクト管理装置１１ａにおいて、１つ以上のタスクのうち協力会社（組織）に遂行させる発注タスクの情報と、当該発注タスクの遂行を依頼する候補となる１つ以上の候補協力会社の情報とを含む発注候補情報を受け付ける発注依頼受付部１１１１と、発注依頼受付部１１１１が受け付けた発注候補情報をサーバ３ａに送信する発注候補情報送信部１１３１と、発注依頼受付部１１１１が発注候補情報を受け付けると、候補協力会社の受注管理装置２１ａに対して、発注タスクの遂行に係る見積依頼通知を送信する見積依頼送信部１１３４とを有し、サーバ３ａにおいて、発注候補情報送信部１１３１から送信された発注候補情報に基づき、候補協力会社毎の、当該候補協力会社への発注タスクの発注依頼に関する依頼管理情報の登録を行う依頼情報登録部３５１を有し、候補協力会社の受注管理装置２１ａにおいて、見積依頼送信部１１３４から送信された見積依頼通知を受信する第１の見積依頼受付部２１１１ａと、見積依頼通知に対する回答情報を受け付ける第１の見積結果受付部２１１２と、プロジェクト管理装置１１ａに対して、第１の見積結果受付部２１１２が受け付けた回答情報を送信する第１の見積結果送信部２１２１ａとを有し、プロジェクト管理装置１１ａにおいて、第１の見積結果送信部２１２１ａから送信された回答情報を受信する第２の見積結果受付部１１１４と、第２の見積結果受付部１１１４が受け付けた回答情報をサーバ３ａに送信する第２の見積結果送信部１１３５とを有し、サーバ３ａにおいて、第２の見積結果送信部１１３５から送信された回答情報を、発注タスクの遂行に係る見積結果情報として依頼管理情報に付与する見積結果登録部３５３ａを有し、プロジェクト管理装置１１ａにおいて、サーバ３から候補協力会社毎の見積結果情報を取得する見積結果取得部１１２１と、候補協力会社のうち、発注タスクの遂行を依頼する発注先協力会社の指定を受け付ける発注先受付部１１１２と、発注先受付部１１１２が受け付けた発注先協力会社の情報をサーバ３ａに送信する発注先情報送信部１１３２とを有し、サーバ３ａにおいて、発注先情報送信部１１３２から送信された発注先協力会社の情報と、依頼管理情報とに基づき、タスク関連情報における、発注タスクの情報に、当該発注先協力会社に関する情報、および、当該発注先協力会社からの見積結果情報を付与する発注先登録部３５２とを有するように構成した。そのため、プロジェクト管理システムにおいて、協力会社等の外部の組織へのタスクの遂行の発注に係る一連の作業を行うことができる。

なお、上記の実施の形態１，２では、受注管理装置２１，２１ａが送信する回答情報には、担当者情報が含まれるものとした。しかし、これは一例に過ぎず、担当者情報は、回答情報には含まれないようにしてもよい。
例えば、見積依頼が行われた時点では、候補協力会社では、担当者まで確定していないことも考えられる。この場合、候補協力会社の担当者等は、サーバ３またはプロジェクト管理装置１１ａに送信する回答情報に担当者情報は含めないようにしてもよい。
そして、例えば、自社が発注先協力会社に決定した場合に、適宜のタイミングで、発注先協力会社の担当者等が、受注管理装置２１，２１ａから、サーバ３，３ａのタスクＤＢ３１のタスク関連情報に対して、直接、あるいは、プロジェクト管理装置１１ａを介して、担当者情報を送信し、サーバ３，３ａにおいて、制御部が、受信した担当者情報を登録するようにしてもよい。この場合、受注管理装置２１，２１ａから送信される担当者情報には、例えば、発注タスクを特定する情報が付与されており、サーバ３，３ａの制御部は、当該付与された発注タスクに紐付くタスク関連情報のタスクを特定し、担当者情報を登録するようにする。

また、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。

１，１ａ 管理者側端末
２，２ａ 協力会社側端末
３，３ａ サーバ
１１，１１ａ プロジェクト管理装置
１２，２２ 表示装置
２１，２１ａ 受注管理装置
３１ タスクＤＢ
３２ 依頼管理ＤＢ
３３ 成果物ＤＢ
３４，３４ａ 受信部
３５，３５ａ 登録部
３６，１１３４ 見積依頼送信部
３４１ 依頼情報受信部
３４２ 発注先情報受信部
３４３，３４３ａ 見積結果受信部
３４４，３４４ａ 遂行情報受信部
３４５ 検収結果受信部
３５１ 依頼情報登録部
３５２ 発注先登録部
３５３，３５３ａ 見積結果登録部
３５４，３５４ａ 遂行情報登録部
３５５ 検収結果登録部
１１１，１１１ａ，２１１，２１１ａ 受付部
１１１１ 発注依頼受付部
１１１２ 発注先受付部
１１１３ 検収結果受付部
１１１４ 見積結果受付部
１１１５ 遂行情報受信部
１１２ 情報取得部
１１２１ 見積結果取得部
１１２２ 遂行情報取得部
１１２３ 担当者情報取得部
１１３，１１３ａ，２１２，２１２ａ 送信部
１１３１ 発注候補情報送信部
１１３２ 発注先情報送信部
１１３３ 検収結果送信部
１１３５，２１２１，２１２１ａ 見積結果送信部
１１３６，２１２２，２１２２ａ 遂行情報送信部
１１４，２１３ 表示制御部
１１４１ 遂行情報表示制御部
１１４２ 体制表表示制御部
２１１１，２１１１ａ 見積依頼受付部
２１１２ 見積結果受付部
２１１３ 遂行情報受付部

Claims (18)

1. プロジェクトで実施する１つ以上のタスクの遂行を管理するプロジェクト管理装置と、前記１つ以上のタスクに関する情報を階層構造で保持するタスク関連情報を記憶するサーバと、１つ以上の組織にそれぞれ設置される受注管理装置とがネットワークを介して接続されるプロジェクト管理システムであって、
   前記プロジェクト管理装置において、
   前記１つ以上のタスクのうち前記組織に遂行させる発注タスクの情報と、当該発注タスクの遂行を依頼する候補となる１つ以上の候補組織の情報とを含む発注候補情報を受け付ける発注依頼受付部と、
   前記発注依頼受付部が受け付けた発注候補情報を前記サーバに送信する発注候補情報送信部とを有し、
   前記サーバにおいて、
   前記発注候補情報送信部から送信された発注候補情報に基づき、前記候補組織毎の、当該候補組織への前記発注タスクの発注依頼に関する依頼管理情報の登録を行う依頼情報登録部と、
   前記発注候補情報が送信されると、前記候補組織の受注管理装置に対して、前記発注タスクの遂行に係る見積依頼通知を送信する見積依頼送信部とを有し、
   前記候補組織の受注管理装置において、
   前記見積依頼送信部から送信された見積依頼通知を受信する見積依頼受付部と、
   前記見積依頼通知に対する回答情報を受け付ける見積結果受付部と、
   前記サーバに対して、前記見積結果受付部が受け付けた回答情報を送信する見積結果送信部とを有し、
   前記サーバにおいて、
   前記見積結果送信部から送信された回答情報を、前記発注タスクの遂行に係る見積結果情報として、前記依頼管理情報に付与する見積結果登録部を有し、
   前記プロジェクト管理装置において、
   前記サーバから前記候補組織毎の前記見積結果情報を取得する見積結果取得部と、
   前記候補組織のうち、前記発注タスクの遂行を依頼する発注先組織の指定を受け付ける発注先受付部と、
   前記発注先受付部が受け付けた発注先組織の情報を前記サーバに送信する発注先情報送信部とを有し、
   前記サーバにおいて、
   前記発注先情報送信部から送信された発注先組織の情報と、前記依頼管理情報とに基づき、前記タスク関連情報における前記発注タスクの情報に、当該発注先組織に関する情報、および、当該発注先組織からの前記見積結果情報を付与する発注先登録部を有する
   ことを特徴とするプロジェクト管理システム。
2. 前記回答情報は、前記発注タスクを特定する情報と、前記候補組織を特定する情報と、前記発注タスクの遂行に係る期間および金額に関する情報とを含む
   ことを特徴とする請求項１記載のプロジェクト管理システム。
3. 前記受注管理装置は、前記発注先組織に設置され、
   前記発注タスクの遂行に伴って生じた遂行情報を受け付ける遂行情報受付部と、
   前記サーバに対して、前記遂行情報受付部が受け付けた遂行情報を送信する遂行情報送信部とを有し、
   前記サーバは、
   前記遂行情報送信部から送信された遂行情報を、前記タスク関連情報における前記発注タスクの情報に付与する遂行情報登録部とを有する
   ことを特徴とする請求項１または請求項２記載のプロジェクト管理システム。
4. 前記プロジェクト管理装置は、
   前記タスク関連情報に付与された遂行情報を取得する遂行情報取得部と、
   前記遂行情報取得部が取得した遂行情報に基づき、当該遂行情報に関する画面を表示させる遂行情報表示制御部とを有する
   ことを特徴とする請求項３記載のプロジェクト管理システム。
5. 前記遂行情報とは、前記発注タスクの進捗状況に関する情報である
   ことを特徴とする請求項３または請求項４記載のプロジェクト管理システム。
6. 前記遂行情報とは、前記発注タスクを遂行する過程で生成された成果物に関する情報である
   ことを特徴とする請求項３または請求項４記載のプロジェクト管理システム。
7. 前記プロジェクト管理装置は、
   前記タスク関連情報に付与されている前記成果物に関する情報が検収済みであることを示す検収完了情報を受け付ける検収結果受付部と、
   前記サーバに対して、前記検収結果受付部が受け付けた検収完了情報を送信する検収結果送信部とを有し、
   前記サーバは、
   前記検収結果送信部から送信された検収完了情報に基づき、前記タスク関連情報における前記発注タスクの情報に、検収済であることを示す情報を付与する
   ことを特徴とする請求項６記載のプロジェクト管理システム。
8. 前記タスク関連情報は前記発注タスクを遂行する担当者情報を含み、
   前記プロジェクト管理装置は、
   前記担当者情報を取得する担当者情報取得部と、
   前記担当者情報取得部が取得した担当者情報に基づき、前記発注タスクを遂行する担当者の体制表を表示させる体制表表示制御部とを有する
   ことを特徴とする請求項１から請求項７のうちのいずれか１項記載のプロジェクト管理システム。
9. プロジェクトで実施する１つ以上のタスクの遂行を管理するプロジェクト管理装置と、前記１つ以上のタスクに関する情報を階層構造で保持するタスク関連情報を記憶するサーバと、１つ以上の組織にそれぞれ設置される受注管理装置とがネットワークを介して接続されるプロジェクト管理システムであって、
   前記プロジェクト管理装置において、
   前記１つ以上のタスクのうち前記組織に遂行させる発注タスクの情報と、当該発注タスクの遂行を依頼する候補となる１つ以上の候補組織の情報とを含む発注候補情報を受け付ける発注依頼受付部と、
   前記発注依頼受付部が受け付けた発注候補情報を前記サーバに送信する発注候補情報送信部と、
   前記発注依頼受付部が前記発注候補情報を受け付けると、前記候補組織の受注管理装置に対して、前記発注タスクの遂行に係る見積依頼通知を送信する見積依頼送信部とを有し、
   前記サーバにおいて、
   前記発注候補情報送信部から送信された発注候補情報に基づき、前記候補組織毎の、当該候補組織への前記発注タスクの発注依頼に関する依頼管理情報の登録を行う依頼情報登録部を有し、
   前記候補組織の受注管理装置において、
   前記見積依頼送信部から送信された見積依頼通知を受信する第１の見積依頼受付部と、
   前記見積依頼通知に対する回答情報を受け付ける第１の見積結果受付部と、
   前記プロジェクト管理装置に対して、前記第１の見積結果受付部が受け付けた回答情報を送信する第１の見積結果送信部とを有し、
   前記プロジェクト管理装置において、
   前記第１の見積結果送信部から送信された回答情報を受信する第２の見積結果受付部と、
   前記第２の見積結果受付部が受け付けた回答情報を前記サーバに送信する第２の見積結果送信部とを有し、
   前記サーバにおいて、
   前記第２の見積結果送信部から送信された回答情報を、前記発注タスクの遂行に係る見積結果情報として前記依頼管理情報に付与する見積結果登録部を有し、
   前記プロジェクト管理装置において、
   前記サーバから前記候補組織毎の前記見積結果情報を取得する見積結果取得部と、
   前記候補組織のうち、前記発注タスクの遂行を依頼する発注先組織の指定を受け付ける発注先受付部と、
   前記発注先受付部が受け付けた発注先組織の情報を前記サーバに送信する発注先情報送信部とを有し、
   前記サーバにおいて、
   前記発注先情報送信部から送信された発注先組織の情報と、前記依頼管理情報とに基づき、前記タスク関連情報における前記発注タスクの情報に、当該発注先組織に関する情報、および、当該発注先組織からの前記見積結果情報を付与する発注先登録部を有する
   ことを特徴とするプロジェクト管理システム。
10. 前記回答情報は、前記発注タスクを特定する情報と、前記候補組織を特定する情報と、前記発注タスクの遂行に係る期間および金額に関する情報とを含む
    ことを特徴とする請求項９記載のプロジェクト管理システム。
11. 前記受注管理装置は、前記発注先組織に設置され、
    前記発注タスクの遂行に伴って生じた遂行情報を受け付ける第１の遂行情報受付部と、
    前記プロジェクト管理装置に対して、前記第１の遂行情報受付部が受け付けた遂行情報を送信する第１の遂行情報送信部とを有し、
    前記プロジェクト管理装置は、
    前記第１の遂行情報送信部から送信された遂行情報を受け付ける第２の遂行情報受付部と、
    前記第２の遂行情報受付部が受け付けた遂行情報を前記サーバに送信する第２の遂行情報送信部とを有し、
    前記サーバは、
    前記第２の遂行情報送信部から送信された遂行情報を、前記タスク関連情報における前記発注タスクの情報に付与する遂行情報登録部とを有する
    ことを特徴とする請求項９または請求項１０記載のプロジェクト管理システム。
12. 前記プロジェクト管理装置は、
    前記タスク関連情報に付与された遂行情報を取得する遂行情報取得部と、
    前記遂行情報取得部が取得した遂行情報に基づき、当該遂行情報に関する画面を表示させる遂行情報表示制御部を有する
    ことを特徴とする請求項１１記載のプロジェクト管理システム。
13. 前記遂行情報とは、前記発注タスクの進捗状況に関する情報である
    ことを特徴とする請求項１１または請求項１２記載のプロジェクト管理システム。
14. 前記遂行情報とは、前記発注タスクを遂行する過程で生成された成果物に関する情報である
    ことを特徴とする請求項１１または請求項１２記載のプロジェクト管理システム。
15. 前記プロジェクト管理装置は、
    前記タスク関連情報に付与されている前記成果物に関する情報が検収済みであることを示す検収完了情報を受け付ける検収結果受付部と、
    前記サーバに対して、前記検収結果受付部が受け付けた検収完了情報を送信する検収結果送信部とを有し、
    前記サーバは、
    前記検収結果送信部から送信された検収完了情報に基づき、前記タスク関連情報における前記発注タスクの情報に、検収済であることを示す情報を付与する
    ことを特徴とする請求項１４記載のプロジェクト管理システム。
16. 前記タスク関連情報は前記発注タスクを遂行する担当者情報を含み、
    前記プロジェクト管理装置は、
    前記担当者情報を取得する担当者情報取得部と、
    前記担当者情報取得部が取得した担当者情報に基づき、前記発注タスクを遂行する担当者の体制表を表示させる体制表表示制御部とを有する
    ことを特徴とする請求項９から請求項１５のうちのいずれか１項記載のプロジェクト管理システム。
17. プロジェクトで実施する１つ以上のタスクの遂行を管理するプロジェクト管理装置と、前記１つ以上のタスクに関する情報を階層構造で保持するタスク関連情報を記憶するサーバと、１つ以上の組織にそれぞれ設置される受注管理装置とがネットワークを介して接続されるプロジェクト管理システムにおけるプロジェクト管理方法であって、
    前記プロジェクト管理装置において、
    発注依頼受付部が、前記１つ以上のタスクのうち前記組織に遂行させる発注タスクの情報と、当該発注タスクの遂行を依頼する候補となる１つ以上の候補組織の情報とを含む発注候補情報を受け付けるステップと、
    発注候補情報送信部が、前記発注依頼受付部が受け付けた発注候補情報を前記サーバに送信するステップとを有し、
    前記サーバにおいて、
    依頼情報登録部が、前記発注候補情報送信部から送信された発注候補情報に基づき、前記候補組織毎の、当該候補組織への前記発注タスクの発注依頼に関する依頼管理情報の登録を行うステップと、
    見積依頼送信部が、前記発注候補情報が送信されると、前記候補組織の受注管理装置に対して、前記発注タスクの遂行に係る見積依頼通知を送信するステップとを有し、
    前記候補組織の受注管理装置において、
    見積依頼受付部が、前記見積依頼送信部から送信された見積依頼通知を受信するステップと、
    見積結果受付部が、前記見積依頼通知に対する回答情報を受け付けるステップと、
    見積結果送信部が、前記サーバに対して、前記見積結果受付部が受け付けた回答情報を送信するステップとを有し、
    前記サーバにおいて、
    見積結果登録部が、前記見積結果送信部から送信された回答情報を、前記発注タスクの遂行に係る見積結果情報として前記依頼管理情報に付与するステップを有し、
    前記プロジェクト管理装置において、
    見積結果取得部が、前記サーバから前記候補組織毎の前記見積結果情報を取得するステップと、
    発注先受付部が、前記候補組織のうち、前記発注タスクの遂行を依頼する発注先組織の指定を受け付けるステップと、
    発注先情報送信部が、前記発注先受付部が受け付けた発注先組織の情報を前記サーバに送信するステップとを有し、
    前記サーバにおいて、
    発注先登録部が、前記発注先情報送信部から送信された発注先組織の情報と、前記依頼管理情報とに基づき、前記タスク関連情報における前記発注タスクの情報、当該発注先組織に関する情報、および、当該発注先組織からの前記見積結果情報を付与するステップを有する
    ことを特徴とするプロジェクト管理方法。
18. プロジェクトで実施する１つ以上のタスクの遂行を管理するプロジェクト管理装置と、前記１つ以上のタスクに関する情報を階層構造で保持するタスク関連情報を記憶するサーバと、１つ以上の組織にそれぞれ設置される受注管理装置とがネットワークを介して接続されるプロジェクト管理システムにおけるプロジェクト管理方法であって、
    前記プロジェクト管理装置において、
    発注依頼受付部が、前記１つ以上のタスクのうち前記組織に遂行させる発注タスクの情報と、当該発注タスクの遂行を依頼する候補となる１つ以上の候補組織の情報とを含む発注候補情報を受け付けるステップと、
    発注候補情報送信部が、前記発注依頼受付部が受け付けた発注候補情報を前記サーバに送信するステップと、
    見積依頼送信部が、前記発注依頼受付部が前記発注候補情報を受け付けると、前記候補組織の受注管理装置に対して、前記発注タスクの遂行に係る見積依頼通知を送信するステップとを有し、
    前記サーバにおいて、
    依頼情報登録部が、前記発注候補情報送信部から送信された発注候補情報に基づき、前記候補組織毎の、当該候補組織への前記発注タスクの発注依頼に関する依頼管理情報の登録を行うステップを有し、
    前記候補組織の受注管理装置において、
    第１の見積依頼受付部が、前記見積依頼送信部から送信された見積依頼通知を受信するステップと、
    第１の見積結果受付部が、前記見積依頼通知に対する回答情報を受け付けるステップと、
    第１の見積結果送信部が、前記プロジェクト管理装置に対して、前記第１の見積結果受付部が受け付けた回答情報を送信するステップとを有し、
    前記プロジェクト管理装置において、
    第２の見積結果受付部が、前記第１の見積結果送信部から送信された回答情報を受信するステップと、
    第２の見積結果送信部が、前記第２の見積結果受付部が受け付けた回答情報を前記サーバに送信するステップとを有し、
    前記サーバにおいて、
    見積結果登録部が、前記第２の見積結果送信部から送信された回答情報を、前記発注タスクの遂行に係る見積結果情報として前記依頼管理情報に付与するステップを有し、
    前記プロジェクト管理装置において、
    見積結果取得部が、前記サーバから前記候補組織毎の前記見積結果情報を取得するステップと、
    発注先受付部が、前記候補組織のうち、前記発注タスクの遂行を依頼する発注先組織の指定を受け付けるステップと、
    発注先情報送信部が、前記発注先受付部が受け付けた発注先組織の情報を前記サーバに送信するステップとを有し、
    前記サーバにおいて、
    発注先登録部が、前記発注先情報送信部から送信された発注先組織の情報と、前記依頼管理情報とに基づき、前記タスク関連情報における前記発注タスクの情報に、当該発注先組織に関する情報、および、当該発注先組織からの前記見積結果情報を付与するステップとを有する
    ことを特徴とするプロジェクト管理方法。

Images