JP7321664B2

JP7321664B2 - 情報処理装置、業務依頼システム、業務依頼方法、及び業務依頼プログラム

Info

Publication number: JP7321664B2
Application number: JP2022564496A
Authority: JP
Inventors: 泰範椿
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2021-02-25
Filing date: 2021-02-25
Publication date: 2023-08-07
Anticipated expiration: 2041-02-25
Also published as: JPWO2022180707A1; WO2022180707A1

Description

本開示は、情報処理装置、業務依頼システム、業務依頼方法、及び業務依頼プログラムに関する。

人は、様々な場所で作業を行っている。ところで、突発的に業務が発生する場合がある。突発的に業務が発生した場合、誰かが当該業務に対応する必要がある。そこで、管理者は、当該業務の担当者を選定する。しかし、管理者が職場に詳しくない場合、管理者が適切な担当者を選定することは、難しい。そこで、選定に関する技術が提案されている（特許文献１，２を参照）。例えば、特許文献１の駅員呼出システムは、駅員の仕業情報又は位置情報に基づいて呼び出す駅員を選定する。また、例えば、特許文献２の管理サーバは、製品が設置された現場から所定距離内に存在する作業員を派遣員として選定する。

特開２００２－２６８９７７号公報特開２０１２－１６８９２０号公報

上記の技術は、選定に関する技術である。上記の技術によって選定された人は、突発的に発生した業務に対応することができない場合がある。このような場合、誰も業務を行わなくなる。

本開示の目的は、業務が行われないということを防止することである。

本開示の一態様に係る情報処理装置が提供される。情報処理装置は、チームに属する複数のユーザの中の第１のユーザが使用する第１の端末装置に業務依頼の情報である業務依頼情報を送信し、前記第１の端末装置が送信した、前記業務依頼に対する応答である第１の応答情報を受信する通信部と、前記第１の応答情報が前記業務依頼の拒絶を示している場合、前記複数のユーザの中から第２のユーザを選定する選定部と、前記業務依頼が示す業務を遂行するためのスキル情報、前記複数のユーザが有するスキルを示すユーザ情報、前記複数のユーザのスケジュールを示すスケジュール情報、及び前記複数のユーザのそれぞれが現在遂行している前記業務の作業状況に関する情報である作業状況情報を取得する制御部と、を有する。前記選定部は、前記スキル情報、前記ユーザ情報、前記スケジュール情報、及び前記作業状況情報に基づいて、前記業務を遂行可能なユーザである前記第２のユーザを選定する。前記通信部は、前記第２のユーザが選定された場合、前記第２のユーザが使用する第２の端末装置に前記業務依頼情報を送信する。前記通信部は、前記第１のユーザ以外のユーザが使用する端末装置から、前記第１のユーザ以外のユーザが自主的に前記業務依頼を受諾することを示す第２の応答情報を受信した場合、前記第１のユーザ以外のユーザが、前記業務依頼が示す前記業務を担当することを示す担当者決定通知を、前記複数のユーザが使用する複数の端末装置に送信する。

本開示によれば、業務が行われないということを防止できる。

実施の形態１の業務依頼システムを示す図である。実施の形態１の情報処理装置と端末装置が有するハードウェアの構成例を示す図である。実施の形態１の情報処理装置と端末装置が有する機能のブロック図である。実施の形態１の業務種別テーブルの例を示す図である。実施の形態１のユーザテーブルの例を示す図である。実施の形態１のスケジュールテーブルの例を示す図である。実施の形態１の業務リストテーブルの例を示す図である。実施の形態１の作業状況テーブルの例を示す図である。実施の形態１の情報処理装置が実行する処理の例を示すフローチャートである。実施の形態１の担当者の端末装置が実行する処理の例を示すフローチャートである。実施の形態１の担当者以外のユーザの端末装置が実行する処理の例を示すフローチャートである。実施の形態１の変形例の端末装置が実行する処理の例を示すフローチャートである。実施の形態１の変形例の情報処理装置が実行する処理の例を示すフローチャートである。実施の形態２の端末装置が有する機能のブロック図である。実施の形態３の情報処理装置と出力端末装置と入力端末装置とが有する機能のブロック図である。実施の形態３の出力端末装置が実行する処理の例を示すフローチャートである。実施の形態３の入力端末装置が実行する処理の例を示すフローチャートである。

以下、図面を参照しながら実施の形態を説明する。以下の実施の形態は、例にすぎず、本開示の範囲内で種々の変更が可能である。

実施の形態１．
図１は、実施の形態１の業務依頼システムを示す図である。業務依頼システムは、情報処理装置１００、及び端末装置２００，２１０，２２０を含む。
情報処理装置１００、及び端末装置２００，２１０，２２０は、ネットワーク１０を介して、通信する。例えば、通信は、無線通信でもよいし、有線通信でもよい。

情報処理装置１００は、業務依頼装置とも言う。また、情報処理装置１００は、業務依頼方法を実行する装置である。なお、例えば、業務とは、駅員の業務である。以下の説明では、業務は、駅員の業務であるものとする。また、業務は、タスクと呼んでもよい。
例えば、情報処理装置１００は、サーバ又はＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）である。

端末装置２００，２１０，２２０のそれぞれは、ユーザが使用する装置である。例えば、端末装置２００は、ユーザＵ１が使用する装置である。端末装置２１０は、ユーザＵ２が使用する装置である。端末装置２２０は、ユーザＵ３が使用する装置である。
例えば、端末装置２００，２１０，２２０は、スマートフォン、タブレット装置、携帯装置、又は専用端末である。ここで、図１は、３つの端末装置を例示している。端末装置の数は、３つに限らない。

なお、ユーザＵ１～Ｕ３は、駅員である。また、ユーザＵ１～Ｕ３は、１つのチームに属する。また、Ｕ１～Ｕ３以外に、別チームのユーザＵ４，Ｕ５が使用する端末装置が、ネットワークを介して、情報処理装置１００、及び端末装置２００，２１０，２２０と通信を行ってもよい。
ユーザＵ１～Ｕ３は、一定の範囲内で発生する多数の業務を協力及び分担して処理する。例えば、１つのチームに属するユーザＵ１～Ｕ３は、ある駅内で発生した業務を処理する。

次に、情報処理装置１００と端末装置２００，２１０，２２０が有するハードウェアを説明する。
図２は、実施の形態１の情報処理装置と端末装置が有するハードウェアの構成例を示す図である。
情報処理装置１００は、プロセッサ１０１、揮発性記憶装置１０２、不揮発性記憶装置１０３、及び通信インタフェース１０４を有する。

プロセッサ１０１は、情報処理装置１００全体を制御する。例えば、プロセッサ１０１は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）、ＧＰＵ（ＧｒａｐｈｉｃｓＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）、ＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）などである。プロセッサ１０１は、マルチプロセッサでもよい。情報処理装置１００は、プロセッサ１０１に変えて、処理回路を有してもよい。処理回路は、単一回路又は複合回路でもよい。

揮発性記憶装置１０２は、情報処理装置１００の主記憶装置である。例えば、揮発性記憶装置１０２は、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）である。不揮発性記憶装置１０３は、情報処理装置１００の補助記憶装置である。例えば、不揮発性記憶装置１０３は、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）である。通信インタフェース１０４は、端末装置２００，２１０，２２０と通信する。また、情報処理装置１００は、ＵＳＢメモリ、メモリカードなどの記憶媒体に情報を格納してもよい。

ここで、端末装置２００，２１０，２２０は、同様の構成のハードウェアを有する。そこで、以下の説明では、端末装置２００が有するハードウェアを説明する。そして、端末装置２１０，２２０が有するハードウェアの説明は、省略する。

端末装置２００は、プロセッサ２０１、揮発性記憶装置２０２、不揮発性記憶装置２０３、ビデオメモリ２０４、通信インタフェース２０５、入力装置２０６、及び出力装置２０７を有する。なお、入力装置２０６及び出力装置２０７は、端末装置２００の外部に存在してもよい。

プロセッサ２０１は、端末装置２００全体を制御する。例えば、プロセッサ２０１は、ＣＰＵ、ＧＰＵ、ＦＰＧＡなどである。プロセッサ２０１は、マルチプロセッサでもよい。端末装置２００は、プロセッサ２０１に変えて、処理回路を有してもよい。処理回路は、単一回路又は複合回路でもよい。

揮発性記憶装置２０２は、端末装置２００の主記憶装置である。例えば、揮発性記憶装置２０２は、ＲＡＭである。不揮発性記憶装置２０３は、端末装置２００の補助記憶装置である。例えば、不揮発性記憶装置２０３は、ＳＳＤである。
ビデオメモリ２０４は、映像を記憶する。ここで、ビデオメモリ２０４は、揮発性記憶装置２０２に含まれてもよい。

通信インタフェース２０５は、情報処理装置１００、及び端末装置２１０，２２０と通信する。
例えば、入力装置２０６は、タッチパネル又はボタンデバイスである。例えば、出力装置２０７は、ディスプレイである。

端末装置２００は、スピーカ、振動デバイス、カメラ、マイク、及び加速度センサを有してもよい。また、端末装置２００は、プロジェクタの機能を有してもよい。さらに、端末装置２００は、ＵＳＢメモリと接続してもよいし、ＳＤ（ＳｅｃｕｒｅＤｉｇｉｔａｌ）カードなどのメモリカードを読み込んでもよい。

