JP2021071641A - 情報処理装置、情報処理システム、情報処理方法及びプログラム - Google Patents

Abstract

【課題】作業対象に対する作業の実施状況の把握を支援すること。【解決手段】情報処理装置は、作業者による作業に関する発話を入力する端末から送信される音声データに基づいて、前記作業の作業対象及び作業内容を特定する音声解析制御部と、特定された前記作業の作業対象及び作業内容に基づいて、作業実施状況記憶部が記憶する、前記作業の実施状況を示す作業実施状況情報を更新する作業実施状況更新部と、前記作業実施状況情報に基づく前記作業の実施状況を、ネットワークを介して接続される表示端末に表示させる表示制御部と、を有する。【選択図】図３

Description

本発明は、情報処理装置、情報処理システム、情報処理方法及びプログラムに関する。

介護施設においては、１以上のスタッフが担当する１以上の被介護者について、当該１以上のスタッフが各種の作業を行っている。この場合、被介護者に対して作業が重複（例えば、服薬や食事等の重複）しておこなわれたり、作業の実施漏れが生じたり等のミスが発生しないように、被介護者に対する作業が適切に行われることが重要である。

例えば、スタッフの作業中の発話音声を取得して予め記憶された用語と照合し、その照合結果に応じてスタッフへの通知を指示することで、被介護者に対する不適切な行為を指摘することができる（特許文献１）。

しかしながら、単に、被介護者に対する不適切な行為を指摘することを可能としたとしても、被介護者に対する作業の実施状況を俯瞰的に把握するのは困難である。

このような問題は、介護施設のみならず、作業対象に対して行われる各種の作業に関して共通のものである。

本発明は、上記の点に鑑みてなされたものであって、作業対象に対する作業の実施状況の把握を支援することを目的とする。

そこで上記課題を解決するため、情報処理装置は、作業者による作業に関する発話を入力する端末から送信される音声データに基づいて、前記作業の作業対象及び作業内容を特定する音声解析制御部と、特定された前記作業の作業対象及び作業内容に基づいて、作業実施状況記憶部が記憶する、前記作業の実施状況を示す作業実施状況情報を更新する作業実施状況更新部と、前記作業実施状況情報に基づく前記作業の実施状況を、ネットワークを介して接続される表示端末に表示させる表示制御部と、
を有する。

作業対象に対する作業の実施状況の把握を支援することができる。

第１の実施の形態における情報処理システムの構成例を示す図である。 第１の実施の形態における業務サーバ１０のハードウェア構成例を示す図である。 第１の実施の形態における情報処理システムの機能構成例を示す図である。 情報処理システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。 スタッフ情報記憶部１２４の構成例を示す図である。 音声テキスト記憶部１２２の構成例を示す図である。 発話パターンの一例を示す図である。 音声テキスト記憶部１２２の更新例を示す図である。 項目名定義記憶部１２３の構成例を示す図である。 項目名の特定結果の一例を示す図である。 作業実施状況記憶部１２５の構成例を示す図である。 作業実施状況画面の表示例を示す図である。 作業マスタ記憶部１２６の構成例を示す図である。 メッセージの表示例を示す図である。 第２の実施の形態において作業実施状況更新部１３が実行する処理手順の一例を説明するためのフローチャートである。 アラート通知処理の処理手順の一例を説明するためのシーケンス図である。 第３の実施の形態において作業実施状況更新部１３が実行する処理手順の一例を説明するためのフローチャートである。 作業タイミングルールテーブルの構成例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、第１の実施の形態における情報処理システムの構成例を示す図である。本実施の形態では、或る介護施設Ｘにおける複数人の介護スタッフ（以下、単に「スタッフ」という。）による、介護施設Ｘへの入居者（被介護者）に対する作業である介護作業を作業者によって行われる作業の一例として説明するが、１人の介護スタッフによる、介護施設Ｘへの１以上の入居者（被介護者）に対する介護作業であってもよい。

図１に示される介護施設Ｘにおいて、複数人の各スタッフは１つの通話器６０及び１つのスタッフ端末５０を携帯する。また、介護施設Ｘには、１以上の表示端末７０及び１以上の登録端末８０が所定の位置に設置される。

各スタッフ端末５０、各表示端末７０及び各登録端末８０は、インターネット等のネットワークを介して業務サーバ１０に接続される。各スタッフ端末５０は、更に、インターネット等のネットワークを介して通話サーバ２０及びメッセージ通信サーバ３０に接続される。業務サーバ１０は、インターネット等のネットワークを介して通話サーバ２０、メッセージ通信サーバ３０及び音声解析サーバ４０と接続される。

通話器６０は、インカム又はトランシーバ等であり、マイク及びイヤホンを含む。通話器６０は、ヘッドセットのようにウェアラブルな形状を有していてもよいし、手に持って使用可能な形状を有していてもよい。スタッフ端末５０は、例えば、スマートフォン又はタブレット端末等である。スタッフ端末５０は、通話器６０と近距離無線通信によって通信可能である。

スタッフ端末５０は、通話器６０が入力した音声（すなわち、スタッフの発話内容）を示す音声データを通話器６０から受信し、当該音声データを通話サーバ２０へ送信するとともに、通話サーバ２０から配信される音声データを受信し、当該音声データ出力する。スタッフ端末５０は、また、インターネット等を介して接続されるメッセージ通信サーバ３０から配信される、各スタッフ端末５０からの音声データがテキスト化されたテキストデータを受信し、当該テキストデータを表示する。その結果、各スタッフは、音声及びテキストによって、他のスタッフが実施する作業内容を知ることができる。

通話サーバ２０は、各スタッフ端末５０間での音声通話を支援する１以上のコンピュータである。通話サーバ２０は、いずれかのスタッフ端末５０から送信される音声データを、他の各スタッフ端末５０に配信する。

登録端末８０は、各入居者に対する作業スケジュールを示す情報（以下、「作業スケジュール情報」という。）の入力を受け付け、当該作業スケジュール情報を業務サーバ１０に登録するＰＣ（Personal Computer）等のコンピュータである。作業スケジュール情報とは、作業の実施順序を時系列に示す情報をいう。

業務サーバ１０は、介護施設Ｘにおける業務（介護作業）の支援に特化した情報処理を実行する１以上のコンピュータである。例えば、業務サーバ１０は、通話サーバ２０が各スタッフ端末５０から受信する音声データを取得し、当該音声データに基づいて、各入居者に対して登録されている作業スケジュール情報が示す作業の実施状況（進捗状況）を更新する。すなわち、各スタッフは、作業を実施する際に、いずれのスタッフがいずれの入居者にどのような作業を行うのかについての発話を行う。したがって、業務サーバ１０は、このような発話の内容が記録された音声データを用いて作業の実施状況を把握することができる。

音声解析サーバ４０は、業務サーバ１０がスタッフ端末５０から受信した音声データに対して音声認識を適用し、当該音声データをテキストデータに変換する１以上のコンピュータである。業務サーバ１０は、音声解析サーバ４０による変換結果を利用して、作業の実施状況の更新を行う。

メッセージ通信サーバ３０は、業務サーバ１０が受信した音声データについての音声解析サーバ４０による変換結果であるテキストデータを、各スタッフ端末５０に配信する。したがって、各スタッフは、スタッフ端末５０を参照して、各スタッフの発話内容の履歴を確認することができる。

表示端末７０は、業務サーバ１０によって管理される作業の実施状況を俯瞰的に示す情報を表示するＰＣ、タブレット端末又はスマートフォン等である。その結果、複数人のスタッフの全員又は一部のスタッフは、複数の入居者に対する現在の作業の実施状況を把握することができる。

図２は、第１の実施の形態における業務サーバ１０のハードウェア構成例を示す図である。図２の業務サーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

