(57)【特許請求の範囲】
【請求項１】
コンピュータが、
複数のタスクの実行順序に基づいた、前記複数のタスクに関するタスク群において、
所定の実行者から第１タスク群に含まれるタスクの実行支援要求を受信した場合、各実行者が実行する各タスク群のタスクの実行状況を記憶する実行状況記憶部を用いて、受信した実行支援要求に基づいて前記所定の実行者と異なる実行者が実行する第２タスク群であって前記第１タスク群を含む１ないし複数の第２タスク群を特定し、
前記実行状況記憶部を用いて、該特定した１ないし複数の第２タスク群に含まれる各タスクの実行状況を判定し、
該判定した各タスクの実行状況に基づいて、前記判定した各タスクの実行者のうち前記実行支援要求によって支援が要求されたタスクと同一のタスクまたは当該タスクに後続するタスクを実行する実行者を抽出し、
該抽出した実行者によるタスク実行の支援情報を前記所定の実行者へ提供する
各処理を実行することを特徴とするタスク実行支援方法。
【請求項２】
前記抽出する処理は、該判定した各タスクの実行状況に基づいて、前記各タスクの実行者のうち前記実行支援要求によって支援が要求されたタスクと同一のタスクの実行状況が実行完了の実行者を抽出し、抽出した実行者から、所定の条件に基づいて現に実行しているタスクの実行に支障がでる実行者を除外する
処理を実行することを特徴とする請求項１に記載のタスク実行支援方法。
【請求項３】
前記抽出する処理は、前記第１タスク群と異なるタスク群のタスクを現に実行している実行者を除外する
処理を実行することを特徴とする請求項２に記載のタスク実行支援方法。
【請求項４】
前記抽出する処理は、現に実行中のタスクの実行期限までの猶予がない実行者を除外する
処理を実行することを特徴とする請求項２に記載のタスク実行支援方法。
【請求項５】
前記抽出する処理は、現に実行中のタスクの進捗率が規定値以上である実行者を除外する
処理を実行することを特徴とする請求項２に記載のタスク実行支援方法。
【請求項６】
前記抽出する処理は、該判定した各タスクの実行状況に基づいて前記各タスクの実行者のうち前記実行支援要求によって支援が要求されたタスクと同一のタスクの実行状況が実行完了の実行者であって、抽出された実行者が現に実行しているタスクと支援が要求されたタスクとの関係で一定条件範囲内にない実行者を除外する
処理を実行することを特徴とする請求項１に記載のタスク実行支援方法。
【請求項７】
前記抽出する処理は、前記実行支援要求によって支援が要求されたタスクから所定個数離れたタスクを現に実行している実行者を除外する
処理を実行することを特徴とする請求項６に記載のタスク実行支援方法。
【請求項８】
前記抽出する処理は、前記実行支援要求によって支援が要求されたタスクから所定期間超過したタスクを現に実行している実行者を除外する
処理を実行することを特徴とする請求項６に記載のタスク実行支援方法。
【請求項９】
前記抽出する処理は、さらに、タスクごとの支援者である実行者の過去の支援履歴に基づいて、前記各タスクの実行者のうち前記実行支援要求によって支援が要求されたタスクの支援に実績がある実行者を抽出する
処理を実行することを特徴とする請求項１に記載のタスク実行支援方法。
【請求項１０】
複数のタスクの実行順序に基づいた、前記複数のタスクに関するタスク群において、
所定の実行者から第１タスク群に含まれるタスクの実行支援要求を受信した場合、各実行者が実行する各タスク群のタスクの実行状況を記憶する実行状況記憶部を用いて、受信した実行支援要求に基づいて前記所定の実行者と異なる実行者が実行する第２タスク群であって前記第１タスク群を含む１ないし複数の第２タスク群を特定する特定部と、
前記実行状況記憶部を用いて、前記特定部によって特定された１ないし複数の第２タスク群に含まれる各タスクの実行状況を判定する状況判定部と、
前記状況判定部によって判定された各タスクの実行状況に基づいて、前記各タスクの実行者のうち前記実行支援要求によって支援が要求されたタスクと同一のタスクまたは当該タスクに後続するタスクを実行する実行者を抽出する支援可能者抽出部と、
前記支援可能者抽出部によって抽出された実行者によるタスク実行の支援情報を前記所定の実行者へ提供する支援情報提供部と、
を有することを特徴とするタスク実行支援装置。
【請求項１１】
コンピュータに、
複数のタスクの実行順序に基づいた、前記複数のタスクに関するタスク群において、
所定の実行者から第１タスク群に含まれるタスクの実行支援要求を受信した場合、各実行者が実行する各タスク群のタスクの実行状況を記憶する実行状況記憶部を用いて、受信した実行支援要求に基づいて前記所定の実行者と異なる実行者が実行する第２タスク群であって前記第１タスク群を含む１ないし複数の第２タスク群を特定し、
前記実行状況記憶部を用いて、該特定した１ないし複数の第２タスク群に含まれる各タスクの実行状況を判定し、
該判定した各タスクの実行状況に基づいて、前記判定した各タスクの実行者のうち前記実行支援要求によって支援が要求されたタスクと同一のタスクまたは当該タスクに後続するタスクを実行する実行者を抽出し、
該抽出した実行者によるタスク実行の支援情報を前記所定の実行者へ提供する
処理を実行させることを特徴とするタスク実行支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タスク実行支援方法等に関する。
【背景技術】
【０００２】
同一または類似の作業（タスク）を遂行した担当者を含む作業項目情報をデータベースに記録することで、タスクのノウハウを知っていると推定される担当者を抽出する技術がある（例えば、特許文献１参照）。
【０００３】
例えば、日程管理者が表示された進捗状況を見て、ある作業項目の進捗遅れを認識し、挽回策を検討したい場合には、検索部を使って、遅れが生じている作業項目の属性情報を、作業工程データベースの中から検索して出力装置に表示させる。また、同時に、ある作業項目に類似の作業項目の属性情報を、作業工程データベースの中から検索して表示させる。日程管理者は、表示された情報を元に、遅れが生じている作業項目に対する挽回策を検討し、その作業項目へ類似の作業項目の担当者を応援に回す等の挽回策を決定する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−０５４３３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の技術では、タスク遂行への支援の際に、適切なノウハウを持っていて、且つ、自己のタスク遂行への影響が少ない支援者を抽出することは難しいという問題がある。
【０００６】
例えば、従来の技術では、遅れが生じている作業項目と同一または類似の属性情報から、その作業項目へ類似の作業項目の担当者を支援者として抽出する。ところが、抽出された支援者は、遅れが生じているタスクを遂行したが、古いノウハウしか知らないおそれもあり、適切なノウハウを持っていない場合がある。また、抽出された支援者は、自己のタスク遂行への影響が少ない支援者であるとは限らない。
【０００７】
１つの側面では、タスク支援の円滑化を図ることを目的とする。
【課題を解決するための手段】
【０００８】
本願の開示するタスク実行支援方法では、コンピュータが、複数のタスク情報にて規定される複数のタスクの実行順序に基づいた、前記複数のタスクに関する第１タスク群において、前記第１タスク群に含まれるタスクの実行支援要求を受信した場合、受信した支援要求に基づいて前記第１タスク群と関連する１ないし複数の第２タスク群を特定し、該特定した１ないし複数の第２タスク群の各タスク群の実行状況を判定し、該判定した各タスク群の実行状況に基づいて前記各タスク群の実行者のうち支援要求に対応可能な実行者を抽出し、該抽出した実行者によるタスク実行の支援情報を前記タスク実行の支援要求者へ提供する、各処理を実行する。
【発明の効果】
【０００９】
１つの態様によれば、タスク支援の円滑化を図ることができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施例１に係るタスク実行支援装置を含むシステムの構成図である。
【図２】図２は、タスクフローＤＢの内容の一例を示す図である。
【図３】図３は、タスク遂行状態蓄積部のデータ構造の一例を示す図である。
【図４】図４は、タスク情報の内容の一例を示す図である。
【図５】図５は、実施例１に係るコミュニケーションアクセス部の処理の一例を示す図である。
【図６】図６は、実施例１に係るコミュニケーション対象決定処理のフローチャートの一例を示す図である。
【図７Ａ】図７Ａは、実施例１に係るコミュニケーション決定処理の具体例を示す図（１）である。
【図７Ｂ】図７Ｂは、実施例１に係るコミュニケーション決定処理の具体例を示す図（２）である。
【図８】図８は、実施例１に係るタスク実行支援処理のシーケンスの一例を示す図である。
【図９】図９は、実施例１に係るコミュニケーション実施のシーケンスの一例を示す図である。
【図１０】図１０は、実施例２に係るコミュニケーション対象決定処理のフローチャートの一例を示す図である。
【図１１Ａ】図１１Ａは、実施例２に係るコミュニケーション決定処理の具体例を示す図（１）である。
【図１１Ｂ】図１１Ｂは、実施例２に係るコミュニケーション決定処理の具体例を示す図（２）である。
【図１１Ｃ】図１１Ｃは、実施例２に係るコミュニケーション決定処理の具体例を示す図（３）である。
【図１２】図１２は、実施例３に係るタスク実行支援装置を含むシステムの構成図である。
【図１３】図１３は、タスクＤＢのデータ構造の一例を示す図である。
【図１４】図１４は、実施例３に係るコミュニケーション対象決定処理のフローチャートの一例を示す図である。
【図１５】図１５は、実施例３に係るコミュニケーション決定処理の具体例を示す図である。
【図１６】図１６は、実施例４に係るタスク実行支援装置を含むシステムの構成図である。
【図１７】図１７は、タスク遂行状態蓄積部（相談情報）のデータ構造の一例を示す図である。
【図１８】図１８は、実施例４に係るコミュニケーション対象決定処理のフローチャートの一例を示す図である。
【図１９】図１９は、実施例４に係るコミュニケーション決定処理の具体例を示す図である。
【図２０】図２０は、タスク実行支援プログラムを実行するコンピュータの一例を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本願の開示するタスク実行支援方法、タスク実行支援装置およびタスク実行支援プログラムの実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。
【実施例１】
【００１２】
［タスク実行支援システムの構成］
図１は、実施例１に係るタスク実行支援装置を含むシステムの構成図である。タスク実行支援システム９は、タスク実行支援装置１と、ユーザインターフェース装置２とを有する。タスク実行支援装置１は、ネットワーク５を介してユーザインターフェース装置２と接続される。なお、タスク実行支援装置１は、一例として、情報処理装置に対応する。
【００１３】
タスク実行支援装置２は、タスクの実行者が利用し得る電子装置である。また、タスク実行支援装置２は、タスクが実行される際に、実行されるタスクの支援可能なユーザのユーザインターフェース装置２とコミュニケーションする。ユーザインターフェース装置２は、スマートフォンに代表される携帯端末装置に対応するが、これに限定されない。ユーザインターフェース装置２は、ノート型あるいはデスクトップ型のパソコン（Personal  Computer）、ＰＤＡ（Personal  Digital  Assistant）等であっても良い。
【００１４】
タスク実行支援装置１は、以下の処理を実行することを前提とする。すなわち、タスク実行支援装置１は、複数のタスクの実行順序に基づき、複数のタスクに関するタスクフローを生成し、生成したタスクフローの実行状況を管理する。タスク実行支援装置１は、タスクフローを用いて、ユーザのスケジュールを自動調整して各ユーザのスケジュールにタスクを登録する。タスク実行支援装置１は、スケジュールに基づき時間がくるとユーザインターフェース装置２にタスクのリソースを配備するとともに通知を行い、ユーザインターフェース装置２側でタスクを実行することを支援する。なお、タスク実行支援装置１は、一例として、情報処理装置に対応する。
【００１５】
このような前提の下、タスク実行支援装置１は、あるユーザからタスク実行の支援要求を受信した場合に、支援要求されたタスクを現に実行しているユーザに加えて、当該タスクを実行完了したユーザの中から、現に同一のタスクフロー上のタスクを実行しているユーザを選択する。そして、タスク実行支援装置１は、選択されたユーザを、支援要求したユーザとのコミュニケーションの対象として決定する。ここでいう「タスクを実行しているユーザ」とは、支援要求されたタスクを実行中のユーザであってノウハウを活用可能なユーザのことをいう。「現に同一のタスクフロー上のタスクを実行しているユーザ」とは、支援要求されたタスクと同一または関連したタスクを実行しているユーザであってノウハウを活用可能なユーザのことをいう。なお、タスクフローは、支援要求されたタスクのタスクフローと同一のみならず類似のタスクフローであっても良く、支援要求されたタスクと関連したタスクを含むタスクフローであれば良い。
【００１６】
ここで、「タスク」とは、人が行う行為全般を含み得る用語として使用される。「タスク」の一例は、業務上の作業であるが、これに限定されず、プライベートでの旅行や会食等の行為も含み得る。また、「タスク」は、複数の行為の間の休憩や、次の行為を実行するために特定の場所へ移動する行為も含むことができる。「タスクフロー」とは、所定の業務におけるタスクのフローのことをいう。業務とは、一例として、調査業務や発注業務が挙げられる。「タスク情報」とは、タスクの内容を規定する情報を意味する。「タスク情報」には、具体的な作業の内容や、タスクの実行者、タスクの実行に要する時間、タスクの実行場所、タスクの実行に用いられるツール等が含まれ得る。なお、「タスク情報」には、タスクの開始予定時刻および終了予定時刻を規定しているものも規定していないものも含まれ得る。「タスク情報」の内容の例示は、後述するものとする。「スケジューリング」とは、開始予定時刻および終了予定時刻が設定されていないタスクについて開始予定時刻および終了予定時刻の少なくとも一方を設定すること、又は、開始予定時刻および終了予定時刻の少なくとも一方が設定されているタスクについて、開始予定時刻や終了予定時刻を変更して再設定することを意味する。「スケジュール」とは、「スケジューリング」した結果を示す情報を意味する。「スケジュール」を視覚や聴覚、嗅覚等、人が認識し得る形態で表示したものを「予定表」と呼ぶ。
【００１７】
［タスク実行支援装置の構成］
図１に示すように、タスク実行支援装置１は、記憶部１１、送信タスク決定部１２、タスク送信部１３、タスク状態受信部１４、コミュニケーション対象決定部１５およびコミュニケーションサービス部１６を有する。
【００１８】
記憶部１１は、例えばフラッシュメモリ（Flash  Memory）やＦＲＡＭ（登録商標）（Ferroelectric  Random  Access  Memory）等の不揮発性の半導体メモリ素子等の記憶装置に対応する。また、記憶部１１は、タスクフローＤＢ（DataBase）１１１およびタスク遂行状態蓄積部１１２を有する。タスクフローＤＢ１１１は、タスクフローの情報を記憶する。タスク遂行状態蓄積部１１２は、タスクの遂行状態をユーザ毎に記憶する。
【００１９】
ここで、タスクフローＤＢ１１１の内容を、図２を参照して説明する。図２は、タスクフローＤＢの内容の一例を示す図である。図２に示すように、発注業務におけるタスクフローが表わされている。かかるタスクフローは、タスクＡ１（発注仕様検討）、タスクＡ２（発注内容入力）、タスクＡ３（発注内容確認）およびタスクＡ４（承認依頼）の実行順序で規定されている。なお、「Ａ１」、「Ａ２」、「Ａ３」および「Ａ４」は、タスクのひな型ＩＤ（identification）を意味する。
【００２０】
また、タスク遂行状態蓄積部１１２のデータ構造の一例を、図３を参照して説明する。図３は、タスク遂行状態蓄積部のデータ構造の一例を示す図である。図３に示すように、タスク遂行状態蓄積部１１２は、タスク担当１１２ｂ、開始時刻１１２ｃ、完了時刻１１２ｄおよびタスク状態１１２ｅを、タスクＩＤ１１２ａと対応付けて記憶する。タスクＩＤ１１２ａは、タスクに関するＩＤを示す。タスクＩＤ１１２ａは、タスクを担当する担当者のＩＤとタスクのひな形ＩＤとからなる。一例として、タスクＩＤ１１２ａが「タスクＸ−Ａ２」である場合には、タスクＩＤ１１２ａは、担当者のＩＤとして「Ｘ」と、タスクのひな形ＩＤとして「Ａ２」とからなる。タスク担当１１２ｂは、タスクＩＤ１１２ａが示すタスクを担当する担当者のＩＤを示す。開始時刻１１２ｃは、タスクＩＤ１１２ａが示すタスクの開始時刻を示す。完了時刻１１２ｄは、タスクＩＤ１１２ａが示すタスクの完了時刻を示す。タスク状態１１２ｅは、タスクＩＤ１１２ａが示すタスクの遂行状態を示す。タスク状態１１２ｅには、例えば、「遂行中」、「未着手」、「完了」が含まれる。一例として、タスクＩＤ１１２ａが「タスクＸ−Ａ２」である場合に、タスク担当１１２ｂとして「ユーザＸ」、タスク状態１１２ｅとして「遂行中」を記憶している。
【００２１】
また、タスク情報の内容の一例を、図４を参照して説明する。図４は、タスク情報の内容の一例を示す図である。図４に示すように、タスク情報１１３には、タスクＩＤ、先行タスクＩＤ、後続タスクＩＤ、開始予定日時および完了予定日時が規定される。タスクＩＤは、タスクに関するＩＤを示し、タスク遂行状態蓄積部１１２のタスクＩＤ１１２ａと同じ意味である。タスクＩＤには、ひな形タスクＩＤの情報が付加されている。先行タスクＩＤは、タスクＩＤで示されるタスクの先行するタスクのタスクＩＤを示す。先行タスクＩＤには、先行ひな形タスクＩＤの情報が付加されている。後続タスクＩＤは、タスクＩＤで示されるタスクの後続するタスクのタスクＩＤを示す。後続タスクＩＤには、後続ひな形タスクＩＤの情報が付加されている。開始予定日時は、タスクＩＤで示されるタスクの実行が開始される予定日時である。完了予定日時は、タスクＩＤで示されるタスクの実行が完了する予定日時である。
【００２２】
一例として、タスクＩＤが「タスクＸ−Ａ１」である場合に、先行タスクＩＤとして「Ｘ−開始」、後続タスクＩＤとして「タスクＸ−Ａ２」と設定されている。開始予定日時として「２０１５／３／３  １３：００」、完了予定日時として「２０１５／３／３  １４：００」と設定されている。また、タスクＩＤのひな形タスクＩＤとして「タスクＡ１」、先行タスクＩＤのひな形タスクＩＤとして「タスクＸ−開始」、後続タスクＩＤのひな形タスクＩＤとして「タスクＡ２」と設定されている。
【００２３】
図１に戻って、送信タスク決定部１２は、スケジュールに応じて、ユーザインターフェース装置２に実行させるタスクを決定する。送信タスク決定部１２は、決定したタスクのタスクＩＤをタスク送信部１３に出力する。
【００２４】
タスク送信部１３は、送信タスク決定部１２によって決定されたタスクのタスク情報をユーザインターフェース装置２に送信する。タスク情報には、例えば、タスクＩＤおよびタスク名が含まれる。
【００２５】
タスク状態受信部１４は、タスクの実行状態をユーザインターフェース装置２から受信し、受信したタスクの実行状態を、タスク遂行状態蓄積部１１２のタスク状態に更新する。例えば、タスク状態受信部１４は、タスクＩＤおよびタスク状態をユーザインターフェース装置２から受信する。タスク状態受信部１４は、受信したタスクＩＤと一致する、タスク遂行状態蓄積部１１２のタスクＩＤ１１２ａに対応するタスク状態１１２ｅに、受信したタスク状態を更新する。
【００２６】
コミュニケーション対象決定部１５は、ユーザインターフェース装置２からタスク実行の支援要求を受信した場合に、受信した支援要求に基づいて支援対象のタスクを含むタスクフローと同一のタスクフロー群を特定する。例えば、コミュニケーション対象決定部１５は、支援対象のタスクを含むタスクフローと同一のタスクフロー群を、タスク遂行状態蓄積部１１２に基づいて特定する。
【００２７】
また、コミュニケーション対象決定部１５は、特定したタスクフロー群の各タスクフローの実行状況を判定し、判定した各タスクフローの実行状況に基づいてタスクフロー群の実行者のうち支援要求に対応可能の実行者を決定する。例えば、コミュニケーション対象決定部１５は、タスク遂行状態蓄積部１１２に基づいて、特定したタスクフロー群の各タスクフローに含まれる支援対象のタスクの実行状況を判定する。コミュニケーション対象決定部１５は、タスクフローに含まれる支援対象のタスクの実行状況が現在実行中であるユーザを選択する。加えて、コミュニケーション対象決定部１５は、タスクフローに含まれる支援対象のタスクの実行状況が実行完了であるユーザの中から、現に同一のタスクフロー上のタスクを実行しているユーザを選択する。言い換えると、コミュニケーション対象決定部１５は、現に他のタスクフロー上のタスクを実行しているユーザをコミュニケーション対象から除外する。これは、現に他のタスクフロー上のタスクを実行しているユーザは、実行中のタスクから支援すべきタスクへ頭を切り替える必要があり、効率的にタスク実行の支援を行うことができないと推測されるからである。コミュニケーション対象決定部１５は、選択されたユーザを、支援を要求したユーザとのコミュニケーション対象として決定する。そして、コミュニケーション対象決定部１５は、決定されたコミュニケーション対象のユーザリストを支援要求があったユーザインターフェース装置２に送信する。
【００２８】
コミュニケーションサービス部１６は、ユーザインターフェース装置２からコミュニケーションの開始要求を受信した場合に、受信した開始要求に基づいてコミュニケーションを実施させる。例えば、コミュニケーションサービス部１６は、タスクＩＤおよびユーザリストを含むコミュニケーションの開始要求を受信する。コミュニケーションサービス部１６は、コミュニケーションの開始要求に含まれるユーザリスト内のユーザのユーザインターフェース装置２とコミュニケーションの開始要求があったユーザインターフェース装置２との通信を開始させる。すなわち、コミュニケーションサービス部１６は、ユーザリスト内のユーザのユーザインターフェース装置２に対してコミュニケーション依頼を送信する。なお、コミュニケーションサービス部１６によって実施させるコミュニケーションの方法は、いかなる方法であっても良い。一例として、テキストや音声によるチャット等のリアルタイムなコミュニケーションであっても良い。掲示板等の時間をずらしたコミュニケーションであっても良い。また、ログをタスクの情報に紐づけて保持することでコミュニケーションをとることもできる。さらに、過去に蓄積されたタスク実行の支援情報を参照するための情報をコミュニケーションサービス部１６が返信してもよい。
【００２９】
［ユーザインターフェース装置の構成］
ユーザインターフェース装置２は、タスク情報部２１、タスク状態送信部２２およびコミュニケーションアクセス部２３を有する。
【００３０】
タスク情報部２１は、タスク実行支援装置１から送信されたタスクのタスク情報を受信し、受信したタスク情報を、ユーザインターフェース（ＵＩ）に表示する。ＵＩには、例えば、モニタが含まれる。タスク情報には、例えば、タスクＩＤおよびタスク名が含まれる。すなわち、タスク情報部２１は、タスク情報を表示することで、ユーザインターフェース装置２のユーザがタスクを実行することを支援する。
【００３１】
タスク状態送信部２２は、タスクの実行状態を送信する。例えば、タスク状態送信部２２は、モニタからタスク状態の送信要求を受け取ると、タスクＩＤおよびタスク状態をタスク実行支援装置１に対して送信する。タスク状態には、「遂行中」「未着手」「完了」が含まれる。
【００３２】
コミュニケーションアクセス部２３は、ＵＩからタスク実行の支援要求を受け付けると、受け付けたタスク実行の支援要求をタスク実行支援装置１に送信する。タスク実行の支援要求には、タスクＩＤが含まれる。
【００３３】
また、コミュニケーションアクセス部２３は、タスク実行支援装置１からタスク実行の支援要求に対する応答を受信すると、受信した応答に応じてコミュニケーションの開始要求をタスク実行支援装置１に対して送信する。例えば、コミュニケーションアクセス部２３は、タスク実行の支援要求に対する応答として、コミュニケーション対象のユーザリストを受信する。コミュニケーションアクセス部２３は、受信したユーザリストおよび支援対象のタスクのタスクＩＤを含むコミュニケーションの開始要求をタスク実行支援装置１に対して送信する。なお、コミュニケーションの開始要求に含まれるユーザリストは、ＵＩを介してユーザによって選択されるユーザリストであっても良い。
【００３４】
また、コミュニケーションアクセス部２３は、タスク実行支援装置１からコミュニケーション依頼を受信すると、受信した依頼に含まれる支援対象のタスクを現在実行していない場合には、以下の処理を行っても良い。すなわち、コミュニケーションアクセス部２３は、タスク実行支援装置１に対して、該当タスクの実行時の情報の取得を要求しても良い。タスクの実行時の情報には、例えば、当該タスクの名称、当該タスクを実行した日時が含まれる。また、タスクの実行時の情報には、例えば、当該タスクを実行した場所、当該タスクの実行時に参照した資料のＵＲＬが含まれても良い。これにより、コミュニケーションアクセス部２３は、支援依頼されたタスクを現に実行中でない場合であっても、実行時の状況を知らせることができる。
【００３５】
なお、ユーザによって選択されるユーザリストのユーザは、支援要求をしたユーザの目的に応じて選択されても良い。例えば、支援要求をしたユーザがノウハウの交換を行う目的である場合には、支援対象のタスクを実行中のユーザが選択されても良い。また、支援要求をしたユーザがノウハウを教えてもらう目的である場合には、支援対象のタスクを完了したユーザであって当該タスクの後続のタスクを実行中のユーザが選択されても良い。また、支援要求をしたユーザがノウハウを教える目的である場合には、支援対象のタスクをこれから着手するユーザであって当該タスクの先行タスクを実行中のユーザが選択されても良い。
【００３６】
ここで、コミュニケーションアクセス部２３の処理の一例を、図５を参照して説明する。図５は、実施例１に係るコミュニケーションアクセス部の処理の一例を示す図である。図５に示すように、タスクフローＡは、タスクＡ１、タスクＡ２、タスクＡ３の実行順序で規定される。「Ａ１」、「Ａ２」、「Ａ３」は、タスクのひな型ＩＤである。ユーザインターフェース装置２のユーザは、現在タスクＡ２を遂行中である。
【００３７】
一例として、ユーザインターフェース装置２のユーザは、タスクＡ２におけるノウハウの交換を行いたいとする。すると、コミュニケーションアクセス部２３は、現にタスクＡ２を遂行中のユーザが設定されたユーザリストおよびタスクＡ２を含むコミュニケーションの開始要求をタスク実行支援装置１に送信する（ａ１）。
【００３８】
別の例として、ユーザインターフェース装置２のユーザは、タスクＡ２におけるノウハウを教えてもらいたいとする。すると、コミュニケーションアクセス部２３は、タスクＡ２を完了したユーザであってタスクＡ２の後続のタスクＡ３を遂行中のユーザが設定されたユーザリストおよびタスクＡ２を含むコミュニケーションの開始要求をタスク実行支援装置１に送信する（ａ２）。
【００３９】
別の例として、ユーザインターフェース装置２のユーザは、タスクＡ２におけるノウハウを教えたいとする。すると、コミュニケーションアクセス部２３は、タスクＡ２をこれから着手するユーザであってタスクＡ２の先行タスクＡ１を遂行中のユーザが設定されたユーザリストおよびタスクＡ２を含むコミュニケーションの開始要求をタスク実行支援装置１に送信する（ａ３）。
【００４０】
これにより、コミュニケーションアクセス部２３は、支援要求したユーザの目的に応じてコミュニケーションするユーザを変更することができるので、タスク支援の円滑化を図ることができる。
【００４１】
［コミュニケーション対象決定処理のフローチャート］
次に、実施例１に係るコミュニケーション対象決定処理の処理手順を、図６を参照して説明する。図６は、実施例１に係るコミュニケーション対象決定処理のフローチャートの一例を示す図である。
【００４２】
図６に示すように、コミュニケーション対象決定部１５は、ユーザインターフェース装置２から、タスクＩＤを含むコミュニケーション対象抽出依頼を受信する（ステップＳ１１）。すなわち、コミュニケーション対象決定部１５は、ユーザインターフェース装置２からタスクＩＤが示すタスクのタスク実行の支援要求を受信する。
【００４３】
すると、コミュニケーション対象決定部１５は、受信した該当タスクＩＤのひな形タスクＩＤを取得する（ステップＳ１２）。一例として、受信した該当タスクＩＤがタスクＸ−Ａ２である場合には、コミュニケーション対象決定部１５は、タスクＸ−Ａ２からひな型タスクＩＤとしてタスクＡ２を取得する。
【００４４】
コミュニケーション対象決定部１５は、同一のひな形タスクＩＤのタスクを遂行中であるユーザ一覧を抽出する（ステップＳ１３）。例えば、コミュニケーション対象決定部１５は、タスク遂行状態蓄積部１１２から、抽出されたひな形タスクＩＤと同一のひな形タスクＩＤを示すタスクＩＤ１１２ａに対応するタスク状態１１２ｅが「遂行中」であるタスク担当１１２ｂの一覧を抽出する。そして、コミュニケーション対象決定部１５は、抽出されたユーザ一覧を関係者リストに代入する（ステップＳ１４）。すなわち、コミュニケーション対象決定部１５は、支援対象のタスクのタスク状態が現に「遂行中」であるユーザをコミュニケーション対象として選択する。
【００４５】
コミュニケーション対象決定部１５は、同一ひな形タスクＩＤのタスクを完了したユーザ一覧を抽出する（ステップＳ１５）。例えば、コミュニケーション対象決定部１５は、タスク遂行状態蓄積部１１２から、抽出されたひな形タスクＩＤと同一のひな形タスクＩＤを示すタスクＩＤ１１２ａに対応するタスク状態１１２ｅが「完了」であるタスク担当１１２ｂの一覧を抽出する。
【００４６】
続いて、コミュニケーション対象決定部１５は、抽出されたユーザ一覧からユーザを選択する（ステップＳ１６）。コミュニケーション対象決定部１５は、選択されたユーザの遂行中のタスクのひな形ＩＤを取得する（ステップＳ１７）。一例として、ユーザの遂行中のタスクのタスクＩＤがタスクＹ−Ａ３である場合には、コミュニケーション対象決定部１５は、タスクＹ−Ａ３からひな型タスクＩＤとしてタスクＡ３を取得する。
【００４７】
続いて、コミュニケーション対象決定部１５は、取得されたひな形ＩＤが該当タスクを含むタスクフローに含まれているか否かを判定する（ステップＳ１８）。取得されたひな形ＩＤが該当タスクを含むタスクフローに含まれていると判定した場合には（ステップＳ１８；Ｙｅｓ）、コミュニケーション対象決定部１５は、選択されたユーザを関係者リストに追加する（ステップＳ１９）。すなわち、コミュニケーション対象決定部１５は、支援対象のタスクのタスク状態が完了しているユーザであって、現に同一のタスクフロー上のタスクを遂行しているユーザを選択する。そして、コミュニケーション対象決定部１５は、ステップＳ２０に移行する。
【００４８】
一方、取得されたひな形ＩＤが該当タスクを含むタスクフローに含まれていないと判定した場合には（ステップＳ１８；Ｎｏ）、コミュニケーション対象決定部１５は、ステップＳ２０に移行する。すなわち、コミュニケーション対象決定部１５は、現に他のタスクフロー上のタスクを遂行しているユーザをコミュニケーション対象から除外する。
【００４９】
ステップＳ２０において、コミュニケーション対象決定部１５は、ユーザ一覧からユーザが全て選択されたか否かを判定する（ステップＳ２０）。ユーザ一覧からユーザが全て選択されていないと判定した場合には（ステップＳ２０；Ｎｏ）、コミュニケーション対象決定部１５は、次のユーザを選択すべく、ステップＳ１６に移行する。
【００５０】
一方、ユーザ一覧からユーザが全て選択されたと判定した場合には（ステップＳ２０；Ｙｅｓ）、コミュニケーション対象決定部１５は、以下の処理を行う。すなわち、コミュニケーション対象決定部１５は、関係者リストをコミュニケーション対象抽出結果のユーザリストとして依頼元のユーザインターフェース装置２に返信する（ステップＳ２１）。そして、コミュニケーション対象決定部１５は、コミュニケーション対象決定処理を終了する。
【００５１】
［コミュニケーション決定処理の具体例］
次に、実施例１に係るコミュニケーション決定処理の具体例を、図７Ａおよび図７Ｂを参照して説明する。図７Ａおよび図７Ｂは、実施例１に係るコミュニケーション決定処理の具体例を示す図である。なお、図７Ａおよび図７Ｂでは、ユーザインターフェース装置２を端末装置と記載するものとする。
【００５２】
図７Ａに示すように、ユーザＸ、ユーザＹがタスクフローＡを実行すると、タスク状態受信部１４が、タスク実行の状態を受信し、受信したタスク実行の状態をタスク遂行状態蓄積部１１２に蓄積する。ここで、タスクフローＡは、タスクＡ１（発注仕様検討）、タスクＡ２（発注内容入力）、タスクＡ３（発注内容確認）およびタスクＡ４（承認依頼）の実行順序で規定されているとする。なお、「Ａ１」、「Ａ２」、「Ａ３」および「Ａ４」は、タスクのひな型ＩＤ（identification）を意味する。
【００５３】
ユーザＸは、現在タスクＩＤ１１２ａとしてタスクＸ−Ａ２を「遂行中」である。ユーザＹは、タスクＩＤ１１２ａとしてタスクＹ−Ａ２を「完了」し、現在タスクＹ−Ａ３を「遂行中」である。ユーザＸの端末装置２がタスクＸ−Ａ２の遂行時に、タスクＸ−Ａ２のタスク実行の支援要求をタスク実行支援装置１に送信したとする。
【００５４】
すると、コミュニケーション対象決定部１５は、タスク遂行状態蓄積部１１２から、支援要求されたタスクＸ−Ａ２のひな形タスクＩＤ「Ａ２」を含むタスクＩＤ１１２ａのタスク状態１１２ｅが「遂行中」であるタスク担当１１２ｂの一覧を抽出する。ここでは、かかる一覧は該当なしである。
【００５５】
そして、コミュニケーション対象決定部１５は、タスク遂行状態蓄積部１１２から、支援要求されたタスクＸ−Ａ２のひな形タスクＩＤ「Ａ２」を含むタスクＩＤ１１２ａのタスク状態１１２ｅが「完了」であるタスク担当１１２ｂの一覧を抽出する。ここでは、符号ｂ１で表わされるレコードに基づいて、タスク担当１１２ｂとして「ユーザＹ」が抽出される。
【００５６】
そして、コミュニケーション対象決定部１５は、ユーザＹの遂行中のタスクのひな形ＩＤを取得する。ここでは、符号ｂ２で表わされるレコードに基づいて、ユーザＹの遂行中のタスクのひな形ＩＤとして「Ａ３」が取得される。
【００５７】
続いて、コミュニケーション対象決定部１５は、取得されたひな形ＩＤ「Ａ３」がタスクフローＡに含まれているか否かを判定する。ここでは、取得されたひな形ＩＤ「Ａ３」と、支援要求されたタスクＸ−Ａ２のひな形タスクＩＤ「Ａ２」とは、同じタスクフローＡに含まれている。
【００５８】
この結果、コミュニケーション対象決定部１５は、ユーザＸ（支援要求の本人）とユーザＹとをコミュニケーション対象として決定し、ユーザＸおよびユーザＹを含むユーザリストを要求元のユーザＸの端末２に送信する。これにより、ユーザＸは、ユーザＹとコミュニケーションを行うことで、タスクＡ２（発注内容入力）のノウハウを入手することができる。
【００５９】
図７Ｂに示すように、図７Ａに示した状況に加えて、ユーザＺは、タスクＩＤ１１２ａとしてタスクＺ−Ａ２を「完了」し、現在タスクフローＡと異なるタスクフローＢ内のタスクＺ−Ｂ２を「遂行中」である。
【００６０】
すると、コミュニケーション対象決定部１５は、タスク遂行状態蓄積部１１２から、支援要求されたタスクＸ−Ａ２のひな形タスクＩＤ「Ａ２」を含むタスクＩＤ１１２ａのタスク状態１１２ｅが「遂行中」であるタスク担当１１２ｂの一覧を抽出する。ここでは、かかる一覧は該当なしである。
【００６１】
そして、コミュニケーション対象決定部１５は、タスク遂行状態蓄積部１１２から、支援要求されたタスクＸ−Ａ２のひな形タスクＩＤ「Ａ２」を含むタスクＩＤ１１２ａのタスク状態１１２ｅが「完了」であるタスク担当１１２ｂの一覧を抽出する。ここでは、符号ｂ３で表わされるレコードに基づいて、タスク担当１１２ｂとして「ユーザＺ」が抽出される。
【００６２】
そして、コミュニケーション対象決定部１５は、ユーザＺの遂行中のタスクのひな形ＩＤを取得する。ここでは、符号ｂ４で表わされるレコードに基づいて、ユーザＺの遂行中のタスクのひな形ＩＤとして「Ｂ２」が取得される。
【００６３】
続いて、コミュニケーション対象決定部１５は、取得されたひな形ＩＤ「Ｂ２」がタスクフローＡに含まれているか否かを判定する。ここでは、取得されたひな形ＩＤ「Ｂ２」と、支援要求されたタスクＸ−Ａ２のひな形タスクＩＤ「Ａ２」とは、異なるタスクフローである。すなわち、支援要求されたタスクＸ−Ａ２のタスクフローはタスクフローＡであり、取得されたひな形ＩＤ「Ｂ２」のタスクフローは、タスクフローＢであるので、異なるタスクフローである。
【００６４】
この結果、コミュニケーション対象決定部１５は、ユーザＸ（支援要求の本人）とユーザＹとをコミュニケーション対象として決定し、ユーザＺをコミュニケーション対象として除外する。すなわち、ユーザＺは、ユーザＸが支援要求したタスクＡ２のタスクフローＡと異なるタスクフローＢのタスクＢ２を遂行中であるので、コミュニケーション対象から除外される。そして、コミュニケーション対象決定部１５は、ユーザＸおよびユーザＹを含むユーザリストを要求元のユーザＸの端末２に送信する。これにより、ユーザＸは、ユーザＹとコミュニケーションを行うことで、タスクＡ２（発注内容入力）のノウハウを入手することができる。
【００６５】
［タスク実行支援処理のシーケンス］
次に、実施例１に係るタスク実行支援処理のシーケンスの一例を、図８を参照して説明する。図８は、実施例１に係るタスク実行支援処理のシーケンスの一例を示す図である。
【００６６】
図８に示すように、タスク実行支援装置１では、送信タスク決定部１２が、ユーザインターフェース装置２に送信するタスクを決定し（Ｓ１０１）、決定したタスクのタスクＩＤを含むタスク送信をタスク送信部１３に指示する（Ｓ１０２）。タスク送信部１３は、指示を受け付けて、タスクＩＤおよびタスク名を含むタスク情報をユーザインターフェース装置２に送信する（Ｓ１０３）。
【００６７】
ユーザインターフェース装置２では、タスク情報部２１が、受け付けたタスク情報をＵＩに表示する（Ｓ１０４）。ＵＩからタスクＩＤを含むコミュニケーション要求を受け付けたコミュニケーションアクセス部２３は、タスク実行支援装置１に対して、タスクＩＤを含むコミュニケーション対象抽出依頼を送信する（Ｓ１０５、Ｓ１０６）。すなわち、コミュニケーションアクセス部２３は、タスクＩＤのタスク実行の支援要求をタスク実行支援装置１に送信する。
【００６８】
タスク実行支援装置１では、タスクＩＤを含むコミュニケーション対象抽出依頼を受信したコミュニケーション対象決定部１５が、タスクフローＤＢ１１１を参照し、当該タスクＩＤが示す該当タスクの後続タスクのタスクＩＤを取得する（Ｓ１０７）。コミュニケーション対象決定部１５は、タスク遂行状態蓄積部１１２を参照し、該当タスクと後続タスクの実行者で該タスクフローのタスク遂行中のユーザを抽出する（Ｓ１０８）。そして、コミュニケーション対象決定部１５は、コミュニケーション対象抽出結果（ユーザリスト）を依頼元のユーザインターフェース装置２に送信する（Ｓ１０９）。
【００６９】
ユーザインターフェース装置２では、コミュニケーションアクセス部２３が、タスク実行支援装置１から受け付けたユーザリストをＵＩに提示する（Ｓ１１０）。ＵＩからタスクＩＤおよびユーザリストを含むコミュニケーション開始要求を受け付けたコミュニケーションアクセス部２３は、タスクＩＤおよびユーザリストを含むコミュニケーション開始要求をタスク実行支援装置１に対して送信する（Ｓ１１１、Ｓ１１２）。なお、Ｓ１１０およびＳ１１１は、省略することが可能であり、コミュニケーションアクセス部２３は、タスク実行支援装置１から受け付けたユーザリストをそのまま含むコミュニケーション開始要求をタスク実行支援装置１に対して送信しても良い。
【００７０】
タスク実行支援装置１では、ユーザリストを含むコミュニケーション開始要求を受け付けたコミュニケーションサービス部１６は、コミュニケーションを実施させる（Ｓ１１３）。すなわち、タスク実行支援装置１は、ユーザリスト内のユーザのユーザインターフェース装置２とコミュニケーション開始要求があったユーザインターフェース装置２との通信を開始させる。これにより、タスク実行支援装置１は、コミュニケーション開始要求があったユーザインターフェース装置２で実行するタスクの支援の円滑化を図ることができる。なお、Ｓ１０５〜Ｓ１１３のシーケンスについては、図９で詳細に説明する。
【００７１】
その後、ユーザインターフェース装置２では、ＵＩは、タスクＩＤのタスク状態を送信する（Ｓ１１４）。タスクＩＤのタスク状態を受け付けたタスク状態送信部２２は、タスクＩＤおよびタスク状態をタスク実行支援装置１に対して送信する（Ｓ１１５）。
【００７２】
タスク実行支援装置１では、タスク状態受信部１４は、タスクＩＤおよびタスク状態を受け付けると、タスクＩＤのタスク遂行状態を更新する（Ｓ１１６）。すなわち、タスク状態受信部１４は、受け付けたタスクＩＤと一致する、タスク遂行状態蓄積部１１２のタスクＩＤ１１２ａに対応するタスク状態１１２ｅに、受け付けたタスク状態を更新する。
タスク状態受信部１４は、タスク遂行状態更新を通知する（Ｓ１１７）。通知を受け付けた送信タスク決定部１２は、引き続き、ユーザインターフェース装置２に送信するタスクを決定する（Ｓ１１８）。
【００７３】
［コミュニケーション実施のシーケンス］
次に、実施例１に係るコミュニケーション実施のシーケンスの一例を、図９を参照して説明する。図９は、実施例１に係るコミュニケーション実施のシーケンスの一例を示す図である。
【００７４】
図９に示すように、ユーザインターフェース装置２−１では、ＵＩからタスクＩＤを含むコミュニケーション要求を受け付けたコミュニケーションアクセス部２３は、タスク実行支援装置１に対して、タスクＩＤを含むコミュニケーション対象抽出依頼を送信する（Ｓ２０１、Ｓ２０２）。すなわち、ユーザインターフェース装置２−１のコミュニケーションアクセス部２３は、タスクＩＤのタスク実行の支援要求をタスク実行支援装置１に送信する。
【００７５】
タスク実行支援装置１では、タスクＩＤを含むコミュニケーション対象抽出依頼を受信したコミュニケーション対象決定部１５が、タスクフローＤＢ１１１を参照し、当該タスクＩＤが示す該当タスクの後続タスクのタスクＩＤを取得する（Ｓ２０３）。コミュニケーション対象決定部１５は、タスク遂行状態蓄積部１１２を参照し、該当タスクと後続タスクの実行者で該タスクフローのタスク遂行中のユーザを抽出する（Ｓ２０４）。そして、コミュニケーション対象決定部１５は、コミュニケーション対象抽出結果（ユーザリスト）を依頼元のユーザインターフェース装置２−１に送信する（Ｓ２０５）。
【００７６】
ユーザインターフェース装置２−１では、コミュニケーションアクセス部２３が、タスク実行支援装置１から受け付けたユーザリストをＵＩに提示する（Ｓ２０６）。ＵＩからタスクＩＤおよびユーザリストを含むコミュニケーション開始要求を受け付けたコミュニケーションアクセス部２３は、タスクＩＤおよびユーザリストを含むコミュニケーション開始要求をタスク実行支援装置１に対して送信する（Ｓ２０７、Ｓ２０８）。なお、Ｓ２０６およびＳ２０７は、省略することが可能であり、コミュニケーションアクセス部２３は、タスク実行支援装置１から受け付けたユーザリストをそのまま含むコミュニケーション開始要求をタスク実行支援装置１に対して送信しても良い。
【００７７】
タスク実行支援装置１では、コミュニケーション開始要求を受け付けたコミュニケーションサービス部１６は、依頼者ユーザおよびタスクＩＤを含むコミュニケーション依頼をユーザインターフェース装置２−２に送信する（Ｓ２０９）。ユーザインターフェース装置２−２は、開始要求に含まれるユーザリスト内のユーザの装置である。
【００７８】
ユーザインターフェース装置２−２では、コミュニケーション依頼を受け付けたコミュニケーションアクセス部２３は、タスク情報部２１を介して現在遂行中のタスクのタスクＩＤを取得する（Ｓ２１０、Ｓ２１１）。そして、コミュニケーションアクセス部２３は、タスクＩＤの一致を確認する（Ｓ２１２）。すなわち、コミュニケーションアクセス部２３は、取得したタスクＩＤと、コミュニケーション依頼に含まれたタスクＩＤとが一致するか否かを判定する。ここで、タスクＩＤが一致する時には、コミュニケーションアクセス部２３は、ＵＩに対してコミュニケーション依頼を通知し（Ｓ２１３）、Ｓ２１８に移行する。タスクＩＤが一致しない時には、コミュニケーションアクセス部２３は、タスクＩＤを含むタスク遂行時情報の取得要求をタスク実行支援装置１に送信する（Ｓ２１４）。
【００７９】
タスク実行支援装置１では、タスク遂行時情報の取得要求を受け付けたコミュニケーションサービス部１６は、タスク遂行状態蓄積部１１２を参照し、ユーザインターフェース装置２−２のユーザに対するタスクＩＤのタスクの遂行時情報を取得する（Ｓ２１５）。コミュニケーションサービス部１６は、タスクＩＤのタスクの遂行時情報をユーザインターフェース装置２−２に送信する（Ｓ２１６）。
【００８０】
ユーザインターフェース装置２−２では、タスクＩＤのタスクの遂行時情報を受け付けたコミュニケーションアクセス部２３は、ＵＩに対してコミュニケーション依頼を通知し（Ｓ２１７）、Ｓ２１８に移行する。Ｓ２１８において、ＵＩからコミュニケーションの許諾を受け付けたコミュニケーションアクセス部２３は、タスクＩＤを含むコミュニケーションを開始する旨をタスク実行支援装置１に送信する（Ｓ２１９）。
【００８１】
この結果、タスク実行支援装置１は、コミュニケーションの開始要求があったユーザインターフェース装置２−１とユーザリスト内のユーザのユーザインターフェース装置２−２との通信を開始させる。
【００８２】
［実施例１の効果］
このようにして、上記実施例１では、タスク実行支援装置１は、複数のタスク情報にて規定される複数のタスクの実行順序に基づき、複数のタスクに関する第１タスクフローを作成し、作成した第１タスクフローの実行状況を管理する。タスク実行支援装置１は、第１タスクフローの管理においてタスク実行の支援要求を受信した場合、受信した支援要求に基づいて第１タスクフローと関連するタスクフロー群を特定する。タスク実行支援装置１は、特定したタスクフロー群の各タスクフローの実行状況を判定する。タスク実行支援装置１は、判定した各タスクフローの実行状況に基づいて各タスクフローの実行者のうち支援要求に対応可能な実行者を抽出し、抽出した実行者と第１タスクフローの実行者との通信を開始する。かかる構成によれば、タスク実行支援装置１は、支援を要する第１タスクフローと関連するタスクフロー群の実行状況に基づいて支援要求に対応可能な実行者を抽出することで、第１タスクフローのタスク支援の円滑化を図ることができる。
【００８３】
また、上記実施例１では、タスク実行支援装置１は、判定した各タスクフローの実行状況に基づいて各タスクフローの実行者のうち支援を要求するタスクの実行完了の実行者から現に実行しているタスクの実行に支障がでる実行者を除外する。かかる構成によれば、タスク実行支援装置１は、支援者側において、現に実行しているタスクの実行に支障がでる実行者を支援者から除外することで、支援者側を考慮したタスク支援の円滑化を図ることができる。
【００８４】
また、上記実施例１では、タスク実行支援装置１は、第１タスクフローと関連しないタスクフローのタスクを現に実行している実行者を除外する。かかる構成によれば、タスク実行支援装置１は、第１タスクフローと関連するタスクフローのタスクを過去に実行しても、現在関連しないタスクフローのタスクを実行している実行者を除外することで、支援者側を考慮したタスク支援の円滑化を図ることができる。すなわち、タスク実行支援装置１は、支援者側の頭を現在実行しているタスクフローから支援を要する第１タスクフローに切り替える必要がある実行者を除外することで、支援者側のタスク実行に悪影響を及ぼさないようにタスク支援を行うことができる。
【実施例２】
【００８５】
ところで、実施例１に係るタスク実行支援装置１は、タスク実行の支援要求をしたユーザとのコミュニケーション対象を決定する際、支援対象のタスクを現在実行しているか過去に実行したユーザをコミュニケーション対象として抽出する。そして、タスク実行支援装置１は、過去に実行したユーザの中から、現在支援対象のタスクを含むタスクフローと関連しないタスクフローのタスクを実行しているユーザをコミュニケーション対象から除外する。しかしながら、タスク実行支援装置１は、これに限定されず、コミュニケーション対象から除外するユーザを、さらに、新鮮なノウハウを持っていないユーザとしても良い。
【００８６】
そこで、実施例２に係るタスク実行支援装置１は、タスク実行の支援要求をしたユーザとのコミュニケーション対象を決定する際、支援対象のタスクを現在実行しているか過去に実行したユーザをコミュニケーション対象として抽出する。タスク実行支援装置１は、過去に実行したユーザの中から、現在支援対象のタスクを含むタスクフローと関連しないタスクフローのタスクを実行しているユーザをコミュニケーション対象から除外する。加えて、タスク実行支援装置１は、新鮮なノウハウを持っていないユーザをコミュニケーション対象から除外する場合を説明する。
【００８７】
［実施例２に係るタスク実行支援システムの構成］
実施例２に係るタスク実行支援システム９は、図１に示すタスク実行支援システム９と同一の構成であるので、その構成の説明については省略する。実施例１と実施例２とが異なるところは、コミュニケーション対象決定部１５の動作が異なるところである。
【００８８】
コミュニケーション対象決定部１５は、ユーザインターフェース装置２からタスク実行の支援要求を受信した場合に、受信した支援要求に基づいて支援対象のタスクを含むタスクフローと同一のタスクフロー群を特定する。
【００８９】
また、コミュニケーション対象決定部１５は、特定したタスクフロー群の各タスクフローの実行状況を判定し、判定した各タスクフローの実行状況に基づいてタスクフロー群の実行者のうち支援要求に対応可能の実行者を決定する。例えば、コミュニケーション対象決定部１５は、タスク遂行状態蓄積部１１２に基づいて、特定したタスクフロー群の各タスクフローに含まれる支援対象のタスクの実行状況を判定する。コミュニケーション対象決定部１５は、タスクフローに含まれる支援対象のタスクの実行状況が現在実行中であるユーザを選択する。コミュニケーション対象決定部１５は、タスクフローに含まれる支援対象のタスクの実行状況が実行完了であるユーザの中から、現に同一のタスクフロー上のタスクを実行しているユーザを選択する。言い換えると、コミュニケーション対象決定部１５は、現に他のタスクフロー上のタスクを実行しているユーザをコミュニケーション対象から除外する。
【００９０】
加えて、コミュニケーション対象決定部１５は、現に同一のタスクフロー上のタスクを実行しているユーザの中から、新鮮なノウハウを持っていないユーザをコミュニケーション対象から除外する。一例として、コミュニケーション対象決定部１５は、現に同一のタスクフロー上のタスクを実行しているユーザの中から、支援対象のタスクからｎ個以上離れたタスクを実行中のユーザをコミュニケーション対象から除外する。これは、支援対象のタスクからｎ個以上離れたタスクを実行しているユーザは、支援対象のタスクについて新鮮なノウハウを持っていないと推測されるからである。別の例として、コミュニケーション対象決定部１５は、現に同一のタスクフロー上のタスクを実行しているユーザの中から、支援対象のタスクからｎ期間以上離れたタスクを実行中のユーザをコミュニケーション対象から除外する。これは、支援対象のタスクからｎ期間以上離れたタスクを実行しているユーザは、支援対象のタスクについて新鮮なノウハウを持っていないと推測されるからである。
【００９１】
また、コミュニケーション対象決定部１５は、選択されたユーザを、支援を要求したユーザとのコミュニケーション対象として決定する。そして、コミュニケーション対象決定部１５は、決定されたコミュニケーション対象のユーザリストを支援要求があったユーザインターフェース装置２に送信する。
【００９２】
［コミュニケーション対象決定処理のフローチャート］
次に、実施例２に係るコミュニケーション対象決定処理の処理手順を、図１０を参照して説明する。図１０は、実施例２に係るコミュニケーション対象決定処理のフローチャートの一例を示す図である。なお、実施例１と実施例２とが異なるところは、Ｓ３９を追加した点にある。Ｓ３９以外のステップは、同一の動作であるので、その説明を簡略する。実施例１のＳ１１〜Ｓ１８は、実施例２のＳ３１〜Ｓ３８に対応する。実施例１のＳ１９〜Ｓ２１は、実施例２のＳ４０〜Ｓ４２に対応する。
【００９３】
図１０に示すように、コミュニケーション対象決定部１５は、ユーザインターフェース装置２から、タスクＩＤを含むコミュニケーション対象抽出依頼を受信する（ステップＳ３１）。すると、コミュニケーション対象決定部１５は、受信した該当タスクＩＤのひな形タスクＩＤを取得する（ステップＳ３２）。
【００９４】
コミュニケーション対象決定部１５は、同一のひな形タスクＩＤのタスクを遂行中であるユーザ一覧を抽出する（ステップＳ３３）。そして、コミュニケーション対象決定部１５は、抽出されたユーザ一覧を関係者リストに代入する（ステップＳ３４）。すなわち、コミュニケーション対象決定部１５は、支援対象のタスクのタスク状態が現に「遂行中」であるユーザをコミュニケーション対象として選択する。
【００９５】
コミュニケーション対象決定部１５は、同一ひな形タスクＩＤのタスクを完了したユーザ一覧を抽出する（ステップＳ３５）。
【００９６】
続いて、コミュニケーション対象決定部１５は、抽出されたユーザ一覧からユーザを選択する（ステップＳ３６）。コミュニケーション対象決定部１５は、選択されたユーザの遂行中のタスクのひな形ＩＤを取得する（ステップＳ３７）。
【００９７】
続いて、コミュニケーション対象決定部１５は、取得されたひな形ＩＤが該当タスクを含むタスクフローに含まれているか否かを判定する（ステップＳ３８）。取得されたひな形ＩＤが該当タスクを含むタスクフローに含まれていないと判定した場合には（ステップＳ３８；Ｎｏ）、コミュニケーション対象決定部１５は、ステップＳ４１に移行する。すなわち、コミュニケーション対象決定部１５は、現に他のタスクフロー上のタスクを遂行しているユーザをコミュニケーション対象から除外する。
【００９８】
一方、取得されたひな形ＩＤが該当タスクを含むタスクフローに含まれていると判定した場合には（ステップＳ３８；Ｙｅｓ）、コミュニケーション対象決定部１５は、以下の処理を行う。すなわち、コミュニケーション対象決定部１５は、取得されたひな型ＩＤのタスクが該当タスクＩＤのいくつ後に行われるタスクであるかを判定する（ステップＳ３９）。一例として、閾値が該当タスクＩＤのタスクからのタスクの個数である場合には、コミュニケーション対象決定部１５は、遂行中のタスクが該当タスクＩＤのタスクからｎ個以上離れたタスクであるか否かを判定する。
【００９９】
取得されたひな形ＩＤのタスクが該当タスクＩＤの閾値以上の後に行われるタスクであると判定した場合には（ステップＳ３９；閾値以上）、コミュニケーション対象決定部１５は、ステップＳ４１に移行する。一例として、閾値が該当タスクＩＤのタスクからのタスクの個数である場合には、コミュニケーション対象決定部１５は、以下の処理を行う。すなわち、コミュニケーション対象決定部１５は、該当タスクＩＤのタスクからｎ個以上離れたタスクを実行しているユーザを新鮮なノウハウを持っていないユーザとしてコミュニケーション対象から除外する。
【０１００】
一方、取得されたひな形ＩＤのタスクが該当タスクＩＤの閾値以上の後に行われるタスクでないと判定した場合には（ステップＳ３９；閾値未満）、コミュニケーション対象決定部１５は、選択されたユーザを関係者リストに追加する（ステップＳ４０）。すなわち、コミュニケーション対象決定部１５は、支援対象のタスクのタスク状態が完了しているユーザであって現に同一のタスクフロー上のタスクを遂行しているユーザの中で、新鮮なノウハウを持っているユーザを追加する。そして、コミュニケーション対象決定部１５は、ステップＳ４１に移行する。
【０１０１】
ステップＳ４１において、コミュニケーション対象決定部１５は、ユーザ一覧からユーザが全て選択されたか否かを判定する（ステップＳ４１）。ユーザ一覧からユーザが全て選択されていないと判定した場合には（ステップＳ４１；Ｎｏ）、コミュニケーション対象決定部１５は、次のユーザを選択すべく、ステップＳ３６に移行する。
【０１０２】
一方、ユーザ一覧からユーザが全て選択されたと判定した場合には（ステップＳ４１；Ｙｅｓ）、コミュニケーション対象決定部１５は、以下の処理を行う。すなわち、コミュニケーション対象決定部１５は、関係者リストをコミュニケーション対象抽出結果のユーザリストとして依頼元のユーザインターフェース装置２に返信する（ステップＳ４２）。そして、コミュニケーション対象決定部１５は、コミュニケーション対象決定処理を終了する。
【０１０３】
［実施例２に係るコミュニケーション決定処理の具体例］
次に、実施例２に係るコミュニケーション決定処理の具体例を、図１１Ａ〜図１１Ｃを参照して説明する。図１１Ａ〜図１１Ｃは、実施例２に係るコミュニケーション決定処理の具体例を示す図である。なお、図１１Ａ〜図１１Ｃでは、ユーザインターフェース装置２を端末装置と記載するものとする。
【０１０４】
図１１Ａでは、閾値が、該当タスクＩＤのタスクからのタスクの個数（ここでは、例えば「３個」）である場合として説明する。図１１Ａに示すように、ユーザＸ、ユーザＹがタスクフローＡを実行すると、タスク状態受信部１４が、タスク実行の状態を受信し、受信したタスク実行の状態をタスク遂行状態蓄積部１１２に蓄積する。ここで、タスクフローＡは、タスクＡ１（発注仕様検討）、タスクＡ２（発注内容入力）、タスクＡ３（発注内容確認）およびタスクＡ４（承認依頼）の実行順序で規定されているとする。なお、「Ａ１」、「Ａ２」、「Ａ３」および「Ａ４」は、タスクのひな型ＩＤを意味する。
【０１０５】
ユーザＸは、現在タスクＩＤ１１２ａとしてタスクＸ−Ａ２を「遂行中」である。ユーザＹは、タスクＩＤ１１２ａとしてタスクＹ−Ａ２を「完了」し、現在タスクＹ−Ａ３を「遂行中」である。ユーザＸの端末装置２がタスクＸ−Ａ２の遂行時に、タスクＸ−Ａ２のタスク実行の支援要求をタスク実行支援装置１に送信したとする。
【０１０６】
すると、コミュニケーション対象決定部１５は、タスク遂行状態蓄積部１１２から、支援要求されたタスクＸ−Ａ２のひな形タスクＩＤ「Ａ２」を含むタスクＩＤ１１２ａのタスク状態１１２ｅが「遂行中」であるタスク担当１１２ｂの一覧を抽出する。ここでは、かかる一覧は該当なしである。
【０１０７】
そして、コミュニケーション対象決定部１５は、タスク遂行状態蓄積部１１２から、支援要求されたタスクＸ−Ａ２のひな形タスクＩＤ「Ａ２」を含むタスクＩＤ１１２ａのタスク状態１１２ｅが「完了」であるタスク担当１１２ｂの一覧を抽出する。ここでは、ユーザＹはタスクＡ２を完了したので、タスク担当１１２ｂとして「ユーザＹ」が抽出される。
【０１０８】
そして、コミュニケーション対象決定部１５は、ユーザＹの遂行中のタスクのひな形ＩＤを取得する。ここでは、ユーザＹはタスクＡ３を現在遂行中であるので、ユーザＹの遂行中のタスクのひな形ＩＤとして「Ａ３」が取得される。
【０１０９】
続いて、コミュニケーション対象決定部１５は、取得されたひな形ＩＤ「Ａ３」がタスクフローＡに含まれているか否かを判定する。ここでは、取得されたひな形ＩＤ「Ａ３」と、支援要求されたタスクＸ−Ａ２のひな形タスクＩＤ「Ａ２」とは、同じタスクフローＡに含まれている。
【０１１０】
さらに、コミュニケーション対象決定部１５は、取得されたひな形ＩＤ「Ａ３」のタスクが支援要求されたタスクＡ２から閾値以上離れたタスクであるか否かを判定する。ここでは、タスクＡ３は、タスクＡ２から閾値として設定された「３個」以上離れていない。この結果、コミュニケーション対象決定部１５は、ユーザＸ（支援要求の本人）とユーザＹとをコミュニケーション対象として決定し、ユーザＸおよびユーザＹを含むユーザリストを要求元のユーザＸの端末２に送信する。これにより、ユーザＸは、ユーザＹとコミュニケーションを行うことで、タスクＡ２（発注内容入力）の新鮮なノウハウを入手することができる。
【０１１１】
図１１Ｂでは、閾値が、該当タスクＩＤのタスクを実行してからの期間（ここでは、例えば「３０日」）である場合として説明する。図１１Ｂに示すように、タスクＡ３のタスク情報１１３Ａ３には、ひな形タスクＩＤとして「タスクＡ３」、先行ひな形タスクＩＤとして「タスクＡ２」、後続ひな形タスクＩＤとして「タスクＡ４」と設定されている。タスクＡ３の実行条件として「タスクＡ２完了後６０日後」と設定されている。
【０１１２】
ここで、あるユーザの端末装置２が、タスクＡ２の遂行時に、タスクＡ２のタスク実行の支援要求をタスク実行支援装置１に送信したとする。そして、別のユーザが、タスクＡ３を遂行中であったとする。すると、タスクＡ３は、タスク情報１１３Ａ３に基づき、タスクＡ２完了後６０日後に実行されるタスクである。そこで、コミュニケーション対象決定部１５は、タスクＡ３が支援要求されたタスクＡ２から閾値（３０日）以上離れたタスクであると判定する。タスクＡ３は、タスクＡ２を完了してから６０日後に実行を開始できるタスクであるからである。そして、コミュニケーション対象決定部１５は、タスクＡ３を実行しているユーザを新鮮なノウハウを持っていないユーザとしてコミュニケーション対象から除外する。
【０１１３】
閾値は、システム内部の情報に限定されず、システム外部の情報であっても良い。図１１Ｃでは、閾値が、システムの更新日（ここでは、例えば「２０１４／９／５」）からの経過日時（ここでは、例えば「６ヶ月」）である場合として説明する。タスクフローおよびタスク情報は、図１１Ｂで示したものと同一である。
【０１１４】
ここで、あるユーザの端末装置２がタスクＡ２の遂行時に、タスクＡ２のタスク実行の支援要求をタスク実行支援装置１に送信したとする。そして、別のユーザが、現在の日付「２０１５／３／５」にタスクＡ３を遂行中であるとする。すると、コミュニケーション対象決定部１５は、タスクＡ３の実行日「２０１５／３／５」がシステム更新日「２０１４／９／５」から閾値（６ヶ月）を超えていないと判定する。そこで、コミュニケーション対象判定部１５は、タスクＡ３を実行しているユーザをコミュニケーション対象から除外しない。これは、このユーザがシステム更新後６ヶ月内に実行しているので、更新後のシステムについて新鮮なノウハウを持っているユーザであると推測されるからである。すなわち、タスクＡ３は、支援要求されたタスクＡ２から３０日以上離れたタスクであるが、システム更新日からの経過時間として６ヶ月の閾値を超えていないため、コミュニケーション対象から除外されない。
【０１１５】
この結果、コミュニケーション対象決定部１５は、支援要求したユーザ（本人）とタスクＡ３を実行しているユーザとをコミュニケーション対象として決定する。これにより、支援要求したユーザは、タスクＡ３を実行しているユーザとコミュニケーションを行うことで、タスクＡ２（発注内容入力）の新鮮なノウハウを入手することができる。
【０１１６】
［実施例２の効果］
このようにして、上記実施例２では、タスク実行支援装置１は、複数のタスク情報にて規定される複数のタスクの実行順序に基づき、複数のタスクに関する第１タスクフローを作成し、作成した第１タスクフローの実行状況を管理する。タスク実行支援装置１は、第１タスクフローの管理においてタスク実行の支援要求を受信した場合、受信した支援要求に基づいて第１タスクフローと関連するタスクフロー群を特定する。タスク実行支援装置１は、特定したタスクフロー群の各タスクフローの実行状況を判定する。タスク実行支援装置１は、判定した各タスクフローの実行状況に基づいて前記各タスクフローの実行者のうち支援を要求するタスクの実行完了の実行者であって、現に実行しているタスクと支援を要求するタスクとの関係で一定条件範囲内にない実行者を除外する。かかる構成によれば、タスク実行支援装置１は、現に実行しているタスクと支援を要求するタスクとの関係で一定条件範囲内にない実行者を支援者から除外することで、タスク支援の円滑化を図ることができる。
【０１１７】
また、上記実施例２では、タスク実行支援装置１は、現に実行しているタスクと支援を要求するタスクとの関係で一定条件範囲内にない実行者として、支援を要求するタスクから所定個数離れたタスクを現に実行している実行者を除外する。かかる構成によれば、タスク実行支援装置１は、支援を要求するタスクから所定個数分離れたタスクを現に実行している実行者を除外することで、新鮮なノウハウを持っていないと推測される実行者を除外することができる。この結果、タスク実行支援装置１は、タスク支援の円滑化を図ることができる。
【０１１８】
また、上記実施例２では、タスク実行支援装置１は、支援を要求するタスクから所定期間超過したタスクを現に実行している実行者を除外する。かかる構成によれば、タスク実行支援装置１は、支援を要求するタスクから所定期間超過したタスクを現に実行している実行者を除外することで、新鮮なノウハウを持っていないと推測される実行者を除外することができる。この結果、タスク実行支援装置１は、タスク支援の円滑化を図ることができる。
【実施例３】
【０１１９】
ところで、実施例１に係るタスク実行支援装置１は、タスク実行の支援要求をしたユーザとのコミュニケーション対象を決定する際、支援対象のタスクを現在実行しているか過去に実行したユーザをコミュニケーション対象として抽出する。そして、タスク実行支援装置１は、過去に実行したユーザの中から、現在支援対象のタスクを含むタスクフローと関連しないタスクフローのタスクを実行しているユーザをコミュニケーション対象から除外すると説明した。実施例２に係るタスク実行支援装置１は、さらに、新鮮なノウハウを持っていないユーザをコミュニケーション対象から除外すると説明した。しかしながら、タスク実行支援装置１は、これに限定されず、コミュニケーション対象から忙しいユーザを除外しても良い。
【０１２０】
そこで、実施例３に係るタスク実行支援装置１は、タスク実行の支援要求をしたユーザとのコミュニケーション対象を決定する際、支援対象のタスクを現在実行しているか過去に実行したユーザをコミュニケーション対象として抽出する。タスク実行支援装置１は、過去に実行したユーザの中から、現在支援対象のタスクを含むタスクフローと関連しないタスクフローのタスクを実行しているユーザをコミュニケーション対象から除外する。加えて、タスク実行支援装置１は、忙しいユーザをコミュニケーション対象から除外する場合を説明する。
【０１２１】
［実施例３に係るタスク実行支援システムの構成］
図１２は、実施例３に係るタスク実行支援装置を含むシステムの構成図である。なお、図１に示すタスク実行支援装置１と同一の構成については同一符号を付すことで、その重複する構成および動作の説明については省略する。実施例１と実施例３とが異なるところは、コミュニケーション対象決定部１５をコミュニケーション対象決定部１５Ｃに変更し、タスクＤＢ３０１を追加した点にある。
【０１２２】
タスクＤＢ３０１のデータ構造の一例を、図１３を参照して説明する。図１３は、タスクＤＢのデータ構造の一例を示す図である。図１３に示すように、タスクＤＢ３０１は、タスクＩＤ３０１ａに対応付けて、タスクフローＩＤ３０１ｂ、タスク担当３０１ｃ、実行期限３０１ｄおよび猶予期間３０１ｅを記憶する。タスクＩＤ３０１ａは、タスクに関するＩＤを示す。タスクＩＤ３０１ａは、タスクを担当する担当者のＩＤとタスクのひな形ＩＤとからなる。一例として、タスクＩＤ３０１ａが「タスクＸ−Ａ３」である場合には、タスクＩＤ３０１ａは、担当者のＩＤとして「Ｘ」と、タスクのひな形ＩＤとして「Ａ３」とからなる。タスクフローＩＤ３０１ｂは、タスクフローに関するＩＤを示す。タスクフローＩＤ３０１ｂは、タスクを担当する担当者のＩＤとタスクフローのひな形ＩＤとからなる。一例として、タスクフローＩＤ３０１ｂが「タスクフローＸ−Ａ」である場合には、タスクフローＩＤ３０１ｂは、担当者のＩＤとして「Ｘ」と、タスクフローのひな形ＩＤとして「Ａ」とからなる。タスク担当３０１ｃは、タスクＩＤ３０１ａが示すタスクを担当する担当者のＩＤを示す。実行期限３０１ｄは、タスクＩＤ３０１ａが示すタスクＩＤの実行期限を示す。猶予期間３０１ｅは、実行期限３０１ｄまでの猶予期間を示し、現時点から実行期限までの期間を示す。なお、猶予期限３０１ｅは、日にちが更新されたタイミングで更新されれば良い。
【０１２３】
一例として、タスクＩＤ３０１が「タスクＹ−Ａ３」である場合に、タスクフローＩＤ３０１ｂとして「タスクフローＹ−Ａ」、タスク担当３０１ｃとして「ユーザＹ」、実行期限３０１ｄとして「２０１５／３／１７」、猶予期間３０１ｅとして「１２日」と記憶している。
【０１２４】
コミュニケーション対象決定部１５Ｃは、ユーザインターフェース装置２からタスク実行の支援要求を受信した場合に、受信した支援要求に基づいて支援対象のタスクを含むタスクフローと同一のタスクフロー群を特定する。
【０１２５】
また、コミュニケーション対象決定部１５Ｃは、特定したタスクフロー群の各タスクフローの実行状況を判定し、判定した各タスクフローの実行状況に基づいてタスクフロー群の実行者のうち支援要求に対応可能の実行者を決定する。例えば、コミュニケーション対象決定部１５Ｃは、タスク遂行状態蓄積部１１２に基づいて、特定したタスクフロー群の各タスクフローに含まれる支援対象のタスクの実行状況を判定する。コミュニケーション対象決定部１５Ｃは、タスクフローに含まれる支援対象のタスクの実行状況が現在実行中であるユーザを選択する。コミュニケーション対象決定部１５Ｃは、タスクフローに含まれる支援対象のタスクの実行状況が実行完了であるユーザの中から、現に同一のタスクフロー上のタスクを実行しているユーザを選択する。言い換えると、コミュニケーション対象決定部１５Ｃは、現に他のタスクフロー上のタスクを実行しているユーザをコミュニケーション対象から除外する。
【０１２６】
加えて、コミュニケーション対象決定部１５Ｃは、現に同一のタスクフロー上のタスクを実行しているユーザの中から、忙しいユーザをコミュニケーション対象から除外する。一例として、コミュニケーション対象決定部１５Ｃは、タスクＤＢ３０１を用いて、現に実行中のタスクの実行期限までの猶予期間が規定値以下であるユーザを除外する。これは、タスクの実行期限までの猶予がないユーザは、支援要求を受けることで自己が実行中のタスクの実行期限に間に合わない可能性があると推測されるからである。別の例として、コミュニケーション対象決定部１５は、現に実行中のタスクの進捗率が規定値以上であるユーザを除外する。これは、進捗率が規定値以上のタスクはそのまま完了させるほうが効率的であると推測されるからである。なお、コミュニケーション対象決定部１５は、忙しいユーザをコミュニケーション対象から除外するとしたが、現に実行中のタスクを始めたばかりのユーザの除外を解除しても良い。タスクを開始したばかりのユーザであれば、コミュニケーション対象としても、現在遂行中のタスクの遂行に支障がないと推測されるからである。
【０１２７】
また、コミュニケーション対象決定部１５Ｃは、選択されたユーザを、支援を要求したユーザとのコミュニケーション対象として決定する。そして、コミュニケーション対象決定部１５Ｃは、決定されたコミュニケーション対象のユーザリストを支援要求があったユーザインターフェース装置２に送信する。
【０１２８】
［コミュニケーション対象決定処理のフローチャート］
次に、実施例３に係るコミュニケーション対象決定処理の処理手順を、図１４を参照して説明する。図１４は、実施例３に係るコミュニケーション対象決定処理のフローチャートの一例を示す図である。なお、実施例２と実施例３とが異なるところは、Ｓ５９およびＳ６０を追加した点にある。Ｓ５９およびＳ６０以外のステップは、同一の動作であるので、その説明を簡略する。実施例２のＳ３１〜Ｓ３８は、実施例３のＳ５１〜Ｓ５８に対応する。実施例２のＳ３９〜Ｓ４２は、実施例３のＳ６１〜Ｓ６４に対応する。
【０１２９】
図１４に示すように、コミュニケーション対象決定部１５Ｃは、ユーザインターフェース装置２から、タスクＩＤを含むコミュニケーション対象抽出依頼を受信する（ステップＳ５１）。すると、コミュニケーション対象決定部１５Ｃは、受信した該当タスクＩＤのひな形タスクＩＤを取得する（ステップＳ５２）。
【０１３０】
コミュニケーション対象決定部１５Ｃは、同一のひな形タスクＩＤのタスクを遂行中であるユーザ一覧を抽出する（ステップＳ５３）。そして、コミュニケーション対象決定部１５Ｃは、抽出されたユーザ一覧を関係者リストに代入する（ステップＳ５４）。すなわち、コミュニケーション対象決定部１５Ｃは、支援対象のタスクのタスク状態が現に「遂行中」であるユーザをコミュニケーション対象として選択する。
【０１３１】
コミュニケーション対象決定部１５Ｃは、同一ひな形タスクＩＤのタスクを完了したユーザ一覧を抽出する（ステップＳ５５）。
【０１３２】
続いて、コミュニケーション対象決定部１５Ｃは、抽出されたユーザ一覧からユーザを選択する（ステップＳ５６）。コミュニケーション対象決定部１５Ｃは、選択されたユーザの遂行中のタスクのひな形ＩＤを取得する（ステップＳ５７）。
【０１３３】
続いて、コミュニケーション対象決定部１５Ｃは、取得されたひな形ＩＤが該当タスクを含むタスクフローに含まれているか否かを判定する（ステップＳ５８）。取得されたひな形ＩＤが該当タスクを含むタスクフローに含まれていないと判定した場合には（ステップＳ５８；Ｎｏ）、コミュニケーション対象決定部１５Ｃは、ステップＳ６０に移行する。すなわち、コミュニケーション対象決定部１５Ｃは、現に他のタスクフロー上のタスクを遂行しているユーザをコミュニケーション対象から除外する。
【０１３４】
一方、取得されたひな形ＩＤが該当タスクを含むタスクフローに含まれていると判定した場合には（ステップＳ５８；Ｙｅｓ）、コミュニケーション対象決定部１５Ｃは、取得されたひな形ＩＤのタスクの猶予期間が規定値以下であるか否かを判定する（ステップＳ５９）。例えば、コミュニケーション対象決定部１５Ｃは、タスクＤＢ３０１を用いて、現に遂行中のタスクの実行期限３０１ｄまでの猶予期間３０１ｅが規定値以下であるか否かを判定する。
【０１３５】
取得されたひな形ＩＤのタスクの猶予期間が規定値以下でないと判定した場合には（ステップＳ５９；Ｎｏ）、コミュニケーション対象決定部１５Ｃは、ステップＳ６１に移行する。
【０１３６】
一方、取得されたひな形ＩＤのタスクの猶予期間が規定値以下であると判定した場合には（ステップＳ５９；Ｙｅｓ）、コミュニケーション対象決定部１５Ｃは、ステップＳ６０に移行する。すなわち、コミュニケーション対象決定部１５Ｃは、現に遂行中のタスクの実行期限までの猶予がないユーザをコミュニケーション対象から除外する。
【０１３７】
ステップＳ６０において、コミュニケーション対象決定部１５Ｃは、取得されたひな形ＩＤのタスクを開始してから規定時間以内であるか否かを判定する（ステップＳ６０）。タスクを開始したばかり（規定時間以内）のユーザであれば、コミュニケーション対象としても、現在遂行中のタスクの遂行に支障がないと推測されるからである。規定時間以内であると判定した場合には（ステップＳ６０；Ｙｅｓ）、コミュニケーション対象決定部１５Ｃは、コミュニケーション対象からの除外を解除すべく、ステップＳ６１に移行する。
【０１３８】
一方、規定時間以内でないと判定した場合には（ステップＳ６０；Ｎｏ）、コミュニケーション対象決定部１５Ｃは、ステップＳ６３に移行する。
【０１３９】
ステップＳ６１において、コミュニケーション対象決定部１５Ｃは、取得されたひな型ＩＤのタスクが該当タスクＩＤのいくつ後に行われるタスクであるかを判定する（ステップＳ６１）。
【０１４０】
取得されたひな形ＩＤのタスクが該当タスクＩＤの閾値以上の後に行われるタスクであると判定した場合には（ステップＳ６１；閾値以上）、コミュニケーション対象決定部１５Ｃは、ステップＳ６３に移行する。コミュニケーション対象決定部１５Ｃは、新鮮なノウハウを持っていないユーザをコミュニケーション対象から除外する。
【０１４１】
一方、取得されたひな形ＩＤのタスクが該当タスクＩＤの閾値以上の後に行われるタスクでないと判定した場合には（ステップＳ６１；閾値未満）、コミュニケーション対象決定部１５Ｃは、選択されたユーザを関係者リストに追加する（ステップＳ６２）。すなわち、コミュニケーション対象決定部１５は、支援対象のタスクのタスク状態が完了しているユーザであって現に同一のタスクフロー上のタスクを遂行しているユーザの中で、新鮮なノウハウを持っているユーザを追加するとともに、忙しくないユーザを追加する。そして、コミュニケーション対象決定部１５Ｃは、ステップＳ６３に移行する。
【０１４２】
ステップＳ６３において、コミュニケーション対象決定部１５Ｃは、ユーザ一覧からユーザが全て選択されたか否かを判定する（ステップＳ６３）。ユーザ一覧からユーザが全て選択されていないと判定した場合には（ステップＳ６３；Ｎｏ）、コミュニケーション対象決定部１５Ｃは、次のユーザを選択すべく、ステップＳ５６に移行する。
【０１４３】
一方、ユーザ一覧からユーザが全て選択されたと判定した場合には（ステップＳ６３；Ｙｅｓ）、コミュニケーション対象決定部１５Ｃは、以下の処理を行う。すなわち、コミュニケーション対象決定部１５Ｃは、関係者リストをコミュニケーション対象抽出結果のユーザリストとして依頼元のユーザインターフェース装置２に返信する（ステップＳ６４）。そして、コミュニケーション対象決定部１５Ｃは、コミュニケーション対象決定処理を終了する。
【０１４４】
［実施例３に係るコミュニケーション決定処理の具体例］
次に、実施例３に係るコミュニケーション決定処理の具体例を、図１５を参照して説明する。図１５は、実施例３に係るコミュニケーション決定処理の具体例を示す図である。なお、図１５では、ユーザインターフェース装置２を端末装置と記載するものとする。
【０１４５】
図１５に示すように、タスク遂行状態蓄積部１１２には、タスクＩＤ１１２ａ毎に、タスク状態１１２ｅが記憶されている。また、タスクＤＢ３０１には、タスクＩＤ１１２ａ毎に、実行期限３０１ｄおよび猶予期間３０１ｅが記憶されている。ここで、タスクフローＡは、タスクＡ１（発注仕様検討）、タスクＡ２（発注内容入力）、タスクＡ３（発注内容確認）およびタスクＡ４（承認依頼）の実行順序で規定されているとする。なお、「Ａ１」、「Ａ２」、「Ａ３」および「Ａ４」は、タスクのひな型ＩＤを意味する。
【０１４６】
ユーザＸは、現在タスクＩＤ１１２ａとしてタスクＸ−Ａ２を「遂行中」である。ユーザＹは、タスクＩＤ１１２ａとしてタスクＹ−Ａ２を「完了」し、現在タスクＹ−Ａ３を「遂行中」である。ユーザＸの端末装置２がタスクＸ−Ａ２の遂行時に、タスクＸ−Ａ２のタスク実行の支援要求をタスク実行支援装置１に送信したとする。
【０１４７】
すると、コミュニケーション対象決定部１５Ｃは、タスク遂行状態蓄積部１１２から、支援要求されたタスクＸ−Ａ２のひな形タスクＩＤ「Ａ２」を含むタスクＩＤ１１２ａのタスク状態１１２ｅが「遂行中」であるタスク担当１１２ｂの一覧を抽出する。ここでは、かかる一覧は該当なしである。
【０１４８】
そして、コミュニケーション対象決定部１５Ｃは、タスク遂行状態蓄積部１１２から、支援要求されたタスクＸ−Ａ２のひな形タスクＩＤ「Ａ２」を含むタスクＩＤ１１２ａのタスク状態１１２ｅが「完了」であるタスク担当１１２ｂの一覧を抽出する。ここでは、ユーザＹおよびユーザＺはタスクＡ２を完了したので、タスク担当１１２ｂとして「ユーザＹ」および「ユーザＺ」が抽出される。
【０１４９】
そして、コミュニケーション対象決定部１５Ｃは、ユーザＹの遂行中のタスクのひな形ＩＤを取得し、取得されたひな形ＩＤがタスクフローＡに含まれているか否かを判定する。ここでは、ユーザＹはタスクＡ３を現在遂行中であるので、ユーザＹの遂行中のタスクのひな形ＩＤとして「Ａ３」が取得される（ｃ１１）。そして、ひな形タスクＩＤ「Ａ３」は、タスクフローＡに含まれている。同様に、ユーザＺはタスクＡ３を現在遂行中であるので、ユーザＺの遂行中のタスクのひな形ＩＤとして「Ａ３」が取得される（ｃ１２）。そして、ひな形タスクＩＤ「Ａ３」は、タスクフローＡに含まれている。
【０１５０】
さらに、コミュニケーション対象決定部１５Ｃは、現に遂行中のタスクの実行期限までの猶予期間が規定値以下であるか否かを判定する。ここでは、一例として、規定値は１０日であるとする。ユーザＹのタスクＡ３では、実行期限３０１ｄまで猶予期間３０１ｅが「１２日」である（ｃ１３）。そこで、コミュニケーション対象決定部１５Ｃは、ユーザＹのタスクＡ３の実行期限までの猶予期間が規定値以下であると判断し、ユーザＹをコミュニケーション対象として決定する。ユーザＺのタスクＡ３では、実行期限３０１ｄまで猶予期間３０１ｅが「今日中」である（ｃ１４）。そこで、コミュニケーション対象決定部１５Ｃは、ユーザＺのタスクＡ３の実行期限までの猶予期間が規定値以下でないと判断し、ユーザＺをコミュニケーション対象から除外する。
【０１５１】
この結果、コミュニケーション対象決定部１５Ｃは、ユーザＸ（支援要求の本人）とユーザＹとをコミュニケーション対象として決定し、ユーザＸおよびユーザＹを含むユーザリストを要求元のユーザＸの端末２に送信する。これにより、ユーザＸは、ユーザＹとコミュニケーションを行うことで、タスクＡ２（発注内容入力）の情報を入手することができる。また、タスクの実行期限までの猶予がないユーザＺは、コミュニケーション対象となることで実行中のタスクの実行期限に間に合わなくなることを回避できる。
【０１５２】
［実施例３の効果］
このようにして、上記実施例３では、タスク実行支援装置１は、複数のタスク情報にて規定される複数のタスクの実行順序に基づき、複数のタスクに関する第１タスクフローを作成し、作成した第１タスクフローの実行状況を管理する。タスク実行支援装置１は、第１タスクフローの管理においてタスク実行の支援要求を受信した場合、受信した支援要求に基づいて第１タスクフローと関連するタスクフロー群を特定する。タスク実行支援装置１は、特定したタスクフロー群の各タスクフローの実行状況を判定する。タスク実行支援装置１は、現に実行中のタスクフローの実行期限までの猶予がない実行者を除外する。かかる構成によれば、タスク実行支援装置１は、支援者側において、現に実行中のタスクフローの実行期限までの猶予がない実行者を支援者から除外することで、支援者側を考慮したタスク支援の円滑化を図ることができる。すなわち、猶予がない実行者は、支援対象となることで実行中のタスクの実行期限に間に合わなくなることを回避できる。
【０１５３】
また、上記実施例３では、タスク実行支援装置１は、現に実行中のタスクの進捗率が規定値以上である実行者を除外する。かかる構成によれば、タスク実行支援装置１は、現に実行中のタスクの進捗率が規定値以上である実行者を除外することで、支援者側を考慮したタスク支援の円滑化を図ることができる。すなわち、進捗率が規定値以上の実行者は、支援対象とならないことで、自己の実行中のタスクを効率的に完了することができる。
【実施例４】
【０１５４】
ところで、実施例１に係るタスク実行支援装置１は、タスク実行の支援要求をしたユーザとのコミュニケーション対象を決定する際、支援対象のタスクを現在実行しているか過去に実行したユーザをコミュニケーション対象として抽出する。そして、タスク実行支援装置１は、過去に実行したユーザの中から、現在支援対象のタスクを含むタスクフローと関連しないタスクフローのタスクを実行しているユーザをコミュニケーション対象から除外すると説明した。実施例２に係るタスク実行支援装置１は、さらに、新鮮なノウハウを持っていないユーザをコミュニケーション対象から除外すると説明した。しかしながら、タスク実行支援装置１は、これに限定されず、さらに、過去の相談（コミュニケーション）履歴を基に、コミュニケーション対象を除外または決定しても良い。
【０１５５】
そこで、実施例４に係るタスク実行支援装置１は、タスク実行の支援要求をしたユーザとのコミュニケーション対象を決定する際、さらに、過去の相談（コミュニケーション）履歴を基に、コミュニケーション対象を除外または決定する場合を説明する。
【０１５６】
［実施例４に係るタスク実行支援システムの構成］
図１６は、実施例４に係るタスク実行支援装置を含むシステムの構成図である。なお、図１に示すタスク実行支援装置１と同一の構成については同一符号を付すことで、その重複する構成および動作の説明については省略する。実施例１と実施例４とが異なるところは、コミュニケーション対象決定部１５をコミュニケーション対象決定部１５Ｄに変更し、タスク遂行状態蓄積部１１２をタスク遂行状態蓄積部（タスク情報）１１２Ａに変更した点にある。実施例１と実施例４とが異なるところは、タスク遂行状態蓄積部（相談情報）１１２Ｂを追加した点にある。
【０１５７】
タスク遂行状態蓄積部（相談情報）１１２Ｂのデータ構造の一例を、図１７を参照して説明する。図１７は、タスク遂行状態蓄積部（相談情報）のデータ構造の一例を示す図である。図１７に示すように、タスク遂行状態蓄積部（相談情報）１１２Ｂは、タスク遂行状態蓄積部（タスク情報）１１２Ａに連結される。タスク遂行状態蓄積部（相談情報）１１２Ｂは、ひな形タスクＩＤ１１２ｆ、タスク担当１１２ｂ、相談相手１１２ｈ、相談時間１１２ｉおよび相談効果１１２ｊを対応付けて記憶する。ひな形タスクＩＤ１１２ｆは、タスクＩＤのひな形タスクＩＤを示す。例えば、タスクＩＤが「タスクＸ−Ａ２」である場合には、ひな形タスクＩＤ１１２ｆは「Ａ２」である。タスク担当１１２ｂは、ひな形タスクＩＤ１１２ｆが示すタスクを担当する担当者のＩＤを示す。相談相手１１２ｈは、ひな形タスクＩＤ１１２ｆが示すタスクに関して過去にタスク担当１１２ｂが示す担当者の相談相手になった担当者を示す。相談時間１１２ｉは、タスク担当１１２ｂが示す担当者の相談相手１１２ｈが示す相談相手との相談時間を示す。相談効果１１２ｊは、相談による効果を示す。
【０１５８】
一例として、ひな形タスクＩＤ１１２ｆが「タスクＡ２」である場合に、タスク担当１１２ｂとして「ユーザＸ」、相談相手１１２ｈとして「ユーザＺ」、相談時間１１２ｉとして「１０分」、相談効果１１２ｊとして「遂行時間１５分短縮」と記憶している。
【０１５９】
コミュニケーション対象決定部１５Ｄは、ユーザインターフェース装置２からタスク実行の支援要求を受信した場合に、受信した支援要求に基づいて支援対象のタスクを含むタスクフローと同一のタスクフロー群を特定する。
【０１６０】
また、コミュニケーション対象決定部１５Ｄは、特定したタスクフロー群の各タスクフローの実行状況を判定し、判定した各タスクフローの実行状況に基づいてタスクフロー群の実行者のうち支援要求に対応可能の実行者を決定する。例えば、コミュニケーション対象決定部１５Ｄは、タスク遂行状態蓄積部（タスク情報）１１２Ａに基づいて、特定したタスクフロー群の各タスクフローに含まれる支援対象のタスクの実行状況を判定する。コミュニケーション対象決定部１５Ｄは、タスクフローに含まれる支援対象のタスクの実行状況が現在実行中であるユーザを選択する。コミュニケーション対象決定部１５Ｄは、タスクフローに含まれる支援対象のタスクの実行状況が実行完了であるユーザの中から、現に同一のタスクフロー上のタスクを実行しているユーザを選択する。言い換えると、コミュニケーション対象決定部１５Ｄは、現に他のタスクフロー上のタスクを実行しているユーザをコミュニケーション対象から除外する。
【０１６１】
加えて、コミュニケーション対象決定部１５Ｄは、さらに、過去の支援履歴に基づいてタスクフロー群の実行者のうち支援要求に対応可能な実行者を判定する。例えば、コミュニケーション対象決定部１５Ｄは、タスク遂行状態蓄積部（相談情報）１１２Ｂに基づいて、選択されたユーザが相談相手として適切であるか否かを判定する。一例として、コミュニケーション対象決定部１５Ｄは、選択されたユーザのうち相談相手１１２ｈとして設定されたユーザに相談することで相談効果１１２ｊがあれば、当該ユーザが相談相手として適切であると判定する。そして、コミュケーション対象決定部１５Ｄは、選択されたユーザのうち相談効果１１２ｊがあるユーザをコミュニケーション対象として決定し、それ以外のユーザをコミュニケーション対象から除外する。
【０１６２】
また、コミュケーション対象決定部１５Ｄは、選択されたユーザのうち相談相手１１２ｈとして適切であると判定されたユーザをコミュニケーション対象として決定し、それ以外のユーザをコミュニケーション対象から除外する。そして、コミュニケーション対象決定部１５Ｄは、決定されたコミュニケーション対象のユーザリストを支援要求があったユーザインターフェース装置２に送信する。
【０１６３】
［コミュニケーション対象決定処理のフローチャート］
次に、実施例４に係るコミュニケーション対象決定処理の処理手順を、図１８を参照して説明する。図１８は、実施例４に係るコミュニケーション対象決定処理のフローチャートの一例を示す図である。なお、実施例２と実施例４とが異なるところは、Ｓ８０およびＳ８１を追加した点にある。Ｓ８０およびＳ８１以外のステップは、同一の動作であるので、その説明を簡略する。実施例２のＳ３１〜Ｓ３９は、実施例４のＳ７１〜Ｓ７９に対応する。実施例２のＳ４０〜Ｓ４２は、実施例４のＳ８１，Ｓ８３，Ｓ８４に対応する。
【０１６４】
図１８に示すように、コミュニケーション対象決定部１５Ｄは、ユーザインターフェース装置２から、タスクＩＤを含むコミュニケーション対象抽出依頼を受信する（ステップＳ７１）。すると、コミュニケーション対象決定部１５Ｄは、受信した該当タスクＩＤのひな形タスクＩＤを取得する（ステップＳ７２）。
【０１６５】
コミュニケーション対象決定部１５Ｄは、同一のひな形タスクＩＤのタスクを遂行中であるユーザ一覧を抽出する（ステップＳ７３）。そして、コミュニケーション対象決定部１５Ｄは、抽出されたユーザ一覧を関係者リストに代入する（ステップＳ７４）。すなわち、コミュニケーション対象決定部１５Ｄは、支援対象のタスクのタスク状態が現に「遂行中」であるユーザをコミュニケーション対象として選択する。
【０１６６】
コミュニケーション対象決定部１５Ｄは、同一ひな形タスクＩＤのタスクを完了したユーザ一覧を抽出する（ステップＳ７５）。
【０１６７】
続いて、コミュニケーション対象決定部１５Ｄは、抽出されたユーザ一覧からユーザを選択する（ステップＳ７６）。コミュニケーション対象決定部１５Ｄは、選択されたユーザの遂行中のタスクのひな形ＩＤを取得する（ステップＳ７７）。
【０１６８】
続いて、コミュニケーション対象決定部１５Ｄは、取得されたひな形ＩＤが該当タスクを含むタスクフローに含まれているか否かを判定する（ステップＳ７８）。取得されたひな形ＩＤが該当タスクを含むタスクフローに含まれていないと判定した場合には（ステップＳ７８；Ｎｏ）、コミュニケーション対象決定部１５Ｄは、以下の処理を行う。すなわち、コミュニケーション対象決定部１５Ｄは、現に他のタスクフロー上のタスクを遂行しているユーザが相談相手として適切かどうかを判定すべく、ステップＳ８２に移行する。
【０１６９】
一方、取得されたひな形ＩＤが該当タスクを含むタスクフローに含まれていると判定した場合には（ステップＳ７８；Ｙｅｓ）、コミュニケーション対象決定部１５Ｄは、以下の処理を行う。すなわち、コミュニケーション対象決定部１５Ｄは、取得されたひな型ＩＤのタスクが該当タスクＩＤのいくつ後に行われるタスクであるかを判定する（ステップＳ７９）。
【０１７０】
取得されたひな形ＩＤのタスクが該当タスクＩＤの閾値以上の後に行われるタスクであると判定した場合には（ステップＳ７９；閾値以上）、コミュニケーション対象決定部１５Ｄは、以下の処理を行う。すなわち、コミュニケーション対象決定部１５Ｄは、新鮮なノウハウを持っていないユーザが相談相手として適切かどうかを判定すべく、ステップＳ８２に移行する。
【０１７１】
一方、取得されたひな形ＩＤのタスクが該当タスクＩＤの閾値以上の後に行われるタスクでないと判定した場合には（ステップＳ７９；閾値未満）、コミュニケーション対象決定部１５Ｄは、以下の処理を行う。すなわち、コミュニケーション対象決定部１５Ｄは、新鮮なノウハウを持っている、選択されたユーザが相談相手として適切かどうかを判定すべく、ステップＳ８０に移行する。
【０１７２】
ステップＳ８０において、コミュニケーション対象決定部１５Ｄは、相談履歴から、選択されたユーザが適切か否かを判断する（ステップＳ８０）。例えば、コミュニケーション対象決定部１５Ｄは、タスク遂行状態蓄積部（相談情報）１１２Ｂに基づいて、選択されたユーザが相談相手として適切であるか否かを判定する。
【０１７３】
選択されたユーザが相談相手として適切であると判定した場合には（ステップＳ８０；適切）、コミュニケーション対象決定部１５Ｄは、選択されたユーザを関係者リストに追加する（ステップＳ８１）。すなわち、コミュニケーション対象決定部１５Ｄは、新鮮なノウハウを持っているユーザの中で相談相手として適切なユーザを選択する。そして、コミュニケーション対象決定部１５Ｄは、ステップＳ８３に移行する。一方、選択されたユーザが相談相手として適切でないと判定した場合には（ステップＳ８０；不適切）、コミュニケーション対象決定部１５Ｄは、ステップＳ８３に移行する。
【０１７４】
ステップＳ８２において、コミュニケーション対象決定部１５Ｄは、相談履歴から、選択されたユーザが適切か否かを判断する（ステップＳ８２）。例えば、コミュニケーション対象決定部１５Ｄは、タスク遂行状態蓄積部（相談情報）１１２Ｂに基づいて、選択されたユーザが相談相手として適切であるか否かを判定する。
【０１７５】
選択されたユーザが相談相手として適切であると判定した場合には（ステップＳ８２；適切）、コミュニケーション対象決定部１５Ｄは、選択されたユーザを関係者リストに追加すべく、ステップＳ８１に移行する。すなわち、コミュニケーション対象決定部１５Ｄは、選択されたユーザの遂行中のタスクがタスクフローに含まれていない場合であっても、相談相手として適切であれば、このユーザを選択する。一方、選択されたユーザが相談相手として適切でないと判定した場合には（ステップＳ８２；不適切）、コミュニケーション対象決定部１５Ｄは、ステップＳ８３に移行する。
【０１７６】
ステップＳ８３において、コミュニケーション対象決定部１５Ｄは、ユーザ一覧からユーザが全て選択されたか否かを判定する（ステップＳ８３）。ユーザ一覧からユーザが全て選択されていないと判定した場合には（ステップＳ８３；Ｎｏ）、コミュニケーション対象決定部１５Ｄは、次のユーザを選択すべく、ステップＳ７６に移行する。
【０１７７】
一方、ユーザ一覧からユーザが全て選択されたと判定した場合には（ステップＳ８３；Ｙｅｓ）、コミュニケーション対象決定部１５Ｄは、以下の処理を行う。すなわち、コミュニケーション対象決定部１５Ｄは、関係者リストをコミュニケーション対象抽出結果のユーザリストとして依頼元のユーザインターフェース装置２に返信する（ステップＳ８４）。そして、コミュニケーション対象決定部１５Ｄは、コミュニケーション対象決定処理を終了する。
【０１７８】
［実施例４に係るコミュニケーション決定処理の具体例］
次に、実施例４に係るコミュニケーション決定処理の具体例を、図１９を参照して説明する。図１９は、実施例４に係るコミュニケーション決定処理の具体例を示す図である。なお、図１９では、ユーザインターフェース装置２を端末装置と記載するものとする。
【０１７９】
図１９に示すように、タスク遂行状態蓄積部（タスク情報）１１２Ａには、タスクＩＤ１１２ａ毎に、タスク担当１１２ｂおよびタスク状態１１２ｅが記憶されている。タスク遂行状態蓄積部（相談情報）１１２Ｂには、タスク遂行状態蓄積部（タスク情報）１１２Ａに連結してひな形タスクＩＤ１１２ｆ、相談相手１１２ｈ、相談時間１１２ｉおよび相談効果１１２ｊが記憶されている。ここで、タスクフローＡは、タスクＡ１（発注仕様検討）、タスクＡ２（発注内容入力）、タスクＡ３（発注内容確認）およびタスクＡ４（承認依頼）の実行順序で規定されているとする。なお、「Ａ１」、「Ａ２」、「Ａ３」および「Ａ４」は、タスクのひな型ＩＤを意味する。
【０１８０】
ユーザＷは、現在タスクＩＤ１１２ａとしてタスクＷ−Ａ２を「遂行中」である。ユーザＸは、タスクＩＤ１１２ａとしてタスクＸ−Ａ２を「完了」し、タスクＸ−Ａ３を着手していない。ユーザＹは、タスクＩＤ１１２ａとしてタスクＹ−Ａ２を「完了」し、タスクＹ−Ａ３を「遂行中」である。ユーザＺは、タスクＩＤ１１２ａとしてタスクＺ−Ａ２を「完了」し、タスクＺ−Ａ３を「遂行中」である。
【０１８１】
ユーザＷの端末装置２がタスクＷ−Ａ２の遂行時に、タスクＷ−Ａ２のタスク実行の支援要求をタスク実行支援装置１に送信したとする。
【０１８２】
すると、コミュニケーション対象決定部１５Ｄは、タスク遂行状態蓄積部（タスク情報）１１２Ａから、支援要求されたタスクＷ−Ａ２のひな形タスクＩＤ「Ａ２」を含むタスクＩＤ１１２ａのタスク状態１１２ｅが「遂行中」であるタスク担当１１２ｂの一覧を抽出する。ここでは、かかる一覧は該当なしである。
【０１８３】
そして、コミュニケーション対象決定部１５Ｄは、タスク遂行状態蓄積部（タスク情報）１１２Ａから、支援要求されたタスクＷ−Ａ２のひな形タスクＩＤ「Ａ２」を含むタスクＩＤ１１２ａのタスク状態１１２ｅが「完了」であるタスク担当１１２ｂの一覧を抽出する。ここでは、ユーザＸ、ユーザＹおよびユーザＺはタスクＡ２を完了したので、タスク担当１１２ｂとして「ユーザＸ」、「ユーザＹ」および「ユーザＺ」が抽出される。
【０１８４】
そして、コミュニケーション対象決定部１５Ｄは、タスク遂行状態蓄積部（相談情報）１１２Ｂから、抽出されたユーザが相談相手として適切であるか否かを判定する。ここでは、支援要求されたひな形タスクＩＤ「Ａ２」に関して、ユーザＺは、遂行時間が短縮されたという相談効果１１２ｊの実績がある。そこで、コミュニケーション対象決定部１５Ｄは、ユーザＺをコミュニケーション対象として決定する。そして、コミュニケーション対象決定部１５Ｄは、相談効果１１２ｊの実績がないユーザＸおよびユーザＹをコミュニケーション対象から除外する。
【０１８５】
［実施例４の効果］
このようにして、タスク実行支援装置１は、複数のタスク情報にて規定される複数のタスクの実行順序に基づき、複数のタスクに関する第１タスクフローを作成し、作成した第１タスクフローの実行状況を管理する。タスク実行支援装置１は、第１タスクフローの管理においてタスク実行の支援要求を受信した場合、受信した支援要求に基づいて第１タスクフローと関連するタスクフロー群を特定する。タスク実行支援装置１は、特定したタスクフロー群の各タスクフローの実行状況を判定する。タスク実行支援装置１は、判定した各タスクフローの実行状況に基づいて各タスクフローの実行者のうち支援要求に対応可能な実行者を抽出する。そして、タスク実行支援装置１は、さらに、過去の支援履歴に基づいて各タスクフローの実行者のうち支援要求に対応可能な実行者を抽出する。かかる構成によれば、タスク実行支援装置１は、過去の支援履歴を用いて支援要求に対応可能な実行者を抽出することで、実績のある実行者をタスク支援者とすることができ、タスク支援を円滑に行うことができる。
【０１８６】
［その他］
なお、上記実施例１−４では、コミュニケーション対象決定部１５は、コミュニケーション対象として決定されたユーザをさらに順位付けしてユーザインターフェース装置２に送信しても良い。一例として、支援対象のタスクの相談効果が高いユーザを高い順位付けとしても良い。支援対象のタスクの実行時間が短いユーザを高い順位付けとしても良い。支援対象のタスクの相談相手として複数回相談したことがあるユーザを高い順位付けとしても良い。支援要求したユーザと同一組織のユーザをより高い順位付けとしても良い。これにより、ユーザリストを受け取ったユーザインターフェース装置２側では、ユーザがコミュニケーション相手を選択する際に、最適なユーザを選択しやすくすることができる。また、一旦除外対象となったユーザを優先順位を低くしてコミュニケーション対象に加えても良い。コミュニケーション対象として決定されたユーザの数が所定数より少ない場合に有効である。
【０１８７】
また、上記実施例１−４では、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、コミュニケーション対象決定部１５を、支援対象のタスクのタスクフローと同一のタスクフロー群を特定する特定部と、タスクフロー群の実行者のうち支援要求に対応可能の実行者を決定する決定部とに分散しても良い。記憶部１１をタスク実行支援装置１の外部装置としてネットワーク経由で接続するようにしても良い。
【０１８８】
また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。そこで、以下では、図１に示したタスク実行支援装置１と同様の機能を実現するタスク実行支援プログラムを実行するコンピュータの一例を説明する。図２０は、タスク実行支援プログラムを実行するコンピュータの一例を示す図である。
【０１８９】
図２０に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、ドライブ装置２１３、入力装置２１５、通信制御部２１７は、バス２１９で接続されている。
【０１９０】
ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、タスク実行支援プログラム２０５ａおよびタスク実行支援処理関連情報２０５ｂを記憶する。
【０１９１】
ＣＰＵ２０３は、タスク実行支援プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、タスク実行支援装置１の各機能部に対応する。タスク実行支援処理関連情報２０５ｂは、タスクフローＤＢ１１１、タスク遂行状態蓄積部１１２およびタスク情報１１３に対応する。そして、例えばリムーバブルディスク２１１が、タスク実行支援プログラム２０５ａ等の各情報を記憶する。
【０１９２】
なお、タスク実行支援プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらからタスク実行支援プログラム２０５ａを読み出して実行するようにしても良い。
【０１９３】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１９４】
（付記１）コンピュータが、
複数のタスク情報にて規定される複数のタスクの実行順序に基づいた、前記複数のタスクに関する第１タスク群において、
前記第１タスク群に含まれるタスクの実行支援要求を受信した場合、受信した支援要求に基づいて前記第１タスク群と関連する１ないし複数の第２タスク群を特定し、
該特定した１ないし複数の第２タスク群に含まれる各タスク群の実行状況を判定し、
該判定した各タスク群の実行状況に基づいて前記判定した各タスク群の実行者のうち支援要求に対応可能な実行者を抽出し、
該抽出した実行者によるタスク実行の支援情報を前記タスク実行の支援要求者へ提供する
各処理を実行することを特徴とするタスク実行支援方法。
【０１９５】
（付記２）前記支援要求に対応可能な実行者を抽出する処理は、該判定した各タスク群の実行状況に基づいて前記各タスク群の実行者のうち支援を要求するタスクの実行完了の実行者から現に実行しているタスクの実行に支障がでる実行者を除外する
処理を実行することを特徴とする付記１に記載のタスク実行支援方法。
【０１９６】
（付記３）前記支援要求に対応可能な実行者を抽出する処理は、前記第１タスク群と異なるタスク群のタスクを現に実行している実行者を除外する
処理を実行することを特徴とする付記２に記載のタスク実行支援方法。
【０１９７】
（付記４）前記支援要求に対応可能な実行者を抽出する処理は、現に実行中のタスク群の実行期限までの猶予がない実行者を除外する
処理を実行することを特徴とする付記２に記載のタスク実行支援方法。
【０１９８】
（付記５）前記支援要求に対応可能な実行者を抽出する処理は、現に実行中のタスクの進捗率が規定値以上である実行者を除外する
処理を実行することを特徴とする付記２に記載のタスク実行支援方法。
【０１９９】
（付記６）前記支援要求に対応可能な実行者を抽出する処理は、該判定した各タスク群の実行状況に基づいて前記各タスク群の実行者のうち支援を要求するタスクの実行完了の実行者であって、抽出された実行者が現に実行しているタスクと支援を要求するタスクとの関係で一定条件範囲内にない実行者を除外する
処理を実行することを特徴とする付記１に記載のタスク実行支援方法。
【０２００】
（付記７）前記支援要求に対応可能な実行者を抽出する処理は、前記支援を要求するタスクから所定個数離れたタスクを現に実行している実行者を除外する
処理を実行することを特徴とする付記６に記載のタスク実行支援方法。
【０２０１】
（付記８）前記支援要求に対応可能な実行者を抽出する処理は、前記支援を要求するタスクから所定期間超過したタスクを現に実行している実行者を除外する
処理を実行することを特徴とする付記６に記載のタスク実行支援方法。
【０２０２】
（付記９）前記支援要求に対応可能な実行者を抽出する処理は、さらに、過去の支援履歴に基づいて前記各タスク群の実行者のうち支援要求に対応可能な実行者を抽出する
処理を実行することを特徴とする付記１に記載のタスク実行支援方法。
【０２０３】
（付記１０）前記通信を開始する処理は、前記実行者を抽出する処理によって抽出された実行者が前記支援を要求するタスクを完了している場合には、前記タスク実行時の情報を該抽出された実行者に送信する
処理を実行することを特徴とする付記１に記載のタスク実行支援方法。
【０２０４】
（付記１１）複数のタスク情報にて規定される複数のタスクの実行順序に基づいた、前記複数のタスクに関する第１タスク群において、
前記第１タスク群に含まれるタスクの実行支援要求を受信した場合、受信した支援要求に基づいて前記第１タスク群と関連する１ないし複数の第２タスク群を特定する特定部と、
前記特定部によって特定された１ないし複数の第２タスク群の各タスク群の実行状況を判定する状況判定部と、
前記状況判定部によって判定された各タスク群の実行状況に基づいて前記各タスク群の実行者のうち支援要求に対応可能な実行者を抽出する支援可能者抽出部と、
前記支援可能者抽出部によって抽出された実行者によるタスク実行の支援情報を前記タスク実行の支援要求者へ提供する支援情報提供部と、
を有することを特徴とするタスク実行支援装置。
【０２０５】
（付記１２）コンピュータに、
複数のタスク情報にて規定される複数のタスクの実行順序に基づき、前記複数のタスクに関する第１タスク群において、
前記第１タスク群に含まれるタスクの実行支援要求を受信した場合、受信した支援要求に基づいて前記第１タスク群と関連する１ないし複数の第２タスク群を特定し、
該特定した１ないし複数の第２タスク群に含まれる各タスク群の実行状況を判定し、
該判定した各タスク群の実行状況に基づいて前記判定した各タスク群の実行者のうち支援要求に対応可能な実行者を抽出し、
該抽出した実行者によるタスク実行の支援情報を前記タスク実行の支援要求者へ提供する
処理を実行させることを特徴とするタスク実行支援プログラム。
【符号の説明】
【０２０６】
１  タスク実行支援装置
１１  記憶部
１１１  タスクフローＤＢ
１１２  タスク遂行状態蓄積部
１１３  タスク情報
１２  送信タスク決定部
１３  タスク送信部
１４  タスク状態受信部
１５  コミュニケーション対象決定部
１６  コミュニケーションサービス部
２  ユーザインターフェース装置
２１  タスク情報部
２２  タスク状態送信部
２３  コミュニケーションアクセス部
【図１】
0006651736.tif 000002
【図２】
0006651736.tif 000003
【図３】
0006651736.tif 000004
【図４】
0006651736.tif 000005
【図５】
0006651736.tif 000006
【図６】
0006651736.tif 000007
【図７Ａ】
0006651736.tif 000008
【図７Ｂ】
0006651736.tif 000009
【図８】
0006651736.tif 000010
【図９】
0006651736.tif 000011
【図１０】
0006651736.tif 000012
【図１１Ａ】
0006651736.tif 000013
【図１１Ｂ】
0006651736.tif 000014
【図１１Ｃ】
0006651736.tif 000015
【図１２】
0006651736.tif 000016
【図１３】
0006651736.tif 000017
【図１４】
0006651736.tif 000018
【図１５】
0006651736.tif 000019
【図１６】
0006651736.tif 000020
【図１７】
0006651736.tif 000021
【図１８】
0006651736.tif 000022
【図１９】
0006651736.tif 000023
【図２０】
0006651736.tif 000024