JP5277120B2

JP5277120B2 - 通信端末

Info

Publication number: JP5277120B2
Application number: JP2009209967A
Authority: JP
Inventors: 昭佐々木
Original assignee: Hitachi Consumer Electronics Co Ltd
Current assignee: Hitachi Consumer Electronics Co Ltd
Priority date: 2009-09-11
Filing date: 2009-09-11
Publication date: 2013-08-28
Anticipated expiration: 2029-09-11
Also published as: JP2011061565A

Description

本発明は、ネットワークを介した呼び出し通知を行う通信端末およびその呼び出し通知方法に関するものである。

従来の電話機やインターホンでは、ひとつの端末を複数の利用者で共有して利用する場合に、呼び出しの通知が行われた時点では誰が誰を呼び出しているのかが不明であり、呼び出した人物の意図しない人物が応答してしまった場合は、応答した人物が本来応対すべき人物への取次ぎ作業を行う必要があった。

このような取次ぎ作業を低減させるため、特許文献１ではインターホンにおける呼び出し側の端末において、呼び出しを行う人物の顔を撮影して識別することで人物の特定を行い、特定された人物に対応づけられた着信側の特定の端末を優先的に呼び出すシステムを提示している。また、着信側の端末で応答の無い状態が続いた場合は、指定されたグループの他の着信側端末を呼び出すシステムとなっている。

特開２００７−２８８６５３号公報

上記のシステムでは、応対すべき人物が自身に関連付けられた端末の前から移動していて、着信時点での最寄りの端末が別の人物に関連付けられた端末だった場合は、取次ぎ作業が必要となってしまう。たとえば、建物内に複数の端末が存在し、複数の人物がそれらを共有して利用しており、利用者が特定の端末の前に常駐せず、建物内を移動する場合などである。一般家庭内では、居間や寝室にそれぞれ端末を設置した場合などがこの状況にあたる。

通信端末で利用者の顔を撮影し、識別することによって、どの利用者がどの通信端末の前にいるのかを常に識別し、管理する。着信時にその管理情報に基づいてどの通信端末で着信通知を行うべきかを決定する。

着信の際に無用の電話の取次ぎや転送に要する操作を減らすための着信通知を行うことができる。

