特開 2024-24939 作業管理システム、作業管理方法及び作業管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024024939

(43)【公開日】2024-02-26

(54)【発明の名称】作業管理システム、作業管理方法及び作業管理プログラム

(51)【国際特許分類】

   G06Q 10/109 20230101AFI20240216BHJP

【ＦＩ】

G06Q10/10 340

【審査請求】未請求

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2022127940

(22)【出願日】2022-08-10

(71)【出願人】

【識別番号】000000549

【氏名又は名称】株式会社大林組

(74)【代理人】

【識別番号】100105957

【弁理士】

【氏名又は名称】恩田 誠

(74)【代理人】

【識別番号】100068755

【弁理士】

【氏名又は名称】恩田 博宣

(72)【発明者】

【氏名】金子 智弥

(72)【発明者】

【氏名】西田 拓也

(72)【発明者】

【氏名】伊東 未奈子

(72)【発明者】

【氏名】安藤 圭祐

(72)【発明者】

【氏名】田邊 麻美

(72)【発明者】

【氏名】藤川 滉暉

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049AA13

(57)【要約】

【課題】ユーザに対して、状況に応じたＴｏＤｏリストを提供するための作業管理システム、作業管理方法及び作業管理プログラムを提供する。
【解決手段】管理装置２０は、ユーザが作業すべきＴｏＤｏ情報を記録するＴｏＤｏ記憶部２３と、ユーザ端末３０に接続される制御部２１と、を備える。そして、制御部２１が、ユーザのＴｏＤｏ情報を取得し、ＴｏＤｏ情報を、期限に関連付けて、ＴｏＤｏ記憶部２３に記録し、ＴｏＤｏ記憶部２３に記録されたＴｏＤｏ情報を、状況に応じて優先順位を決定して並び替えたＴｏＤｏリストを、ユーザ端末３０に表示し、ユーザの作業状況に応じて完了したＴｏＤｏ情報を、ＴｏＤｏリストから削除する。
【選択図】図１

【特許請求の範囲】

【請求項1】

ユーザが作業すべきＴｏＤｏ情報を記録するＴｏＤｏ記憶部と、ユーザ端末に接続される制御部と、を備えた作業管理システムであって、
前記制御部が、
前記ユーザのＴｏＤｏ情報を取得し、
前記ＴｏＤｏ情報を、期限に関連付けて、前記ＴｏＤｏ記憶部に記録し、
前記ＴｏＤｏ記憶部に記録されたＴｏＤｏ情報を、状況に応じて優先順位を決定して並び替えたＴｏＤｏリストを、前記ユーザ端末に表示し、
前記ユーザの作業状況に応じて完了したＴｏＤｏ情報を、前記ＴｏＤｏリストから削除することを特徴とする作業管理システム。

【請求項2】

ユーザが作業すべきＴｏＤｏ情報を記録するＴｏＤｏ記憶部と、ユーザ端末に接続される制御部と、を備えた作業管理システムを用いて、作業管理を行なう方法であって、
前記制御部が、
前記ユーザのＴｏＤｏ情報を取得し、
前記ＴｏＤｏ情報を、期限に関連付けて、前記ＴｏＤｏ記憶部に記録し、
前記ＴｏＤｏ記憶部に記録されたＴｏＤｏ情報を、状況に応じて優先順位を決定して並び替えたＴｏＤｏリストを、前記ユーザ端末に表示し、
前記ユーザの作業状況に応じて完了したＴｏＤｏ情報を、前記ＴｏＤｏリストから削除することを特徴とする作業管理方法。

【請求項3】

ユーザが作業すべきＴｏＤｏ情報を記録するＴｏＤｏ記憶部と、ユーザ端末に接続される制御部と、を備えた作業管理システムを用いて、作業管理を行なうためのプログラムであって、
前記制御部を、
前記ユーザのＴｏＤｏ情報を取得し、
前記ＴｏＤｏ情報を、期限に関連付けて、前記ＴｏＤｏ記憶部に記録し、
前記ＴｏＤｏ記憶部に記録されたＴｏＤｏ情報を、状況に応じて優先順位を決定して並び替えたＴｏＤｏリストを、前記ユーザ端末に表示し、
前記ユーザの作業状況に応じて完了したＴｏＤｏ情報を、前記ＴｏＤｏリストから削除する手段として機能させることを特徴とする作業管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＴｏＤｏリストを管理する作業管理システム、作業管理方法及び作業管理プログラムに関する。

【背景技術】

【0002】

