(57)【要約】【課題】着信側端末への移動に時間がかかる利用者に通話の呼び出しを行う場合でも円滑な通話接続を行うことが可能な情報処理装置を提供する。【解決手段】発信側電話端末から着信側電話端末への着信中に、前記着信側電話端末から離れて位置する端末利用者の前記着信に対する応答意思を判定する応答意思判定部と、判定された前記端末利用者の応答意思を示す情報を前記発信側電話端末に送信する通信制御部と、を備える、情報処理装置。【選択図】図１
2014165852.tif 000002
【特許請求の範囲】
【請求項１】
発信側電話端末から着信側電話端末への着信中に、前記着信側電話端末から離れて位置する端末利用者の前記着信に対する応答意思を判定する応答意思判定部と、
判定された前記端末利用者の応答意思を示す情報を前記発信側電話端末に送信する通信制御部と、
を備える、情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記応答意思判定部は、前記着信中の前記端末利用者の発話内容に基づき、前記応答意思を判定する、情報処理装置。
【請求項３】
請求項１に記載の情報処理装置において、
前記応答意思判定部は、前記着信中の前記端末利用者の動作に基づき、前記応答意思を判定する、情報処理装置。
【請求項４】
請求項１に記載の情報処理装置において、
前記端末利用者と前記着信側電話端末の間の距離を検出する距離検出部を更に備え、
前記応答意思判定部は、前記着信中の前記端末利用者の前記着信側電話端末への接近度合いに基づき、前記応答意思を判定する、情報処理装置。
【請求項５】
請求項４に記載の情報処理装置において、
前記距離検出部により検出された距離に基づき前記端末利用者の歩行速度を求め、求めた歩行速度の変化に基づいて前記端末利用者の健康状態を推定する健康状態推定部を更に備える、情報処理装置。
【請求項６】
請求項５に記載の情報処理装置において、
前記健康状態推定部により推定された前記端末利用者の健康状態を通知する通知部を更に備える、情報処理装置。
【請求項７】
請求項４〜６のいずれか１項に記載の情報処理装置において、
前記距離検出部により検出された距離に基づき前記端末利用者の歩行速度を求め、求めた歩行速度の変化に基づいて前記端末利用者の歩行状態を推定する歩行状態推定部を更に備える、情報処理装置。
【請求項８】
請求項１〜７のいずれか１項に記載の情報処理装置において、
前記情報処理装置は、前記着信側電話端末に含まれる、情報処理装置。
【請求項９】
請求項１〜７のいずれか１項に記載の情報処理装置において、
前記情報処理装置は、前記発信側電話端末と前記着信側電話端末の間の通話を制御する通話制御サーバに含まれる、情報処理装置。
【請求項１０】
発信側電話端末から着信側電話端末への着信中に、前記着信側電話端末から離れて位置する端末利用者の前記着信に対する応答意思を判定するステップと、
判定された前記端末利用者の応答意思を示す情報を前記発信側電話端末に送信するステップと、
を含む、情報処理方法。
【請求項１１】
コンピュータに、
発信側電話端末から着信側電話端末への着信中に、前記着信側電話端末から離れて位置する端末利用者の前記着信に対する応答意思を判定するステップと、
判定された前記端末利用者の応答意思を示す情報を前記発信側電話端末に送信するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
遠隔地点間での通話を行う一般電話の通話システム（従来例１）では、発信側端末の利用者は通話呼び出しを行った際に、着信側端末の利用者が応答するかどうかを予め知ることができない。この問題を解消すべく、一部のＩＰ電話サービス等においては、通話システムの利用者の各々が自身のプレゼンスを通話システムに登録することにより、発信側端末の利用者が通話呼び出しに先立って、通話システムより着信側端末の利用者のプレゼンスを確認する方法が提案されている（従来例２）。しかし、この方法では、着信側端末の利用者自身が状況に応じて、プレゼンスを手動で登録することが必要となるため、使い勝手が悪いという問題がある。
【０００３】
プレゼンスの手動登録を必要としない従来技術の例としては、下記の特許文献１に開示されるプレゼンス通知方法がある（従来例３）。特許文献１によれば、発信側端末からの通話呼び出しの際に、通話システムが着信側端末から通話状態やマナーモード設定などの情報を取得し、これに基づいて呼び出しを制御する方法が記載されている。この方法は、着信側端末の利用者がプレゼンスを手動で登録する従来例２の方法と比べて、呼び出しの時点で、タイムラグの少ないプレゼンス情報を取得できるので、これに基づいて呼び出しを行うかどうかを判断可能である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−２５４２３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、高齢者など身体的な問題等により着信側端末への移動に時間がかかる利用者に通話の呼び出しを行う場合、上記いずれの方法によっても、円滑な通話接続を行うことは困難であった。
【０００６】
すなわち、上述した従来例１の方法を用いれば、発信側端末の利用者は、呼び出しに時間を要するため、着信側端末の利用者を留守と判断し、呼び出しを中断してしまう。従来例２の方法を用いれば、高齢者などが自身のプレゼンスを適宜通話システムに登録する必要が生じてしまい、使い勝手が悪くなる。従来例３の方法を用いれば、着信側端末の状態に応じた呼び出しを行うことは可能だが、本方法によっても着信側端末の利用者が応答するか否かを知ることができないため、従来例１と同様、着信側端末の利用者を留守と判断し、呼び出しを中断してしまう。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、着信側端末への移動に時間がかかる利用者に通話の呼び出しを行う場合でも円滑な通話接続を行うことが可能な、新規かつ改良された情報処理装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明のある観点によれば、発信側電話端末から着信側電話端末への着信中に、前記着信側電話端末から離れて位置する端末利用者の前記着信に対する応答意思を判定する応答意思判定部と、判定された前記端末利用者の応答意思を示す情報を前記発信側電話端末に送信する通信制御部と、を備える、情報処理装置が提供される。
【０００９】
かかる情報処理装置においては、通知を受けた発信側電話端末の利用者は、着信側電話端末の呼び出し中に、逐次着信側電話端末の利用者の応答意思を確認することができる。この結果、例えば高齢者など身体的な問題等により着信側電話端末への移動に時間がかかる利用者に通話の呼び出しを行う場合であっても、円滑な通話接続を行うことが可能となる。
【００１０】
また、上記の情報処理装置において、前記応答意思判定部は、前記着信中の前記端末利用者の発話内容に基づき、前記応答意思を判定することとしても良い。
【００１１】
また、上記の情報処理装置において、前記応答意思判定部は、前記着信中の前記端末利用者の動作に基づき、前記応答意思を判定することとしても良い。
【００１２】
また、上記の情報処理装置において、前記端末利用者と前記着信側電話端末の間の距離を検出する距離検出部を更に備え、前記応答意思判定部は、前記着信中の前記端末利用者の前記着信側電話端末への接近度合いに基づき、前記応答意思を判定することとしても良い。
【００１３】
また、上記の情報処理装置において、前記距離検出部により検出された距離に基づき前記端末利用者の歩行速度を求め、求めた歩行速度の変化に基づいて前記端末利用者の健康状態を推定する健康状態推定部を更に備えることとしても良い。
【００１４】
また、上記の情報処理装置において、前記健康状態推定部により推定された前記端末利用者の健康状態を通知する通知部を更に備えることとしても良い。
【００１５】
また、上記の情報処理装置において、前記距離検出部により検出された距離に基づき前記端末利用者の歩行速度を求め、求めた歩行速度の変化に基づいて前記端末利用者の歩行状態を推定する歩行状態推定部を更に備えることとしても良い。
【００１６】
また、上記の情報処理装置において、前記情報処理装置は、前記着信側電話端末に含まれることとしても良い。
【００１７】
また、上記の情報処理装置において、前記情報処理装置は、前記発信側電話端末と前記着信側電話端末の間の通話を制御する通話制御サーバに含まれることとしても良い。
【００１８】
本発明の他の観点によれば、発信側電話端末から着信側電話端末への着信中に、前記着信側電話端末から離れて位置する端末利用者の前記着信に対する応答意思を判定するステップと、判定された前記端末利用者の応答意思を示す情報を前記発信側電話端末に送信するステップと、を含む、情報処理方法が提供される。
【００１９】
本発明の他の観点によれば、コンピュータに、発信側電話端末から着信側電話端末への着信中に、前記着信側電話端末から離れて位置する端末利用者の前記着信に対する応答意思を判定するステップと、判定された前記端末利用者の応答意思を示す情報を前記発信側電話端末に送信するステップと、を実行させるためのプログラムが提供される。
【発明の効果】
【００２０】
以上説明したように本発明によれば、着信側端末への移動に時間がかかる利用者に通話の呼び出しを行う場合でも円滑な通話接続を行うことが可能となる。
【図面の簡単な説明】
【００２１】
【図１】本実施形態に係る通話システム１の構成例を示すブロック図である。
【図２】距離検出部２１６の機能構成の一例を示すブロック図である。
【図３】超音波送受信素子２６０が発した超音波信号の到達領域を説明するための模式図である。
【図４】送信信号と受信信号と誤差信号の関係を説明するための図である。
【図５】通話システム１の動作例を示すシーケンス図である。
【図６】プレゼンス検出部２１０によるプレゼンス検出処理を説明するためのフローチャートである。
【図７】プレゼンス表現部１１０によるプレゼンス表現処理を説明するためのフローチャートである。
【図８】歩行速度管理サーバ４０の機能構成の一例を示す図である。
【図９】着信側端末２０の利用者の歩行パターンに基づき健康状態の推定方法を説明するための模式図である。
【発明を実施するための形態】
【００２２】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２３】
＜１．通話システムの構成例＞
図１を参照しながら、本実施形態に係る通話システム１の構成例について説明する。図１は、本実施形態に係る通話システム１の構成例を示すブロック図である。
【００２４】
通話システム１は、図１に示すように、発信側電話端末の一例である発信側端末１０と、着信側電話端末の一例である着信側端末２０と、通話制御サーバ３０と、歩行速度管理サーバ４０と、メール端末５０とを有する。発信側端末１０、情報処理装置の一例である着信側端末２０、通話制御サーバ３０、歩行速度管理サーバ４０、及びメール端末５０は、ネットワークで接続されている。
【００２５】
（発信側端末１０）
発信側端末１０は、例えば利用者が操作可能な携帯電話や固定電話である。発信側端末１０は、通信制御部１０２と、操作部１０４と、通話処理部１０６と、メディア入出力部１０８と、プレゼンス表現部１１０とを有する。
【００２６】
通信制御部１０２は、操作部１０４に操作画面データを出力する。通信制御部１０２は、通話処理部１０６に通話指示信号を出力する。通信制御部１０２は、プレゼンス表現部１１０にプレゼンス表現制御信号とプレゼンスデータを出力する。更に、通信制御部１０２は、着信側端末２０及び通話制御サーバ３０との間で通信データを送受信する。
【００２７】
操作部１０４は、例えば、発信側端末１０の利用者の操作を支援するための画面（操作画面データに対応した画面）を表示する機能と、画面上の操作内容を識別する機能を有する。操作部１０４は、各種操作用のキー、ボタン、タッチパネル等を含む。操作部１０４は、利用者の操作に対応する操作データを通信制御部１０２に出力する。
【００２８】
通話処理部１０６は、通話データを符号化して符号データに変換し、又は符号データから通話データに復号化する。通話処理部１０６は、通信制御部１０２との間で符号データ（通話データを符号化したデータ）を入出力する。また、通話処理部１０６は、メディア入出力部１０８との間で通話データを入出力する。メディア入出力部１０８には、例えば、発信側端末１０の利用者の映像や音声等の通話データが記憶されている。
【００２９】
プレゼンス表現部１１０は、着信側端末２０からのプレゼンスデータを表示画面等に表示する。例えば、着信側端末２０が発信側端末１０の応答の要求に対してプレゼンスデータを発信側端末１０に送信した場合には、プレゼンス表現部１１０は、受信したプレゼンスデータを表示する。これにより、発信側端末１０の利用者は、着信側端末２０の利用者が着信に応答する意思があるか否かを把握できる。
【００３０】
（着信側端末２０）
着信側端末２０は、例えば利用者が操作可能な携帯電話や固定電話である。着信側端末２０は、通信制御部２０２と、操作部２０４と、通話処理部２０６と、メディア入出力部２０８と、応答意思判定部の一例であるプレゼンス検出部２１０とを有する。なお、操作部２０４、通話処理部２０６、及びメディア入出力部２０８は、発信側端末１０の操作部１０４、通話処理部１０６、及びメディア入出力部１０８と同様な構成であるので、詳細な説明は省略する。
【００３１】
通信制御部２０２は、操作部２０４に操作画面データを出力する。通信制御部２０２は、通話処理部２０６に通話指示信号を出力し、プレゼンス検出制御部２１２にプレゼンス検出制御信号を出力する。更に、通信制御部２０２は、発信側端末１０及び通信制御サーバ３０との間で通信データを入出力し、歩行速度管理サーバ４０に通信データを出力する。
【００３２】
プレゼンス検出部２１０は、着信があった場合の着信側端末２０の利用者のプレゼンスを検出する機能を有する。プレゼンス検出部２１０は、発信側端末１０から着信側端末２０への着信中に、着信側端末２０から離れて位置する利用者（端末利用者）の着信に対する応答意思を判定する機能を有する。
【００３３】
例えば、プレゼンス検出部２１０は、着信中の利用者の発話内容に基づき、応答意思を判定しても良い。又、プレゼンス検出部２１０は、着信中の利用者の動作（例えば、拍手やジェスチャー等）に基づき、応答意思を判定しても良い。又、プレゼンス検出部２１０は、着信中の利用者の着信側端末２０への接近度合いに基づき、応答意思を判定しても良い。これにより、着信側端末２０への移動に時間がかかる利用者（例えば、高齢者）である場合、利用者の着信に対する応答意思を適切に判定することが可能となる。
【００３４】
そして、上述した機能を実現するために、プレゼンス検出部２１０は、図１に示すように、プレゼンス検出制御部２１２と、応答意思検出部２１４と、距離検出部２１６とを有する。
【００３５】
プレゼンス検出制御部２１２は、応答意思検出部２１４に応答意思検出に関する応答意思検出制御信号を出力し、距離検出部２１６に距離検出に関する距離検出制御信号を出力する。プレゼンス検出制御部２１２は、応答意思検出や距離検出の検出データをプレゼンスデータ（利用者の応答意思を示す情報に該当）として、通信制御部２０２に出力する。なお、通信制御部２０２は、着信中に、入力されたプレゼンスデータを発信側端末１０に送信する。
【００３６】
応答意思検出部２１４は、着信側端末２０の利用者の着信に対する応答意思を検出する。応答意思検出部２１４は、例えば着信があった際の利用者の発話や動作等を検出して、応答意思を判定する。応答意思検出部２１４は、プレゼンス検出制御部２１２に応答意思検出データを出力する。
【００３７】
距離検出部２１６は、着信側端末２０の利用者と着信側端末２０の間の距離を検出する。距離検出部２１６は、例えば超音波信号の利用者での反射を利用して、利用者の着信側端末２０への距離を検出する。距離検出部２１６は、プレゼンス検出制御部２１２に距離検出データを出力する。
【００３８】
上述したように、プレゼンス検出部２１０が利用者の着信に対する応答意思を自動で検出することにより、利用者が特段の設定等を行わなくても、着信に対する応答意思を発信側端末１０に通知できる。このため、発信側端末１０への移動に時間がかかる利用者（例えば、高齢者等）と、着信側端末２０の利用者との間での円滑な通話が可能となる。
【００３９】
通話制御サーバ３０は、発信側端末１０及び着信側端末２０の間で通信データを送受信する。通信制御サーバ３０は、既存のプロトコル、例えばＳＩＰプロトコルにより、発信側端末１０と着信側端末２０の間の通話を制御する機能を有する。
【００４０】
歩行速度管理サーバ４０には、着信側端末２０から着信側端末２０の利用者の歩行速度に関する通信データが入力される。歩行速度管理サーバ４０は、入力された通信データから、着信側端末２０の利用者の歩行状態や健康状態を推定し、推定結果をメール端末５０に通信データを出力する。
【００４１】
＜２．距離検出部の概要＞
図２を参照しながら、距離検出部２１６の構成例について説明する。図２は、距離検出部２１６の機能構成の一例を示すブロック図である。距離検出部２１６は、タイミング制御部２４２と、超音波送信部２４４と、超音波受信部２４６と、データ記憶部２４８と、誤差信号計算部２５０と、検出部２５２とを有する。
【００４２】
タイミング制御部２４２は、プレゼンス検出制御部２１２（図１）から距離検出制御信号が入力されると、超音波送信部２４４に送信制御信号を出力する。また、タイミング制御部２４２は、データ記憶部２４８に送信制御信号に同期した記憶制御信号を出力し、誤差信号計算部２５０に送信制御信号に同期した誤差信号計算制御信号を出力する。
【００４３】
超音波送信部２４４は、送信制御信号に同期して、超音波信号（送信信号とも呼ぶ）を出力する。超音波受信部２４６は、超音波信号の反射信号を受信し、データ記憶部２４８に受信信号として出力する。超音波送信部２４４及び超音波受信部２４６は、図３に示す超音波送受信素子２６０を構成する。
【００４４】
図３は、超音波送受信素子２６０が発した超音波信号の到達領域を説明するための模式図である。超音波信号は、図３（ａ）に示すように水平方向に扇状の広い指向性を持ち、５０ｋＨｚ〜１００ｋＨｚ程度の単一パルスを１秒周期にて繰り返す。図３（ｂ）に示すように、到達領域内の位置（例えば、位置Ｐ１や位置Ｐ２）に利用者がいる場合には超音波信号が反射され、反射信号が超音波受信部２４６に入力される。図３（ｂ）では、利用者が位置Ｐ１から位置Ｐ２へ向かって移動している（すなわち、着信側端末２０へ接近している）ものとする。
【００４５】
データ記憶部２４８は、記憶制御信号に同期して、所定周期に区切られた受信信号を記憶する。すなわち、データ記憶部２４８は、連続する受信信号（蓄積受信信号）を記憶する。データ記憶部２４８は、誤差信号計算部２５０に蓄積受信信号を出力する。
【００４６】
誤差信号計算部２５０は、誤差信号計算制御信号に同期して、蓄積受信信号から誤差信号を計算する。具体的には、誤差信号計算部２５０は、連続する受信信号の波形の差分を計算することで、誤差信号を求める。誤差信号計算部２５０は、検出部２５２に誤差信号を出力する。
【００４７】
検出部２５２は、誤差信号に基づき距離の値を推定し、プレゼンス検出制御部２１２に距離検出データとして出力する。
【００４８】
ここで、図４を参照しながら、距離検出部２１６による着信側端末２０と利用者の間の距離の推定方法について説明する。図４は、送信信号と受信信号と誤差信号の関係を説明するための図である。
【００４９】
まず、プレゼンス検出制御部２１２（図１）より距離検出の開始を示す距離検出制御信号が出力されると、タイミング制御部２４２は、１秒周期毎の送信制御信号を超音波送信部２４４に出力する。これにより、超音波送信部２４４は、１秒周期の超音波送信号（図４に示す送信信号）を出力する。超音波信号は、着信側端末２０が配置された空間内を伝播し、その反射信号が超音波受信部２４６にて受信される。
【００５０】
超音波受信部２４６は、反射信号に相当する受信信号をデータ記憶部に出力する。ここで、タイミング制御部２４２が送信制御信号に同期した記憶制御信号をデータ記憶部２４８に出力することにより、データ記憶部２４８は、記憶制御信号に基づいて１秒周期に区切られた受信信号を記憶する。図４では、連続する二つの超音波信号（図中、送信信号）に対して、ＡおよびＢの受信信号波形（図中、受信信号）がデータ記憶部２４８に記憶される。例えば、受信信号Ａは、図３（ｂ）の位置Ｐ１に位置する利用者に反射された信号であり、受信信号Ｂは、位置Ｐ２に位置する利用者に反射された信号である。
【００５１】
次に、タイミング制御部２４２は、送信制御信号に同期した誤差信号計算制御信号を誤差信号計算部２５０に出力する。誤差信号計算部２５０は、誤差信号計算制御信号に同期して、データ記憶部２４８より１秒周期に区切られた受信信号（蓄積受信信号）を読み出し、連続する二つの長さ１秒の受信波形の差分を計算して、これを誤差信号として検出部２５２に出力する。図４では、誤差信号計算部２５０は、受信信号Ａ、Ｂの差分から誤差信号Ｃを取得する。
【００５２】
検出部２５２は、誤差信号の信号値の大きい位置を検出し、超音波信号の送信時刻からの時間間隔を計算する。図４では、検出部２５２は、誤差信号Ｃに対する時間間隔Ｔを計算する。そして、検出部２５２は、計算した時間間隔と超音波の空中伝播速度（公知）とに基づいて距離の値を推定し、プレゼンス検出制御部２１２に距離検出データとして出力する。
【００５３】
＜３．通話システムの動作例＞
図５を参照しながら、上述した構成の通話システム１の動作例について説明する。図５は、通話システム１の動作例を示すシーケンス図である。以下に説明する通話システム１の動作は、発信側端末１０、着信側端末２０、及び通信制御サーバ３０のＣＰＵが、ＲＯＭに記憶されたプログラム（ソフトウェア）に基いて、実行される。なお、プログラムは、例えばネットワーク等を介してダウンロードされたものであっても良い。なお、図５では、説明の便宜上、通話制御サーバ３０が省略されている。
【００５４】
図５の処理は、発信側端末１０の利用者が操作部１０４で呼び出しの操作を行うところから開始される（ステップＳ１０２）。すると、操作部１０４は、「着信側端末２０への呼び出し」を示す操作データを通信制御部１０２に出力する。次に、通信制御部１０２は、通話制御サーバ３０に「着信側端末２０への呼び出し」を示す通信データを送信すると共に、プレゼンス表現部１１０にプレゼンス表現の開始を示すプレゼンス表現制御信号を出力する。
【００５５】
次に、通話制御サーバ３０は、発信側端末１０の通信制御部１０２から通信データを受信すると、着信側端末２０の通信制御部２０２に「発信側端末１０に対する着信応答要求」を示す通信データを送信する（ステップＳ１０４）。
【００５６】
次に、通信制御部２０２は、「発信側端末１０に対する着信応答要求」を示す通信データを受信すると、着信状態に対応する操作画面データを生成して、操作部２０４に出力する。操作部２０４は、操作画面データに対応した操作画面を表示する（ステップＳ１０６）。この際、着信側端末２０に内蔵したスピーカにより着信音も出力される。
【００５７】
次に、通信制御部２０２は、発信側端末１０がプレゼンスデータを通知可能な相手であるか否かを判断する。この判断は、例えば、着信側端末２０に予め設定されたプレゼンスデータ通知可能端末のリストを参照して行う。そして、発信側端末１０がプレゼンスデータを通知可能な端末であると判断された場合には、通信制御部２０２は、プレゼンス検出部２１０にプレゼンス検出開始を示すプレゼンス検出制御信号を出力する。すると、プレゼンス検出部２１０は、応答意思と接近状態を検出する（ステップＳ１０８）。
【００５８】
（プレゼンス検出処理）
図６を参照しながら、プレゼンス検出部２１０によるプレゼンス検出処理の具体的な流れについて説明する。図６は、プレゼンス検出部２１０によるプレゼンス検出処理を説明するためのフローチャートである。図６のフローチャートは、プレゼンス検出の開始を示すプレゼンス検出制御信号がプレゼンス検出制御部２１２に入力されることで、開始される。
【００５９】
まず、プレゼンス検出制御部２１２は、通信制御部２０２からプレゼンス検出の終了が指示されていないかどうかをチェックする（ステップＳ２０２）。ステップ２０２で終了指示がある場合には（Ｙｅｓ）、プレゼンス検出部２１０は本処理を終了する。ステップＳ２０２で終了指示が無い場合には（Ｎｏ）、応答意思検出部２１４に応答意思検出の開始を示す応答意思制御信号を出力する。これにより、応答意思検出部２１４は、応答意思の検出を行う（ステップＳ２０４）。
【００６０】
そして、ステップＳ２０６で応答意思が検出できない場合には（Ｎｏ）、プレゼンス検出部２１０はステップＳ２０２の処理に戻る。一方で、ステップＳ２０６で応答意思が検出できた場合には（Ｙｅｓ）、プレゼンス検出部２１０は、応答意思データをプレゼンスデータとして通信制御部２０２に出力する。
【００６１】
具体的には、応答意思検出部２１４は、着信側端末２０に内蔵したマイクにより、着信側端末２０の利用者が発した発話を検出し、公知の方法により発話内容を認識する。例えば、利用者の特定の発話（「はい」、「待って」等）を予め着信側端末２０に登録し、応答意思検出部２１４は、登録された発話と類似の発話を検出した場合に、応答意思検出データをプレゼンスデータとして、プレゼンス検出制御部２１２を介して通信制御部２０２に出力する。そして、通信制御部２０２は、プレゼンスデータを発信側端末１０に送信する（ステップＳ２０８）。
【００６２】
次に、プレゼンス検出制御部２１２は、通信制御部２０２からプレゼンス検出の終了が指示されていないかどうかをチェックする（ステップＳ２１０）。ステップ２１０で終了指示がある場合には（Ｙｅｓ）、プレゼンス検出部２１０は本処理を終了する。ステップＳ２１０で終了指示が無い場合には（Ｎｏ）、距離検出部２１６に距離検出の開始を示す距離検出制御信号を出力する。これにより、応答意思検出部２１４の処理が終了する一方で、距離検出部２１６は距離の検出を行う（ステップＳ２１２）。
【００６３】
具体的には、距離検出部２１６は、所定時間間隔（例えば、１秒周期）で着信側端末２０の利用者までの距離を推定する。そして、距離検出部２１６は、距離検出データとしてプレゼンス検出制御部２１２に逐次出力する。
【００６４】
そして、ステップＳ２１４で距離を検出できない場合には（Ｎｏ）、プレゼンス検出部２１０はステップＳ２１０の処理に戻る。一方で、ステップＳ２１４で距離を検出できた場合には（Ｙｅｓ）、プレゼンス検出部２１０は、距離検出データをプレゼンスデータとして通信制御部２０２に出力する。そして、通信制御部２０２は、プレゼンスデータを発信側端末１０に通知する（ステップＳ２１６）。すなわち、通信制御部２０２は、応答意思検出データ及び距離検出データをプレゼンスデータ（利用者の着信に対する応答意思を示す情報）として、発信側端末１０に送信する。
【００６５】
図５のシーケンス図に戻って、通話システム１の動作例の説明を続ける。発信側端末１０の通信制御部１０２は、着信側端末２０からプレゼンスデータを受信すると（ステップＳ１１０）、プレゼンス表現部１１０にプレゼンスデータを出力する。プレゼンス表現部１１０は、プレゼンス表現の開始を示すプレゼンス表現制御信号が既に入力されている場合には、プレゼンスデータを画面に表示し、音で出力し、発光部（ランプ）で発光することで、発信側端末１０の利用者に提示する（ステップＳ１１２）。
【００６６】
プレゼンスデータは、着信側端末２０の利用者の応答意思データおよび距離検出データから構成されるので、例えばプレゼンスデータを画面で表示する場合には、応答意思データに基づき「応答するまで少々お待ちください」と表示したり、距離検出データを時間に換算して「あと○○秒ほどお待ちください」と表示するなどして、発信側端末１０の利用者に提示する。これにより、発信側端末１０の利用者は、着信側端末２０の利用者が呼び出しに対して応答する意思があることを把握できる。
【００６７】
（プレゼンス表現処理）
図７を参照しながら、プレゼンス表現部１１０によるプレゼンス表現処理の具体的な流れについて説明する。図７は、プレゼンス表現部１１０によるプレゼンス表現処理を説明するためのフローチャートである。図７のフローチャートは、プレゼンス表現制御信号がプレゼンス表現部１１０に入力されることで、開始される。
【００６８】
まず、プレゼンス表現部１１０は、通信制御部１０２からプレゼンス表現の終了が指示されていないかどうかをチェックする（ステップＳ３０２）。ステップＳ３０２で終了指示がある場合には（Ｙｅｓ）、プレゼンス表現部１１０は本処理を終了する。ステップＳ３０２で終了指示が無い場合には（Ｎｏ）、プレゼンス表現部１１０は、着信側端末２０からのプレゼンスデータの有無を確認する（ステップＳ３０４）。
【００６９】
そして、ステップＳ３０６でプレゼンスデータが確認できない場合には（Ｎｏ）、プレゼンス表現部１１０は、ステップＳ３０２の処理に戻る。一方で、ステップＳ３０６でプレゼンスデータが確認できる場合には（Ｙｅｓ）、プレゼンス表現部１１０は、プレゼンスデータを発信側端末１０の利用者に提示する（ステップＳ３０８）。
【００７０】
図５のシーケンス図に戻って、通話システム１の動作例の説明を続ける。発信側端末１０でプレゼンスデータが提示された（ステップＳ１１２）後に、着信側端末２０の利用者が操作部２０４により応答の操作を行うと（ステップＳ１１４）、操作部２０４は、「応答」を示す操作データを通信制御部２０２に出力する。
【００７１】
通信制御部２０２は、通話制御サーバ３０に「発信側端末１０への応答」を示す通信データを送信するとともに、プレゼンス検出制御部２１２にプレゼンス検出の終了を示すプレゼンス検出制御信号を出力する。これにより、プレゼンス検出部２１０は処理を終了し、これ以降、新たな着信があるまで、プレゼンス検出制御部２１２からプレゼンスデータが出力されない。
【００７２】
通話制御サーバ３０は、「発信側端末１０への応答」を示す通信データを受信すると、発信側端末１０の通信制御部１０２に「着信側端末２０からの応答」を示す通信データを送信する。
【００７３】
すると、通信制御部１０２は、通話処理部１０６に通話開始を指示するとともに、プレゼンス表現部１１０にプレゼンス表現の終了を示すプレゼンス表現制御信号を出力する（ステップＳ１１６）。これにより、プレゼンス表現部１１０は、プレゼンスデータの提示を終了する。
【００７４】
通話処理部１０６には、メディア入出力部１０８から発信側端末１０の利用者の映像や音声等を含む通話データが入力される。そして、通話処理部１０６は、入力された通話データを符号化し、符号データとして通信制御部１０２に出力する。通信制御部１０２は、符号データを通信データに変換して、着信側端末２０の通信制御部２０２に送信する。
【００７５】
通信制御部２０２は、受信した通信データから符号データを抽出して、通話処理部２０６に入力する。通話処理部２０６は、符号データを通話データに復号化し、復号化した通話データをメディア入出力部２０８に出力する。メディア入出力部２０８は、入力された通話データに基づいて、発信側端末１０の利用者の映像や音声を再生する。同時に、着信側端末２０の利用者の映像や音声等を含む通話データは、発信側端末１０の利用者の映像や音声を含む通話データと同様に、発信側端末１０にて再生される。
【００７６】
その後、発信側端末１０の利用者が操作部１０４により通話終了の操作を行い、又は着信側端末２０の利用者が操作部２０４により通話終了の操作を行うと（ステップＳ１１８）、通話終了の操作に対応する操作データが通信制御部１０２、２０２に入力される。ここでは、着信側端末２０の操作部２０４により通話終了の操作が行われたものとする。
【００７７】
次に、通信制御部２０２は、通話制御サーバ３０に「通話切断」を示す通信データを送信する。すると、通話制御サーバ３０は、発信側端末１０の通信制御部１０２に「通話切断」を示す通信データを送信する。これにより、通信制御部１０２、２０２は、通話処理部１０６、２０６に通話切断を指示するとともに、通話切断により遷移すべき操作画面データを操作部１０４、２０４に出力する（ステップＳ１２０）。
【００７８】
＜４．着信側端末の利用者の歩行状態・健康状態の検出＞
歩行速度管理サーバ４０（図１）は、着信時に着信側端末２０で検出された距離検出データに基づいて、着信側端末２０の利用者の歩行状態・健康状態を推定可能である。そして、歩行速度管理サーバ４０は、利用者の歩行状態・健康状態を通知するために、推定結果をメール端末５０（図１）に通知する。
【００７９】
図８を参照しながら、歩行速度管理サーバ４０の構成について説明する。図８は、歩行速度管理サーバ４０の機能構成の一例を示す図である。歩行速度管理サーバ４０（以下、管理サーバ４０と呼ぶ）は、距離データ取得部４１と、記憶部４２と、状態推定部４３と、通知部４４とを有する。
【００８０】
距離データ取得部４１は、着信側端末２０の距離検出部２１６が検出した距離検出データを取得する。距離データ取得部４１は、取得した距離検出データを記憶部４２に出力する。記憶部４２は、着信側端末２０の利用者の距離検出データを、例えば時系列に記憶する。
【００８１】
状態推定部４３は、時系列の距離検出データに基づいて着信側端末２０の利用者の歩行速度を推定する。状態推定部４３は、推定した歩行速度の変化に基づいて、利用者の歩行状態が異常か否かを判定する歩行状態推定部の機能を有する。例えば、歩行速度が所定の閾値よりも小さい状態が続いている場合や、歩行速度が大きく変動する場合や、過去の歩行速度と比較して大きくずれている場合には、状態推定部４３は、利用者の歩行状態が異常であると判定する。
【００８２】
また、状態推定部４３は、着信時の着信側端末２０の利用者の歩行速度の変化（歩行パターン）を検出することで、利用者の健康状態を推定する健康状態推定部の機能を有する。上述したように、着信時には利用者は着信側端末２０に向けて歩行するため、歩行パターンが限定され、健康状態を推定しやすい。
【００８３】
図９は、着信側端末２０の利用者の歩行パターンに基づき健康状態の推定方法を説明するための模式図である。図９（ａ）に示す歩行パターンのように歩行速度が過去の歩行速度の平均値に比べて遅い場合には、状態推定部４３は、利用者の体力が低下して健康状態が悪化していると推定する。図９（ｂ）に示す歩行パターンように歩行速度が一定のリズムで大きく変化する場合には、状態推定部４３は、利用者が引きずり、又は蛇行した歩行を行った可能性が高く、健康状態が悪化していると推定する。図９（ｃ）に示す歩行パターンように、歩行速度が急激に遅くなった場合には、利用者が転倒し、又は足腰に不調が発生したと推定する。
【００８４】
健康状態の推定は、上述した例に限定されない。例えば、利用者が着信側端末２０へ歩行する途中で立ち止まったまま所定時間（例えば、数分間）経過したとき、利用者が痛みのため動けない可能性が高く、健康状態が悪化していると推定しても良い。
【００８５】
また、時間経過と共に複数回歩行速度を取得した場合に、歩行速度が過去の平均値よりも大きくても、歩行速度が時間経過と共に徐々に遅くなっている傾向にあれば、健康状態が悪化していると推定しても良い。
【００８６】
さらに、上記では、健康状態が悪化したケースを検出した例を説明したが、健康状態が回復したケースを検出しても良い。例えば、歩行速度が過去の平均値よりも大きくなっている場合には、健康状態が回復したと判定しても良い。また、歩行速度が過去の平均値よりも大きくなくても、歩行速度が時間経過と共に徐々に速くなっている傾向にあれば、健康状態が回復していると推定しても良い。
【００８７】
通知部４４は、状態推定部４３により推定された利用者の歩行状態や健康状態を、メール端末５０に通知する。例えば、通知部４４は、利用者の歩行状態に異常があると推定した場合や、健康状態が悪化していると推定した場合には、推定結果をメール端末５０に通知する。これにより、メール端末の利用者（第三者等）は、着信側端末２０の利用者の歩行状態や健康状態を把握できる。なお、通知部４４は、メール端末５０だけで無く、発信側端末１０に通知しても良い。
【００８８】
なお、上記では、管理サーバ４０が着信側端末２０の利用者の歩行状態や健康状態を推定することとしたが、これに限定されない。例えば、管理サーバ４０を設けずに、着信側端末２０や通話制御サーバ３０が、着信側端末２０の歩行状態や健康状態を推定することとしても良い。かかる場合には、通話システム１のシステム構成を簡略化することが可能となる。
【００８９】
＜５．まとめ＞
上述した着信側端末２０（情報処理装置）は、発信側端末１０からの着信を検出すると着信側端末２０の利用者の応答意思を判定して、該当するプレゼンスデータを発信側端末１０に通知する。例えば、着信側端末２０は、利用者の発話内容や利用者の着信側端末２０への距離に基づいて、応答意思を判定する。
【００９０】
これにより、通知を受けた発信側端末１０の利用者は、着信側端末２０の呼び出し中に、逐次着信側端末２０の利用者の応答意思を確認することができる。この結果、例えば高齢者など身体的な問題等により着信側端末２０への移動に時間がかかる利用者に通話の呼び出しを行う場合であっても、円滑な通話接続を行うことが可能となる。また、発信側端末１０に通知されるプレゼンスデータは、着信側端末２０の利用者の応答意思に基づく状況のみに限定されているので、最低限のプライバシが確保される。
【００９１】
なお、上記では、情報処理装置は、着信側端末２０に含まれることとしたが、これに限定されない。例えば、情報処理装置は、発信側端末１０と着信側端末２０の間の通話を制御する通話制御サーバ３０に含まれることとしても良い。かかる場合には、通話制御サーバ３０が通話に関する処理を制御しやすくなると共に、着信側端末２０での処理負荷を低減させることが可能となる。
【００９２】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００９３】
上記では、着信側端末２０の利用者の発話内容や動作に基づき、着信に対する応答意思を判定することとしたが、これに限定されない。例えば、着信側端末２０に内蔵されているカメラや人感センサ等により、着信側端末２０への利用者の接近（気配）を検出できれば、着信に対する応答意思があると判定しても良い。
【００９４】
また、上記では、着信側端末２０に対する利用者の距離を、超音波送受信素子２６０を用いて検出することとしたが、これに限定されない。例えば、着信側端末２０のカメラが撮像した撮像画像中の利用者の大きさを検出することにより、距離を検出することとしても良い。
【００９５】
また、上記の実施形態のフローチャートに示されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的に又は個別的に実行される処理をも含む。また時系列的に処理されるステップでも、場合によっては適宜順序を変更することが可能であることは言うまでもない。
【００９６】
本明細書において説明した通話システム１による処理は、ソフトウェア、ハードウェア、及びソフトウェアとハードウェアとの組合せのいずれを用いて実現されてもよい。ソフトウェアを構成するプログラムは、例えば、各装置の内部又は外部に設けられる記憶媒体に予め格納される。そして、各プログラムは、例えば、実行時にＲＡＭ（Random  Access  Memory）に読み込まれ、ＣＰＵなどのプロセッサにより実行される。
【符号の説明】
【００９７】
１      通話システム
１０    発信側端末
２０    着信側端末
３０    通話制御サーバ
４０    歩行速度管理サーバ
４３    状態推定部
４４    通知部
２０２    通信制御部
２１０    プレゼンス検出部
２１２    プレゼンス検出制御部
２１４    応答意思検出部
２１６    距離検出部
２５０    誤差信号計算部
２５２    検出部
２６０    超音波送受信素子
【図１】
2014165852.tif 000003
【図２】
2014165852.tif 000004
【図３】
2014165852.tif 000005
【図４】
2014165852.tif 000006
【図５】
2014165852.tif 000007
【図６】
2014165852.tif 000008
【図７】
2014165852.tif 000009
【図８】
2014165852.tif 000010
【図９】
2014165852.tif 000011