通信端末及び方法の実施形態を示す模式図である。通信端末の内部構成を示すブロック構成の例である。人物登録情報テーブルの例である。人物登録情報テーブルの登録処理手順を示すフローチャートの例である。電話帳情報テーブルの例である。宅内通信端末情報の例である。在否情報テーブルの例である。着信通知を行う通信端末を決定する処理手順を示すフローチャートの例である。通信端末(子機）の処理手順を示すフローチャートの例である。着信通知を行う通信端末を決定する処理手順を示すフローチャートの例である。電話帳情報テーブルと在否情報テーブルを組み合わせて表示した画面の例である。利用者履歴情報テーブルの例である。着信通知を行う通信端末を決定する処理手順を示すフローチャートの例である。視聴履歴情報テーブルの例である。視聴履歴情報テーブルを複数の通信端末から取得して比較した結果の例である。視聴履歴情報テーブルの比較結果を表示した画面の例である。

以下、本発明の実施形態を図面により説明する。

図１は、本発明による通信端末の実施形態を示す模式図であって、１と３と４は通信端末、２は前記通信端末が接続されるネットワークである。同図において、通信端末１と通信端末３および４はネットワーク２を介してお互いの通信端末を呼び出すこと(以下、発呼と記述)ができ、呼び出された通信端末は着信処理(以下、着呼と記述)を行う。

図２は、図１における通信端末１の内部構成を示すブロック構成図であって、１０は通信部、１１は撮影部、１２は記憶部、１３は操作入力部、１４は表示部、１５は音声入出力部、１６は放送受信部、１７は視聴再生部、１８は制御部である。

同図において、通信端末１は、ネットワーク２と接続して発呼や着呼に伴う情報および映像コンテンツなどのデータの送受信を行うための通信部１０と、利用者の顔などを撮影するためのカメラを備えた撮影部１１と、制御プログラムや各種情報を記録するための記憶部１２と、利用者が操作情報を入力するためのボタンを備えた操作入力部１３と、液晶ディスプレイなどで利用者に対して映像情報を提供する表示部１４と、着呼時の通知音や通話時の音声や映像コンテンツの音声を出力するためスピーカーや通話時の音声を入力したりするためのマイクを備えた音声入出力部１５と、放送データを受信する受信手段である放送受信部１６と、通信回路１０や放送受信部１６で取得した圧縮された映像コンテンツなどのデータを復号して再生するためのデコーダを備えた視聴再生部１７と、以上の各部を制御するための制御部１８で構成を成している。

撮影部１１で撮影された顔映像を識別して個人を特定する顔識別機能と、視聴再生部１７で再生を行っている映像コンテンツなどのタイトルを取得する視聴タイトル取得機能は、制御部１８が備えているが制御部１８とは別に顔識別部と視聴タイトル取得部が存在しても良い。なお、通信端末３と通信端末４も同様の構成となる。

通信端末を利用するために必要な情報である人物登録情報の登録方法について説明する。
図３は、通信端末の利用者の管理情報である人物登録情報のテーブルの具体例である。人物登録情報テーブルは記憶部１２に格納されており、人物識別子、人物名、顔識別情報で構成される。人物識別子は、その通信端末を利用する利用者に割り当てられる固有の識別子であり、通信端末により割り当てられる。人物名は、利用者の操作入力部１３の操作により入力された情報である。顔情報は、撮影部１１によって撮影された利用者の映像を、制御部１８によって利用者の顔の特徴点を抽出して生成された情報である。

図４は、人物登録利用者情報の登録処理の手順を示す処理フローの例である。図１において、利用者が初めて通信端末１を利用する場合、まず利用者は自身の情報を通信端末１に登録する操作を行う。利用者が操作入力部１３を用いて登録開始の操作を行うと、通信端末１は利用者の顔の撮影を促すメッセージを表示部１４に表示する(ステップＳ１０１)。続いて、撮影部１１は撮影を開始する（ステップＳ１０２）。

撮影部１１で撮影された映像内に顔が含まれているかを、制御部１８により識別し判定する(ステップＳ１０３)。撮影された映像内に顔が含まれていない場合は、撮影部１１で顔が撮影されるまで撮影を行う。

制御部１８により、撮影された映像内に顔が含まれていると判定された場合は、既に登録済みの利用者であるかを判定するために、制御部１８がその顔映像の特徴点を抽出した顔情報を生成し、記憶部１２に格納されている人物登録情報テーブルに含まれる顔情報とを比較し、合致する顔情報がないか検索する(ステップＳ１０４)。

登録済みの場合は、本登録処理を終了する。登録されていない場合は、表示部１４に利用者の人物名の入力を促すメッセージを表示し、利用者が操作入力部１３を用いて人物名を入力するまで待機する(ステップＳ１０５)。入力を完了する操作が行われると、前記の顔情報と人物名を記憶部１２に格納している人物登録情報テーブルに記録し（ステップＳ１０６）、処理を終了する。

次に、発呼の方法と電話帳情報を通信先の通信端末から取得する方法について説明する。
図５は、他の通信端末と通信するための情報が記述されている電話帳情報のテーブルの具体例である。電話帳情報テーブルは、記憶部１２に格納されており、利用者人物識別子、通信先指定アドレス、通信先人物識別子、人物名で構成される。利用者人物識別子は、その電話帳情報テーブルの該当行の情報を利用する利用者の人物識別子である。通信先指定アドレスは、ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）のＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ）や電話番号など、通信先を指定するための情報である。

通信先人物識別子は、前記通信先指定アドレスを指定して発呼することによって呼び出す人物の人物識別子である。以上の情報は、操作入力部１３で入力するほかに、通信先の通信端末とデータの送受信を行うことで取得する。

ここでは、一例として人物識別子がＡ１の利用者（以下、利用者Ａ１と記述)が通信端末１を用いて、通信端末３を利用している人物識別子がＢ１の利用者（以下、利用者Ｂ１と記述）に発呼する手順について説明する。通信端末１と通信端末３の記憶部１２に格納されている電話帳情報テーブルには、お互いの情報が記録されていないものとする。