業務サーバ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って業務サーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、通話サーバ２０、メッセージ通信サーバ３０、音声解析サーバ４０、スタッフ端末５０、表示端末７０及び登録端末８０等も、図２に示されるようなハードウェアを含んでもよい。

図３は、第１の実施の形態における情報処理システムの機能構成例を示す図である。図３において、スタッフ端末５０は、通話アプリ５１及びメッセージアプリ５２等を有する。これら各アプリは、スタッフ端末５０にインストールされた１以上のプログラムが、スタッフ端末５０に実行させる処理により実現される。通話アプリ５１は通話サーバ２０を介した他のスタッフ端末５０との通話を実現するアプリケーションである。メッセージアプリ５２は、メッセージ通信サーバ３０から送信されるメッセージを受信し、当該メッセージを表示するアプリケーションである。

表示端末７０は、ブラウザ７１を有する。ブラウザ７１は、表示端末７０にインストールされた１以上のプログラムが、表示端末７０のＣＰＵに実行させる処理により実現される。ブラウザ７１は、業務サーバ１０から取得される表示データに基づいて、各入居者に対する各作業の実施状況を示す画面の表示を表示端末７０に実行させるＷｅｂブラウザである。

登録端末８０は、ブラウザ８１を有する。ブラウザ８１は、登録端末８０にインストールされた１以上のプログラムが、登録端末８０のＣＰＵに実行させる処理により実現される。ブラウザ８１は、各入居者に対する作業のスケジュール情報を登録させるための画面の表示と、当該画面に入力されたスケジュール情報の業務サーバ１０への送信とを登録端末８０に実行させるＷｅｂブラウザである。

通話サーバ２０は、通話制御部２１を有する。通話制御部２１は、通話サーバ２０にインストールされた１以上のプログラムが、通話サーバ２０のＣＰＵに実行させる処理により実現される。通話サーバ２０は、また、ユーザ情報記憶部２２、音声一時記憶部２３及び音声リクエスト記憶部２４等を利用する。これら各記憶部は、例えば、通話サーバ２０の補助記憶装置、又は通話サーバ２０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

通話制御部２１は、各スタッフ端末５０の通話アプリ５１間の音声通話（すなわち、音声データの通信）を制御する。ユーザ情報記憶部２２には、通話サーバ２０が提供する音声通話サービスのユーザ（通話アプリ５１のユーザ）に関する情報（ユーザＩＤ等）が記憶されている。音声一時記憶部２３には、通話制御部２１がスタッフ端末５０から受信した音声データが一時的に記憶される。音声リクエスト記憶部２４には、業務サーバ１０から音声データの取得が要求されているスタッフのユーザＩＤ（後述のスタッフＩＤ）が記憶される。

メッセージ通信サーバ３０は、メッセージ通信部３１を有する。メッセージ通信部３１は、メッセージ通信サーバ３０にインストールされた１以上のプログラムが、メッセージ通信サーバ３０のＣＰＵに実行させる処理により実現される。メッセージ通信部３１は、業務サーバ１０から送信が要求されたメッセージをスタッフ端末５０のメッセージアプリ５２へ送信する。

業務サーバ１０は、音声通信制御部１１、音声解析制御部１２、作業実施状況更新部１３、表示制御部１４、テキスト送信制御部１５及びスケジュール登録部１６等を有する。これら各部は、業務サーバ１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。業務サーバ１０は、また、音声データ記憶部１２１、音声テキスト記憶部１２２、項目名定義記憶部１２３、スタッフ情報記憶部１２４、作業実施状況記憶部１２５及び作業マスタ記憶部１２６等を利用する。これら各記憶部は、例えば、補助記憶装置１０２、又は業務サーバ１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

音声通信制御部１１は、スタッフ情報記憶部１２４にスタッフＩＤが記憶されている各スタッフに係る音声データ（すなわち、各スタッフによる発話内容が記録された音声データ）を通話サーバ２０から取得する。スタッフＩＤとは、スタッフの識別情報である。音声通信制御部１１は、当該音声データを音声データ記憶部１２１に記録すると共に当該音声データの解析を音声解析部４１に要求する。なお、スタッフ情報記憶部１２４には、スタッフＩＤの一覧が記憶されている。

音声解析制御部１２は、音声通信制御部１１から解析が要求された音声データの解析を音声解析サーバ４０へ要求し、音声解析サーバ４０による解析結果を受信する。当該解析結果は、音声データに記録されている発話内容を示すテキストデータ及び当該テキストデータに含まれている、作業内容を特定するためのキーワード群を含む。音声解析制御部１２は、当該テキストデータ及び当該音声データの記憶先（音声データ記憶部１２１）の識別情報（ＵＲＬ）を関連付けて音声テキスト記憶部１２２に記録する。音声解析制御部１２は、また、当該各キーワードの意味（項目名）を項目名定義記憶部１２３に記憶されている情報に基づいて特定し、特定結果を作業実施情報更新部へ通知する。当該特定結果は、いずれの入居者に対してどのような作業が実施されたのか（すなわち、作業内容）を示す情報である。

作業実施状況更新部１３は、作業実施状況記憶部１２５に記憶されている、各入居者に対する作業の実施状況（作業の進捗状況）を示す情報を、音声解析制御部１２から通信される特定結果に基づいて更新する。

表示制御部１４は、作業実施状況記憶部１２５に記憶されている情報に基づく画面に係る表示データを生成し、当該表示データを表示端末７０へ送信する。当該画面においては、入居者ごとに、作業の実施順に、各作業の実施状況が示される。表示制御部１４は、当該表示データの生成に際し、作業マスタ記憶部１２６を参照して作業の実施順等を把握する。

スケジュール登録部１６は、登録端末８０から送信されるスケジュール情報を作業実施状況記憶部１２５に登録する。すなわち、作業実施状況記憶部１２５には、各入居者に対する作業のスケジュール情報と共に、当該スケジュール情報に含まれる各作業の実施状況を示す情報が記憶される。

テキスト送信制御部１５は、作業実施状況更新部１３からの要求に応じ、テキストデータであるメッセージの送信をメッセージ通信サーバ３０へ要求する。

音声解析サーバ４０は、音声解析部４１を有する。音声解析部４１は、音声解析サーバ４０にインストールされた１以上のプログラムが、音声解析サーバ４０のＣＰＵに実行させる処理により実現される。音声解析サーバ４０は、また、発話パターン記憶部４２を利用する。発話パターン記憶部４２は、例えば、音声解析サーバ４０の補助記憶装置、又は音声解析サーバ４０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

音声解析部４１は、業務サーバ１０の音声解析制御部１２から解析が要求された音声データに対して音声認識を適用し、当該音声データをテキストデータへ変換する。音声解析部４１は、また、発話パターン記憶部４２に記憶されている発話パターンに基づいて、当該テキストデータからキーワードを抽出する。発話パターンとは、スタッフによる作業に関する発話内容についてのパターンを示す情報である。本実施の形態では、各作業の実施する際の発話内容のパターンが決められており、各スタッフは、当該パターンに基づいて発話を行う。作業に関しては複数種類の発話内容が有るため、複数種類の発話パターンが予め発話パターン記憶部４２に記憶されている。

なお、図３に示される各機能部の配置は一例にすぎない。例えば、業務サーバ１０は、通話サーバ２０、音声解析サーバ４０、及びメッセージ通信サーバ３０のいずれか１以上を兼ねてもよいし、他のサーバ同士が組み合わされてもよい。また、音声データは、音声データ記憶部１２１ではなく、クラウドストレージサービスに記憶させるようにしてもよい。

また、スタッフ端末５０が有する通話アプリ５１及びメッセージアプリ５２は一つのアプリケーションによって実現されてもよい。