次に、情報処理装置１００と端末装置２００，２１０，２２０の機能を説明する。ここで、端末装置２００，２１０，２２０は、同じ機能を有する。そこで、端末装置２００の機能を主に説明する。
図３は、実施の形態１の情報処理装置と端末装置が有する機能のブロック図である。情報処理装置１００は、記憶部１１０、通信部１２０、業務追加部１３０、選定部１４０、及び制御部１５０を有する。

記憶部１１０は、揮発性記憶装置１０２又は不揮発性記憶装置１０３に確保した記憶領域として実現してもよい。
通信部１２０、業務追加部１３０、選定部１４０、及び制御部１５０の一部又は全部は、プロセッサ１０１又は処理回路によって実現してもよい。また、通信部１２０、業務追加部１３０、選定部１４０、及び制御部１５０の一部又は全部は、プロセッサ１０１が実行するプログラムのモジュールとして実現してもよい。例えば、プロセッサ１０１が実行するプログラムは、業務依頼プログラムとも言う。例えば、業務依頼プログラムは、記録媒体に記録されている。

記憶部１１０は、様々な情報を記憶する。例えば、記憶部１１０は、業務種別テーブル、ユーザテーブル、スケジュールテーブル、業務リストテーブル、及び作業状況テーブルを記憶する。業務種別テーブル、ユーザテーブル、スケジュールテーブル、業務リストテーブル、及び作業状況テーブルを、具体的に説明する。

図４は、実施の形態１の業務種別テーブルの例を示す図である。業務種別テーブル１１１は、記憶部１１０に格納される。業務種別テーブル１１１は、業務種別ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）、名称、トリガイベント、平均所要時間、性別、身長、語学、車いす介助研修、護身術、及び業務優先度の項目を有する。例えば、トリガイベントの項目は、新規の業務が発生するイベントを示す。

また、語学、車いす介助研修、及び護身術の項目は、スキルの項目と考えてもよい。言い換えれば、語学、車いす介助研修、及び護身術の項目に登録される情報は、スキル情報と考えてもよい。
また、業務種別テーブル１１１には、忘れ物検出に伴う業務、案内業務、及び不注意検出に伴う業務が登録されてもよい。なお、例えば、不注意検出とは、歩きながらスマートフォンを操作している人の検出である。

図４の業務種別テーブル１１１は、一例である。業務種別テーブル１１１は、他の項目を有してもよい。例えば、業務種別テーブル１１１は、年齢、視力、聴力、筋力、研修受講履歴、資格情報、過去の業務に対する評価、及び業務を遂行する人数の項目を有してもよい。

図５は、実施の形態１のユーザテーブルの例を示す図である。ユーザテーブル１１２は、記憶部１１０に格納される。ここで、ユーザテーブル１１２は、ユーザ情報とも言う。
ユーザテーブル１１２は、ユーザＩＤ、名前、性別、身長、体重、端末装置ＩＤ、語学、車いす介助研修、及び護身術の項目を有する。ユーザテーブル１１２には、複数のユーザが有するスキルが登録されている。例えば、語学、車いす介助研修、及び護身術の項目に登録されている情報が、複数のユーザが有するスキルである。

ここで、ユーザＩＤ“Ｕ１”は、ユーザＵ１である。ユーザＩＤ“Ｕ２”は、ユーザＵ２である。ユーザＩＤ“Ｕ３”は、ユーザＵ３である。

図５のユーザテーブル１１２は、一例である。ユーザテーブル１１２は、他の項目を有してもよい。例えば、ユーザテーブル１１２は、ユーザが使用する端末装置の名称、端末装置に割り当てられているＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）アドレス、年齢、視力、聴力、研修受講履歴、資格情報、得意な業務、過去の業務に対する評価、及び所属チームの項目を有する。なお、研修受講履歴及び資格情報の項目に登録される情報は、スキル情報とも言う。
また、チームテーブルが記憶部１１０に格納されてもよい。チームテーブルは、チームＩＤ、所属するユーザのユーザＩＤリスト、及び担当範囲の項目を有してもよい。チームＩＤとユーザテーブル１１２とが対応付いてもよい。なお、例えば、担当範囲とは、エリア名（例えば、駅名）、業務種別などである。

図６は、実施の形態１のスケジュールテーブルの例を示す図である。スケジュールテーブル１１３は、記憶部１１０に格納される。スケジュールテーブル１１３は、ユーザＵ１～Ｕ３のスケジュールを示す。ここで、スケジュールテーブル１１３は、スケジュール情報とも言う。
スケジュールテーブル１１３は、スケジュールＩＤ、ユーザＩＤ、業務アイテムＩＤ、開始時刻、終了時刻、場所、及び備考の項目を有する。

スケジュールテーブル１１３には、ユーザが実行する予定の業務情報が登録されている。図６のスケジュールテーブル１１３は、一例である。スケジュールテーブル１１３は、他の項目を有してもよい。例えば、スケジュールテーブル１１３は、共同で遂行される業務の場合、共同で遂行するユーザのユーザＩＤの項目を有する。

図７は、実施の形態１の業務リストテーブルの例を示す図である。業務リストテーブル１１４は、記憶部１１０に格納される。業務リストテーブル１１４には、業務依頼されている業務を示す情報が登録されている。
業務リストテーブル１１４は、業務アイテムＩＤ、業務種別ＩＤ、場所、業務開始希望時刻、及び業務詳細情報の項目を有する。

例えば、図７では、業務種別ＩＤ“Ｔ１”のレコードに含まれている業務詳細情報は、４０代の男性が暴力行動を行っていることを示す。
また、例えば、業務種別ＩＤが“Ｔ１”である場合、業務詳細情報の項目には、興奮状態の度合が、登録されてもよい。例えば、業務種別ＩＤが“Ｔ２”である場合、業務詳細情報の項目には、乗車列車、乗車位置、降車駅の情報、降車列車、及び降車位置が、登録されてもよい。例えば、業務種別ＩＤが“Ｔ３”である場合、業務詳細情報の項目には、うずくまっている状態、転倒している状態、又は気分が悪そうな状態を示す情報が、登録されてもよい。また、業務詳細情報の項目には、救急車を呼ぶこと、又はＡＥＤ（ＡｕｔｏｍａｔｅｄＥｘｔｅｒｎａｌＤｅｆｉｂｒｉｌｌａｔｏｒ）を用いて対処することが登録されてもよい。

また、業務リストテーブル１１４に忘れ物検出に伴う業務が登録されている場合、業務詳細情報の項目には、忘れ物が登録されてもよい。業務リストテーブル１１４に案内業務が登録されている場合、業務詳細情報の項目には、ＩＣ（ＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）カードから取得された使用言語情報が登録されてもよい。業務リストテーブル１１４に不注意検出に伴う業務が登録されている場合、業務詳細情報の項目には、詳細な不注意行為が登録されてもよい。
また、業務詳細情報の項目には、監視カメラから得られた画像が登録されてもよい。

図７の業務リストテーブル１１４は、一例である。そのため、例えば、業務詳細情報の項目には、行き先が登録されていなくてもよい。また、業務リストテーブル１１４は、他の項目を有してもよい。例えば、検索性を向上するため、業務リストテーブル１１４は、スケジュールＩＤ、及び担当者ユーザＩＤを有してもよい。業務リストテーブル１１４は、図７で示されている項目のうち一部の項目を有していなくてもよい。

図８は、実施の形態１の作業状況テーブルの例を示す図である。作業状況テーブル１１５は、記憶部１１０に格納される。作業状況テーブル１１５は、ユーザＵ１～Ｕ３の作業状況に関する情報である。作業状況テーブル１１５は、作業状況情報とも言う。
作業状況テーブル１１５は、ユーザＩＤ、業務アイテムＩＤ、現在地、進捗、及び疲労度の項目を有する。例えば、業務種別ＩＤの項目は、ユーザが現在遂行している業務の識別子を示す。

図８の作業状況テーブル１１５は、一例である。そのため、作業状況テーブル１１５は、他の項目を有してもよい。作業状況テーブル１１５は、図８で示されている項目のうち一部の項目を有していなくてもよい。

図３に戻って、通信部１２０を説明する。
通信部１２０は、後述するように、選定部１４０が選定したユーザが使用する端末装置に業務の依頼の情報である業務依頼情報を送信する。ここで、業務の依頼は、業務依頼と呼ぶ場合がある。また、通信部１２０は、応答情報を受信する。さらに、通信部１２０は、トリガイベントを受信する。例えば、トリガイベントは、駅構内で発生したイベントに関する情報、イベント発生通知などである。
業務追加部１３０は、トリガイベントに基づき、新たな業務を業務リストテーブル１１４に追加する。
選定部１４０は、ユーザテーブル１１２に登録された複数のユーザの中から、業務リストテーブル１１４に追加された業務の担当者を選定する。

