WO2022049710A1

WO2022049710A1 - サービス提供装置、サービス提供システム、サービス提供方法及び非一時的なコンピュータ可読媒体

Info

Publication number: WO2022049710A1
Application number: PCT/JP2020/033482
Authority: WO
Inventors: 哲也冬野; 久美子高塚; 真由美伊藤; 大輔福司; 沙月信清
Original assignee: 日本電気株式会社
Priority date: 2020-09-03
Filing date: 2020-09-03
Publication date: 2022-03-10

Abstract

サービス提供装置（１ｂ）は、見守りの対象者の端末において当該対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を制御するＵＩ制御部（１１ｂ）と、第１のＵＩを介して収集した収集情報から対象者のニーズを特定する特定部（１２ｂ）と、複数の種類のニーズのそれぞれに対応した複数のサービス提供手段の中から特定されたニーズの種類に対応するサービス提供手段を選択する選択部（１３ｂ）と、を備え、ＵＩ制御部（１１ｂ）は、特定されたニーズを満たすサービス提供情報を端末へ提示するために、第１のＵＩから選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する。

Description

サービス提供装置、サービス提供システム、サービス提供方法及び非一時的なコンピュータ可読媒体

　本発明は、サービス提供装置、サービス提供システム、サービス提供方法及び非一時的なコンピュータ可読媒体に関し、特に、対象者にサービス提供情報を提示するためのサービス提供装置、サービス提供システム、サービス提供方法及び非一時的なコンピュータ可読媒体に関する。

　近年、少子化、過疎化が進み、一人暮らしの高齢者の介護や見守り等の必要性が高まっている。特許文献１には、スマートフォンやパソコンの操作に慣れてない高齢者が容易にソーシャルネットワーキングサービスを用いて非同期かつ双方向のコミュニケーションをとれるようにするための見守り装置に関する技術が開示されている。特許文献２には、生活支援ロボットシステムと対話ロボットとを備えた対話システムに関する技術が開示されている。

特開２０１７－３８２６６号公報国際公開第２００５／０８６０５１号

　ここで、高齢者等の見守り対象者には、複数のサービス提供事業者のサービスごとに適したユーザインタフェースによりサービスを提供することが効果的といえる。

　本開示は、このような問題点を解決するためになされたものであり、見守り対象者に対してサービスに適したユーザインタフェースを用いて効果的にサービス提供情報を提示するためのサービス提供装置、サービス提供システム、サービス提供方法及び非一時的なコンピュータ可読媒体を提供することを目的とする。

　本開示の第１の態様にかかるサービス提供装置は、
　見守りの対象者の端末において当該対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を制御するＵＩ制御手段と、
　前記第１のＵＩを介して収集した収集情報から前記対象者のニーズを特定する特定手段と、
　複数の種類のニーズのそれぞれに対応した複数のサービス提供手段の中から前記特定されたニーズの種類に対応するサービス提供手段を選択する選択手段と、
　を備え、
　前記ＵＩ制御手段は、
　前記特定されたニーズを満たすサービス提供情報を前記端末へ提示するために、前記第１のＵＩから前記選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する。

　本開示の第２の態様にかかるサービス提供システムは、
　見守りの対象者の端末と、
　前記端末とネットワークを介して接続されたサービス提供装置と、
　を備え、
　前記サービス提供装置は、
　前記端末において前記対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を制御するＵＩ制御手段と、
　前記第１のＵＩを介して収集した収集情報から前記対象者のニーズを特定する特定手段と、
　複数の種類のニーズのそれぞれに対応した複数のサービス提供手段の中から前記特定されたニーズの種類に対応するサービス提供手段を選択する選択手段と、
　を備え、
　前記ＵＩ制御手段は、
　前記特定されたニーズを満たすサービス提供情報を前記端末へ提示するために、前記第１のＵＩから前記選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する。

　本開示の第３の態様にかかるサービス提供方法は、
　コンピュータが、
　見守りの対象者の端末において当該対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を介して収集情報を収集し、
　前記収集情報から前記対象者のニーズを特定し、
　複数の種類のニーズのそれぞれに対応した複数のサービス提供手段の中から前記特定されたニーズの種類に対応するサービス提供手段を選択し、
　前記特定されたニーズを満たすサービス提供情報を前記端末へ提示するために、前記第１のＵＩから前記選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する。

　本開示の第４の態様にかかるサービス提供プログラムが格納された非一時的なコンピュータ可読媒体は、
　見守りの対象者の端末において当該対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を介して収集情報を収集する収集処理と、
　前記収集情報から前記対象者のニーズを特定する特定処理と、
　複数の種類のニーズのそれぞれに対応した複数のサービス提供手段の中から前記特定されたニーズの種類に対応するサービス提供手段を選択する選択処理と、
　前記特定されたニーズを満たすサービス提供情報を前記端末へ提示するために、前記第１のＵＩから前記選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する制御処理と、
　をコンピュータに実行させる。

　本開示により、見守り対象者に対してサービスに適したユーザインタフェースを用いて効果的にサービス提供情報を提示するためのサービス提供装置、サービス提供システム、サービス提供方法及び非一時的なコンピュータ可読媒体を提供することができる。

本実施形態１にかかるサービス提供装置の構成を示すブロック図である。本実施形態１にかかるサービス提供方法の流れを示すフローチャートである。本実施形態２にかかるサービス提供装置の構成を示すブロック図である。本実施形態２にかかるサービス提供方法の流れを示すフローチャートである。本実施形態３にかかるサービス提供装置の構成を示すブロック図である。本実施形態３にかかるサービス提供方法の流れを示すフローチャートである。本実施形態４にかかるサービス提供システムの全体構成を示すブロック図である。本実施形態４にかかる認証装置の構成を示すブロック図である。本実施形態４にかかる顔情報登録処理の流れを示すフローチャートである。本実施形態４にかかる認証装置による顔認証処理の流れを示すフローチャートである。本実施形態４にかかるタブレット端末の構成を示すブロック図である。本実施形態４にかかるスマートフォンの構成を示すブロック図である。本実施形態４にかかるサービス提供サーバの構成を示すブロック図である。本実施形態４にかかるサービス提供サーバの構成を示すブロック図である。本実施形態４にかかるサービス提供制御処理の流れを示すフローチャートである。本実施形態４にかかる会話情報の収集処理の流れを示すシーケンス図である。本実施形態４にかかる家族からの関連情報収集処理の流れを示すシーケンス図である。本実施形態４にかかる家族からの伝言による会話情報収集処理の流れを示すシーケンス図である。本実施形態４にかかる外部サービス処理の流れを示すフローチャートである。本実施形態４にかかる提示要求処理の流れを示すフローチャートである。本実施形態４にかかるサービス提供処理の流れを示すシーケンス図である。本実施形態４にかかるサービス提供処理の流れを示すシーケンス図である。本実施形態４にかかるサービス提供処理の流れを示すシーケンス図である。本実施形態４にかかるタブレット端末における対象者とのコミュニケーションの例を示す図である。本実施形態４にかかるタブレット端末における対象者とのコミュニケーションの例を示す図である。本実施形態４にかかるスマートフォンにおける家族とのコミュニケーションの例を示す図である。本実施形態４にかかるスマートフォンにおける家族とのコミュニケーションの例を示す図である。本実施形態４にかかるタブレット端末における旅行プランの提示の例を示す図である。本実施形態４にかかるスマートフォンにおける家族とのコミュニケーションの例を示す図である。本実施形態４にかかるタブレット端末における対象者の会話情報の収集とＵＩ切替予告の例を示す図である。本実施形態４にかかる切替後のＵＩによるサービス提供情報の提示の例を示す図である。本実施形態４にかかるタブレット端末における対象者の会話情報の収集とＵＩ切替予告の例を示す図である。本実施形態４にかかる切替後のＵＩによるサービス提供情報の提示の例を示す図である。

　以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

＜実施形態１＞
　図１は、本実施形態１にかかるサービス提供装置１の構成を示すブロック図である。サービス提供装置１は、関係者による見守りの対象者に対して、対象者のニーズ（直接的又は間接的な要望）に応じたサービス提供情報を提示するための情報処理装置である。対象者は、一般的には高齢者である。関係者は、高齢者の子や孫の家族や親族やお手伝いさん、介護者等である。ここで、サービス提供装置１は、ネットワーク（不図示）に接続される。ネットワークは、有線であっても無線であってもよい。また、当該ネットワークには、対象者が利用する端末と接続されている。ここで、端末は、カメラ、マイク、スピーカ、タッチパネル等を搭載した情報処理端末、例えば、タブレット端末等であってもよい。尚、サービス提供装置１は、単体のロボット装置として実現されてもよい。

　サービス提供装置１は、収集部１１と、特定部１２と、提示部１３とを備える。収集部１１は、対象者の会話情報と当該対象者又は当該関係者に関する関連情報とを収集する。

　ここで、会話情報とは、対象者が発話した音声が上記端末により収音された音声データであるか、音声データが音声認識により変換されたテキスト情報であってもよい。会話情報は、例えば、対象者の体調（「腰が痛い」という発言）、対象者の希望（「桜が見たい」という発言）、対象者の住居に関する情報（「エアコンが壊れた」という発言）等が挙げられるが、これらに限定されない。また、会話情報は、対象者の独り言であってもよい。

　また、対象者に関する関連情報とは、対象者の会話以外から得られた対象者に関する情報である。例えば、対象者から測定された血圧や体温である。また、対象者の資産状況（貯金の額）、住宅の状況（間取り、家具、家電の種類や配置）であってもよい。また、対象者に提供された過去のサービス提供情報の履歴、過去のサービス提供情報に対する対価であってもよい。また、関係者に関する関連情報とは、対象者の家族関係（子供の数）、関係者のスケジュール、関係者から対象者に関する回答情報等である。

　特定部１２は、会話情報と関連情報とを解析して、対象者のニーズを特定する。例えば、特定部１２は、会話情報と関連情報とを解析してキーワードを抽出し、キーワードを入力してニーズを出力するモデルを用いてニーズを特定してもよい。尚、モデルには、ＡＩ（Artificial Intelligence）モデル等の公知技術を適用することができる。また、モデルは、蓄積された会話情報や関連情報を教師データとし、ニーズを正解として機械学習されたものを用いることができる。

　提示部１３は、特定されたニーズを満たすサービス提供情報を少なくとも対象者へ提示する。例えば、提示部１３は、ニーズを入力してサービス提供情報を出力するモデル（サービス提供手段）を用いてもよい。尚、モデルには、ＡＩモデル等の公知技術を適用することができる。この場合、モデルは、蓄積された会話情報や関連情報やニーズを教師データとし、サービス提供情報を正解として機械学習されたものを用いることができる。または、モデルは、検索エンジン等を用いても良い。サービス提供情報とは、対象者に提供するサービスに関する情報である。また、サービス提供情報は、特定されたニーズを解決できる情報である。例えば、ニーズが「駅へ行きたいこと」である場合、サービス提供情報は、最寄りのバス停から駅行のバスの時刻表となる。また、提示部１３は、例えば、上記端末にサービス提供情報を表示させてもよい。さらに、提示部１３は、対象者以外、例えば、関係者にもにサービス提供情報を提示してもよい。

　図２は、本実施形態１にかかるサービス提供方法の流れを示すフローチャートである。まず、収集部１１は、対象者の会話情報と当該対象者又は当該関係者に関する関連情報とを収集する（Ｓ１１）。次に、特定部１２は、会話情報と関連情報とを解析して、対象者のニーズを特定する（Ｓ１２）。そして、提示部１３は、特定されたニーズを満たすサービス提供情報を少なくとも対象者へ提示する（Ｓ１３）。

　このように、本実施形態は、対象者の会話情報や関連情報から対象者のニーズを把握し、ニーズを満たすサービス提供情報を提示するものである。そのため、高齢者等の対象者が自ら検索等を行うことなく、自動的にニーズに適した情報を提供することができる。特に、ニーズは多様であり、例えば、複数のサービス提供モデルを使い分けることで、見守り対象者の多様なニーズに対して適切なサービスを提供することができる。

　尚、サービス提供装置１は、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施形態にかかる推薦方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムを前記メモリへ読み込ませ、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、収集部１１、特定部１２及び提示部１３の機能を実現する。

　または、収集部１１、特定部１２及び提示部１３は、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（field-programmable gate array）等を用いることができる。

　また、サービス提供装置１の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、サービス提供装置１の機能がＳａａＳ（Software as a Service）形式で提供されてもよい。

＜実施形態２＞
　図３は、本実施形態２にかかるサービス提供装置１ａの構成を示すブロック図である。サービス提供装置１ａは、上記対象者のニーズを満たすサービス提供情報を当該装置単体では提供できない場合に、他のサービス提供手段を備えるサーバにサービス提供情報の提示を要求する情報処理装置である。ここで、サービス提供装置１ａは、ネットワーク（不図示）に接続される。ネットワークは、有線であっても無線であってもよい。また、当該ネットワークには、対象者が利用する（第１の）端末と他のサービス提供手段を備える（第１の）サーバとが接続されている。

　サービス提供装置１ａは、特定部１１ａと、選択部１２ａと、要求部１３ａとを備える。特定部１１ａは、見守りの対象者の第１のニーズを特定する。例えば、特定部１１ａは、上述した特定部１２のように会話情報や関連情報に基づいてニーズを特定してもよい。選択部１２ａは、複数のサービス提供手段の中から第１のニーズの種類に対応するサービス提供手段を選択する。ここで、サービス提供手段は、上述したようにニーズを入力してサービス提供情報を出力するモデルであってもよい。但し、本実施形態にかかるサービス提供装置１ａは、選択されたサービス提供手段を搭載していなくてもよい。そして、選択部１２ａにより選択されたサービス提供手段は、サービス提供装置１ａ以外の装置に搭載されているものとする。そこで、要求部１３ａは、選択されたサービス提供手段を備える第１のサーバに対して、第１のニーズを満たす第１のサービス提供情報を少なくとも対象者の第１の端末へ提示させるための提示要求を送信する。

　図４は、本実施形態２にかかるサービス提供方法の流れを示すフローチャートである。まず、特定部１１ａは、見守りの対象者の第１のニーズを特定する（Ｓ１１ａ）。次に、選択部１２ａは、複数のサービス提供手段の中から第１のニーズの種類に対応するサービス提供手段を選択する（Ｓ１２ａ）。そして、要求部１３ａは、選択されたサービス提供手段を備える第１のサーバに対して、第１のニーズを満たす第１のサービス提供情報を少なくとも対象者の第１の端末へ提示させるための提示要求を送信する（Ｓ１３ａ）。

　ここで、高齢者等の見守り対象者のニーズは多様であるため、複数のサービス提供事業者のサービスを選択的に提供できることが望ましい。そこで、本実施形態では、対象者のニーズに適したサービス提供手段が外部のサービス提供事業者が提供する場合、当該事業者のサーバに対して、対象者へのサービス提供情報の提示を要求するものである。これにより、提示要求を受け取った第１のサーバは、自身のサービス提供手段からニーズを満たすサービス提供情報を取得し、例えば、上述した提示部１３のように対象者の第１の端末へ提示することができる。そのため、複数のサービス提供事業者の提供するコンテンツと円滑な連携を実現することができる。

　尚、サービス提供装置１ａは、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施形態にかかる推薦方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムを前記メモリへ読み込ませ、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、特定部１１ａ、選択部１２ａ及び要求部１３ａの機能を実現する。

　または、特定部１１ａ、選択部１２ａ及び要求部１３ａは、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（field-programmable gate array）等を用いることができる。