以下、情報処理システムにおいて実行される処理手順について説明する。図４は、情報処理システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。

いずれかのスタッフ（以下、「対象スタッフ」という。）が作業の実施に関する発話を行うと、対象スタッフの通話器６０は当該発話の内容を示す音声データ（以下、「対象音声データ」という。）を対象スタッフのスタッフ端末５０へ送信する（Ｓ１０１）。当該スタッフ端末５０の通話アプリ５１は、対象音声データと、当該スタッフ端末５０に予め記憶されている、通話サーバ２０に対するユーザＩＤとを通話サーバ２０に送信する（Ｓ１０２）。なお、本実施の形態では、便宜上、スタッフＩＤが通話サーバ２０のユーザＩＤとして利用されていることとする。また、スタッフＩＤは、複数人のスタッフに対して共通のＩＤであってよい。すなわち、当該複数人のグループに対するＩＤであってもよい。

通話サーバ２０の通話制御部２１は、対象音声データ及び当該スタッフＩＤ（以下、「対象スタッフＩＤ」という。）を受信すると、対象音声データを対象スタッフＩＤに関連付けて音声一時記憶部２３に一時的に記録する（Ｓ１０３）。なお、通話制御部２１は、対象音声データの送信元のスタッフ端末５０以外のスタッフ端末５０に対して対象音声データを配信するが、当該配信に関する処理手順は公知技術に従えばよい。その結果、各スタッフは、対象音声データに係る音声を聞くことができる。

一方、業務サーバ１０の音声通信制御部１１は、音声データの取得要求を通話制御部２１に送信しておく（Ｓ１０４）。当該音声データには、スタッフ情報記憶部１２４に予め記憶されているスタッフＩＤの一覧が指定される。

図５は、スタッフ情報記憶部１２４の構成例を示す図である。図５に示されるように、スタッフ情報記憶部１２４には、介護施設Ｘにおけるスタッフごとに、スタッフＩＤ及びメッセージユーザＩＤが記憶されている。ステップＳ１０４では、スタッフＩＤの一覧が参照される。一方、メッセージユーザＩＤは、メッセージ通信サーバ３０が提供するメッセージ交換サービスに対する各スタッフのユーザＩＤである。

通話制御部２１は、当該取得要求に指定されているスタッフＩＤを音声リクエスト記憶部２４に記録する。その結果、当該一覧に含まれるスタッフＩＤに関連付いた音声データが通話サーバ２０において受信されたら、当該音声データが業務サーバ１０に転送されるようにするためのセッションが通話制御部２１と音声通信制御部１１との間で張られる。なお、ステップＳ１０４は、スタッフＩＤごとに実行されてもよい。この場合、スタッフＩＤごとにセッションが張られる。また、図４では、便宜上、ステップＳ１０４がステップＳ１０３の後に実行されるように示されているが、ステップＳ１０４は、ステップＳ１０３より前に実行されていてもよい。

通話制御部２１は、ステップＳ１０４において音声一時記憶部２３に記憶された対象音声データに関連付いている対象スタッフＩＤが、音声リクエスト記憶部２４に記憶されているいずれかのユーザＩＤと一致すれば、対象音声データを対象スタッフＩＤに対応するセッションを介して業務サーバ１０の音声通信制御部１１へ送信する（Ｓ１０５）。

音声通信制御部１１は、対象音声データを受信すると、対象音声データを音声データ記憶部１２１に記憶し、対象音声データの記憶先の識別情報（ＵＲＬ（Uniform Resource Locator））等を音声テキスト記憶部１２２に記録する（Ｓ１０６）。

図６は、音声テキスト記憶部１２２の構成例を示す図である。図６に示されるように、音声テキスト記憶部１２２は、各音声データについて、音声記録ＩＤ、スタッフＩＤ、音声ＵＲＬ及びテキストデータを記憶する。

音声記録ＩＤは、音声データの識別情報であり、ステップＳ１０６において音声通信制御部１１によって割り当てられる。スタッフＩＤは、当該音声データの発話元のスタッフのスタッフＩＤである。スタッフＩＤごとにセッションが張られる場合、当該スタッフＩＤは、当該音声データの受信に利用されたセッションに基づいて特定可能である。一方、複数のスタッフＩＤに対して共通のセッションが張られる場合、音声データに加えてスタッフＩＤが通話制御部２１から送信されてもよい。この場合、音声データと共に受信されたスタッフＩＤが当該音声データに関連付けられて音声テキスト記憶部１２２に記憶される。音声ＵＲＬは、当該音声データの記憶先のＵＲＬである。テキストデータは、当該音声データに対して音声認識を適用した結果として得られるテキストデータである。

ステップＳ１０６の時点では、対象音声データについてテキストデータは得られていない。したがって、音声通信制御部１１は、対象音声データに対する音声記録ＩＤ（以下、「対象音声記録ＩＤ」という。）を生成し、対象音声記録ＩＤ、対象スタッフＩＤ及び音声ＵＲＬを含み、テキストデータを含まないレコード（以下、「対象レコード」という。）を音声テキスト記憶部１２２に記録する。例えば、図６において、音声記録ＩＤが「０００４」であるレコードが、ステップＳ１０６において記録されるレコードの一例である。

続いて、音声通信制御部１１は、対象音声記録ＩＤを音声解析制御部１２へ通知する（Ｓ１０７）。音声解析制御部１２は、対象音声記録ＩＤに基づいて音声データ記憶部１２１から音声データ（対象音声データ）を取得する（Ｓ１０８）。具体的には、音声解析制御部１２は、対象音声記録ＩＤに関連付けられて音声テキスト記憶部１２２に記憶されている音声ＵＲＬによって特定される記憶先に記憶されている音声データを取得する。続いて、音声解析制御部１２は、対象音声データを含む、対象音声データの解析要求を音声解析サーバ４０へ送信する（Ｓ１０９）。

音声解析サーバ４０の音声解析部４１は、当該解析要求を受信すると、当該解析要求に含まれている対象音声データについて解析処理を実行する（Ｓ１１０）。当該解析処理では、対象音声データのテキストデータ（以下、「対象テキストデータ」という。）への変換（音声認識）と、対象テキストデータからのキーワード群の抽出とが行われる。キーワード群の抽出には、発話パターン記憶部４２に記憶されている発話パターンが用いられる。

図７は、発話パターンの一例を示す図である。図７に示される発話パターンｐ１は、発話パターン記憶部４２に記憶されている発話パターン群のうちの１つの発話パターンの例である。発話パターンｐ１において、｛｝で囲まれた文字列は、作業項目又は作業サブ項目を示すキーワード（文字列）であり、発話パターンにおいて既定値である。発話パターンｐ１において、最初の｛｝に囲まれた「食前服薬」は作業項目を示し、２番目の｛｝に囲まれた「本人確認」は、作業サブ項目を示す。作業項目とは、複数種類の作業を分類する最上位の概念である。作業サブ項目とは、作業項目を細分化する概念である。作業項目及び各作業項目に属する作業サブ項目は、後述されるように予め定義される。

一方、［］で囲まれた値は、変動値（変数）である。発話パターンｐ１において１番目の［］は、「食前服薬」という作業の対象とされた入居者を識別するキーワード（以下、「入居者ＩＤ」という。）である。入居者ＩＤは、例えば、図７に示されるように、部屋番号を示す数字と「号室」という文字列と、入居者の氏名と、氏名に付加される敬称（「さん」又は「様」）によって構成される。発話パターンｐ１において２番目の［］は、作業結果を示すキーワードである。作業結果は、例えば、図７に示されるように、「済み」、「ＯＫ」、「完了」、「しました」等によって表現される。

