(57)【要約】【課題】実行者のリソースを無駄にすることなく、各実行者のスケジュールやスキルに合った仕事を提供する。【解決手段】タスク管理システム１は、依頼者７からタスクと希望完了日情報を受け付けるタスク受付部２と、タスクを小タスクに分割し、分割した各小タスクの実行に必要な時間を算出するタスク管理部３と、複数の実行者のスキルおよびスケジュールを管理するリソースデータベース４１と、このリソースデータベース４１を参照して、これら小タスクに必要なスキルを有し、かつスケジュールが空いているいずれかの実行者８を割り当てる人的リソース管理部４とを備える。【選択図】図１
2018206092.tif 000002
【特許請求の範囲】
【請求項１】
依頼者からタスクと希望完了日情報を受け付けるタスク受付部と、
前記タスクを小タスクに分割し、分割した各前記小タスクの実行に必要な時間を算出するタスク管理部と、
複数の実行者のスキルおよびスケジュールを管理する人的データベースと、
前記人的データベースを参照して、前記小タスクに必要なスキルを有し、かつスケジュールが空いているいずれかの実行者を割り当てる人的リソース管理部と、
を備えることを特徴とするタスク管理システム。
【請求項２】
前記タスク管理部は、前記人的リソース管理部が管理するスキルの粒度に合わせて、前記タスクを小タスクに分割する、
ことを特徴とする請求項１に記載のタスク管理システム。
【請求項３】
前記タスク管理部は、前記タスクをスキルごとに分割したのち、更に所定作業量ごとに分割する、
ことを特徴とする請求項１に記載のタスク管理システム。
【請求項４】
前記人的リソース管理部は更に、前記小タスクに必要なスキルを有し、かつスケジュールが空いている実行者が複数抽出されたならば、抽出された複数の実行者のうちスケジュールが最も空いている実行者を割り当てる、
ことを特徴とする請求項１に記載のタスク管理システム。
【請求項５】
前記人的リソース管理部は更に、前記小タスクに必要なスキルを有し、かつスケジュールが空いている実行者が複数抽出されたならば、抽出された複数の実行者のうちタスクを割り当てられていない期間が最も長い者を割り当てる、
ことを特徴とする請求項１に記載のタスク管理システム。
【請求項６】
前記人的リソース管理部は更に、前記小タスクに必要なスキルを有し、かつスケジュールが空いている実行者が複数抽出されたならば、抽出された複数の実行者のうちスケジュールが最も空いており、かつタスクを割り当てられていない期間が最も長い実行者を割り当てる、
ことを特徴とする請求項１に記載のタスク管理システム。
【請求項７】
前記タスク管理部は、分割した各小タスクの実行を管理し、
前記人的リソース管理部は、前記タスク管理部による小タスクの実行指示に基づき、当該小タスクに割り当てた実行者に対して、当該タスクの開始を指示する、
ことを特徴とする請求項１に記載のタスク管理システム。
【請求項８】
複数の実行者のスキルおよびスケジュールを管理する人的データベースと、
処理部とを備えるタスク管理システムが実行するタスク管理方法であって、
前記処理部は、依頼者からタスクと希望完了日情報を受け付け、
前記タスクを小タスクに分割し、
分割した各前記小タスクの実行に必要な時間を算出し、
前記人的データベースを参照して、前記小タスクに必要なスキルを有し、かつスケジュールが空いているいずれかの実行者を割り当てる、
ことを特徴とするタスク管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、依頼者が依頼したタスクを、実行者のうちいずれかに実行させるように指示するタスク管理システムおよびタスク管理方法に関する。
【背景技術】
【０００２】
近年、日本では、子育てや介護等のさまざまな理由により、働きたくても働くことができない人が多数存在する。例えば、日本には休眠資格者が多数存在する。看護師の休眠資格者は７１万人、歯科衛生士の休眠資格者は１４万人、理学療法士の休眠資格者は３万人といわれている。
【０００３】
一方、多数の現場では、人的不足により危機的な状況にあり、働き手を求めていることがある。特許文献１に記載の発明は、このような状況を解決するためのものである。なお、以下では働き手のことを実行者と記載している場合がある。
【０００４】
特許文献１の解決手段には、「新規起票時および関連起票時に、危機対応業務管理支援サーバＳＶにより、タスクを識別するレコードＩＤと、タスクのグループを識別するタスクＩＤ（Task-ID）と、関連起票時に起票元となるタスクとの関係性を示すＩＤ（Org-ID）と、タスクグループ内における各タスクの世代を階層化して示すレイヤ情報を生成し、これを依頼情報に付加して活動ログ記憶部３２に蓄積する。そして、タスクグループごとにそのタスクのリストを表示する際に、タスクの対応状況を時系列上で並べて表示させる。また、蓄積された上記タスクデータごとにボトルネック度を計算し、計算されたボトルネック度を上記タスクデータのリストに付加して表示する。」と記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１６−２２４６７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載されている発明は、１つの対応業務とそれと関連する複数の対応業務の進捗状況の把握には有効である。しかし、これら業務を、実行者のスケジュール等に合わせて予約したり実行させたりする機能は無い。
【０００７】
近年では、このような問題を解決するためのクラウドソーシングという仕組みが知られている。クラウドソーシングとは、依頼者がＷｅｂを介して実行者とのマッチングを行い、依頼者が依頼するタスクをいずれかの実行者に振り分けるものである。ただし、現在のクラウドソーシングシステムでは、依頼者主導でタスクを振られるケースが多い。また、実行者の空き時間が短い場合、この空き時間内に実行できるタスクが無くてマッチングされず、実行者のリソースが無駄になってしまうおそれがある。
【０００８】
そこで、本発明は、実行者のリソースを無駄にすることなく、各実行者のスケジュールやスキルに合った仕事を提供することを課題とする。
【課題を解決するための手段】
【０００９】
前記した課題を解決するため、請求項１に記載の発明では、依頼者からタスクと希望完了日情報を受け付けるタスク受付部と、前記タスクを小タスクに分割し、分割した各前記小タスクの実行に必要な時間を算出するタスク管理部と、複数の実行者のスキルおよびスケジュールを管理する人的データベースと、前記人的データベースを参照して、前記小タスクに必要なスキルを有し、かつスケジュールが空いているいずれかの実行者を割り当てる人的リソース管理部と、を備えることを特徴とするタスク管理システムとした。
【００１０】
このようにすることで、実行者のリソースを無駄にすることなく、各実行者のスケジュールやスキルに合った仕事を提供することができる。
【００１１】
請求項２に記載の発明では、前記タスク管理部は、前記人的リソース管理部が管理するスキルの粒度に合わせて、前記タスクを小タスクに分割する、ことを特徴とする請求項１に記載のタスク管理システムとした。
【００１２】
このようにすることで、分割した小タスクを実行可能な者を増やすことができ、小タスクに対して実行者を確実に割り当てることができる。
【００１３】
請求項３に記載の発明では、前記タスク管理部は、前記タスクをスキルごとに分割したのち、更に所定作業量ごとに分割する、ことを特徴とする請求項１に記載のタスク管理システムとした。
【００１４】
このようにすることで、分割した小タスクを実行可能なスキルを有する者を増やすことができ、小タスクに対して実行者を確実に割り当てることができる。
【００１５】
請求項４に記載の発明では、前記人的リソース管理部は更に、前記小タスクに必要なスキルを有し、かつスケジュールが空いている実行者が複数抽出されたならば、抽出された複数の実行者のうちスケジュールが最も空いている実行者を割り当てる、ことを特徴とする請求項１に記載のタスク管理システムとした。
【００１６】
このようにすることで、実行者の割り当てを平準化することができる。
【００１７】
請求項５に記載の発明では、前記人的リソース管理部は更に、前記小タスクに必要なスキルを有し、かつスケジュールが空いている実行者が複数抽出されたならば、抽出された複数の実行者のうちタスクを割り当てられていない期間が最も長い者を割り当てる、ことを特徴とする請求項１に記載のタスク管理システムとした。
【００１８】
このようにすることで、順番に実行者を割り当てることができる。
【００１９】
請求項６に記載の発明では、前記人的リソース管理部は更に、前記小タスクに必要なスキルを有し、かつスケジュールが空いている実行者が複数抽出されたならば、抽出された複数の実行者のうちスケジュールが最も空いており、かつタスクを割り当てられていない期間が最も長い実行者を割り当てる、ことを特徴とする請求項１に記載のタスク管理システムとした。
【００２０】
このようにすることで、実行者の割り当てを平準化すると共に、同様なスケジュールの空き状態の者に対して順番に割り当てることができる。
【００２１】
請求項７に記載の発明では、前記タスク管理部は、分割した各小タスクの実行を管理し、前記人的リソース管理部は、前記タスク管理部による小タスクの実行指示に基づき、当該小タスクに割り当てた実行者に対して、当該タスクの開始を指示する、ことを特徴とする請求項１に記載のタスク管理システムとした。
【００２２】
このようにすることで、実行者に対して確実に各小タスクを実施させることができる。
【００２３】
請求項８に記載の発明では、複数の実行者のスキルおよびスケジュールを管理する人的データベースと、処理部とを備えるタスク管理システムが実行するタスク管理方法であって、前記処理部は、依頼者からタスクと希望完了日情報を受け付け、前記タスクを小タスクに分割し、分割した各前記小タスクの実行に必要な時間を算出し、前記人的データベースを参照して、前記小タスクに必要なスキルを有し、かつスケジュールが空いているいずれかの実行者を割り当てる、ことを特徴とするタスク管理方法とした。
【００２４】
このようにすることで、実行者のリソースを無駄にすることなく、各実行者のスケジュールやスキルに合った仕事を提供することができる。
【発明の効果】
【００２５】
本発明によれば、実行者のリソースを無駄にすることなく、各実行者のスケジュールやスキルに合った仕事を提供することが可能となる。
【図面の簡単な説明】
【００２６】
【図１】本実施形態におけるタスク管理システムの構成図である。
【図２】タスクを分割して人的リソース予約を指示する処理を示すフローチャート（その１）である。
【図３】タスクを分割して人的リソース予約を指示する処理を示すフローチャート（その２）である。
【図４】リソースデータベースの例を示す図である。
【図５】人的リソース予約処理を示すフローチャートである。
【図６】変形例の人的リソース予約処理を示すフローチャートである。
【図７】タスクを分割して人的リソース予約を指示するまでを示すシーケンス図である。
【図８】タスクを実行して業務を終了させるまでを示すシーケンス図である。
【発明を実施するための形態】
【００２７】
以降、本発明を実施するための形態を、各図を参照して詳細に説明する。
【００２８】
（第１の実施形態）
図１は、本実施形態におけるタスク管理システム１の構成図である。
タスク管理システム１は、依頼者から受け付けたタスク（業務）を分析して分割し、複数の実行者の中から、タスク内容や希望納期に合わせて、適切な実行者のスケジュールを予約し、タスクを実行させるものである。
【００２９】
タスク管理システム１は、タスク受付部２、タスク管理部３と過去タスクデータベース３３、人的リソース管理部４とリソースデータベース４１、物品調達部５を備えている。タスク管理部３は更に、タスク分析部３１、タスク実行管理部３２を備えている。なお図面ではデータベースのことを単に「ＤＢ」と記載している。
タスク受付部２は、依頼者７のタスクや、そのタスクの希望完了日等の要望を受け付ける。タスク分析部３１は、タスクを分析して分割し、分割したタスクの実行に必要な概略の時間を算出する。
【００３０】
タスク実行管理部３２は、タスク実行を管理し、タスク内容や完了通知を依頼者７に通知・送信する。過去タスクデータベース３３は、過去に実行したタスクの種別、そのタスクの実行者と実行日時と実行結果のデータ配置場所（リンク情報）または実行結果のデータ本体を格納する。これにより、新規タスクで、過去のタスクを実行した結果の一部または全部を再利用することができる。
人的リソース管理部４は、リソースデータベース４１によって人的リソースを管理し、実行者８ａ，８ｂにスケジュールの予約をしたことを通知したり、実行者８ａ，８ｂからの情報を受け付けたりする。以下、実行者８ａ，８ｂ，・・・を特に区別しないときには、単に実行者８と記載する。
物品調達部５は、タスク実行にあたり新規に物品が必要な場合に、外部システム６に対して物品の購入またはレンタル依頼を行う。なお、外部システム６は、例えば物品を購入するためのシステムまたは物品をレンタルするためのシステムである。
【００３１】
図２と図３は、タスクを分割して人的リソース予約を指示する処理を示すフローチャートである。これらの処理は、タスク受付部２とタスク管理部３によって実行される。
依頼者７がタスクを依頼すると、タスク受付部２は、タスクと、そのタスクの希望完了日を受け付け（ステップＳ１０）、タスク管理部３に引き渡す。
【００３２】
タスク管理部３は、このタスクをスキル単位で分割する（ステップＳ１１）。スキル単位の分割とは、例えばプリンタ分野の調査タスクを、インクジェットプリンタ分野とレーザープリンタ分野とそれ以外のプリンタの調査タスクに分割することである。また、スキル単位の分割の他の例は、換気扇とエアコンの掃除のタスクを、換気扇の掃除タスクとエアコンの掃除タスクに分割することである。タスク管理部３がタスクをスキル単位で分割することにより、単一のスキルのみを有する実行者でも、分割した小タスクを実行可能となる。よって、割り当て可能な実行者を増やして選択の幅を拡げることができる。
【００３３】
タスク管理部３は更に、ボリューム単位で小タスクに分割する（ステップＳ１２）。ボリューム単位の分割とは、例えばプリンタ分野の出願公報５０００件の調査タスクを、５００件毎の調査タスクに分割することをいう。または、１０日分の作業に相当する掃除タスクを、実行者が１日で作業可能な量に分割することをいう。これにより、実行者の午前９時から午後５時までの仕事量にあったリソース配分が行えるので、実行者の隙間時間を有効活用できる。ボリューム単位で小タスクに分割することにより、短い時間しか空いていない実行者を割り当て可能とすることができるので、選択の幅を拡げることができる。
【００３４】
タスク管理部３がタスクを分割する粒度は、人的リソース管理部４のリソースデータベース４１に格納された各実行者の隙間時間の粒度とほぼ等しく、例えば１人日または０．５人日である。このとき、人的リソース（実行者の隙間時間）との対応づけが最も適切に行える。
【００３５】
ステップＳ１３において、タスク管理部３は、各小タスクについてステップＳ１４〜Ｓ１７の処理を繰り返す。
ステップＳ１４において、タスク管理部３は、この小タスクと同一内容の過去タスクが有るか否かを判定する。 タスク管理部３は、この小タスクと同一内容の過去タスクが有るならば（Ｙｅｓ）、その過去タスクの実行結果を格納した場所を返し（ステップＳ１６）、ステップＳ１７の判定に進む。これにより、この小タスクを実施することなく、その実行結果を依頼者７に提供することができる。
タスク管理部３は、この小タスクと同一内容の過去タスクが無いならば（Ｎｏ）、この小タスクを実行するための人的リソースを予約し（ステップＳ１５）、ステップＳ１７の判定に進む。
【００３６】
ステップＳ１７において、各小タスクについてステップＳ１４〜Ｓ１７の処理を繰返したか否かを判定し、繰り返していない小タスクがあったならば、ステップＳ１３の処理に戻る。
次いでタスク管理部３は、このタスクの実行に際して物品の調達が必要か否かを判定する（ステップＳ１８）。タスク管理部３は、物品の調達が必要ならば（Ｙｅｓ）、必要とする物品を調達する（ステップＳ１９）。タスク管理部３は、物品の調達が不要ならば（Ｎｏ）、ステップＳ２０の処理に進む。
【００３７】
ステップＳ２０において、タスク管理部３は、納期と金額とを依頼者７に通知する。その後、タスク管理部３は、各小タスクについてステップＳ２１〜Ｓ２６の処理を繰り返す。
タスク管理部３は、この小タスクの予約時間が到来すると実行者８にアラートを通知する（ステップＳ２２）。そして、タスク管理部３は、実行者８から業務開始通知を受信すると、この通知に応答する（ステップＳ２３）。その後、タスク管理部３は、実行者８から業務終了通知を受信すると、この通知に応答する（ステップＳ２４）。更にタスク管理部３は、データ配置場所を記録する（ステップＳ２５）。
【００３８】
ステップＳ２６において、各小タスクについてステップＳ２２〜Ｓ２５の処理を実施したか否かを判定し、未処理の小タスクがあったならば、ステップＳ２１の処理に戻る。全ての小タスクが実行されたならば、タスク管理部３は、依頼者７に業務終了を通知して（ステップＳ２７）、図２と図３の処理を終了する。
【００３９】
図４は、リソースデータベース４１の例を示す図である。
ここで、明日までに完了しなければならず、かつ１人が５時間を掛けて実行しなければならないタスクが存在すると仮定する。人的リソース管理部４は、このリソースデータベース４１から実行者Ｐ，Ｑを抽出する。人的リソース管理部４は、期日までの実行者の合計空き時間を計算し、タスクの実行に要する時間と比較することにより、候補となる実行者を抽出する。このとき、人的リソース管理部４は、実行者Ｐ，Ｑのうちいずれに依頼してもよい。人的リソース管理部４は、例えば直近のタスク依頼量に基づいて、実行者を割り振る。
これにより、人的リソース管理部４は、タスクが特定の実行者に偏らないように割り振ることができる。
【００４０】
図５は、人的リソース予約処理を示すフローチャートである。この人的リソース予約処理は、図１に示す人的リソース管理部４によって実行される。
最初、人的リソース管理部４は、タスク管理部３から小タスクの予約指示を受け付けると（ステップＳ３０）、リソースデータベース４１を確認する（ステップＳ３１）。
人的リソース管理部４は、リソースデータベース４１に基づき、この小タスクに係るスキルを有し、かつ、空きスケジュールを有する者を抽出する（ステップＳ３２）。人的リソース管理部４は、抽出した者のうち、空き時間が最も多い者を選択する（ステップＳ３３）。これにより、タスク管理システム１は、各実行者の空き時間に応じてタスクを割り当てることができる。
人的リソース管理部４は、リソースデータベース４１を更新して、選択した者のスケジュールを予約し（ステップＳ３４）、この依頼を選択した者に通知する（ステップＳ３５）。人的リソース管理部４は、タスク管理部３に時間と料金を通知する（ステップＳ３６）。
【００４１】
図６は、変形例の人的リソース予約処理を示すフローチャートである。図５に示すフローチャートと同一の処理には同一の符号を付与している。
ステップＳ３０〜Ｓ３２の処理と、ステップＳ３４〜Ｓ３６の処理は、図５に示したフローチャートの処理と同一である。ステップＳ３３Ａにおいて、人的リソース管理部４は、抽出した者のうち、タスクを割り当てられていない期間が最も長い者を選択する。これによりタスク管理システム１は、各実行者に対して順番にタスクを割り当てることができる。
なお、人的リソース管理部４は、第１の実施形態のステップＳ３３において、抽出した者のうち、空き時間が最も多い者が複数選択された場合、更にステップＳ３３Ａの処理を実行して、選択された者のうちタスクを割り当てられていない期間が最も長い者を選択してもよい。
同様に、人的リソース管理部４は、変形例のステップＳ３３Ａにおいて、抽出した者のうち、タスクを割り当てられていない期間が最も長い者が複数選択された場合、更にステップＳ３３の処理を実行して、選択された者のうち空き時間が最も多い者を選択してもよい。
【００４２】
図７は、タスクを分割して人的リソース予約を指示するまでを示すシーケンス図である。
依頼者７は、タスク受付部２に対してタスクＸの実行を依頼する（ステップＳ５０）。タスク受付部２は、受け付けたタスクＸの実行依頼をタスク管理部３に中継する（ステップＳ５１）。タスク管理部３は、このタスクＸを分析して、小タスクＡ，Ｂに分割する（ステップＳ５２）。なお、ここでは２つのタスクに分割しているが、任意の個数のタスクに分割してもよく、限定されない。
タスク管理部３は、分割した小タスクＡ，Ｂと同一のタスクが過去に実行されていないかを調査するため、過去タスクデータベース３３を参照し（ステップＳ５３）、その応答を受信する（ステップＳ５４）。ここでは、小タスクＡ，Ｂともに過去に実行されていない。
【００４３】
ステップＳ５５〜Ｓ６１は、小タスクＡの人的リソースを予約する処理であり、図２のステップＳ１５に相当する。最初、タスク管理部３は、人的リソース管理部４に対して、小タスクＡの人的リソースの確認と予約を指示する（ステップＳ５５）。人的リソース管理部４は、リソースデータベース４１を参照して小タスクＡを実行可能な者が存在するか否かを確認し（ステップＳ５６）、その結果を受信する（ステップＳ５７）。
【００４４】
ここでは、実行者８ａが小タスクＡを実行可能である。そのため、人的リソース管理部４は、リソースデータベース４１に対してこの実行者８ａのスケジュールを予約する旨を書き込み（ステップＳ５８）、その応答を受信する（ステップＳ５９）。
更に人的リソース管理部４は、予約した実行者８ａに対して依頼した旨を通知し（ステップＳ６０）、タスク管理部３に対して、小タスクＡの時間と料金を応答する（ステップＳ６１）。
【００４５】
ステップＳ６２〜Ｓ６８は、小タスクＢの人的リソースを予約する処理である。最初、タスク管理部３は、人的リソース管理部４に対して、小タスクＢの人的リソースの確認と予約を指示する（ステップＳ６２）。人的リソース管理部４は、リソースデータベース４１を参照して小タスクＢを実行可能な者が存在するか否かを確認し（ステップＳ６３）、その結果を受信する（ステップＳ６４）。
【００４６】
ここでは、実行者８ｂが小タスクＢを実行可能である。そのため、人的リソース管理部４は、リソースデータベース４１に対してこの実行者８ｂのスケジュールを予約する旨を書き込み（ステップＳ６５）、その応答を受信する（ステップＳ６６）。
更に人的リソース管理部４は、予約した実行者８ｂに対して依頼した旨を通知し（ステップＳ６７）、タスク管理部３に対して、小タスクＢの時間と料金を応答する。（ステップＳ６８）
【００４７】
ステップＳ６９〜Ｓ７２は、小タスクＢに必要な物品を調達する処理である。タスク管理部３は、物品調達部５に対して、購入依頼を送信する（ステップＳ６９）。物品調達部５は、外部システム６に対して、購入依頼を送信する（ステップＳ７０）。
外部システム６は、この購入依頼に応答する（ステップＳ７１）。更に物品調達部５は、タスク管理部３に対して、この応答を送信する（ステップＳ７２）。これにより、タスク管理システム１は、小タスクＢに必要な物品を調達できる。
【００４８】
タスク管理部３は、タスクＸに対する人的リソースの予約と物品の調達が修了したならば、タスク受付部２に対してタスクＸの納期と金額を応答する（ステップＳ７３）。タスク受付部２は、タスクＸの納期と金額を、依頼者７に対して応答する（ステップＳ７４）。
【００４９】
図８は、タスクを実行して業務を終了させるまでを示すシーケンス図である。
ステップＳ８０〜Ｓ９１は、小タスクＡの実行に係るシーケンスである。
タスク管理部３は、小タスクＡの実行アラートを人的リソース管理部４に送信する（ステップＳ８０）。人的リソース管理部４は、小タスクＡの実行アラートを実行者８ａに通知する（ステップＳ８１）。これにより実行者８ａは、小タスクＡの実行を開始する（ステップＳ８２）。
実行者８ａは、人的リソース管理部４に対して、小タスクＡの業務を開始した旨を通知する（ステップＳ８３）。人的リソース管理部４は、タスク管理部３に対して、小タスクＡの業務が開始されている旨を通知する（ステップＳ８４）。タスク管理部３は、この通知に対する応答を返す（ステップＳ８５）。人的リソース管理部４は、実行者８ａに対して、この業務開始通知に対する応答を返す（ステップＳ８６）。
【００５０】
実行者８ａは、小タスクＡを修了すると、人的リソース管理部４に対して、この小タスクＡの業務が終了した旨を通知する（ステップＳ８７）。
人的リソース管理部４は、タスク管理部３に対して、小タスクＡの業務が修了した旨を通知する（ステップＳ８８）。タスク管理部３は、この通知に対する応答を返す（ステップＳ８９）。人的リソース管理部４は、実行者８ａに対して、この業務修了通知に対する応答を返す（ステップＳ９０）。
その後、タスク管理部３は、過去タスクデータベース３３に対して、この小タスクＡの実行結果データを配備した場所の情報を書き込む（ステップＳ９１）。これにより、タスク管理部３は、再び小タスクＡに係る依頼を受けたとき、過去の調査結果を引き渡すことにより、実際の調査を省略可能である。
【００５１】
ステップＳ９２〜Ｓ１０３は、小タスクＢの実行に係るシーケンスである。
タスク管理部３は、小タスクＢの実行アラートを人的リソース管理部４に送信する（ステップＳ９２）。人的リソース管理部４は、小タスクＢの実行アラートを実行者８ｂに通知する（ステップＳ９３）。これにより実行者８ｂは、小タスクＢの実行を開始する（ステップＳ９４）。
実行者８ｂは、人的リソース管理部４に対して、小タスクＢの業務を開始した旨を通知する（ステップＳ９５）。人的リソース管理部４は、タスク管理部３に対して、小タスクＢの業務が開始されている旨を通知する（ステップＳ９６）。タスク管理部３は、この通知に対する応答を返す（ステップＳ９７）。人的リソース管理部４は、実行者８ｂに対して、この業務開始通知に対する応答を返す（ステップＳ９８）。
【００５２】
実行者８ｂは、小タスクＢを修了すると、人的リソース管理部４に対して、この小タスクＢの業務が終了した旨を通知する（ステップＳ９９）。
人的リソース管理部４は、タスク管理部３に対して、小タスクＢの業務が修了した旨を通知する（ステップＳ１００）。タスク管理部３は、この通知に対する応答を返す（ステップＳ１０１）。人的リソース管理部４は、実行者８ｂに対して、この業務修了通知に対する応答を返す（ステップＳ１０２）。
【００５３】
その後、タスク管理部３は、過去タスクデータベース３３に対して、この小タスクＢの実行結果データを配備した場所の情報を書き込む（ステップＳ１０３）。これにより、タスク管理部３は、再び小タスクＢに係る依頼を受けたとき、過去の調査結果を引き渡すことにより、実際の調査を省略可能である。
【００５４】
タスク管理部３は、タスクＸを分割した小タスクＡ，Ｂが修了したので、タスク受付部２に対してタスクＸの修了を通知する（ステップＳ１０４）。タスク受付部２は、タスクＸの修了を、依頼者７に対して通知する（ステップＳ１０５）。
【００５５】
（変形例）
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能であり、例えば、次の（ａ）〜（ｆ）のようなものがある。
【００５６】
（ａ）  過去タスクデータベース３３には、タスクの実行結果データの配置場所を格納することに限定されず、タスクの実行結果データそのものを格納してもよい。
（ｂ）  タスクに必要とされる物品を調達する処理は必須ではなく、省略してもよい。
（ｃ）  タスク管理部３がタスクを分割しても、かつ人的リソース管理部４が分割したタスクにリソースを割り当てることができなかった場合を考える。このときタスク管理部３は、更に細かなタスク（例えば１時間×人単位）に分割して、人的リソースの確認と予約とを行ってもよい。これにより、人的リソースを更に確実に割り当てることができる。
（ｄ）  リソースデータベース４１に格納された実行者の仕事の粒度は、０．５人日や1人日に限定されない。
（ｅ）  過去タスクの実行結果が古すぎて陳腐化している場合に、タスク管理部３は、この過去タスクの実行結果を参照できないと判定して、新たに人的リソースを予約するとよい。
（ｆ）  人的リソース管理部４は、できるだけ同一の実行者に同一のタスクを割り当てるようにしてもよい。このようにすると、タスクを細かく分割して各実行者に割り振ることによるオーバーヘッドを抑止できる。
【符号の説明】
【００５７】
１  タスク管理システム
２  タスク受付部
３  タスク管理部
３１  タスク分析部
３２  タスク実行管理部
３３  過去タスクデータベース
４  人的リソース管理部
４１  リソースデータベース  （人的データベース）
５  物品調達部
６  外部システム
７  依頼者
８，８ａ，８ｂ  実行者
【図１】
2018206092.tif 000003
【図２】
2018206092.tif 000004
【図３】
2018206092.tif 000005
【図４】
2018206092.tif 000006
【図５】
2018206092.tif 000007
【図６】
2018206092.tif 000008
【図７】
2018206092.tif 000009
【図８】
2018206092.tif 000010