JP7466965B1 - タスク管理システム、タスク管理方法及びプログラム - Google Patents

Abstract

【課題】繰り返し同じ作業を行うユーザのモチベーションを上げることができること。【解決手段】タスク管理システムは、各ユーザが行う一作業に含まれる複数タスクのうちの１つのタスクが完了したことを受け付ける受付部１１と、複数のユーザのアバターを、各々のアバターに割り当てられたシナリオに従って進行させるシナリオ進行部１２と、を備える。前記シナリオ進行部１２は、１つのタスクが完了するごとに、各々のアバターを、１つのシナリオに含まれる複数のシーンについて順に進行させるものである。１つのシナリオに含まれるシーンの数は、ユーザに応じて異なる数に設定されている。【選択図】図１

Description

特許法第３０条第２項適用 令和５年２月１日 大阪府商工労働部による「大阪の元気！ものづくり企業 ２０２３／令和５年度版－世界をリードする大阪のものづくり看板企業５６社－」、第５９頁にて公開、令和５年２月１日 ｈｔｔｐｓ：／／ｗｗｗ．ｍ－ｏｓａｋａ．ｃｏｍ／ｊｐ／ｔａｋｕｍｉ／１５０５９／、ｈｔｔｐｓ：／／ｗｗｗ．ｍ－ｏｓａｋａ．ｃｏｍ／ｊｐ／ｔａｋｕｍｉ＿ｐｄｆ／１５０５９．ｐｄｆを通じて公開、令和５年２月９日 株式会社日刊工業新聞社による日刊工業新聞の令和５年２月９日付西日本版第２９面にて公開、令和５年２月９日 ｈｔｔｐｓ：／／ｗｗｗ．ｎｉｋｋａｎ．ｃｏ．ｊｐ／ａｒｔｉｃｌｅｓ／ｖｉｅｗ／６６２８２９を通じて公開、令和５年２月２０日 日昌電気制御株式会社が株式会社丸和にタスク管理システム、タスク管理方法及びプログラムに係る実証機を販売、令和５年６月１８日 ｈｔｔｐｓ：／／ｒｅａｌｆｏｃｕｓ．ｎｉｓｓｈｏｄｅｎｋｉｓｅｉｇｙｏ．ｃｏｍ／を通じて公開、令和５年７月１日 株式会社ニュースダイジェスト社による「月刊生産財マーケティング、第６０巻、第７号（通巻７２０号）」、第Ａ－１１８頁にて公開、令和５年７月１日 ｈｔｔｐｓ：／／ｓｅｉｓａｎｚａｉ－ｍａｒｋｅｔｉｎｇ．ｊｐ／ｂａｃｋｎｕｍｂｅｒ／ｂａｃｋｎｕｍｂｅｒ．ｐｈｐ？ｉｄ＝４５８、ｈｔｔｐｓ：／／ｗｗｗ．ｆａｃｅｂｏｏｋ．ｃｏｍ／ｓｅｉｓａｎｚａｉｍａｒｋｅｔｉｎｇｍａｇａｚｉｎｅを通じて公開、令和５年７月１３日 ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｃｈａｎｎｅｌ／ＵＣｉｃ５ＩＯｏｑＤｚｓｚｅＨ２３ｆｇ－Ｗｌｕｇ、ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＲＱｒｈＥＹｅｕＥＩＩを通じて公開

従前より、生産ラインにおいて生産能率をわかりやすい態様で表示し、生産ラインの管理を行うことができる生産ライン進捗情報表示システムが存在する（例えば、特許文献１参照）。特許文献１に記載の生産ライン進捗情報表示システムは、工程完了情報に基づいて現在の実績工程数を求め、モニタに出力する。

生産ライン進捗情報表示システムでは、進捗状況を、各生産現場に設置された封入機モニタに表示させることができる。これによって、作業者に対して、目標よりも遅れている場合には、封入機を操作する作業者に対して、作業のペースを早めるように促すことができる。

特開２０１２－１７４０１９号公報

ところで、生産ラインにおける作業者は、繰り返し同じタスクを行うことが求められ、しかも単純な作業である場合が多い。この場合、作業者は、作業に対するモチベーションが下がりやすく、集中力が途切れやすいという問題がある。

特許文献１のような生産ライン進捗情報表示システムでは、作業者は、目標よりも作業が遅れている場合に、作業のペースを早めることを促すことができるが、作業者に対するモチベーションを上げる効果は小さかった。

本発明は、上記事情に鑑みてなされ、繰り返し同じ作業を行うユーザのモチベーションを上げることができるタスク管理システム、タスク管理方法及びプログラムを提供することを目的とする。

本発明に係る一態様のタスク管理システムは、各ユーザが行う一作業に含まれる複数タスクのうちの１つのタスクが完了したことを受け付ける受付部と、複数のユーザのアバターを、各々のアバターに割り当てられたシナリオに従って進行させるシナリオ進行部と、を備え、前記シナリオ進行部は、１つのタスクが完了するごとに、各々のアバターを、１つのシナリオに含まれる複数のシーンについて順に進行させるものであり、前記１つのシナリオに含まれるシーンの数は、ユーザに応じて異なる数に設定されている。