すなわち、各スタッフは、自らが行った作業に対応する発話パターンに有った形式で、発話を行うように訓練されている。例えば、音声解析部４１による音声認識結果である対象テキストデータが「食前服薬１０１号室Ａさん本人確認ＯＫ」だとすると、音声解析部４１は、発話パターン記憶部４２に記憶されている発話パターン群の中から、｛｝で囲まれた全ての部分（すなわち、作業項目及び作業サブ項目）が対象テキストデータに含まれている発話パターンを抽出する。したがって、「食前服薬１０１号室Ａさん本人確認ＯＫ」の場合、図７の発話パターンｐ１が抽出される。

音声解析部４１は、抽出した発話パターンｐ１に基づいて、入居者ＩＤ及び作業結果を対象テキストデータから抽出する。音声解析部４１は、作業項目、入居者ＩＤ、作業サブ項目、作業結果の順で、各キーワードが配列されたデータを、解析結果として生成する。具体的には、「食前服薬１０１号室Ａさん本人確認ＯＫ」については、発話パターンｐ１に基づいて、「食前服薬，１０１号室Ａさん，本人確認，作業結果」が解析結果として生成される。

なお、対象テキストデータがいずれの作業項目及びいずれの作業サブ項目をも含んでおらず、対象テキストデータに対応する発話パターンを特定することができない場合、音声解析部４１は、例えば、空の解析結果を生成する。このようなテキストデータは、作業の実施に関する発話に関するものではなく、他の話題に関する発話に基づくものである。したがって、空の解析結果が生成されることにより、作業の実施とは無関係な発話によって後述の処理手順が誤って実行されるのを回避することができる。

続いて、音声解析部４１は、対象テキストデータ及び解析結果（抽出されたキーワードの配列）を含む応答を業務サーバ１０の音声解析制御部１２へ送信する（Ｓ１１１）。

音声解析制御部１２は、当該応答を受信すると、当該応答に含まれている対象テキストデータを音声テキスト記憶部１２２の対象レコードに記録する（Ｓ１１２）。その結果、音声テキスト記憶部１２２は、図８に示されるように更新される。

図８は、音声テキスト記憶部１２２の更新例を示す図である。図８では、音声記録ＩＤが「０００４」のレコードに対して、対象テキストデータが記録されている。

続くステップＳ１１３以降は、音声解析部４１からの応答に含まれている解析結果が空である場合には実行されない。

ステップＳ１１３において、音声解析制御部１２は、音声解析部４１からの応答に含まれている解析結果を構成する各キーワードについて、項目名定義記憶部１２３を参照して項目名を特定する。項目名を特定することは、各キーワードの意味を特定することと等価である。

図９は、項目名定義記憶部１２３の構成例を示す図である。図９に示されるように、項目名定義記憶部１２３には、解析結果におけるキーワードの並び順に対応付けて項目名が記憶されている。図９の例では、解析結果の１番目のキーワードは「作業項目」であり、２番目のキーワードは「入居者ＩＤ」であり、３番目のキーワードは、「作業サブ項目」であり、４番目のキーワードは「作業結果」であることが示されている。したがって、例えば、解析結果が「食前服薬，１０１号室Ａさん，本人確認，作業結果」である場合、当該解析結果に含まれている各キーワードについては、図１０に示されるように項目名が特定される。

図１０は、項目名の特定結果の一例を示す図である。図１０では、「食前服薬」が作業項目として特定され、「１０１号室Ａさん」が入居者ＩＤとして特定され、「本人確認」が作業サブ項目として特定され、「ＯＫ」が作業結果として特定された例が示されている。

続いて、音声解析制御部１２は、図１０に示されるような特定結果を作業実施状況更新部１３へ通知する（Ｓ１１４）。作業実施状況更新部１３は、当該特定結果における「作業結果」の値が「済み」、「ＯＫ」、「完了」、「しました」等、作業の成功を示す所定の値であれば作業実施状況記憶部１２５を更新する（Ｓ１１５）。一方、「作業結果」の値が作業の失敗を示す値であれば、ステップＳ１１５及びＳ１１６は実行されない。

図１１は、作業実施状況記憶部１２５の構成例を示す図である。図１１に示されるように、作業実施状況記憶部１２５に記憶される１つのレコードは、一人の入居者に対する一つの作業についてのスケジュール情報と作業実施状況情報とを記憶可能なように構成される。通常、一人の入居者に対して各日に複数の作業の実施が予定される。したがって、一人の入居者に対して各日に複数のレコードが作業の実施順に登録される。例えば、図１１の例では、「１０１号室Ａさん」を入居者ＩＤとするレコードが複数登録されているが、これらのレコード群は、「１０１号室Ａさん」に対して実施予定の作業が実施順に並べられたものである。

スケジュール情報を構成する各項目の値は、登録端末８０から予め登録される。スケジュール情報は、入居者ＩＤ、日付、作業項目及び作業サブ項目等の項目を含む。入居者ＩＤは、実施予定の作業の対象とされる入居者の入居者ＩＤである。日付は、作業が実施される予定の日付である。作業項目及び作業サブ項目は、実施予定の作業の作業項目及び作業サブ項目である。

一方、作業実施状況情報を構成する各項目の値は、作業の実施に関する音声データに基づいて登録される。作業実施状況情報は、作業結果、スタッフＩＤ及び音声記録ＩＤ等の項目を含む。作業結果は、作業を実施した結果を示す項目である。スタッフＩＤは、作業を実施したスタッフのスタッフＩＤである。音声記録ＩＤは、当該作業の実施に際して発話された音声の音声データに対する音声記録ＩＤである。

ステップＳ１１５において、作業実施状況更新部１３は、図１０に示されるような特定結果に基づいて、作業実施状況記憶部１２５のレコード群の中から更新対象のレコードを特定する。具体的には、当該特定結果の作業項目、入居者ＩＤ及び作業サブ項目を含み、かつ、「日付」の値が当日であるスケジュール情報を含むレコード（以下、「更新対象レコード」という。）が更新対象として特定される。作業実施状況更新部１３は、更新対象レコードにおける「作業結果」、「スタッフＩＤ」、「音声記録ＩＤ」のそれぞれに対し、現在時刻（すなわち、作業が行われた時刻）、対象スタッフＩＤ、対象音声記録ＩＤを記録する。その結果、更新対象レコードに係る作業に関しての実施状況（実績）が作業実施状況記憶部１２５に記録される。

なお、更新対象レコードとして特定されたレコードの作業実施状況情報の各項目に既に値が記録されている場合、同一の作業についてやり直しが行われたことになる。したがって、この場合、作業実施状況更新部１３は、更新対象レコードのコピーを更新対象レコードの直下に生成し、コピー先のレコードの作業実施状況情報を上記したように更新する。その結果、同一の作業がやり直されたことが履歴として残される。

続いて、作業実施状況更新部１３は、作業実施状況情報の更新の通知を表示制御部１４及びテキスト送信制御部１５のそれぞれへ送信する（Ｓ１１６、Ｓ１１７）。この際、テキスト送信制御部１５への通知には、対象音声記録ＩＤが含まれる。

作業実施状況更新部１３からの更新の通知に応じ、表示制御部１４は、更新後の作業実施状況記憶部１２５を参照して作業実施状況画面の表示データを生成又は更新する（Ｓ１１８）。当該表示データは、例えば、ＨＴＭＬ及びスクリプト等によって構成される。

その後、表示端末７０のブラウザ７１から送信される表示データの取得要求に応じ（Ｓ１１９）、表示制御部１４は、ステップＳ１１８において生成した表示データを含む応答をブラウザ７１へ送信することで当該表示データを表示端末７０に表示させる（Ｓ１２０）。すなわち、ブラウザ７１は、当該表示データを受信すると、当該表示データに基づいて、作業実施状況画面を更新する（Ｓ１２１）。