まず、利用者Ａ１が通信端末１の操作入力部１３を用いて、通話開始のための操作を行うと、撮影部１１が利用者の顔の撮影を開始する。次に、制御部１８は、撮影されている利用者の顔の顔情報を生成し、記憶部１２に格納されている人物登録情報テーブルに含まれる顔情報を検索し、通信端末１の前に居る利用者が誰であるか特定する。制御部１８は、複数の利用者が撮影範囲内に居る場合、それぞれ誰であるか判定する。

表示部１４は、特定された利用者の人物名を、記憶部１２に格納されている人物登録情報テーブルから読み出し、発呼側の利用者一覧として表示する。発呼側の利用者が撮影範囲内に複数存在すると判定された場合で、その中に通話に参加する意思のない利用者がいる場合は、操作入力部１３を用いて発呼側の利用者一覧から人物名を指定して削除する操作を行う。

利用者Ａ１は操作入力部１３を用いて、利用者Ｂ１の通信先指定アドレスを入力する。通信部１０は、通信先指定アドレスの指定する通信端末３を呼び出すための発呼情報を送信する。この発呼情報には、利用者Ａ１の人物名と人物識別子が含まれる。発呼側の利用者が複数の場合は複数の人物識別子を含める。

通信端末３の通信部１０は発呼情報を受信すると、受信した情報を一時的に通信端末３の記憶部１２に格納し、さらに記憶部１２に格納されている電話帳情報テーブルを読み出し、人物識別子Ａ１が電話帳情報テーブルに含まれているか検索する。

通信端末３の通信部１０は、人物識別子Ａ１が電話帳情報テーブルに含まれていないことを判定すると、記憶部１２に格納されている人物登録情報テーブルを読み出し、人物登録情報テーブルを構成する情報のうち、すべての人物識別子と人物名を発呼側の通信端末１に送信する。

発呼側の通信端末１が通信端末３から送信された情報を受信すると、その情報と発呼時の情報を組み合わせて、通信端末１の記憶部１２に格納されている電話帳情報テーブルに記録する。電話帳情報テーブルに記録する情報は、利用人物識別子が利用者Ａ１の人物識別子であり、通信先指定アドレスは発呼時に入力したアドレスであり、通信先人物識別子と人物名は通信端末３から送信された情報に含まれる人物識別子と人物名である。

次に通信端末３から受信した情報に含まれる人物名すべてを一覧できる状態で表示部１４に表示する。利用者Ａ１は、人物名の一覧のなかから通話したい人物名を操作入力部１３を用いて指定する。このとき、指定する人物は複数でも良い。

通信端末１で通話したい人物名が指定されると、通信端末１の通信部１０は指定された情報に対応する人物識別子を着呼指定人物識別子として、着呼側の通信端末３に送信する。通信端末３で通信端末１からの送信情報を受信すると、受信した情報に含まれる人物識別子と一時的に記録していた情報に含まれる発呼側の人物識別子と人物名を記憶部１２に格納されている電話帳情報テーブルに記録する。

さらに、発呼側の人物名と着呼側の人物名が、音声入出力部１５または表示部１４により通知される。以上により、通信端末１の利用者Ａ１から通信端末３の利用者Ｂ１への発呼と電話帳情報テーブルの情報の取得処理が完了する。

次に、通信を行う利用者間でお互いの情報が電話帳情報テーブルに登録されている場合の発呼方法について説明する。ここでは、利用者Ａ１が通信端末１を用いて、通信端末３を利用する利用者Ｂ１へ発呼する手順について説明する。利用者Ａ１が、通信端末１の操作入力部１３を用いて電話帳情報を表示するための操作を行うと、通信端末１の撮影部１１は撮影範囲内に居る人物の顔を撮影する。

制御部１８は、撮影された映像から利用者Ａ１の人物識別子を特定する。表示部１４は、記憶部１２に記録された電話帳情報テーブルを読み出し、電話帳情報テーブルに含まれる情報の中から、利用者人物識別子の項目にその利用者の人物識別子が記録されている情報のみを抽出して人物名を表示する。

利用者Ａ１が、操作入力部１３を用いて通話したい人物名を指定すると、表示部１４は指定された人物と同じ通信先指定アドレスを持つ人物名を一覧表示する。利用者Ａ１は、表示された人物名の一覧から通話したい人物名を操作入力部１３を用いて指定する。指定する人物名は複数でも良い。