選定方法を説明する。制御部１５０は、業務種別テーブル１１１、ユーザテーブル１１２、及び業務リストテーブル１１４を記憶部１１０から取得する。ここで、業務種別テーブル１１１、ユーザテーブル１１２、及び業務リストテーブル１１４の一部又は全部は、情報処理装置１００に接続可能な外部装置に格納されていてもよい。業務種別テーブル１１１、ユーザテーブル１１２、及び業務リストテーブル１１４が外部装置に格納されている場合、制御部１５０は、業務種別テーブル１１１、ユーザテーブル１１２、及び業務リストテーブル１１４を外部装置から取得する。制御部１５０は、業務リストテーブル１１４に追加された業務の業務種別ＩＤと業務種別テーブル１１１からスキル情報を抽出する。すなわち、制御部１５０は、業務リストテーブル１１４に追加された業務を遂行するためのスキル情報を抽出する。選定部１４０は、スキル情報とユーザテーブル１１２とに基づいて、業務を遂行可能なユーザを選定する。このように、情報処理装置１００は、適切なユーザを選定できる。

また、別の選定方法を説明する。制御部１５０は、スケジュールテーブル１１３と作業状況テーブル１１５とのうちの少なくとも１つを記憶部１１０から取得する。ここで、スケジュールテーブル１１３と作業状況テーブル１１５は、情報処理装置１００に接続可能な外部装置に格納されていてもよい。スケジュールテーブル１１３と作業状況テーブル１１５が外部装置に格納されている場合、制御部１５０は、スケジュールテーブル１１３と作業状況テーブル１１５とのうちの少なくとも１つを外部装置から取得する。選定部１４０は、スケジュールテーブル１１３と作業状況テーブル１１５とのうちの少なくとも１つと、スキル情報とユーザテーブル１１２とに基づいて、業務を遂行可能なユーザを選定する。このように、情報処理装置１００は、適切なユーザを選定できる。

ここで、以下の説明では、選定部１４０は、スキル情報、ユーザテーブル１１２、スケジュールテーブル１１３、及び作業状況テーブル１１５を用いて、業務を遂行可能なユーザを選定するものとする。
制御部１５０の機能については、後で詳細に説明する。

端末装置２００は、通信部２００ａ、制御部２００ｂ、出力部２００ｃ、及び受付部２００ｄを有する。
通信部２００ａ、制御部２００ｂ、出力部２００ｃ、及び受付部２００ｄの一部又は全部は、プロセッサ２０１又は処理回路によって実現してもよい。また、通信部２００ａ、制御部２００ｂ、出力部２００ｃ、及び受付部２００ｄの一部又は全部は、プロセッサ２０１が実行するプログラムのモジュールとして実現してもよい。

通信部２００ａは、情報処理装置１００と通信する。また、通信部２００ａは、端末装置２１０，２２０と通信する。
制御部２００ｂの機能については、後で説明する。出力部２００ｃは、様々な情報を出力する。受付部２００ｄは、ユーザＵ１の入力操作などによって、様々な情報を受付ける。

端末装置２１０は、通信部２１０ａ、制御部２１０ｂ、出力部２１０ｃ、及び受付部２１０ｄを有する。ここで、例えば、端末装置２１０は、申込方法を実行してもよい。
通信部２１０ａ、制御部２１０ｂ、出力部２１０ｃ、及び受付部２１０ｄの一部又は全部は、端末装置２１０が有するプロセッサ又は処理回路によって実現してもよい。処理回路は、単一回路又は複合回路でもよい。また、通信部２１０ａ、制御部２１０ｂ、出力部２１０ｃ、及び受付部２１０ｄの一部又は全部は、端末装置２１０が有するプロセッサが実行するプログラムのモジュールとして実現してもよい。例えば、当該プロセッサが実行するプログラムは、申込プログラムとも言う。例えば、申込プログラムは、記録媒体に記録されている。
通信部２１０ａ、制御部２１０ｂ、出力部２１０ｃ、及び受付部２１０ｄの機能については、後で説明する。

次に、情報処理装置１００が実行する処理を、フローチャートを用いて説明する。
図９は、実施の形態１の情報処理装置が実行する処理の例を示すフローチャートである。
（ステップＳ１１）通信部１２０は、駅構内で発生したイベントに関する情報を受信する。例えば、通信部１２０は、カメラから画像を受信する。また、例えば、通信部１２０は、センサから情報を受信する。また、例えば、通信部１２０は、端末装置２００からイベント発生通知を受信する。なお、例えば、イベントに関する情報には、イベント内容、発生場所、及び発生時刻が含まれてもよい。

業務追加部１３０は、イベントに関する情報に基づいて、イベントの発生を検出する。例えば、業務追加部１３０は、カメラから受信した画像、又はセンサから受信した情報を解析する。そして、業務追加部１３０は、イベントの発生を検出する。また、例えば、業務追加部１３０は、通信部１２０がイベント発生通知を受信した場合、イベントの発生を検出する。具体的には、業務追加部１３０は、カメラから受信した画像に基づいて、車いすの客が駅の改札エリアに存在することを検出することで、イベントの発生を検出する。

（ステップＳ１２）業務追加部１３０は、業務種別テーブル１１１のトリガイベントの項目を参照し、検出したイベントの業務種別ＩＤを特定する。業務追加部１３０は、特定した業務種別ＩＤを業務リストテーブル１１４に追加する。例えば、業務追加部１３０は、業務種別テーブル１１１のトリガイベントの項目を参照し、業務種別ＩＤ“Ｔ２”を特定する。業務追加部１３０は、業務種別ＩＤ“Ｔ２”を業務リストテーブル１１４に追加する。これにより、業務リストテーブル１１４には、業務アイテムＩＤ“Ｌ１１”のレコードが追加される。また、業務追加部１３０は、イベントが発生している場所、業務開始希望時刻、及び業務詳細情報を業務リストテーブル１１４に登録する。
このように、業務リストテーブル１１４には、突発的に発生した業務が登録される。

（ステップＳ１３）選定部１４０は、複数のユーザの中から、突発的に発生した業務の担当者を選定する。具体的に、選定処理を説明する。
選定部１４０は、業務種別テーブル１１１を参照し、業務追加部１３０が特定した業務種別ＩＤのレコードを特定する。選定部１４０は、当該レコードの中から、業務を担当するためのスキル情報を抽出する。例えば、選定部１４０は、車いす介助研修を抽出する。

選定部１４０は、ユーザテーブル１１２を参照し、抽出されたスキル情報が示すスキルを有するユーザを特定する。例えば、選定部１４０は、車いす介助研修を受講済みのユーザＵ１（すなわち、ユーザＩＤ“Ｕ１”）を特定する。

選定部１４０は、業務リストテーブル１１４に追加された業務アイテムＩＤのレコード、スケジュールテーブル１１３、作業状況テーブル１１５に基づいて、特定されたユーザに業務を依頼することができるか判定する。選定部１４０は、特定されたユーザに業務を依頼することができると判定した場合、選定部１４０は、特定されたユーザを、業務の担当者に選定する。例えば、業務アイテムＩＤ“Ｌ１１”の業務は、１０時から２０分間の作業である。ユーザＵ１は、９時５０分まで場所“Ｂ”で作業をしている。ユーザＵ１の疲労度は、低い。よって、選定部１４０は、ユーザＵ１を担当者に選定する。

また、ステップＳ１５でＮｏである場合、又はステップＳ１７でＮｏである場合、選定部１４０は、担当者を再選定する。担当者を再選定する場合、選定部１４０は、一度選定したユーザを除外する。また、抽出されたスキル情報が示すスキルを有するユーザを特定できない場合、選定部１４０は、ユーザテーブル１１２又は作業状況テーブル１１５に基づいて、業務を担当可能な担当者を選定してもよい。選定部１４０は、業務を担当できるユーザがいない場合、他のチームに属する複数のユーザの中から担当者を選定してもよい。

また、選定部１４０は、学習済モデルを用いて、チームに属する複数のユーザの中から担当者を選定してもよい。学習済モデルは、記憶部１１０又は外部装置に格納されている。なお、例えば、学習済モデルは、強化学習により、生成される。詳細には、強化学習では、チームに属する全てのユーザが過去に担当した業務を示す情報、業務種別テーブル１１１、過去の作業状況テーブル１１５の情報、ユーザテーブル１１２、及びスケジュールテーブル１１３が、学習用データとして用いられる。そして、強化学習では、チームの作業時間が短くなるほど報酬が増加される。一方、強化学習では、チームの作業時間が長くなるほど報酬が減少される。これにより、強化学習により生成された学習済モデルは、最適な担当者を選定できる。そして、制御部１５０は、学習済モデルを記憶部１１０又は外部装置から取得する。選定部１４０は、業務種別テーブル１１１のスキル情報、ユーザテーブル１１２、スケジュールテーブル１１３、業務リストテーブル１１４、作業状況テーブル１１５、及び学習済モデルを用いて、業務を遂行可能な担当者を選定する。このように、情報処理装置１００は、適切な担当者を選定できる。