なお、ブラウザ７１は、表示端末７０に対するいずれかのスタッフによる操作に応じて、作業実施状況画面のＵＲＬによって識別される表示制御部１４へアクセスし、その時点における作業実施状況記憶部１２５に基づいて生成される表示データに基づいて作業実施状況画面を表示する。その後、ブラウザ７１は、当該表示データに含まれているスクリプトの定義に基づいて、所定の時間間隔（例えば、１秒ごと）に、表示制御部１４に対して表示データの取得要求を送信する。その結果、ブラウザ７１には、ほぼ最新の作業実施状況記憶部１２５の状態に応じた作業実施状況画面が表示される。

図１２は、作業実施状況画面の表示例を示す図である。図１２に示される作業実施状況画面５１０は、行方向に入居者が割り当てられ（行と入居者とが１対１に対応し）、列方向に作業項目及び作業サブ項目が割り当てられている。

入居者は、部屋番号及び氏名によって識別される。各行において、当該行における入居者に対して実施された作業（作業サブ項目）の列には、実施された時刻及び実施したスタッフのスタッフＩＤが表示される。これらの値は、作業実施状況記憶部１２５を参照して特定可能である。

なお、列方向における作業項目及び作業サブ項目の並び順は作業マスタ記憶部１２６に記憶されている情報に基づく。

図１３は、作業マスタ記憶部１２６の構成例を示す図である。図１３に示されるように、作業マスタ記憶部１２６には、作業項目と各作業項目に属する作業サブ項目とが対応付けられて記憶されている。作業マスタ記憶部１２６には、基本的に、１日における実施順に各作業項目が記憶され、各作業項目内での実施順に各作業サブ項目が記憶されている。表示制御部１４は、表示データを生成する際に、作業マスタ記憶部１２６において定義されている順番で、作業実施状況画面５１０の各列に対して作業項目及び作業サブ項目を割り当てる。

なお、作業マスタ記憶部１２６は、スケジュール登録部１６が、作業実施状況記憶部１２５に対してスケジュールを登録する際（すなわち、作業実施状況記憶部１２５に対して新たなレコードを生成し、当該レコードのスケジュール情報の各項目の値を記録する際）において登録端末８０に表示される登録画面の生成時にも使用される。

なお、図１２の作業実施状況画面５１０には、作業項目以外に「不在」という列が有る。当該列は、入居者が当日に介護施設Ｘに存在するか否かを示す列であり、不在の入居者（例えば、一時帰宅の入居者）については当該列には○が設定される。入居者が当日に不在であるか否かは、表示制御部１４が作業実施状況記憶部１２５を参照することで判定可能である。すなわち、表示制御部１４は、当日に対応する「日付」を含むレコードが１つも登録されていない入居者については不在であると判定する。

また、例えば、１０２号室のＢさんの行において食事服薬の列は網掛けが施されているが、これは、当該入居者について当該作業項目に対するスケジュール情報が作業実施状況記憶部１２５に登録されていないことに基づく。すなわち、表示制御部１４は、スケジュール情報が登録されていない作業項目の列は網掛けが施されるように作業実施状況画面５１０を生成する。なお、網掛け以外の態様で作業項目又は作業サブ項目がスケジューリングされていないことが表現されてもよい。

例えば、全員のスタッフ又はリーダ等の一部のスタッフは、図１２に示されるような作業実施状況画面５１０を参照することで、各入居者に対する作業の実施状況を俯瞰的に把握することができる。したがって、いずれかの入居者に対する作業の実施漏れ等を効率的に把握することができる。具体的には、各スタッフが、或る作業者に対して特定の作業が実施されたことを他のスタッフに確認する必要性を低減させることができる。

図４に戻る。一方、ステップＳ１１７において更新の通知を受けたテキスト送信制御部１５は、当該通知に含まれている音声記録ＩＤに関連付けられている音声ＵＲＬ及びテキストデータを音声テキスト記憶部１２２（図８）から取得する（Ｓ１２２）。続いて、テキスト送信制御部１５は、当該音声ＵＲＬ及び当該テキストデータから構成されるメッセージの送信要求をメッセージ通信サーバ３０に送信する（Ｓ１２３）。当該送信要求には、スタッフ情報記憶部１２４に記憶されているメッセージユーザＩＤの一覧がメッセージの送信先の識別情報として指定される。

メッセージ通信サーバ３０のメッセージ通信部３１は、当該送信要求を受信すると、当該送信要求に係るメッセージを、当該送信要求において指定された各メッセージユーザＩＤ宛てに送信する（Ｓ１２４）。その結果、当該メッセージは、各スタッフ端末５０のメッセージアプリ５２に送信される。

各スタッフ端末５０のメッセージアプリ５２は、当該メッセージを受信すると、当該メッセージの表示をスタッフ端末５０に実行させる（Ｓ１２５）。

図１４は、メッセージの表示例を示す図である。図１４に示されるように、メッセージアプリ５２がスタッフ端末５０に表示させる画面には、メッセージ通信サーバ３０から受信したメッセージの履歴が受信順に配列される。各メッセージには、それぞれのメッセージに含まれていたテキストデータと音声ＵＲＬとが含まれる。ここで、テキストデータは、いずれかのスタッフが実施した作業に関する当該スタッフによる発話内容である。したがって、各スタッフは、当該画面を参照することで、これまでの作業の履歴を確認することができる。

ここで、音声ＵＲＬは、リンクとしてメッセージに含まれる。そこで、いずれかのスタッフによっていずれかのメッセージの音声ＵＲＬ（リンク）へのアクセス指示が入力されると（Ｓ１２６）、メッセージアプリ５２は、当該音声ＵＲＬに係る音声データの取得要求をテキスト送信制御部１５へ送信する（Ｓ１２７）。テキスト送信制御部１５は、当該取得要求を受信すると、当該音声ＵＲＬに係る音声データを音声データ記憶部１２１から取得し、当該音声データを含む応答をメッセージアプリ５２へ送信する（Ｓ１２８）。メッセージアプリ５２は、当該応答を受信すると、当該応答に含まれている音声データの再生をスタッフ端末５０に実行させる（Ｓ１２９）。その結果、各スタッフは、過去の発話の内容を音声によって確認することができる。

なお、例えば、表示制御部１４が、作業実施状況画面５１０（図１２）の各行の各作業サブ項目の列の値に対して、当該値に対応する音声ＵＲＬへのリンクを張るようにしてもよい。この場合、作業実施状況画面５１０においていずれかのリンクが指示されると、スタッフ端末５０のブラウザ７１は、当該リンクに対応する音声ＵＲＬに係る音声データの取得要求を表示制御部１４へ送信する。表示制御部１４は、当該音声ＵＲＬに係る音声データを音声データ記憶部１２１から取得し、当該音声データを含む応答をブラウザ７１へ送信する。ブラウザ７１は、当該音声データの再生をスタッフ端末５０に実行させる。その結果、作業実施状況画面５１０を閲覧するスタッフは、作業実施状況画面５１０を介して各作業に関する発話内容を音声によって確認することができる。

上述したように、第１の実施の形態によれば、作業者による作業に関する発話を入力する端末から送信される音声データに基づいて、前記作業の作業対象及び作業内容が特定され、特定された前記作業の作業対象及び作業内容に基づいて、作業実施状況記憶部１２５が記憶する作業実施状況情報が記憶され、作業実施状況情報に基づく前記作業の実施状況が、表示端末７０に表示される。したがって、作業対象に対する作業の実施状況の把握を支援することができる。

また、第１の実施の形態によれば、各スタッフによる発話内容を示す音声データに基づいて、作業実施状況記憶部１２５に記憶されている作業実施状況情報が逐次的に更新され、当該作業実施状況情報を示す画面が表示端末７０に表示される。したがって、いずれかのスタッフは、各入居者に対する作業の実施状況（進捗状況）を俯瞰的に把握することができる。その結果、複数人によって行われる作業の実施状況の把握を支援することができる。