　また、サービス提供装置１ａの各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、サービス提供装置１ａの機能がＳａａＳ（Software as a Service）形式で提供されてもよい。

＜実施形態３＞
　図５は、本実施形態３にかかるサービス提供装置１ｂの構成を示すブロック図である。サービス提供装置１ｂは、上記対象者のニーズを満たすサービス提供情報を端末に提示する際に、サービス提供手段の種別に応じたユーザインタフェース（User Interface(UI)）への切替を制御するための情報処理装置である。ここで、サービス提供装置１ｂは、ネットワーク（不図示）に接続される。ネットワークは、有線であっても無線であってもよい。また、当該ネットワークには、対象者が利用する端末と接続されている。

　サービス提供装置１ｂは、ＵＩ制御部１１ｂと、特定部１２ｂと、選択部１３ｂとを備える。ＵＩ制御部１１ｂは、見守りの対象者の端末において当該対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を制御する。ここで、ＵＩには、端末の画面への表示や音声の入出力を含み、対話相手として、アニメーション画像群により表現されるキャラクタを想定するものとする。そして、ＵＩには、少なくとも当該キャラクタを含むものとする。特定部１２ｂは、第１のＵＩを介して収集した収集情報から対象者のニーズを特定する。例えば、特定部１２ｂは、上述した特定部１２のように会話情報や関連情報に基づいてニーズを特定してもよい。選択部１３ｂは、複数の種類のニーズのそれぞれに対応した複数のサービス提供手段の中から特定されたニーズの種類に対応するサービス提供手段を選択する。ここで、ＵＩ制御部１１ｂは、特定されたニーズを満たすサービス提供情報を端末へ提示するために、第１のＵＩから選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する。尚、ＵＩ制御部１１ｂは、切替後の第２のＵＩを引き続き制御しても良い。または、ＵＩ制御部１１ｂは、第２のＵＩへの切替を他のサーバに要求し、端末のＵＥの制御権を移譲してもよい。また、「第２のＵＩへの切替」には、背景画像や入力フォーマットなどは変わらないが、キャラクタのみが（別のアニメーション画像群に）切り替わるものを含む。または、「第２のＵＩへの切替」には、背景画像や入力フォーマットなどが切り替わり、キャラクタは変わらないものも含む。または、「第２のＵＩへの切替」には、背景画像や入力フォーマットと共にキャラクタも切り替わるものも含む。　

　図６は、本実施形態３にかかるサービス提供方法の流れを示すフローチャートである。ＵＩ制御部１１ｂは、見守りの対象者の端末において当該対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を介して収集情報を収集する（Ｓ１１ｂ）。次に、特定部１２ｂは、収集情報から対象者のニーズを特定する（Ｓ１２ｂ）。そして、選択部１３ｂは、複数のサービス提供手段の中から特定されたニーズの種類に対応するサービス提供手段を選択する（Ｓ１３ｂ）。その後、ＵＩ制御部１１ｂは、特定されたニーズを満たすサービス提供情報を端末へ提示するために、第１のＵＩから、選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する（Ｓ１４ｂ）。

　ここで、高齢者等の見守り対象者には、複数のサービス提供事業者のサービスごとに適したユーザインタフェースによりサービスを提供することが分かり易いといえる。そのため、本実施形態により対象者に対してサービスに適したユーザインタフェースを用いて効果的にサービス提供情報を提示することができる。

　尚、サービス提供装置１ｂは、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施形態にかかる推薦方法の処理が実装されたコンピュータプログラムが記憶されている。そして、当該プロセッサは、記憶装置からコンピュータプログラムを前記メモリへ読み込ませ、当該コンピュータプログラムを実行する。これにより、前記プロセッサは、ＵＩ制御部１１ｂ、特定部１２ｂ及び選択部１３ｂの機能を実現する。

　または、ＵＩ制御部１１ｂ、特定部１２ｂ及び選択部１３ｂは、それぞれが専用のハードウェアで実現されていてもよい。また、各装置の各構成要素の一部又は全部は、汎用または専用の回路（circuitry）、プロセッサ等やこれらの組合せによって実現されもよい。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組合せによって実現されてもよい。また、プロセッサとして、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（field-programmable gate array）等を用いることができる。

　また、サービス提供装置１ｂの各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、サービス提供装置１ｂの機能がＳａａＳ（Software as a Service）形式で提供されてもよい。

＜実施形態４＞
　実施形態４は、上述した実施形態１から３の具体例である。図７は、本実施形態４にかかるサービス提供システム１０００の全体構成を示すブロック図である。サービス提供システム１０００は、見守りの対象者Ｕ１が安全、安心に生活できるように見守りを行うと共に、多様なニーズを満たすサービス提供情報を対象者Ｕ１や家族Ｕ２に提示するための情報システムである。対象者Ｕ１は、例えば、独居の高齢者又は介護施設等に入居している高齢者である。家族Ｕ２は、対象者Ｕ１の関係者の一例であり、対象者Ｕ１の子や孫、親族である。

　サービス提供システム１０００は、認証装置１００、タブレット端末２００、健康情報測定装置３００、スマートフォン４００並びにサービス提供サーバ５００、５００ａ～５００ｄを備える。認証装置１００、タブレット端末２００、スマートフォン４００並びにサービス提供サーバ５００、５００ａ～５００ｄのそれぞれは、ネットワークＮを介して接続されている。ここで、ネットワークＮは、有線又は無線の通信回線である。尚、以下の説明では、生体認証を顔認証とし、生体情報を顔特徴情報とするが、生体認証及び生体情報は撮影画像を利用する他の技術を適用可能である。例えば、生体情報は、指紋、声紋、静脈、網膜、瞳の虹彩の模様（パターン）といった個人に固有の身体的特徴から計算されるデータ（特徴量）を用いても構わない。

　認証装置１００は、複数の人物の顔特徴情報を記憶する情報処理装置である。例えば、認証装置１００は、対象者Ｕ１及び家族Ｕ２の顔特徴情報を記憶しているものとする。また、認証装置１００は、外部から受信した顔認証要求に応じて、当該要求に含まれる顔画像又は顔特徴情報について、各ユーザの顔特徴情報と照合を行い、照合結果（認証結果）を要求元へ返信する。

　図８は、本実施形態４にかかる認証装置１００の構成を示すブロック図である。認証装置１００は、顔情報ＤＢ（DataBase）１１０と、顔検出部１２０と、特徴点抽出部１３０と、登録部１４０と、認証部１５０とを備える。顔情報ＤＢ１１０は、ユーザＩＤ１１１と当該ユーザＩＤの顔特徴情報１１２とを対応付けて記憶する。顔特徴情報１１２は、顔画像から抽出された特徴点の集合である。尚、認証装置１００は、顔特徴情報１１２の登録ユーザからの要望に応じて、顔特徴ＤＢ１１０内の顔特徴情報１１２を削除してもよい。または、認証装置１００は、顔特徴情報１１２の登録から一定期間経過後に削除してもよい。

　顔検出部１２０は、顔情報を登録するための登録画像に含まれる顔領域を検出し、特徴点抽出部１３０に出力する。特徴点抽出部１３０は、顔検出部１２０が検出した顔領域から特徴点を抽出し、登録部１４０に顔特徴情報を出力する。また、特徴点抽出部１３０は、サービス提供サーバ５００等から受信した顔画像に含まれる特徴点を抽出し、認証部１５０に顔特徴情報を出力する。

　登録部１４０は、顔特徴情報の登録に際して、ユーザＩＤ１１１を新規に発行する。登録部１４０は、発行したユーザＩＤ１１１と、登録画像から抽出した顔特徴情報１１２とを対応付けて顔情報ＤＢ１１０へ登録する。認証部１５０は、顔特徴情報１１２を用いた顔認証を行う。具体的には、認証部１５０は、顔画像から抽出された顔特徴情報と、顔情報ＤＢ１１０内の顔特徴情報１１２との照合を行う。認証部１５０は、顔特徴情報の一致の有無をサービス提供サーバ５００に返信する。顔特徴情報の一致の有無は、認証の成否に対応する。尚、顔特徴情報が一致する（一致有）とは、一致度が所定値以上である場合をいうものとする。

　図９は、本実施形態４にかかる顔情報登録処理の流れを示すフローチャートである。ここで、情報登録端末（不図示）は、対象者Ｕ１（ユーザ）や家族Ｕ２（ユーザ）の顔を含む身体を撮影し、撮影画像（登録画像）を含む顔情報登録要求をネットワークＮを介して認証装置１００へ送信する。情報登録端末は、例えば、パーソナルコンピュータ、スマートフォン又はタブレット端末等の情報処理装置である。例えば、情報登録端末は、タブレット端末２００やスマートフォン４００であってもよい。

　まず、認証装置１００は、顔情報登録要求に含まれる登録画像を取得する（Ｓ２１）。例えば、認証装置１００は、顔情報登録要求を、情報登録端末からネットワークＮを介して受け付ける。次に、顔検出部１２０は、登録画像に含まれる顔領域を検出する（Ｓ２２）。次に、特徴点抽出部１３０は、ステップＳ２２で検出した顔領域から特徴点を抽出し、登録部１４０に顔特徴情報を出力する（Ｓ２３）。最後に、登録部１４０は、ユーザＩＤ１１１を発行し、当該ユーザＩＤ１１１と顔特徴情報１１２とを対応付けて顔情報ＤＢ１１０に登録する（Ｓ２４）。なお、認証装置１００は、情報登録端末から顔特徴情報１１２を受信し、ユーザＩＤ１１１と対応付けて顔情報ＤＢ１１０に登録してもよい。

　図１０は、本実施形態４にかかる認証装置１００による顔認証処理の流れを示すフローチャートである。まず、特徴点抽出部１３０は、顔認証要求に含まれる認証用の顔画像を取得する（Ｓ３１）。例えば、認証装置１００は、サービス提供サーバ５００等からネットワークＮを介して顔認証要求を受信し、顔認証要求に含まれる顔画像からステップＳ２１からＳ２３のように顔特徴情報を抽出する。または、認証装置１００は、サービス提供サーバ５００等から顔特徴情報を受信してもよい。次に、認証部１５０は、取得した顔特徴情報を、顔情報ＤＢ１１０の顔特徴情報１１２と照合する（Ｓ３２）。顔特徴情報が一致した場合、つまり、顔特徴情報の一致度が所定値以上である場合（Ｓ３３のＹｅｓ）、認証部１５０は、顔特徴情報が一致したユーザのユーザＩＤ１１１を特定し（Ｓ３４）、顔認証に成功した旨と特定したユーザＩＤ１１１とをサービス提供サーバ５００等に返信する（Ｓ３５）。一致する顔特徴情報が存在しない場合（Ｓ３３のＮｏ）、認証部１５０は、顔認証に失敗した旨をサービス提供サーバ５００等に返信する（Ｓ３６）。

　図７に戻り説明を続ける。健康情報測定装置３００は、対象者Ｕ１の血圧や体温といった健康情報を測定する装置である。また、健康情報測定装置３００は、タブレット端末２００と有線又は無線で接続し、測定値をタブレット端末２００へ出力する。

　タブレット端末２００は、対象者Ｕ１が利用する端末の一例である。タブレット端末２００は、対象者Ｕ１の住居等に設置されている。タブレット端末２００は、インストールされたソフトウェアにより動物やロボットを模したキャラクタを表示し、キャラクタを対象者Ｕ１の対話相手となるユーザインタフェースとして動作する。タブレット端末２００は、サービス提供サーバ５００等からのコンテンツ制御情報を解析して、キャラクタを表示し、キャラクタのセリフとして音声出力やテキスト表示を行う。また、タブレット端末２００は、対象者Ｕ１の発話を収音し、収音した音声情報又は音声認識結果をサービス提供サーバ５００等へ送信する。これにより、対象者Ｕ１は、タブレット端末２００に表示されたキャラクタと対話（会話）を行うことができる。また、タブレット端末２００は、健康情報測定装置３００から取得した対象者Ｕ１の健康情報をネットワークＮを介してサービス提供サーバ５００等へ送信する。

　タブレット端末２００が上述した情報登録端末である場合、タブレット端末２００は、対象者Ｕ１の顔認証に用いる登録画像を撮影する。タブレット端末２００は、登録画像を含めた顔情報登録要求をネットワークＮを介して認証装置１００へ送信する。尚、対象者Ｕ１は、他の情報端末を用いて登録画像を撮影し、顔情報登録を行っても良い。

　また、タブレット端末２００は、対象者Ｕ１の顔認証に用いる認証用の顔画像を撮影する。タブレット端末２００は、認証用の画像を含めた顔認証要求をネットワークＮを介してサービス提供サーバ５００へ送信する。そして、タブレット端末２００は、サービス提供サーバ５００からネットワークＮを介して顔認証結果に応じた応答を受信し、キャラクタを介して画面に顔認証結果を表示する。そして、タブレット端末２００は、サービス提供サーバ５００からの会話内容の指示に応じて、キャラクタを介して会話内容を音声出力し、対象者Ｕ１から回答の音声を収音する。そして、タブレット端末２００は、収音した音声に基づく回答情報をネットワークＮを介してサービス提供サーバ５００へ送信する。また、タブレット端末２００は、サービス提供サーバ５００等からサービス提供情報を含むコンテンツ制御情報を受信し、コンテンツ制御情報に基づきコンテンツを再生し、サービス提供情報を出力する。このとき、タブレット端末２００は、デフォルトのキャラクタ又は他のサービス事業者のキャラクタをユーザインタフェースとして音声出力してもよい。または、タブレット端末２００は、サービス提供サーバ５００ｄからＷＥＢコンテンツを受信し、画面に当該ＷＥＢコンテンツを表示することにより、サービス提供情報を対象者Ｕ１に提示してもよい。この場合、キャラクタは表示されてなくてもよい。

　図１１は、本実施形態４にかかるタブレット端末２００の構成を示すブロック図である。タブレット端末２００は、カメラ２１０、マイク２２０、スピーカ２３０、タッチパネル２４０、通信部２５０、メモリ２６０及び制御部２７０を備える。

　カメラ２１０は、制御部２７０の制御に応じて対象者Ｕ１の撮影を行う撮影装置である。マイク２２０は、対象者Ｕ１が発話した音声を収音する収音装置である。スピーカ２３０は、制御部２７０の制御に応じて音を出力する装置である。タッチパネル２４０は、画面等の表示装置（表示部）と入力装置を含む。通信部２５０は、ネットワークＮとの通信インタフェースである。メモリ２６０は、タブレット端末２００の各機能を実現するためのプログラムが格納される記憶装置である。制御部２７０は、タブレット端末２００が有するハードウェアの制御を行う。制御部２７０は、コンテンツ処理部２７１を備える。

　コンテンツ処理部２７１は、サービス提供サーバ５００等からサービス提供情報を含むコンテンツ制御情報を受信し、コンテンツ制御情報に基づきコンテンツを再生する。そして、コンテンツ処理部２７１は、再生したコンテンツをスピーカ２３０及びタッチパネル２４０を介して出力することにより、サービス提供情報を対象者Ｕ１に提示する。

　図７に戻り説明を続ける。スマートフォン４００は、家族Ｕ２が利用する端末の一例である。スマートフォン４００は、家族Ｕ２のうち一人が所持しているものとする。尚、スマートフォン４００は、タブレット端末、カメラを搭載又は接続したＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）等であってもよい。スマートフォン４００は、汎用的なＳＮＳ（Social Network Service）アプリケーションを介して、サービス提供サーバ５００等とテキストデータのやり取りを行う。例えば、ＳＮＳアプリケーションがメッセージアプリケーションの場合、上記キャラクタをユーザとし、家族Ｕ２のユーザとのメッセージのやり取りを行うことで、キャラクタを介して対象者Ｕ１とのメッセージのやり取りを実現する。特に、スマートフォン４００は、サービス提供サーバ５００等からサービス提供情報を受信し、メッセージとして画面に表示してもよい。