（ステップＳ１４）通信部１２０は、チームに属する全てのユーザが使用する複数の端末装置に、業務依頼情報を送信する。例えば、通信部１２０は、ユーザＵ１～Ｕ３が使用する端末装置２００，２１０，２２０に、業務依頼情報を送信する。なお、業務依頼情報には、担当者を示すユーザＩＤと、担当者の名前と、業務内容情報とが含まれている。例えば、業務依頼情報には、ユーザＩＤ“Ｕ１”と“車いす介助”とを示す情報が含まれている。また、例えば、業務内容情報には、業務アイテムＩＤと業務依頼の詳細な内容とが含まれてもよい。また、業務依頼情報は、依頼する業務に関係がある複数のチームに属するユーザが使用する端末装置に送信されてもよい。業務依頼情報は、各チームに所属するユーザのユーザＩＤのリストを含んでもよいし、チームＩＤを含んでもよい。なお、例えば、依頼する業務に関係があるチームとは、依頼する業務が行われる場所を担当しているチーム、又は依頼する業務の種別と関係があるチームである。

また、通信部１２０は、業務依頼情報を送信する場合、ユニキャスト、ブロードキャスト、又はマルチキャストを用いて業務依頼情報を送信してもよい。
なお、通信部１２０は、ユニキャストを用いて業務依頼情報を送信する場合、ユーザテーブル１１２の端末装置ＩＤ、ＩＰアドレスなどで宛先の端末装置を特定し、特定された端末装置に業務依頼情報を送信する。
これにより、チームに属する全てのユーザは、新たな業務が発生したこと及び業務の依頼中であることを認識することができる。

（ステップＳ１５）制御部１５０は、業務依頼情報が送信されてから予め設定された時間内に、通信部１２０が何らかの応答情報を受信したか否かを判定する。
応答情報が受信された場合、処理は、ステップＳ１６に進む。応答情報が受信されなかった場合、処理は、ステップＳ１３に進む。処理がステップＳ１３に進む場合、選定部１４０は、担当者の再選定を行う。

このように、選定部１４０は、予め設定された時間内に、ステップＳ１４で送信された業務依頼情報に対する応答である応答情報が受信されない場合、担当者の再選定を行う。これにより、情報処理装置１００は、他のユーザに業務を依頼することができる。

（ステップＳ１６）制御部１５０は、通信部１２０が受信した応答情報が担当者の端末装置が送信した応答情報であるか否かを判定する。ここで、例えば、応答情報には、ユーザＩＤ、業務アイテムＩＤ、及び業務依頼の受諾又は拒絶を示す情報が含まれている。制御部１５０は、応答情報に含まれるユーザＩＤに基づいて、通信部１２０が受信した応答情報が担当者の端末装置が送信した応答情報であるか否かを判定する。

ここで、後述するように、情報処理装置１００が選定した担当者以外のユーザの端末装置が受諾を示す応答情報を送信する場合がある。

通信部１２０が受信した応答情報が担当者の端末装置が送信した応答情報である場合、処理は、ステップＳ１７に進む。通信部１２０が受信した応答情報が選定されたユーザ以外のユーザの端末装置が送信した応答情報である場合、処理は、ステップＳ１８に進む。

（ステップＳ１７）制御部１５０は、応答情報に基づいて、担当者が業務依頼を受諾するか否かを判定する。言い換えれば、制御部１５０は、応答情報が業務依頼の受諾を示しているか否かを判定する。

担当者が業務依頼を受諾する場合、処理は、終了する。また、制御部１５０は、担当者のスケジュール及び作業状況を更新してもよい。すなわち、制御部１５０は、スケジュールテーブル１１３と作業状況テーブル１１５を更新してもよい。さらに、通信部１２０は、チームに属する複数のユーザが使用する複数の端末装置に、後述の担当者決定通知を送信してもよい。
担当者が業務依頼を拒絶する場合、処理は、ステップＳ１３に進む。処理がステップＳ１３に進む場合、選定部１４０は、担当者の再選定を行う。

（ステップＳ１８）通信部１２０は、チームに属する複数のユーザが使用する複数の端末装置に、担当者決定通知を送信する。担当者決定通知は、情報処理装置１００が選定した担当者以外のユーザが、業務を担当することを示す。

このように、通信部１２０は、情報処理装置１００が選定した担当者以外のユーザが使用する端末装置から、業務依頼の受諾を示す応答情報を受信した場合、担当者決定通知を送信する。なお、当該応答情報は、第２の応答情報とも言う。これにより、チームに属する全てのユーザは、担当者を認識することができる。

また、制御部１５０は、担当者決定通知が示すユーザのスケジュール及び作業状況を更新してもよい。すなわち、制御部１５０は、スケジュールテーブル１１３と作業状況テーブル１１５を更新してもよい。
さらに、受諾を示す応答情報を担当者以外のユーザの端末装置から受信した場合、制御部１５０は、ユーザテーブル１１２のスキル情報及びスケジュールテーブル１１３に基づいて、担当者以外のユーザに業務を担当させるか否かを判定してもよい。そして、制御部１５０が、担当者以外のユーザに業務を担当させると判定した場合、ステップＳ１８が、実行される。
また、通信部１２０は、担当者以外の複数のユーザが用いる複数の端末装置のそれぞれから、受諾を示す応答情報を受信する場合がある。このように、複数の応答情報が受信された場合、ステップＳ１８が実行される。

このように、情報処理装置１００は、応答情報が業務依頼の拒絶を示している場合、担当者を再選定する。具体例を用いて、再選定を説明する。通信部１２０は、ユーザＵ１が使用する端末装置２００に業務依頼情報を送信する（ステップＳ１４）。通信部１２０は、端末装置２００が送信した応答情報を受信する。制御部１５０は、当該応答情報が業務依頼の受諾を示しているか否かを判定する（ステップＳ１７）。例えば、選定部１４０は、応答情報が業務依頼の拒絶を示している場合、ユーザＵ２，Ｕ３の中から、疲労度が低いユーザＵ２を選定する（ステップＳ１３）。通信部１２０は、ユーザＵ２が選定された場合、ユーザＵ２が使用する端末装置２１０に業務依頼情報を送信する（ステップＳ１４）。
なお、ステップＳ１３では、選定部１４０は、上記の理由以外で他のユーザを選定してもよい。例えば、選定部１４０は、スケジュールが空いているという理由で、ユーザＵ３を選定してもよい。

なお、上記の具体例では、ユーザＵ１は、第１のユーザとも言う。ユーザＵ２は、第２のユーザとも言う。端末装置２００は、第１の端末装置とも言う。端末装置２１０は、第２の端末装置とも言う。端末装置２００が送信した応答情報は、第１の応答情報とも言う。

次に、情報処理装置１００が選定した担当者が使用する端末装置が実行する処理を、フローチャートを用いて説明する。ここで、情報処理装置１００が選定した担当者は、ユーザＵ１とする。そして、図１０のフローチャートでは、端末装置２００が実行する処理を説明する。また、ユーザＵ２又はユーザＵ３が担当者に選択された場合、端末装置２１０又は端末装置２２０が実行する処理は、図１０に示す処理と同じである。

図１０は、実施の形態１の担当者の端末装置が実行する処理の例を示すフローチャートである。
（ステップＳ２１）通信部２００ａは、業務依頼情報を受信する。なお、当該業務依頼情報は、ステップＳ１４で送信された業務依頼情報である。
（ステップＳ２２）出力部２００ｃは、業務依頼情報に含まれている業務内容情報を出力する。例えば、出力装置２０７がディスプレイである場合、出力部２００ｃは、業務内容情報をディスプレイに出力する。

また、出力部２００ｃは、回答入力画面を出力装置２０７に出力してもよい。例えば、回答入力画面には、“依頼を受諾しますか”という文字と、受諾ボタン、及び拒絶ボタンが表示される。また、出力装置２０７がスピーカである場合、出力部２００ｃは、“依頼を受諾しますか”という情報を音声で出力してもよい。また、出力部２００ｃは、“受諾する場合は、受諾しますと答えてください”と“拒絶する場合は、拒絶しますと答えてください”という情報を音声で出力してもよい。

出力部２００ｃは、業務内容情報をディスプレイに出力し、かつ業務内容情報を音声で出力してもよい。すなわち、出力部２００ｃは、複数の出力装置を用いて、情報を出力してもよい。
また、出力部２００ｃは、出力装置２０７が振動デバイスである場合、振動デバイスを振動させることで、業務依頼を受付けていることを担当者に気づかせてもよい。

（ステップＳ２３）受付部２００ｄは、受諾又は拒絶を示す情報を受付ける。例えば、入力装置２０６がディスプレイ上に配置されたタッチパネルであり、かつ受諾ボタン及び拒絶ボタンがディスプレイに表示されている場合、受付部２００ｄは、担当者の操作によって、受諾又は拒絶を示す情報を受付ける。

入力装置２０６がマイクである場合、受付部２００ｄは、マイクを介して、担当者の音声を示す音声データを受付ける。なお、音声データを受付けた場合、受付部２００ｄは、音声認識技術を用いて、業務依頼の受諾又は業務依頼の拒絶を判定する。受付部２００ｄは、判定の結果を、受諾又は拒絶を示す情報として取得することができる。

また、受付部２００ｄは、担当者を撮影することで得られた画像の入力を受付けてもよい。受付部２００ｄは、ジェスチャ認識技術と当該画像とを用いて、業務依頼の受諾又は業務依頼の拒絶を判定する。受付部２００ｄは、判定の結果を、受諾又は拒絶を示す情報として取得することができる。