次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第１の実施の形態と同様でもよい。

第２の実施の形態において、作業実施状況更新部１３は、図４のステップＳ１１５の実行に際し（厳密にはステップＳ１１５の実行前に）、図１５に示される処理手順を実行することで、スタッフによる作業の実施が、予め設定された条件を満たすか否かを判定する。

図１５は、第２の実施の形態において作業実施状況更新部１３が実行する処理手順の一例を説明するためのフローチャートである。

ステップＳ２０１において、作業実施状況更新部１３は、ステップＳ１１４において通知された特定結果（図１０）に含まれる入居者ＩＤ（以下、「対象入居者ＩＤ」という。）に係る入居者（以下、「対象入居者」という。）について、作業実施状況記憶部１２５（図１１）に作業実施状況情報が既に記録されている最後の作業（作業項目及び作業サブ項目）を特定する。具体的には、作業実施状況更新部１３は、作業実施状況記憶部１２５において対象入居者ＩＤを含むレコードの中で、作業実施状況情報の各項目に値が記録されている末尾のレコード（以下、「最終作業レコード」という。）を特定する。

続いて、作業実施状況更新部１３は、ステップＳ１１４において通知された特定結果（図１０）に対応するレコード（以下、「対象作業レコード」という。）を作業実施状況記憶部１２５において特定する（Ｓ２０２）。すなわち、作業実施状況記憶部１２５において、対象入居者ＩＤ、当該特定結果に含まれる作業項目及び作業サブ項目を含むレコードが対象作業レコードとして特定される。

続いて、作業実施状況更新部１３は、実施漏れの作業の有無を判定する（Ｓ２０３）。具体的には、作業実施状況更新部１３は、最終作業レコードと対象レコードとの間にレコードが有るか否かを判定する。すなわち、作業実施状況記憶部１２５には、作業が実施順序でレコードが記憶されている。したがって、最終作業レコードと対象作業レコードとの間にレコードが有る場合には、当該間に有るレコード（以下、「実施漏れレコード」という。）に係る作業が抜けていることになる。なお、斯かる判定をより厳密に行うために、対象入居者ＩＤを含むレコードであって、作業実施状況情報が記録されていないレコードが最終作業レコードと対象レコードとの間に有るか否かが判定されてもよい。このように、第２の実施の形態では、対象音声データが示す作業内容が、予め設定された作業の実施順序の条件を満たすかが判定される。

実施漏れレコードが無い場合（Ｓ２０２でＮｏ）、第１の実施の形態において説明した通り、ステップＳ１１５以降が実行される。実施漏れレコードが有る場合（Ｓ２０２でＹｅｓ）、アラート通知処理が実行される（Ｓ２０４）。なお、アラート通知処理が実行された場合、図４において、ステップＳ１１５及びＳ１１６は実行されない。

続いて、ステップＳ２０４の詳細について説明する。図１６は、アラート通知処理の処理手順の一例を説明するためのシーケンス図である。

ステップＳ３０１において、作業実施状況更新部１３は、アラートメッセージを示す文字列（テキストデータ）を生成する。アラートメッセージとは、作業の実施漏れが有ることを対象スタッフに警告するためのメッセージをいう。アラートメッセージは、例えば、補助記憶装置１０２に予め記憶されているテンプレート（雛形）に基づいて生成される。

テンプレートは、１つの作業項目の全部（すなわち、当該作業項目に属する全ての作業サブ項目）の実施が漏れている場合（以下、「ケース１」という。）と、１つの作業サブ項目の実施が漏れている場合（以下、「ケース２」という。）とで区別されてもよい。

ケース１では、例えば、以下のようなテンプレートが利用される。
「＜入居者ＩＤ＞＜対象作業項目＞の前に＜実施漏れ作業項目＞＜実施漏れ作業サブ項目＞をして下さい。」
この場合、作業実施状況更新部１３は、＜入居者ＩＤ＞に実施漏れレコードの入居者ＩＤ（対象入居者ＩＤ）を当てはめ、＜対象作業項目＞に対象作業レコードの作業項目を当てはめ、＜実施漏れ作業項目＞に実施漏れレコードの作業項目を当てはめる。なお、ケース１では、実施漏れレコードが複数である場合が有るが、全ての実施漏れレコード群の作業項目が共通してれば当該作業項目が＜実施漏れ作業項目＞に当てはめられ、実施漏れレコード群の中で作業項目が異なっている場合（すなわち、２以上の作業項目の実施が漏れている場合）には、実施漏れレコード群の中で実施順が最初である実施漏れレコードの作業項目が＜実施漏れ作業項目＞に当てはめられればよい。

例えば、対象テキストデータ（今回の発話に係るテキストデータ）が「食事１０１号室Ａさん開始します。」であるとすると、ステップＳ１１４において通知される特定結果の作業項目（対象作業項目）は「食事」であり、作業サブ項目（対象作業サブ項目）は「開始」である。この場合、実施漏れレコードの作業項目が「食前服薬」であれば、
「１０１号室Ａさん食事の前に食前服薬を開始してください。」
というようなアラートメッセージが生成される。

一方、ケース２では、例えば、以下のようなテンプレートが利用される。
「＜入居者ＩＤ＞＜対象作業項目＞＜対象作業サブ項目＞の前に＜実施漏れ作業項目＞＜実施漏れ作業サブ項目＞をして下さい。」
すなわち、ケース２では、＜対象作業サブ項目＞及び＜実施漏れ作業サブ項目＞が追加される。この場合、作業実施状況更新部１３は、更に、＜対象作業サブ項目＞に対象作業レコードの作業サブ項目を当てはめ、＜実施漏れ作業サブ項目＞に実施漏れレコードの作業サブ項目を当てはめる。

例えば、対象テキストデータ（今回の発話に係るテキストデータ）が「食前服薬１０１号室Ａさん飲込確認します。」であるとすると、ステップＳ１１４において通知される特定結果の作業項目（対象作業項目）は「食前服薬」であり、作業サブ項目（対象作業サブ項目）は「飲込確認」である。この場合、実施漏れレコードの作業項目、作業サブ項目が「食前服薬」、「薬確認」であれば、
「１０１号室Ａさん食前服薬飲込確認の前に食前服薬薬確認をしてください。」
というようなアラートメッセージが生成される。

続いて、作業実施状況更新部１３は、アラートメッセージの音声データ（以下、「アラート音声データ」という。）を生成する（Ｓ３０２）。アラート音声データの生成には、テキストデータから音声データを生成するクラウドサービス等が利用されてもよい。

続いて、作業実施状況更新部１３は、対象スタッフＩＤを宛先として指定して、アラート音声データの送信を音声情報通知部に要求する（Ｓ３０３）。続いて、音声情報通知部対象スタッフＩＤを宛先として指定して、アラート音声データの送信要求を音声サーバに送信する（Ｓ３０４）。音声サーバの通話制御部２１は、当該送信要求に応じ、当該送信要求に含まれているアラート音声データを、当該送信要求に指定された対象スタッフＩＤに対応するスタッフ端末５０の通話アプリ５１へ送信する（Ｓ３０５）。当該通話アプリ５１は、アラート音声データを受信すると、アラート音声データの再生を対象スタッフのスタッフ端末５０に実行させる（Ｓ３０６）。その結果、対象スタッフは、対象入居者について作業の実施漏れがあり、当該作業の作業項目又は当該作業の作業項目及び作業サブ項目を知ることができる。

なお、アラートとしては、音声データ以外に、文字列や画像データなど他の形式のデータが用いられてもよい。この場合、スタッフ端末５０は、これらのデータを表示してもよい。したがって、音声通信制御部１１は、通信制御部として構成されてもよい。