　スマートフォン４００が上述した情報登録端末である場合、スマートフォン４００は、家族Ｕ２のそれぞれの顔認証に用いる登録画像を撮影する。スマートフォン４００は、登録画像を含めた顔情報登録要求をネットワークＮを介して認証装置１００へ送信する。尚、家族Ｕ２は、他の情報端末を用いて登録画像を撮影し、顔情報登録を行っても良い。

　図１２は、本実施形態４にかかるスマートフォン４００の構成を示すブロック図である。スマートフォン４００は、カメラ４１０、マイク４２０、スピーカ４３０、タッチパネル４４０、通信部４５０、通信部４５０、メモリ４６０及び制御部４７０を備える。尚、スマートフォン４００は、公知のものを用いても良い。

　カメラ４１０は、制御部４７０の制御に応じて家族Ｕ２の撮影を行う撮影装置である。マイク４２０は、家族Ｕ２が発話した音声を収音する収音装置である。スピーカ４３０は、制御部４７０の制御に応じて音を出力する装置である。タッチパネル４４０は、画面等の表示装置（表示部）と入力装置を含む。通信部４５０は、ネットワークＮとの通信インタフェースである。メモリ４６０は、スマートフォン４００の各機能を実現するためのプログラムが格納される記憶装置である。制御部４７０は、スマートフォン４００が有するハードウェアの制御を行う。制御部４７０は、ＳＮＳアプリケーション４７１を備える。

　ＳＮＳアプリケーション４７１は、サービス提供サーバ５００等から会話内容に対応するテキスト情報を受信し、画面上にキャラクタのメッセージとして表示する。また、ＳＮＳアプリケーション４７１は、家族Ｕ２から入力されたテキスト情報をネットワークＮを介してサービス提供サーバ５００等へ送信する。また、ＳＮＳアプリケーション４７１は、サービス提供サーバ５００等からサービス提供情報を受信し、画面上にキャラクタのメッセージとして表示する。

　図７に戻り説明を続ける。サービス提供サーバ５００は、上述したサービス提供装置１、１ａ及び１ｂの一例である。サービス提供サーバ５００は、タブレット端末２００やスマートフォン４００とのやり取りを通じて対象者Ｕ１の会話情報や対象者Ｕ１又は家族Ｕ２の関連情報を収集する。サービス提供サーバ５００は、収集した情報に基づいて対象者Ｕ１のニーズを特定し、当該ニーズに対応するサービス種別（サービス提供手段）を選択する。サービス提供サーバ５００は、選択したサービス提供手段が装置内に実装されている場合、対応するサービス提供手段を用いて、特定されたニーズを満たすサービス提供情報を取得し、タブレット端末２００又はスマートフォン４００へ送信する。一方、選択したサービス提供手段が外部サーバに実装されている場合、サービス提供サーバ５００は、当該外部サーバのサービス提供手段からサービス提供情報を取得し、タブレット端末２００又はスマートフォン４００へ送信する。または、選択したサービス提供手段が外部サーバに実装されており、外部サーバ側で提示を行う場合、サービス提供サーバ５００は、当該外部サーバへニーズを送信し、タブレット端末２００に対してサービス提供情報を提示させるよう、提示要求を送信する。言い換えると、サービス提供サーバ５００は、特定されたニーズを自己が備えるサービス提供手段により満たすことができない（解決できない）場合に、外部サーバに提示要求を送信するものといえる。尚、サービス提供サーバ５００は、必ずしもサービス提供手段を備えなくても良い。

　サービス提供サーバ５００ａから５００ｄは、外部サーバの一例である。サービス提供サーバ５００ａ及び５００ｂは、異なるニーズの種類に対応した異なるサービス提供手段が実装されている。サービス提供サーバ５００ａ及び５００ｂは、サービス提供サーバ５００から受信するニーズに応じてサービス提供手段を用いてサービス提供情報を出力し、当該サービス提供情報をサービス提供サーバ５００へ返信する。尚、サービス提供サーバ５００ｂは、サービス提供サーバ５００内の後述するカスタマイズコンテンツに対応するものとする。

　サービス提供サーバ５００ｃ及び５００ｄは、異なるニーズの種類に対応した異なるサービス提供手段が実装されており、ニーズを満たすサービス提供情報を独自にタブレット端末２００へ返信する。サービス提供サーバ５００ｃは、上述したサービス提供サーバ５００と同等の機能を有するものとする。よって、サービス提供サーバ５００ｃは、上述したサービス提供装置１、１ａ及び１ｂの一例である。サービス提供サーバ５００ｄは、汎用的なＷＥＢアプリケーションが稼働するサーバであるものとする。サービス提供サーバ５００ｄは、サービス提供サーバ５００から受信したニーズを検索キーとして所定のＤＢの検索を行い、検索結果をネットワークＮを介してタブレット端末２００へ返信する。

　尚、サービス提供サーバ５００、５００ａ～５００ｄのそれぞれは、情報処理装置であり、複数台のサーバに冗長化されてもよく、各機能ブロックが複数台のコンピュータで実現されてもよい。

　次に、サービス提供サーバ５００について詳細に説明する。図１３は、本実施形態４にかかるサービス提供サーバ５００の構成を示すブロック図である。尚、サービス提供サーバ５００ｃの構成も図１３と同様であるものとする。サービス提供サーバ５００は、記憶部５１０、メモリ５２０、通信部５３０及び制御部５４０を備える。記憶部５１０は、ハードディスク、フラッシュメモリ等の記憶装置である。記憶部５１０は、プログラム５１１、個人情報ＤＢ５１２、ニーズ特定モデル５１３、サービス種別定義情報５１４、サービス提供モデル５１５及び５１６、フォーマット情報５１７、デフォルトコンテンツ５１８並びにカスタマイズコンテンツ５１９を記憶する。プログラム５１１は、本実施形態４にかかるサービス提供方法の処理が実装されたコンピュータプログラムである。

　個人情報ＤＢ５１２は、対象者Ｕ１と家族Ｕ２に関する個人情報を管理するデータベースである。個人情報ＤＢ５１２は、ユーザＩＤ５１２１と個人情報５１２２とが対応付けられている。ユーザＩＤ５１２１は、対象者Ｕ１の識別情報である。個人情報５１２２は、上述した対象者Ｕ１の会話情報、対象者Ｕ１の関連情報及び家族Ｕ２の関連情報から抽出された情報である。個人情報５１２２は、例えば、キャラクタからの問いかけに応じて対象者Ｕ１が回答した内容に含まれるキーワードである。また、個人情報５１２２は、例えば、家族Ｕ２からの伝言に応じて対象者Ｕ１が回答した内容に含まれるキーワードである。また、個人情報５１２２は、例えば、対象者Ｕ１がタブレット端末２００の前で発した独り言に含まれるキーワードである。また、個人情報５１２２は、例えば、対象者Ｕ１から健康情報測定装置３００により測定された血圧や体温等の健康情報である。尚、個人情報５１２２は、後述する特定部５５２により収集情報から解析された情報であってもよい。

　ニーズ特定モデル５１３は、個人情報５１２２に含まれる複数のキーワードから対象者Ｕ１のニーズ（直接的又は間接的な要望）を推定する処理が実装されたプログラムモジュールやモデル式である。例えば、ニーズ特定モデル５１３は、個人情報５１２２に含まれる複数のキーワードを入力データとし、各入力データに所定のパラメータ（重み付け係数）を用いて演算される数学モデルであり、例えば、ニューラルネットワーク等で表現されたものである。さらに、ニーズ特定モデル５１３は、入力データとして、現在の時期（何月）等を含めても良い。

　サービス種別定義情報５１４は、ニーズの種類とサービス種別（サービス提供手段）とサービス提供手段の提供サーバへのアドレスとが対応付けれた情報である。例えば、ニーズの種類が医療機関の場合、サービス提供手段として医療機関の予約システム、提供サーバとしてサービス提供サーバ５００ａが対応付けられているものとする。また、サービス種別定義情報５１４は、サービス種別ごとに、サービス提供サーバ５００内にサービス提供手段が実装された内部サービスか、他のサービス提供サーバ５００ａ等にサービス提供手段が実装された外部サービスかの区別が可能とする。また、サービス種別定義情報５１４は、サービス種別ごとに、コンテンツの種別がデフォルト又はカスタマイズの区別が可能とする。尚、独自コンテンツの場合、コンテンツの種別が未定義であるものとする。

　サービス提供モデル５１５及び５１６は、異なるニーズの種類に対応する異なるサービス提供手段のうちサービス提供サーバ５００内に実装されたものである。サービス提供モデル５１５は、例えば、キャラクタによるアドバイス発言をサービス提供情報として提供するものとする。サービス提供モデル５１６は、例えば、ニーズに対応する路線及びバス停のバスの時刻表をサービス提供情報として提供するものとする。サービス提供モデル５１６は、他のサービス事業者により提供されたものであってもよい。

　サービス提供モデル５１５及び５１６は、ニーズからサービス提供情報を推定する処理が実装されたプログラムモジュールやモデル式である。例えば、サービス提供モデル５１５は、特定されたニーズを入力データとし、各入力データに所定のパラメータ（重み付け係数）を用いて演算される数学モデルであり、例えば、ニューラルネットワーク等で表現されたものである。サービス提供モデル５１６もサービス提供モデル５１５と同様である。

　フォーマット情報５１７は、タブレット端末２００の画面（タッチパネル２４０）上で再生されるコンテンツの形式を定めた情報である。フォーマット情報５１７は、例えば、画面上のレイアウトとしてキャラクタの配置位置、セリフの表示位置、他の機能のボタンの表示位置等が定義されている。フォーマット情報５１７は、コンテンツとして後述するデフォルトコンテンツ５１８又はカスタマイズコンテンツ５１９を適用できる。

　デフォルトコンテンツ５１８は、フォーマット情報５１７に適用するコンテンツのうちサービス提供サーバ５００がデフォルトで定義した情報である。デフォルトコンテンツ５１８は、アニメーション画像群５１８１とセリフ情報５１８２とを含む。アニメーション画像群５１８１は、対象者Ｕ１との会話相手となるソフトウェアロボット（キャラクタ）の種々のコマを示す複数の画像の集合である。セリフ情報５１８２は、対応するキャラクタの発言及びメッセージを示すテキスト情報である。デフォルトコンテンツ５１８は、例えば、サービス種別がサービス提供モデル５１５に対応する場合に用いられるものとする。

　カスタマイズコンテンツ５１９は、フォーマット情報５１７に適用するコンテンツのうち他のサービス事業者によりカスタマイズされた定義した情報である。カスタマイズコンテンツ５１９は、アニメーション画像群５１９１とセリフ情報５１９２とを含む。アニメーション画像群５１８１は、対象者Ｕ１にサービス提供モデル５１６によるサービス提供情報を提示する際に、ユーザインタフェースとして用いられるキャラクタの種々のコマを示す複数の画像の集合である。セリフ情報５１９２は、対応するキャラクタの発言及びメッセージを示すテキスト情報である。カスタマイズコンテンツ５１９は、例えば、サービス種別がサービス提供モデル５１６に対応する場合に用いられるものとする。または、カスタマイズコンテンツ５１９は、サービス提供サーバ５００ｃを運用するサービス事業者により設定され、サービス提供サーバ５００ｃから取得されるサービス提供情報を提示する際に用いられても良い。

　メモリ５２０は、ＲＡＭ（Random Access Memory）等の揮発性記憶装置であり、制御部５４０の動作時に一時的に情報を保持するための記憶領域である。通信部５３０は、ネットワークＮとの通信インタフェースである。

　制御部５４０は、サービス提供サーバ５００の各構成を制御するプロセッサつまり制御装置である。制御部５４０は、記憶部５１０からプログラム５１１をメモリ５２０へ読み込ませ、プログラム５１１を実行する。これにより、制御部５４０は、認証制御部５５０、収集部５５１、特定部５５２、選択部５５３、取得部５５４、生成部５５５、提示部５５６、要求部５５７、通知部５５８及び受信部５５９の機能を実現する。

　認証制御部５５０は、対象者Ｕ１が撮影された撮影画像から抽出された生体情報を用いた当該対象者の生体認証を制御する。尚、撮影画像は、家族Ｕ２が撮影されたものであってもよい。また、本実施形態にかかる認証制御部５５０は、生体認証として顔認証を制御する。具体的には、認証制御部５５０は、ネットワークＮを介してタブレット端末２００から顔認証要求を受信し、顔認証要求に含まれる撮影画像を取得する。そして、認証制御部５５０は、撮影画像に含まれる対象者Ｕ１の顔領域に対する顔認証を制御する。すなわち、認証制御部５５０は、取得された撮影画像について、認証装置１００に対して顔認証を行わせる。例えば、認証制御部５５０は、取得された撮影画像を含めた顔認証要求を、ネットワークＮを介して認証装置１００へ送信し、認証装置１００から顔認証結果を受信する。尚、認証制御部５５０は、撮影画像から対象者Ｕ１の顔領域を検出し、顔領域の画像を顔認証要求に含めてもよい。または、認証制御部５５０は、顔領域から顔特徴情報を抽出し、顔特徴情報を顔認証要求に含めてもよい。

　収集部５５１は、上述した収集部１１及びＵＩ制御部１１ｂの一例である。収集部５５１は、第１の問いかけ内容に対応する第１の音声を、対象者Ｕ１のタブレット端末２００から出力させる。そして、収集部５５１は、対象者Ｕ１からタブレット端末２００に入力された第１の問いかけ内容に対する回答である第２の音声に基づく回答情報を会話情報として、タブレット端末２００から収集する。

　また、収集部５５１は、家族Ｕ２のスマートフォン４００に入力された第１の問いかけ内容に対応する第１のテキスト情報をスマートフォン４００から受信し、第１のテキスト情報を第１の音声に変換し、変換後の第１の音声をタブレット端末２００から出力させる。さらに、収集部５５１は、第２の問いかけ内容に対応する第２のテキスト情報を、スマートフォン４００に表示させる。そして、収集部５５１は、家族Ｕ２からスマートフォン４００に入力された第２の問いかけ内容に対する回答である第３のテキスト情報を、スマートフォン４００から関連情報として収集する。

　また、収集部５５１は、健康情報測定装置３００により対象者Ｕ１から測定された健康情報を関連情報として、タブレット端末２００から収集する。

　また、収集部５５１は、上述した顔認証に成功した場合、会話情報及び関連情報を収集するとよい。

　収集部５５１は、収集した収集情報（会話情報及び関連情報）からキーワードを個人情報として抽出し、対象者Ｕ１のユーザＩＤ５１２１と個人情報５１２２とを対応付けて記憶部５１０に保存する。さらに、収集部５５１は、サービス提供手段を備える外部サーバから会話情報又は関連情報をさらに収集し、上記同様、個人情報として記憶部５１０に保存するとよい。

　特定部５５２は、上述した特定部１２、特定部１１ａ及び特定部１２ｂの一例である。特定部５５２は、個人情報５１２２に含まれる複数のキーワードから対象者Ｕ１のニーズを特定する。具体的には、特定部５５２は、記憶部５１０から個人情報５１２２を読み出し、キーワード（群）を取得する。尚、特定部５５２は、収集部５５１により収集された収集情報を解析してキーワードを個人情報として取得（抽出）してもよい。また、特定部５５２は、記憶部５１０から読み出した個人情報５１２２を解析してキーワードとして取得してもよい。そして、特定部５５２は、取得したキーワード（群）をニーズ特定モデル５１３に入力し、ニーズ特定モデル５１３からの出力としてニーズを取得することで特定する。