また、受諾専用ボタンと拒絶専用ボタンとが入力装置２０６として存在する場合、受付部２００ｄは、担当者が受諾専用ボタン又は拒絶専用ボタンを押下することで、受諾又は拒絶を示す情報を受付ける。
このように、受付部２００ｄは、ユーザＵ１のボタン操作、音声、ジェスチャなどにより、受諾又は拒絶を示す情報を受付ける。

（ステップＳ２４）制御部２００ｂは、業務依頼に対する応答である応答情報を生成する。例えば、応答情報には、ユーザＩＤ“Ｕ１”、業務アイテムＩＤ、及び、受諾又は拒絶を示す情報が含まれている。なお、当該応答情報は、第１の応答情報とも言う。

通信部２００ａは、チームに属するユーザが使用する端末装置と情報処理装置１００とに、応答情報を送信する。例えば、通信部２００ａは、端末装置２１０，２２０と情報処理装置１００とに応答情報を送信する。このように、通信部２００ａは、端末装置２００を除く複数の端末装置と情報処理装置１００とに応答情報を送信する。
なお、応答情報は、固定の同じチームに属するユーザが使用する端末装置に送信されてもよい。通信部２００ａは、次の処理を行ってもよい。通信部２００ａは、ユーザテーブル１１２又はチームテーブルを外部装置又は情報処理装置１００から受信する。通信部２００ａは、業務依頼情報に含まれているユーザＩＤのリスト、又はチームテーブルに含まれているユーザＩＤのリストと、ユーザテーブル１１２とに基づいて、ユーザを特定する。通信部２００ａは、特定されたユーザが使用する端末装置に応答情報を送信する。
また、通信部２００ａは、情報処理装置１００のみに応答情報を送信してもよい。そして、情報処理装置１００は、端末装置２００を除く複数の端末装置に応答情報を送信してもよい。

また、通信部２００ａは、応答情報を送信する場合、ユニキャスト、ブロードキャスト、又はマルチキャストを用いて応答情報を送信する。
これにより、チームに属するユーザＵ２，Ｕ３は、端末装置２００を使用するユーザＵ１が業務依頼を受諾するか否かを知ることができる。また、ユーザＵ１が業務依頼を拒絶する場合、ユーザＵ２，Ｕ３は、ユーザＵ１の代わりに、業務依頼を受諾するか検討することができる。

次に、情報処理装置１００が選定した担当者以外のユーザが使用する端末装置が実行する処理を、フローチャートを用いて説明する。ここで、担当者以外のユーザは、ユーザＵ２とする。そして、図１１のフローチャートでは、端末装置２１０が実行する処理を説明する。また、ユーザＵ１又はユーザＵ３が担当者以外のユーザである場合、端末装置２００又は端末装置２２０が実行する処理は、図１１に示す処理と同じである。

図１１は、実施の形態１の担当者以外のユーザの端末装置が実行する処理の例を示すフローチャートである。
（ステップＳ３１）通信部２１０ａは、情報処理装置１００が送信した業務依頼情報を受信する。なお、当該業務依頼情報は、ステップＳ１４で送信された業務依頼情報である。

（ステップＳ３２）出力部２１０ｃは、業務依頼情報に含まれている業務内容情報と担当者の名前を出力する。例えば、出力装置２０７がディスプレイである場合、出力部２１０ｃは、業務依頼情報に含まれている業務内容情報と担当者の名前をディスプレイに出力する。また、例えば、出力装置２０７がスピーカである場合、出力部２１０ｃは、業務依頼情報に含まれている業務内容情報と担当者の名前を音声で出力する。
このように、業務内容情報と担当者の名前とが出力されることで、担当者以外のユーザも、業務内容と、依頼されている担当者とを知ることができる。

ここで、端末装置２１０は、優先業務の情報を記憶してもよい。言い換えれば、優先業務は、ユーザＵ２の得意な業務である。出力部２１０ｃは、業務内容情報が示す業務が優先業務と異なる場合、業務内容情報と担当者の名前とを出力しなくてもよい。また、業務内容情報が示す業務が優先業務と異なる場合でも、出力部２１０ｃは、ユーザの操作により、業務内容情報と担当者の名前とを出力してもよい。

（ステップＳ３３）通信部２１０ａは、担当者の端末装置が送信した応答情報を受信する。例えば、当該応答情報は、ステップＳ２４で送信された応答情報である。なお、当該応答情報は、第１の応答情報とも言う。
制御部２１０ｂは、応答情報が業務依頼の拒絶を示しているか否かを判定する。
応答情報が業務依頼の受諾を示している場合、処理は、終了する。

応答情報が業務依頼の拒絶を示している場合、出力部２１０ｃは、担当者の代わりに、業務依頼を受付けるか否かをユーザＵ２に判断させるための情報を出力する。例えば、出力部２１０ｃは、端末装置２１０が有する出力装置に回答入力画面を出力する。また、例えば、出力部２１０ｃは、端末装置２１０が有する出力装置を介して、業務依頼を受付けるか否かをユーザＵ２に判断させるための情報を音声で出力する。そして、処理は、ステップＳ３４を進む。

（ステップＳ３４）受付部２１０ｄは、ユーザＵ２に基づく業務依頼の受諾を示す情報、又はユーザＵ２に基づく業務依頼の拒絶を示す情報を受付ける。言い換えれば、受付部２１０ｄは、ユーザＵ２の意思に基づく業務依頼の受諾を示す情報、又はユーザＵ２の意思に基づく業務依頼の拒絶を示す情報を受付ける。例えば、受付部２１０ｄは、端末装置２１０が有する入力装置を介して、ユーザＵ２の文字入力操作、ボタン操作、音声、ジェスチャなどにより、受諾又は拒絶を示す情報を受付ける。

（ステップＳ３５）制御部２１０ｂは、受諾を示す情報を受付けたか否かを判定する。受諾を示す情報を受付けた場合、処理は、ステップＳ３６に進む。拒絶を示す情報を受付けた場合、処理は、終了する。

（ステップＳ３６）制御部２１０ｂは、応答情報を生成する。例えば、応答情報には、ユーザＩＤ“Ｕ２”、業務アイテムＩＤ、及び、業務依頼の受諾を示す情報が含まれている。なお、当該応答情報は、第２の応答情報とも言う。
通信部２１０ａは、応答情報が生成された場合、チームに属するユーザが使用する端末装置と情報処理装置１００とに応答情報を送信する。これにより、ステップＳ１５でＹｅｓ、ステップＳ１６でＮｏの場合が、実行される。
なお、応答情報は、固定の同じチームに属するユーザが使用する端末装置に送信されてもよい。通信部２１０ａは、次の処理を行ってもよい。通信部２１０ａは、ユーザテーブル１１２又はチームテーブルを外部装置又は情報処理装置１００から受信する。通信部２１０ａは、業務依頼情報に含まれているユーザＩＤのリスト、又はチームテーブルに含まれているユーザＩＤのリストと、ユーザテーブル１１２とに基づいて、ユーザを特定する。通信部２１０ａは、特定されたユーザが使用する端末装置に応答情報を送信する。

また、ステップＳ３３の処理に変えて、ステップＳ３２で業務依頼情報の内容が出力されてから予め設定された時間内に、担当者の端末装置が送信する応答情報が受信されなかった場合、出力部２１０ｃは、業務依頼を受付けるか否かをユーザＵ２に判断させるための情報を出力してもよい。例えば、出力部２１０ｃは、回答入力画面を出力装置に出力する。受諾を示す情報が受付けられた場合、制御部２１０ｂは、業務依頼の受諾を示す応答情報を生成する。通信部２１０ａは、応答情報が生成された場合、応答情報をチームに属するユーザが使用する端末装置と情報処理装置１００に送信する。

このように、通信部２１０ａが拒絶を示す応答情報を受信した場合、又は通信部２１０ａが応答情報を受信しない場合、端末装置２１０は、回答入力画面などを出力する。これにより、ユーザＵ２は、自主的に担当を申込むことができる。ユーザＵ２が自主的に担当を申込むことで、迅速に担当者が決定される。よって、端末装置２１０は、ユーザＵ２が担当者になることで、業務が行われないということを防止できる。

実施の形態１によれば、情報処理装置１００は、選定された担当者が業務依頼を拒絶した場合、チームに属する他のユーザを選定する。すなわち、情報処理装置１００は、担当者を再選定する。そして、情報処理装置１００は、再選定によって、選定されたユーザに業務を依頼する。これにより、情報処理装置１００は、再選定によって、選定されたユーザに業務を担当させることができる。情報処理装置１００は、再選定によって、選定されたユーザに業務を担当させることで、業務が行われないということを防止できる。

また、情報処理装置１００と端末装置２００とは、コードを示すデータを通信してもよい。出力部２００ｃは、コードに基づいて画面を生成してもよい。例えば、選定された担当者から応答を受付ける場合、当該画面は、文字列とボタン画像とを組み合われた画面である。

ユーザＵ１が業務依頼を受諾した場合、情報処理装置１００と端末装置２００，２１０，２２０は、以下の処理を実行してもよい。
端末装置２００は、チャットのように時系列で情報を出力してもよい。また、端末装置２００は、業務の進捗を出力してもよい。

