JP2018198366A - 電子装置、方法及びプログラム - Google Patents

Abstract

【課題】実施形態は、非携帯型装置と電子機器との間の出力を非携帯型装置及びまたは電子機器の周囲の状況に基づいて設定する電子装置、方法及びプログラムを提供する。
【解決手段】実施形態の電子装置は、受信部と、判定部と、出力部と、送信部と、を具備する。前記受信部は、他のユーザからの第１ユーザとの通話要求を受信する。前記判定部は、前記第１ユーザの周囲の撮像結果または前記第１ユーザの周囲の音の集音結果の少なくとも一方を用いて、前記他のユーザと前記第１ユーザとの通話のときに、前記電子装置により音声を出力するか前記第２電子装置により音声を出力するかを判定する。前記出力部は、前記電子装置により音声を出力すると判定する場合に、前記他のユーザからの音声を出力する。前記送信部は、前記第２電子装置により音声を出力すると判定する場合に、前記他のユーザからの音声の信号を前記第２電子装置へ送信する。
【選択図】図３

Description

実施形態は、電子装置、方法及びプログラムに関する。

携帯可能な電子機器、例えばスマートフォンや携帯電話装置、タブレットＰＣあるいはウェアラブル端末装置が広く普及している。近年、携帯可能な電子機器との間の通信が可能で、携帯可能な電子機器を任意の位置に位置させたまま携帯可能な電子機器との間の通信を、マイクロフォンによる音声の取得とスピーカーからの音声出力とにより中継する非携帯型の通信装置も広まりつつある。非携帯型の通信装置は、ハンズフリー通信デバイス（Internet on Things（ＩｏＴ）デバイス）と称される場合もある。

特開２０１１−２３７７９号公報

携帯電話装置に着信した電話（音声通信）をハンズフリー通信デバイス（非携帯型の通信装置）のスピーカーにより再生する場合、携帯電話装置の所有者の周囲に所有者以外の人物が居ると、通話の内容への気遣いを必要とすることがある。話したい内容によっては、話したい相手（所有者）を、話したい相手以外の人物が居ない場所に呼び出すことも必要となる。すなわち、非携帯型の通信装置においては、話したい相手の周囲に他の人物が居るか否かを特定することが必要である。

本発明の一形態の目的は、電子機器と通信する非携帯型の通信装置と電子機器との間の出力の出力先を非携帯型の通信装置及びまたは電子機器の周囲の状況に基づいて設定する電子装置、方法及びプログラムを提供することである。

実施形態の電子装置は、第２電子装置と通信可能であって、受信部と、判定部と、出力部と、送信部と、を具備する。前記受信部は、他のユーザからの第１ユーザとの通話要求を受信する。前記判定部は、前記第１ユーザの周囲の撮像結果または前記第１ユーザの周囲の音の集音結果の少なくとも一方を用いて、前記他のユーザと前記第１ユーザとの通話のときに、前記電子装置により音声を出力するか前記第２電子装置により音声を出力するかを判定する。前記出力部は、前記電子装置により音声を出力すると判定する場合に、前記他のユーザからの音声を出力する。前記送信部は、前記第２電子装置により音声を出力すると判定する場合に、前記他のユーザからの音声の信号を前記第２電子装置へ送信する。

図１は、一実施形態が適用されたあるファミリーの通信システムの一例を示す説明図である。 図２は、通信デバイス１１Ａの構成例を代表して示す図である。 図３は、本通信システムが備える構成の一部を取り出して示す図である。 図４は、図３に示す構成が、図１に示したファミリーに対して適用された様子を例示する図である。 図５は、図１３のデータが更新されるときの動作フローの一例を示す図である。 図６は、図１のサーバが図１２、図１３、図１４のデータを認識できることを前提とし、前記サーバが、いずれのデバイスと通信を行ったかに応じて、当該デバイスの登録者ＩＤを特定する方法を説明するフローチャートである。 図７は、本実施形態の通信システムが通話の相手の居場所を特定し、そして通信ルートを形成する場合の例を示すフローチャートである。 図８は、本通信システムの動作のさらに他の例を示すフローチャートである。 図９は、通信デバイスあるいは特殊な携帯端末の他の例を示す図である。 図１０は、特殊な携帯端末の変形例を示す図である。 図１１は、本通信システムが具体的にデパートや工場、等に導入された場合の使用例を示す説明図である。 図１２は、本通信システムに登録されている登録者、通信デバイス、および携帯端末の登録情報テーブルを示す図である。 図１３は、本通信システムに登録されている登録者、通信デバイス、および携帯端末などの現在位置を把握するために利用される状況テーブルを示す図である。 図１４は、本通信ルートが確立される場合に利用される接続先（移動先）判断テーブルを示す図である。 図１５は、本通信ルートが確立される場合に利用される着信・接続先判断テーブルを示す図である。 図１６は、本実施形態の通信システムが通話の相手の居場所を特定し、通信ルートを形成する場合において、相手の居場所の周囲の状況をもとに、通信の転送ルート（着信・接続先）を判定するためのフローチャートである。 図１７は、本実施形態の通信システムが通話の相手の居場所を特定し、通信ルートを形成する場合において、相手の居場所の周囲の状況をもとに、通信の転送ルート（着信・接続先）を判定するためのフローチャートである。

以下、図面を参照して、実施の一形態について説明する。

＜選択すべき複数の通信ルートを含む環境の概要＞
図１は一実施形態が適用されたあるファミリーの通信システム（域内（家庭内）の選択すべき複数の通信ルートを含む環境）の一例を示している。

図１が示す域内（家庭内）において、ファミリーは、例えば息子（子供（男））１２、娘（子供（女））１３、母親１４、祖父１５、父親１６を含む。ファミリーの家は、少なくとも息子の部屋、娘の部屋、台所、図示していないが夫婦の部屋（主寝室）、居間、があり、庭があるものとする。ファミリーのそれぞれは、１対１で紐づけられた携帯可能な電子機器、例えばスマートフォンや携帯電話装置、タブレットＰＣあるいはウェアラブル端末装置、等、を所有（所有）している。なお、携帯電話装置を、例えば鞄の中や衣服のポケットに収容し、例えばリストバンドや腕時計型、あるいはヘッドホンとマイクロフォンとが一体に用意されたヘッドセット、もしくはマイクロフォンと小型スピーカーとを一体にしたペン型、等のさまざまな補助的機器を併用することも、もちろん可能である。

息子１２の部屋には、非携帯型の通信装置（通信デバイス）１１Ａが、娘の部屋には、同じく通信デバイス１１Ｂが、台所には、同じく通信デバイス１１Ｃが、それぞれ、配置されているものとする。

個々の通信デバイス１１（Ａ，Ｂ，Ｃ（特に識別を必要としない場合は、添え字を省略する場合もある）は、対話用電子装置、シング（Internet on Things（ＩｏＴ）、多機能装置）、監視用電子装置などと称されることもある。通信デバイス１１の構成については、図２を参照して説明するが、例えば通信デバイス１１が位置する空間において、その空間に居る誰かとの間で音声通話（対話）を実現するための周囲の音を取得する音響取得部（マイクロフォンと称する場合もある］と音声再生部［スピーカーと称する場合もある］と、を備える。音響取得部（マイクロフォン）は、対話のための音声に加え、周囲の音も取得できる。

通信デバイス１１はまた、映像取得部［カメラ］を備える。カメラは、通信デバイス１１と一体に用意されてもよいし、独立して用意されてもよい。（カメラが）独立して用意される場合、任意の位置に既に設置されているカメラからの映像信号（撮像データ）を取得するものであってもよい。

個々の通信デバイス１１は、近距離無線通信機能や域内通信（Local Area Network）機能、音声認識機能、映像認識機能、及びまたは種々のセンサー（検出機能）、等のうちのいくつかの機能が組み合わせられて用意されることができる。なお、域内通信機能としては、例えば無線通信機能（Ｗｉ−Ｆｉ）であることが好ましい。また、スピーカーとマイクロフォンとについても、既に設けられているスピーカーを音声出力部として利用し、通信デバイス１１は、マイクロフォンの機能を提供するものであってもよい。

