JP2023097464A - 通話制御装置及び通話制御方法 - Google Patents

Abstract

【課題】緊急通報を行うときに携帯電話網に接続できる可能性を高める通話制御装置及び通話制御方法を提供する。【解決手段】通話制御装置は、緊急通報の要求を受け付ける受付部と、複数の端末のうちの第１の端末と無線接続を行う接続制御部と、要求を受け付けたときに、第１の端末が通話エリアに在圏しているかを判定する判定部と、第１の端末が在圏していないと判定した場合には、複数の端末のうちで第１の端末とは異なる第２の端末を選択し、第１の端末が在圏していると判定した場合には、第１の端末を選択する選択部と、第１の端末と第２の端末のうちで選択部が選択した端末を介して緊急通報を行う通話制御部と、を有する。【選択図】図８

Description

本発明は、通話制御装置及び通話制御方法に関する。

ナビゲーション装置等の車載器のなかにはBluetooth（登録商標）による近距離無線通信機能を有する機器がある。近距離無線通信を使用すると、車載器とスマートフォン等の端末とを無線接続することができる。これにより、例えば端末を携帯電話網に接続させることで車載器を受話器として機能させることができ、自動車の搭乗者がハンズフリーで通話を行うことができる（特許文献１）。

特開２００７－１１６７５４号公報

しかしながら、車両事故や急病等で緊急を要する状況下において端末が携帯電話網の圏外に存在すると、車載器が端末を介して携帯電話網に接続できず、警察や消防等への緊急通報を車載器から行うことができない。

本発明は、このような状況に鑑みてなされたものであり、緊急通報を行うときに携帯電話網に接続できる可能性を高めることを目的とする。

本願は、上記課題の少なくとも一部を解決する手段を複数含んでいるが、その例を挙げるならば、以下のとおりである。

上記課題を解決すべく、本発明の一態様に係る通話制御装置は、緊急通報の要求を受け付ける受付部と、複数の端末のうちの第１の端末と無線接続を行う接続制御部と、前記要求を受け付けたときに、前記第１の端末が通話エリアに在圏しているかを判定する判定部と、前記第１の端末が在圏していないと判定された場合には、複数の前記端末のうちで前記第１の端末とは異なる第２の端末を選択し、前記第１の端末が在圏していると判定された場合には、前記第１の端末を選択する選択部と、前記第１の端末と前記第２の端末のうちで前記選択部が選択した端末を介して前記緊急通報を行う通話制御部とを有する。

本発明の一態様によれば、緊急通報を行うときに携帯電話網に接続できる可能性を高めることができる。

上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

図１は、通話制御装置の一例を示す模式図である。 図２は、通話制御装置が行う処理の一例を示す模式図（その１）である。 図３は、通話制御装置が行う処理の一例を示す模式図（その２）である。 図４は、通話制御装置が行う処理の一例を示す模式図（その３）である。 図５は、通話制御装置が行う処理の一例を示す模式図（その４）である。 図６は、通話制御装置が行う処理の一例を示す模式図（その５）である。 図７は、通話制御装置が行う処理の一例を示す模式図（その６）である。 図８は、通話制御装置の機能構成の一例を示す図である。 図９は、受付画面の一例を示す模式図である。 図１０は、ペアリング情報の一例を示す模式図である。 図１１は、ペアリング順情報の一例を示す模式図である。 図１２（ａ）～（ｃ）は、接続情報の一例を示す模式図である。 図１３は、最終接続情報の模式図である。 図１４は、在圏情報の一例を示す模式図である。 図１５は、電波強度情報の一例を示す模式図である。 図１６は、通話制御方法の一例を示す模式図（その１）である。 図１７は、通話制御方法の一例を示す模式図（その２）である。 図１８は、通話制御方法の一例を示す模式図（その３）である。 図１９は、通話制御装置のハードウェア構成の一例を示す図である。

以下、本発明に係る一実施形態を図面に基づいて説明する。なお、実施形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は適宜省略する。また、以下の実施形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合及び原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。また、「Ａからなる」、「Ａよりなる」、「Ａを有する」、「Ａを含む」と言うときは、特にその要素のみである旨明示した場合等を除き、それ以外の要素を排除するものでないことは言うまでもない。同様に、以下の実施形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合及び原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。

＜本実施形態＞
図１は、本実施形態に係る通話制御装置１０の一例を示す模式図である。通話制御装置１０は、自動車等の車両１１の車内に取り付けられた車載装置であり、車載ナビゲーション装置やオーディオ装置を含む。例えば、通話制御装置１０は、コンソールパネルに取り付けるための取り付け具（ブラケット）を備えており、取り付け具を介して車内のコンソールパネル等に取り付けられる。

この例では、車両１１の車内に、無線携帯電話網に接続可能な第１～第３の端末１２ａ～１２ｃが存在する状況を想定する。各端末１２ａ～１２ｃは、近距離無線通信によって通話制御装置１０と無線接続できる端末であれば特に限定されない。そのような端末１２ａ～１２ｃとしては、例えばスマートフォン等がある。

また、本実施形態では近距離無線通信としてBluetooth（登録商標、以降は省略）を採用する。Bluetoothを採用することで、各端末１２ａ～１２ｃが再生した音楽を通話制御装置１０のスピーカから出力し、端末１２ａ～１２ｃのハンズフリー通話用のスピーカとして通話制御装置１０を利用することができる。なお、近距離無線通信が準拠する規格はBluetoothに限定されず、他の規格に準拠した近距離無線通信を採用してもよい。

車両１１やその搭乗者に緊急を要する状況が発生すると、各端末１２ａ～１２ｃの画面を操作して警察や消防に通報するのは搭乗者にとって煩わしい。このような場合は、通話制御装置１０が各端末１２ａ～１２ｃを介して携帯電話網に接続し、緊急通報をすることができ、搭乗者の利便性が向上する。本実施形態では以下のようにして通話エリアに在圏している端末を利用して通話制御装置１０が緊急通報を行う。