本発明に係る一態様のタスク管理方法は、各ユーザが行う一作業に含まれる複数タスクのうちの１つのタスクが完了したことを受け付ける受付ステップと、複数のユーザのアバターを、各々のアバターに割り当てられたシナリオに従って進行させるシナリオ進行ステップと、を備え、前記シナリオ進行ステップは、１つのタスクが完了するごとに、各々のアバターを、１つのシナリオに含まれる複数のシーンについて順に進行させるものであり、前記１つのシナリオに含まれるシーンの数は、ユーザに応じて異なる数に設定されている。
本発明に係る一態様のプログラムは、少なくとも１つのプロセッサに、上記タスク管理方法の各ステップを実行させるためのプログラムである。

本発明に係る上記態様のタスク管理システム、タスク管理方法及びプログラムは、繰り返し同じ作業を行うユーザのモチベーションを上げることができる、という利点がある。

本発明の実施形態に係るタスク管理装置（タスク管理システム）を含むシステムのブロック図である。 Ａは、実施形態に係るイベント発生部のブロック図である。Ｂは、実施形態に係る演算部のブロック図である。 実施形態に係るタスク管理装置の動作の一例を示すフローチャートである。 実施形態に係るタスク管理装置の動作の一例を示すフローチャートである。

＜実施形態＞
以下、本実施形態に係るタスク管理システムについて、添付図面に基づいて詳細に説明する。

本実施形態に係るタスク管理システムは、ユーザが行う作業うちの１タスクが完了したことが入力されると、ユーザのアバターに割り当てられたシナリオを進行させることで、ユーザのタスクの完了に対するモチベーション（やる気）を高めることができるシステムである。本実施形態に係るタスク管理システムは、図１に示すように、１つのタスクが完了したことを受け付ける受付部１１と、ユーザのアバターをシナリオに従って進行させるシナリオ進行部１２と、を備える。

ここで、各シナリオには、複数のシーンが含まれている。シナリオ進行部１２は、１つのタスクが完了すると、１つのシーンを進行させることができる。１つのシナリオに含まれるシーンの数は、ユーザに応じて異なる数に設定されている。

ユーザは、１つのタスクを完了させることによって、アバターによるシナリオをシーンごとに進行させることができるため、タスクを完了させることに対するモチベーションを高めることができるうえに、１つのシナリオに含まれるシーンの数が、ユーザごとに異なるように設定されるため、シナリオの達成の難しさをシーン数で調整することができる。つまり、１つのタスクの難易度が高い作業を行うユーザには、１つのシナリオに含まれるシーンを通常よりも少なく設定したり、熟練度の高いユーザには、１つのシナリオに含まれるシーンを通常よりも多く設定したりして、シナリオ達成に対する難易度を調整できる。

これにより、例えば、単純なタスクを繰り返すような作業を行うだけのユーザであっても、モチベーションを上げることができ、作業に対する集中力を向上させることができる。この結果、ユーザにおいて、作業のスピードを上げることができ、生産能力の向上を期待できる。

本明細書でいうシナリオとは、各アバターに割り当てられた、話の筋書きを意味する。上述したように、シナリオには複数のシーンが含まれている。複数のシーンは、互いに関連した内容になっており、シーンを順番に進めることでストーリーが展開することが好ましい。複数のシーンを順に表示することで、シナリオとして、１つの話の筋書きが完成する。全てのシーンを経ることで、１つのシナリオが実行され、１つのシナリオが達成された後は、再び、当該シナリオの最初のシーンから実行される。

シナリオとして、例えば、次のようなものが挙げられる。すなわち、シナリオとして、ホテル業務のシナリオが例示できる。ホテル業務には、例えば、フロントクラーク、ベルボーイ、ハウスキーパー、運転手、レストラン等が挙げられる。本実施形態では、複数のユーザのアバターの各々には、これらのいずれかの役割が割り当てられる。

フロントクラークのシナリオには、（１）お客様がロビーに到着し、チェックインに対応するシーン、（２）お客様のチェックアウトに対応するシーンが含まれる。

ベルボーイのシナリオには、（１）お客様の車を駐車場に運ぶシーン、（２）お客様の荷物をフロントに運ぶシーン、（３）お客様の荷物を客室に運ぶシーンが含まれる。
ハウスキーパーのシナリオには、（１）チェックアウト後の客室の清掃を行うシーン、（２）客室のベッドメイキングを行うシーンが含まれる。

運転手のシナリオには、（１）駅からホテルへお客様を迎えるシーン、（２）ホテルから駅へお客様を送るシーン、（３）シーツやタオル（以下、リネンという）を洗濯工場へ運搬するシーン、（４）リネンを洗濯工場からホテルへ運搬するシーンが含まれる。

レストランのシナリオには、（１）料理を行うシーン、（２）テーブルの準備シーン、（３）来店したお客様に料理を提供するシーン、（４）テーブルの後片付けのシーンが含まれる。