端末装置２００は、業務の開始時刻、業務の途中経過の状況を示す情報、及び業務の終了時刻の入力を受付けてもよい。端末装置２００は、業務の開始時刻、業務の途中経過の状況を示す情報、及び業務の終了時刻を、情報処理装置１００と端末装置２１０，２２０（すなわち、チームに属するユーザが使用する端末装置）に送信してもよい。そして、端末装置２１０，２２０は、業務の開始時刻、業務の途中経過の状況を示す情報、及び業務の終了時刻を出力する。

情報処理装置１００は、業務の開始時刻、及び業務の終了時刻を受信した場合、業務の開始時刻、及び業務の終了時刻に基づいて、業務対応時間を算出し、業務対応時間を記憶部１１０に格納してもよい。そして、情報処理装置１００は、業務対応時間に基づいて、業務種別テーブル１１１の平均所要時間を更新してもよい。また、情報処理装置１００は、業務対応時間と平均所要時間との差を算出し、当該差を実績評価情報として、出力してもよい。

端末装置２１０，２２０が、業務の途中経過の状況を示す情報を受信した場合、端末装置２１０，２２０は、当該業務を示す情報を出力してもよい。例えば、ユーザＵ２は、当該業務の選択操作を行う。端末装置２１０は、当該業務が選択された場合、端末装置２００と通信を開始する。これにより、ユーザＵ２は、端末装置２１０を用いて、当該業務を支援することができる。例えば、ユーザＵ１は、案内業務を行っているものとする。また、ユーザＵ１は、観光客からある場所への行き方を質問されているものとする。端末装置２１０には、ユーザＵ１が案内業務を行っていることが表示される。ユーザＵ２は、案内業務の選択操作を行う。端末装置２１０は、端末装置２００と通信を開始する。ユーザＵ２は、端末装置２１０を用いて、当該行き方を知らないユーザＵ１に、アドバイスを行う。このように、ユーザＵ２は、案内業務を支援することができる。また、設備の修理業務が行われている場合、ユーザＵ２は、同様の方法で、設備の修理業務を支援することができる。

実施の形態１の変形例．
次に、図１０と異なるフローチャートを説明する。
図１２は、実施の形態１の変形例の端末装置が実行する処理の例を示すフローチャートである。
ここで、図１２の処理では、ステップＳ２３ａ，２５が実行される点が、図１０の処理と異なる。そのため、図１２では、ステップＳ２３ａ，２５を説明する。図１２における他のステップについては、図１０のステップ番号と同じ番号を付することによって、処理の説明を省略する。

（ステップＳ２３ａ）制御部２００ｂは、ステップＳ２２で業務依頼情報が出力されてから予め設定された時間内に、ユーザＵ１から業務依頼に対する応答を受付けたか否かを判定する。言い換えれば、制御部２００ｂは、予め設定された時間内に、受諾又は拒絶を示す情報を受付けたか否かを判定する。

応答を受付けた場合、処理は、ステップＳ２４に進む。言い換えれば、受諾又は拒絶を示す情報を受付けた場合、処理は、ステップＳ２４に進む。
応答を受付けなかった場合、処理は、ステップＳ２５に進む。言い換えれば、受諾又は拒絶を示す情報を受付けなかった場合、処理は、ステップＳ２５に進む。

（ステップＳ２５）通信部２００ａは、ユーザＵ１が応答できないことを示す応答不可情報を、端末装置２００を除く複数の端末装置と、情報処理装置１００とに送信する。言い換えれば、通信部２００ａは、端末装置２１０，２２０と情報処理装置１００とに応答不可情報を送信する。なお、拒絶と、ユーザＵ１が応答できないこととの区別をしなくてもよい場合、応答不可情報は、拒絶を示す応答情報に代替されてもよい。

次に、図９と異なるフローチャートを説明する。
図１３は、実施の形態１の変形例の情報処理装置が実行する処理の例を示すフローチャートである。
ここで、図１３の処理では、ステップＳ１４ａが実行される点が、図９の処理と異なる。そのため、図１３では、ステップＳ１４ａを説明する。図１３における他のステップについては、図９のステップ番号と同じ番号を付することによって、処理の説明を省略する。

（ステップＳ１４ａ）制御部１５０は、応答不可情報を通信部１２０が受信したか否かを判定する。
応答不可情報を通信部１２０が受信した場合、処理は、ステップＳ１３に進む。処理がステップＳ１３に進む場合、選定部１４０は、担当者の再選定を行う。
このように、選定部１４０は、ステップＳ１４の業務依頼情報の宛先である端末装置が送信した応答不可情報が受信された場合、担当者の再選定を行う。これにより、情報処理装置１００は、他のユーザに業務を依頼することができる。
応答不可情報を通信部１２０が受信していない場合、処理は、ステップＳ１５に進む。

実施の形態１の変形例によれば、情報処理装置１００は、応答不可情報を受信した場合、チームに属する他のユーザを選定する。すなわち、情報処理装置１００は、担当者を再選定する。そして、情報処理装置１００は、再選定によって、選定されたユーザに業務を依頼する。これにより、情報処理装置１００は、再選定によって、選定されたユーザに業務を担当させることができる。情報処理装置１００は、再選定によって、選定されたユーザに業務を担当させることで、業務が行われないということを防止できる。

また、担当者以外のユーザＵ２が使用する端末装置２１０は、応答不可情報を受信した場合、以下の処理を実行してもよい。通信部２１０ａが応答不可情報を受信した場合、出力部２１０ｃは、業務依頼を受付けるか否かをユーザＵ２に判断させるための情報を出力する。例えば、出力部２１０ｃは、回答入力画面を出力装置に出力する。受付部２１０ｄが、受諾を示す情報を受付けた場合、制御部２１０ｂは、応答情報を生成する。通信部２１０ａは、情報処理装置１００に応答情報を送信する。

このように、端末装置２１０は、応答不可情報を受信した場合、回答入力画面などを出力する。これにより、ユーザＵ２は、自主的に担当を申込むことができる。ユーザＵ２が自主的に担当を申込むことで、迅速に担当者が決定される。よって、端末装置２１０は、ユーザＵ２が担当者になることで、業務が行われないということを防止できる。

実施の形態２．
次に、実施の形態２を説明する。実施の形態２では、実施の形態１と相違する事項を主に説明する。そして、実施の形態２では、実施の形態１と共通する事項の説明を省略する。実施の形態２の説明では、図１～１３を参照する。
実施の形態２では、情報処理装置１００が有する機能を、端末装置が有する場合を説明する。

図１４は、実施の形態２の端末装置が有する機能のブロック図である。端末装置３００は、記憶部３１０、通信部３２０、業務追加部３３０、選定部３４０、制御部３５０、出力部３６０、及び受付部３７０を有する。
ここで、端末装置３００は、情報処理装置１００と異なる情報処理装置と呼んでもよい。

記憶部３１０は、端末装置３００が有する揮発性記憶装置又は不揮発性記憶装置に確保した記憶領域として実現してもよい。
通信部３２０、業務追加部３３０、選定部３４０、制御部３５０、出力部３６０、及び受付部３７０の一部又は全部は、端末装置３００が有するプロセッサ又は処理回路によって実現してもよい。処理回路は、単一回路又は複合回路でもよい。また、通信部３２０、業務追加部３３０、選定部３４０、制御部３５０、出力部３６０、及び受付部３７０の一部又は全部は、端末装置３００が有するプロセッサが実行するプログラムのモジュールとして実現してもよい。例えば、端末装置３００が有するプロセッサが実行するプログラムは、業務依頼プログラムとも言う。例えば、業務依頼プログラムは、記録媒体に記録されている。

記憶部３１０は、記憶部１１０と同じ情報を記憶する。通信部３２０、業務追加部３３０、選定部３４０、及び制御部３５０の機能は、通信部１２０、業務追加部１３０、選定部１４０、及び制御部１５０の機能と同じである。そのため、通信部３２０、業務追加部３３０、選定部３４０、制御部３５０の機能の説明は、省略する。

例えば、出力部３６０と受付部３７０の機能は、出力部２００ｃと受付部２００ｄの機能と同じである。そのため、出力部３６０と受付部３７０の機能の説明は、省略する。

実施の形態２によれば、端末装置３００は、選定された担当者が業務の業務依頼を拒絶した場合、チームに属する他のユーザを選定する。すなわち、端末装置３００は、担当者を再選定する。そして、端末装置３００は、再選定によって、選定されたユーザに業務を依頼する。これにより、端末装置３００は、再選定によって、選定されたユーザに業務を担当させることができる。端末装置３００は、再選定によって、選定されたユーザに業務を担当させることで、業務が行われないということを防止できる。

また、業務依頼システムは、端末装置３００が情報処理装置１００の機能を有することで、少ない構成で実現される。よって、業務依頼システムは、少ないコストで実現できる。

実施の形態３．
次に、実施の形態３を説明する。実施の形態３では、実施の形態１と相違する事項を主に説明する。そして、実施の形態３では、実施の形態１と共通する事項の説明を省略する。実施の形態３の説明では、図１～１３を参照する。

図１５は、実施の形態３の情報処理装置と出力端末装置と入力端末装置とが有する機能のブロック図である。図３に示される構成と同じ図１５の構成は、図３に示される符号と同じ符号を付している。