利用者Ａ１が、操作入力部１３を用いて発呼の操作を行うと、通信部１０から通信先の通信端末を呼び出すための発呼情報が送信される。この発呼情報には、指定された人物名に対応する人物識別子が着呼側指定人物識別子として含まれている。

次に、着呼時に着呼通知を行う通信端末の決定方法の実施例１について説明する。
図６は、宅内の複数の通信端末を管理するための宅内通信端末情報のテーブルの具体例である。宅内通信端末情報は、記憶部１２に格納されており、通信端末名、ＩＰアドレス、親機情報で構成される。通信端末名は、同一宅内に複数の通信端末が設置されている場合に、それぞれの通信端末を識別するための名前であり、通信端末ごとに割り当てられる。

ＩＰアドレスは、それぞれの通信端末に設定されているＩＰアドレスである。親機情報は、その通信端末が親機として動作するか子機として動作するかを示す情報である。それぞれの項目の情報は、通信端末の操作入力部１３によって入力される。

図７は、利用者が通信端末の前に存在するかどうかの情報を含んだ在否情報のテーブルの具体例である。在否情報テーブルは、宅内通信端末情報の親機情報の項目において親機と設定された通信端末の記憶部１２に格納される。在否情報テーブルは、通信端末名、現在利用人物識別子、割り当て人物識別子で構成される。

通信端末名は、宅内通信端末情報の通信端末名が記録される。現在利用人物識別子と、割り当て人物識別子の項目には、人物識別子がひとつまたは複数または無しとして記録される。現在利用人物識別子は、ある通信端末を現在どの利用者が利用しているかを示す情報であり、撮影部１１と制御部１８と記憶部１２によって更新される。割り当て人物識別子は、通信端末と利用者を対応づける情報であり、利用者が操作入力部１３を用いて入力する情報である。

次に、現在利用人物識別子の更新方法について説明する。通信端末の撮影部１１と制御部１８により、撮影範囲内に利用者の顔が存在すると識別されると、記憶部１２に記録された人物登録情報テーブルの顔情報と比較し、撮影された利用者を特定する。この処理は利用者による操作と関係なく常時行われる。

親機として設定されている通信端末の場合は、記憶部１２に格納されている在否情報テーブルの現在利用人物識別子の項目に、特定された利用者の人物識別子を記録して更新する。子機として設定されている通信端末の場合は、その通信端末名と特定された利用者の人物識別子を親機に送信する。

この情報を親機として設定されている通信端末が受信すると、記憶部１２に格納されている在否情報テーブルの該当通信端末の現在利用人物識別子の項目に受信した人物識別子を記録する。以上の手順により、在否情報テーブルの更新が行われる。

図８は、在否情報テーブルをもつ通信端末での着呼処理の手順を示す処理フローの例である。ここでは、図1の通信端末１の利用者Ａ１から通信端末３と通信端末４の利用者Ｂ１へ発呼する場合について説明する。通信端末３は親機とし設定され、通信端末４は子機として設定されているものとする。

通信端末１からの発呼情報を、親機である通信端末３が受信すると、通信端末３は、発呼情報に含まれる着呼指定人物識別子を読み出し、その人物識別子が記憶部１２に格納されている在否情報テーブルの現在利用人物識別子の項目に含まれているか検索する（ステップＳ２０１）。

含まれている場合（ステップＳ２０２のＹ）は、人物識別子が合致する通信端末名を在否情報テーブルから取得する（ステップＳ２０３）。含まれていない場合（ステップＳ２０２のＮ）は、図１０の処理へ移行する（ステップS２１２）。

ステップＳ２０３で通信端末名を取得した場合は、その通信端末名が親機のものであるか判定する（ステップＳ２０４）。判定の結果が親機である場合（ステップＳ２０４のＹ）は、利用者を呼び出すための着呼通知を行う（ステップＳ２０５）。

着呼通知は、着呼指定人物識別子に基づいて、記憶部１２に格納されている人物登録情報テーブルから対応する人物名を抽出し、その人物名を表示部１４により映像情報として提示したり、音声入出力部１５により音声出力したりすることによって、利用者に対して通知する。