役割ごとにシナリオが設定されているが、複数のユーザを１つのチームとして設定し、１つのチームに割り当てられた全体のシナリオ（以下、全シナリオという場合がある）も設定される。上述の例では、全シナリオとして、フロントクラーク、ベルボーイ、ハウスキーパー、運転手及びレストランで１つの全シナリオが構成される。全シナリオの他例としては、例えば、ピザ屋（シナリオ；電話受付、生地職人、メイキング、デリバリー等）、温泉（シナリオ；受付、ホールスタッフ、厨房シェフ等）、探検隊の無人島生活（シナリオ；航海士、洗濯・大道具・釣り、料理人、狩人等）、農業（シナリオ；耕す、種まき・水やり、手入れ・肥料、収穫・出荷等）、飲食店（シナリオ；受付、ホールスタッフ、厨房シェフ等）等が挙げられる。以下では、全シナリオの一例として、ホテルの業務を挙げて説明する。

以下の実施形態では、タスク管理システムの機能の大部分が１つの筐体内に集約されたタスク管理装置１００を挙げて説明する。ただし、タスク管理システムとしては、複数の機能が１つの筐体内に集約されていることは必須ではなく、例えば、タスク管理システムの構成要素は、複数の筐体に分散して設けられてもよい。また、タスク管理システムの一部の機能がクラウド（クラウドコンピューティング）等によって実現されてもよい。

タスク管理装置１００を含む全体のシステムは、図１に示すように、データ入力部３と、タスク管理装置１００と、表示装置４と、を備える。データ入力部３とタスク管理装置１００と表示装置４とは、有線又は無線により通信可能に接続されている。

ユーザが行う作業は、例えば、製品の生産ラインにおける一工程が挙げられる。生産ラインには、複数のユーザ（作業者）が、それぞれ別の作業を行う。また、１つの生産ラインに所属する複数のユーザによって１つのチームを構成することができる。

一作業には複数のタスクが含まれる。例えば、一のユーザが、１つの部品の組み付け作業を行う作業者である場合、すなわち、１つの部品を組み付け、コンベアに乗せて次のユーザに流す作業を行う場合には、１つの部品を組み付けた後にコンベアに乗せたことをもって、１タスクを完了とする。

また、他例として、一のユーザが、キャベツ等の野菜をカットする作業を行う作業者である場合、すなわち、１つの野菜をカットする作業を行う場合には、１つの野菜をカットし終わったことをもって、１タスクを完了とする。

複数のタスクは、１タスクを繰り返し行うものであってもよいし、異なるタスクを順次行うものであってよい。１タスクが完了すると、データ入力部３によって、タスク管理装置１００内に入力される。
（データ入力部３）

データ入力部３は、ユーザが作業を行うことでタスクが完了した旨の情報を、１タスクごとにタスク管理装置１００に入力する。データ入力部３は、例えば、１タスクを完了したことにより生成された成果物を検知し、完了数「１」をタスク管理装置１００に入力する。この場合、データ入力部３は、成果物を移動させるコンベアに取り付けられたセンサが挙げられる。センサとしては、例えば、コンベアの搬送方向に交差するように設置された光電センサ等の非接触センサ、感圧センサ等の接触センサ、カメラ、赤外線センサ等が挙げられる。

データ入力部３は、センサによって１つの成果物を検出したことをもって、完了数「１」を入力するものに限らない。例えば、１回の作業で複数の成果物が生成される場合、複数の成果物の全てを検出したことをもって、完了数「１」を入力してもよい。また、例えば、「野菜をカットする」という作業の場合、切られた野菜が成果物となるが、切断後の野菜が所定の重量を超えたことをもって、完了数「１」を入力してもよい。

また、データ入力部３は、作業の成果物の完成度を判定し、完成したと判定したことをもって完了数「１」を入力してもよい。これにより、不良品については、完了数として入力しないようにすることもできる。完成度の判定は、システムの機能が自動で判定してもよいし、生産ラインにおける次工程の作業者が判定してもよい。

データ入力部３としては、センサにより、自動でタスクの完了を検出するものでなくてもよい。データ入力部３は、例えば、作業者や管理者等によってタスクが完了したことを入力する入力装着であってもよい。入力装置としては、例えば、マウス、キーボード、マイク、タッチパネル等が挙げられる。成果物が生成されないタスクの場合には、データ入力部３は、入力装置が好適に用いられる。
データ入力部３により入力されたタスクが完了した旨のデータは、データ入力部３からタスク管理装置１００に送信される。
（タスク管理装置１００）

タスク管理装置１００は、データ入力部３から送信された情報に基づき、グラフィック等の処理を実行し、表示装置４に表示させることができる。タスク管理装置１００は、例えば、パーソナルコンピュータ又はサーバコンピュータを含んでいる。すなわち、タスク管理装置１００は、１以上のプロセッサ及びメモリを有するコンピュータシステムを含んでいる。コンピュータシステムのメモリに記録されたプログラムを、コンピュータシステムのプロセッサが実行することにより、タスク管理装置１００の少なくとも一部の機能が実現される。プログラムは、メモリに記録されていてもよいし、インターネット等の電気通信回線を通して提供されてもよく、メモリカード等の非一時的記録媒体に記録されて提供されてもよい。