情報処理装置１００は、出力端末装置４００と入力端末装置４１０と通信する。出力端末装置４００と入力端末装置４１０とは、同じユーザに使用される。例えば、出力端末装置４００と入力端末装置４１０とは、ユーザＵ１に使用される。以下の説明では、出力端末装置４００と入力端末装置４１０とは、ユーザＵ１に使用されるものとする。
ここで、出力端末装置４００は、第１の受信端末装置とも言う。入力端末装置４１０は、第１の送信端末装置とも言う。

出力端末装置４００と入力端末装置４１０との機能を簡単に説明する。出力端末装置４００は、端末装置２００の受信出力機能を有する。入力端末装置４１０は、端末装置２００の送信入力機能を有する。

出力端末装置４００は、通信部４０１、制御部４０２、及び出力部４０３を有する。
通信部４０１、制御部４０２、及び出力部４０３の一部又は全部は、出力端末装置４００が有するプロセッサ又は処理回路によって実現してもよい。処理回路は、単一回路又は複合回路でもよい。また、通信部４０１、制御部４０２、及び出力部４０３の一部又は全部は、出力端末装置４００が有するプロセッサが実行するプログラムのモジュールとして実現してもよい。
通信部４０１、制御部４０２、及び出力部４０３の機能については、後で説明する。

入力端末装置４１０は、通信部４１１、制御部４１２、及び受付部４１３を有する。
通信部４１１、制御部４１２、及び受付部４１３の一部又は全部は、入力端末装置４１０が有するプロセッサ又は処理回路によって実現してもよい。処理回路は、単一回路又は複合回路でもよい。また、通信部４１１、制御部４１２、及び受付部４１３の一部又は全部は、入力端末装置４１０が有するプロセッサが実行するプログラムのモジュールとして実現してもよい。
通信部４１１、制御部４１２、及び受付部４１３の機能については、後で説明する。

次に、出力端末装置４００が実行する処理を、フローチャートを用いて説明する。
図１６は、実施の形態３の出力端末装置が実行する処理の例を示すフローチャートである。
（ステップＳ４１）通信部４０１は、業務依頼情報を受信する。

（ステップＳ４２）制御部４０２は、出力端末装置４００の所有者への業務依頼であるか否かを判定する。詳細に判定処理を説明する。業務依頼情報には、業務の担当者を示すユーザＩＤが含まれている。また、出力端末装置４００には、ユーザＩＤが対応付けられている。制御部４０２は、業務依頼情報に含まれているユーザＩＤと、出力端末装置４００に対応付けられているユーザＩＤとが一致する場合、所有者への業務依頼であると判定する。

条件を満たす場合、処理は、ステップＳ４３に進む。すなわち、出力端末装置４００を使用するユーザが選定されたユーザである場合、処理は、ステップＳ４３に進む。
条件を満たさない場合、処理は、ステップＳ４４に進む。すなわち、出力端末装置４００を使用するユーザが選定された担当者以外のユーザである場合、処理は、ステップＳ４４に進む。

（ステップＳ４３）出力部４０３は、業務依頼情報に含まれている業務内容情報を出力する。例えば、出力部４０３は、出力端末装置４００のディスプレイに業務内容情報を出力する。

（ステップＳ４４）出力部４０３は、業務依頼情報に含まれている業務内容情報と担当者の名前を出力する。例えば、出力部４０３は、業務依頼情報に含まれている業務内容情報と担当者の名前を出力端末装置４００のディスプレイに出力する。
例えば、ステップＳ４３の後、ユーザＵ１は、出力端末装置４００の出力内容を見て、入力端末装置４１０に対して入力操作を行う。

次に、入力端末装置４１０が実行する処理を、フローチャートを用いて説明する。
図１７は、実施の形態３の入力端末装置が実行する処理の例を示すフローチャートである。
（ステップＳ５１）受付部４１３は、ユーザＵ１に基づく業務依頼の受諾を示す情報、又はユーザＵ１に基づく拒絶を示す情報を受付ける。言い換えれば、受付部４１３は、ユーザＵ１の意思に基づく業務依頼の受諾を示す情報、又はユーザＵ１の意思に基づく業務依頼の拒絶を示す情報を受付ける。例えば、受諾ボタン及び拒絶ボタンが入力端末装置４１０のディスプレイに表示されている場合、受付部２００ｄは、担当者の操作によって、受諾又は拒絶を示す情報を受付ける。また、例えば、入力端末装置４１０にマイクが備えられている場合、受付部４１３は、マイクを介して、担当者の音声を示す音声データを受付ける。なお、音声データを受付けた場合、受付部２００ｄは、音声認識技術を用いて、業務依頼の受諾又は業務依頼の拒絶を判定する。受付部４１３は、判定の結果を、受諾又は拒絶を示す情報として取得することができる。

（ステップＳ５２）制御部４１２は、受諾を示す情報又は拒絶を示す情報に基づいて、応答情報を生成する。例えば、応答情報には、入力端末装置４１０を使用するユーザＵ１のユーザＩＤ“Ｕ１”、業務アイテムＩＤ、及び、受諾又は拒絶を示す情報が含まれている。
通信部４１１は、情報処理装置１００に応答情報を送信する。通信部４１１は、出力端末装置４００を除く、複数のユーザが使用する複数の端末装置に、応答情報を送信してもよい。

実施の形態３によれば、入力端末装置４１０は、判定処理を行わない。そのため、入力端末装置４１０の開発量は、少ない。よって、実施の形態３を実現するための開発量は、実施の形態１を実現するための開発量よりも少なくできる。

以上に説明した各実施の形態における特徴は、互いに適宜組み合わせることができる。

Ｕ１，Ｕ２，Ｕ３ユーザ、１０ネットワーク、１００情報処理装置、１０１プロセッサ、１０２揮発性記憶装置、１０３不揮発性記憶装置、１０４通信インタフェース、１１０記憶部、１１１業務種別テーブル、１１２ユーザテーブル、１１３スケジュールテーブル、１１４業務リストテーブル、１１５作業状況テーブル、１２０通信部、１３０業務追加部、１４０選定部、１５０制御部、２００，２１０，２２０端末装置、２００ａ通信部、２００ｂ制御部、２００ｃ出力部、２００ｄ受付部、２０１プロセッサ、２０２揮発性記憶装置、２０３不揮発性記憶装置、２０４ビデオメモリ、２０５通信インタフェース、２０６入力装置、２０７出力装置、２１０ａ通信部、２１０ｂ制御部、２１０ｃ出力部、２１０ｄ受付部、２２０端末装置、３００端末装置、３１０記憶部、３２０通信部、３３０業務追加部、３４０選定部、３５０制御部、３６０出力部、３７０受付部、４００出力端末装置、４０１通信部、４０２制御部、４０３出力部、４１０入力端末装置、４１１通信部、４１２制御部、４１３受付部。

Claims