作業管理のために、作業すべき内容をＴｏＤｏリストに記録することがある。そして、ユーザのＴｏＤｏリストに対する通知を提供する技術が検討されている（例えば、特許文献１参照。）。この文献に記載された支援サーバは、ＴｏＤｏリストに含まれる各タスクに対し、タスクと関連する場所の位置情報と時間情報を取得する。次に、端末の現在地と位置情報との比較結果、および現在時刻と時間情報との比較結果に基づいてタスクの実行可能性を判断する。そして、タスクの実行可能性に応じてタスクに対する通知を提供する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２１－１１９４８７号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上記文献に記載された技術では、的確にタスクをＴｏＤｏリストに記録する必要がある。ＴｏＤｏリストに記録漏れがあると、的確に作業を行なうことができない。また、ＴｏＤｏには優先順位がある。この順位の考慮したＴｏＤｏリストの作成には手間がかかる。

【課題を解決するための手段】

【0005】

上記課題を解決するための作業管理システムは、ユーザが作業すべきＴｏＤｏ情報を記録するＴｏＤｏ記憶部と、ユーザ端末に接続される制御部と、を備える。そして、前記制御部が、前記ユーザのＴｏＤｏ情報を取得し、前記ＴｏＤｏ情報を、期限に関連付けて、前記ＴｏＤｏ記憶部に記録し、前記ＴｏＤｏ記憶部に記録されたＴｏＤｏ情報を、状況に応じて優先順位を決定して並び替えたＴｏＤｏリストを、前記ユーザ端末に表示し、前記ユーザの作業状況に応じて完了したＴｏＤｏ情報を、前記ＴｏＤｏリストから削除する。

【発明の効果】

【0006】

本開示によれば、ユーザに対して、状況に応じたＴｏＤｏリストを提供することができる。

【図面の簡単な説明】

【0007】

【図1】実施形態のシステムの説明図である。

【図2】実施形態のハードウェア構成の説明図である。

【図3】実施形態のサービス管理サーバの説明図である。

【図4】実施形態の記憶部の説明図であって、（ａ）はユーザ情報記憶部、（ｂ）はＴｏＤｏ記憶部、（ｃ）は実績情報記憶部である。

【図5】実施形態の処理手順の説明図である。

【図6】実施形態の処理手順の説明図である。

【図7】実施形態の処理手順の説明図である。

【発明を実施するための形態】

【0008】

以下、図１～図７に従って、作業管理システム、作業管理方法及び作業管理プログラムの一実施形態を説明する。本実施形態では、ユーザが実行すべきＴｏＤｏを管理する作業管理システムとして説明する。本実施形態では、ユーザに対して、優先順位を考慮したＴｏＤｏリストを提供する。
図１に示すように、本実施形態では、ネットワークを介して接続されたサービス管理サーバ１０、管理装置２０、ユーザ端末３０を用いる。

【0009】

（ハードウェア構成の説明）
図２を用いて、サービス管理サーバ１０、管理装置２０、ユーザ端末３０を構成する情報処理装置Ｈ１０のハードウェア構成を説明する。情報処理装置Ｈ１０は、通信装置Ｈ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶装置Ｈ１４、プロセッサＨ１５を備える。なお、このハードウェア構成は一例であり、他のハードウェアにより実現することも可能である。

【0010】

通信装置Ｈ１１は、他の装置との間で通信経路を確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースや無線インタフェース等である。

【0011】

入力装置Ｈ１２は、各種情報の入力を受け付ける装置であり、例えばマウスやキーボード等である。表示装置Ｈ１３は、各種情報を表示するディスプレイ等である。
記憶装置Ｈ１４は、サービス管理サーバ１０、管理装置２０、ユーザ端末３０の各種機能を実行するためのデータや各種プログラムを格納する記憶装置である。記憶装置Ｈ１４の一例としては、ＲＯＭ、ＲＡＭ、ハードディスク等がある。

【0012】

プロセッサＨ１５は、記憶装置Ｈ１４に記憶されるプログラムやデータを用いて、サービス管理サーバ１０、管理装置２０、ユーザ端末３０における各処理を制御する。プロセッサＨ１５の一例としては、例えばＣＰＵやＭＰＵ等がある。このプロセッサＨ１５は、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各処理のための各種プロセスを実行する。

【0013】