タスク管理装置１００は、図１に示すように、タスク管理装置１００の処理を実行する処理部１と、記憶部２と、を備える。処理部１は、ストレージに記憶されるプログラムに従って、各種処理を実行するプロセッサにより実現される。プロセッサとしては、例えば、ＣＰＵ（Central Processing Unit；中央処理装置）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、マイクロプロセッサ（microprocessor）等が挙げられる。

記憶部２は、タスク管理装置１００で取り扱う情報を記憶する。記憶部２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等により実現される。
（処理部１）

処理部１は、受付部１１と、シナリオ進行部１２と、イベント発生部１３と、演算部１４と、称号判定部１５と、表示部１６と、を備える。受付部１１、シナリオ進行部１２、イベント発生部１３、演算部１４、称号判定部１５及び表示部１６は、タスク管理装置１００によって実現される機能を示しているに過ぎず、必ずしも実体のある構成を示しているわけではない。
（受付部１１）

受付部１１は、データ入力部３から送信された１つのタスクが完了したことを受け付ける。受付部１１は、データ入力部３から１つのタスクが完了したことを受け付けると、１つのタスクが完了した情報に、ユーザ名を関連づけて、シナリオ進行部１２に出力する。これにより、入力されたタスク完了の情報が、どのユーザによってなされたものなのかを区別することができる。受付部１１により受け付けた情報は、シナリオ進行部１２に出力される。
（シナリオ進行部１２）

シナリオ進行部１２は、複数のユーザのアバターを、各アバターに割り当てられたシナリオに従って、１シーンごとに進行させる。受付部１１から、１つのタスクが完了したことの情報が入力されると、対応するアバターを、１つのシーンに従って動作させる表示を行うように、表示部１６に指令を出力する。

シナリオ進行部１２は、１番目のシーンを進行させた後、これを記憶しておき、次の１つのタスクが完了した情報が入力された場合には、２番目のシーンを進行させる。このように、シナリオ進行部１２は、複数のシーンについて順に進行させる。また、シナリオ進行部１２は、ユーザのアバターに割り当てられたシナリオの複数のシーンのうち、最終番目のシーンの進行が終わると、次のタスクが完了した情報が入力された場合には、シナリオの１番目のシーンを進行させる。

アバターに割り当てられたシナリオは、予め記憶部２に記憶されている。アバターとシナリオとの割り当ては、例えば、初期設定によって行われることが好ましい。シナリオには、上述したように、シナリオに応じて異なる数のシーンが含まれているため、ユーザの作業やユーザの技量等に応じて、シナリオが割り当てられることが好ましい。これによって、ユーザごとに、シナリオ達成の難易度を、調整することができる。
（イベント発生部１３）

イベント発生部１３は、ランダム又は所定の条件を満たすと、特定のイベントを発生させる。イベント発生部１３により発生するイベントは、シナリオ進行部１２により実行されているシーンに割り込んで実行されてもよいし、当該シーンの後に実行されてもよい。つまり、イベント発生部１３は、シナリオ進行部１２により実行されたシーンによらずに、特定の演出を実行することができる。本実施形態に係るイベント発生部１３は、図２Ａに示すように、加点シーン発生部１３１と、減点シーン発生部１３２とを備える。

加点シーン発生部１３１は、シナリオの進行中に、お客様からアバターに対して加点評価となるシーン（加点シーン）を発生させる。加点シーン発生部１３１により発生させるシーンとしては、例えば、お客様からチップを渡されるシーン、オーナーから賞与を渡されるシーン等が挙げられる。また、加点シーン発生部１３１は、シナリオの内容とは無関係に、得点やプラスポイントを表示したシーンを発生させてもよい。以下では、チップ、得点、ポイント等の加点評価を、まとめて「加点ポイント」という。

加点ポイントは、発生ごとにランダムで変化させてもよいし、一定数であってもよいし、成果物の不良品の数量に連動させてもよい（例えば、不良品が少ない場合に加点ポイントを多くする）。また、加点シーンの発生条件は、特に制限はないが、例えば、１つのタスクに要する時間が、一定の時間よりも短い場合に、当該イベントを発生させてもよいし、成果物の不良品が少ない場合に、当該イベントを発生させてもよいし、特定の割合（例えば、５つのタスク完了ごとに１回発生）で発生させてもよいし、ランダムで発生させてもよい。
加点シーン発生部１３１によるシーンが発生した場合、該当するユーザは、後述の評価点に対し、加点評価を加えることが好ましい。