　例えば、キーワードが「（鉄道の）駅」「行きたい」である場合、特定部５５２は、ニーズ特定モデル５１３を用いて（最寄りのバス停の）「バスの時刻表」をニーズとして特定する。例えば、キーワードが「血圧」「高い」である場合、特定部５５２は、ニーズ特定モデル５１３を用いて「薬の服用」をニーズとして特定する。例えば、キーワードが「腰」「痛い」である場合、特定部５５２は、ニーズ特定モデル５１３を用いて「医療機関の受診」をニーズとして特定する。例えば、キーワードが「桜」「見たい」である場合、特定部５５２は、ニーズ特定モデル５１３を用いて「桜に関するイベント」をニーズとして特定する。例えば、キーワードが「エアコン」「壊れた」である場合、特定部５５２は、ニーズ特定モデル５１３を用いて「エアコンの修理」をニーズとして特定する。例えば、キーワードが「財産」「心配」である場合、特定部５５２は、ニーズ特定モデル５１３を用いて「遺産相続の相談」をニーズとして特定する。

　さらに、特定部５５２は、ニーズ特定モデル５１３へ入力するキーワードとして、現在の時期を含めても良い。例えば、対象者Ｕ１が過去に発話した会話情報の中にキーワードとして「苺」「食べたい」があったとして、さらにキーワードとして現在の時期である「５月」を追加するものとする。その場合、特定部５５２は、「苺」「食べたい」「５月」を入力データとしてニーズ特定モデル５１３に入力する。この場合、ニーズ特定モデル５１３は、「５月」が旬の時期である苺の品種をニーズとして出力する。つまり、特定部５５２は、対象者Ｕ１の過去の発言と現在の時期とを加味して好適なニーズを特定するようにしてもよい。

　選択部５５３は、上述した選択部１２ａ及び選択部１３ｂの一例である。選択部５５３は、複数のサービス提供手段の中から、特定されたニーズの種類に対応するサービス提供手段を選択する。具体的には、選択部５５３は、サービス種別定義情報５１４を参照し、特定部５５２により特定されたニーズから、サービス種別（サービス提供手段）を選択する。

　取得部５５４は、原則として、選択されたサービス提供手段に対して、特定されたニーズを入力して当該ニーズを満たすサービス提供情報を取得する。具体的には、選択されたサービス提供手段がサービス提供サーバ５００内に実装されたサービス提供モデル５１５又は５１６である場合、取得部５５４は、サービス提供モデル５１５又は５１６により、特定されたニーズを満たすサービス提供情報を取得する。また、選択されたサービス提供手段がサービス提供サーバ５００ａ又は５００ｂに実装されたものである場合（つまり制御サーバの切替がない場合）、取得部５５４は、サービス提供サーバ５００ａ又は５００ｂに対して、特定されたニーズを送信する。そして、取得部５５４は、サービス提供サーバ５００ａ又は５００ｂ内に実装されたサービス提供手段に、特定されたニーズが入力されることにより出力されたサービス提供情報を、当該サーバから受信することにより、取得する。

　取得部５５４は、サービス提供手段から出力される複数のサービス提供情報の候補のうち一部を、ニーズを満たすサービス提供情報として取得してもよい。つまり、取得部５５４は、複数のサービス提供情報の候補の中から、所定の基準で絞り込んでも良い。例えば、複数のサービス提供情報の候補の全てを対象者Ｕ１に提示した場合には、大量で対象者Ｕ１には選別ができない場合がある。これに対して、取得部５５４は、所定の基準として対象者Ｕ１の個人情報５１２２からニーズの特定に用いなかった他のキーワードを用いて、複数のサービス提供情報の候補の中から絞り込みを行う。これにより、対象者Ｕ１は、自身の好み沿った厳選されたサービス提供情報の提示を受けることができる。

　ここで、受信部５５９は、他のサービス提供サーバから対象者Ｕ１の第２のニーズを含む提示要求を受信する。ここで、提示要求には、第２のニーズと共に、応答先となるタブレット端末２００のアドレス情報が含まれるものとする。取得部５５４は、他のサービス提供サーバから第２のニーズを受信した場合、第２のニーズをサービス提供モデル５１５又は５１６に入力して、第２のニーズを満たすサービス提供情報を取得する。

　この場合、サービス提供手段の入力として第２のニーズ以外の追加情報が必要な場合、対象者Ｕ１への問合せ内容に対応する第１の音声を生成し、タブレット端末２００から出力させる問合せ手段（不図示）をさらに備えるとよい。尚、問合せ手段は、収集部５５１であってもよい。そして、取得部５５４は、対象者Ｕ１からタブレット端末２００に入力された問合せ内容に対する回答である第２の音声に基づく回答情報をタブレット端末２００から取得する。そして、取得部５５４は、回答情報がサービス提供手段の追加情報を満たす場合、当該回答情報と第２のニーズとをサービス提供手段に入力して第２のサービス提供情報を取得する。また、取得部５５４は、サービス提供サーバ５００ｃ等において収集された収集情報をさらに取得し、収集情報が追加情報を満たす場合、当該収集情報と第２のニーズとをサービス提供手段に入力して第２のサービス提供情報を取得するとよい。

　生成部５５５は、取得したサービス提供情報を含むコンテンツを対象者Ｕ１のタブレット端末２００上で再生させるためのコンテンツ制御情報を生成する。言い換えると、生成部５５５は、サービス提供手段に対応するコンテンツ情報とサービス提供情報を用いてコンテンツ制御情報を生成する。具体的には、生成部５５５は、フォーマット情報５１７と取得したサービス提供情報とを用いてコンテンツ制御情報を生成する。

　提示部５５６は、上述した提示部１３及びＵＩ制御部１１ｂの一例である。提示部５５６は、取得したサービス提供情報を少なくとも対象者Ｕ１へ提示する。具体的には、提示部５５６は、コンテンツ制御情報をタブレット端末２００へ送信することにより、対象者Ｕ１への提示を行う。また、提示部５５６は、取得したサービス提供情報を家族Ｕ２に提示してもよい。つまり、提示部５５６は、取得したサービス提供情報をテキスト情報でスマートフォン４００へ送信してもよい。

　要求部５５７は、上述した要求部１３ａの一例である。要求部５５７は、選択されたサービス提供手段を備えるサービス提供サーバに対して、第１のニーズを満たす第１のサービス提供情報を少なくとも対象者Ｕ１のタブレット端末２００へ提示させるための提示要求を送信する。具体的には、要求部５５７は、選択されたサービス提供手段がサービス提供サーバ５００ｃ又は５００ｄに実装されたものである場合（つまり制御サーバの切替がある場合）、提示要求を送信する。言い換えると、要求部５５７は、選択されたサービス提供手段を自装置（サービス提供サーバ５００）が備えていない場合、外部のサービス提供サーバに対して、提示要求を送信する。

　通知部５５８は、収集した会話情報と関連情報を、サービス提供手段を備える他のサービス提供サーバへ通知する。これにより、複数のサービス提供サーバの間で、対象者Ｕ１の個人情報を共有でき、より効果的なサービス提供情報を提示できる。

　ここで、サービス提供情報の取得の具体例としては、次のようなものが挙げられる。ニーズが「バスの時刻表」（路線名、バス停名等）である場合、選択部５５３は、ニーズの種類からバスの時刻検索サービスをサービス提供手段として選択する。そして、取得部５５４は、バスの時刻検索サービスのサービス提供手段に路線名、バス停名等を入力して、該当するバスの時刻表をサービス提供情報として取得する。また、ニーズが「薬の服用」である場合、選択部５５３は、ニーズの種類からアドバイスをサービス提供手段として選択する。そして、取得部５５４は、アドバイスのサービス提供手段に薬の服用を入力して、「薬を服用したか否かの確認」のアドバイス（問いかけ）のメッセージをサービス提供情報として取得する。また、ニーズが「医療機関の受診」（対象者Ｕ１の氏名、病歴等）ある場合、選択部５５３は、ニーズの種類から医療機関の受診予約サービスをサービス提供手段として選択する。そして、取得部５５４は、受診予約サービスのサービス提供手段に対象者Ｕ１の氏名、病歴等を入力して、「受診予約の日程候補」をサービス提供情報として取得する。また、ニーズが「桜に関するイベント」である場合、選択部５５３は、イベントの検索サービスをサービス提供手段として選択する。ここで、イベントの検索サービスは、サービス提供サーバ５００ｄに実装されているものとする。そこで、要求部５５７は、サービス提供サーバ５００ｄに対して「桜に関するイベント」をニーズとして提示要求を送信する。また、ニーズが「エアコンの修理」（対象者Ｕ１の氏名、住所等）である場合、選択部５５３は、家電修理サービスをサービス提供手段として選択する。そして、取得部５５４は、家電修理サービスのサービス提供手段に、対象者Ｕ１の氏名、住所等を入力して、「修理訪問の日程候補」をサービス提供情報として取得する。また、ニーズが「遺産相続の相談」（対象者Ｕ１の氏名等）である場合、選択部５５３は、銀行の相続相談サービスをサービス提供手段として選択する。ここで、銀行の相続相談サービスは、サービス提供サーバ５００ｃに実装されているものとする。そこで、要求部５５７は、サービス提供サーバ５００ｃに対して「遺産相続の相談」（対象者Ｕ１の氏名等）をニーズとして提示要求を送信する。

　尚、上述した収集部５５１、提示部５５６及び要求部５５７は、ＵＩ制御部としての側面がある。そこで、以下ではＵＩ制御部の処理を説明する。ＵＩ制御部は、上述したＵＩ制御部１１ｂの一例である。ＵＩ制御部は、特定されたニーズを満たすサービス提供情報をタブレット端末２００へ提示するために、第１のＵＩから、選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する。

　ＵＩ制御部は、生成したコンテンツ制御情報に基づくコンテンツをタブレット端末２００上で再生することにより第２のＵＩへの切替を制御する。そして、ＵＩ制御部は、切替後の第２のＵＩを介して第１のサービス提供情報をタブレット端末２００へ提示する。また、上述したアニメーション画像群５１９１を第２のＵＩに相当するものとした場合、ＵＩ制御部は、第２のＵＩへの切替後、アニメーション画像群５１９１を介して第１のサービス提供情報を提示する。

　また、ＵＩ制御部は、選択されたサービス提供手段が第２のサービス提供手段である場合、第２のサービス提供手段を備えるサービス提供サーバに対して、第２のサービス提供情報を第２のＵＩによりタブレット端末２００へ提示させるための提示要求を送信することにより、切替を制御する。

　さらに、ＵＩ制御部は、切替が必要な場合、タブレット端末２００へ第２のＵＩへの切替の予告を表示させる。

　図１４は、本実施形態４にかかるサービス提供サーバ５００ａの構成を示すブロック図である。尚、サービス提供サーバ５００ｂの構成も図１４と同様であるものとする。また、図１３と同様の構成については、同一の符号を付し、適宜、重複する説明を省略する。サービス提供サーバ５００ａは、記憶部５１０、メモリ５２０、通信部５３０及び制御部５４０を備える。記憶部５１０は、プログラム５１１ａ及びサービス提供モデル５１５ａを記憶する。プログラム５１１ａは、サービス提供処理部５５０ａにおけるサービス提供処理が実装されたコンピュータプログラムである。サービス提供モデル５１５ａは、特定のニーズの種類に対応するサービス提供手段である。サービス提供モデル５１５ａは、例えば、医療機関の予約システムである。

　記憶部５１０からプログラム５１１ａをメモリ５２０へ読み込ませ、プログラム５１１ａを実行する。これにより、制御部５４０は、サービス提供処理部５５０ａの機能を実現する。サービス提供処理部５５０ａは、サービス提供サーバ５００等から対象者Ｕ１のニーズを含む要求を受信し、受信したニーズをサービス提供モデル５１５ａに入力して出力されるサービス提供情報を取得する。サービス提供処理部５５０ａは、取得したサービス提供情報をネットワークＮを介してサービス提供サーバ５００等へ返信する。

　尚、サービス提供サーバ５００ｃは、上述したように、図１３と同等の構成であるものとする。また、サービス提供サーバ５００ｄは、サービス提供手段として検索エンジンを備えた一般的に検索サーバであるものとする。そのため、サービス提供サーバ５００ｄの内部構成の図示を省略する。

　図１５は、本実施形態４にかかるサービス提供制御処理の流れを示すフローチャートである。まず、収集部５５１は、会話情報又は関連情報を収集する（Ｓ４０１）。そして、収集部５５１は、収集した会話情報又は関連情報から個人情報を抽出し、記憶部５１０の個人情報ＤＢ５１２に記録する（Ｓ４０２）。ここで、会話情報又は関連情報の収集処理の例について以下に説明する。尚、前提として、上述したとおり対象者Ｕ１及び家族Ｕ２の各人の顔特徴情報が認証装置１００に登録済みであるものとする。

　図１６は、本実施形態４にかかる会話情報の収集処理の流れを示すシーケンス図である。まず、タブレット端末２００の前に対象者Ｕ１が存在しているものとする。そこで、タブレット端末２００は、対象者Ｕ１を撮影し（Ｓ５１１）、撮影画像をネットワークＮを介してサービス提供サーバ５００へ送信する（Ｓ５１２）。

　サービス提供サーバ５００の認証制御部５５０は、タブレット端末２００からネットワークＮを介して撮影画像を受信し、顔認証要求をネットワークＮを介して認証装置１００へ送信する（Ｓ５１３）。このとき、認証制御部５５０は、ステップＳ５１２で取得した撮影画像、当該撮影画像から抽出した顔領域、又は、当該顔領域から抽出した顔特徴情報の少なくともいずれかを顔認証要求に含める。そして、認証制御部５５０は、認証装置１００からネットワークＮを介して顔認証結果を受信する（Ｓ５１４）。ここでは、顔認証に成功したものとする。そのため、顔認証結果には、成功を示す旨と対象者Ｕ１のユーザＩＤとが含まれている。

　そして、収集部５５１は、受信した顔認証結果に含まれるユーザＩＤから対象者Ｕ１を特定する。つまり、タブレット端末２００の前にいる人物が対象者Ｕ１であることを認証する。そして、収集部５５１は、対象者Ｕ１に対する問いかけ内容を生成し（Ｓ５１６）、生成した問いかけ内容をネットワークＮを介してタブレット端末２００へ送信する（Ｓ５１７）。ここで、問いかけ内容はテキスト情報でも音声データであってもよい。また、問いかけ内容の生成を、生成部５５５が行っても良い。その場合、生成部５５５は、フォーマット情報５１７とデフォルトコンテンツ５１８と問いかけ内容を用いてコンテンツ制御情報を生成する。

　タブレット端末２００は、サービス提供サーバ５００からネットワークＮを介して問いかけ内容を受信し、問いかけ内容に対応する音声を出力し、対象者Ｕ１に対して問いかけを行う（Ｓ５１８）。このとき、タブレット端末２００は、第１のＵＩに相当するキャラクタ画像、例えば、アニメーション画像群５１８１を画面上でアニメーション再生し、セリフ情報５１８２を用いて問いかけ内容を音声出力及び画面表示する。尚、受信した問いかけ内容がテキスト情報の場合、タブレット端末２００は、テキスト情報を音声へ変換した上で音声出力を行う。