プロセッサＨ１５は、自身が実行するすべての処理についてソフトウェア処理を行なうものに限られない。例えば、プロセッサＨ１５は、自身が実行する処理の少なくとも一部についてハードウェア処理を行なう専用のハードウェア回路（例えば、特定用途向け集積回路：ＡＳＩＣ）を備えてもよい。すなわち、プロセッサＨ１５は、以下で構成し得る。

【0014】

〔１〕コンピュータプログラム（ソフトウェア）に従って動作する１つ以上のプロセッサ
〔２〕各種処理のうち少なくとも一部の処理を実行する１つ以上の専用のハードウェア回路、或いは
〔３〕それらの組み合わせ、を含む回路（circuitry）
プロセッサは、ＣＰＵ並びに、ＲＡＭ及びＲＯＭ等のメモリを含み、メモリは、処理をＣＰＵに実行させるように構成されたプログラムコード又は指令を格納している。メモリ、すなわちコンピュータ可読媒体は、汎用又は専用のコンピュータでアクセスできるあらゆる利用可能な媒体を含む。

【0015】

（システム構成）
次に、図１を用いて、作業管理システムの各機能を説明する。
サービス管理サーバ１０は、ユーザに対して各種サービスを提供するコンピュータシステムである。

【0016】

図３に示すように、サービス管理サーバ１０には、カレンダサーバ１１、メールサーバ１２、チャットサーバ１３、ＩＰ電話サーバ１４、ワークフロー管理サーバ１５等がある。

【0017】

カレンダサーバ１１は、ユーザ識別子毎のユーザカレンダを管理する処理を実行する。このユーザカレンダには、年月日及び時間帯毎に予定（スケジュール）が記録される。この予定には、休暇予定、会議予定等のように、日程が決まっている予定が設定される。

【0018】

メールサーバ１２は、ユーザのメールアドレス毎に、送受信したメール（通信手段）を管理する処理を実行する。
チャットサーバ１３は、ユーザが関わるスレッドで、発信されたチャットメッセージ（通信手段）を管理する処理を実行する。ユーザが関わるスレッドは、各ユーザのチャット識別子を用いて特定される。

【0019】

ＩＰ電話サーバ１４は、ユーザ毎のＩＰ電話番号毎に、通話（通信手段）の受発信を管理する処理を実行する。
ワークフロー管理サーバ１５は、設定された各ワークフローを管理する処理を実行する。設定された各ワークフローには、各タスクを担当するユーザ識別子、タスク内容が記録されている。このタスク内容に応じて、後続タスクの特定や、後続タスクの重要度の判定を行なうことができる。

【0020】

管理装置２０は、ユーザのＴｏＤｏの管理するコンピュータシステムである。管理装置２０は、制御部２１、ユーザ情報記憶部２２、ＴｏＤｏ記憶部２３、実績情報記憶部２４を備える。

【0021】

制御部２１は、後述する処理（取得段階、分析段階、評価段階、管理段階等を含む処理）を行なう。このための各処理のためのプログラムを実行することにより、制御部２１は、取得部２１１、分析部２１２、評価部２１３、管理部２１４等として機能する。

【0022】

取得部２１１は、サービス管理サーバ１０から、各ユーザに関するユーザ宛情報を取得する。ユーザ宛情報には、メール、チャット、ＩＰ電話の通話、ワークフロー内のタスク等がある。

【0023】

例えば、取得部２１１は、メールサーバ１２から、ユーザのメールアドレス宛のメールを取得する。また、取得部２１１は、チャットサーバ１３において、ユーザが関わるスレッドを特定し、ユーザのチャット識別子宛のメッセージを取得する。また、取得部２１１は、ＩＰ電話サーバ１４から、ユーザのＩＰ電話番号宛の通話を特定し、通話における発話内容を音声認識によりモニタリングを行なう。また、取得部２１１は、ワークフロー管理サーバ１５から、担当者としてユーザ識別子が割り当てられたタスクを取得する。

【0024】

分析部２１２は、ユーザ宛情報（メール、チャット、ＩＰ電話の通話、ワークフロー内のタスク等）を分析して、ＴｏＤｏ情報を特定する。
例えば、分析部２１２は、メールサーバ１２から取得したユーザのメールアドレス宛のメールのメッセージを、自然言語処理の文脈解析により、ＴｏＤｏ情報の有無を確認する。メッセージにおいて、ユーザが作業すべきこと等に関する文脈が含まれる場合には、ＴｏＤｏ情報と判定する。

【0025】

また、分析部２１２は、ユーザが関わるスレッドを特定し、ユーザのチャット識別子宛のメッセージを、自然言語処理の文脈解析により、ＴｏＤｏ情報の有無を確認する。メッセージにおいて、ユーザが作業すべきこと等に関する文脈が含まれる場合には、ＴｏＤｏ情報と判定する。