減点シーン発生部１３２は、完了したタスクにおいて、不具合が生じたことが入力されると、シナリオにおいて、減点評価となるシーン（減点シーン）を発生させる。減点シーン発生部１３２により発生させるシーンとしては、例えば、フロントクラークの場合、部屋のダブルブッキングが発生したシーン、お客様の激怒のシーン等が挙げられる。ベルボーイの場合、例えば、荷物の運搬先の間違いのシーン、総支配人に対してベルボーイへの苦情が入るシーンが挙げられる。ハウスキーピングの場合、例えば、部屋に大量のゴミが残留するシーン、部屋に虫が発生したことをお客様によってＳＮＳに投稿されるシーン等が挙げられる。運転手の場合、例えば、交通違反または事故発生のシーン、罰金を支払うシーン等が挙げられる。レストランの場合、例えば、食器を落下させて割ってしまうシーン、ボヤ騒ぎが起きるシーン等が挙げられる。なお、減点シーン発生部１３２は、シナリオの内容とは無関係に、減点やマイナスポイントを表示したシーン発生させてもよい。以下では、トラブル、減点、マイナスポイント等の減点評価を、まとめて「減点ポイント」という。

ここでいう「不具合」は、例えば、ユーザのタスクの完了により生じた成果物が、一定の品質に満たない場合や、タスクの実行が不十分で後にエラーが発生した場合等の不具合を意味する。不具合が生じたことの情報は、ユーザによってデータ入力部３から受付部１１に入力されてもよいし、ラインの管理者によって、受付部１１に入力されてもよい。

減点シーン発生部１３２によるシーンが発生した場合、該当するユーザは、後述の評価点に対し、減点評価を加えることが好ましい。
（演算部１４）

演算部１４は、各ユーザ及びチームの評価点を演算する。演算部１４は、図２Ａに示すように、各ユーザの評価点を算出するユーザ評価点算出部１４１と、チームの評価点を算出するチーム評価点算出部１４２とを備える。

ユーザ評価点算出部１４１は、各ユーザが完了したタスクの完了数を集計することで、ユーザの評価点を算出する。ユーザ評価点算出部１４１は、タスクの完了数から、各ユーザのアバターに割り当てられたシナリオの達成回数を算出することもできる。ユーザ評価点算出部１４１は、加点シーン発生部１３１により発生した加点ポイントの数も加算することが好ましい。一方、上述したように、減点シーン発生部１３２によるシーンが発生した場合には、評価点に対し、減点ポイントを減点することが好ましい。これによって、各ユーザの評価点を得ることができる。

チーム評価点算出部１４２は、チームに所属するユーザの評価点に基づいて、チームの評価点を算出することができる。チーム評価点算出部１４２は、全シナリオの達成回数と、各ユーザのシナリオの達成回数とに基づき、評価点を算出することが好ましい。

全シナリオの達成回数は、全シナリオが達成された回数である。全シナリオが達成されると、１人のお客様より報酬が得られることが想定されるから、全シナリオが達成された回数は、ホテルの報酬として評価できる。全シナリオの達成は、フロントクラーク、ベルボーイ、ハウスキーピング、運転手及びレストランの各々が、１回のシナリオを達成すると、１回の全シナリオが達成される。すなわち、全シナリオの達成回数は、一チームに所属する全ユーザのうちの、最も少ないシナリオの達成回数と同じである。
各役割に対する評価は、チームの評価につながることが想定されるから、各ユーザのシナリオの達成回数も、チーム評価点に加算されることが好ましい。
（称号判定部１５）

称号判定部１５は、チーム評価点に基づいて称号を判定し、当該称号をチームに割り当てる。記憶部２には、称号の判定の際に用いられる判定テーブルが記憶されている。判定テーブルは、チーム評価点の閾値となる必要ポイントと、称号とが対応付けられている。称号判定部１５は、判定テーブルを参照し、チーム評価点に基づいて称号を判定する。称号としては、例えば、「一流ホテル」「二流ホテル」「三流ホテル」等が挙げられるが、あくまで例示に過ぎず、特に制限はない。

表示部１６は、シナリオ進行部１２からの指令に従って、各アバターがシーンを進行するグラフィックを取得し、これを表示装置４に表示させる。また、表示部１６は、演算部１４、イベント発生部１３及び称号判定部１５からの指示に従ってグラフィックを取得し、これを表示装置４に表示させる。グラフィックは、記憶部２に予め記憶されていることが好ましい。

アバターは、ユーザごとに設定される。アバターとしては、例えば、人、動物、作業者に似せたキャラクター、植物、機械、空想上のキャラクター（例えば、ドラゴン、ユニコーン等）等が挙げられる。表示部１６が表示させるアバターは、ユーザの所望のアバターを選択してもよいし、すべてのユーザが同じキャラクターであってもよい。

表示部１６は、アバターによるシナリオの進行を、ユーザがタスクを実行している際に、リアルタイムで表示させることが好ましい。このとき、１つのタスクの情報が入力された際に、アバターが１つのシーンを進行するが、アバターの動きが速いと、次のタスクの信号が入力されるまで動きが停止してしまう。これを防ぐために、アバターの動きをゆっくりと動くように設定することが好ましい。アバターの動きは、適宜調整できることが好ましい。