ステップＳ２０４での判定の結果が子機である場合（ステップＳ２０４のＮ）は、親機がその通信端末（子機）へ、着呼通知要求を送信する（ステップＳ２０６）。着呼通知要求は、子機に着呼通知処理を行わせるために送信する情報である。

ステップＳ２０５において、着呼通知を行った結果、一定時間内（たとえば１０秒間）に利用者がその通信端末で着呼に対する応答操作を行った場合（ステップＳ２０７のＹ）は、着呼通知の処理を終了し、通話のための接続などの応答処理を行う（ステップＳ２０８）。応答処理部分については従来の技術と同様のため説明を省略する。

ステップＳ２０６において、子機として設定されている通信端末に着呼通知要求を送信した場合は、その後の処理として、子機の通信端末で利用者が応答操作を行ったことを示す応答済み情報の受信待ちとなる（ステップS２０９）。一定時間内に、応答済み情報を受信した場合（ステップS２１０のＹ）は、親機の通信端末は処理を終了する。

一定時間内に、応答済み情報を受信できなかった場合（ステップS２１０のＮ）は、着呼通知停止要求を子機の通信端末へ送信する（ステップS２１１）。その後、図１０の処理へ移行する（ステップS２１２）。
発呼情報に含まれる人物識別子が複数の場合は、以上の処理をひとつずつ並行して行う。

図９は、子機の通信端末での着呼通知要求受信時の処理手順を示す処理フローの例である。通信端末(子機)が着呼通知要求を受信する（ステップＳ３０１）と、通信端末（子機）は着呼通知を行う（ステップＳ３０２）。着呼通知の方法は親機として設定されている通信端末の処理方法と同じである。

着呼通知に気づいた利用者が、操作入力部１３を用いて応答操作を行った場合（ステップＳ３０３のＹ）は、応答済み情報を親機の通信端末へ送信（ステップＳ３０４）し、着呼通知処理を完了し、通話のための接続などの応答処理を行う（ステップＳ３０６）。応答処理部分については従来の技術と同様のため説明を省略する。

応答操作が行われていない場合（ステップＳ３０３のＮ）は、親機から着呼通知停止要求を受信したか判定する（ステップＳ３０５）。着呼通知停止要求を受信した場合（ステップＳ３０５のＹ）は、処理を終了する。着呼通知停止要求を受信していない場合（ステップＳ３０５のＮ）は、着呼通知を継続する（ステップＳ３０２）。

図１０は、在否情報テーブルに含まれる割り当て人物識別子に基づいた着呼処理を行う際の手順を示す処理フローの例である。この処理フローは、図８のステップS２１２から続く処理であり、ステップＳ４０１はＳ２１２から移行したことを示すのみのステップである。

図８の在否情報テーブルに含まれる現在利用人物識別子に基づいた着呼処理を行った結果、Ｓ２１２からＳ４０１のステップに至った通信端末は、着呼指定人物識別子に基づいて、記憶部１２に格納されている在否情報テーブルの割り当て人物識別子を検索する（ステップＳ４０２）。検索の結果、着呼指定人物識別子と割り当て人物識別子が一致した行の通信端末(以下、割り当て通信端末と記述)が親機である場合（ステップＳ４０３のＹ）は、着呼通知を行う（ステップＳ４０４）。割り当て通信端末が子機である場合（ステップＳ４０３のＮ）は、その通信端末（子機）へ、通信端末（親機）が着呼通知要求を送信する（ステップＳ４０５）。

ステップＳ４０４において、着呼通知を行った結果、一定時間内に利用者がその通信端末で着呼に対する応答操作を行った場合（ステップＳ４０６のＹ）は、着呼通知処理を完了し、通話のための接続などの応答処理を行う（ステップＳ４０７）。応答処理部分については従来の技術と同様のため説明を省略する。

一定時間内に利用者がその通信端末で着呼に対する応答操作を行わなかった場合（ステップＳ４０６のＮ）は、宅内通信端末情報に含まれる全ての通信端末での着呼通知処理へ移行する（ステップＳ４１０）。全ての通信端末での着呼通知処理は従来の技術と同様であるため、説明を省略する。