【0026】

また、分析部２１２は、ＩＰ電話サーバ１４の相手方の発話の音声認識結果を、自然言語処理の文脈解析することにより、ＴｏＤｏ情報の有無を確認する。発話において、ユーザが作業すべきこと等に関する文脈が含まれる場合には、ＴｏＤｏ情報と判定する。

【0027】

また、分析部２１２は、ワークフロー管理サーバ１５から取得したタスクを、ユーザが作業すべきＴｏＤｏ情報として特定する。
分析部２１２は、作業種別に応じた猶予期間を算出するための猶予期間算出テーブルを備える。

【0028】

評価部２１３は、ＴｏＤｏ情報に含まれる文言に、複数の評価モデルを適用して、ＴｏＤｏ情報のスコアリング（優先スコアの算出）を行なう。各評価モデルは、ＴｏＤｏ情報に含まれる各評価項目に対してスコアを付与したデータセット（教師情報）を用いた機械学習により生成される。優先スコアの算出には、以下のような複数の評価モデルを用いる。

【0029】

・ＴｏＤｏ情報に含まれる文言に応じたスコア付与
例えば、評価部２１３は、「至急」、「不具合対応」のように、速やかな作業を促す文言が含まれると認識した場合には、高いスコアを付与する評価モデルを用いる。

【0030】

・後続ＴｏＤｏへの影響に応じたスコア付与
評価部２１３は、ワークフロー管理サーバ１５に記録されたワークフローにおいて、今回のＴｏＤｏ（タスク）の終了を開始条件とする後続タスクの有無を判定する。そして、後続タスクの数や重要度に応じて、高いスコアを付与する評価モデルを用いる。

【0031】

・時間的猶予に応じたスコア付与
評価部２１３は、期限までの残り時間と所要時間との差分が少ない場合には、高いスコアを付与する評価モデルを用いる。

【0032】

・代替性に応じたスコア付与
評価部２１３は、ＴｏＤｏ内容に応じて、他者への代替可能性を予測し、代替可能性が低いと認識した場合には、高いスコアを付与する評価モデルを用いる。

【0033】

・外的要因に応じたスコア付与
ここでは、ＴｏＤｏに影響する外部状況（要因情報）により、スコアを調整する。
例えば、評価部２１３は、天気によって作業が影響されると認識した場合、天候情報サイトから期限までの天候情報を取得し、作業可能な天候期間の長さに応じてスコアを付与する評価モデルを用いる。ここでは、天候によって作業できない期間が長く、作業可能な天候期間が短いと予想される場合には、高いスコアを付与する。

【0034】

また、評価部２１３は、交通事情によって作業が影響されると認識した場合、交通機関情報サイトから期限までの交通状況情報を取得し、作業可能な期間の長さに応じてスコアを付与する評価モデルを用いる。ここでは、移動時間が長く、作業可能な期間が短いと予想される場合には、高いスコアを付与する。

【0035】

・内的要因に応じたスコア付与
ここでは、ＴｏＤｏに影響する内的状況（要因情報）により、スコアを調整する。
例えば、評価部２１３は、健康状態によって作業が影響されると認識した場合、ウェアラブル端末から取得したユーザ本人の健康状態情報から期限までの健康状態を予測し、作業可能な期間の長さに応じてスコアを付与する評価モデルを用いる。健康状態に応じて、作業できない期間が長く、作業可能な期間が短いと予想される場合には、高いスコアを付与する。

【0036】

管理部２１４は、取得した情報に基づいて、ユーザのＴｏＤｏリストを作成して、ユーザ端末３０に出力する。この場合、管理部２１４は、ＴｏＤｏリストにおいて、優先スコアに応じた順番でＴｏＤｏ情報を並べる。
更に、管理部２１４は、ユーザの行動情報に応じて、ＴｏＤｏ情報に関わる実績を管理する。

【0037】

図４（ａ）に示すように、ユーザ情報記憶部２２には、各ユーザに関するユーザ管理データ２２０が記録される。ユーザ管理データ２２０は、ユーザ登録が行なわれた場合に記録される。ユーザ管理データ２２０は、ユーザ識別子、ユーザ属性、チャット識別子、メールアドレス、電話番号等に関するデータを含む。
ユーザ識別子は、各ユーザを特定するための識別子である。
ユーザ属性は、このユーザの属性情報である。
チャット識別子は、このユーザが、チャットサービスを利用する場合の識別子である。