表示部１６は、演算部１４により得たユーザの評価及びチームの評価、並びに称号判定部１５により判定された称号を、１日の作業の終了時に表示させることが好ましい。

また、表示部１６は、タスクの完了数を表示することなく、シナリオの達成回数を表示させることが好ましい。これによって、シナリオに含まれるシーンの数は、ユーザには把握されていないから、実際のタスクの完了数が他のユーザと比較されにくい。
（表示装置４）

表示装置４は、タスク管理装置１００の表示部１６によって、表示画面が制御される。表示部１６から出力された情報に基づき、表示装置４の表示画面が表示される。表示装置４は、複数の作業者が常時見ることができる場所に設置された大型のディスプレイであってもよいし、作業者の作業場所ごとに設置された小型のディスプレイであってもよい。また、表示装置４として、各々の作業者が所有する端末が用いられてもよい。表示装置４としては、例えば、モニター、ディスプレイ、タッチディスプレイ、プロジェクター、スマートフォン、タブレット端末、ノートＰＣ、ＶＲゴーグル、ヘッドマウントディスプレイ等が挙げられる。
（フローチャート）
次に、フローチャートに基づいて、本実施形態に係るタスク管理装置１００の動作の一例を説明する。

タスク管理装置１００を用いたタスク管理方法は、図３に示すように、受付ステップ（ＳＴ１、２）、シナリオ進行ステップ（ＳＴ３、４）、評価ステップ（ＳＴ５からＳＴ９）を順に実行する。

受付ステップでは、製造開始後、ユーザによる１タスクが完了したことを受け付ける（ＳＴ１、２）。ユーザが１つのタスクを完了すると、データ入力部３から受付部１１に１タスク完了の情報が入力される。

次いで、シナリオ進行ステップが実行される。シナリオ進行ステップでは、１タスク完了の情報に基づき、ユーザのアバターが、１つのシーンを進行する（ＳＴ３）。このとき、図４に示すように、１タスク完了の情報が受付部１１に入力されると、シナリオ進行部１２は、１つのシナリオに含まれる全てのシーンが進行したかどうかを判断し（ＳＴ３１）、全て終了していない場合には、前回終了したシーンの次のシーンを進行させる（ＳＴ３２）。全てのシーンが進行している場合には、シナリオの最初のシーンから進行させる（ＳＴ３３）。
この後、図３に示すように、ユーザの作業が継続しているか否かを確認し（ＳＴ４）、作業が継続している場合には、再びステップ２を実行する。

一方、作業が終了すると、評価ステップを実行する。評価ステップでは、各ユーザのタスクの完了数を集計すると共に、各ユーザのシナリオの達成回数を集計する（ＳＴ５）。次いで、チームに所属するユーザのシナリオ達成回数から、全シナリオの達成回数を算出する（ＳＴ６）。

また、加点シーン発生部１３１により発生した加点ポイントから各ユーザにプラス評価点を加えると共に、減点シーン発生部１３２により発生した減点ポイントからマイナス評価点を加える。そして、チームとして、チーム評価点（総合評価点）を算出する（ＳＴ７、８）。この後、チーム評価点に基づき、称号を判定し、表示装置４に表示する（ＳＴ９）。
＜変形例＞

上記実施形態は、本発明の様々な実施形態の一つに過ぎない。実施形態は、本発明の目的を達成できれば、設計等に応じて種々の変更が可能である。以下、実施形態の変形例を列挙する。以下に説明する変形例は、適宜組み合わせて適用可能である。

上記実施形態では、１つのシーンを、例えば、「駅からホテルへお客様を迎えるシーン」として説明したが、１つのシーンとして、駅からホテルへ１００ｍ移動するシーンとしてもよい。１タスク完了するごとに１００ｍ進むシーンを進行させ、複数のタスクの完了で、駅からホテルに到着するようにしてもよい。つまり、「駅からホテルへお客様を迎えるシーン」を１つのシナリオとして、駅からホテルへ１００ｍ移動するシーンを複数のシーンとしてもよい。このようにすることで、１つのシナリオに含まれるシーンの数を設定しやすい。

複数のチームを登録可能とし、複数のチームにおいて、チーム評価点で競い合ってもよい。チーム評価点と、各ユーザの評価点とで対戦成績を表示してもよい。これによって、チームごとのユーザの団結力が高くなることが期待できる。

データ入力部３は、成果物の出来栄えを評価し、その出来栄えから評価点を取得したうえで、評価点に関するデータを受付部１１に出力するものであってもよい。評価点が、基準点（例えば、８０点）以上の場合に、データ入力部３がタスク完了信号を受け付け、基準点未満の場合には、データ入力部３がタスク完了信号を受け付けないようにしてもよい。評価点が１００点の場合、データ入力部３は、イベント発生部１３に信号を出力し、加点シーン発生部１３１が加点シーンを表示してもよい。データ入力部３としては、カメラ付きデバイスや、カメラ及び制御装置を有するシステム等が挙げられる。カメラ付きデバイスは、制御器を備える。制御器や制御装置に備わる制御部は、カメラによって撮像した成果物の画像データを、画像処理によって、出来栄えの評価を行う。出来栄えの評価は、ＡＩによって行ってもよいし、画像解析ソフトにより行ってもよい。また、出来栄えの評価は、ユーザとは別の作業者による評価であってもよい。