なお、以下の説明において、父親１６が所有する電子機器２４は、父親１６が保持して外出していることにより、域外に位置しているものとする。また、母親１５が所有する電子機器２２は、母親が保持していることにより、台所に位置しているものとする。なお、息子１２は、電子機器を保有していないものとする。また、娘１３が所有する電子機器２１は、娘が室内に放置していることにより、娘の部屋に位置しているものとする。また、祖父１５が所有する電子機器２３は、祖父１５が（祖父の）部屋あるいは居間に放置しているものとする。なお、祖母（域外に居るものとして図示していない）が所有する電子機器は、公衆通信網を介して通信が可能な祖母の住まいである他の域内において祖母が保持しているものとする。

なお、それぞれの携帯可能な電子機器の位置、及びまたはそれを所有する人の位置および保持しているか否か、は、選択すべき通信ルートが変化する例として、逐次変更されるものとする。すなわち、個々の通信デバイス１１は、その空間に居る誰か（各人）が所有している携帯可能な電子機器（ここでは、携帯端末２１，２２，２３，２３，２５）と各人がその時点で利用可能な通信デバイス１１とにより、例えば通信デバイス１１のマイクロフォンによる音声の取得とスピーカーによる音声での出力とによるハンズフリー状態で、相手が所有する携帯可能な電子機器との間の情報伝達（対話）を実現できる。

なお、以下の説明において、「ハンズフリー機器」を、
（１）ユーザが本機器を用いて通話をするときに、もっぱら、ユーザは本機器を机や棚等に置いたまま使用することが想定される機器であり、スピーカーや会議システム、カーナビ（移動体ナビゲーションシステム）、プロジェクタ、等を含む携帯型電子機器とする。なお、ハンズフリー機器であっても、出力音量を小さくすることで、本機器を持たなければ通話に使用不可となる場合もある。また、上述したように、補助的機器を併用する場合も、図１５、図１６及び図１７を用いて後段に説明する着信・接続先判断においては、ハンズフリー機器とする。

これに対して、「非ハンズフリー機器」を、
（２）ユーザが本機器を用いて通話をするときに、もっぱら、ユーザが本機器を手で持ち、スピーカー又はマイク部を、耳又は口に近づけて使用することが想定される機器であり、例えばスマートフォンや携帯電話、を含む非携帯型電子機器とする。なお、非ハンズフリー機器であっても、出力音量を大きくすることで、本機器を机等に置いたまま使用可能となる場合もある。

個々の通信デバイス１１は、それぞれルータ４０との間で、近距離通信を行うことがでる。この通信は、例えばＷｉ−Ｆｉ（登録商標）を経由する通信である。ルータ４０はＷｉ−Ｆｉにより、携帯端末と通信を行うことができる。さらにまたルータ４０は、インターネット５１を介して、サーバ５０との間でも通信を行うことができる。

また、通信デバイス１１Ａ，１１Ｂ、１１Ｃのそれぞれは、それぞれの近くの携帯端末とも、個々に通信を行うことができる。この通信は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）による通信である。

図１の例であると、ルータ４０と、通信デバイス１１Ａ、１１Ｂ、１１Ｃと携帯端末２３とが、それぞれＷｉ−Ｆｉによる通信を行うことができる。また、通信デバイス１１Ｂ及び１１Ｃも、それぞれ、ルータ４０を介して、携帯端末２１もしくは２２と通信を行うことができる。

なお、息子１２、娘１３、母親１４は、それぞれの通信デバイス１１Ａ、１１Ｂ、１１Ｃ、または携帯端末を介して、父親１６の携帯端末２４を呼び出すことができる。このときの通信ルートは、ルータ４０、インターネット５１、サーバ５０、アクセスポイント５２、父親の携帯端末２４により形成される。逆に父親１６は、自身の携帯端末２４から、息子１２、娘１３、母親１４の通信デバイス１１Ａ、１１Ｂ、１１Ｃに回線を接続することもできる。

図２は、通信デバイス１１（Ａ，Ｂ，Ｃ（特に識別を必要とする場合は、添え字を添付する）の構成の一例を示している。

通信デバイス１１は、制御部１００を有する。制御部１００は、音声データを出力することができ、音声データは音声出力部１１０でＤＡ変換され、音量などの制御がなされ、スピーカー１１１に供給される。

カメラ１２１が撮像した映像信号は、映像キャプチャ１２２にてデジタル化、符号化され制御部１００に入力する。制御部１００は、照明電源１２３を制御して照明器１２４を制御することができる。さらに制御部１００は、マイク１３１、音声取得部１３２を介して近くの音声を取得することができる。照明器１２４は、カメラ１２１による撮影が行われるとき、周囲が暗い場合、撮影領域を照明するために利用される。

制御部１００は、送受信機１４１を介して、近距離の携帯端末や通信デバイスとの間で、Ｗｉ−Ｆｉ機能（域内通信（無線ＬＡＮ）機能）による通信を行う。また制御部１００は、送受信機１４２を介して、近くの携帯端末と近距離無線通信、例えばＢｌｕｅｔｏｏｔｈによる通信を行うことができる。

制御部１００には、各種センサー１４３からの検知信号が入力されてもよいし、制御部１００が各種センサー１４３の動作制御（例えばオンオフ、特性切換えなど）を行ってもよい。なお、カメラ、マイク、スピーカーは、ユーザの操作により、それぞれをオフ又はオンすることが可能である。また、個々の通信デバイス１１において、カメラ、スピーカー、マイクロフォンの少なくとも１つは、既に設けられているものからのデータを利用するものであってもよい。なお、通信デバイス１１は、例えばカメラ付きのＰＣ（パーソナルコンピュータ）、等であってもよい。また、近距離無線通信機能としては、例えばzigbee（登録商標）、Z-Wave（登録商標）、等の利用も可能である。

図３は、上記通信システムが備える構成の一部を取り出して示している。受信部３０１は、外部から入力する呼び出し信号を受け取り、第１ユーザとの通信を要求する。第１ユーザとは、例えば機器３１１を有する又は機器３１１の近くに居るユーザである。

特定部３０２は、受信部３０１が受信した呼び出し信号に応じて、複数の機器の中から、前記第１ユーザが近辺に存在する、或は第１ユーザが所有する第１機器３１１を特定することができる。そして通信部３０３は、特定部３０２が特定した結果に応じて、第１機器３１１が前記要求に応じた通信ができるように通信ルートを確立する。

図３に示した構成は、単独である１つの通信デバイス内に構築されてもよいし、サーバ５０内に構築されて、各デバイスと連携してもよい。さらには、図１に示す複数のデバスで分担して構成されてもよい。すなわち、上述したように、例えばスピーカーやカメラのように既に用意されている要素からの出力（データ）を用いることが可能である。

図４は、上記した構成が、図１に示したファミリーに対して適用された様子を例示している。以下、会話（通信）を開始する発話人（息子１２、妹１３、母１４、祖父１５、父１６の何れか）と、発話人が通話したい相手（（息子１２、妹１３、母１４、祖父１５、父１６の何れか）と、の間で通信ルートが形成される例を各種説明する。通信ルートは受信部３０１、特定部３０２、通信部３０３を介して実行される。

（例１）
本システムは、基本的には、会話を開始する人（発話側）が、自身の近くの通信デバイスに対して、通話したい相手（通話の相手）の名を呼ぶ（例えばママ、パパと呼びかける）と、自動的に通話の相手の居場所の近くにある通信デバイスに音声出力（呼びかけ音声）もしくは呼び出し音が出力される。なお、通話したい相手を特定（指定）するための手法（ＵＩ（User Interface））としては、音声による指示や映像認識結果の認証に加えて、例えば発話者が保持している端末装置のスクリーンが表示するＧＵＩ（Graphical User Interface）や、スクリーンが表示するボタンもしくはリモコン装置、等において広く用いられるボタン（ハードウエアボタン）であってもよい。また、例えば音声による指示においても、さまざまな読み替え、例えば人名、兄弟姉妹や祖父母（父、母）のように年齢的な情報から個人を特定できる呼称（お兄ちゃん／おばあちゃん）、ニックネーム、等のそれぞれに対して同一人物を特定できるよう、読み替え辞書が用意される。