子機として設定されている通信端末に着呼通知要求を送信した場合（ステップＳ４０５）は、その後の処理として、子機の通信端末で利用者が応答操作を行ったことを示す応答済み情報の受信待ちとなる（ステップＳ４０８）。一定時間内に、応答済み情報を受信した場合（ステップＳ４０９のＹ）は、親機の通信端末は処理を終了する。

一定時間内に、応答済み情報を受信できなかった場合（ステップＳ４０９のＮ）は、ステップＳ４１０へ移行し、宅内通信端末情報に含まれる全ての通信端末での着呼通知処理を行う。
以上により、着呼時に利用者の居る場所に応じた着呼通知処理が可能となる。

次に、在否情報テーブルを用いた発呼方法である実施例２について説明する。
図１１は、在否情報テーブルを用いた電話帳情報の表示画面の具体例である。画面は、人物名と通信先の通信端末の在否情報テーブルで構成される。人物名は、発呼する側の通信端末の電話帳情報テーブルに含まれる情報である。在否情報テーブルは、前記人物名を持つ利用者の通信端末の情報であり、発呼側の通信端末が前記人物名を持つ利用者の通信端末から取得する。

以下、在否情報テーブルを用いた電話帳情報表示の処理手順について説明する。利用者Ａ１が通信端末１の操作入力部１３を用いて電話帳情報を表示する操作を行うと、通信端末１は記憶部１２から電話帳情報テーブルを読み出し、電話帳情報テーブルに含まれる情報のうち人物識別子がＡ１となっている情報のみ抽出する。通信端末は通信部１０を用いて、抽出した電話帳情報に含まれる通信先指定アドレスに対して在否情報テーブルを要求する要求情報を送信する。

要求情報には、着呼指定人物識別子が含まれる。着呼指定人物識別子は複数含まれていても良い。要求情報を受信した通信端末３は、要求情報に含まれる着呼指定人物識別子に基づいて、記憶部１２に格納されている在否情報テーブルに含まれる現在利用人物識別子を検索する。検索した結果、着呼指定人物識別子と一致する現在利用人物識別子が存在する場合は、その人物識別子が示す人物がいずれかの通信端末の前に存在すること（以下、在席と記述）を示す。

着呼指定人物識別子と一致する現在利用人物識別子が存在しない場合は、その人物識別子が示す人物はいずれの通信端末の前に存在しないこと（以下、離席と記述）を示す。通信端末３は、検索結果を着呼指定人物識別子と在席または離席を対応づける形式にしたテーブル（以下、取得在否情報テーブルと記述）として通信端末１に送信する。

通信端末１は、通信端末３の取得在否情報テーブルを受信すると、表示部１４に通信端末１の電話帳情報テーブルから利用者Ａ１の人物識別子で抽出した人物名と、通信端末３の取得在否情報テーブルから抽出した在席または離籍の情報を、着呼指定人物識別子に基づく組み合わせで表示する。この処理は、通信端末１で抽出した電話帳情報テーブルに含まれる通信先指定アドレスすべてに対して行う。

以上の手順により、図１１で示した電話帳情報と在否情報テーブルを組み合わせた表示を行うことができる。利用者は通信端末１の操作入力部１３を用いて、表示された人物名を指定することで発呼操作を行う。
以上により、着呼側の通信端末の操作を伴わずに、発呼側の通信端末で着呼側の利用者の在否を確認して発呼を行うことができる。

次に、利用者履歴情報を用いた着呼処理の方法について説明する。
図１２は、利用者がどの通信端末をどれだけの時間利用したかを示す利用者履歴情報のテーブルの具体例である。利用者履歴情報テーブルは、記憶部１２に格納されており、通信端末名、人物識別子、累積利用時間で構成される。利用者履歴情報テーブルの通信端末名の項目に入る情報は、宅内通信端末情報の通信端末名と同じである。人物識別子の項目に入る情報は、人物登録情報テーブルの人物識別子と同じである。累積利用時間は、どれだけの時間利用されたかを示す情報であり、撮影部１１と制御部１８により情報が更新される。

以下、利用者履歴情報テーブルの更新方法について説明する。通信端末１の撮影部１１と制御部１８では、ある一定の時間間隔（ここではＸ秒とする）で撮影と顔識別を行い、利用者の特定を行う。利用者が特定されると、利用者履歴情報テーブルのその通信端末名の該当行かつ特定された利用者の人物識別子の該当列の、累積利用時間にＸ秒を加算する。これにより、利用者がその通信端末を利用した時間が利用者履歴情報テーブルに記録され、更新される。