図２～図７は、本実施形態に係る通話制御装置１０が行う処理内容の一例について示す模式図である。なお、以下では、説明を簡単にするために複数の端末１２ａ～１２ｃのうちの第１の端末１２ａと第２の端末１２ｂが車両１１の車内かその近傍に存在する場合を想定する。

まず、図２の例について説明する。図２において、第１の端末１２ａが、事業者（キャリア）Aが提供する無線携帯電話網に接続可能であり、第２の端末１２ｂが、事業者Aとは異なる事業者Bが提供する無線携帯電話網に接続可能である場合を想定する。例えば、各事業者A、Bが提供する無線携帯電話網に加入していることを示すSIM(Subscriber Identity Module)カードが各端末１２ａ、１２ｂに挿入されているとする。図３～図７でも同様である。

図２の例では、事業者Aが提供する無線携帯電話網の第１の通話エリア１５ａに第１の端末１２ａが在圏し、かつ事業者Bが提供する無線携帯電話網の第２の通話エリア１５ｂに第２の端末１２ａが在圏していない。なお、第１の通話エリア１５ａは、事業者Aが管理する第１の基地局１６ａから発信された通信用の電波が届く範囲である。同様に、第２の通話エリア１５ｂは、事業者Bが管理する第２の基地局１６ｂから発信された通信用の電波が届く範囲である。

また、図２の例では、第１の端末１２ａのみがBluetoothの定めるHFP(Hands-Free Profile)プロファイルで通話制御装置１０と無線接続されている。HFPプロファイルは、通話制御装置１０を受話器として使用する通話用のハンズフリープロファイルであって、第１の端末１２ａが無線携帯電話網に接続されている状態であれば搭乗者がハンズフリーで電話をすることができるプロファイルである。一方、第２の端末１２ｂは、Bluetoothで通話制御装置１０と無線接続されていない。

この場合は、通話制御装置１０は、まず第１の端末１２ａが第１の通話エリア１５ａに在圏しているかを判定する。そして、第１の通話エリア１５ａに第１の端末１２ａが在圏している場合、通話制御装置１０は、第１の端末１２ａを介して第１の通話エリア１５ａの携帯電話網に接続し、緊急通報を行う。

一方、図３の例では、図２の地点から車両１１が移動し、第１の端末１２ａが第１の通話エリア１５ａに在圏しなくなり、第２の端末１２ｂが第２の通話エリア１５ｂに在圏する場合を想定している。この場合、通話制御装置１０は、まず第１の端末１２ａが第１の通話エリア１５ａに在圏しているかを判定する。第１の端末１２ａが第１の通話エリア１５ａに在圏していない場合、通話制御装置１０は、第２の端末１２ｂとHFPプロファイルで接続するよう接続を切り替えて、第２の通話エリア１５ｂに第２の端末１２ｂが在圏しているかを判定する。

そして、通話制御装置１０は、第２の端末１２ｂを介して第２の通話エリア１５ｂの携帯電話網に接続し、緊急通報を行う。

一方、図４は、通話制御装置１０が、BluetoothのHFPプロファイルで第１の端末１２ａと第２の端末１２ｂの両方と無線接続している例である。また、第１の端末１２ａは第１の通話エリア１５ａに在圏しており、第２の端末１２ｂは第２の通話エリア１５ｂに在圏していない。この場合、通話制御装置１０は、第１の端末１２ａに対して発信をすることで、第１の端末１２ａを介して第１の通話エリア１５ａの携帯電話網に接続し、緊急通報をする。

一方、図５の例では、図４の地点から車両１１が移動し、第１の端末１２ａが第１の通話エリア１５ａに在圏しなくなり、第２の端末１２ｂが第２の通話エリア１５ｂに在圏する場合を想定している。この場合、通話制御装置１０は、第２の端末１２ｂを介して第２の通話エリア１５ｂの携帯電話網に接続し、緊急通報をする。

図６は、通話制御装置１０が、BluetoothのHFPプロファイルで第１の端末１２ａと無線接続し、BluetoothのHFPプロファイル以外のプロファイルであるA2DP(Advanced Audio Distribution Profile)プロファイルで第２の端末１２ｂと無線接続している場合である。A2DPプロファイルは、第２の端末１２ｂが音楽データを再生したときに、再生された音楽を通話制御装置１０のスピーカから出力する際に用いられるプロファイルである。

また、第１の端末１２ａは第１の通話エリア１５ａに在圏しており、第２の端末１２ｂは第２の通話エリア１５ｂに在圏していない。この場合、通話制御装置１０は、まずHFPプロファイルで無線接続されている第１の端末１２ａが第１の通話エリア１５ａに在圏しているかを判定する。そして、第１の端末１２ａが第１の通話エリア１５ａに在圏している場合、通話制御装置１０は、第１の端末１２ａを介して第１の通話エリア１５ａの携帯電話網に接続し、緊急通報をすることができる。

なお、通話制御装置１０は、第１の端末１２ａが在圏ならば第２の端末１２ｂのA2DPプロファイルによる無線接続を解除せず、A2DPで無線接続された状態を維持する。その結果、第１の端末１２ａが在圏しているならば、搭乗者が第２の端末１２ｂが再生する音楽を継続して視聴することができる。

一方、図７の例は、図６の地点から車両１１が移動し、第１の端末１２ａが第１の通話エリア１５ａに在圏しなくなり、第２の端末１２ｂが第２の通話エリア１５ｂに在圏する場合である。この場合、通話制御装置１０は、まず第１の端末１２ａが第１の通話エリア１５ａに在圏していないと判定する。

次いで、通話制御装置１０は、第２の端末１２ｂとの無線接続のプロファイルをハンズフリー通話用のHFPプロファイルに切り替えて、第２の端末１２ｂが第２の通話エリア１５ｂに在圏しているかを判定する。