【0038】

メールアドレスは、このユーザが、メールサービスを利用する場合のアドレスである。
電話番号は、このユーザが、ＩＰ電話サービスを利用する場合の電話番号である。

【0039】

図４（ｂ）に示すように、ＴｏＤｏ記憶部２３には、各ユーザに関するＴｏＤｏ管理データ２３０が記録される。ＴｏＤｏ管理データ２３０は、作成されたＴｏＤｏが登録された場合に記録される。ＴｏＤｏ管理データ２３０は、ユーザ識別子、ＴｏＤｏ識別子、作業種別、内容、期限、予想時間、開始条件、優先スコア、ステータス等に関するデータを含む。
ユーザ識別子は、各ユーザを特定するための識別子である。
ＴｏＤｏ識別子は、このユーザのＴｏＤｏを特定するための識別子である。
作業種別は、このＴｏＤｏにおける作業の種類である。

【0040】

内容は、このユーザが実行しなければならない作業内容である。
期限は、このＴｏＤｏを完了すべき期限（年月日）である。
予想時間は、このＴｏＤｏの作業を完了させるために必要と予想される所要期間である。

【0041】

開始条件は、このＴｏＤｏに着手可能な条件である。開始条件としては、暦日（年月日や曜日等）、先行タスク等がある。
優先スコアは、このＴｏＤｏの優先順位を決めるためのスコアである。

【0042】

ステータスは、このＴｏＤｏの状況を示す。例えば、「待機中」、「作業前」、「作業完了」等を示す各フラグを用いる。「待機中」は、開始条件が整う前の状態である。「作業前」は、開始条件が整った後で作業ができる状態である。「作業完了」は、作業を完了した状態である。

【0043】

図４（ｃ）に示すように、実績情報記憶部２４には、各ユーザのＴｏＤｏの実績に関する実績管理データ２４０が記録される。実績管理データ２４０は、ＴｏＤｏが登録された場合に記録される。実績管理データ２４０は、ユーザ識別子、ＴｏＤｏ識別子、作業種別、所要時間等に関するデータを含む。

【0044】

ユーザ識別子は、各ユーザを特定するための識別子である。
ＴｏＤｏ識別子は、このユーザのＴｏＤｏを特定するための識別子である。
作業種別は、このＴｏＤｏにおける作業の種類である。

【0045】

所要時間は、作業開始から作業終了までの所要時間である。
ユーザ端末３０は、ＴｏＤｏリストを利用するユーザが利用するコンピュータ端末である。

【0046】

（ＴｏＤｏ管理処理）
次に、図５～図７を用いて、上記のように構成された管理装置２０において行なわれるＴｏＤｏ管理処理の処理手順を説明する。このＴｏＤｏ管理処理には、ＴｏＤｏ登録処理（図５）、ＴｏＤｏリスト管理処理（図６）、実績管理処理（図７）が含まれる。

【0047】

（ＴｏＤｏ登録処理）
まず、図５を用いて、ＴｏＤｏ登録処理を説明する。
ここでは、管理装置２０の制御部２１は、ユーザ宛情報の取得処理を実行する（ステップＳ１１）。具体的には、制御部２１の取得部２１１は、サービス管理サーバ１０において、ユーザが関わる新たな情報（ユーザ宛情報）を取得する。

【0048】

次に、管理装置２０の制御部２１は、ＴｏＤｏ情報の特定処理を実行する（ステップＳ１２）。具体的には、制御部２１の分析部２１２は、ユーザ宛情報においてＴｏＤｏ情報を特定する。

【0049】

次に、管理装置２０の制御部２１は、時間指定があるかどうかについての判定処理を実行する（ステップＳ１３）。具体的には、制御部２１の分析部２１２は、ＴｏＤｏ情報の中に、指定された作業日時（作業指定日時）に関する情報を検索する。そして、分析部２１２は、指定された作業指定日時を特定した場合には、時間指定があると判定する。なお、分析部２１２は、ＴｏＤｏ情報に含まれるイベント種別に応じて、時間指定の有無を判定するようにしてもよい。

【0050】

時間指定があると判定した場合（ステップＳ１３において「ＹＥＳ」の場合）、管理装置２０の制御部２１は、他の予定と競合かどうかについての判定処理を実行する（ステップＳ１４）。具体的には、制御部２１の分析部２１２は、カレンダサーバ１１に記録されたこのユーザのユーザカレンダにおいて、作業指定日時におけるスケジュールの有無を確認する。作業指定日時に重畳する日時にスケジュール（競合スケジュール）が登録されている場合には、他のスケジュールと競合と判定する。