例えば、図１に示す息子１２が、息子の部屋で「ママと話したい」と発話すると、母親１４が居る台所の通信デバイス１１Ｃと子供部屋の通信デバイス１１Ａとの間の通信ルートが形成され、通信デバイス１１Ｃから「ママと話したい」と言う音声が出力される。他の寝室や居間の通信デバイスとは接続されない。

（例２）
この場合、通話の相手（例えばママ）が通信デバイス１１Ｃの近くに居るかどうかは、通信デバイス１１Ｃに付属しているカメラ、あるいは通信デバイス１１Ｃと連携しママが居る部屋や台所に設置された別のカメラデバイスによる人物認識（顔認識）機能により判断している。

（例３）
例えば、息子１２が、子供部屋で「パパと話したい」と発話したが、ルータ４０を中心としたホーム内の通信デバイスや携帯端末のＷｉ−Ｆｉでは検知できない（パパは家の中にはいないと判断される）場合がある。この場合はパパの携帯端末２４に自動的に回線がつながる。図１に示すように、パパ１６が家の中にはいないと判断された場合は、ルータ４０、インターネット５１、サーバ５０、アクセスポイント５２、携帯端末２４の通信ルートが確立される。この場合、パパ（父親）１６が、例えば勤務として海外に居るような場合であっても、インターネット５１を経由して、パパ１６が所有する携帯端末との間に通信ルートが確立される。なお、パパ１６が、例えば勤務として海外に居るような場合については、例えば「パパは、外国で仕事しているよ」、等のメッセージあるいは音声を出力して、不用意にインターネット５１を経由する通信ルートが確立されることを抑止することもできる。

別の例として、例えば母親１４が通信デバイス１１Ｃに「おじいちゃん」と呼びかけたとする。図１の例では、祖父１５は庭に居て、祖父１５が所有する携帯端末２３はルータ４０により検知されている。この場合は、通信デバイス１１Ｃとルータ４０と、携帯端末２３との通信ルートが形成され、携帯端末２３への着信が行われる。

（例４）
通話の相手が、家庭内に設置されている通信デバイスの近くに居るかどうかは、通話の相手が携帯する携帯端末（デバイス）と通信デバイスとが近距離無線通信を行うことで、前記通信デバイスが判断することもできる。すなわち、部屋のデバイスが近距離無線通信で通話の相手のスマートフォンを検知した場合は、その部屋のデバイスに接続する。

そして、通信デバイスが近距離無線通信で通話の相手の携帯端末を検知している場合は、発話側の通信デバイスはその通信デバイスに接続される。例えば、図１に示すように、娘１３の部屋においては、娘１３の部屋の通信デバイス１１Ｂが近くにある娘の携帯端末２１を検知している。このような場合、例えば、母親１４が、「わかめ」（娘の名前）を通信デバイス１１Ｃに呼びかけると、通信デバイス１１Ｃと通信デバイス１１Ｂ間の通信ルートが形成される。

また通話の相手が、通信デバイスの近くに居て、携帯端末が携帯されているかどうかの判断は、例えば、当該携帯端末の加速度センサー情報の出力があるか否かにより判断する。つまり、図１の例であると、娘１３が携帯端末２１に触れて、例えばゲームなど楽しんでいる場合、通信デバイス１１Ｂは、Ｂｌｕｅｔｏｏｔｈを介する通信により携帯端末２１が近くにあることを検知する。

なお、通話（会話）したい相手や特定の人物が近傍にいること（もしくは来客の有無）を検出する方法としては、通信デバイス１１による相手（ユーザ）が保持する携帯端末装置の検出に限らす、例えばカメラ装置による人物の認識、マイクロフォン（スピーカーを非使用時にマイクロフォンとして利用することを含む）による音声の取得、取得した音声の特徴量に基づく個人特定、人感（感熱）センサーによる誰かの存在の検出と音声や映像による個人特定、等、人物を検知できる方法であればどのようなものであってもよい。但し、ペット、等については、予め検出除外対象として登録できることが好ましい。

（例５）
上記例４のように、通信デバイスとその近くの携帯端末は、関連づけられているが、もし、携帯端末が携帯（携行）されていないと判断した場合は、発話側のデバイスは当該携帯端末に接続されることはない（携帯（携行）されていないと判断した場合、その部屋の通信デバイス１１には接続しない）。

例えば、図１の例の場合、母親１４が「かつお」（息子１２の名前）を通信デバイス１１Ｃに呼びかけると息子１２は、携帯端末を所有していないので、通信デバイス１１Ｃと通信デバイス１１Ａの通信ルートが形成されるだけである。

（例６）
上記例５のように携帯端末が携帯されていないと判断した場合であっても、当該携帯端末あるいは部屋が特別に登録されている場合は、発話側の通信デバイスは当該携帯端末に接続される。

例えば、寝室に居る時、携帯端末をベットサイドに置いているので、特定のデバイス（身につけていなくてもその部屋に居ると見なす）として登録しておくことで、寝室の携帯端末と呼び出し側の通信デバイス間の接続ルートが形成可能となる。例えば、部屋を自由にかつ身軽に動けない人（病人や要介護者）の場合は、携帯端末をベッドサイドに長時間置くことが多いので、特別のデバイスとして、当該携帯端末を登録することが好ましい。なお、登録しておく条件としては、例えば食事時間帯や入浴時間帯、等の部屋に居ない、とみなすことのできる時間帯は除外することが好ましい。

（例７）
例えば例１において、接続先が不明の場合（相手の通話可能な接続先が見つからない場合）は、その旨、（音声などで）通信デバイスからユーザに知らしめる。

例えば、図１において息子１２が「山田さんと話したい」と発話したが、山田さんの情報がシステムに登録されていない場合「山田さんは登録されておりません」と通信デバイス１１Ａが返答する。

（例８）
上記の例は、通信デバイスから携帯端末に接続される通信ルートを主に説明した。しかし、外部から直接、携帯端末に電話がかかってくること［通話要求（着呼）］がある。この場合、携帯端末から近くの通信デバイスに接続され、さらにこの通信デバイスから、当該携帯端末の所有者が近くに居る他の通信デバイスに接続されるという通信ルートを構築することもできる。

図１において、娘１３が例えば台所に移動し、母親１４が行う料理の手伝いをしているものとする。このとき、娘２１の寝室の携帯端末２１（娘が所有する携帯端末）に外部から電話がかかってきたとする。この場合、本電子システムは娘１３の居場所を把握しているので、携帯端末２１から通信デバイス１１Ｂ、ルータ４０、通信デバイス１１Ｃへの通信ルートが形成される。また別の例としては、寝室にて充電中の携帯端末にかかってくる場合もある、しかし、携帯端末の持ち主は、寝室とは異なるリビングに居る場合がある。この場合、寝室の携帯端末にかかってきた電話が、近距離無線通信により自動接続された寝室の通信デバイスを経由して、持ち主が居るリビングの通信デバイスに自動的に接続され、その通信デバイスを通して相手と会話することができる。

なお、個々の人物が携帯端末を保持（携行）しているか否かに拘わらず、例えば家族からの域外からの通信回線を介した通信が着信し、いずれの通信デバイスによっても携帯端末と紐付けられた相手の居場所が特定できない場合、等においては、その（通信対象の）相手が所有している携帯端末に、通信が着信していることを、例えば公衆通信網を通じて通知（報知と称する場合もある）する。一方で、発信者が不明の通信、等については、例えば通話ができないことを通知するメッセージ、あるいはデータを返信する。なお、通信が着信していることをその相手の携帯端末に通知する優先度を、予め設定することができる。例えば、家族や友人からの通信は、深夜であっても通知することが好ましい。反面、仕事関係であることが明らかな発信元からの通知については、勤務時間帯（通常考え得る業務対応時間）に、かけなおしてもらうことを、返信してもよい。また、上述の（例６）のように、予め登録された場所にある携帯端末に通信が着信していることを通知する場合、家族からの通信であることが明らかであるような場合に制限をかけることも可能である。