第２の通話エリア１５ｂに第２の端末１２ｂが在圏している場合、通話制御装置１０は、第２の端末１２ｂを介して第２の通話エリア１５ｂの携帯電話網に接続し、緊急通報をする。

以上のように、図２～図７のいずれの場合であっても、第１の端末１２ａと第２の端末１２ｂのいずれかを介して通話制御装置１０が無線携帯電話網に接続することができる。その結果、緊急通報を行うときに通話制御装置１０が無線携帯電話網に接続できる可能性を高めることができる。さらに、図６に記載の例において、第２の端末１２ｂを所持する搭乗者の意に反して第２の端末１２ｂがハンズフリー通話に使われる機会が減少する。その結果、搭乗者の利便性が向上する。

次に、本実施形態に係る通話制御装置１０の機能構成について説明する。図８は、本実施形態に係る通話制御装置１０の機能構成の一例を示す図である。図８に示すように、通話制御装置１０は、表示部２０、入力部２１、通信部２２、音声出力部２３、音声入力部２４、測位情報受信部２５、処理部２６、及び記憶部２７を有する。

このうち、表示部２０は、種々の画面を表示するための液晶ディスプレイや有機EL(Electro Luminescence)ディスプレイである。一例として、表示部２０は、ナビゲーション機能に関するナビゲーション画面の他、再生するオーディオやビデオの選択、再生、音量や画質の調整等を設定するためのAV画面等を表示する。更に、表示部２０は、無線接続された各端末１２ａ～１２ｃによって実行されるアプリケーション画面や、電話の発着信を行うための電話画面も表示する。なお、車載カメラによって撮像された画像を表示部２０が表示してもよい。

入力部２１は、表示部２０を実現する液晶ディスプレイに組み込まれたタッチパネルであって、ユーザから種々の情報の入力を受け付ける。通信部２２は、Bluetoothに準拠した通信規格によって各端末１２ａ～１２ｃに無線接続するためのインターフェースである。

音声出力部２３は、ナビゲーション機能における案内音声、HFPプロファイルにおける電話音声、及びA2DPプロファイルにおける音楽等を車内に向けて出力する。音声入力部２４は、例えばハンズフリー通話用のHFPプロファイルで第１の端末１２ａが通話制御装置１０と無線接続されているときに、搭乗者が発話した音声を集音して第１の端末１２ａに送信する。

測位情報受信部２５は、GPS（Global Positioning System）衛星が発信する測位用の電波を受信する処理部である。なお、GPSシステムに代えて、GLONASS（Global Navigation Satellite System）やGalileo等の他の衛星測位システムの電波を測位情報受信部２５が受信してもよい。

一方、処理部２６は、通話制御装置１０の各部を制御する機能部である。一例として、処理部２６は、表示制御部３０、受付部３１、接続制御部３２、連携部３３、在圏情報取得部３４、判定部３５、選択部３６、通話制御部３７、現在位置特定部３８、及び電波強度取得部３９を有する。

表示制御部３０は、緊急通報の要求をユーザから受け付けるための受付画面を表示する指示を表示部２０に通知する処理部である。

図９は、その受付画面５１の一例を示す模式図である。図９に示すように、受付画面５１には、緊急通報ボタン５１ａとキャンセルボタン５１ｂとが表示される。このうち、緊急通報ボタン５１ａは、消防や警察等にユーザが緊急通報をしたい場合に押下するボタンである。また、キャンセルボタン５１ｂは、緊急通報ボタン５１ａを押下した後に、通話が繋がる前に、緊急通報をキャンセルしたい場合にユーザが押下するボタンである。

再び図８を参照する。受付部３１は、緊急通報の要求を受け付ける処理部である。例えば、受付部３１は、緊急通報ボタン５１ａ（図９参照）が押下されたときに、緊急通報の要求を受け付ける。また、車両が衝撃を検知したこと等をトリガーとして自動で緊急通報を行う場合、衝撃を検知した等の通報トリガーとなる情報を受信したことを緊急通報の要求としても良い。また、受付部３１は、緊急通報を中止する要求も受け付ける。

接続制御部３２は、端末１２ａ～１２ｃの各々とペアリングを確立し、ペアリングが確立した端末１２ａ～１２ｃの各々とBluetoothにより無線接続を行う処理部である。また、接続制御部３２は、ペアリング情報４１、ペアリング順情報４２、接続情報４３、及び最終接続情報４４の各情報を記憶部２７に格納する。さらに、接続制御部３２は、図１２（ａ）～（ｃ）に記載された接続情報４３などを参照して、各端末がどのプロファイルで接続されているかを判定する接続プロファイル判定部としても機能する。

図１０は、ペアリング情報４１の一例を示す模式図である。図１０に示すように、ペアリング情報４１は、通話制御装置１０とペアリングが確立した端末１２ａ～１２ｃの名前、BD（Bluetooth Device）アドレス、及び使用可能なプロファイルを対応付けた情報である。

このうち、名前は、端末１２ａ～１２ｃの各々の製品名である。ここでは、端末１２ａ、端末１２ｂ、及び端末１２ｃの各々の製品名が「Device 1」、「Device 2」、及び「Device 3」である場合を想定している。なお、製品名は、各端末１２ａ～１２ｃで重複して使用される可能性があるため、各端末１２ａ～１２ｃを一意に識別する識別子としては使用できない。そこで、本実施形態では名前とBDアドレスとの組を各端末１２ａ～１２ｃの識別子として使用する。

一方、使用可能なプロファイルは、各端末１２ａ～１２ｃが有する機能のうち、通話制御装置１０と各端末１２ａ～１２ｃとをBluetoothで接続したときに通話制御装置１０が使用できる機能である。そのようなプロファイルとして、前述のA2DPとHFPの他に、デザリング機能であるPAN(Personal Area Network Profile)もある。これらの名前、BDアドレス、及びプロファイルは、接続制御部３２が、ペアリングの際に各端末１２ａ～１２ｃから取得し、これらを対応付けてペアリング情報４１に格納する。