【0051】

他の予定と競合と判定した場合（ステップＳ１４において「ＹＥＳ」の場合）、管理装置２０の制御部２１は、代替者調整処理を実行する（ステップＳ１５）。具体的には、制御部２１の分析部２１２は、ユーザ端末３０に対して、ＴｏＤｏ情報及び競合スケジュールに関するメッセージを出力する。この場合、ユーザは、ユーザ端末３０を用いて、既存スケジュールの変更やＴｏＤｏについて代替者の割当を検討する。

【0052】

一方、時間指定がないと判定した場合や、他の予定と競合しないと判定した場合（ステップＳ１３，Ｓ１４において「ＮＯ」の場合）、管理装置２０の制御部２１は、ＴｏＤｏ作業の所要時間の推定処理を実行する（ステップＳ１６）。具体的には、制御部２１の分析部２１２は、ＴｏＤｏ情報の作業種別を特定する。更に、分析部２１２は、同じユーザ識別子、作業種別が付与された実績管理データ２４０を実績情報記憶部２４から抽出する。そして、分析部２１２は、抽出した実績管理データ２４０の所要時間の統計値を算出する。なお、同じユーザ識別子の実績管理データ２４０を実績情報記憶部２４から抽出できない場合には、他のユーザの実績管理データ２４０を用いてもよい。

【0053】

次に、管理装置２０の制御部２１は、期限の設定処理を実行する（ステップＳ１７）。具体的には、制御部２１の分析部２１２は、ＴｏＤｏ情報において期限指定を特定した場合には、指定された期限を設定する。一方、分析部２１２は、期限指定を特定しない場合には、猶予期間算出テーブルを用いて、作業種別に応じた猶予期間を算出する。そして、分析部２１２は、現在日時に猶予期間を加算して期限を算出する。

【0054】

次に、管理装置２０の制御部２１は、優先スコアの計算処理を実行する（ステップＳ１８）。具体的には、制御部２１の評価部２１３は、評価モデルにＴｏＤｏ情報を適用して、優先スコアを算出する。

【0055】

次に、管理装置２０の制御部２１は、優先スコアに応じてＴｏＤｏの登録処理を実行する（ステップＳ１９）。具体的には、制御部２１の分析部２１２は、各評価モデルにより算出した優先スコアを合計した優先スコア（統合値）を算出する。そして、取得部２１１は、優先スコア（統合値）を記録したＴｏＤｏ管理データ２３０を生成し、ＴｏＤｏ記憶部２３に記録する。

【0056】

（ＴｏＤｏリスト管理処理）
次に、図６を用いて、ＴｏＤｏリスト管理処理を説明する。このＴｏＤｏリスト管理処理は、ユーザ毎に、定期的にくり返して実行される。

【0057】

ここでは、管理装置２０の制御部２１は、ＴｏＤｏ記憶部２３に記録されているＴｏＤｏ管理データ２３０毎に、以下の処理を実行する。
まず、管理装置２０の制御部２１は、ＴｏＤｏ状況の確認処理を実行する（ステップＳ２１）。具体的には、制御部２１の管理部２１４は、ＴｏＤｏ記憶部２３において、ステータスが「待機中」のＴｏＤｏ管理データ２３０を特定する。次に、管理部２１４は、ＴｏＤｏ管理データ２３０の開始条件を特定し、開始条件の充足を判定する。開始条件の充足する場合には、管理部２１４は、ＴｏＤｏ管理データ２３０のステータスを「作業前」に更新する。

【0058】

次に、管理装置２０の制御部２１は、優先スコアの再計算処理を実行する（ステップＳ２２）。具体的には、制御部２１の評価部２１３は、ステータスとして「作業前」が記録されたＴｏＤｏ管理データ２３０の優先スコアを再計算する。

【0059】

次に、管理装置２０の制御部２１は、優先スコアに応じてＴｏＤｏリストの更新処理を実行する（ステップＳ２３）。具体的には、制御部２１の管理部２１４は、ステータス「作業前」が記録されたＴｏＤｏ管理データ２３０を用いて、優先スコアが高い順番にＴｏＤｏ情報を並べたＴｏＤｏリストを作成する。そして、管理部２１４は、作成したＴｏＤｏリストをユーザ端末３０に出力する。このＴｏＤｏリストには、ステータス「作業前」のＴｏＤｏ情報が含まれる。