チームに属する複数のユーザの中の第１のユーザが使用する第１の端末装置に業務依頼の情報である業務依頼情報を送信し、前記第１の端末装置が送信した、前記業務依頼に対する応答である第１の応答情報を受信する通信部と、
前記第１の応答情報が前記業務依頼の拒絶を示している場合、前記複数のユーザの中から第２のユーザを選定する選定部と、
前記業務依頼が示す業務を遂行するためのスキル情報、前記複数のユーザが有するスキルを示すユーザ情報、前記複数のユーザのスケジュールを示すスケジュール情報、及び前記複数のユーザのそれぞれが現在遂行している前記業務の作業状況に関する情報である作業状況情報を取得する制御部と、
を有し、
前記選定部は、前記スキル情報、前記ユーザ情報、前記スケジュール情報、及び前記作業状況情報に基づいて、前記業務を遂行可能なユーザである前記第２のユーザを選定し、
前記通信部は、前記第２のユーザが選定された場合、前記第２のユーザが使用する第２の端末装置に前記業務依頼情報を送信し、
前記通信部は、前記第１のユーザ以外のユーザが使用する端末装置から、前記第１のユーザ以外のユーザが自主的に前記業務依頼を受諾することを示す第２の応答情報を受信した場合、前記第１のユーザ以外のユーザが、前記業務依頼が示す前記業務を担当することを示す担当者決定通知を、前記複数のユーザが使用する複数の端末装置に送信する、
情報処理装置。
前記選定部は、前記業務依頼情報が送信されてから予め設定された時間内に、前記第１の応答情報が受信されない場合、前記複数のユーザの中から前記第２のユーザを選定する、
請求項１に記載の情報処理装置。
前記選定部は、前記第１の端末装置が送信した、前記第１のユーザが応答できないことを示す応答不可情報が受信された場合、前記複数のユーザの中から前記第２のユーザを選定する、
請求項１に記載の情報処理装置。
前記制御部は、学習済モデルを取得し、
前記選定部は、前記業務を示す情報、前記スキル情報、前記ユーザ情報、前記スケジュール情報、前記作業状況情報、及び前記学習済モデルを用いて、前記第２のユーザを選定する、
請求項１に記載の情報処理装置。
前記通信部は、前記複数のユーザが使用する複数の端末装置に前記業務依頼情報を送信する、
請求項１から４のいずれか１項に記載の情報処理装置。
チームに属する複数のユーザの中の第１のユーザが使用する第１の受信端末装置と、
前記第１のユーザが使用する第１の送信端末装置と、
業務依頼の情報である業務依頼情報を、前記第１の受信端末装置を含む前記複数のユーザが使用する複数の端末装置に送信する情報処理装置と
を含み、
前記第１の受信端末装置は、
前記業務依頼情報を受信した場合、前記業務依頼情報が示す前記業務依頼の内容を出力し、
前記第１の送信端末装置は、
前記第１のユーザに基づく前記業務依頼の受諾を示す情報、又は前記第１のユーザに基づく前記業務依頼の拒絶を示す情報を受付けた場合、前記業務依頼の受諾を示す情報、又は前記業務依頼の拒絶を示す情報に基づいて、前記業務依頼に対する応答である第１の応答情報を生成し、
前記第１の応答情報を前記情報処理装置に送信し、
前記情報処理装置は、
前記第１の応答情報を受信した場合、前記第１の応答情報が前記業務依頼の受諾を示しているか否かを判定し、前記第１の応答情報が前記業務依頼の拒絶を示している場合、前記複数のユーザの中から第２のユーザを選定し、前記第２のユーザが使用する第２の端末装置に前記業務依頼情報を送信し、
前記第１のユーザ以外のユーザが使用する端末装置から、前記第１のユーザ以外のユーザが自主的に前記業務依頼を受諾することを示す第２の応答情報を受信した場合、前記第１のユーザ以外のユーザが、前記業務依頼が示す業務を担当することを示す担当者決定通知を、前記複数の端末装置に送信する、
業務依頼システム。
情報処理装置が、
チームに属する複数のユーザの中の第１のユーザが使用する第１の端末装置を含む前記複数のユーザが使用する複数の端末装置に、業務依頼の情報である業務依頼情報を送信し、
前記第１の端末装置が、
前記業務依頼情報を受信した場合、前記業務依頼に対する応答である第１の応答情報を前記情報処理装置に送信し、
前記情報処理装置が、
前記第１の応答情報を受信した場合、前記第１の応答情報が前記業務依頼の受諾を示しているか否かを判定し、前記第１の応答情報が前記業務依頼の拒絶を示している場合、前記複数のユーザの中から第２のユーザを選定し、前記第２のユーザが使用する第２の端末装置に前記業務依頼情報を送信し、
前記第１のユーザ以外のユーザが使用する端末装置から、前記第１のユーザ以外のユーザが自主的に前記業務依頼を受諾することを示す第２の応答情報を受信した場合、前記第１のユーザ以外のユーザが、前記業務依頼が示す業務を担当することを示す担当者決定通知を、前記複数の端末装置に送信する、
業務依頼方法。
前記第１の端末装置が前記第１の応答情報を送信する場合、前記第１の端末装置を除く、前記複数のユーザが使用する複数の端末装置に、前記第１の応答情報を送信する、
請求項７に記載の業務依頼方法。
前記第１の端末装置が、
前記業務依頼情報を受信した場合、前記業務依頼情報が示す前記業務依頼の内容を出力し、
前記内容を出力してから予め設定された時間内に、前記第１のユーザから前記業務依頼に対する応答を受付けなかった場合、前記第１のユーザが応答できないことを示す応答不可情報を前記情報処理装置に送信し、
前記情報処理装置が、
前記応答不可情報を受信した場合、前記複数のユーザの中から前記第２のユーザを選定する、
請求項７又は８に記載の業務依頼方法。
情報処理装置が、
チームに属する複数のユーザの中の第１のユーザが使用する第１の受信端末装置を含む前記複数のユーザが使用する複数の端末装置に、業務依頼の情報である業務依頼情報を送信し、
前記第１の受信端末装置が、
前記業務依頼情報を受信した場合、前記業務依頼情報が示す前記業務依頼の内容を出力し、
前記第１のユーザが使用する第１の送信端末装置が、
前記第１のユーザに基づく前記業務依頼の受諾を示す情報、又は前記第１のユーザに基づく前記業務依頼の拒絶を示す情報を受付けた場合、前記業務依頼の受諾を示す情報、又は前記業務依頼の拒絶を示す情報に基づいて、前記業務依頼に対する応答である第１の応答情報を生成し、
前記第１の応答情報を前記情報処理装置に送信し、
前記情報処理装置が、
前記第１の応答情報を受信した場合、前記第１の応答情報が前記業務依頼の受諾を示しているか否かを判定し、前記第１の応答情報が前記業務依頼の拒絶を示している場合、前記複数のユーザの中から第２のユーザを選定し、前記第２のユーザが使用する第２の端末装置に前記業務依頼情報を送信し、
前記第１のユーザ以外のユーザが使用する端末装置から、前記第１のユーザ以外のユーザが自主的に前記業務依頼を受諾することを示す第２の応答情報を受信した場合、前記第１のユーザ以外のユーザが、前記業務依頼が示す業務を担当することを示す担当者決定通知を、前記複数の端末装置に送信する、
業務依頼方法。
前記第１の送信端末装置が前記第１の応答情報を送信する場合、前記第１の受信端末装置を除く、前記複数のユーザが使用する複数の端末装置に、前記第１の応答情報を送信する、
請求項１０に記載の業務依頼方法。
情報処理装置と、チームに属する複数のユーザの中の第１のユーザが使用する第１の端末装置とを含む業務依頼システムで用いられる業務依頼プログラムであって、
前記情報処理装置に、
業務依頼の情報である業務依頼情報を、前記第１の端末装置を含む前記複数のユーザが使用する複数の端末装置に送信させ、
前記第１の端末装置に、
前記業務依頼情報を受信した場合、前記業務依頼に対する応答である第１の応答情報を前記情報処理装置に送信させ、
前記情報処理装置に、
前記第１の応答情報を受信した場合、前記第１の応答情報が前記業務依頼の受諾を示しているか否かを判定させ、前記第１の応答情報が前記業務依頼の拒絶を示している場合、前記複数のユーザの中から第２のユーザを選定させ、前記第２のユーザが使用する第２の端末装置に前記業務依頼情報を送信させ、
前記第１のユーザ以外のユーザが使用する端末装置から、前記第１のユーザ以外のユーザが自主的に前記業務依頼を受諾することを示す第２の応答情報を受信した場合、前記第１のユーザ以外のユーザが、前記業務依頼が示す業務を担当することを示す担当者決定通知を、前記複数の端末装置に送信させる、
業務依頼プログラム。
前記第１の端末装置が前記第１の応答情報を送信する場合、前記第１の端末装置に、前記第１の端末装置を除く、前記複数のユーザが使用する複数の端末装置に、前記第１の応答情報を送信させる、
請求項１２に記載の業務依頼プログラム。
前記第１の端末装置に、
前記業務依頼情報を受信した場合、前記業務依頼情報が示す前記業務依頼の内容を出力させ、
前記内容を出力してから予め設定された時間内に、前記第１のユーザから前記業務依頼に対する応答を受付けなかった場合、前記第１のユーザが応答できないことを示す応答不可情報を前記情報処理装置に送信させ、
前記情報処理装置に、
前記応答不可情報を受信した場合、前記複数のユーザの中から前記第２のユーザを選定させる、
請求項１２又は１３に記載の業務依頼プログラム。
情報処理装置と、チームに属する複数のユーザの中の第１のユーザが使用する第１の受信端末装置と、前記第１のユーザが使用する第１の送信端末装置とを含む業務依頼システムで用いられる業務依頼プログラムであって、
前記情報処理装置に、
業務依頼の情報である業務依頼情報を、前記第１の受信端末装置を含む前記複数のユーザが使用する複数の端末装置に送信させ、
前記第１の受信端末装置に、
前記業務依頼情報を受信した場合、前記業務依頼情報が示す前記業務依頼の内容を出力させ、
前記第１の送信端末装置に、
前記第１のユーザに基づく前記業務依頼の受諾を示す情報、又は前記第１のユーザに基づく前記業務依頼の拒絶を示す情報を受付けた場合、前記業務依頼の受諾を示す情報、又は前記業務依頼の拒絶を示す情報に基づいて、前記業務依頼に対する応答である第１の応答情報を生成させ、
前記第１の応答情報を前記情報処理装置に送信させ、
前記情報処理装置に、
前記第１の応答情報を受信した場合、前記第１の応答情報が前記業務依頼の受諾を示しているか否かを判定させ、前記第１の応答情報が前記業務依頼の拒絶を示している場合、前記複数のユーザの中から第２のユーザを選定させ、前記第２のユーザが使用する第２の端末装置に前記業務依頼情報を送信させ、
前記第１のユーザ以外のユーザが使用する端末装置から、前記第１のユーザ以外のユーザが自主的に前記業務依頼を受諾することを示す第２の応答情報を受信した場合、前記第１のユーザ以外のユーザが、前記業務依頼が示す業務を担当することを示す担当者決定通知を、前記複数の端末装置に送信させる、
業務依頼プログラム。
前記第１の送信端末装置が前記第１の応答情報を送信する場合、前記第１の送信端末装置に、前記第１の受信端末装置を除く、前記複数のユーザが使用する複数の端末装置に、前記第１の応答情報を送信させる、
請求項１５に記載の業務依頼プログラム。