上記実施形態では、１つのシナリオにおいて、最後のシーンが終わると、同じシナリオにおいて、最初のシーンを表示させたが、例えば、一のシナリオにおいて最後のシーンが終わると、他のシナリオの最初のシーンを表示させてもよい。また、１つのシナリオを、とても１日の作業で完了できないようなシーン数で構成してもよい。

上記実施形態に係るタスク管理システムは、ユーザが行う作業として、生産ラインでの作業に用いられたが、作業としては、生産ラインに限らず、トレーニング、リハビリ等に適用することもできる。トレーニングにおける作業としては、例えば、アスリートによる筋肉のトレーニングや、宇宙飛行士の筋肉や環境の訓練が挙げられる。リハビリにおける作業としては、基本動作の動きの訓練、機能回復の訓練等が挙げられる。すなわち、本明細書でいう「作業」には、訓練やトレーニングも含むものとする。

上記実施形態では、全シナリオの達成回数は、チームに所属するユーザのシナリオの最も達成回数の少ない数としたが、全シナリオは、一のユーザの１つのシーンの完了をトリガーとして、２人目のユーザのシーンを進行させてもよい。例えば、運転手の駅からホテルへのお客様を迎えるシーンが完了しないと、フロントクラークによるチェックインのシーンが進まないようにしてもよい。

上記実施形態では、タスク管理装置１００は、例えば、パーソナルコンピュータ又はサーバコンピュータを含み、タスク管理装置１００は、１以上のプロセッサ及びメモリを有するコンピュータシステムを含んでいるとしたが、例えば、スマートフォン、携帯電話、タブレット端末、ゲーム機器等であっても良い。
＜まとめ＞

以上説明したように、第１の態様に係るタスク管理システムは、各ユーザが行う一作業に含まれる複数タスクのうちの１つのタスクが完了したことを受け付ける受付部１１と、複数のユーザのアバターを、各々のアバターに割り当てられたシナリオに従って進行させるシナリオ進行部１２と、を備える。シナリオ進行部１２は、１つのタスクが完了するごとに、各々のアバターを、１つのシナリオに含まれる複数のシーンについて順に進行させるものである。１つのシナリオに含まれるシーンの数は、ユーザに応じて異なる数に設定されている。

この態様によれば、ユーザは、１つのタスクを完了させることによって、アバターによるシナリオをシーンごとに進行させることができるため、タスクを完了させることに対するモチベーションを高めることができるだけでなく、１つのシナリオに含まれるシーンの数が、ユーザごとに異なるように設定されるため、作業の難易度の高さを、シーン数に反映させることができ、シナリオの達成の難しさを設定できる。この結果、例えば、単純なタスクを繰り返すような作業を行うだけのユーザであっても、モチベーションを上げることができ、作業に対する集中力を向上させることができ、ユーザにおいて、作業のスピードを上げることができ、生産能力の向上を期待できる。
第２の態様に係るタスク管理システムでは、第１の態様において、各ユーザのタスクの完了数を集計する演算部１４を更に備える。
この態様によれば、各ユーザや、システムの管理者は、ユーザごとのタスクの完了数を把握することができる。

第３の態様に係るタスク管理システムでは、第２の態様において、演算部１４は、集計したタスクの完了数に応じたシナリオの達成回数を算出する。タスク管理システムは、表示装置４に対して、タスクの完了数を表示することなく、演算部１４により得られたシナリオの達成回数を表示させる表示部１６を更に備える。
この態様によれば、シナリオに含まれるシーンの数は、ユーザには把握されていないから、実際のタスクの完了数が他のユーザと比較されにくい。

第４の態様に係るタスク管理システムでは、第１～３のいずれか１つの態様において、受付部１１は、完了した前記タスクにおいて、不具合が生じたことを受け付け可能に構成されている。タスク管理システムは、受付部１１によって不具合が生じたことを受け付けると、進行中のシーンによらずに、特定の演出を実行するイベント発生部１３を更に備える。
この態様によれば、タスク管理システムにおいて、不具合の発生を抑制できる。

第５の態様に係るタスク管理システムでは、第１～４のいずれか１つの態様において、受付部１１は、完了した前記タスクにおいて、不具合が生じたことを受け付け可能に構成されている。タスク管理システムは、受付部１１によって不具合が生じたことを受け付けると、ユーザの評価にマイナス評価を加える。
この態様によれば、タスク管理システムにおいて、不具合の発生を抑制できる。