＜参照テーブル及びデータ＞
次に、上記した各通信ルートをダイナミックに構築するために使用される参照テーブルやデータについて説明する。

図１２は、上記した通信システムに登録されている登録者、通信デバイス、および携帯端末の登録情報テーブルを示している。
図１３は、上記した通信システムに登録されている登録者、通信デバイス、および携帯端末などの現在位置を把握するために利用される状況テーブルを示している。
図１４は、上記したように通信ルートが確立される場合に利用される接続先（移動先）判断テーブルを示している。

図１５は、本通信ルートが確立される場合に利用される着信・接続先判断テーブルを示す図である。図１２乃至図１５が示すそれぞれのデータは、図１に示したサーバ５０が有してもよいし、図１に示した通信デバイスのいずれかが有してもよい。

まず上記の通信システムが正確に動作するために、図１２（登録情報テーブル）に示すように本システムを利用する人の登録と、使用する通信デバイスの登録と、使用する携帯端末などの登録が必要である。その他、通信システムに組み込まれる監視カメラ、インターフォン、温度、湿度、光、音などの特殊センサーなどが追加されてもよい。

図１２に示す登録情報テーブルには、ファミリー構成員である父、母、息子、娘、祖父の識別データ（ＩＤ）が登録される。また各登録者の呼び名（お父さん、お母さん、かつお（息子）、わかめ（娘）、おじいちゃん）が登録される。さらに各人が所有する携帯端末の電話番号、携帯端末のＢｌｕｅｔｏｏｔｈ ＩＤ、携帯端末のＭＡＣアドレス、顔データ、携帯端末を身に着けていなくても連絡することが決められている通信デバイス（ＩｏＴ)のアドレスなどが登録される。

図１３が示す状況テーブルには、まずファミリー構成員である父、母、息子（かつお）、娘（わかめ）、祖父の識別データ（ＩＤ）が、記述される。そして各構成員が、現在、通信デバイスや携帯端末とどのようにかかわっているかを示す状況データが更新して記述される。この状況データの更新時点は、定期的であってもよいし、或は通話の相手の呼び出しがなされた場合であってもよい。

図１４が示す接続先（移動先）判断テーブルは、話者が通話の相手を呼び出したときに通話の相手の居場所と通信ルート（接続ルート）を決定するために必要な、要件データの組み合わせを示している。

ケース１は、ある通信デバイスを介して通話の相手の顔が認識されている場合である。なおケース１は、いずれの通信デバイスも近距離無線で通話の相手の携帯端末を検知していない、ルータがＷｉ−Ｆｉで通話の相手の携帯端末を検知していない、通話の相手の携帯端末の加速度センサー情報もない、状況である。この場合は、顔を認識した通信デバイスが設置されている部屋に通話の相手が居ることが判断される。この結果、ケース１において呼び出された通話の相手に対しては、顔認識した通信デバイスに対する通信ルートが確立される。

ケース２は、顔認識がない、通話の相手に関連つけられている通信デバイスが近距離無線で通話の相手の携帯端末を検知していること、通話の相手が携帯端末を身に着けていること、が分かっている例である。この場合は、通話の相手は、当該通信デバイスが設置されている部屋に居ると判断される。そして、このケース２では、話者側のデバイスが家庭内で当該部屋に設置されている通信デバイスに接続される、通信ルートが確立される。

ケース３は、顔認識がない、通話の相手に関連つけられている特定の部屋の通信デバイスが近距離無線で通話の相手の携帯端末を検知していること、通話の相手が携帯端末を身に着けていないこと、が分かっている例である。この例は、先の（例６）で説明した環境である。この場合は、通話の相手が特定の部屋に居ると判断される。そしてこのケース３では、話者側のデバイスが家庭内で当該特定の部屋に設置されている通信デバイスに接続される通信ルート、が確立される。

ケース４は、顔認識がない、通話の相手に関連つけられている特定の部屋の通信デバイスが近距離無線で通話の相手の携帯端末を検知している、通話の相手が携帯端末を身に着けていないこと、が分かっている例である。この場合は、通話の相手は、居場所不明と判断される。このケース４の例外が先のケース３である。このケース４では、先の（例７）で説明したように相手の通話可能な接続先が見つからない旨、（音声などで）通信デバイスからユーザに知らしめる。

ケース５は、顔認識がない、通話の相手に関連つけられている特定の部屋の通信デバイスが近距離無線で通話の相手の携帯端末を検知していない、しかしルータがＷｉ−Ｆｉ通信により通話の相手が携帯端末を身に着けていること、が分かっている例である。この場合は、通話の相手が、家の近くに居るが通信デバイス（ＩｏＴ）がそばに無いところに居ると判断する。

このケース５では、先の（例３）で説明したように、母親１４が通信デバイス１１Ｃに「おじいちゃん」と呼びかけた場合に相当する。この場合は、話者のデバイスが、携帯端末にＷｉ−Ｆｉ通信より接続される。

ケース６は、顔認識がない、通話の相手に関連つけられている特定の部屋の通信デバイスが近距離無線で通話の相手の携帯端末を検知していない、しかしルータがＷｉ−Ｆｉ通信により通話の相手の携帯端末を検知している、しかし当該携帯端末を身に着けていない場合の例である。このケース６では、先の（例７）で説明したように相手の通話可能な接続先が見つからない旨、（音声などで）通信デバイスからユーザに知らしめる。

ケース７は、顔認識がない、通話の相手に関連つけられている特定の部屋の通信デバイスが近距離無線で通話の相手の携帯端末を検知していない、ルータがＷｉ−Ｆｉ通信により通話の相手の携帯端末を検知していない、場合の例である。この時は、本通信システムは、通話の相手は外出中であることが判断される。そして、通話の相手の携帯端末に対して、携帯端末番号による電話接続を行う。

上記したように本通信システムは、通話の相手の状況に応じて、通信ルートを確定することができる。そのために、本通信システムは、図１２に示した登録情報テーブル、図１３に示した状況テーブル、図１４に示した接続先（移動先）判断テーブル、図１５に示した着信・接続先判断テーブルを活用する。

図１２が示す登録情報テーブルは、通信デバイスが各部屋に設置された場合に登録情報テーブルに共通データとして登録される。

例えば、ある１つの通信デバイスと、ユーザの携帯端末とを接続する。接続方法は、例えば通信デバイスを登録モードに設定し、ユーザの携帯端末を例えばＢｌｕｅｔｏｏｔｈを介する動作モードに設定し、携帯端末に通信デバイスのＩＤを入力する。これにより、通信デバイスと携帯端末が通信状態となる。そして、携帯端末の画面には、「登録者ＩＤを入力してください」と表示される。登録者ＩＤは、任意でよい。この場合家族の登録者ＩＤが重複しない方がよい。登録者ＩＤの次に「呼び名である、かつお、わかめ、パパ、ママ、おじいちゃん等」を入力することができる。

このとき、自動的に携帯端末の電話番号、Ｂｌｕｅｔｏｏｔｈ ＩＤ、ＭＡＣアドレスなどが通信デバイスへ送られて登録される。また、「顔画像データを入力しますか？」というメッセージが、携帯端末の画面に表示される。ユーザは顔画像データを入力する場合は、例えば通信デバイスのカメラの正面に顔を向けて、「ハイ」、「どうぞ」と言えば、ユーザの顔画像が通信デバイスにより取得される。逆にユーザが「いいえ」と言えば、顔画像の取得はなされない。

さらにまた、通信デバイスが登録モードにあるときは、通話の相手が、携帯端末を身につけていないと判断されたとしても、通信ルートを形成して連絡する通信デバイスを登録することができる（特定の部屋の通信デバイスである）。この登録受付は、先のケース３で説明した通信ルートを確立するためのものである。登録モードのメニューにおいて、例えば「特定の部屋の通信デバイスを登録しますか？」と言うようなメッセージが用意されている。ユーザは、このメッセージを選択して、携帯端末に特定の部屋の通信デバイスのＩＤを入力して確定を操作すればよい。