図１１は、ペアリング順情報４２の一例を示す模式図である。図１１に示すように、ペアリング順情報４２は、ペアリング順と、各端末１２ａ～１２ｃの識別子である名前とBDアドレスとの組とを対応付けた情報である。このうち、ペアリング順は、端末１２ａ～１２ｃとの間でペアリングが確立した順序を示す整数値である。

接続制御部３２は、各端末１２ａ～１２ｃのいずれかと新たにペアリングが確立したときに、当該端末に係るエントリをペアリング順情報４２に追加し、そのエントリに当該端末の名前、BDアドレス、及びペアリング順を格納する。なお、前述のペアリング情報４１（図１０参照）の各エントリの順序がペアリング順を示す場合は、ペアリング情報４１でペアリング順が分かるため、ペアリング順情報４２は不要となる。

図１２（ａ）～（ｃ）は、接続情報４３の一例を示す模式図である。接続情報４３は、Bluetoothで現に通話制御装置１０と無線接続されている各端末１２ａ～１２ｃの名前及びBDアドレスと、その無線接続で現に使用されているプロファイルとを対応付けた情報である。

例えば、図１２（ａ）の例では、図２のように通話制御装置１０とBluetoothで現に無線接続されているのが第１の端末１２ａのみであり、かつその無線接続で使用されているプロファイルがHFPである。

また、図１２（ｂ）の例では、図４のように通話制御装置１０とBluetoothで現に無線接続されているのが第１の端末１２ａと第２の端末１２ｂの２台であり、その各々がHFPプロファイルで通話制御装置１０と接続されている。

図１２（ｃ）の例においても、第１の端末１２ａと第２の端末１２ｂの２台が通話制御装置１０とBluetoothで無線接続されている。但し、図１２（ｃ）の例は、図６のように第１の端末１２ａのプロファイルはHFPであり、第２の端末１２ｂのプロファイルはA2DPであることを示している。

接続制御部３２は、各端末１２ａ～１２ｃのいずれかとBluetoothで新たに無線接続をしたときに、当該端末に係るエントリを接続情報４３に追加し、そのエントリに名前、BDアドレス、及びプロファイルを追加する。

図１３は、最終接続情報４４の模式図である。図１３に示すように、最終接続情報は、各端末１２ａ～１２ｃのうちで通話制御装置１０と最後に接続した端末の名前とBDアドレスとを含む情報である。前述の接続情報４３（図１２（ａ）～（ｃ））のエントリ数は、通話制御装置１０と無線接続されている端末の台数に応じて増減する。接続制御部３２は、接続情報４３のエントリ数が１になったときの当該エントリの名前とBDアドレスとを最終接続情報４４に格納する。

再び図８を参照する。連携部３３は、Bluetoothのプロファイルに基づいて各端末１２ａ～１２ｃと連携する処理部である。例えば、第１の端末１２ａがHFPプロファイルで通話制御装置１０とBluetoothで無線接続されている場合、連携部３３は、ハンズフリー用の受話器として音声出力部２３と音声入力部２４とを機能させる。これにより、音声入力部２４は、ユーザの発話を収音して、それを第１の端末１２ａに送信する。第１の端末１２ａは発話内容をエンコードして携帯電話網に送信する。また、音声出力部２３は、携帯電話網から第１の端末１２ａが受信した音声信号を通話制御装置１０のスピーカから出力可能に変換する。

在圏情報取得部３４は、通話制御装置１０とBluetoothで現在無線接続されている各端末１２ａ～１２ｃが通話エリアに在圏しているかどうかを各端末１２ａ～１２ｃから取得し、それを在圏情報４５に格納する処理部である。

図１４は、在圏情報４５の一例を示す模式図である。図１４に示すように、在圏情報４５は、各端末１２ａ～１２ｃの識別子である名前とBDアドレスとの組と、各端末が在圏しているかどうかを示す状態とを対応付けた情報である。在圏しているかどうかを判定したかどうかの履歴に関する情報も在圏情報４５に含まれる。例えば、「Device3」について在圏しているかどうかを判定していない場合、図１４のように「未判定」とする。

なお、各端末１２ａ～１２ｃは自身が契約している事業者の無線携帯電話網の通話エリアに在圏しているかを判定する。例えば、事業者Aが提供する無線携帯電話網の第１の通話エリア１５ａに在圏しているかを第１の端末１２ａが判定し、事業者Bが提供する無線携帯電話網の第２の通話エリア１５ｂに在圏しているかを第１の端末１２ａは判定しない。また、在圏情報取得部３４は、後述の電波強度取得部３９から取得した各通信網の電波強度に基づいて、各端末が在圏しているかどうかを判定しても良い。

再び図８を参照する。在圏情報取得部３４は、無線接続されている各端末１２ａ～１２ｃから例えば数秒程度の時間間隔をおいて定期的に在圏しているかの情報を取得し、在圏情報４５を定期的に更新する。

判定部３５は、受付部３１が緊急通報の要求を受け付けたとき、在圏情報４５（図１４）を参照することにより、後述の選択部３６によって選択された第１の端末１２ａ及び第２の端末１２ｂが在圏しているかを判定する処理部である。

選択部３６は、第１の端末１２ａが在圏していないと判定された場合、第２の端末１２ｂを緊急通報に用いる端末として選択し、第１の端末１２ａが在圏していると判定された場合、第１の端末１２ａを緊急通報に用いる端末として選択する処理部である。また、選択部３６は、判定部３５が在圏を判定する対象である第１の端末１２ａ及び第２の端末１２ｂを選択する在圏判定対象選択部としても機能する。