　対象者Ｕ１は、タブレット端末２００内のキャラクタからの問いかけに対する回答を発話する（Ｓ５１９）。タブレット端末２００は、対象者Ｕ１の回答を収音し、回答内容をネットワークＮを介してサービス提供サーバ５００へ送信する（Ｓ５２０）。ここで、回答内容は、テキスト情報でも音声データであってもよい。例えば、タブレット端末２００は、収音した音声を音声認識によりテキスト情報に変換し、変換後のテキスト情報を回答内容として送信してもよい。

　サービス提供サーバ５００の収集部５５１は、タブレット端末２００からネットワークＮを介して回答内容を会話情報として受信し、会話情報から個人情報を抽出し、記憶部５１０の個人情報ＤＢ５１２にユーザＩＤ５１２１と対応付けて個人情報５１２２を記録する（Ｓ５２１）。

　図１７は、本実施形態４にかかる家族からの関連情報収集処理の流れを示すシーケンス図である。まず、サービス提供サーバ５００の収集部５５１は、家族Ｕ２に対する問いかけ内容を生成し（Ｓ５３１）、生成した問いかけ内容をネットワークＮを介してスマートフォン４００へ送信する（Ｓ５３２）。ここで、問いかけ内容はテキスト情報である。

　スマートフォン４００は、サービス提供サーバ５００からネットワークＮを介して問いかけ内容を受信し、受信した問いかけ内容を画面上に表示する（Ｓ５３３）。例えば、スマートフォン４００は、ＳＮＳアプリケーション４７１により、サービス提供サーバ５００のキャラクタユーザからのメッセージとして問いかけ内容を表示してもよい。

　家族Ｕ２の一人は、ＳＮＳアプリケーション４７１上のキャラクタユーザからの問いかけに対する回答を入力する（Ｓ５３４）。スマートフォン４００は、家族Ｕ２の回答を取得し、回答内容をネットワークＮを介してサービス提供サーバ５００へ送信する（Ｓ５３５）。ここで、回答内容は、テキスト情報である。

　サービス提供サーバ５００の収集部５５１は、スマートフォン４００からネットワークＮを介して回答内容を関連情報として受信し、関連情報から個人情報を抽出し、記憶部５１０の個人情報ＤＢ５１２にユーザＩＤ５１２１と対応付けて個人情報５１２２を記録する（Ｓ５３６）。尚、ステップＳ５３１の前に家族Ｕ２についての顔認証を行っても良い。

　図１８は、本実施形態４にかかる家族からの伝言による会話情報収集処理の流れを示すシーケンス図である。まず、家族Ｕ２のうち一人がスマートフォン４００のＳＮＳアプリケーション４７１に対して対象者Ｕ１への伝言メッセージを入力する（Ｓ５４１）。スマートフォン４００は、入力された伝言メッセージを伝言内容としてネットワークＮを介してサービス提供サーバ５００へ送信する（Ｓ５４２）。
　サービス提供サーバ５００の収集部５５１は、スマートフォン４００からネットワークＮを介して伝言内容を関連情報として受信し、関連情報から個人情報を抽出し、記憶部５１０の個人情報ＤＢ５１２にユーザＩＤ５１２１と対応付けて個人情報５１２２を記録する（Ｓ５４３）。
　続いて、収集部５５１は、受信した伝言内容をネットワークＮを介してタブレット端末２００へ送信する（Ｓ５４４）。ここで、伝言内容はテキスト情報でも音声データであってもよい。また、問いかけ内容の生成を、生成部５５５が行っても良い。その場合、生成部５５５は、フォーマット情報５１７とデフォルトコンテンツ５１８と問いかけ内容を用いてコンテンツ制御情報を生成する。

　タブレット端末２００は、サービス提供サーバ５００からネットワークＮを介して伝言内容を受信し、伝言内容に対応する音声を出力し、対象者Ｕ１に対して伝言を伝える（Ｓ５４５）。このとき、タブレット端末２００は、第１のＵＩに相当するキャラクタ画像、例えば、アニメーション画像群５１８１を画面上でアニメーション再生し、セリフ情報５１８２を用いて伝言内容を音声出力及び画面表示する。尚、受信した伝言内容がテキスト情報の場合、タブレット端末２００は、テキスト情報を音声へ変換した上で音声出力を行う。

　対象者Ｕ１は、タブレット端末２００内のキャラクタからの伝言に対する回答を発話する（Ｓ５４６）。タブレット端末２００は、対象者Ｕ１の回答を収音し、回答内容をネットワークＮを介してサービス提供サーバ５００へ送信する（Ｓ５４７）。ここで、回答内容は、テキスト情報でも音声データであってもよい。例えば、タブレット端末２００は、収音した音声を音声認識によりテキスト情報に変換し、変換後のテキスト情報を回答内容として送信してもよい。

　サービス提供サーバ５００の収集部５５１は、タブレット端末２００からネットワークＮを介して回答内容を会話情報として受信し、会話情報から個人情報を抽出し、記憶部５１０の個人情報ＤＢ５１２にユーザＩＤ５１２１と対応付けて個人情報５１２２を記録する（Ｓ５４８）。

　さらに、収集部５５１は、受信した回答内容をネットワークＮを介してスマートフォン４００へ送信する（Ｓ５４９）。ここで、回答内容はテキスト情報である。スマートフォン４００は、サービス提供サーバ５００からネットワークＮを介して回答内容を受信し、受信した回答内容を画面上に表示する（Ｓ５５０）。

　このようにして、サービス提供サーバ５００を介して対象者Ｕ１と家族Ｕ２が容易にコミュニケーションを取ることができ、その上、伝言と回答から個人情報を収集し、蓄積することができる。

　図１５に戻り説明を続ける。ステップＳ４０２の後、所定のタイミングで、特定部５５２は、個人情報を解析して対象者Ｕ１のニーズを特定する（Ｓ４０３）。そして、選択部５５３は、特定されたニーズの種類に対応するサービス種別を選択する（Ｓ４０４）。ここで、取得部５５４は、選択されたサービス種別が内部サービスを示すか否かを判定する（Ｓ４０５）。例えば、取得部５５４は、サービス種別定義情報５１４を参照し、外部サービスか否かを判定してもよい。言い換えると、取得部５５４は、サービス提供サーバ５００内のサービス提供モデルでは特定されたニーズを満たすことができるか否か（解決できるか否か）を判定するともいえる。

　ステップＳ４０５で内部サービスと判定された場合、取得部５５４は、選択されたサービス種別に対応するサービス提供モデル５１５又は５１６から、ニーズを満たすサービス提供情報を取得する（Ｓ４０６）。そして、生成部５５５は、コンテンツがデフォルトかカスタマイズかを判定する（Ｓ４０７）。コンテンツがデフォルトである場合、生成部５５５は、デフォルトコンテンツ５１８を用いたコンテンツ制御情報を生成する（Ｓ４０８）。具体的には、生成部５５５は、記憶部５１０からフォーマット情報５１７とデフォルトコンテンツ５１８を読み出す。そして、生成部５５５は、ステップＳ４０６で取得したサービス提供情報とデフォルトコンテンツ５１８をフォーマット情報５１７に適用してコンテンツ制御情報を生成する。

　一方、ステップＳ４０７でコンテンツがカスタマイズである場合、生成部５５５は、カスタマイズコンテンツ５１９を用いたコンテンツ制御情報を生成する（Ｓ４０９）。具体的には、生成部５５５は、記憶部５１０からフォーマット情報５１７とカスタマイズコンテンツ５１９を読み出す。そして、生成部５５５は、ステップＳ４０６で取得したサービス提供情報とカスタマイズコンテンツ５１９をフォーマット情報５１７に適用してコンテンツ制御情報を生成する。

　その後、提示部５５６は、生成したコンテンツ制御情報をネットワークＮを介してタブレット端末２００へ出力（送信）する（Ｓ４１０）。

　ステップＳ４０５で外部サービスと判定された場合、サービス提供サーバ５００は、外部サービス処理を実行する（Ｓ４１１）。つまり、サービス提供サーバ５００内のサービス提供モデルでは特定されたニーズを満たすことができない（解決できない）場合、サービス提供サーバ５００は、外部サービス処理を実行する。

　図１９は、本実施形態４にかかる外部サービス処理の流れを示すフローチャートである。まず、選択部５５３は、サービス種別に対応するサービス提供サーバを選択する（Ｓ６１１）。例えば、選択部５５３は、サービス種別定義情報５１４を参照してサービス提供サーバを選択する。次に、選択部５５３は、制御サーバの切替が発生するか否かを判定する（Ｓ６１２）。ここで、「制御サーバ」とは、サービス提供手段の所在に関わらず、コンテンツを提示する際のフォーマット情報が所在するサーバをいう。例えば、サービス提供サーバ５００ａ及び５００ｂの場合、サービス提供手段はサービス提供サーバ５００とは別のサーバ上に存在するが、対象者Ｕ１に提示する際のコンテンツのフォーマット情報は、サービス提供サーバ５００上のフォーマット情報５１７を用いる。そのため、ステップＳ６１１で選択されたサーバがサービス提供サーバ５００ａ又は５００ｂである場合、選択部５５３は、制御サーバの切替がないと判定する。一方、ステップＳ６１１で選択されたサーバがサービス提供サーバ５００ｃ又は５００ｄである場合、選択部５５３は、制御サーバの切替があると判定する。例えば、選択部５５３は、サービス種別定義情報５１４のサービス種別におけるコンテンツ種別が定義されている場合、制御サーバの切替がないと判定する。一方、選択部５５３は、サービス種別定義情報５１４のサービス種別におけるコンテンツ種別が定義されていない場合、制御サーバの切替があると判定する。

　ステップＳ６１２で制御サーバの切替がないと判定した場合、取得部５５４は、ネットワークＮを介して、選択されたサービス提供サーバへ、ステップＳ４０３で特定されたニーズを含めたサービス提供情報要求を送信する（Ｓ６１３）。そして、取得部５５４は、ネットワークＮを介して、サービス提供サーバからサービス提供情報を受信する（Ｓ６１４）。その後、そして、生成部５５５は、コンテンツがデフォルトかカスタマイズかを判定する（Ｓ６１５）。コンテンツがデフォルトである場合、生成部５５５は、ステップＳ４０８と同様に、デフォルトコンテンツ５１８を用いたコンテンツ制御情報を生成する（Ｓ６１６）。一方、ステップＳ６１５でコンテンツがカスタマイズである場合、生成部５５５は、ステップＳ４０９と同様に、カスタマイズコンテンツ５１９を用いたコンテンツ制御情報を生成する（Ｓ６１７）。その後、提示部５５６は、生成したコンテンツ制御情報をネットワークＮを介してタブレット端末２００へ出力（送信）する（Ｓ６１８）。

　ステップＳ６１２で制御サーバの切替があると判定した場合、要求部５５７は、ネットワークＮを介して、選択されたサービス提供サーバへ、ステップＳ４０３で特定されたニーズを含めた提示要求を送信する（Ｓ６１９）。このとき、要求部５５７は、提示要求に応答先となるタブレット端末２００のアドレス情報を含める。

　図２０は、本実施形態４にかかる提示要求処理の流れを示すフローチャートである。ここでは、サービス提供サーバ５００がサービス提供サーバ５００ｃへ提示要求を送信した場合について説明する。サービス提供サーバ５００ｃは、上述した通りサービス提供サーバ５００と同等の構成であるものとする。但し、サービス提供サーバ５００ｃは、サービス提供モデル（サービス提供手段）が一つであり、コンテンツ情報は、カスタマイズコンテンツ５１９のみでデフォルトコンテンツ５１８が存在しないものとして説明する。また、サービス提供サーバ５００ｃのカスタマイズコンテンツ５１９は、サービス提供サーバ５００のものとは異なるものとする。

　まず、サービス提供サーバ５００ｃの受信部５５９は、サービス提供サーバ５００からネットワークＮを介して提示要求を受信する（Ｓ６４１）。次に、取得部５５４は、追加情報が必要か否かを判定する（Ｓ６４２）。つまり、取得部５５４は、サービス提供モデル５１５の入力として、提示要求に含まれるニーズ以外の追加情報が必要か否かを判定する。このとき、取得部５５４は、提示要求に含まれるニーズに加えて収集済みの個人情報を加味してもよい。提示要求に含まれるニーズだけではサービス提供モデル５１５の入力として不足している場合、サービス提供サーバ５００ｃの問合せ手段（不図示）は、タブレット端末２００へ問いかけを送信する（Ｓ６４３）。このときの送信先は、上記提示要求に含まれる応答先のアドレス情報となる。具体的には、問合せ手段（又は生成部５５５）は、対象者Ｕ１から追加情報を聞き出すための対象者Ｕ１への問合せ内容に対応する第１の音声を生成する。そして、問合せ手段は、ネットワークＮを介して第１の音声をタブレット端末２００へ送信し、タブレット端末２００から出力させる。尚、問合せ手段は、第１の音声の代わりに問合せ内容自体を送信してもよい。その場合、タブレット端末２００は、受信した問合せ内容を音声に変換して出力する。

　そして、取得部５５４又は収集部５５１は、タブレット端末２００から回答情報を受信する（Ｓ６４４）。具体的には、取得部５５４又は収集部５５１は、対象者Ｕ１からタブレット端末２００に入力された問合せ内容に対する回答である第２の音声に基づく回答情報をタブレット端末２００から取得する。そして、取得部５５４又は収集部５５１は、取得した回答情報から個人情報を抽出し、記憶部５１０の個人情報ＤＢ５１２に記録する（Ｓ６４５）。

　一方、ステップＳ６４２で追加情報が不要な場合、つまり、提示要求に含まれるニーズと個人情報とがサービス提供モデル５１５の入力として充足している場合、ステップＳ６４６へ進む。このとき、取得部５５４は、サービス提供情報を取得する（Ｓ６４６）。具体的には、取得部５５４は、サービス提供モデル５１５に提示要求に含まれるニーズと個人情報（回答情報）を入力し、出力されるサービス提供情報を取得する。そして、生成部５５５は、ステップＳ４０９と同様に、カスタマイズコンテンツ５１９を用いたコンテンツ制御情報を生成する（Ｓ６４７）。その後、提示部５５６は、生成したコンテンツ制御情報をネットワークＮを介してタブレット端末２００へ出力（送信）する（Ｓ６４８）。このときの送信先は、上記提示要求に含まれる応答先のアドレス情報となる。

　続いて、複数のサービス提供サーバで連携したサービス提携処理の流れについて説明する。前提として、対象者Ｕ１の個人情報は収集済みとする。図２１は、本実施形態４にかかるサービス提供処理の流れを示すシーケンス図である。ここでは、外部のサービス提供サーバとしてサービス提供サーバ５００ａと連携し、上述したとおり、デフォルトコンテンツ５１８を使用するものとする。つまり、第１のＵＩの切替が発生しないケースを示す。

　まず、特定部５５２は、個人情報を解析して対象者Ｕ１のニーズを特定する（Ｓ７０１）。次に、選択部５５３は、サービス種別定義情報５１４を参照して、特定されたニーズの種類に対応するサービス種別を判定する（Ｓ７０２）。ここでは、外部サービスと判定されたものとする。そして、選択部５５３は、サービス種別定義情報５１４を参照して、判定されたサービス種別に対応付けられたサービス提供サーバを選択する（Ｓ７０３）。ここでは、図１４の構成を有するサービス提供サーバ５００ａが選択されたものとする。尚、上述したステップＳ６１２の判定を行っても良い。その場合、制御サーバの切替がないと判定される。