上記した通信システムでは、話者により呼び出しがあった場合、或は、定期的に、図１３が示す状況テーブルのデータを更新する。しかし、携帯端末の揺れ（持ち運びがされたと判断できる揺れ）の情報を受けた場合には、その都度、図１３が示すデータを更新することが好ましい。

図５は、図１３が示すデータが更新されるときの動作フローの一例を示す図である。携帯端末端末をその所有者が持って移動するときは、携帯端末の加速度センサー情報に変化がある（Ｓａ１）。

この変化は、例えば通信デバイスと携帯端末間のＢｌｕｅｔｏｏｔｈを介した通信、或はルータ４０と携帯端末間のＷｉ−Ｆｉ通信により検出される。Ｂｌｕｅｔｏｏｔｈを介する通信の実行や、Ｗｉ−Ｆｉ経由の通信の実行は、通信デバイス内の制御部、ルータ内の制御部により起動される。取得された携帯端末の加速度センサー情報の変化の有無は、先の図１３において、加速度センサー情報の欄の更新に用いられる。加速度センサー情報は、「携帯端末を見に付けている」あるいは「携帯端末を身に着けていない」を示すことになる。またこの時、加速度センサー情報がＢｌｕｅｔｏｏｔｈ通信で検出されたのか、Ｗｉ−Ｆｉ通信で検出されたのか、両方で検出されたのかを示す情報も図１３において更新される。

つまり、上記の通信の工程においては、加速度センサー情報の変化の有無、携帯端末と通信した通信デバイスのＩＤ、または通信したルータのＩＰアドレスが分かるので、該携帯端末がどの部屋にあるのか、或は部屋に無いのかが判明する。これにより、登録者の居場所、状況などが更新可能となる（Ｓａ５）。

また、顔画像データを図１２に登録しているユーザは、カメラをオンしている各部屋の通信デバイスにより、顔認識されることが可能である。通信デバイスは、カメラを介して移動体を検知したときに、顔画像データを取得することができる（Ｓａ２）。この通信システムは、取得した顔画像データと図１２に登録されている顔画像データとを比較し、どの部屋で誰の顔画像データが取得されたかを把握することができる。

取得した顔画像データがある登録者の登録顔画像データと一致した場合、取得した通信デバイスの部屋に該登録者が居ることが判明する。この判明結果に応じて、該登録者の「居場所及び状況などを更新することができる（Ｓａ６）。

さらに、通信デバイスはマイクを備えるので、音声認識機能を利用してもよい。登録者の音声データが、顔画像データと同様に、例えば図１２に登録される。そして、通信デバイスが、ユーザの音声をピックアップしたとき、ユーザの音声を認識し、部屋に居ることを特定する。

図６は、例えば図１のサーバ４０が図１２、図１３、図１４のデータを認識できることを前提とし、前記サーバ４０が、いずれのデバイスと通信を行ったかに応じて、当該デバイスの登録者ＩＤを特定する方法を示している（Ｓｂ１）。

図６に示す（Ｓｂ２）のケースを説明する。サーバ５０が、ルータ４０と何れかの通信デバスを経由する通信に基づいて、顔画像データを取得することがある。この場合、この顔画像データに対応する登録顔画像データを検出する。この場合、図１２が示す登録情報を参照して検出した登録顔画像データに対応する登録者ＩＤを決定する。

図６に示す（Ｓｂ３）のケースを説明する。サーバ５０が、ルータ４０、いずれかの通信デバイスそしていずれかの携帯端末を経由する通信に基づいて、携帯端末の動きを示す加速度センサー情報を検出する場合がある。この場合は、図１２を参照して該携帯端末と通信デバイスとの通信に利用されたＢｌｕｅｔｏｏｔｈ ＩＤを特定し、このＢｌｕｅｔｏｏｔｈ ＩＤに対応する登録者ＩＤを決定する。

図６に示す（Ｓｂ４）のケースを説明する。サーバ５０が、ルータ４０又はアクセスポイント５２を経由して携帯端末と通信し、その携帯端末の加速度センサー情報を検出する場合がある。この場合は、図１２を参照し、ルータ４０経由の場合は、携帯端末のＢｌｕｅｔｏｏｔｈ ＩＤに対応する登録者ＩＤを決定し、アクセスポイント５２経由の場合は、携帯端末電話番号に対応する登録者ＩＤを決定する。

図７は、本実施形態の通信システムが通話の相手の居場所を特定し、そして通信ルートを形成する場合の例を示している。ユーザがある部屋の通信デバイスに呼びかけたとする。つまり通信デバイスが呼び出し音（発話）をピックアップしたとする。すると、通信システムは、呼び出し音（例えばママと話したい等）の音声認識を行い、通話の相手であり、図１２が示す登録情報に登録されている登録者ＩＤ（母親のＩＤ）をサーチする（Ｓｃ１）。もし図１２に登録者ＩＤが無い場合は、呼びかけられた通信デバイス（呼び出し元のデバイス）が、「登録者ではありません」と音声で返事する（Ｓｃ４）。

登録者ＩＤが検出された場合は、呼び出し先（通話の相手）の登録者ＩＤに基づいて、図１３を参照し、通話の相手の状況（自分の部屋に居る？別の部屋に居る？外出？など）を判断する。そして図１３が示す状況に基づいて、話者から通話の相手までの通信ルートを特定する（Ｓｃ３）。

通信ルートの特定のための処理は、各種の状況に応じて実施される。図１３を参照した結果、通話の相手（登録者ＩＤ）のデバイスが通信デバイスであることが決まった場合は、呼び出し元の通信デバイスと通話の相手の通信デバイスとの間の通信ルートを形成する（Ｓｃ５）。

図１３を参照した結果、通話の相手（登録者ＩＤ）のデバイスがＷｉ−Ｆｉ通信を介して通話する携帯端末であることが決まった場合は、呼び出し元の通信デバイスと通話の相手の携帯端末との間の通信ルートをＩＰアドレスを用いて形成する（Ｓｃ６）。

図１３を参照した結果、通話の相手（登録者ＩＤ）のデバイスが携帯端末の電話番号を介して通話する携帯端末であることが決まった場合は、呼び出し元の通信デバイスと通話の相手の携帯端末との間の通信ルートを携帯端末の電話番号を用いて形成する（Ｓｃ７）。

図１３を参照した結果、通話の相手の居場所を特定できなかった場合は、呼び出し元の通信デバイスを制御し、「居場所がわかりません」と音声応答を実行させる。

図８は、本通信システムの動作のさらに他の例を示すフローチャートである。今までの説明は、通信デバイスから他の通信デバイス、外部の携帯端末、などに向かって通信ルートが形成される例を主に説明した。

さらに本通信システムは、受信者（通話の相手）の状況に応じて、音声を通信デバイスから出力することも可能であるし、携帯端末から出力することも可能である。

まず通信デバイスは、近距離無線通信より、携帯端末の着信を検知することができる（Ｓｄ１）。このとき通信デバイスは、携帯端末のＢｌｕｅｔｏｏｔｈ ＩＤを取得する（Ｓｄ２）。次に図１２が示す登録情報を参照して、取得したＢｌｕｅｔｏｏｔｈ ＩＤから、携帯端末の持ち主の登録者ＩＤを取得する（Ｓｄ３）。

次に、通信システムは、図１２が示す状況データを参照し、取得した登録者ＩＤに基づいて携帯端末の持ち主の居場所を特定する（Ｓｄ４）。次に特定した居場所には、先の着信を検知した通信デバイスが設置されているか否かを判定する（Ｓｄ５）。もし、携帯端末の持ち主が、先の着信を検知した通信デバイスの近く（部屋）に居ることが判明した場合（Ｓｄ６）、当該通信デバイスに携帯端末を、Ｂｌｕｅｔｏｏｔｈを介する通信で接続し、携帯端末に着信した呼び出し音及び音声を、前記着信を検知した通信デバイスから出力することができる（Ｓｄ７）。

ステップＳｄ６において、着信を検知した通信デバイスとは、異なる通信デバイスの近くに前記携帯端末の持ち主が居る場合は、本通信システムは、着信を検知した通信デバイスと前記異なる通信デバイスとの間の通信ルートを形成する。そして、本通信システムは、前記異なる通信デバイスから、携帯端末に着信した呼び出し音及び音声を出力する（Ｓｄ８、Ｓｄ９）。