上述したように、第２の実施の形態によれば、スタッフによる発話内容を示す音声データに基づいて特定される作業が、予め設定された条件（作業の実施順序の条件）を満たすかが判定され、当該条件が満たされない場合には、当該スタッフに対してアラートが通知される。したがって、当該スタッフは、当該アラートに基づいて、自らの作業が予め設定された条件を満たしていないことを知ることができ、誤った作業の実施を回避することができる。その結果、作業対象に対する作業に関するミスの発生を抑制することができる。

次に、第３の実施の形態について説明する。第２の実施の形態では上記各実施の形態と異なる点について説明する。したがって、特に言及されない点については、上記各実施の形態と同様でもよい。

第３の実施の形態において、作業実施状況更新部１３は、図４のステップＳ１１５の実行に際し（厳密にはステップＳ１１５の実行後に）、図１７に示される処理手順を実行することで、スタッフによる作業の実施が、予め設定された条件を満たすか否かを判定する。なお、図１７の処理手順は、図４のステップＳ１１６以降と並列に実行されてよい。

図１７は、第３の実施の形態において作業実施状況更新部１３が実行する処理手順の一例を説明するためのフローチャートである。

ステップＳ４０１において、作業実施状況更新部１３は、図４のステップＳ１１５における更新対象レコードに係る作業項目及び作業サブ項目が、他の作業（以下、「監視対象作業」という。）の開始時刻の基準とされているか否かを判定する。斯かる判定は、例えば、補助記憶装置１０２に予め記憶されている作業タイミングルールテーブルを参照して行われる。

図１８は、作業タイミングルールテーブルの構成例を示す図である。図１８に示されるように、作業タイミングルールテーブルＴ１には、開始時刻の監視対象の作業（以下、「監視対象作業」という。）の候補ごとにレコードが予め登録されている。各レコードは、監視対象作業項目、監視対象作業サブ項目、基準作業項目、基準作業サブ項目及び許容時間等の各項目の値を含む。

監視対象作業項目は、監視対象作業の候補の作業項目である。監視対象作業サブ項目は、監視対象作業の候補の作業サブ項目である。基準作業項目は、当該候補の開始時刻の基準とされる作業（以下、「基準作業」という。）の作業項目である。基準作業サブ項目は、基準作業の作業サブ項目である。許容時間は、基準作業が実施されてから当該候補が実施されるまでの経過時間に対する許容時間である。なお、図１８に示されるように、監視対象作業サブ項目は省略可能である。図１８の１番目のレコードは、食後服薬は、食事が終了してから３０分以内に実施されなければならないというルールを示す。

ステップＳ４０１では、更新対象レコードに係る作業項目及び作業サブ項目を基準作業項目及び基準作業サブ項目として含むレコードが作業タイミングルールテーブルに登録されているか否かが判定される。

なお、同じ作業の間隔でも入居者ごとに異なる場合には、入居者ごとに作業タイミングルールテーブルが定義されてもよい。或いは、一部の少数の（例えば、一人の）入居者が他の入居者と作業の間隔が異なる場合には、当該一部の入居者に対する作業タイミングルールテーブルが別途定義されてもよい。また、服薬対象の薬ごとに作業タイミングルールテーブルが定義されてもよい。

該当するレコードが登録されていない場合（Ｓ４０１でＮｏ）、ステップＳ４０２以降は実行されない。該当するレコード（以下、「対象レコード」という。）が登録されている場合（Ｓ４０１でＹｅｓ）、作業実施状況更新部１３は、対象レコードの監視対象作業項目及び監視対象作業サブ項目を取得する（Ｓ４０２）。

続いて、作業実施状況更新部１３は、現時点からの経過時間の計測を開始する（Ｓ４０３）。例えば、タイマーが起動されてもよい。

続いて、作業実施状況更新部１３は、作業実施状況記憶部１２５（図１１）において、対象入居者ＩＤ、監視対象作業項目及び監視対象作業サブ項目をスケジュール情報に含むレコードの作業実施状況情報を取得する（Ｓ４０４）。但し、監視対象作業サブ項目が空である場合、監視対象作業サブ項目は、監視対象作業項目において１番目の作業サブ項目に相当する。

続いて、作業実施状況更新部１３は、当該作業実施状況情報に基づいて、監視対象作業項目及び監視対象作業サブ項目が未実施であるか否かを判定する（Ｓ４０５）。すなわち、当該作業実施状況情報を構成する各項目に値が記録されていなければ、監視対象作業項目及び監視対象作業サブ項目は未実施であり、そうでなければ監視対象作業項目及び監視対象作業サブ項目は実施済みである。

監視対象作業項目及び監視対象作業サブ項目が実施済みである場合（Ｓ４０５でＮｏ）、作業実施状況更新部１３は、図１７の処理手順を終了する。監視対象作業項目及び監視対象作業サブ項目が未実施である場合（Ｓ４０５でＹｅｓ）、作業実施状況更新部１３は、経過時間が対象レコードの許容時間以上であるか否かを判定する（Ｓ４０６）。経過時間が対象レコードの許容時間未満である場合（Ｓ４０６でＮｏ）、ステップＳ４０４以降が繰り返される。この場合、ステップＳ４０４の実行前に所定時間の待機が行われてもよい。

一方、経過時間が対象レコードの許容時間以上である場合（Ｓ４０６でＮｏ）、アラート通知処理が実行される（Ｓ４０７）。このように、第３の実施の形態では、対象音声データに基づいて、作業の実施状況が、予め設定された作業の実施順序の条件を満たすかが判定される。

なお、図１７では、或る作業からの経過時間について許容時間が時間的な条件として設定される例を示したが、例えば、一部の作業について時刻が時間的な条件として設定されるようにしてよい。この場合、作業実施状況更新部１３は、或る作業に対して設定された時刻になっても当該作業が実施されない場合にアラート通知処理を実行するようにしてもよい。

ステップＳ４０７において実行されるアラート通知処理の処理手順は、基本的に図１６において説明した処理手順と同様である。但し、図１６のステップＳ３０１においてアラートメッセージを生成する際に使用されるテンプレートが第２の実施の形態と異なる。

具体的には、第３の実施の形態では、例えば、予め補助記憶装置１０２に記憶されている以下のようなテンプレートが使用される。
「＜基準作業項目＞終了後＜許容時間＞が過ぎました。＜入居者ＩＤ＞さんの＜監視対象作業項目＞を開始してください。」
例えば、対象レコードが図１８の１行目である場合、ステップＳ３０１において、作業実施状況更新部１３は、以下のようなアラートメッセージを送信する。

「食事終了後３０分を過ぎました。１０１号室Ａさん食後服薬を開始してください。」
なお、第３の実施の形態におけるアラートメッセージは、対象スタッフが対象入居者に対して作業を実施してから許容時間が経過した際に送信されるため、アラートメッセージの送信先は、対象スタッフに限定されなくてよい。例えば、図１６のステップＳ３０３において、作業実施状況更新部１３は、スタッフ情報記憶部１２４（図５）に記憶されている全てのスタッフＩＤを送信先として指定して、アラート音声データの送信を音声通信制御部１１に要求してもよい。その結果、全てのスタッフのスタッフ端末５０においてアラート音声データを再生させることができる。

上述したように、第３の実施の形態によれば、スタッフによる発話内容を示す音声データに基づいて特定される作業が、予め設定された条件（時間的な条件）を満たすかが判定され、当該条件が満たされない場合には、当該スタッフに対してアラートが通知される。したがって、当該スタッフは、当該アラートに基づいて、自らの作業が予め設定された条件を満たしていないことを知ることができ、作業の実施漏れを回避することができる。その結果、作業対象に対する作業に関するミスの発生を抑制することができる。