通話制御部３７は、第１の端末１２ａと第２の端末１２ｂのうちで選択部３６が選択した端末を介して緊急通報を行う処理部である。

現在位置特定部３８は、測位情報受信部２５が取得した測位用の電波に基づいて、車両１１の現在の位置を特定する処理部である。位置の座標は特に限定されないが、本実施形態では車両１１の現在の緯度と経度とを位置の座標として採用する。

電波強度取得部３９は、通話制御装置１０と現に無線接続されている各端末１２ａ～１２ｃから、これらの端末１２ａ～１２ｃが受信している通信網の電波強度を例えば数秒程度の時間間隔で定期的に取得する処理部である。

また、電波強度取得部３９は、電波強度と、現在位置特定部３８が特定した位置とを対応付けて電波強度情報４６に格納する。

図１５は、電波強度情報４６の一例を示す模式図である。図１５に示すように、電波強度情報４６は、位置と各端末の電波強度とを対応付けた情報である。なお、この例では、電波強度取得部３９は、取得した電波強度を小さい方から順に「０」～「５」の６段階に分けて電波強度情報４６に格納している。

また、第１～第３の端末１２ａ～１２ｃのうちで通話制御装置１０と現に無線接続されている端末が複数存在する場合、電波強度取得部３９は、端末ごとに電波強度を取得してそれを電波強度情報４６に格納する。図１５においては、第１の端末１２ａと第２の端末１２ｂが通話制御装置１０と接続されている場合を例示している。この場合、電波強度取得部３９は、事業者Aが提供する無線携帯電話網の電波強度を第１の端末１２ａから取得し、かつ事業者Bが提供する無線携帯電話網の電波強度を第２の端末１２ｂから取得する。

次に、本実施形態に係る通話制御方法について説明する。図１６～図１８は、本実施形態に係る通話制御方法の一例を示す模式図である。なお、以下では、説明を簡略化するために第１の端末１２ａと第２の端末１２ｂの２台が車両１１の車内やその近傍に存在するものとする。本実施形態はこれに限定されず、３台以上の端末が存在していてもよい。

まず、図１６に示すように、受付部３１が、緊急通報の要求を受け付ける（ステップＳ３２）。

次に、接続制御部３２が、接続情報４３（図１２（ａ）～（ｃ））を参照することにより、BluetoothのHFPプロファイルで通話制御装置１０と無線接続中の端末の台数が２台かどうかを判定する（ステップＳ３４）。ステップＳ３４でＹＥＳの場合、図４及び図５のように第１の端末１２ａと第２の端末１２ｂが通話制御装置１０とHFPプロファイルで無線接続されている状態であることが分かる。ステップＳ３４における判定方法は特に限定されない。

ステップＳ３６～Ｓ４８は、図４及び図５のように、通話制御装置１０とBluetoothで無線接続される端末が２台あり、かつ２台ともHFPプロファイルで接続されている場合の処理である。ここで、BluetoothのHFPプロファイルで通話制御装置１０と無線接続中の端末の台数が２台ではないと判定された場合にはステップＳ５０に移る。

次いで、選択部３６が、接続情報４３（図１２（ａ）～（ｃ））を参照することにより、現在HFPプロファイルで無線接続されている端末を第１の端末として選択する（ステップＳ３６）。ここで、選択部３６は、ペアリング順情報４２（図１１）も接続情報４３に加えて参照し、HFPプロファイルで接続された複数の端末のうちで最初にペアリングが確立された端末を第１の端末１２ａとして選択してもよい。ユーザは、自分がメインに使用したい端末を最初にペアリングする傾向がある。そのため、このように最初にペアリングが確立した第１の端末１２ａを選択部３６が選択することで、ユーザがメインに使用している第１の端末１２ａを優先して緊急通報に使用できる可能性が高まる。

ペアリング順情報４２に代えて、選択部３６は、最終接続情報４４（図１３）も参照して、通話制御装置１０に最後に無線接続されていた第１の端末１２ａを選択してもよい。最後に無線接続されていた端末は、ユーザが頻繁に使用している端末である可能性が高いため、次回も通話制御装置１０に無線接続されている可能性が高く、当該端末で速やかに緊急通報できる可能性が高い。

選択部３６は、複数の端末１２ａ、１２ｂのうちで特定した電波強度が最も高い端末を選択してもよい。図１５の例では、現在位置が（36°21′00″、140°27′20″）のとき、事業者Aと契約している第１の端末１２ａの電波強度が第２の端末１２ｂのそれよりも大きいため、選択部３６は第１の端末１２ａを選択することになる。これにより、通話制御装置１０が、電波強度が強く通話が安定する端末を介して緊急通報をすることができる。

次に、判定部３５が、第１の端末１２ａが在圏しているかを判定する（ステップＳ３８）。ここで、在圏している（ＹＥＳ）と判定された場合にはステップＳ４０に移り、通話制御部３７が、ステップＳ３６や後述のステップＳ４４、Ｓ５２、Ｓ５６、Ｓ６５で選択された端末を介して緊急通報を行う。

次に、通話制御部３７が、緊急通報の通話が終了したかを判定し（ステップＳ４２）、通話が終了していない（ＮＯ）と判定された場合にはステップＳ４２を繰り返す。また、ステップＳ４２で通話が終了した（ＹＥＳ）と判定された場合には処理を終える。

一方、ステップＳ３８で第１の端末１２ａが在圏していない（ＮＯ）と判定された場合、ステップＳ４４に移り、選択部３６がステップＳ３６で選択された端末とは異なる第２の端末１２ｂを選択する。次に、判定部３５が、第２の端末１２ｂが在圏しているかを判定する（ステップＳ４６）。

第２の端末１２ｂが在圏している（ＹＥＳ）と判定された場合は、ステップＳ４０へ移り、ステップＳ４０において緊急通報を行う。