上記した通信ルートが形成されると、着信が切れたかどうかの判定がなされ（Ｓｄ１０）、通信ルートが維持されていれば、発話が開始されているかどうかを判定し（Ｓｄ１１）、開始されていれば通話中と判定する（Ｓｄ１２）。着信が切れたことの判定がなされた場合（Ｓｄ１０）、通信は終了する。

先のＳｄ５において、携帯端末の持ち主が、通信デバイスの配置されている部屋に居ないことが判断された場合、図７のＳｃ１に移る。図７の処理では、再度登録者ＩＤのチェックから始まり、相手の状況（居場所、不明）を判断して、通信ルートを確保するか、相手が登録されていない場合は、呼び出しものとデバイスから「登録者ではありません」、等の音声による返信を行う。

なお、図１６に示すように、例えば携帯端末（対象の所有者が保持している携帯電話装置）に着信した通信を、対象の所有者が居る周囲の環境に応じ、所有者の近くに位置する通信デバイス１１に転送し（着信させ）、通信デバイス１１を通じてハンズフリー状態で通信可能とすることができる。また、図１７に示すように、所有者の近くに位置する通信デバイス１１に着信した通信を、対象の所有者が保持している携帯端末（携帯電話装置）に転送し（着信させ）、携帯端末装置を利用するよう誘導する非ハンズフリー状態で通信することもできる。

すなわち、図１６または図１７に示すように、対象者に向けて着信する通信が対象者の携帯端末に着信する場合と通信が対象者の近くに位置している通信デバイス１１に着信する場合とにおいて、図１５が示す着信・接続先判断テーブルを参照する。図１５に従い、着信した機器を介した通信を促すか、ハンズフリー機器への着信を非ハンズフリー機器に接続もしくは非ハンズフリー機器への着信をハンズフリー機器に接続する、か、を選択する。

より詳細には、図１５に示すように、通信が着信した着信デバイスが公衆通信網を利用した携帯端末である場合［１］、その携帯端末の近くに通信デバイスがあるか、を検出し、通信デバイスが［無い］場合［１０］には、携帯端末で着信を報知する（接続を変更しない）、とする。

一方で、通信デバイスが［ある］場合［１１］には、通信デバイスの近くに居る人物の数（人数）を判定し、
［１１Ａ］ 通信デバイスの近くに居る人物の数（人数）が１である（対象者のみが居る）場合、通信デバイスに接続する（携帯端末への通信を通信デバイスに接続し、通信デバイスのスピーカーとマイクロフォンとにより、ハンズフリー通信を実行する。

［１１Ｂ］ 通信デバイスの近くに居る人物の数（人数）が２以上である（対象者以外の誰かも居る）場合、通信デバイスへは接続しない（携帯端末への通信をそのまま携帯端末に接続し、携帯端末による非ハンズフリー状態を実行する）。

なお、通信デバイスが撮影機能（カメラ）を持っていない、あるいは撮影機能がオフされていることにより、通信デバイスの近くに居る人物の数（人数）を検出できない場合についても、通信デバイスへは接続しない（携帯端末への通信をそのまま携帯端末に接続し、携帯端末による非ハンズフリー状態を実行する［１１Ｃ］）。

これにより、着信対象の携帯端末を保持している人物への通信が着信した場合、対象者が居る場所に対象者が１人で居る場合には、携帯端末への通信に対し、通信デバイスによるハンズフリー状態で応答することができる。一方で、対象者の周囲に少なくとも誰かが居る場合には、周囲の誰かに通信の内容を知られることの無いよう、携帯端末を用いた非ハンズフリー状態で通信に応答することができる。

なお、例えば対象者の周囲に居る誰かが、例えば子供、特に赤ちゃんであることが通信デバイスにより検出されている場合には、通信デバイスによるハンズフリー状態が維持される。但し、通信への応答中に赤ちゃんが泣きだしたような場合には、例えば携帯端末のタッチパネルが表示するボタンや音声指示により、携帯端末を用いる非ハンズフリー応答に切り替えることも可能である。

また、例えば対象者の周囲に居る誰かが、例えば子供であり、通信が外出先の父親からの（子供を含む）家族全員を対象と通信であるような場合には、例えば携帯端末のタッチパネルが表示するボタンや音声指示により、通信デバイスを用いるハンズフリー応答に切り替えることも可能である。

またさらに、例えば対象者の周囲に居る誰かが、親しい友人であり、通信が、予約をした商業施設からの通信であるような場合においても同様に、例えば携帯端末のタッチパネルが表示するボタンや音声指示により、通信デバイスを用いるハンズフリー応答に切り替えることも可能である。

反面、対象者の周囲に誰も居ない（ハンズフリー状態での通信が可能である）場合であっても、例えばテレビジョン受信装置、等により番組やネットワーク配信のコンテンツを再生している状態、もしくはオーディオ機器により音楽を楽しんでいるような状態を通信デバイスが検出している場合には、通信デバイスを用いるハンズフリー応答に切り替えない（接続を変更しない（携帯端末で着信を報知する））ものとする。ここで、テレビジョン受信装置、等により番組やネットワーク配信のコンテンツを再生している状態、もしくはオーディオ機器により音楽を楽しんでいるような状態は、例えば音源の方向が固定されている及びまたは一定の周波数帯の音声信号が継続されている、等の特徴により、人物による会話とを識別できる。

また、対象者の周囲に誰も居ない（ハンズフリー状態での通信が可能である）場合であっても、例えば玄関、等に設けられているカメラにより来客（来訪者）があることが検出できた場合は、通信デバイスを用いるハンズフリー応答に切り替えない（接続を変更しない（携帯端末で着信を報知する））、あるいはハンズフリー応答から携帯端末による非ハンズフリー応答に変更するものとする。この場合、来訪者が帰った（玄関から出て行った）ことが検出できた時点で、ハンズフリー応答を設定する（ハンズフリー応答中に非ハンズフリー応答に変更した場合、ハンズフリー応答に戻す）ことも可能である。

また、通信が着信した着信デバイスが、ＬＡＮ回線（Ｗｉ−Ｆｉ）を通じた通信デバイスである場合［２］、その通信デバイスの近くに、（転送）対象の携帯端末があるか、を検出し、携帯端末が［無い］場合［２０］には、そのまま通信デバイスで着信を出力する（接続を変更しない）。

一方で、携帯端末が［ある］場合［２１］には、通信デバイスの近くに居る人物の数（人数）を判定し、
［２１Ａ］ 通信デバイスの近くに居る人物の数（人数）が１である（対象者のみが居る）場合、携帯端末に接続しない（通信デバイスのスピーカーとマイクロフォンとを用いるハンズフリー状態を継続する）。

［２１Ｂ］ 通信デバイスの近くに居る人物の数（人数）が２以上である（対象者以外の誰かも居る）場合、携帯端末に接続する（通信デバイスのスピーカーとマイクロフォンとを用いるハンズフリー状態での接続をやめて、着信対象者の携帯端末へ（非ハンズフリー状態となるよう）、通信を接続する）。

なお、通信デバイスが撮影機能（カメラ）を持っていない、あるいは撮影機能がオフされていることにより通信デバイスの近くに居る人物の数（人数）を検出できない場合についても、着信対象者の携帯端末へ通信を接続しない（通信デバイスへ着信した通信を着信対象者の携帯端末に接続し、携帯端末による非ハンズフリー状態での通信を実行する［２１Ｃ］）。

また、［着信先の周囲の状況］として、着信対象者の周囲に居る人物が自身（着信対象者）のみであるか否か、については、通信デバイスのカメラの映像で判定することを優先するが、上述したように通信デバイスのカメラが必ずしも機能していない場合や通信デバイスがカメラを持っていない場合、例えば近隣に別のカメラがあるならば、そのカメラからの映像を共用してもよい。なお、通信デバイスがカメラを持っていない場合であっても、例えばマイクロフォンが検出する着信対象者の周囲の音（他の人物の声）、等を検出し、その結果に基づいて、着信対象者の周囲に他の人物が居るか否か、を判断してもよい、
なお、対象者の周囲に誰も居ない（ハンズフリー状態での通信が可能である）場合であっても、例えばテレビジョン受信装置、等により番組やネットワーク配信のコンテンツを再生している状態、もしくはオーディオ機器により音楽を楽しんでいるような状態を通信デバイスが検出している場合には、通信デバイスを用いるハンズフリー応答から携帯端末で着信に応答するよう、携帯端末で着信を報知することが好ましい。