　そこで、取得部５５４は、特定されたニーズを含めたサービス提供要求を、ネットワークＮを介してサービス提供サーバ５００ａへ送信する（Ｓ７０４）。サービス提供サーバ５００ａのサービス提供処理部５５０ａは、サービス提供サーバ５００からネットワークＮを介してサービス提供要求を受信し、サービス提供要求に含まれるニーズからサービス提供モデル５１５ａによりサービス提供情報を特定（取得）する（Ｓ７０５）。そして、サービス提供処理部５５０ａは、特定したサービス提供情報をネットワークＮを介してサービス提供サーバ５００へ送信する（Ｓ７０６）。

　サービス提供サーバ５００の取得部５５４は、サービス提供サーバ５００ａからネットワークＮを介してサービス提供情報を受信する。そして、生成部５５５は、当該サービス提供情報、フォーマット情報５１７及びデフォルトコンテンツ５１８を用いてコンテンツ制御情報を生成する（Ｓ７０７）。その後、提示部５５６は、生成したコンテンツ制御情報をネットワークＮを介してタブレット端末２００へ送信する（Ｓ７０８）。タブレット端末２００はサービス提供サーバ５００からネットワークＮを介してコンテンツ制御情報を受信し、コンテンツ制御情報に基づいてコンテンツを出力する（Ｓ７０９）。すなわち、タブレット端末２００は、コンテンツ制御情報に基づいてデフォルトのキャラクタを再生し、サービス提供情報を提示する。

　このように、外部のサービス提供サーバと連携しつつ、デフォルトコンテンツを用いることで、第１のＵＩの切替をすることなく、対象者Ｕ１にサービス提供情報を提示することができる。

　図２２は、本実施形態４にかかるサービス提供処理の流れを示すシーケンス図である。ここでは、外部のサービス提供サーバとしてサービス提供サーバ５００ｃと連携し、サービス提供サーバ５００ｃ内のカスタマイズコンテンツ５１９を使用するものとする。つまり、個人情報の収集に用いられた第１のＵＩから、サービス提供情報の提示を行う第２のＵＩへの切替が発生するケースを示す。

　ステップＳ７０１及びＳ７０２は、上述した図２１と同様である。そして、選択部５５３は、サービス種別定義情報５１４を参照して、判定されたサービス種別に対応付けられたサービス提供サーバを選択する（Ｓ７０３）。ここでは、図１３の構成を有するサービス提供サーバ５００ｃが選択されたものとする。尚、上述したステップＳ６１２の判定を行っても良い。その場合、制御サーバの切替があると判定される。

　ここで、ＵＩ制御部（例えば提示部５５６）は、ネットワークＮを介してタブレット端末２００へＵＩ切替予告を送信する（Ｓ７１１）。そして、タブレット端末２００は、受信したＵＩ切替予告を出力する（Ｓ７１２）。例えば、キャラクタがＵＩ切替予告を音声出力しつつ、画面に切替予告メッセージを表示してもよい。

　併せて、要求部５５７は、ネットワークＮを介して、サービス提供サーバ５００ｃへ、特定されたニーズを含めた提示要求を送信する（Ｓ７１３）。ここで、提示要求には、第２のニーズと共に、応答先となるタブレット端末２００のアドレス情報が含まれるものとする。サービス提供サーバ５００ｃの受信部５５９は、提示要求を受信すると、提示要求に含まれるニーズを取得する。ここでは、追加情報が不要と判定されたものとする。そこで、サービス提供サーバ５００ｃの取得部５５４は、取得されたニーズからサービス提供モデル５１５によりサービス提供情報を特定（取得）する（Ｓ７１４）。そして、サービス提供サーバ５００ｃの生成部５５５は、当該サービス提供情報、フォーマット情報５１７及びカスタマイズコンテンツ５１９を用いてコンテンツ制御情報を生成する（Ｓ７１５）。その後、サービス提供サーバ５００ｃの提示部５５６は、生成したコンテンツ制御情報をネットワークＮを介してタブレット端末２００へ送信する（Ｓ７１６）。タブレット端末２００はサービス提供サーバ５００ｃからネットワークＮを介してコンテンツ制御情報を受信し、コンテンツ制御情報に基づいてコンテンツを出力する（Ｓ７１７）。すなわち、タブレット端末２００は、コンテンツ制御情報に基づいてデフォルトとは異なる（サービス提供サーバ５００ｃ独自の）キャラクタを再生し、サービス提供情報を提示する。

　このように、外部のサービス提供サーバと連携しつつ、第１のＵＩからカスタマイズコンテンツを用いた第２のＵＩへ切替をすることで、サービス提供手段に即したＵＩにより対象者Ｕ１にサービス提供情報を提示することができる。

　図２３は、本実施形態４にかかるサービス提供処理の流れを示すシーケンス図である。ここでは、図２２と同様、外部のサービス提供サーバとしてサービス提供サーバ５００ｃと連携し、サービス提供サーバ５００ｃ内のカスタマイズコンテンツ５１９を使用するものとする。但し、サービス提供情報を取得するためには、提示要求に含まれるニーズ以外に追加情報が必要なケースを説明する。

　ステップＳ７０１からＳ７１２は、上述した図２２と同様である。そして、サービス提供サーバ５００ｃの取得部５５４は、サービス提供モデル５１５の入力として、提示要求に含まれるニーズ以外の追加情報が必要か否かを判定する（Ｓ７２１）。ここでは、追加情報が必要と判定されたものとする。例えば、ニーズが「温泉旅行」であった場合に、希望する日程候補が不足していたものとする。この場合、追加情報は「希望日程」となる。

　そこで、生成部５５５は、対象者Ｕ１から追加情報を聞き出すための問いかけ内容を生成すする。そして、生成部５５５は、生成した問いかけ内容と、フォーマット情報５１７及びカスタマイズコンテンツ５１９を用いてコンテンツ制御情報を生成する（Ｓ７２２）。その後、サービス提供サーバ５００ｃの提示部５５６は、生成したコンテンツ制御情報をネットワークＮを介してタブレット端末２００へ送信する（Ｓ７２３）。

　タブレット端末２００はサービス提供サーバ５００ｃからネットワークＮを介してコンテンツ制御情報を受信し、コンテンツ制御情報に基づいてコンテンツを出力する（Ｓ７２４）。このとき、タブレット端末２００は、カスタマイズしたキャラクタ（第２のＵＩ）を再生し、問合せを音声出力する（Ｓ７２５）。対象者Ｕ１は、当該キャラクタから問合せを話しかけられていると感じる。

　そこで、対象者Ｕ１は、タブレット端末２００内のキャラクタからの問合せに対する回答を発話する（Ｓ７２６）。タブレット端末２００は、対象者Ｕ１の回答を収音し、回答内容をネットワークＮを介してサービス提供サーバ５００ｃへ送信する（Ｓ７２７）。ここで、回答内容は、テキスト情報でも音声データであってもよい。例えば、タブレット端末２００は、収音した音声を音声認識によりテキスト情報に変換し、変換後のテキスト情報を回答内容として送信してもよい。

　サービス提供サーバ５００ｃの収集部５５１又は取得部５５４は、タブレット端末２００からネットワークＮを介して回答内容を会話情報として受信し、会話情報から個人情報を抽出し、記憶部５１０の個人情報ＤＢ５１２にユーザＩＤ５１２１と対応付けて個人情報５１２２を記録する（Ｓ７２８）。ここで、抽出された個人情報が追加情報を満たしたものとする。

　そこで、取得部５５４は、取得されたニーズと抽出された個人情報（追加情報）からサービス提供モデル５１５によりサービス提供情報を特定（取得）する（Ｓ７２９）。以後は、上述した図２２と同様に、ステップＳ７１５からＳ７１７が処理される。すなわち、タブレット端末２００は、コンテンツ制御情報に基づいてデフォルトとは異なる（サービス提供サーバ５００ｃ独自の）キャラクタを再生し、サービス提供情報を提示する。

　尚、サービス提供サーバ５００ｄは、サービス提供手段を有するが、アニメーションを用いてキャラクタ画像を再生するコンテンツを有さない。但し、サービス提供サーバ５００ｄは、サービス提供手段として検索エンジンを有するものとする。よって、上述した図２２のうち、ステップＳ７０１からＳ７１３までは同様である。そして、サービス提供サーバ５００ｄは、受信した提示要求に含まれるニーズを検索キーとして、自身の検索エンジンを検索し、検索結果をサービス提供情報として特定（取得）する。そして、サービス提供サーバ５００ｄは、提示要求に応答先として含まれるアドレス情報、つまり、タブレット端末２００に対して、ネットワークＮを介して検索結果を送信する。そして、タブレット端末２００は、受信した検索結果をサービス提供情報として表示する。このように、アニメーションを用いてキャラクタ画像を再生するコンテンツを用いない場合であっても、タブレット端末２００の表示は、第１のＵＩから第２のＵＩ（検索結果）へと切り替わる。よって、対象者Ｕ１に対してサービスに適したＵＩでサービス提供情報を提示できる。

＜実施例＞
　続いて、本実施形態４を応用した実施例について説明する。まず、高齢者とその家族による旅行プランを提示する例について説明する。サービス提供サーバ５００は、図１６に示したように、タブレット端末２００により対象者Ｕ１の顔認証に成功した場合、対象者Ｕ１に対する問いかけ内容を生成する（Ｓ５１６）。そこで、サービス提供サーバ５００は、問いかけ内容をタブレット端末２００へ送信し（Ｓ５１７）、デフォルトのキャラクタを用いて表示及び音声出力させる（Ｓ５１８）。

　図２４は、本実施形態４にかかるタブレット端末２００における対象者Ｕ１とのコミュニケーションの例を示す図である。タブレット端末２００は、キャラクタを介して問いかけ内容「最近楽しいことしているかな？」を表示及び音声出力したことを示す。また、対象者Ｕ１は、問いかけに応じた回答「久しぶりに大好きな温泉旅行に孫たちと行きたいねぇ。」を発話したことを示す（Ｓ５１９）。そこで、タブレット端末２００は、発話内容を回答として収音し、回答内容をサービス提供サーバ５００へ送信する（Ｓ５２０）。そこで、サービス提供サーバ５００は、受信した回答内容からキーワード「温泉旅行」「孫たち」「行きたい」等を抽出し、個人情報ＤＢ５１２に登録する（Ｓ５２１）。

　サービス提供サーバ５００は、個人情報ＤＢ５１２を参照し、引き続き、キーワードに関連する情報の聞き取りを行うべく、再度、問いかけ内容を生成する（Ｓ５１６）。そして、サービス提供サーバ５００は、上記同様、問いかけ内容をタブレット端末２００へ送信し（Ｓ５１７）、デフォルトのキャラクタを用いて表示及び音声出力させる（Ｓ５１８）。

　図２５は、本実施形態４にかかるタブレット端末２００における対象者Ｕ１とのコミュニケーションの例を示す図である。タブレット端末２００は、キャラクタを介して問いかけ内容「今日は体の調子はどうかな？」を表示及び音声出力したことを示す。また、対象者Ｕ１は、問いかけに応じて回答「お散歩にも行ったし、調子は良いですよ。特に問題ないです。」と発話したことを示す（Ｓ５１９）。そこで、タブレット端末２００は、発話内容を回答として収音し、回答内容をサービス提供サーバ５００へ送信する（Ｓ５２０）。そこで、サービス提供サーバ５００は、受信した回答内容からキーワード「散歩」「調子は良い」等を抽出し、個人情報ＤＢ５１２に登録する（Ｓ５２１）。

　次に、サービス提供サーバ５００は、個人情報ＤＢ５１２を参照し、対象者Ｕ１に対応付けられた個人情報５１２２のキーワードに基づき家族Ｕ２への問いかけ内容を生成する（図１７のＳ５３１）。そこで、サービス提供サーバ５００は、問いかけ内容（テキスト情報）をスマートフォン４００へ送信し（Ｓ５３２）、ＳＮＳアプリケーション４７１上でメッセージとして問いかけ内容を表示させる（Ｓ５３３）。

　図２６は、本実施形態４にかかるスマートフォン４００における家族Ｕ２とのコミュニケーションの例を示す図である。スマートフォン４００は、デフォルトコンテンツ５１８のアニメーション画像群５１８１に相当するキャラクタからのメッセージ（問いかけ内容）として「どんなところへ旅行に行ってみたい？」と表示したことを示す。これに対し、家族Ｕ２は、問いかけに応じた回答「温泉」「紅葉が見たい」「バイキングが食べたい」とＳＮＳアプリケーション４７１へ入力したことを示す（Ｓ５３４）。そこで、スマートフォン４００は、入力された回答内容をサービス提供サーバ５００へ送信する（Ｓ５３５）。そこで、サービス提供サーバ５００は、受信した回答内容からキーワード「温泉」「紅葉」「バイキング」「食べる」等を抽出し、個人情報ＤＢ５１２に登録する（Ｓ５３６）。

　サービス提供サーバ５００は、個人情報ＤＢ５１２を参照し、引き続き、旅行日程に関連する情報の聞き取りを行うべく、再度、問いかけ内容を生成する（Ｓ５３１）。そこで、サービス提供サーバ５００は、問いかけ内容（テキスト情報）をスマートフォン４００へ送信し（Ｓ５３２）、ＳＮＳアプリケーション４７１上でメッセージとして問いかけ内容を表示させる（Ｓ５３３）。

　図２７は、本実施形態４にかかるスマートフォン４００における家族Ｕ２とのコミュニケーションの例を示す図である。スマートフォン４００は、上記キャラクタからのメッセージ（問いかけ内容）として「いつ頃なら旅行に行けそう！」と表示したことを示す。これに対し、家族Ｕ２は、問いかけに応じた回答「Ｘ月Ｙ日かな」とＳＮＳアプリケーション４７１へ入力したことを示す（Ｓ５３４）。そこで、スマートフォン４００は、入力された回答内容をサービス提供サーバ５００へ送信する（Ｓ５３５）。そこで、サービス提供サーバ５００は、受信した回答内容からキーワード「Ｘ月Ｙ日」等を抽出し、個人情報ＤＢ５１２に登録する（Ｓ５３６）。

　その後、サービス提供サーバ５００は、個人情報ＤＢ５１２から対象者Ｕ１のユーザＩＤ５１２１に対応付けられた個人情報５１２２（キーワード）を読み出し、各キーワードをニーズ特定モデル５１３に入力する。そして、サービス提供サーバ５００は、ニーズ「家族との温泉旅行」「日程候補はＸ月Ｙ日」「歩行の負担が低い」「バイキング食べ放題」等を特定する。サービス提供サーバ５００は、特定したニーズの種類からサービス種別「旅行プラン」を選択する。ここでは、「旅行プラン」は外部サービス、制御サーバの切替なし、かつ、デフォルトコンテンツであるものとする。また、ここでは説明の便宜上、サービス提供サーバ５００ａのサービス提供手段が旅行プランの検索エンジンであるものとする。

　そこで、サービス提供サーバ５００は、例えば、サービス提供サーバ５００ａへニーズを含めたサービス提供要求を送信する。サービス提供サーバ５００ａは、受信したサービス提供要求に含まれるニーズを検索キーとして、旅行プランの検索エンジンで検索し、複数の旅行プランの候補を取得する。そして、サービス提供サーバ５００ａは、検索された複数の旅行プランの候補をサービス提供サーバ５００へ返信する。

