(57)【要約】      （修正有）【課題】受信したメッセージをオペレータが見落とすのを防ぎメッセージに即座に対応させる。【解決手段】見守りシステムは、端末装置２００とサーバ装置１００とを有する。端末装置は、見守りの対象となるユーザからのメッセージを入力する端末入力手段およびユーザがメッセージを入力するたびに外部にメッセージを送信する送信手段を有する。サーバ装置は、端末装置からネットワーク経由でメッセージを受信する受信手段、新たなメッセージの受信をユーザを見守るサービスを提供する業者のオペレータに通知する通知文を生成する通知文生成手段、通知文をオペレータに音声にて通知する出力手段およびメッセージを集約する時間長である集約時間を記憶する記憶手段を有する。【選択図】図１
2020136710.tif 000002
【特許請求の範囲】
【請求項１】
見守りの対象となるユーザからのメッセージを入力する端末入力手段および前記ユーザがメッセージを入力するたびに外部に当該メッセージを送信する送信手段を有する端末装置と、
前記端末装置からネットワーク経由で前記メッセージを受信する受信手段、
新たなメッセージの受信を前記ユーザを見守るオペレータに音声にて通知する通知文を生成する通知文生成手段、
前記通知文を前記オペレータに通知する出力手段および
前記メッセージを集約する時間長である集約時間を記憶する記憶手段
を有するセンタ装置と
を具備する見守りシステムであって、
前記通知文生成手段は、前記出力手段が前記通知文を前記オペレータに通知してから前記集約時間が経過する前に前記受信手段が新たなメッセージを受信した場合、当該新たなメッセージの受信を当該集約時間の経過後にまとめて通知する第１通知文を生成し、当該集約時間が経過する前に前記受信手段が新たなメッセージを受信せず当該集約時間の経過後に新たなメッセージを受信した場合、当該新たなメッセージの受信を通知する第２通知文を生成する
見守りシステム。
【請求項２】
前記センタ装置は、前記ユーザの名前を含むユーザ情報を記憶する記憶手段をさらに有し、
前記通知文生成手段は、前記第１通知文には少なくとも前記新たなメッセージの数を含ませ、前記第２通知文には前記新たなメッセージを入力したユーザの名前を含ませる、請求項１に記載の見守りシステム。
【請求項３】
前記通知文生成手段は、前記新たに受信したメッセージに特定の単語が含まれている場合、前記集約時間の経過前であっても、当該単語に対応した特定通知文を生成する、請求項１または２に記載の見守りシステム。
【請求項４】
前記センタ装置は、前記受信したメッセージへの返信メッセージの入力を前記オペレータから受け付ける入力手段をさらに有し、
前記通知文生成手段は、前記返信メッセージの入力中に新たなメッセージを受信した場合、前記集約時間の経過後であっても前記第２通知文を生成せず、前記返信メッセージの入力が終了したときに当該新たなメッセージに関する通知を含む前記第１通知文を生成する、請求項１から３のいずれか１項に記載の見守りシステム。
【請求項５】
前記センタ装置は、前記オペレータからの前記第１通知文を生成する第１モードを設定する設定入力と前記第２通知文を生成する第２モードを設定する設定入力のいずれかを受け付ける設定入力手段をさらに有し、
前記通知文生成手段は、前記設定入力に応じて、前記第１モードと、前記第２モードのいずれかを実行する、請求項１から４のいずれか１項に記載の見守りシステム。
【請求項６】
前記通知文生成手段は、前記集約時間の経過前に受信した新たなメッセージの数が所定数未満の場合、当該新たなメッセージを入力したユーザ毎の名前及び当該ユーザ毎のメッセージ数を前記第１通知文に含ませ、当該新たなメッセージの数が前記所定数以上の場合、前記第１通知文に当該新たなメッセージの数を含ませる、請求項２から５のいずれか１項に記載の見守りシステム。
【請求項７】
見守りの対象となるユーザからのメッセージを入力する端末入力手段および前記ユーザがメッセージを入力するたびに外部に当該メッセージを送信する送信手段を有する端末装置から、ネットワーク経由で前記メッセージを受信し、
前記通知文を前記ユーザを見守るオペレータに通知してから、前記メッセージを集約する時間長である集約時間が経過する前に新たなメッセージを受信した場合、当該新たなメッセージの受信を当該集約時間の経過後にまとめて前記オペレータに音声にて通知し、当該集約時間が経過する前に新たなメッセージを受信せず当該集約時間の経過後に新たなメッセージを受信した場合、当該新たなメッセージの受信を通知する
見守り方法。
【請求項８】
センタ装置に、
見守りの対象となるユーザからのメッセージを入力する端末入力手段および前記ユーザがメッセージを入力するたびに外部に当該メッセージを送信する送信手段を有する端末装置から、ネットワーク経由で前記メッセージを受信するステップと、
前記通知文を前記ユーザを見守るオペレータに通知してから、前記メッセージを集約する時間長である集約時間が経過する前に新たなメッセージを受信した場合、当該新たなメッセージの受信を当該集約時間の経過後にまとめて前記オペレータに音声にて通知し、当該集約時間が経過する前に新たなメッセージを受信せず当該集約時間の経過後に新たなメッセージを受信した場合、当該新たなメッセージの受信を前記オペレータに通知するステップと
を実行させるプログラム。
【請求項９】
見守りの対象となるユーザからのメッセージを入力する端末入力手段および前記ユーザがメッセージを入力するたびに外部に当該メッセージを送信する送信手段を有する端末装置と、
前記端末装置からネットワーク経由で前記メッセージを受信する受信手段、
新たなメッセージの受信を前記ユーザを見守るオペレータに音声にて通知する通知文を生成する通知文生成手段、
前記通知文を前記オペレータに通知する出力手段および
前記メッセージを集約する時間長である集約時間を記憶する記憶手段
を有するセンタ装置と
を具備する見守りシステムであって、
前記通知文生成手段は、前記集約時間の計時を繰り返し当該集約時間内に受信した前記メッセージをまとめて通知する前記通知文を生成する
見守りシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声の入出力機能を持つ機器を用いた見守りシステム、見守り方法及びプログラムに関する。
【背景技術】
【０００２】
近年、特に独居の高齢者宅に音声の入出力機能を持つ機器（例えば対話型ロボット）を設置して、当該機器を介して音声の受け答えをすることで「つながり感」や「見守られ感」を醸成する見守りシステムが提案されている。
【０００３】
そのシステムでは、ユーザが自宅の機器に話しかけると、その内容が音声認識技術により文字列化されて、サービスを提供する業者の管理センタにメッセージ送信される。管理センタでは、当該メッセージの受信に気が付いたオペレータがサーバ装置に返事を入力して、それがユーザ側に返信されることで上記「つながり感」や「見守られ感」が醸成可能となる。
【０００４】
ここで、サーバ装置は、オペレータにユーザからのメッセージの受信に気づかせるため、適宜その旨の画面表示を行うほか、オペレータに対して音声により通知することも行われる。例えば「新しいメッセージが受信されました」との音声を聞いたオペレータは、それをきっかけにサーバ装置に向かって返事の入力が可能となる。
【０００５】
しかし、ユーザの数が増えてくると管理センタに送信されるメッセージも多くなる。また、例えば多くのユーザが朝に「おはよう」という挨拶に対するオペレータの返事を期待すると想像されることから、短時間に数多くのメッセージが連続して受信されることになる。また同じユーザが連続的に話しかけるとさらに数多くのメッセージが管理センタに集中する。
【０００６】
その場合、新しいメッセージ受信のたびに「新しいメッセージが受信されました」との音声をオペレータに通知することにすると、オペレータとしては既にサーバ装置に向かって他のユーザ又は同じユーザへの返事の入力を開始している場合などには、数多くの新しいメッセージの受信に気をとられつつ返事の入力を行おうとするため注意が散漫になりやすく、場合によっては新着メッセージの見落としを招きかねない。
【０００７】
特許文献１には、同一人物から複数のメッセージが連続的に受信された場合、受信されたことの通知の回数を減じるシステムが開示されている。この技術によれば、通知の回数を減じれば集中力が散漫になることを防止できる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１５−０６４６８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記特許文献１の技術では、同一人物から一定以上の回数だけメッセージを受信すると、その後に重ねて受信しても受信したことは通知しないため、メッセージに見落としが生じる可能性がある。
【００１０】
以上のような事情に鑑み、本発明の目的は、受信されたメッセージをオペレータが見落とすのを防ぎ当該メッセージに即座に対応させることが可能な見守りシステム、見守り方法及びプログラムを提供することにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明の一形態に係る見守りシステムは、端末装置とセンタ装置とを有する。
上記端末装置は、見守りの対象となるユーザからのメッセージを入力する端末入力手段および上記ユーザがメッセージを入力するたびに外部に当該メッセージを送信する送信手段を有する。上記センタ装置は、上記端末装置からネットワーク経由で上記メッセージを受信する受信手段、新たなメッセージの受信を上記ユーザを見守るオペレータに通知する通知文を生成する通知文生成手段、上記通知文を前記オペレータに音声にて通知する出力手段および前記メッセージを集約する時間長である集約時間を記憶する記憶手段を有する。
上記通知文生成手段は、上記出力手段が上記通知文を上記オペレータに通知してから集約時間が経過する前に上記受信手段が新たなメッセージを受信した場合、当該新たなメッセージの受信を当該集約時間の経過後にまとめて通知する第１通知文を生成し、当該集約時間が経過する前に上記受信手段が新たなメッセージを受信せず当該集約時間の経過後に新たなメッセージを受信した場合、当該新たなメッセージの受信を通知する第２通知文を生成する。
【００１２】
この構成により、短時間に多くのメッセージが連続して受信された場合にはそれをその都度通知せずに集約時間経過後に集約して通知することで、受信されたメッセージをオペレータが見落とすのを防ぎ前回の通知から集約時間が経過したメッセージには即座に対応させることができる。また常に個別の第２通知文を生成して通知する場合に比べてサーバ装置の処理負荷を軽減することができる。なお集約時間とは例えば３０秒、１分等であるが、これに限られない。
【００１３】
上記センタ装置は、上記ユーザの名前を含むユーザ情報を記憶する記憶手段をさらに有してもよい。この場合上記通知文生成手段は、上記第１通知文には少なくとも上記新たなメッセージの数を含ませ、上記第２通知文には上記新たなメッセージを入力したユーザの名前を含ませてもよい。
【００１４】
これによりオペレータは第１通知文によってこれから返答が必要になるメッセージの数を把握することができ、第２通知文によって返答が必要なユーザの名前を把握し即座に対応することができる。上記第１通知文にもユーザ毎の名前が含まれていてもよいし、上記メッセージの数がユーザ毎に通知されてもよい。
【００１５】
上記通知文生成手段は、上記新たに受信したメッセージに特定の単語が含まれている場合、上記集約時間の経過前であっても、当該単語に対応した特定通知文を生成してもよい。
【００１６】
これにより、重要なメッセージについては集約時間経過を待つことなく特定通知文によって通知することで、オペレータは当該重要なメッセージに対して即座に対応することができる。特定の単語とは例えば「熱っぽい」等の体調不良に関するメッセージ等であり、これに対応する特定通知文は例えば「体調に関するメッセージが来たよ」等、他の個別通知文よりもオペレータの注意を惹く通知文である。
【００１７】
上記センタ装置は、上記受信したメッセージへの返信メッセージの入力を上記オペレータから受け付ける入力手段をさらに有してもよい。この場合上記通知文生成手段は、上記返信メッセージの入力中に新たなメッセージを受信した場合、上記集約時間の経過後であっても上記第２通知文を生成せず、上記返信メッセージの入力が終了したときに当該新たなメッセージに関する通知を含む上記第１通知文を生成してもよい。
【００１８】
これにより、オペレータが返信メッセージを入力中は通知文を生成しないことで入力作業に集中させ、通知によって注意が散漫になったり見落としが発生したりするのを防ぐことができる。
【００１９】
上記サーバ装置は、上記オペレータから上記第１通知文を生成する第１モードを設定する設定入力と、上記第２通知文を生成する第２モードを設定する設定入力のいずれかを受け付ける設定入力手段をさらに有してもよい。この場合上記通知文生成手段は、上記設定入力に応じて、上記第１モードと、上記第２モードのいずれかを実行してもよい。
【００２０】
これにより、集約時間内にメッセージが複数受信された場合でもユーザが対応可能な場合には第２通知文を生成したり、逆に集約時間を超えてメッセージが受信されない場合であってもオペレータが他の作業中で対応不可能な場合には第１通知文を生成したり等、ユーザの状況等に応じて第１モードと第２モードを切替えて実行することができる。
【００２１】
上記通知文生成手段は、上記集約時間の経過前に受信した新たなメッセージの数が所定数未満の場合、当該新たなメッセージを入力したユーザ毎の名前及び当該ユーザ毎のメッセージ数を上記第１通知文に含ませ、当該新たなメッセージの数が上記所定数以上の場合、上記第１通知文に当該新たなメッセージの数を含ませてもよい。
【００２２】
これにより、受信メッセージが多すぎる場合には下手にユーザの名前を読み上げることで逆に通知が煩雑になってしまうことから、通知を簡略化することで確実にオペレータに受信メッセージの存在を把握させることができる。
【００２３】
本発明の他の形態に係る見守り方法は、
見守りの対象となるユーザからのメッセージを入力する端末入力手段および上記ユーザがメッセージを入力するたびに外部に当該メッセージを送信する送信手段を有する端末装置から、ネットワーク経由で上記メッセージを受信し、
上記通知文を上記ユーザを見守るオペレータに通知してから、上記メッセージを集約する時間長である集約時間が経過する前に新たなメッセージを受信した場合、当該新たなメッセージの受信を当該集約時間の経過後にまとめて前記オペレータに音声にて通知し、当該集約時間が経過する前に上記受信手段が新たなメッセージを受信せず当該集約時間の経過後に新たなメッセージを受信した場合、当該新たなメッセージの受信を前記オペレータに音声にて通知する、ことを含む。
【００２４】
本発明の他の形態に係るプログラムは、センタ装置に、
見守りの対象となるユーザからのメッセージを入力する端末入力手段および上記ユーザがメッセージを入力するたびに外部に当該メッセージを送信する送信手段を有する端末装置から、ネットワーク経由で上記メッセージを受信するステップと、
上記通知文を上記ユーザを見守るオペレータに通知してから、上記メッセージを集約する時間長である集約時間が経過する前に新たなメッセージを受信した場合、当該新たなメッセージの受信を当該集約時間の経過後にまとめて上記オペレータに音声にて通知し、当該集約時間が経過する前に上記受信手段が新たなメッセージを受信せず当該集約時間の経過後に新たなメッセージを受信した場合、当該新たなメッセージの受信を上記オペレータに音声にて通知する第２通知文を生成するステップと、を実行させる。
【００２５】
本発明の他の形態に係る見守りシステムは、端末装置とセンタ装置とを有する。
上記端末装置は、見守りの対象となるユーザからのメッセージを入力する端末入力手段および上記ユーザがメッセージを入力するたびに外部に当該メッセージを送信する送信手段を有する。
上記センタ装置は、上記端末装置からネットワーク経由で上記メッセージを受信する受信手段、新たなメッセージの受信を上記ユーザを見守るオペレータに音声にて通知する通知文を生成する通知文生成手段、上記通知文を上記オペレータに通知する出力手段および上記メッセージを集約する時間長である集約時間を記憶する記憶手段を有する。
上記通知文生成手段は、上記集約時間の計時を繰り返し当該集約時間内に受信した上記メッセージをまとめて通知する上記通知文を生成する。
【００２６】
この構成であっても、短時間に多くのメッセージが連続して受信された場合にはそれをその都度通知せずに集約時間経過後に集約して通知することで、受信したメッセージをオペレータが見落とすのを防ぐことができる。
【発明の効果】
【００２７】
以上説明したように、本発明によれば、受信されたメッセージをオペレータが見落とすのを防ぎ当該メッセージに即座に対応させることができる。しかし、当該効果は本発明を限定するものではない。
【図面の簡単な説明】
【００２８】
【図１】本発明の一実施形態に係る見守りシステムの構成を示した図である。
【図２】上記見守りシステムが有するサーバ装置のハードウェア構成を示した図である。
【図３】上記サーバ装置が記憶するユーザ名リストの例を示した図である。
【図４】上記サーバ装置が記憶する受信メッセージリストの例を示した図である。
【図５】上記サーバ装置によりメッセージ受信時に通知される通知文を時系列で示した図である。
【図６】上記見守りシステムによる通知文生成処理の流れを示したフローチャートである。
【発明を実施するための形態】
【００２９】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００３０】
［システムの構成］
図１は、本実施形態に係る見守りシステムの構成を示した図である。
【００３１】
同図に示すように、見守りシステムは、管理センタに設置されたセンタ装置としてのサーバ装置１００およびサーバ装置１００と接続されたセンタ側端末１６０と、サーバ装置１００と通信可能にネットワーク接続された複数のユーザ端末２００とで構成される。
【００３２】
サーバ装置１００には、記憶手段１４０及びキーボードやマウスなどから構成される設定入力手段１５０が接続される。記憶手段１４０には、ユーザ名リスト１４１、通知文雛型１４２、及び受信メッセージリスト１４３が記憶されている。
【００３３】
ユーザ端末２００は、本システムのユーザ（例えば高齢者等）宅に設置され、少なくともネットワークを通じてサーバ装置１００にメッセージを送信可能にする送信手段と、ユーザの声を入力するマイクＭで実現される入力手段と、その声を文字列化する音声認識手段（不図示）を有する。
【００３４】
ユーザ端末２００は、少なくとも上記の構成要素を有していればよいが、ユーザにとって人とのやり取りを想起でき、親しみを持てるような外見として小型の人形を模した対話ロボットであってもよい。
【００３５】
ユーザ端末２００は、ユーザが話しかけた声をサーバ装置１００に送信する機能を有するが、逆にサーバ装置１００から送信されてきた通知文を音声合成技術により音声データ化してスピーカＳからユーザに音声で伝える機能も有する。
【００３６】
サーバ装置１００は、管理センタに常駐しユーザとメッセージのやり取りをするオペレータによって使用される装置であり、少なくとも受信手段１１０、計時手段１２０、及び通知文生成手段１３０を有する。またそれら手段を制御する制御手段を有する。これらは適宜周知なハードウェア（いわゆるサーバコンピュータやパーソナルコンピュータ）や記憶手段に記憶されているソフトウェアにより実現されている。
【００３７】
受信手段１１０は、ユーザ端末から送信されてきたメッセージを受信するためのＩ／Ｆである。
【００３８】
計時手段１２０は、コンピュータを用いて実現されているサーバ装置１００に内蔵されている時計機能である。各メッセージの受信時刻及びオペレータへの通知文の通知時刻を取得できる
【００３９】
通知文生成手段１３０は、記憶手段１４０に記憶されている通知文雛型１４２からいずれかの通知文の雛型を基に、受信メッセージリスト１４３に記憶されているユーザからのメッセージについて、計時手段１２０が計測した時間などを参照し、センタ側端末１６０を通じてオペレータに通知すべき通知文を生成する手段である。
【００４０】
生成される通知文としては、１つの受信メッセージの受信を通知する個別通知文と、複数の受信メッセージをまとめて通知する集約通知文がある。当該通知文生成手段１３０の具体的な処理については後述する。なお、特許請求の範囲における第１通知文が集約通知文に相当し、第２通知文が個別通知文に相当する。
【００４１】
センタ側端末１６０は、本見守りシステムによるサービスを提供する業者の管理センタに設置され、サーバ装置１００に新着の受信メッセージが存在することをオペレータに少なくとも聴覚（音声）により伝える機能を有する。同時に視覚（画面）にて伝えても良い。
【００４２】
またセンタ側端末１６０は、オペレータがセンタ側端末１６０に対して話しかけた音声を音声認識技術により文字列化してサーバ装置１００に送信する機能も有する。その話しかけた音声はユーザ端末２００に送信される。
【００４３】
センタ側端末１６０は、ユーザ端末２００と同様に人型の小型ロボットの形状にしても良い。
【００４４】
なお、サーバ装置１００に集音手段、音声認識手段（マイクＭ）及び音声出力手段（スピーカＳ）を備えることとして、センタ側端末１６０を省略しても良い。
【００４５】
［サーバ装置のハードウェア構成］
図２は、上記サーバ装置１００のハードウェア構成を示した図である。同図に示すように、センタサーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
【００４６】
ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながらセンタサーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００４７】
またＣＰＵ１１は、上記計時手段１２０及び通知文生成手段１３０として機能する。
【００４８】
入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。
【００４９】
表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。
【００５０】
操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７は、上記設定入力手段１５０として機能する。
【００５１】
記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳのほか、スケジュール情報や、各種フラグ類、パラメータ類、サーバ装置１００の各手段を実現するソフトウェア類が記憶される。記憶部１８は、上記記憶手段１４０として機能する。
【００５２】
また本実施形態において、記憶部１８は、上述のように、ユーザ名リスト１４１、通知文雛形１４２及び受信メッセージリスト１４３等のデータや、通知文生成を含むユーザ端末２００とのメッセージのやり取りのためのアプリケーションその他のプログラム及びデータベースを記憶している。
【００５３】
通信部１９は、例えばEthernet（登録商標）用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００との間の通信処理を担う。通信部１９は、上記受信手段１１０として機能する。
【００５４】
センタ側端末１６０及びユーザ端末２００のハードウェア構成も基本的には上記サーバ装置１００のハードウェア構成と同様であるが、センタ側端末１６０及びユーザ端末２００は、上述のように前面にマイクＭ及びスピーカＳを有する。
【００５５】
［データベース構成］
次に、上記記憶手段１４０（記憶部１８）に記憶されたデータの詳細について説明する。
【００５６】
図３は、上記ユーザ名リスト１４１の例を示した図である。
【００５７】
同図に示すように、ユーザ名リスト１４１は、ユーザ端末２００に一意に付与されるＩＤ情報である端末ＩＤと、各ユーザ端末２００のユーザの名前が一対一で対応されたリスト情報である。
【００５８】
端末ＩＤは、ユーザがユーザ端末２００に対して話しかけた内容がサーバ装置１００にメッセージ送信される際、同時にユーザ端末２００から送信される。これによりサーバ装置１００側で、受信したメッセージがいずれのユーザ端末２００から送信されたのかを識別可能となる。
【００５９】
端末ＩＤにより、そのメッセージの送信主もわかるため、後述するようにオペレータへの音声にユーザの名前を含めるためにも用いられる。
【００６０】
ユーザ名リスト１４１は、新しくユーザが加わり、ユーザ端末２００が追加接続するたびに追加的に更新されるものとする。
【００６１】
通知文雛型１４２は、サーバ装置１００に新たな受信メッセージがある場合に、オペレータにその旨を伝えるための通知文の雛型である。通知文雛型は通常文雛型、短縮文雛型、特定文雛型がある。
【００６２】
通常文雛型は、「［人物名］さんからメッセージが来たよ」との文字列から構成されている。通常文雛型は、新着のメッセージが集中せずに疎らに受信され、メッセージの受信間隔が集約時間（例えば３０秒）よりも長い場合に用いられ、個別通知文の基となる。「［人物名］」は受信したメッセージに含まれる端末ＩＤを基にユーザ名リスト１４１を参照して特定されるユーザの名前に置き換わる部分である。
【００６３】
例えば、受信したメッセージに含まれる端末ＩＤが"Ａ０１"の場合には、個別通知文は「Ａさんからメッセージが来たよ」になる。
【００６４】
短縮文雛型は、新着のメッセージが集中して受信されて、メッセージの受信間隔が集約時間以内である場合に用いられ、集約通知文の基となる。
【００６５】
短縮文雛型は前半と後半２つに分かれ、短縮文雛型前半は「［人物名］さんから［受信件数］」、短縮文雛型後半は「のメッセージが来たよ」から構成されている。
【００６６】
短縮文雛型前半の「［人物名］」は通常文雛形と同様に、端末ＩＤから特定されるユーザ名に置き換わる。
【００６７】
「［受信件数］」は、その「［人物名］」からの受信メッセージの数を計数した結果である。計数の手順については図６のフロー図とともに後述する。
【００６８】
短縮文雛型前半は、オペレータへの一度の通知に際して複数回用いられるが、短縮分雛型後半は１度のみであり、固定である。
【００６９】
特定文雛型は、「［人物名］さんから［特定語句］についてのメッセージが来たよ」との文字列から構成され、特定通知文の基となる。特定文雛型は「［人物名］」の人物が発した言葉の中に特定の語句が含まれる場合に用いられ、その特定の語句に応じて「［特定語句］」の箇所が置き換われる。具体例は後述する。
【００７０】
図４は、受信メッセージリスト１４３の例を示した図である。
【００７１】
同図に示すように、受信メッセージリスト１４３は、端末ＩＤとメッセージ内容から構成されており、オペレータに集約メッセージを通知するか、時間閾値を経過するたびに空白に初期化される。詳細は図６のフロー図と共に説明する。
【００７２】
図４（ａ）は６件、同（ｂ）は３件のメッセージが受信された結果が示されている。しかし、それぞれ１件目のメッセージについては、オペレータに通知した後に削除されるため、同図（ａ）では５件、同図（ｂ）では２件が示されている。
【００７３】
端末ＩＤは、それぞれのメッセージがどのユーザ端末２００から受信されたのかを示すものであり、ユーザ名リスト１４３を参照することにより、メッセージの発話者名を特定できる。端末ＩＤの代わりにユーザ名を格納しても良い。
【００７４】
同図（ａ）において、１つ目の"おはよう、今日は普通ゴミの日ね"はＢさん、２つ目の"今日は天気が良さそうね"はＡさん、３つ目の"おはよう、今日はお買い物に行きます"はＣさん、４つ目の"頑張ってお掃除します"はＢさん、５つ目の"午後に孫が来る予定です"はＡさんが発話した結果を示している。
【００７５】
同様に同図（ｂ）において、１つ目の"なんだか熱っぽい気がする"、２つ目の"お医者さんに行こうかな"のいずれもがＤさんが発話した結果を示している。
【００７６】
図５は、メッセージ受信時に通知される通知文を上記図４に対応させて時系列で示した図である。
【００７７】
同図（ａ）に、図４（ａ）に対応した６件の受信メッセージについて従来通り新着の受信メッセージがあるたびに生成された通常文雛型を用いた個別通知文がオペレータに通知される様子を時系列に示す。
【００７８】
この場合では、最初のＡさんのメッセージの受信に基づいて個別通知文を通知してから最後のＡさんのメッセージを受信するまで２５秒間であったとすると全部で６回に亘って個別通知文である「Ａさん（Ｂさん、Ｃさん）からメッセージが来たよ」をオペレータに通知することになる。
【００７９】
ここで、オペレータとしては最初の「Ａさんからメッセージが来たよ」と聞いたときにサーバ装置１００に注意を向けて、返事を入力するなどの作業を開始するので、その後に繰り返し「Ａさん（Ｂさん、Ｃさん）からメッセージが来たよ」と聞かされる必要はない。むしろ最初のメッセージについての返事の入力作業を開始しているため、繰り返し通知があると、注意が散漫となり他のメッセージを受信したことに気が付かない（見落とし）可能性がある。
【００８０】
そこでサーバ装置１００は、最初のメッセージであるＡさんの"おはよう、夕べはよく眠れましたよ"というメッセージ（不図示）の受信に基づき個別通知文を通知してから集約時間（例えば３０秒）が経過するまでは敢えてオペレータには通知することはせず、記憶手段１４０の受信メッセージリスト１４３に、それぞれのメッセージに含まれる端末ＩＤ、ユーザが発話した音声を文字列化したものをメッセージ内容のフィールドに記憶する。そして最初のＡさんのメッセージに基づき個別通知文を通知した時刻（以下、「前回通知時刻」）と共に受信メッセージリスト１４３として記憶手段１４０に記憶させる。
【００８１】
そして通知文生成手段１３０は、集約時間が経過後に受信メッセージリスト１４３を参照して、それぞれの端末ＩＤごと、即ちユーザごとにその集約時間の間に受信したメッセージ件数を数え、短縮文雛型前半の「［受信件数］」の箇所と置き換える。同時にそれぞれのユーザの名前を「［人物名］」の箇所と置き換える。
【００８２】
図５（ｂ）は、同じく図４（ａ）に対応した６件の受信メッセージについて、オペレータへの通知タイミングと内容を時系列で模式的に示したものである。
【００８３】
最初に、前回のメッセージの受信に対応した通知から集約時間以上経過した後、またはシステムの起動時において、Ａさんからの新着メッセージがあったとして、通知文生成手段１３０は、通常文雛型を用いた個別通知文の「Ａさんからメッセージが来たよ」を生成する。当該個別通知文はセンタ側端末１６０のスピーカＳからオペレータに通知される。そして通知文生成手段１３０は、前回通知時刻に当該通知した時刻を記憶し、受信メッセージリスト１４３から当該メッセージを削除する。
【００８４】
個別通知文の「Ａさんからメッセージが来たよ」がオペレータに通知された後は、５つの新着受信メッセージがあっても、通知文生成手段１３０はその都度は生成しない。
【００８５】
そして通知文生成手段１３０は、集約時間が経過後に、最初のメッセージを除いた５件について受信メッセージリスト１４３を参照すると、図４（ａ）に示すようにＡさんから２件、Ｂさんから２件、Ｃさんから１件であることが判明するので、通知文生成手段１３０は、短縮文雛型を用いて「Ａさんから２件、Ｂさんから２件、Ｃさんから１件のメッセージが来たよ」という集約通知文を作成する。当該集約通知文はセンタ側端末１６０のスピーカＳからオペレータに通知される。
【００８６】
上記集約時間は、事前に定められた値とし、本実施の形態では３０秒としている。短いとオペレータの注意散漫と見落とし防止の効果を奏しにくくなり、長いと長時間に亘り集約通知文が生成されないので、ユーザとの受け答えが遅れて「つながり感」や「見守られ感」が醸成しにくくなるので比較考量の上、決定する。集約時間は、サーバ装置１００にインストールされ記憶手段１４０に記憶されたユーザ端末２００との対話用のプログラムに予め記述されていてもよいし、オペレータにより設定入力手段１５０を用いて入力され、記憶手段１４０に記憶されてもよい。
【００８７】
図５（ｃ）については後述する。
【００８８】
［見守りシステムの動作］
次に、以上のように構成された見守りシステムの動作について説明する。当該動作は、サーバ装置１００のＣＰＵ１１や通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。下記の説明では、便宜上、サーバ装置１００のＣＰＵ１１を動作主体とする。
【００８９】
図６は、上記見守りシステムにおけるメッセージ受信通知処理の流れを示したフローチャートである。
【００９０】
同図に示すように、まず、サーバ装置１００のＣＰＵ１１は、ユーザ端末２００からメッセージを受信したか否かを判断する（ステップ６１）。なお、ユーザ端末２００側では、ユーザがユーザ端末２００に話しかけると、ユーザ端末２００の端末ＩＤと話しかけられた内容を文字列化してひとまとめにしてメッセージにし、サーバ装置１００に送信する。
【００９１】
ユーザ端末２００からメッセージを受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、メッセージ受信リスト１４３に、当該メッセージ（端末ＩＤ及びメッセージ内容）を追加する（ステップ６２）。
【００９２】
続いてＣＰＵ１１は、現時刻と前回の通知文の通知時刻との差分が、集約時間（３０秒）を超えているか否かを判断する（ステップ６３）。なおサーバ装置１００における本実施形態に係るプログラムの起動時においては、前回の通知文の通知時刻は、現時刻より集約時間（３０秒）以上前として扱われる。
【００９３】
上記差分が集約時間以内であると判断した場合（Ｎｏ）、ＣＰＵ１１は、上記ステップ６１へ戻り新着メッセージを確認する。
【００９４】
上記差分が集約時間を超えていると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、メッセージ受信リスト１４３を参照し、前回の通知文の通知時から現在までに受信した受信メッセージの数を確認する（ステップ６４）。
【００９５】
受信メッセージ数が０件であると判断した場合、ＣＰＵ１１は、上記ステップ６１へ戻り新着メッセージを確認する。
【００９６】
受信メッセージ数が１件であると判断した場合、ＣＰＵ１１は、当該１つのメッセージについて、通常文雛型を用いて個別通知文を生成し（ステップ６５）、サーバ側端末１６０に生成した個別通知文を出力する（ステップ６７）。サーバ側端末１６０は、受信した個別通知文をオペレータに通知する。例えば「Ａさんからメッセージが来たよ」という通知文をスピーカＳから発話する。
【００９７】
受信メッセージ数が２件以上であると判断した場合、ＣＰＵ１１は、それら複数のメッセ０時について、短縮文雛型を用いて集約通知文を生成し（ステップ６６）、サーバ側端末１６０に生成した集約通知文を出力する（ステップ６７）。サーバ側端末１６０は、受信した集約通知文をオペレータに通知する。例えば図５（ａ）の場合には「Ａさんから２件、Ｂさんから２件、Ｃさんから１件のメッセージが来たよ」という通知文をスピーカＳから発話する。
【００９８】
そしてＣＰＵ１１は、通知文を出力すると、上記メッセージ受信リスト１４３をクリアし、上記計時手段１２０により、前回の通知文の通知時刻として現時刻をセットする（ステップ６８）。
【００９９】
ＣＰＵ１１は、以上の処理をユーザ端末２００からメッセージを受信する度に繰り返し実行する。
【０１００】
次に、以上説明した処理の例外処理としての特定文の通知処理について、図４（ｂ）及び図５（ｃ）を用いて説明する。
【０１０１】
特定文の通知には、上記通常文雛型及び短縮文雛型ではなく、同じく通知文雛型１４２として記憶された特定文雛形が用いられる。
【０１０２】
特定文雛型は、ユーザがユーザ端末２００に発した言葉の中に、予め記憶手段１４０に記憶しておいた特定の単語が含まれている場合に用いられる。例えば、図４（ｂ）に示すように、「熱っぽい」「医者」という単語が含まれていると、ユーザは何らかの体調の悪さを口にしていると考えられる。そこで、通知文生成手段１３０は、そのような特定の単語に応じて「［特定語句］」を「体調」に置き換え、特定通知文として「Ｄさんから体調についてのメッセージが来たよ」を生成する。
【０１０３】
サーバ装置１００は、図５（ｃ）のように、集約時間経過後、メッセージ受信リスト１４３を参照し、前回の通知文の通知時から現在までに受信した受信メッセージの中に特定の単語を含むメッセージがある場合には、特定通知文を生成し、オペレータに通知する。
【０１０４】
これにより、オペレータはユーザの体調不良等にすぐに気づくため、「つながり感」や「見守られ感」の一層の醸成が可能となる。
【０１０５】
［まとめ］
以上説明したように、本実施形態によれば、サーバ装置１００は、短時間に多くのメッセージが連続して受信された場合にはそれをその都度オペレータに通知せずに集約時間経過後にまとめて通知することで、受信されたメッセージをオペレータが見落とすのを防ぎ当該メッセージに即座に対応させることができる。また常に個別通知文を生成して通知する場合に比べてサーバ装置１００の処理負荷を軽減することができる。
【０１０６】
［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。
【０１０７】
上述の実施形態では、サーバ装置１００が、新たなメッセージの受信時刻が前回の通知文の通知時刻から集約時間内であるか否かに応じて、個別通知文と集約通知文とを生成していたが、これに代えて、サーバ装置１００は、個別通知文を生成する個別モードと、集約通知文を生成する集約モードとを設け、いずれかのモードを上記設定入力手段１５０によってオペレータに設定させ、オペレータの入力による設定に応じていずれかのモードを実行してもよい。
【０１０８】
これにより、集約時間内にメッセージが複数受信された場合でも、例えば１０秒に１通程度のメッセージである場合には、オペレータは敢えて個別モードにしても注意散漫を招かずに順次新着メッセージの存在を音声により認識できると考えられることから、オペレータは個別モードを設定することもできる。また逆に集約時間を超えてメッセージが受信されない場合であってもオペレータが他の作業中で対応不可能な場合には、個別モードへ切り替えずに集約モードを維持することもできる。このように、オペレータの状況等に応じて個別モードと集約モードを切替えて実行することができる。
【０１０９】
またこの場合、上記集約時間（３０秒）を固定するのではなく、オペレータが自由に設定可能としてもよい。
【０１１０】
またサーバ装置１００は、オペレータが、上記設定入力手段１５０（操作受付部１７）を介して、受信したメッセージへの返信メッセージを入力中であるか否かを監視し、返信メッセージを入力中に新たなメッセージを受信した場合には、集約時間経過後であっても個別通知文を生成せず、上記入力が終了したときに当該新たなメッセージに関する通知を含む集約通知文を生成してもよい。返信メッセージを入力中であるか否かは、例えば、ユーザとのやり取りに用いられるアプリケーションのユーザインタフェース上の返信メッセージ入力欄に入力が有るか否かによって判断できる。
【０１１１】
これにより、オペレータが返信メッセージを入力中は通知文を生成しないことで入力作業に集中させ、通知によって注意が散漫になったり見落としが発生したりするのを防ぐことができる。
【０１１２】
また、返信メッセージに限らず、設定入力手段１５０（操作受付部１７）において、ある程度継続した（例えば１０秒、２０秒等）キー入力が検出された場合には、サーバ装置１００は、上記と同様に集約時間経過後でも個別通知文を生成せず入力終了時に集約通知文を生成してもよい。
【０１１３】
またサーバ装置１００は、集約通知文をさらに短いものにしてもよい。これはユーザの数が多くなってきた場合には、集約通知文にメッセージの送信元のユーザの名前を全て含めると集約通知文自体が長くなり、それを理由にオペレータにとって注意散漫を防止できなくなる可能性があるからである。そこでユーザの名前を省略して、集約通知文を、例えば「全部で１０件のメッセージが来たよ」等としてもよい。
【０１１４】
また上述の実施形態では、特定通知文は、集約通知文と同様に集約時間経過後に通知されたが、サーバ装置１００は、特定文雛型を用いるべき単語が含まれるメッセージが受信された場合には、オペレータへの通知は緊急性を要すると考えられるので、例外処理として、集約時間経過に関わらず特定文雛型を用いた特定通知文をオペレータに通知するものとしてもよい。
【０１１５】
また上述の実施形態では、サーバ装置１００は集約時間（３０秒）を固定の値として設定していたが、状況に応じて可変にしても良い。例えば、ユーザ毎に過去のメッセージの送信頻度を参照して、複数のユーザまたは同一のユーザからメッセージが集中した場合にその状態がどの程度の時間継続するかを推定して、集約時間を設定してもよい。
【０１１６】
またサーバ装置１００は、送信の頻度が低いユーザからメッセージを受信した場合にも例外処理として個別通知文をオペレータに通知しても良い。これは、そのようなユーザがわざわざメッセージ送信するのは何らかの意図を持っていることがあり、オペレータとしては注目に値するからである。
【０１１７】
あるいは、サーバ装置１００は、あるユーザのメッセージ送信の時間帯について傾向を把握しておき、当該ユーザがほとんど送信実績の無い時間帯にメッセージを送信してきた場合にも例外処理として個別通知文をオペレータに通知しても良い。理由は上記と同じである。
【０１１８】
また上記図４に示す受信メッセージリストでは、ユーザが発話した内容を文字列化してメッセージ内容として記憶する様子を示したが、図１に示すセンタ側端末１６０にはさらにモニター表示装置を備えることとして、その内容を文字列表示することとしてもよい。その場合、ユーザからメッセージを受信するとリアルタイムにユーザ名とともに表示しても良いし、別途オペレータからの表示指示入力に従って表示しても良い。さらにセンタ側端末１６０に音声合成手段を備え、ユーザから受信したメッセージの内容を音声にてオペレータに通知してもよい。
【０１１９】
また上述の実施形態では、記憶手段１４０に記憶する通知文雛型は記憶容量の点から文字列とされ、適宜音声合成技術を用いてスピーカＳから出力できる音声データに変換していたが、記憶容量に余裕がある場合には音声データをそのまま記憶しておいてもよい。
【０１２０】
上述の実施形態では、集約通知文の生成は、連続して受信されるメッセージの最初のメッセージをオペレータに通知した時刻を基準に、集約時間以内に他のメッセージが受信されるものとしていたが、基準となる時刻を最初のメッセージの受信時刻としてもよい。
【０１２１】
この場合、図４に示す受信メッセージリストには、最初のメッセージの受信時刻から２番目以降のメッセージの受信時刻の差を受信間隔として記憶しておくと、受信したのが集約時間（例えば３０秒）を越えているか否かを容易に判定可能となる。
【０１２２】
上述の実施形態では、集約通知文には、一律に、メッセージを入力したユーザ毎の人物名と受信件数が含まれていた。これに代えて、サーバ装置１００は、集約時間内に受信した新たなメッセージの数が所定数（例えば３通、５通等）未満の場合には、集約通知文に人物名と受信件数を含ませ、当該新たなメッセージの数が所定数以上の場合、集約通知文に人物名を含ませずに受信件数のみ含ませてもよい。
【０１２３】
これにより、受信メッセージが多すぎる場合には下手にユーザの名前を読み上げることで逆に通知が煩雑になってしまうことから、通知を簡略化することで確実にオペレータに受信メッセージの存在を把握させることができる。
【０１２４】
上述の実施形態では、集約通知文の生成は、連続して受信されるメッセージの最初のメッセージをオペレータに通知した時刻を基準にしていたが、オペレータに通知した時刻とは関係無く、計時手段１２０の出力を参照し、単に集約時間が経過するたびに通知文を生成して通知することとしてもよい。
【０１２５】
この場合、例えば集約時間の間に受信したメッセージが複数件の場合は、上述の実施形態と同様に集約通知文を生成して通知し、１件だった場合には個別通知文にしてもよい。または件数にかかわらず上述の実施形態の集約通知文の形式に則ることとして、集約時間の間に受信したメッセージが１件の場合には例えば「Ａさんから１件のメッセージが来たよ」と通知してもよい。
【０１２６】
これにより、集約時間の経過のたびにオペレータがメッセージの受信に気づくことできるので、見落としの防止を防ぎつつ返信メッセージの入力などの対応が可能となる。
【０１２７】
本願の特許請求の範囲に記載された発明のうち、「見守り方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「見守り方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。
【符号の説明】
【０１２８】
１１…ＣＰＵ
１８…記憶部
１９…通信部
１００…サーバ装置
１１０…受信手段
１２０…計時手段
１３０…通知文生成手段
１４０…記憶手段
１５０…設定入力手段
１６０…センタ側端末
２００…ユーザ端末
【図１】
2020136710.tif 000003
【図２】
2020136710.tif 000004
【図３】
2020136710.tif 000005
【図４】
2020136710.tif 000006
【図５】
2020136710.tif 000007
【図６】
2020136710.tif 000008