【0060】

（実績管理処理）
次に、図７を用いて、実績管理処理を説明する。
ここでは、管理装置２０の制御部２１は、ユーザの行動情報の取得処理を実行する（ステップＳ３１）。具体的には、制御部２１の管理部２１４は、ユーザ端末３０を用いたユーザの行動情報（作業状況）を取得する。例えば、行動情報として、ユーザ端末３０において、施工確認の作業結果の入力を取得する。

【0061】

次に、管理装置２０の制御部２１は、ＴｏＤｏ関連判定処理を実行する（ステップＳ３２）。具体的には、制御部２１の管理部２１４は、行動内容とＴｏＤｏ記憶部２３に記録されたＴｏＤｏ情報とを比較する。例えば、作業結果に含まれる文言を用いて、対応する文言が含まれるＴｏＤｏ情報を、ＴｏＤｏ記憶部２３において検索する。そして、対応するＴｏＤｏ情報を抽出した場合には、管理部２１４は、ユーザ端末３０に確認画面を出力する。この確認画面には、ＴｏＤｏ情報、終了入力欄、所要時間入力欄を含む。

【0062】

次に、管理装置２０の制御部２１は、ＴｏＤｏの削除・実績登録処理を実行する（ステップＳ３３）。具体的には、ユーザは、ユーザ端末３０の確認画面に出力されたＴｏＤｏ情報を確認し、作業を終了した場合には作業終了を入力する。更に、この作業に要した所要時間を入力する。この場合、制御部２１の管理部２１４は、ユーザ端末３０からＴｏＤｏの終了情報を取得する。ＴｏＤｏの終了情報を取得した管理部２１４は、ＴｏＤｏ記憶部２３のＴｏＤｏ管理データ２３０のステータスを「作業完了」に更新する。次に、管理部２１４は、ユーザ端末３０から取得した所要時間を記録した実績管理データ２４０を生成し、実績情報記憶部２４に記録する。この場合、このＴｏＤｏリストから、ステータス「作業完了」のＴｏＤｏ情報が削除される。

【0063】

本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態では、管理装置２０の制御部２１は、ユーザ宛情報の取得処理（ステップＳ１１）、ＴｏＤｏ情報の特定処理（ステップＳ１２）を実行する。これにより、ユーザが利用するサービス管理サーバ１０を用いて、このユーザのＴｏＤｏを特定することができる。

【0064】

（２）本実施形態では、時間指定があると判定した場合（ステップＳ１３において「ＹＥＳ」の場合）管理装置２０の制御部２１は、他の予定と競合かどうかについての判定処理を実行する（ステップＳ１４）。これにより、他の予定との競合を確認して、ダブルブッキングを抑制することができる。

【0065】

（３）本実施形態では、他の予定と競合と判定した場合（ステップＳ１４において「ＹＥＳ」の場合）、管理装置２０の制御部２１は、代替者調整処理を実行する（ステップＳ１５）。これにより、他の予定と競合する場合、代替者に依頼する等、重畳する作業への対応を行なうことができる。

【0066】

（４）本実施形態では、管理装置２０の制御部２１は、ＴｏＤｏ作業の所要時間の推定処理を実行する（ステップＳ１６）。これにより、ＴｏＤｏの作業時間を考慮したＴｏＤｏリストを作成することができる。

【0067】

（５）本実施形態では、管理装置２０の制御部２１は、優先スコアの付与処理を実行する（ステップＳ１８）。これにより、ＴｏＤｏの重み付けを行なうことができる。
例えば、ＴｏＤｏ情報に含まれる文言に応じたスコア付与を行なうことにより、文脈に応じてＴｏＤｏの重み付けを行なうことができる。

【0068】

また、後続ＴｏＤｏへの影響に応じたスコア付与を行なうことにより、他のタスクへの影響を考慮してＴｏＤｏの重み付けを行なうことができる。
また、時間的猶予に応じたスコア付与を行なうことにより、時間的な猶予を考慮してＴｏＤｏの重み付けを行なうことができる。

【0069】

また、代替性に応じたスコア付与を行なうことにより、代替可否を考慮してＴｏＤｏの重み付けを行なうことができる。
また、外的要因に応じたスコア付与を行なうことにより、ユーザ自身でコントロールできない状況を考慮してＴｏＤｏの重み付けを行なうことができる。
また、内的要因に応じたスコア付与を行なうことにより、ユーザ自身の状況を考慮してＴｏＤｏの重み付けを行なうことができる。