なお、上記各実施の形態では、介護施設における作業を一例として説明したが、上記各実施の形態は、例えば、病院における看護師（作業者）による患者（作業対象）に対する作業、工事現場における作業員（作業者）による対象工事（作業対象）に対する作業、自動車整備工場における整備士（作業者）による自動車（作業対象）に対する作業、オフィスにおけるスタッフ（作業者）による書類（作業対象）に対する作業等、１以上の作業対象に対して１以上の作業者によって実施される他の作業に適用されてもよい。

なお、上記各実施の形態に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。

或る実施形態では、業務サーバ１０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、他のサーバは、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。

なお、上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

なお、上記各実施の形態において、業務サーバ１０は、情報処理装置の一例である。

以上、本発明の実施の形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ 業務サーバ
１１ 音声通信制御部
１２ 音声解析制御部
１３ 作業実施状況更新部
１４ 表示制御部
１５ テキスト送信制御部
１６ スケジュール登録部
２０ 通話サーバ
２１ 通話制御部
２２ ユーザ情報記憶部
２３ 音声一時記憶部
２４ 音声リクエスト記憶部
３０ メッセージ通信サーバ
３１ メッセージ通信部
４０ 音声解析サーバ
４１ 音声解析部
４２ 発話パターン記憶部
５０ スタッフ端末
５１ 通話アプリ
５２ メッセージアプリ
６０ 通話器
７０ 表示端末
７１ ブラウザ
８０ 登録端末
８１ ブラウザ
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１２１ 音声データ記憶部
１２２ 音声テキスト記憶部
１２３ 項目名定義記憶部
１２４ スタッフ情報記憶部
１２５ 作業実施状況記憶部
１２６ 作業マスタ記憶部
Ｂ バス

特開２０１７−１２２９６５号公報

Claims (13)

1. 作業者による作業に関する発話を入力する端末から送信される音声データに基づいて、前記作業の作業対象及び作業内容を特定する音声解析制御部と、
   特定された前記作業の作業対象及び作業内容に基づいて、作業実施状況記憶部が記憶する、前記作業の実施状況を示す作業実施状況情報を更新する作業実施状況更新部と、
   前記作業実施状況情報に基づく前記作業の実施状況を、ネットワークを介して接続される表示端末に表示させる表示制御部と、
   を有することを特徴とする情報処理装置。
2. 前記作業実施状況更新部は、
   複数の作業対象のそれぞれに対応する前記作業実施状況情報のうち、特定された前記作業の作業対象に対応する前記作業実施状況情報を更新する
   ことを特徴とする請求項１記載の情報処理装置。
3. 前記作業実施状況情報は、前記複数の作業対象のそれぞれに対する前記作業が行われたか否かを示す情報であって、
   前記表示制御部は、
   前記作業実施状況情報に基づき、前記複数の作業対象のそれぞれに対する前記作業が行われたか否かを前記表示端末に表示させる、
   ことを特徴とする請求項２記載の情報処理装置。
4. 前記音声解析制御部は、
   前記音声データの解析結果と、作業対象及び作業内容のそれぞれと前記解析結果との対応関係が定義された定義情報とに基づき、前記作業の作業対象及び作業内容を特定する
   ことを特徴とする請求項１乃至請求項３のいずれか一項に記載の情報処理装置。
5. 前記音声解析制御部は、
   前記音声データについて複数のキーワードを含むテキストデータへの変換を制御し、前記複数のキーワードと、作業対象及び作業内容のそれぞれと前記複数のキーワードのそれぞれとの対応関係を定義する前記定義情報とに基づき、前記作業の作業対象及び作業内容のそれぞれに前記キーワードを特定し、
   前記作業実施状況更新部は、 特定された前記作業の作業対象及び作業内容のそれぞれに対応する前記キーワードに基づき、前記作業実施状況情報を更新することを特徴とする請求項４記載の情報処理装置。
6. 前記音声データから変換されたテキストデータである前記音声データの解析結果について前記端末への送信を制御するテキスト送信制御部と、を有し、
   前記音声解析制御部は、
   複数の作業者のそれぞれによる作業に関する発話を入力する、各作業者が使用する端末から送信される音声データの解析結果に基づいて、前記作業の作業対象及び作業内容を特定し、
   前記テキスト送信制御部は、
   前記テキストデータについて前記各作業者が使用する端末への送信を制御する
   ことを特徴とする請求項４又は５記載の情報処理装置。
7. 前記音声解析制御部は、前記テキストデータと前記音声データとを関連付けて音声テキスト記憶部に記憶し、
   前記テキスト送信制御部は、前記テキストデータと前記音声データの記憶先の識別情報とについて前記各作業者が使用する端末への送信を制御し、いずれかの前記端末からの前記識別情報に基づく前記音声データの取得要求に応じ、前記識別情報に係る音声データを当該端末に送信する、
   ことを特徴とする請求項６記載の情報処理装置。
8. 前記作業のスケジュールを登録するスケジュール登録部と、を有し、
   前記作業実施状況更新部は、
   特定された前記作業の作業対象及び作業内容と、当該作業対象に対応する前記スケジュールとに基づいて、前記作業実施状況情報を更新する
   ことを特徴する請求項1乃至請求項７のいずれか一項に記載の情報処理装置。
9. 前記スケジュール登録部は、
   複数の作業対象のそれぞれに対応するスケジュールを登録し、
   前記作業実施状況更新部は、
   特定された前記作業の作業対象及び作業内容と、登録された前記スケジュールのうち当該作業対象に対応する前記スケジュールとに基づいて、前記作業実施状況情報を更新する
   ことを特徴する請求項８記載の情報処理装置。
10. 前記作業実施状況情報は、前記スケジュールに登録された前記作業が行われたか否かを示す情報であって、
    前記表示制御部は、
    前記作業実施状況情報に基づき、前記スケジュールに登録された前記作業が行われたか否かを前記表示端末に表示させる、
    ことを特徴する請求項８又は９記載の情報処理装置。
11. 作業者の作業に関する発話を入力する端末と、情報処理装置と、表示端末とを含む情報処理システムであって、
    前記情報処理装置は、
    前記端末から送信される音声データに基づいて、前記作業の作業対象及び作業内容を特定する音声解析制御部と、
    特定された前記作業の作業対象及び作業内容に基づいて、作業実施状況記憶部が記憶する、前記作業の実施状況を示す作業実施状況情報を更新する作業実施状況更新部と、
    前記作業実施状況情報に基づく前記作業の実施状況を、ネットワークを介して接続される前記表示端末に表示させる表示制御部と、
    を有することを特徴とする情報処理システム。
12. 作業者による作業に関する発話を入力する端末から送信される音声データに基づいて、前記作業の作業対象及び作業内容を特定する音声解析制御手順と、
    特定された前記作業の作業対象及び作業内容に基づいて、作業実施状況記憶部が記憶する、前記作業の実施状況を示す作業実施状況情報を更新する作業実施状況更新手順と、
    前記作業実施状況情報に基づく前記作業の実施状況を、ネットワークを介して接続される表示端末に表示させる表示制御手順と、
    をコンピュータが実行することを特徴とする情報処理方法。
13. 作業者による作業に関する発話を入力する端末から送信される音声データに基づいて、前記作業の作業対象及び作業内容を特定する音声解析制御手順と、
    特定された前記作業の作業対象及び作業内容に基づいて、作業実施状況記憶部が記憶する、前記作業の実施状況を示す作業実施状況情報を更新する作業実施状況更新手順と、
    前記作業実施状況情報に基づく前記作業の実施状況を、ネットワークを介して接続される表示端末に表示させる表示制御手順と、
    をコンピュータに実行させることを特徴とするプログラム。

Images