第６の態様に係るタスク管理システムでは、第１～５のいずれか１つの態様において、複数のユーザで１つのチームを構成する。演算部１４は、集計したタスクの完了数に応じたシナリオの達成回数をユーザごとに算出する。チームにおいて、前記シナリオの達成回数が最も少ないユーザの前記シナリオの達成回数を、全体シナリオの達成回数である全シナリオ達成回数とする。タスク管理システムは、全シナリオ達成回数からチームの評価を表示する表示部１６を更に備える。

この態様によれば、チームごとに評価を競い合うことができ、チームに含まれるユーザの団結力の向上が期待できるし、各ユーザのモチベーション向上も期待できる。

第７の態様に係るタスク管理方法は、各ユーザが行う一作業に含まれる複数タスクのうちの１つのタスクが完了したことを受け付ける受付ステップと、複数のユーザのアバターを、各々のアバターに割り当てられたシナリオに従って進行させるシナリオ進行ステップと、を備える。シナリオ進行ステップは、１つのタスクが完了するごとに、各々のアバターを、１つのシナリオに含まれる複数のシーンについて順に進行させるものである。１つのシナリオに含まれるシーンの数は、ユーザに応じて異なる数に設定されている。

この態様によれば、例えば、単純なタスクを繰り返すような作業を行うだけのユーザであっても、モチベーションを上げることができ、作業に対する集中力を向上させることができ、ユーザにおいて、作業のスピードを上げることができ、生産能力の向上を期待できる。
第８の態様に係るプログラムは、少なくとも１つのプロセッサに、第７の態様のタスク管理方法の各ステップを実行させるためのプログラムである。
この態様によれば、プログラムを実行することにより、上記タスク管理方法を実現することができる。

１００ タスク管理装置（タスク管理システム）
１ 処理部
１１ 受付部
１２ シナリオ進行部
１３ イベント発生部
１３１ 加点シーン発生部
１３２ 減点シーン発生部
１４ 演算部
１４１ ユーザ評価点算出部
１４２ チーム評価点算出部
１５ 称号判定部
１６ 表示部
２ 記憶部
３ データ入力部
４ 表示装置

Claims (8)

1. ユーザが作業を行うことでタスクが完了した旨の情報を、入力するデータ入力部と、
   各ユーザが行う一作業に含まれる複数タスクのうちの１つのタスクが完了したことを、前記データ入力部から受け付ける受付部と、
   複数のユーザのアバターを、各々のアバターに割り当てられたシナリオに従って進行させるシナリオ進行部と、
   を備え、
   前記シナリオ進行部は、１つのタスクが完了するごとに、各々のアバターを、１つのシナリオに含まれる複数のシーンについて順に進行させるものであり、
   前記１つのシナリオに含まれるシーンの数は、ユーザに応じて異なる数に設定されている、
   タスク管理システム。
2. 各ユーザのタスクの完了数を集計する演算部を更に備える、
   請求項１に記載のタスク管理システム。
3. 前記演算部は、集計したタスクの完了数に応じたシナリオの達成回数を算出し、
   表示装置に対して、前記タスクの完了数を表示することなく、前記演算部により得られたシナリオの達成回数を表示させる表示部を更に備える、
   請求項２に記載のタスク管理システム。
4. 前記受付部は、完了した前記タスクにおいて、不具合が生じたことを受け付け可能に構成されており、
   前記受付部によって不具合が生じたことを受け付けると、進行中の前記シーンによらずに、特定の演出を実行するイベント発生部を更に備える、
   請求項１から請求項３のいずれか一項に記載のタスク管理システム。
5. 前記受付部は、完了した前記タスクにおいて、不具合が生じたことを受け付け可能に構成されており、
   前記受付部によって不具合が生じたことを受け付けると、ユーザの評価にマイナス評価を加える、
   請求項１から請求項３のいずれか一項に記載のタスク管理システム。
6. 複数のユーザで１つのチームを構成し、
   前記演算部は、集計したタスクの完了数に応じたシナリオの達成回数をユーザごとに算出し、
   前記チームにおいて、前記シナリオの達成回数が最も少ないユーザの前記シナリオの達成回数を、全体シナリオの達成回数である全シナリオ達成回数とし、
   前記全シナリオ達成回数からチームの評価を表示する表示部を更に備える、
   請求項２に記載のタスク管理システム。
7. タスク管理システムが実行するタスク管理方法であって、
   ユーザが作業を行うことでタスクが完了した旨の情報を、入力するデータ入力ステップと、
   各ユーザが行う一作業に含まれる複数タスクのうちの１つのタスクが完了したことを、データ入力部から受け付ける受付ステップと、
   複数のユーザのアバターを、各々のアバターに割り当てられたシナリオに従って進行させるシナリオ進行ステップと、
   を備え、
   前記シナリオ進行ステップは、１つのタスクが完了するごとに、各々のアバターを、１つのシナリオに含まれる複数のシーンについて順に進行させるものであり、
   前記１つのシナリオに含まれるシーンの数は、ユーザに応じて異なる数に設定されている、
   タスク管理方法。
8. 少なくとも１つのプロセッサに、請求項７に記載のタスク管理方法の各ステップを実行させるためのプログラム。