一方、第２の端末１２ｂが在圏していない（ＮＯ）と判定された場合にはステップＳ４８に移り、受付部３１が、緊急通報の要求が中止されたかを判定する。ここで、緊急通報の要求が中止された（ＹＥＳ）と判定された場合には処理を終える。一方、ステップＳ４８で緊急通報の要求が中止されていない（ＮＯ）と判定された場合にはステップＳ３６に戻る。

なお、端末が３台以上存在する場合、まず１台目を第１の端末、２台目を第２の端末として在圏しているかどうかを判定する。いずれの端末も在圏していないと判定された場合、１台目と２台目とのHFP接続を切断し、３台目を第１の端末、４台目を第２の端末として、図１６に記載の処理を行う。

または、１台目を第１の端末、２台目を第２の端末として在圏しているかどうかを判定した後、第２の端末のHFP接続を切断し、３台目を第２の端末として新たにHFP接続することで在圏判定の対象にしてもよい。この場合、第２の端末（３台目）が在圏していなければ、４台目を第２の端末としてHFP接続をして、在圏しているかどうかを判定する。このように処理することで、継続して第１の端末の圏外判定を続けることができる。

図１７について説明する。図１７は、車両内または車両の周辺に端末が少なくとも２台あり、１台がHFPプロファイルで接続され、他方がHFP以外のプロファイルで接続されている場合の処理である。例えば、ドライバーが所持する端末がハンズフリー通話のためHFPプロファイルで接続され、ドライバーではないゲストが所持する端末が音楽を聴くためにA2DPプロファイル等のHFP以外のプロファイルで接続されている状況である。

まず、前述のステップＳ３４において、BluetoothのHFPプロファイルで通話制御装置１０と無線接続中の端末の台数が２台ではない（ＮＯ）と判定された場合はステップＳ５０に移る。ステップＳ５０において、接続制御部３２が、図６のように各端末１２ａの一方がHFPで通話制御装置１０と無線接続され、他方がA2DPのようなHFP以外のプロファイルで通話制御装置１０と無線接続されているかを判定する。この判定は、例えば接続制御部３２が図１２（ｃ）の接続情報４３を参照することで行う。

ここでＹＥＳと判定された場合にはステップＳ５２に移る。ステップＳ５２において、選択部３６が、各端末１２ａ、１２ｂのうち、HFPで通話制御装置１０と無線接続されている第１の端末１２ａを選択する。

次に、判定部３５が、第１の端末１２ａが在圏しているかを判定する（ステップＳ５４）。ここで、在圏している（ＹＥＳ）と判定された場合、前述のステップＳ４０に移る。一方、ステップＳ５４で在圏していない（ＮＯ）と判定された場合にはステップＳ５６に移り、選択部３６は、在圏判定の対象として第１の端末１２ａとは異なる第２の端末１２ｂを選択する。

しかしながら、第２の端末１２ｂは、ハンズフリー用のHFPプロファイルで通話制御装置１０と無線接続されていない。そこで、接続制御部３２は、図１０に記載のペアリング情報を参照することで、第２の端末がＨＦＰに対応しているかを判定する（ステップＳ５７）。ステップＳ５７の判定の結果がＹＥＳの場合、第２の端末１２ｂはHFPプロファイルで接続可能である。この場合、図７のように、接続制御部３２は第２の端末１２ｂとHFPプロファイルで無線接続する（ステップＳ５８）。

ステップＳ５７の判定結果がＮＯの場合、ＨＦＰプロファイルで接続できる端末は第１の端末１２ａのみであるため、ステップＳ６４へ進む。

次に、判定部３５が、第２の端末１２ｂが在圏しているかを判定する（ステップＳ６０）。ここで、在圏している（ＹＥＳ）と判定された場合には前述のステップＳ４０に移る。

一方、ステップＳ６０で第２の端末１２ｂが在圏していない（ＮＯ）と判定された場合にはステップＳ６２に移り、受付部３１が、緊急通報の要求が中止されたかを判定する。ここで、緊急通報の要求が中止された（ＹＥＳ）と判定された場合には処理を終える。また、ステップＳ６２で緊急通報の要求が中止されていない（ＮＯ）と判定された場合にはステップＳ５２に戻る。

一方、ステップＳ５０において、ＮＯと判定された場合、ステップＳ６４に移る。図１８に記載のステップＳ６４～Ｓ７８では、いくつかの状況が想定されている。一例は車両内に存在する端末がいずれもHFPプロファイルで通話制御装置１０と接続されていない状況である。この場合は、第１の端末１２ａと第２の端末１２ｂの両方がHFP以外のプロファイルで通話制御装置１０と無線接続されているため、各端末１２ａ、１２ｂを介して緊急通報をすることができない。さらに、車両内または車両の周辺に存在する端末が１台のみかつ、その１台がHFPプロファイルで接続されている状況と、車内に存在する端末が１台のみかつ、その１台がHFP以外のプロファイルで接続されている状況も想定されている。図２、図３に記載の状況も想定されている。

ステップＳ６４において、接続制御部３２は接続情報４３を参照して、HFPプロファイルで通話制御装置１０と接続している端末があるかどうかを判定する。HFPプロファイルで接続している端末があると判定されると（ＹＥＳ）、ステップＳ６５へ移る。HFPプロファイルで接続している端末がないと判定されると（ＮＯ）、ステップＳ６８へ移る。

ステップＳ６５において、選択部３６がペアリング順情報４２などを参照して第１の端末１２ａを選択し、ステップＳ６６において、第１の端末１２ａが在圏しているかどうかを判定する。ステップＳ６６において、第１の端末１２ａが在圏していると判定する（ＹＥＳ）と、ステップ４０へ移る。

なお、第１の端末１２ａと第２の端末１２ｂの両方がHFP以外のプロファイルで通話制御装置１０と無線接続されている場合、ステップＳ６４の処理を行わず、ステップＳ６５を実施してもよい。