　そして、サービス提供サーバ５００は、サービス提供サーバ５００ａから複数の旅行プランの候補を受信する。ここで、旅行プランの候補が所定数以上である場合、サービス提供サーバ５００は、対象者Ｕ１に対応付けられた個人情報５１２２を用いて、所定数以下に候補を絞り込んでも良い。または、旅行プランの候補の条件情報や説明情報が所定量以上である場合、サービス提供サーバ５００は、所定領域に各候補の説明情報を絞り込んでも良い。これにより、高齢者等の対象者Ｕ１が提示内容を把握し易くなる。尚、複数の旅行プランの候補の中から一部に絞り込む場合、対象者Ｕ１の属性に応じて絞り込み方法を変更してもよい。例えば、対象者Ｕ１の属性として年齢、嗜好、今までの旅行経験等が挙げられる。そして、サービス提供サーバ５００は、対象者Ｕ１の属性に応じて、絞り込み方法を決定し、決定した絞り込み方法により、複数の旅行プランの候補の中から一部に絞り込むとよい。ここで、絞り込み方法としては、例えば、年齢が若い、旅行が趣味である、又は、旅行経験が所定回数以上である場合に、他の属性よりも提案数（絞り込み数）を多くしてもよい。

　その後、サービス提供サーバ５００は、（絞り込み後の）旅行プランの候補とフォーマット情報５１７とデフォルトコンテンツ５１８とを用いてコンテンツ制御情報を生成し、コンテンツ制御情報をタブレット端末２００へ送信する。タブレット端末２００は、受信したコンテンツ制御情報からコンテンツを再生して、旅行プランの候補を提示する。

　図２８は、本実施形態４にかかるタブレット端末２００における旅行プランの提示の例を示す図である。タブレット端末２００は、デフォルトのキャラクタによりＸ月Ｙ日における３つの旅行プランの候補を提示していることを示す。これに応じて、対象者Ｕ１は、「プランＡが良さそう。プランＡに申し込む。」と発話したものとする。そこで、タブレット端末２００は、収音した回答音声又は音声認識した回答内容をネットワークＮを介してサービス提供サーバ５００へ送信する。尚、旅行プランの提示の例は図２８に限定されない。上述したように、対象者Ｕ１の属性に応じて、提案内容を変更してもよい。例えば、対象者Ｕ１の趣味や今までの経験がある場合は、提案する選択肢を多く表示してもよい。また、対象者Ｕ１の趣味とは一致しない場合や、経験がない分野の場合、提案する選択肢を少なくしてもよい。また、対象者Ｕ１の年齢に応じて提案する選択肢の数を決定してもよい。

　サービス提供サーバ５００は、受信した回答音声又は回答内容から、対象者Ｕ１がプランＡを選択し、申し込んだことを認識する。そこで、サービス提供サーバ５００は、家族Ｕ２に対して申込の承認を求めるため、スマートフォン４００へその旨を通知する。

　図２９は、本実施形態４にかかるスマートフォン４００における家族Ｕ２とのコミュニケーションの例を示す図である。スマートフォン４００は、上記同様のキャラクタからのメッセージとして「おじいちゃんがＸ月Ｙ日に旅行の申込をしたよ。家族で旅行楽しみだね。」と表示したことを示す。これに応じて、家族Ｕ２は、「承諾！」「おじいちゃんありがとう！」とＳＮＳアプリケーション４７１へ入力したことを示す。そこで、スマートフォン４００は、入力された回答内容をサービス提供サーバ５００へ送信する。

　そこで、サービス提供サーバ５００は、受信した家族Ｕ２からの回答内容から、旅行プランの申込を確定し、決済処理を行う。ここでは、対象者Ｕ１が決済、支払いを行うものとする。決済処理は、例えば、顔認証を用いても良い。その場合、個人情報ＤＢ５１２のユーザＩＤ５１２１に対象者Ｕ１のクレジットカード情報等が対応付けられているものとする。そこで、サービス提供サーバ５００は、タブレット端末２００を介して対象者Ｕ１へプランＡの決済を行う旨を通知し、決済のために撮影された撮影画像を取得する。そして、サービス提供サーバ５００は、撮影画像を顔認証し、顔認証に成功した場合、対象者Ｕ１に対応付けられたクレジットカード情報により、プランＡの決済処理を行う。

　その後、対象者Ｕ１と家族Ｕ２は、プランＡに従った旅行に行ったものとする。そこで、家族Ｕ２は、スマートフォン４００のＳＮＳアプリケーション４７１の上記キャラクタに対して、旅行中の写真（撮影画像）を登録してもよい。これに応じて、スマートフォン４００は、登録された撮影画像をサービス提供サーバ５００へ送信する。そして、サービス提供サーバ５００は、受信した撮影画像と、フォーマット情報５１７及びデフォルトコンテンツ５１８を用いてコンテンツ制御情報を生成し、タブレット端末２００へ送信する。これにより、タブレット端末２００は、受信したコンテンツ制御情報からコンテンツを再生することにより、画面に撮影画像を表示できる。そのため、旅行の思い出写真を共有できる。

　尚、上記の実施例では、対象者Ｕ１が旅行プランを選択し、決済を行ったが、家族Ｕ２が旅行プランを選択及び決済して対象者Ｕ１に対して旅行をプレゼントしてもよい。その場合、まず、サービス提供サーバ５００は、タブレット端末２００に表示されるデフォルトのキャラクタを介して、対象者Ｕ１との日常会話から会話情報や関連情報を収集する。そして、サービス提供サーバ５００は、収集した情報を解析して、対象者Ｕ１に家族旅行のニーズを特定する。そこで、サービス提供サーバ５００は、特定されたニーズを補完するための追加情報を収集する。まず、サービス提供サーバ５００は、スマートフォン４００のＳＮＳアプリケーション４７１に対して、対象者Ｕ１が家族旅行を希望している旨を通知する。これにより、家族Ｕ２は、ＳＮＳアプリケーション４７１に対して対象者Ｕ１との家族旅行の希望を回答し、例えば、自分たちのスケジュール情報の中から旅行日程候補を探すよう指示する。スマートフォン４００は、家族Ｕ２からの上記回答及び指示をサービス提供サーバ５００へ通知する。サービス提供サーバ５００は、上記回答及び指示に基づき、家族Ｕ２のスケジュール情報の中から空き日程を選出する。また、サービス提供サーバ５００は、対象者Ｕ１に対して生活状態のヒアリングを行う。例えば、サービス提供サーバ５００は、タブレット端末２００に表示されるデフォルトのキャラクタを介して、トイレに行く頻度、移動時の車椅子の要否、１日の歩行可能時間等を聞き取り、会話情報として収集する。そして、サービス提供サーバ５００は、家族旅行のニーズ、選出した空き日程、ヒアリングした生活状態、その他、過去に収集された個人情報に基づいて、旅行の検索サービス提供手段から旅行プランの候補を取得する。当該検索サービス提供手段は、内部サービス又は外部サービスのいずれであってもよい。そして、サービス提供サーバ５００は、取得した旅行プランの候補（サービス提供情報）をＳＮＳアプリケーション４７１を介して家族Ｕ２に提示する。そして、家族Ｕ２は、ＳＮＳアプリケーション４７１を介して旅行プランを選択し、決済を行う。ここで、決済処理は、上記同様、顔認証で行っても良い。そして、決済後、サービス提供サーバ５００は、タブレット端末２００に表示されるデフォルトのキャラクタを介して、家族Ｕ２からのプレゼントとして、旅行プラン（サービス提供情報）を提示する。これにより、対象者Ｕ１に対してサプライズでプレゼントを提供できる。

　尚、上記の実施例では、対象者Ｕ１と家族Ｕ２が共に参加するサービスを説明したが、家族Ｕ２が参加しないサービス（例えば対象者Ｕ１が何かを購入しようとしている）についても、第三者（関係者、家族Ｕ２）の同意がなければ、サービス提供情報を提示できないようにしてもよい。

　他の実施例として、対象者Ｕ１から家族Ｕ２（例えば孫）へギフトを贈るケースを説明する。まず、サービス提供サーバ５００は、個人情報ＤＢ５１２の個人情報５１２２の中から対象者Ｕ１の家族Ｕ２（孫）の誕生日を検出する。そして、サービス提供サーバ５００は、孫の誕生日のお祝いのプレゼントを提案する問いかけ内容を生成する。そして、サービス提供サーバ５００は、タブレット端末２００に表示されるデフォルトのキャラクタを介して、孫の誕生日のお祝いのプレゼントを提案する。これに応じて、対象者Ｕ１は、プレゼントに同意し、内容としておもちゃやゲームではなく、勉強になるものを要望として発話したものとする。そこで、タブレット端末２００は、収音した要望を回答情報としてサービス提供サーバ５００へ通知する。これにより、サービス提供サーバ５００は、回答情報から「孫へのプレゼント」「勉強になるもの」というニーズを特定する。サービス提供サーバ５００は、回答情報に基づいて孫への問いかけ内容を生成し、ＳＮＳアプリケーション４７１の孫ユーザのメッセージ欄に、「今、欲しいものは何？」と表示させる。そこで、家族Ｕ２の孫は、ＳＮＳアプリケーション４７１に対して、「ゲームソフト、アニメＤＶＤ、プログラム授業、光るシューズ」などを入力する。スマートフォン４００は、入力内容をサービス提供サーバ５００へ通知する。そして、サービス提供サーバ５００は、受信した入力内容を基に、家族Ｕ２のうち孫の親（対象者Ｕ１の子夫婦）に向けた問合せ内容を生成する。そして、サービス提供サーバ５００は、ＳＮＳアプリケーション４７１の子夫婦ユーザのメッセージ欄に、「お子さんの勉強になるもので挙げたいものはありますか？」「プログラム授業はどうですか？」と表示させる。そこで、家族Ｕ２の子夫婦は、ＳＮＳアプリケーション４７１に対して、「ブロックのプログラムキットは勉強にもなるから良い」と入力する。スマートフォン４００は、入力内容をサービス提供サーバ５００へ通知する。そこで、サービス提供サーバ５００は、特定されたニーズと受信した孫や子夫婦の回答内容に基づいて、プレゼント選定サービスの検索エンジンからプレゼント候補を取得する。プレゼント候補は例えば、プログラムキットとプログラム教室参加券である。そして、サービス提供サーバ５００は、タブレット端末２００の上記キャラクタを介してプレゼント候補をサービス提供情報として提示する。そして、対象者Ｕ１は、タブレット端末２００を介して、プレゼント候補を選択し、決済を行う。ここで、決済処理は、上記同様、顔認証で行っても良い。そして、決済後、サービス提供サーバ５００は、プレゼントが対象者Ｕ１により購入された旨を、ＳＮＳアプリケーション４７１の子夫婦ユーザのメッセージ欄に表示させる。また、サービス提供サーバ５００は、家族Ｕ２のうち孫へプレゼントの郵送の手配を行う。これにより、孫へプレゼントが届く。その後、孫は、ＳＮＳアプリケーション４７１を介して、対象者Ｕ１へのお礼メッセージを入力する。サービス提供サーバ５００は、スマートフォン４００から通知されたお礼メッセージを、タブレット端末２００の上記キャラクタを介して出力する。これにより、対象者Ｕ１の満足度が向上する。

　尚、上記の実施例では、対象者Ｕ１から孫へのギフト内容について孫の親にも確認をしていたが、必ずしも家族Ｕ２側の確認（同意）は不要である。さらに、サービス提供情報の提示について、第三者（関係者、家族Ｕ２）の同意が必要か否かを対象者Ｕ１や家族Ｕ２が設定可能としてもよい。

　続いて、ＵＩ切替に関する実施例を説明する。ここでは、サービス提供サーバ５００ｃが地域イベント情報の検索エンジンをサービス提供手段として備えるものとする。まず、サービス提供サーバ５００は、タブレット端末２００に表示されるデフォルトのキャラクタを介して、対象者Ｕ１との日常会話から会話情報や関連情報を収集する。

　図３０は、本実施形態４にかかるタブレット端末２００における対象者Ｕ１の会話情報の収集とＵＩ切替予告の例を示す図である。ここでは、対象者Ｕ１は、「桜が咲いているところを見てみたいねぇ。」と発話したことを示す。このとき、タブレット端末２００は、収音した発話内容をサービス提供サーバ５００へ送信する。サービス提供サーバ５００は、受信した発話内容を解析し、「桜」「イベント」をニーズとして特定する。ここで、サービス提供サーバ５００は、ニーズの種類からサービス種別「地域イベント情報の提供」を選択する。ここで、「イベント情報の提供」は、外部サービス、かつ、制御サーバの切替ありであるものとする。そのため、サービス提供サーバ５００は、ＵＩ切替予告メッセージを生成し、フォーマット情報５１７、デフォルトコンテンツ５１８及びＵＩ切替予告メッセージを用いてコンテンツ制御情報を生成する。そして、サービス提供サーバ５００は、コンテンツ制御情報をタブレット端末２００へ送信する。タブレット端末２００は、受信したコンテンツ制御情報を再生し、デフォルトのキャラクタを介して「イベント情報を問い合わせてみるね。」というＵＩ切替予告を出力する。

　その後、サービス提供サーバ５００は、選択されたサービス提供サーバ５００ｃに対して、ニーズとして「桜」「イベント」を含む提示要求を送信する。サービス提供サーバ５００ｃは、受信した提示要求に含まれるニーズを検索キーとして、自己の地域イベント情報の検索エンジンを検索し、検索結果を取得する。サービス提供サーバ５００ｃは、検索結果とフォーマット情報５１７とカスタマイズコンテンツ５１９を用いてコンテンツ制御情報を生成し、タブレット端末２００に対して送信する。タブレット端末２００は、受信したコンテンツ制御情報からコンテンツを再生する。つまり、ＵＩが切り替わる。

　図３１は、本実施形態４にかかる切替後のＵＩによるサービス提供情報の提示の例を示す図である。ここでは、タブレット端末２００は、デフォルトのキャラクタとは異なるキャラクタの画像が表示されたことを示す。また、タブレット端末２００は、「Ｘ月Ｙ日に近くのＸＸ川でお花見イベントが開催されます。いかがでしょうか？」との表示及び音声出力を行ったことを示す。

　また、ＵＩ切替に関する他の実施例を説明する。ここでは、サービス提供サーバ５００ｂが家電サポートをサービス提供手段として備えるものとする。まず、サービス提供サーバ５００は、タブレット端末２００に表示されるデフォルトのキャラクタを介して、対象者Ｕ１との日常会話から会話情報や関連情報を収集する。

　図３２は、本実施形態４にかかるタブレット端末２００における対象者Ｕ１の会話情報の収集とＵＩ切替予告の例を示す図である。ここでは、対象者Ｕ１は、「夜にエアコンが動かなくなってしまった。」と発話したことを示す。このとき、タブレット端末２００は、収音した発話内容をサービス提供サーバ５００へ送信する。サービス提供サーバ５００は、受信した発話内容を解析し、「エアコン」「動かない」をニーズとして特定する。ここで、サービス提供サーバ５００は、ニーズの種類からサービス種別「家電サポート」を選択する。ここで、「家電サポート」は、外部サービス、かつ、制御サーバの切替なし、カスタマイズコンテンツであるものとする。そのため、サービス提供サーバ５００は、上記同様、ＵＩ切替予告メッセージを生成し、フォーマット情報５１７、デフォルトコンテンツ５１８及びＵＩ切替予告メッセージを用いてコンテンツ制御情報を生成する。そして、サービス提供サーバ５００は、コンテンツ制御情報をタブレット端末２００へ送信する。タブレット端末２００は、受信したコンテンツ制御情報を再生し、デフォルトのキャラクタを介して「家電サポートに聞いてみるね。」というＵＩ切替予告を出力する。

　その後、サービス提供サーバ５００は、選択されたサービス提供サーバ５００ｂに対して、ニーズとして「エアコン」「動かない」を含むサービス提供要求を送信する。サービス提供サーバ５００ｃは、受信したサービス提供要求に含まれるニーズを、家電サポートのサービス提供手段に入力して、訪問メッセージを取得し、訪問メッセージをサービス提供サーバ５００へ返信する。サービス提供サーバ５００は、受信した訪問メッセージ、フォーマット情報５１７とカスタマイズコンテンツ５１９を用いてコンテンツ制御情報を生成し、タブレット端末２００に対して送信する。タブレット端末２００は、受信したコンテンツ制御情報からコンテンツを再生する。つまり、ＵＩが切り替わる。