これにより、携帯端末を保持している人物の近くにマイクロフォンによる集音とスピーカーによる音声出力が可能な通信デバイスがある場合において、通信デバイスの近傍に着信対象者（携帯端末所有者）以外の人物が居る場合には、通信デバイスに着信した通信を、携帯端末への通信に切り替え、周囲の誰かに通信の内容を知られることの無いよう、携帯端末を用いた非ハンズフリー状態で通信に応答することができる。なお、着信対象者が携帯端末を保持し、その近傍に位置する通信デバイスに着信があった場合において、通信デバイス（携帯端末所有者）の周囲に騒音がある場合、等においては、通信デバイスを介するハンズフリーの通話が困難であり、着信対象者が保持する携帯端末に、通信デバイスに着信した通信を接続する。これにより、着信対象者は、通信デバイスに着信した通信の内容を容易に認識できる（通信の内容を好適な条件を聞き取ることができる）。

より具体的には、
（例９）
例えば、子供部屋から「ママと話したい（ママどこ？／ママ？）」と発話すると、ママが居るリビングの非携帯型の通信装置と子供部屋の非携帯型の通信装置との間の通信ルートが確立される。このとき、リビングにママ以外の人も居ると、リビングの通信デバイスは、ママの携帯端末に、例えばＢｌｕｅｔｏｏｔｈで接続する。リビングにはママだけが居る（ママしか居ない）場合は、リビングの通信デバイスは、マイクロフォンとスピーカーとにより、（ママが）ハンズフリーで子供部屋に居る子供（達）と会話できるよう、通信ルートを確立する。

すなわち、図１５が示す接続先判断により、例えば携帯端末（携帯電話装置、等）と非携帯型ハンズフリーの通信デバイス（インターフォン、通話機能のある監視カメラ、等）が近くにある場合は、カメラやマイクなどのセンサーで周りの状況（自身を含む人の有無、騒音の有無、等）を認識し、その状況に応じて、携帯端末または非携帯型の通信装置の一方に、着信を自動的に接続することができる。

（例１０）
例えば、リビングに居るママの携帯端末に電話が掛かってきた（通信が着信した）場合に、リビングにはママしか居ないときは、ママの携帯端末からＢｌｕｅｔｏｏｔｈ等の近距離通信装置を介してリビングの通信デバイスに接続する。これにより、ママは、ハンズフリーで自身の携帯端末に着信した電話に応答することができる。なお、ママ以外の人もリビングに居る場合には、ママの携帯端末に（そのまま）着信させる。

すなわち、携帯端末への着信があった場合に、携帯端末の所有者の周りに所有者の他に誰も居なければ、所有者が居る部屋（場所）の非携帯型の通信装置に接続することで、所有者はハンズフリーで着信に応答できる。

（例１１）
例えば、リビングにママが居ることを非携帯型の通信装置が認識していることによりリビングの非携帯型の通信装置に電話が掛かってきた（通信が着信した）場合で、かつリビングにはママしか居ないときは、リビングの非携帯型の通信装置に接続することで、着信をハンズフリー通信が可能にする。一方で、リビングにママの他の誰かが居る場合には、ママの携帯端末へＢｌｕｅｔｏｏｔｈ等の近距離通信装置を介してリビングの非携帯型の通信装置から着信を接続する。

すなわち、携帯端末所有者が居る場所（部屋）にある非携帯型の通信装置への着信があった場合に、携帯端末所有者の周りに所有者の他に誰も居なければ所有者が居る部屋（場所）の非携帯型の通信装置に接続する（非携帯型の通信装置への通信ルートを維持する）ことで、所有者はハンズフリーで着信に応答できる。一方で、所有者以外の人もリビングに居る場合には、所有者の携帯端末に着信を接続する（接続先を変更する）ことで、通信の内容が不所望に所有者以外の誰かに認識されることを抑止できる。

（例１２）
例えば、リビングにママが居ることを非携帯型の通信装置が認識している場合に、ママの携帯端末に電話が掛かってきた（通信が着信した）とき、リビングにママ以外の誰かが居るならば、着信をママの携帯端末へ接続し、リビングの非携帯型の通信装置にて、ママの携帯端末へ着信があることを、報知する。例えば、リビングの非携帯型の通信装置の音声出力機能により「ママへの着信があります／電話だよ！」、等の音声出力を、出力する。従って、ママは、自身の携帯端末への着信に、容易に気づくことができる。

すなわち、非携帯型の通信装置が着信対象者の所有する携帯端末を保持した所有者とそれ以外の誰かとが居ることを検出している場合、携帯端末への通信が着信すると、着信を携帯端末に接続し、非携帯型の通信装置から、携帯端末に着信している旨、知らせることができる。

なお、上述の（例９）−（例１２）においても、非携帯型の通信の近傍に着信対象者が１名のみ居ることが明らかであっても、周りの音が大きい場合、等においては、全ての着信を着信対象者が所有する携帯端末に着信させることが好ましい。

図１６および図１７は、図１５について説明した上述の内容をソフトウェア的に示すもので、図１６は、着信対象者（携帯端末所有者）が保持する携帯端末に通信が着信した場合の接続先の判定の一例を、図１７は、着信対象者（携帯端末所有者）の近傍に位置する非携帯型の通信装置に通信が着信した場合の接続先の判定の一例を、それぞれ示す。

図１６が示すように、着信対象者（携帯端末所有者）が保持する携帯端末に着信があった場合（Ｓｅ１）、サーバ５０が保持する図１５に示した着信・接続先判断テーブルにアクセスして接続先を、携帯端末とする（Ｓｅ２）。続いて、携帯端末の近傍に非携帯型の通信装置が位置しているか否かを判定する（Ｓｅ３）。

非携帯型の通信装置が接続対象の携帯端末の近傍に位置していることが検出できた場合であって（Ｓｅ３−ＹＥＳ）、非携帯型の通信装置がその近傍に着信対象者以外の誰かが居ることを検出した場合（Ｓｅ４−ＹＥＳ）、非携帯型の通信装置は、着信対象者の携帯端末に着信があることを報知する（Ｓｅ５）。なお、着信があることの報知は、例えば非携帯型の通信装置のスピーカーからの音声出力であってもよいし、例えば非携帯型の通信装置の制御によるその場所の照明の点滅、等により（携帯端末への）着信を知らせるものであってもよい。また、例えばテレビジョン装置がある場合であって、テレビジョン装置が番組やコンテンツを再生している場合には、（携帯端末への）着信を知らせるメッセージを表示してもよい。

なお、携帯端末の近傍に位置する非携帯型の通信装置１１において着信対象者以外の誰もその近傍に居ないことを検出した場合（Ｓｅ４−ＮＯ）や、携帯端末の近傍に非携帯型の通信装置が無い場合（Ｓｅ３−ＮＯ）は、図１５に示した接続先への接続が維持される。

図１７が示すように、非携帯型の通信装置に着信対象者（携帯端末所有者）向けの着信があった場合（Ｓｆ１）、サーバ５０が保持する図１５に示した着信・接続先判断テーブルにアクセスして接続先を判断する（Ｓｆ２）。

続いて、接続先が携帯端末である場合（Ｓｆ３−ＹＥＳ）、携帯端末を保持した着信対象者の近傍に位置する非携帯型の通信装置により、着信対象者（携帯端末保持者）以外の誰かが居るか否かを判定する（Ｓｆ４）。