ステップＳ６６において、第１の端末１２ａが在圏していないと判定する（ＮＯ）と、ステップＳ６８へ進む。ステップＳ６８において、受付部３１はステップＳ４８と同様に緊急通報の要求が中止されたかを判定する。ここで、緊急通報の要求が中止された（ＹＥＳ）と判定された場合には処理を終える。一方、ステップＳ６８で緊急通報の要求が中止されていない（ＮＯ）と判定された場合にはステップＳ７４へ移る。

ステップＳ７４において、接続制御部３２はペアリング情報４１と在圏情報４５を参照し、通話制御装置１０とペアリングが確立した端末の全てを対象として、在圏判定を行ったかどうかを判定する。

通話制御装置１０とペアリングが確立した端末の全てを対象として、在圏しているかどうかを判定していない（ＮＯ）と判定されると、ステップＳ８０へ移る。これは、在圏しているかどうかを判定していない端末がまだあることを意味している。

ステップＳ８０において、接続制御部３２は、まだ在圏しているかどうかを判定していない端末にHFPプロファイルでBluetooth接続を行う。ステップＳ７８において、接続制御部３２は、まだ在圏しているかどうかを判定していない端末に接続できたかどうかを判定する。ステップＳ７８の判定結果がＮＯの場合、ステップＳ６８へ戻り、中止要求を受信していなければ、ステップＳ７４へ移り、接続制御部３２は、ステップＳ７４の判定結果に応じて新たな端末へ接続を試みる。

ステップＳ７８の判定結果がＹＥＳの場合、ステップＳ６５において、選択部３６は、ステップＳ８０で接続した端末を第１の端末１２ａとして選択する。

一方、ステップＳ７４において、判定結果がＹＥＳの場合、接続制御部３２は、在圏情報４５における１台目（図１４におけるDevice 1）にHFPプロファイルで接続する。その後、ステップＳ７８へ移る。

なお、ステップＳ７４においてＹＥＳと判断された時点で、在圏情報４５において端末に対応付けられた在圏かどうかの状態を消去する。このような処理によって、在圏情報４５に記憶された端末について継続して在圏かどうかを判定できる。

ステップＳ８０を実行する前に、図１０のペアリング情報４１を参照して、ステップＳ８０においてHFPプロファイルで接続しようとする端末がHFPプロファイルに対応しているかどうかを接続制御部３２が判定しても良い。当該端末がHFPプロファイルに対応していれば、ステップＳ８０へ進み、HFPプロファイルに対応していなければ、ステップＳ６８へ進む。

以上により、本実施形態に係る通話制御方法の基本的な処理を終える。上記した本実施形態によれば、図１６～図１８を参照して説明したように、ステップＳ３８、Ｓ４６、Ｓ５４、Ｓ６０、Ｓ６６のいずれかで在圏していると判定された場合に、ステップＳ４０（図１６参照）で通話制御部３７が発信を行う。そのため、ステップＳ３６、Ｓ４４、Ｓ５２、Ｓ５６、Ｓ６５のいずれかで選択した端末を介して通話制御装置１０が無線携帯電話網に接続できる可能性を高めることができる。

ステップＳ５２（図１７参照）では、選択部３６が、複数の端末の中からハンズフリー通話用のHFPプロファイルで接続制御部３２と無線接続している第１の端末１２ａを最初に選択する。そのため、例えば第２の端末１２ｂがA2DPプロファイルによる無線接続を維持することができる。これにより、搭乗者が通話に使用するつもりがない第２の端末１２ｂを通話に使用する頻度を最小限にしつつ、搭乗者が第２の端末１２ｂが再生している音楽を継続して視聴することができる。

特に、車両１１に複数の搭乗者が搭乗している場合、各々の搭乗者は、自分の用途に合ったプロファイルで各端末１２ａ、１２ｂを通話制御装置１０に無線接続していることが多い。この場合、各搭乗者の意思に反して端末１２ａ、１２ｂのプロファイルが変更されると、搭乗者の利便性が低下してしまう。よって、複数の端末１２ａ、１２ｂが車両１１やその近傍に存在する場合は、各端末１２ａ、１２ｂのプロファイルをなるべく変更しないで緊急通報を行いたいという課題があり、本実施形態はその課題を解決することができる。

また、第１の端末１２ａが在圏していない場合かつ第２の端末１２ｂのプロファイルがHFPでない場合は、接続制御部３２が第２の端末１２ｂと無線接続し直す（ステップＳ５８）。そのため、第１の端末１２ａを用いた緊急通報ができない場合、通話制御装置１０が第２の端末１２ｂを介して緊急通報をすることができる。

＜ハードウェア構成＞
図１９は、本実施形態に係る通話制御装置１０のハードウェア構成の一例を示す図である。図１９に示すように、通話制御装置１０は、プロセッサ１０ａ、メモリ１０ｂ、記憶装置１０ｃ、表示装置１０ｄ、スピーカ１０ｅ、マイク１０ｆ、タッチパネル１０ｇ、測位情報受信器１０ｈ、及び通信装置１０ｉを備える。これらの各部はバス１０ｊにより相互に接続される。

このうち、プロセッサ１０ａは、CPU(Central Processing Unit)やGPU(Graphical Processing Unit)等の半導体デバイスである。メモリ１０ｂは、データやプログラムを一時的に記憶するためのDRAM(Dynamic Random Access Memory)等の揮発性の記憶媒体である。プロセッサ１０ａとメモリ１０ｂが協働して本実施形態に係る通話制御プログラムを実行することにより処理部２６（図８参照）の機能が実現される。

記憶装置１０ｃは、HDD(Hard Disk Drive)、SSD(Solid State Drive)、及びROM(Read Only Memory)等の不揮発性の記憶媒体であって、本実施形態に係る通話制御プログラムを記憶する。また、その記憶装置１０ｃとメモリ１０ｂによって記憶部２７（図８参照）の機能が実現される。