　図３３は、本実施形態４にかかる切替後のＵＩによるサービス提供情報の提示の例を示す図である。ここでは、タブレット端末２００は、デフォルトのキャラクタとは異なるキャラクタの画像が表示されたことを示す。また、タブレット端末２００は、「エアコンの調子が悪いのですね。すぐにスタッフが訪問して確認致します。」との表示及び音声出力を行ったことを示す。

　このように、これらの実施例により、デフォルトのＵＩでは解決できないニーズに対して、解決できるサービス提供手段に対応するＵＩによりサービス提供情報を提示できる。よって、対象者Ｕ１は、適切に情報を認識することができる。

＜実施形態５＞
　本実施形態５は、上述した実施形態４の変形例である。本実施形態５は、生体認証機能をサービス提供装置に内蔵させたものである。本実施形態５にかかるサービス提供システムは、上述したサービス提供システム１０００と同様であるため、図示及び説明を省略する。

　実施形態５にかかるサービス提供サーバ５００は、図１３の個人情報ＤＢ５１２がユーザＩＤ５１２１と顔特徴情報とを対応付ければ良い。つまり、個人情報ＤＢ５１２は、上述した顔情報ＤＢ１１０を包含するものといえる。

　そして、認証制御部５５０は、複数の人物の顔特徴情報と対象者Ｕ１の顔特徴情報とを照合して顔認証を制御する。すなわち、認証制御部５５０は、取得した撮影画像に含まれるユーザの顔領域から抽出された顔特徴情報と、記憶部５１０に記憶された顔特徴情報とを照合して顔認証を行うことにより、顔認証結果を取得する。

　尚、本実施形態では、上述した図１６のステップＳ５１３及びＳ５１４が、認証制御部５５０によるサービス提供サーバ５００内での顔認証処理に置き換わる。

　このように、本実施形態５においても上述した実施形態４と同様の効果を奏することができる。

＜その他の実施形態＞
　尚、上記実施形態では、収集情報からニーズを特定した上で、サービス提供情報を取得していたが、これに限られない。例えば、収集情報を入力とし、ニーズを満たすサービス提供情報を出力するＡＩモデルを用いても構わない。この場合、ＡＩモデルは、蓄積された会話情報や関連情報を教師データとし、サービス提供情報を正解として機械学習されたものを用いることができる。

　尚、上述の実施形態では、ハードウェアの構成として説明したが、これに限定されるものではない。本開示は、任意の処理を、ＣＰＵにコンピュータプログラムを実行させることにより実現することも可能である。

　上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

　なお、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施形態を適宜組み合わせて実施されてもよい。

　上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
　（付記Ａ１）
　見守りの対象者の端末において当該対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を制御するＵＩ制御手段と、
　前記第１のＵＩを介して収集した収集情報から前記対象者のニーズを特定する特定手段と、
　複数の種類のニーズのそれぞれに対応した複数のサービス提供手段の中から前記特定されたニーズの種類に対応するサービス提供手段を選択する選択手段と、
　を備え、
　前記ＵＩ制御手段は、
　前記特定されたニーズを満たすサービス提供情報を前記端末へ提示するために、前記第１のＵＩから前記選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する
　サービス提供装置。
　（付記Ａ２）
　第１のサービス提供手段に対応するコンテンツ情報を記憶する記憶手段と、
　前記選択されたサービス提供手段が前記第１のサービス提供手段である場合、前記第１のサービス提供手段により前記特定されたニーズを満たす第１のサービス提供情報を取得する取得手段と、
　前記コンテンツ情報と前記第１のサービス提供情報を用いてコンテンツ制御情報を生成する生成手段と、をさらに備え、
　前記ＵＩ制御手段は、
　前記生成したコンテンツ制御情報に基づくコンテンツを前記端末上で再生することにより前記第２のＵＩへの切替を制御し、
　前記切替後の第２のＵＩを介して前記第１のサービス提供情報を前記端末へ提示する
　付記Ａ１に記載のサービス提供装置。
　（付記Ａ３）
　前記コンテンツ情報は、前記第１のＵＩにおいて用いられる第１のアニメーション画像群とは異なる第２のアニメーション画像群を含み、
　前記ＵＩ制御手段は、
　前記第２のアニメーション画像群を介して前記第１のサービス提供情報を提示する
　付記Ａ２に記載のサービス提供装置。
　（付記Ａ４）
　前記取得手段は、前記第１のサービス提供手段を備えるサーバに対して、前記特定されたニーズを送信し、前記第１のサービス提供手段に前記特定されたニーズが入力されることにより出力された前記第１のサービス提供情報を、前記サーバから受信することにより、取得する
　付記Ａ２又はＡ３に記載のサービス提供装置。
　（付記Ａ５）
　前記ＵＩ制御手段は、
　前記選択されたサービス提供手段が第２のサービス提供手段である場合、前記第２のサービス提供手段を備えるサーバに対して、前記第２のサービス提供情報を前記第２のＵＩにより前記端末へ提示させるための提示要求を送信することにより、前記切替を制御する
　付記Ａ１乃至Ａ４のいずれか１項に記載のサービス提供装置。
　（付記Ａ６）
　前記ＵＩ制御手段は、
　前記切替が必要な場合、前記端末へ前記第２のＵＩへの切替の予告を表示させる
　付記Ａ１乃至Ａ５のいずれか１項に記載のサービス提供装置。
　（付記Ｂ１）
　見守りの対象者の端末と、
　前記端末とネットワークを介して接続されたサービス提供装置と、
　を備え、
　前記サービス提供装置は、
　前記端末において前記対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を制御するＵＩ制御手段と、
　前記第１のＵＩを介して収集した収集情報から前記対象者のニーズを特定する特定手段と、
　複数の種類のニーズのそれぞれに対応した複数のサービス提供手段の中から前記特定されたニーズの種類に対応するサービス提供手段を選択する選択手段と、
　を備え、
　前記ＵＩ制御手段は、
　前記特定されたニーズを満たすサービス提供情報を前記端末へ提示するために、前記第１のＵＩから前記選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する
　サービス提供システム。
　（付記Ｂ２）
　前記サービス提供装置は、
　第１のサービス提供手段に対応するコンテンツ情報を記憶する記憶手段と、
　前記選択されたサービス提供手段が前記第１のサービス提供手段である場合、前記第１のサービス提供手段により前記特定されたニーズを満たす第１のサービス提供情報を取得する取得手段と、
　前記コンテンツ情報と前記第１のサービス提供情報を用いてコンテンツ制御情報を生成する生成手段と、
　をさらに備え、
　前記ＵＩ制御手段は、
　前記生成したコンテンツ制御情報に基づくコンテンツを前記端末上で再生することにより前記第２のＵＩへの切替を制御し、
　前記切替後の第２のＵＩを介して前記第１のサービス提供情報を前記端末へ提示する
　付記Ｂ１に記載のサービス提供システム。
　（付記Ｃ１）
　コンピュータが、
　見守りの対象者の端末において当該対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を介して収集情報を収集し、
　前記収集情報から前記対象者のニーズを特定し、
　複数の種類のニーズのそれぞれに対応した複数のサービス提供手段の中から前記特定されたニーズの種類に対応するサービス提供手段を選択し、
　前記特定されたニーズを満たすサービス提供情報を前記端末へ提示するために、前記第１のＵＩから前記選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する
　サービス提供方法。
　（付記Ｄ１）
　見守りの対象者の端末において当該対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を介して収集情報を収集する収集処理と、
　前記収集情報から前記対象者のニーズを特定する特定処理と、
　複数の種類のニーズのそれぞれに対応した複数のサービス提供手段の中から前記特定されたニーズの種類に対応するサービス提供手段を選択する選択処理と、
　前記特定されたニーズを満たすサービス提供情報を前記端末へ提示するために、前記第１のＵＩから前記選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する制御処理と、
　をコンピュータに実行させるサービス提供プログラムが格納された非一時的なコンピュータ可読媒体。

　以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

　１　サービス提供装置
　１１　収集部
　１２　特定部
　１３　提示部
　１ａ　サービス提供装置
　１１ａ　特定部
　１２ａ　選択部
　１３ａ　要求部
　１ｂ　サービス提供装置
　１１ｂ　ＵＩ制御部
　１２ｂ　特定部
　１３ｂ　選択部
　１０００　サービス提供システム
　１００　認証装置
　１１０　顔情報ＤＢ
　１１１　ユーザＩＤ
　１１２　顔特徴情報
　１２０　顔検出部
　１３０　特徴点抽出部
　１４０　登録部
　１５０　認証部
　２００　タブレット端末
　２１０　カメラ
　２２０　マイク
　２３０　スピーカ
　２４０　タッチパネル
　２５０　通信部
　２６０　メモリ
　２７０　制御部
　２７１　コンテンツ処理部
　３００　健康情報測定装置
　４００　スマートフォン
　４１０　カメラ
　４２０　マイク
　４３０　スピーカ
　４４０　タッチパネル
　４５０　通信部
　４６０　メモリ
　４７０　制御部
　４７１　ＳＮＳアプリケーション
　５００　サービス提供サーバ
　５１０　記憶部
　５１１　プログラム
　５１２　個人情報ＤＢ
　５１２１　ユーザＩＤ
　５１２２　個人情報
　５１３　ニーズ特定モデル
　５１４　サービス種別定義情報
　５１５　サービス提供モデル
　５１６　サービス提供モデル
　５１７　フォーマット情報
　５１８　デフォルトコンテンツ
　５１８１　アニメーション画像群
　５１８２　セリフ情報
　５１９　カスタマイズコンテンツ
　５１９１　アニメーション画像群
　５１９２　セリフ情報
　５２０　メモリ
　５３０　通信部
　５４０　制御部
　５５０　認証制御部
　５５１　収集部
　５５２　特定部
　５５３　選択部
　５５４　取得部
　５５５　生成部
　５５６　提示部
　５５７　要求部
　５５８　通知部
　５５９　受信部
　５００ａ　サービス提供サーバ
　５１１ａ　プログラム
　５１５ａ　サービス提供モデル
　５５０ａ　サービス提供処理部
　５００ｂ　サービス提供サーバ
　５００ｃ　サービス提供サーバ
　５００ｄ　サービス提供サーバ
　Ｎ　ネットワーク
　Ｕ１　対象者
　Ｕ２　家族

Claims

　見守りの対象者の端末において当該対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を制御するＵＩ制御手段と、
　前記第１のＵＩを介して収集した収集情報から前記対象者のニーズを特定する特定手段と、
　複数の種類のニーズのそれぞれに対応した複数のサービス提供手段の中から前記特定されたニーズの種類に対応するサービス提供手段を選択する選択手段と、
　を備え、
　前記ＵＩ制御手段は、
　前記特定されたニーズを満たすサービス提供情報を前記端末へ提示するために、前記第１のＵＩから前記選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する
　サービス提供装置。
　第１のサービス提供手段に対応するコンテンツ情報を記憶する記憶手段と、
　前記選択されたサービス提供手段が前記第１のサービス提供手段である場合、前記第１のサービス提供手段により前記特定されたニーズを満たす第１のサービス提供情報を取得する取得手段と、
　前記コンテンツ情報と前記第１のサービス提供情報を用いてコンテンツ制御情報を生成する生成手段と、をさらに備え、
　前記ＵＩ制御手段は、
　前記生成したコンテンツ制御情報に基づくコンテンツを前記端末上で再生することにより前記第２のＵＩへの切替を制御し、
　前記切替後の第２のＵＩを介して前記第１のサービス提供情報を前記端末へ提示する
　請求項１に記載のサービス提供装置。
　前記コンテンツ情報は、前記第１のＵＩにおいて用いられる第１のアニメーション画像群とは異なる第２のアニメーション画像群を含み、
　前記ＵＩ制御手段は、
　前記第２のアニメーション画像群を介して前記第１のサービス提供情報を提示する
　請求項２に記載のサービス提供装置。
　前記取得手段は、前記第１のサービス提供手段を備えるサーバに対して、前記特定されたニーズを送信し、前記第１のサービス提供手段に前記特定されたニーズが入力されることにより出力された前記第１のサービス提供情報を、前記サーバから受信することにより、取得する
　請求項２又は３に記載のサービス提供装置。
　前記ＵＩ制御手段は、
　前記選択されたサービス提供手段が第２のサービス提供手段である場合、前記第２のサービス提供手段を備えるサーバに対して、前記第２のサービス提供情報を前記第２のＵＩにより前記端末へ提示させるための提示要求を送信することにより、前記切替を制御する
　請求項１乃至４のいずれか１項に記載のサービス提供装置。
　前記ＵＩ制御手段は、
　前記切替が必要な場合、前記端末へ前記第２のＵＩへの切替の予告を表示させる
　請求項１乃至５のいずれか１項に記載のサービス提供装置。
　見守りの対象者の端末と、
　前記端末とネットワークを介して接続されたサービス提供装置と、
　を備え、
　前記サービス提供装置は、
　前記端末において前記対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を制御するＵＩ制御手段と、
　前記第１のＵＩを介して収集した収集情報から前記対象者のニーズを特定する特定手段と、
　複数の種類のニーズのそれぞれに対応した複数のサービス提供手段の中から前記特定されたニーズの種類に対応するサービス提供手段を選択する選択手段と、
　を備え、
　前記ＵＩ制御手段は、
　前記特定されたニーズを満たすサービス提供情報を前記端末へ提示するために、前記第１のＵＩから前記選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する
　サービス提供システム。
　前記サービス提供装置は、
　第１のサービス提供手段に対応するコンテンツ情報を記憶する記憶手段と、
　前記選択されたサービス提供手段が前記第１のサービス提供手段である場合、前記第１のサービス提供手段により前記特定されたニーズを満たす第１のサービス提供情報を取得する取得手段と、
　前記コンテンツ情報と前記第１のサービス提供情報を用いてコンテンツ制御情報を生成する生成手段と、
　をさらに備え、
　前記ＵＩ制御手段は、
　前記生成したコンテンツ制御情報に基づくコンテンツを前記端末上で再生することにより前記第２のＵＩへの切替を制御し、
　前記切替後の第２のＵＩを介して前記第１のサービス提供情報を前記端末へ提示する
　請求項７に記載のサービス提供システム。
　コンピュータが、
　見守りの対象者の端末において当該対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を介して収集情報を収集し、
　前記収集情報から前記対象者のニーズを特定し、
　複数の種類のニーズのそれぞれに対応した複数のサービス提供手段の中から前記特定されたニーズの種類に対応するサービス提供手段を選択し、
　前記特定されたニーズを満たすサービス提供情報を前記端末へ提示するために、前記第１のＵＩから前記選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する
　サービス提供方法。
　見守りの対象者の端末において当該対象者との対話相手となる第１のユーザインタフェース（ＵＩ）を介して収集情報を収集する収集処理と、
　前記収集情報から前記対象者のニーズを特定する特定処理と、
　複数の種類のニーズのそれぞれに対応した複数のサービス提供手段の中から前記特定されたニーズの種類に対応するサービス提供手段を選択する選択処理と、
　前記特定されたニーズを満たすサービス提供情報を前記端末へ提示するために、前記第１のＵＩから前記選択されたサービス提供手段に応じた第２のＵＩへの切替を制御する制御処理と、
　をコンピュータに実行させるサービス提供プログラムが格納された非一時的なコンピュータ可読媒体。