携帯端末の近傍に着信対象者以外の誰かが居ることが検出できた場合（Ｓｆ４−ＹＥＳ）、非携帯型の通信装置から着信対象者の携帯端末に着信があることを報知する（Ｓｆ５）。なお、着信があることの報知は、図１６により説明したと同様に、例えば非携帯型の通信装置のスピーカーからの音声出力であってもよいし、例えば非携帯型の通信装置の制御によるその場所の照明の点滅、等により（携帯端末への）着信を知らせるものであってもよい。また、例えばテレビジョン装置がある場合であって、テレビジョン装置が番組やコンテンツを再生している場合には、（携帯端末への）着信を知らせるメッセージを表示してもよい。

図９は、他の実施形態の通信デバイスあるいは携帯端末２７を示している。この通信デバイス又は携帯端末２７は、相手からの映像データを受信し、またこちらから映像データを送信する対話アプリケーションを所有している。そのために、少なくともディスプレイ２７ａ、カメラ２７ｂおよびスピーカー２７ｃを備える。

通信デバイスがこのような機能を備えることにより、話者と相手とは、手話などで対話することが可能となる。

図１０は、報知デバイス２８の一例を示している。例えば、図９に示したような通信デバイスを使用する使用者が、騒音のある環境の中で働く場合、着信に気づかない場合がある。そこで、この報知デバイス２８は、通信デバイスあるいは携帯端末２７に着信があった場合、連動して動作し、（振動子による）振動、（発光部による）ライトフラッシュ、或は（温度上昇機構による）熱、或はこれらの組み合わせにより、利用者に着信を知らせることができる。

図１１は、上述した電子装置及び方法を、デパート（大規模商業施設）あるいは工場、等で利用する場合の概念図を示している。

図１１が示す電子装置及び方法においては、通信デバイス１１Ａ，１１Ｂ，１１Ｃ，１１Ｄが、ピンポイントで、任意のフロアＦ３，Ｆ４，Ｆ５あるいはＦ６に位置する任意の携帯端末（もしくはインターフォンもしくは主として閉じた域内で利用されるＩＰ電話）２７１ａ乃至２７１ｋ、２７１ｎ、２７１ｍ、のいずれかを指定して、外部と接続することができる。

このために全館に放送される館内放送でなく、特定のエリアを指定して音声や特定規則で構成された信号、等を提供することができる。デパートでは、従業員への連絡、各店の特有のＢＧＭを流すことができる。工場では、エリアごとに独立して従業員に作業指示などのメッセージを送ることができる。

なお、図１１が示す例は、例えば駅やショッピングモール、地下街、等においても適用可能であることはいうまでもない。また、特定の携帯端末を検出するために、個々のフロアの通信デバイス１１（Ａ，Ｂ，・・・，）のカメラが特定した映像あるいは音声から、館内放送すべきフロアやフロア内の特定のブロックを検出することができる。なお、通信は、上述した館内放送のように、一方向の通信であってもよい。

ところで、図１１が示すように、例えば大規模商業施設（デパート）や工場、あるいは倉庫、等のように、任意数のフロアや複数のブロック（区画）を含む場合においては、話したい相手が携帯端末を身につけていて、かつその近傍に通信デバイスが存在することが認識されている（通信ルートが確立されている）場合であっても、対象の携帯端末に着信した通信を（その近傍の）通信デバイスに接続しないことが好ましい。すなわち、対象の携帯端末に着信した通信をその近傍の通信デバイスに接続したとしても、対象の携帯端末を保持した人物の周囲に騒音がある場合、等においては、通信デバイスを介するハンズフリーの通話が困難であることは、想像に難くない。

従い、図１５が示す着信・接続先判断テーブル、及び図１６が示すフローに基づいて、例えば携帯端末に着信した通信については、対象者が保持する携帯端末に接続する。同様に、図１５が示す着信・接続先判断テーブル、及び図１７が示すフローに基づいて、例えば通信デバイスに着信した一斉放送や、呼び出し、等についても、対象者が保持する携帯端末に接続すればよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１１Ａ，１１Ｂ，１１Ｃ…通信デバイス、１２…息子（子供（男））、１３…娘（子供（女））、１４…母親、１５…祖父、１６…父親、２１，２２，２３，２４…携帯端末、４０…ルータ、５０…サーバ、５２…アクセスポイント、３０１…受信部、３０２…相手機器特定部、３０３…通信部、３１１，３１２，３１３…機器。

Claims (12)

1. 第２電子装置と通信可能な電子装置であって、
   他のユーザからの第１ユーザとの通話要求を受信する受信部と、
   前記第１ユーザの周囲の撮像結果または前記第１ユーザの周囲の音の集音結果の少なくとも一方を用いて、前記他のユーザと前記第１ユーザとの通話のときに、前記電子装置により音声を出力するか前記第２電子装置により音声を出力するかを判定する判定部と、
   前記電子装置により音声を出力すると判定する場合に、前記他のユーザからの音声を出力する出力部と、
   前記第２電子装置により音声を出力すると判定する場合に、前記他のユーザからの音声の信号を前記第２電子装置へ送信する送信部と、
   を備える電子装置。
2. 前記電子装置は、ハンズフリーの通話に用いられる機器であって、前記第１ユーザの周囲に、前記第１ユーザ以外の他者がいる場合は、前記判定部は、前記第２電子装置により音声を出力すると判定する、請求項１に記載の電子装置。
3. 前記電子装置は、非ハンズフリーの通話に用いられる携帯型の機器であって、前記第１ユーザの周囲に前記第１ユーザ以外の他者がいない場合は、前記判定部は、前記第２電子装置により音声を出力すると判定する、請求項１に記載の電子装置。
4. 前記判定部により前記第２電子装置により音声を出力すると判定された場合は、前記出力部は、前記第２電子装置に着信があることを報知するための信号を出力する、請求項１乃至３の何れか１項に記載の電子装置。
5. 他のユーザからの第１ユーザとの通話要求を受信し、
   第１ユーザの周囲の撮像結果または第１ユーザの周囲の音の集音結果の少なくとも一方を用いて、他のユーザと第１ユーザとの通話のときに、電子装置により音声を出力するか第２電子装置により音声を出力するかを判定し、
   電子装置により音声を出力すると判定する場合に、他のユーザからの音声を出力し、
   第２電子装置により音声を出力すると判定する場合に、他のユーザからの音声の信号を第２電子装置へ送信する、
   方法。
6. 電子装置は、ハンズフリーの通話に用いられる機器であり、
   第１ユーザの周囲に、第１ユーザ以外の他者がいる場合は、第２電子装置により音声を出力すると判定する、請求項５に記載の方法。
7. 電子装置は、非ハンズフリーの通話に用いられる携帯型の機器であり、第１ユーザの周囲に第１ユーザ以外の他者がいない場合は、第２電子装置により音声を出力すると判定する、請求項５に記載の方法。
8. 第２電子装置により音声を出力すると判定された場合は、第２電子装置に着信があることを報知するための信号を出力する、請求項５乃至７の何れか１項に記載の方法。
9. コンピュータに、
   他のユーザからの第１ユーザとの通話要求を受信させ、
   第１ユーザの周囲の撮像結果または第１ユーザの周囲の音の集音結果の少なくとも一方を用いて、他のユーザと第１ユーザとの通話のときに、電子装置により音声を出力させるか第２電子装置により音声を出力させるかを判定させ、
   電子装置により音声を出力すると判定させた場合に、他のユーザからの音声を出力させ、
   第２電子装置により音声を出力すると判定させた場合に、他のユーザからの音声の信号を第２電子装置へ送信させる、
   プログラム。
10. 前記コンピュータに、電子装置がハンズフリーの通話に用いられる機器であることを判定させ、
    第１ユーザの周囲に、第１ユーザ以外の他者がいる場合は、第２電子装置により音声を出力すると判定させる、請求項９に記載のプログラム。
11. 前記コンピュータに、電子装置が非ハンズフリーの通話に用いられる携帯型の機器であることを判定させ、
    第１ユーザの周囲に第１ユーザ以外の他者がいない場合は、第２電子装置により音声を出力すると判定させる、請求項９に記載のプログラム。
12. 前記コンピュータに、
    第２電子装置により音声を出力すると判定された場合は、第２電子装置に着信があることを報知するための信号を出力させる、請求項９乃至１１の何れか１項に記載のプログラム。

Images