表示装置１０ｄは、例えば、車内前面のコンソールパネルに設置された液晶ディスプレイや有機ELディスプレイである。その表示装置１０ｄにより表示部２０（図８参照）の機能が実現される。

スピーカ１０ｅは、音声出力部２３（図８参照）を実現するためのハードウェアであって、例えば、経路案内、音楽、及び通話音声等を出力する。マイク１０ｆは、音声入力部２４（図８参照）を実現するためのハードウェアであって、搭乗者の発話を集音し、それを所定の電気信号に変換する。

タッチパネル１０ｇは、表示装置１０ｄの上に積層された入力デバイスであり、ユーザのタッチ操作を受け付ける。そのタッチパネル１０ｇによって入力部２１（図８参照）が実現される。測位情報受信器１０ｈは、GPS衛星が発信する測位用の電波を受信するハードウェアである。その測位情報受信器１０ｈによって測位情報受信部２５（図８参照）が実現される。

通信装置１０ｉは、各端末１２ａ～１２ｃとBluetoothで無線接続を行うときのインターフェースとなるハードウェアである。その通信装置１０ｉによって通信部２２（図８参照）が実現される。

本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。また、本発明は、上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した各実施形態は、本発明を分かりやすく説明するために詳細に説明したものであり、本発明が、必ずしも説明した全ての構成要素を備えるものに限定されるものではない。また、ある実施形態の構成の一部を、他の実施形態の構成に置き換えることが可能であり、ある実施形態の構成に、他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現されてもよい。各機能を実現するプログラム、判定テーブル、ファイル等の情報は、メモリや、HDD、SSD等の記憶装置、または、IC(Integrated Circuit)カード、SD(Secure Digital)カード、DVD(Digital Versatile Disc)等の記録媒体に置くことができる。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

本発明は、通話制御装置だけでなく、通話制御装置による通話制御方法やコンピュータ読み取り可能なプログラム等の様々な態様で提供することができる。また、本発明は、車両に限らず、列車、電車、ボート、フェリー等の移動体に搭載される機器に適用できることは言うまでもない。また、本発明は、ナビゲーション装置やオーディオ装置等の通話制御装置に限らず、ECU(Engine Control Unit)等の車両制御装置、スマートフォンやPC(Personal Computer)等のIT(Information Technology)機器、ゲーム機、その他の機器にも適用することもできる。

１０…通話制御装置、１１…車両、１２ａ～１２ｃ…第１～第３の端末、１５ａ、１５ｂ…第１、第２の通話エリア、１６ａ、１６ｂ…第１、第２の基地局、２０…表示部、２１…入力部、２２…通信部、２３…音声出力部、２４…音声入力部、２５…測位情報受信部、２６…処理部、２７…記憶部、３０…表示制御部、３１…受付部、３２…接続制御部、３３…連携部、３４…在圏情報取得部、３５…判定部、３６…選択部、３７…通話制御部、３８…現在位置特定部、３９…電波強度取得部、５１…受付画面、５１ａ…緊急通報ボタン、５１ｂ…キャンセルボタン。

Claims (5)

1. 緊急通報の要求を受け付ける受付部と、
   複数の端末のうち第１の端末と無線接続を行う接続制御部と、
   前記要求を受け付けたときに、前記第１の端末が通話エリアに在圏しているかを判定する判定部と、
   前記第１の端末が在圏していないと判定された場合には、複数の前記端末のうちで前記第１の端末とは異なる第２の端末を選択し、前記第１の端末が在圏していると判定された場合には、前記第１の端末を選択する選択部と、
   前記第１の端末と前記第２の端末のうちで前記選択部が選択した端末を介して前記緊急通報を行う通話制御部と、
   を有する通話制御装置。
2. 請求項１に記載の通話制御装置であって、
   前記第１の端末が通話用のハンズフリープロファイルで無線接続され、かつ前記第２の端末が通話用のハンズフリープロファイルとは異なるプロファイルで無線接続されているとき、
   前記判定部は、複数の前記端末のうち、通話用のハンズフリープロファイルで前記接続制御部が無線接続している端末を前記第１の端末として前記通話エリアに在圏しているかを判定する、
   通話制御装置。
3. 請求項２に記載の通話制御装置であって、
   前記接続制御部は、前記選択部が前記第２の端末を選択した場合であって、前記通話用のハンズフリープロファイルとは異なるプロファイルで前記第２の端末が無線接続されているときは、前記ハンズフリープロファイルで前記第２の端末と無線接続し直す、
   通話制御装置。
4. 請求項１乃至請求項３のいずれかに記載の通話制御装置であって、
   前記選択部は、
   複数の前記端末の各々が前記通話エリアに在圏している場合、複数の前記端末の各々の位置と、複数の前記端末の各々が受信する電波の電波強度とを対応付けた電波強度情報を記憶した記憶部を参照して、前記端末の現在位置に対応した前記電波強度を前記端末ごとに特定し、
   特定した前記電波強度が最も強い前記端末を前記第１の端末とする、
   通話制御装置。
5. 受付部が、緊急通報の要求を受け付けるステップと、
   接続制御部が、複数の端末のうちの第１の端末と無線接続を行うステップと、
   前記要求を受け付けたときに、判定部が、前記第１の端末が通話エリアに在圏しているかを判定するステップと、
   選択部が、前記第１の端末が在圏していないと判定された場合には、複数の前記端末のうちで前記第１の端末とは異なる第２の端末を選択し、前記第１の端末が在圏していると判定された場合には、前記第１の端末を選択するステップと、
   通話制御部が、前記第１の端末と前記第２の端末のうちで前記選択部が選択した端末を介して前記緊急通報を行うステップと、
   を有する通話制御方法。

Images