図１３は、利用者履歴情報テーブルを用いた着呼処理手順を示す処理フローの例である。本処理フローは、実施例１の処理フローである図８のＳ２１２から図１０のＳ４０１の間に挿入される処理を示している。本実施例ではステップＳ２１２に至った際にＳ４０１に移行せず、Ｓ５０１に移行する。

Ｓ５０１に移行するのは、在否情報に発呼指定人物識別子が含まれていない場合（Ｓ２０２のＮ）か、一定時間内に着呼通知に応答しない場合（Ｓ２０７のＮ）か、子機からの応答済み情報を一定時間内に親機が受信できなかった場合（Ｓ２１０のＮ）である。

図１において、利用者Ａ１が通信端末１を用いて、通信端末３と通信端末４を利用する利用者Ｂ１に発呼すると、通信端末１からの着呼指定識別子を含む発呼情報を、親機として設定されている通信端末３が受信する。その後の処理はＳ２１２を除いて図８の処理フローと同じである。Ｓ２１２へ至った場合は、Ｓ４０１以降の割り当て人物識別子に基づく着呼処理に移行せず、図１３の処理フローのステップＳ５０１へ移行する。

ステップＳ５０１は、Ｓ２１２から移行したことを示すのみのステップである。Ｓ５０１から続くステップＳ５０２では、着呼指定人物識別子に基づいて、通信端末３の記憶部１２に格納されている利用者履歴情報テーブルを検索し、累積時間情報を抽出する。抽出した累積時間情報のうち最も時間長の長い該当行の通信端末名を取得する。

取得した通信端末名に基づいて、着呼通知を行う通信端末が決定する。なお、その後のステップＳ５０３〜Ｓ５１０の一連の処理は、図８におけるステップＳ２０４〜Ｓ２１１と同様であるので、その重複する説明を省略する。ステップＳ５１１はＳ４０１に移行し、割り当て人物識別子に基づく着呼処理に移行する。Ｓ４０１以降の処理については説明済みであるため省略する。
以上の手順により、利用者が最も長い時間利用している通信端末で着呼通知を行うことができる。

次に、視聴履歴情報を用いた発呼方法について説明する。
図１４は、利用者が視聴した映像コンテンツの履歴を記録した視聴履歴情報のテーブルの具体例である。視聴履歴情報テーブルは、記憶部１２に格納されており、項目は人物識別子、タイトル、視聴日で構成され、利用者が視聴再生部１７を用いて映像コンテンツを視聴している際に生成、更新される。人物識別子の項目は、人物登録情報テーブルの人物識別子と同じである。タイトルと視聴日の項目は、映像コンテンツに関する情報である。

以下、視聴履歴情報テーブルの更新方法について説明する。視聴履歴情報テーブルの人物識別子は、視聴再生部１７が映像コンテンツを再生しているときに、撮影部１１が視聴中の利用者の顔を一定の時間間隔(例えばＸ秒)で撮影し、制御部１８によって利用者を特定することによって取得する。タイトルと視聴日は視聴タイトル取得部１９から取得する。

次に、視聴履歴情報テーブルを用いて発呼を行う手順について説明する。利用者が通信端末１の操作入力部１３を用いて電話帳情報の表示操作を行うと、制御部１８が撮影部１１と記憶部１２を用いて利用者を識別し、特定する。

次に、特定された利用者の人物識別子に基づいて、記憶部１２に格納されている電話帳情報テーブルの利用者人物識別子の項目を検索し、通信先指定アドレスと通信先人物識別子を抽出する。通信端末1は抽出した通信先指定アドレスに対して視聴履歴情報テーブルの要求情報を送信する。要求情報には抽出した通信先人物識別子が含まれる。

要求情報を受信した通信端末は、該当通信端末の記憶部１２から視聴履歴情報テーブルを読み出し、該テーブルの人物識別子の項目を通信先人物識別子で検索し、該当行を抽出する。抽出処理が終了すると、抽出した視聴履歴を、通信端末１へ送信する。通信端末１が視聴履歴情報テーブルを受信すると、一時的に記憶部１２に記録する。