【0070】

（６）本実施形態では、管理装置２０の制御部２１は、優先スコアの再計算処理（ステップＳ２２）、優先スコアに応じてＴｏＤｏリストの更新処理（ステップＳ２３）を実行する。これにより、状況の変化に応じて、ＴｏＤｏの優先順位を変更することができる。そして、この優先順位に応じたＴｏＤｏリストを出力することができる。

【0071】

（７）本実施形態では、管理装置２０の制御部２１は、ユーザの行動情報の取得処理（ステップＳ３１）、ＴｏＤｏ関連判定処理（ステップＳ３２）を実行する。これにより、ユーザの行動に応じて、作業実績を効率的に登録することができる。

【0072】

（８）本実施形態では、管理装置２０の制御部２１は、ＴｏＤｏの削除・実績登録処理を実行する（ステップＳ３３）。これにより、実績に応じて、ＴｏＤｏリストを更新することができる。

【0073】

本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記実施形態では、管理装置２０の制御部２１は、ユーザ宛情報の取得処理（ステップＳ１１）、ＴｏＤｏ情報の特定処理（ステップＳ１２）を実行する。この場合、メールサービス、チャットサービス、ＩＰ電話サービス、ワークフローにおいて、ユーザのＴｏＤｏ情報を特定する。ユーザのＴｏＤｏ情報の特定に用いるサービスは、これらに限定されるものではない。

【0074】

・上記実施形態では、他の予定と競合と判定した場合（ステップＳ１４において「ＹＥＳ」の場合）、管理装置２０の制御部２１は、代替者調整処理を実行する（ステップＳ１５）。ここで、管理装置２０の制御部２１は、先にＴｏＤｏの優先スコアを計算して、優先スコアに応じて、代替させるＴｏＤｏを決定してもよい。

【0075】

・上記実施形態では、管理装置２０の制御部２１は、ＴｏＤｏ作業の所要時間の推定処理を実行する（ステップＳ１６）。この場合、実績情報記憶部２４に記録された実績管理データ２４０の所要時間を用いる。これに代えて、管理装置２０の制御部２１は、作業種別毎に設定された所要時間の初期値を用いてもよい。

【0076】

・上記実施形態では、管理装置２０の制御部２１は、優先スコアの付与処理（ステップＳ１８）、優先スコアの再計算処理（ステップＳ２２）を実行する。この場合、ＴｏＤｏ情報に含まれる文言に応じたスコア付与～内的要因に応じたスコア付与を用いる。優先スコアの算出方法は、これらに限定されるものではない。

【0077】

・上記実施形態では、ＴｏＤｏリスト管理処理は、定期的にくり返して実行される。実行タイミングは、定期的実行に限定されるものではない。例えば、ユーザ端末３０の利用時や、ＴｏＤｏ情報の取得時に行なうようにしてもよい。

【0078】

次に、上記実施形態及び別例から把握できる技術的思想について以下に追記する。
（ａ）前記制御部が、ワークフローにおいて、前記ユーザが担当するタスクを前記ＴｏＤｏ情報として特定することを特徴とする請求項１に記載の作業管理システム。

【0079】

（ｂ）前記制御部が、通信手段で取得したメッセージにおいて、前記ユーザのＴｏＤｏ情報を特定することを特徴とする請求項１又は（ａ）に記載の作業管理システム。
（ｃ）前記制御部が、
前記ユーザのＴｏＤｏの所要時間を予測し、
前記所要時間及び前記期限に応じて、前記優先順位を決定することを特徴とする請求項１、（ａ）又は（ｂ）に記載の作業管理システム。

【0080】

（ｄ）前記制御部が、
前記ユーザのＴｏＤｏに影響する要因情報を取得して、
前記要因情報に応じて、前記優先順位を決定することを特徴とする請求項１、（ａ）～（ｃ）の何れか１項に記載の作業管理システム。

【0081】

（ｅ）前記制御部が、
前記ユーザのＴｏＤｏについて、他のユーザの代替可能性を予測し、
前記代替可能性に応じて、前記優先順位を決定することを特徴とする請求項１、（ａ）～（ｄ）の何れか１項に記載の作業管理システム。

【符号の説明】

【0082】

１０…サービス管理サーバ、２０…管理装置、２１…制御部、２１１…取得部、２１２…評価部、２１３…分析部、２１４…管理部、２２…ユーザ情報記憶部、２３…ＴｏＤｏ記憶部、２４…実績情報記憶部、３０…ユーザ端末。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】