通信端末１は、利用者Ａ１の視聴履歴情報テーブルと受信した視聴履歴情報テーブルを比較する。比較処理は、２つのテーブルのタイトルの項目の情報が一致するかどうか判定することで行う。比較の結果は、通信端末１の記憶部１２に視聴履歴比較情報テーブルとして一時的に格納される。

図１５は、複数の通信端末から取得した視聴履歴情報テーブルを比較した結果である、視聴履歴比較情報のテーブルの具体例である。視聴履歴比較情報テーブルは、人物識別子、視聴タイトル一致率、視聴タイトル一致の中で最新のタイトル、で構成される。人物識別子は、通信先の利用者の人物識別子である。

視聴タイトル一致率は、利用者Ａ１の視聴したタイトルを分母として、利用者Ａ１と通信先の利用者の視聴したタイトルが一致した数を分子として算出した値である。「視聴タイトル一致の中で最新のタイトル」の項目は、利用者Ａ１の視聴したタイトルと通信先の利用者の視聴したタイトルが一致したものの中で、視聴日が最も新しいタイトルである。
通信端末１は、視聴履歴比較情報テーブルに従い、視聴タイトル一致率の高い順に電話帳情報テーブルの人物名を表示部１４に表示する。

図１６は、視聴履歴比較情報テーブルを用いた電話帳情報の表示画面の具体例である。表示画面は、人物名、視聴タイトル一致率、最近視聴したコンテンツが表示される。
利用者Ａ１は、通信端末１の操作入力部１３を用いて表示部１４に表示された人物名を指定することにより、発呼操作を行う。
以上の手順により、利用者の映像コンテンツの嗜好と合致する人物を電話帳情報の中から容易に見つけ出すことができ、最近視聴した映像コンテンツの話題などで会話を行うことができる。

本発明は、通信端末、通信方法及びプログラムに利用可能である。

１通信端末
２ネットワーク
３通信端末
４通信端末
１０通信部
１１撮影部
１２記憶部
１３操作入力部
１４表示部
１５音声入出力部
１６放送受信部
１７視聴再生部
１８制御部

Claims

通信端末であって、
利用者を撮影する撮影部と、
前記撮影部から取得された映像内の利用者の顔を識別する顔識別部と、
前記顔識別部により識別された前記利用者の利用者識別情報と、前記利用者を撮影した前記撮影部を有する前記通信端末とを対応付けた在否情報を記録する記憶部とを有し、
通信先から発呼情報を受信した場合に、前記記憶部に記録されている在否情報に基づいて、前記発呼情報に含まれる前記利用者識別情報に対応付けられた前記通信端末を呼び出し通知を行う端末として決定し、
前記記憶部は、前記顔識別部により識別された前記利用者が、前記利用者を撮影した前記撮影部を有する前記通信端末の前にどれだけ存在していたかを示す利用者履歴情報を記録しており、
前記在否情報に基づいて決定された前記端末が通知された呼び出し通知に応答しなかった場合に、前記記憶部に記録されている利用者履歴情報に基づいて、前記発呼情報に含まれる前記利用者識別情報に対応付けられた前記利用者が最も長く存在していた前記通信端末を呼び出し通知を行う端末として決定すること、
を特徴とする通信端末。
請求項１に記載の通信端末であって、
前記記憶部は、前記利用者の情報を記憶する電話帳情報を記録しており、
前記記憶部に記録させた電話帳情報を表示する場合に前記在否情報に基づいて、前記利用者が前記通信端末の前に在席しているか否かをあわせて表示すること
を特徴とする通信端末。
請求項１または２に記載の通信端末であって、
映像コンテンツを再生する視聴再生部と、
前記視聴再生部で再生しているコンテンツのタイトルを取得する視聴タイトル取得部と、
を有し、
前記記憶部は、前記顔識別部で視聴している人物を特定し、前記視聴タイトル取得部から取得した情報と対応付けて視聴履歴情報を記録しており、
前記記憶部に記録されている視聴履歴情報と通信先から取得した視聴履歴情報とを比較し、電話帳情報を前記表示部に表示する際の表示条件を決定すること
を特徴とする通信端末。