JP7310594B2 - 車両用通信システム - Google Patents

Description

この明細書における開示は、ウェアラブル端末と車両とが通信する車両用通信システムに関する。

従来、車両ドア等の鍵の解錠およびエンジン始動などを無線通信によって行うスマートエントリーシステムがある。このようなスマートエントリーシステムでは、専用の電子キーをユーザが所持した状態で、電子キーと紐づいている車両のスイッチを押下すると車両の施錠および開錠することができる。また、近年はスマートフォンを電子キーとして機能させることや、ウェアラブル端末を電子キーとして機能させる技術が開示されている（たとえば特許文献１参照）。

特表２０１８－５１０８０２号公報

前述の従来技術では、電子キーと紐付いている特定の車両について操作することができるが、電子キーと紐付いていない他の車両とは通信することはない。したがって非常時などであっても、他の車両の一部の機能であっても使用することができない。

そこで、開示される目的は前述の問題点を鑑みてなされたものであり、特定の条件において、ウェアラブル端末と不特定の車両とが通信して、車両の機能を使用することができる車両用通信システムを提供することを目的とする。

本開示は前述の目的を達成するために以下の技術的手段を採用する。

ここに開示された車両用通信システムは、ユーザに装着されるウェアラブル端末（１０２）と、車両（１０５）に搭載されている車載装置（１０３）とを含み、車載装置は、ウェアラブル端末と通信する装置通信部（３１）と、ウェアラブル端末との通信を用いて、ウェアラブル端末が予め設定されている正規のウェアラブル端末であるか否かを認証する装置認証部（３０）と、装置認証部の認証結果に基づいて、正規のウェアラブル端末の場合には車両の利用の許可し、正規のウェアラブル端末でない場合には車両の利用を禁止する装置制御部（３０）と、を備え、ウェアラブル端末は、車載装置と通信する端末通信部（２１）と、制御モードを、第１モードと第２モードとにわたって切り替えるための設定部（２０６）と、制御モードが第１モードの場合には、予め設定されている正規の車両の利用を要求し、制御モードが第２モードの場合には、予め設定されていない他の車両の利用を要求するように端末通信部を制御する端末制御部（２０）と、を備え、装置制御部は、装置認証部の認証結果に基づいて、正規のウェアラブル端末でなく、かつ制御モードが第２モードのウェアラブル端末の場合には、車両の少なくとも一部の機能の利用を許可する車両用通信システムである。

このような車両用通信システムに従えば、設定部によって第２モードに設定されている場合には、予め設定されている正規の車両とは別の他の車両の利用を要求するように端末通信部を制御する。そして装置制御部は、装置認証部の認証結果に基づいて、正規のウェアラブル端末でなく、かつ制御モードが第２モードのウェアラブル端末の場合には、車両の少なくとも一部の機能の利用を許可する。これによって本来であれば正規のウェアラブル端末であれば他の車両の機能を用いることができないが、第２モードという特定の条件において、他の車両の機能を用いることができる。第２モードはいわゆる通常でないとき非常時に設定される制御モードである。これによって非常時に限り、たとえば車両のライトおよびホーンを駆動させて、防犯手段として用いることができる。

なお、前述の各手段の括弧内の符号は、後述する実施形態に記載の具体的手段との対応関係を示す一例である。

車両用通信システムを示す図 ヒアラブル端末を示すブロック図 車両側ユニットを示すブロック図 照合ＥＣＵの機能を説明するためのブロック図 認証関連処理を示すフローチャート

（第１実施形態）
本開示の第１実施形態に関して、図１～図４を用いて説明する。図１に示す車両用通信システム１００は、ヒアラブル端末１０２および車両側ユニット１０３を含む。車両用通信システム１００は、クラウドシステム１０４を利用してヒアラブル端末１０２と車両側ユニット１０３との間での情報の交換を行うと共に、直接ヒアラブル端末１０２と車両側ユニット１０３で通信を行う。

ヒアラブル端末１０２は、ユーザの耳に装着して用いられるイヤホン型のウェアラブル端末である。ヒアラブル端末１０２は、少なくともイヤホンとしての機能、マイク２３としての機能、通信機能を有する。ヒアラブル端末１０２には、マイク２３としての機能および通信機能を有するヘッドセット等も含むものとする。ヒアラブル端末１０２の詳細については後述する。ヒアラブル端末１０２は、車両の電子キーとしても機能する。

車両側ユニット１０３は、車両１０５に搭載され、車両１０５で用いられる。車両側ユニット１０３は、ヒアラブル端末１０２との間で通信を行うことが可能となっており、この通信を介した照合によって車両１０５の利用に関する認証を行う。車両側ユニット１０３の詳細については後述する。

クラウドシステム１０４は、クラウド上に配置されたサーバによって、ヒアラブル端末１０２と車両側ユニット１０３との間での情報の交換を行う。つまり、ヒアラブル端末１０２と車両側ユニット１０３とは、クラウドシステム１０４を経由して通信を行う。クラウドシステム１０４は、例えばネットワークと言い換えることもできる。

次に、図２を用いて、ヒアラブル端末１０２の概略的な構成について説明する。図２に示すように、ヒアラブル端末１０２は、端末制御部２０、端末通信モジュール２１、スピーカ２２およびマイク２３を備えている。

端末通信モジュール２１は、クラウドシステム１０４を経由して通信を行うための通信モジュールである。端末通信モジュール２１は、スマートフォン等の携帯端末と通信接続することで、携帯端末を通して、クラウドシステム１０４を経由した通信を行う構成とすればよい。この場合、端末通信モジュール２１は、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信規格に従った近距離無線通信によって携帯端末と通信接続する構成とすればよい。また、端末通信モジュール２１は、携帯端末を介さずにネットワークに接続することで、クラウドシステム１０４を経由した通信を行う構成としてもよい。端末通信モジュール２１は、車両側ユニット１０３と通信する端末通信部として機能する。

端末通信モジュール２１は、メモリを含んでおり、例えば個々のヒアラブル端末１０２に固有の識別情報（以下、端末側ＩＤ）をこのメモリに予め記憶している構成とすればよい。そして、端末通信モジュール２１は、通信接続する場合に、例えばメモリに記憶している端末側ＩＤを通信接続先に送信する構成とすればよい。

端末通信モジュール２１は、端末制御部２０の指示に従って、通信接続先に情報を送信する。端末通信モジュール２１から送信される情報は、クラウドシステム１０４を経由して、自端末としてのヒアラブル端末１０２に予め紐付けられた車両側ユニット１０３に送信される。また、端末通信モジュール２１は、クラウドシステム１０４を経由して、ヒアラブル端末１０２に予め紐付けられた車両側ユニット１０３から送信されてくる情報を受信する。

一例として、ヒアラブル端末１０２と車両側ユニット１０３との紐付けは、端末側ＩＤと車両側ユニット１０３を用いる車両１０５を識別するための識別情報（以下、車両側ＩＤ）とを対応付けることで行われる構成とすればよい。車両側ＩＤとしては、車両ＩＤ、車両側ユニット１０３に含まれる後述の車両通信モジュール３１の機器ＩＤ等を用いる構成とすればよい。この車両側ＩＤは、車両側ユニット１０３に含まれる後述の照合ＥＣＵ３０の識別情報であるとも言える。例えば、クラウドシステム１０４上のサーバには、車両側ＩＤと、この車両側ＩＤに対応する車両１０５の利用を許可するユーザのヒアラブル端末１０２の端末側ＩＤとの対応関係が予め記憶されているものとする。そして、クラウドシステム１０４は、この車両側ＩＤと端末側ＩＤとの対応関係を参照することで、車両側ユニット１０３と、この車両側ユニット１０３が用いられる車両１０５の利用を許可するユーザのヒアラブル端末１０２との間での情報の送受信を行わせるものとする。

スピーカ２２は、音声を出力する音声出力装置である。スピーカ２２は、端末制御部２０の指示に従って音声を出力する。スピーカ２２は、ヒアラブル端末１０２のうちの、たとえば装着時に耳穴に挿入される部分に設けられている。マイク２３は、集音を行う音声入力装置である。マイク２３は、集音した音声を電気的な音声信号に変換して端末制御部２０へ出力する。

端末制御部２０は、例えばプロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備え、メモリに記憶された制御プログラムを実行することでヒアラブル端末１０２の有する機能に関する各種処理を実行する。ここで言うところのメモリは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ等によって実現される。

図２に示すように、端末制御部２０は、受信情報取得部２０１、音声出力処理部２０２、音声認識部２０３、送信処理部２０４、生体認証部２０５、設定部２０６および装着状態検知部２０７を機能ブロックとして備えている。なお、端末制御部２０が実行する機能の一部又は全部を、１つ或いは複数のＩＣ等によりハードウェア的に構成してもよい。また、端末制御部２０が備える機能ブロックの一部又は全部は、プロセッサによるソフトウェアの実行とハードウェア部材の組み合わせによって実現されてもよい。

受信情報取得部２０１は、端末通信モジュール２１で受信した情報を取得する。詳しくは、車両側ユニット１０３に含まれる後述の照合ＥＣＵ３０から送信されてくる情報を取得する。受信情報取得部２０１は、取得した情報を音声出力処理部２０２に与える。

音声出力処理部２０２は、受信情報取得部２０１で取得した情報をスピーカ２２から音声として出力させる。つまり、音声出力処理部２０２は、たとえば音楽プレーヤーと通信している場合には、音楽をスピーカ２２から出力させる。

マイク２３は、ユーザが発する音声や周囲の音を集音する。マイク２３は、集音した音を音声信号として音声認識部２０３に与える。車両側ユニット１０３を用いる車両１０５の利用の許可を受けたい場合、ヒアラブル端末１０２を装着しているユーザは、予め設定されている特定ワードを発話する。

音声認識部２０３は、マイク２３で集音する音から、特定ワードを音声認識する。一例として、音声認識部２０３は、マイク２３から入力されてくる音声信号を、認識辞書を用いて、発話内容を示す文字、数字といった記号列に変換する。音声認識部２０３は、例えば隠れマルコフモデル（Hidden Markov Model）等の手法を用いて音声信号を記号列に変換すればよい。

生体認証部２０５は、生体認証によって、自端末を用いるユーザの認証を行う。生体認証部２０５としては、耳音響認証部２５１および声紋認証部２５２を有する。なお、生体認証部２０５としては、耳音響認証部２５１および声紋認証部２５２以外を有する構成としてもよい。

耳音響認証部２５１は、耳音響認証によって自端末の正規のユーザの認証を行う。耳音響認証では、ユーザの耳穴の形状によって定まる音響特性を利用して生体認証を行う。一例として、耳音響認証部２５１は、音声出力処理部２０２によってスピーカ２２から耳音響認証用の音を出力させ、マイク２３で集音した耳穴内での反響音の音響特性から耳音響認証を行う。

なお、マイク２３は、耳音響認証を行うためには、装着時に耳穴に挿入される部分に設けられることが好ましいが、ユーザの発話を集音するためには、装着時に耳穴の外部に露出する部分に設けられることが好ましい。よって、マイク２３は、装着時に耳穴の外部に露出する部分に設ける一方、マイク２３とは別の、耳音響認証に用いるためのマイク２３を、装着時に耳穴に挿入される部分に設ける構成としてもよい。

声紋認証部２５２は、声紋認証によって自端末の正規のユーザの認証を行う。声紋認証では、ユーザの音声の特徴である声紋を利用して生体認証を行う。一例として、声紋認証部２５２は、特定ワードを音声認識する際にマイク２３で集音するユーザの音声から声紋を特定し、声紋認証を行う。

装着状態検知部２０７は、ヒアラブル端末１０２のユーザの装着状態を検知して、検知した情報を設定部２０６に与える。装着状態とは、たとえばヒアラブル端末１０２が両耳に装着されている装着状態、片耳だけに装着されている装着状態、両耳ともに装着されていない装着状態がある。また装着状態は、たとえばヒアラブル端末１０２に正規の装着姿勢がある装着情報と、正規の装着姿勢でない装着姿勢、たとえば向きが正規とは逆に装着されている装着状態とがある。ヒアラブル端末１０２が耳に装着されているか否かは、たとえば、耳音響を用いて行うことができる。ヒアラブル端末１０２が耳に装着されているときと、ヒアラブル端末１０２が耳に装着されていないときでは、耳音響が顕著に異なるからである。装着姿勢は、たとえば、ヒアラブル端末１０２に３軸加速度センサを備え、その加速度センサの検出値から決定することができる。

設定部２０６は、制御モードを第１モードと第２モードとにわたって切り替える。具体的には、設定部２０６は、生体認証部２０５の認証結果と、装着状態検知部２０７の装着状態に基づいて、制御モードを第１モードと第２モードとのいずれかに設定する。設定部２０６は、ヒアラブル端末１０２が通常の装着状態の場合には第１モードに設定し、通常とは異なる装着状態の場合には第２モードに制御モードを設定する。設定部２０６は、生体認証部２０５での認証が成立することを条件に、第２モードへの設定を許可する。

そして設定部２０６は、制御モードが第１モードの場合には、予め設定されている正規の車両１０５の利用を要求し、制御モードが第２モードの場合には、予め設定されていない他の車両１０５の利用を要求するように端末通信モジュール２１を制御する。

送信処理部２０４は、音声認識部２０３で音声認識した特定ワードを端末通信モジュール２１から送信させる。一例として、送信処理部２０４は、音声認識部２０３で音声認識した特定ワードを端末通信モジュール２１からクラウドシステム１０４経由で送信させる。特定ワードを送信させる際には、送信する情報には、設定されている制御モードに関する情報も含まれる。端末通信モジュール２１から送信される特定ワードは、クラウドシステム１０４を経由することで、自端末に予め紐づけられた車両側ユニット１０３へ送信される。また制御モードが第２モードである場合には、周囲の車両１０５にクラウドシステム１０４を経由、または近距離通信を用いて送信される。送信処理部２０４は、生体認証部２０５での認証が成立することを条件に、制御モードが第１モードの場合には、予め設定されている正規の車両１０５の利用を要求する。送信処理部２０４は、生体認証部２０５での認証が成立することを条件に、制御モードが第２モードの場合には、予め設定されていない他の車両１０５の利用を要求する。

次に、図３を用いて、車両側ユニット１０３の概略的な構成について説明を行う。図３に示すように、車両側ユニット１０３は、照合ＥＣＵ３０、車両通信モジュール３１、車両状態センサ３２、始動スイッチ（以下、始動ＳＷ）３３、施解錠スイッチ（以下、施解錠ＳＷ）３４、ボデーＥＣＵ３５、パワーユニットＥＣＵ３６、車両ホーン装置３７および周辺監視装置３８を含んでいる。

車両通信モジュール３１は、車載の通信モジュールである。車両通信モジュール３１は、ヒアラブル端末１０２と通信する装置通信部として機能する。車両通信モジュール３１は、ネットワークに接続することで、クラウドシステム１０４を経由した通信を行う。車両通信モジュール３１としては、例えばＤＣＭ（Data Communication Module）を用いればよい。車両通信モジュール３１は、メモリを含んでおり、例えば前述の車両側ＩＤをこのメモリに予め記憶している構成とすればよい。そして、車両通信モジュール３１は、通信接続する場合に、例えばメモリに記憶している車両側ＩＤを通信接続先に送信する構成とすればよい。

車両状態センサ３２は、自車の走行状態、操作状態等の車両１０５の挙動に関する情報を検出するためのセンサ群である。車両状態センサ３２としては、例えば、車速を検出する車速センサ、シフトポジションを検出するシフトポジションセンサ等がある。

始動ＳＷ３３は、自車の走行駆動源の始動を要求するためのスイッチである。始動ＳＷ３３は、例えば運転席前方に設けられる。始動ＳＷ３３としては、例えばメカニカルなボタンスイッチを用いることができる。

施解錠ＳＷ３４は、運転席のドア、助手席のドア、トランクルームドアといった自車の車両ドアの施解錠を要求するためのスイッチである。施解錠ＳＷ３４は、運転席および助手席のドアについては、例えばアウタードアハンドルに設けられる。施解錠ＳＷ３４は、トランクルームドアについては、例えばリアバンパに設けられる。施解錠ＳＷ３４としては、例えばタッチスイッチを用いたり、メカニカルなボタンスイッチを用いたりすることができる。

ボデーＥＣＵ３５は、自車の各車両ドアの施解錠を制御するための駆動信号を各車両ドアに設けられたドアロックモータに出力することで、各車両ドアの施解錠を行う。ボデーＥＣＵ３５は、施錠信号をドアロックモータに出力することでドアロックの施錠を行わせる。ボデーＥＣＵ３５は、解錠信号をドアロックモータに出力することでドアロックの解錠を行わせる。ボデーＥＣＵ３５には、各車両ドアについての施解錠ＳＷ３４が接続されている。ボデーＥＣＵ３５は、施解錠ＳＷ３４の信号を取得し、施解錠ＳＷ３４の操作を検出する。

パワーユニットＥＣＵ３６は、自車の内燃機関又はモータジェネレータといった走行駆動源を制御する電子制御装置である。パワーユニットＥＣＵ３６は、照合ＥＣＵ３０から走行駆動源の始動許可信号を取得すると、自車の走行駆動源を始動させる。またパワーユニットＥＣＵ３６は、運転席に着座している乗員の運転操作を支援する処理を実行するＥＣＵとしても機能する。

照合ＥＣＵ３０は、例えばプロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備え、メモリに記憶された制御プログラムを実行することで自車の利用を許可する認証に関する各種の処理を実行する。ここで言うところのメモリは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ又は磁気ディスク等によって実現される。

車両ホーン装置３７は、外部に対して警告音を発生する音出力装置であり、電磁式のホーンとも呼ばれる。車両ホーン装置３７は、車両１０５における所定の操作部が操作された際に、警報音を車外へ放出する。所定の操作部は、乗員によって操作される、例えば、ステアリングなどに設けられたホーンボタン３９である。車両ホーン装置３７は、作動電圧に応じた警報音を発生する電磁式警報装置である。また車両ホーン装置３７は、照合ＥＣＵ３０からの指令によっても動作する。

周辺監視装置３８は、自車両１０５の周辺に存在する物体についての情報を収集する装置である。周辺監視装置３８としては、例えば、車両外部の所定範囲を撮像する周辺監視カメラ、車両外部の所定範囲に探査波を送信するミリ波レーダ，ＬＩＤＡＲ（Light Detection and Ranging/Laser Imaging Detection and Ranging）、ソナー等を採用することができる。ここでは一例として周辺監視装置３８は、車両前方を撮像するように搭載された周辺監視カメラとする。周辺監視カメラは、撮像画像をパワーユニットＥＣＵ３６へ逐次出力する。また周辺監視装置３８は、照合ＥＣＵ３０からの指令によっても動作する。

次に、図４を用いて、照合ＥＣＵ３０の概略的な構成の一例について説明を行う。図４に示すように、照合ＥＣＵ３０は、トリガ検出部３０１、照合送信処理部３０２、記憶部３０３、受信処理部３０４、照合部３０５、及び許可部３０６を機能ブロックとして備えている。この照合ＥＣＵ３０が車載装置に相当する。なお、照合ＥＣＵ３０が実行する機能の一部又は全部を、１つ或いは複数のＩＣ等によりハードウェア的に構成してもよい。また、照合ＥＣＵ３０が備える機能ブロックの一部又は全部は、プロセッサによるソフトウェアの実行とハードウェア部材の組み合わせによって実現されてもよい。

受信処理部３０４は、ヒアラブル端末１０２から送信されてくる応答信号を、車両通信モジュール３１を介して受信する。応答信号には、設定されている制御モードに関する情報が含まれている。照合送信処理部３０２は、車両通信モジュール３１を介してリクエスト信号を送信させる。

記憶部３０３は、例えば電気的に書き換え可能な不揮発性メモリであって、正規のユーザのヒアラブル端末１０２を識別する識別コードが登録されている。ヒアラブル端末１０２の識別コードを記憶部３０３に登録する方法は、周知の電子キーシステムにおいて複数の電子キーを正規のユーザの電子キーとして登録する方法と同様とすればよい。

照合部３０５は、ヒアラブル端末１０２との通信を用いて、ヒアラブル端末１０２が予め設定されている正規のヒアラブル端末１０２であるか否かを認証する装置認証部として機能する。具体的には、照合部３０５は、受信処理部３０４で信号を受信したヒアラブル端末１０２が正規のユーザのヒアラブル端末１０２であるか照合する。照合は、ヒアラブル端末１０２から受信する照合要求応答の信号に含まれる識別コードと記憶部３０３に登録されている識別コードとの間で行う。照合できた場合、正規のユーザのヒアラブル端末１０２であるとの認証が成立する。

トリガ検出部３０１は、自車の利用に関するトリガを検出する。自車の利用のシチュエーションとしては、ユーザの乗車のための車両ドアの開放、自車の始動、トランクルームドアの開放等が挙げられる。

ユーザの乗車のための車両ドアの開放に関するトリガ（以下、乗車トリガ）は、以下のようにして検出すればよい。トリガ検出部３０１は、車両状態センサ３２での検出結果から自車の駐車を判定し、且つ、運転席若しくは助手席のドアについての施解錠ＳＷ３４が操作されたことを検出した場合に、乗車トリガを検出すればよい。自車の駐車は、例えばシフトポジションセンサで検出するシフトポジションが駐車位置であることから判定すればよい。また、車速センサで検出する車速が停車を示す値であることから判定してもよい。施解錠ＳＷ３４が操作されたことは、施解錠ＳＷ３４の信号から検出すればよい。

自車の始動に関するトリガ（以下、始動トリガ）は、以下のようにして検出すればよい。トリガ検出部３０１は、始動ＳＷ３３が操作されたことを検出した場合に、始動トリガを検出すればよい。始動ＳＷ３３が操作されたことは、始動ＳＷ３３の信号から検出すればよい。

トランクルームドアの開放に関するトリガ（以下、トランク開放トリガ）は、以下のようにして検出すればよい。トリガ検出部３０１は、車両状態センサ３２での検出結果から自車の駐車を判定し、且つ、トランクルームドアについての施解錠ＳＷ３４が操作されたことを検出した場合に、トランク開放トリガを検出すればよい。

車両ホーン装置３７に警告音を発生させるトリガ（以下、警告トリガ）は、以下のようにして検出すればよい。トリガ検出部３０１は、車両状態センサ３２での検出結果から自車の駐車を判定し、且つ、車両ホーン装置３７を起動する操作がされたことを検出した場合に、警告トリガを検出すればよい。警告トリガが検出された場合には、周辺監視装置３８を起動、および車載のライトを起動させてもよい。

許可部３０６は、照合部３０５の認証結果に基づいて、正規のヒアラブル端末１０２の場合には車両１０５の利用の許可し、正規のヒアラブル端末１０２でない場合には車両１０５の利用を禁止する装置制御部として機能する。許可部３０６は、トリガ検出部３０１で乗車トリガを検出した場合であって、且つ、照合部３０５で認証が成立した場合に、解錠信号を全車両ドアのドアロックモータに出力し、全車両ドアの解錠を行う。

許可部３０６は、トリガ検出部３０１で始動トリガを検出した場合であって、且つ、照合部３０５で照合が成立した場合に、走行駆動源の始動許可信号をパワーユニットＥＣＵ３６に出力し、走行駆動源の始動を行う。許可部３０６は、トリガ検出部３０１でトランク開放トリガを検出した場合であって、且つ、照合部３０５で照合が成立した場合に、解錠信号をトランクルームドアのドアロックモータに出力し、トランクルームドアの解錠を行う。この場合、トランクルームドア以外は解錠しない構成とすればよい。

また許可部３０６は、照合部３０５の認証結果に基づいて、正規のヒアラブル端末１０２からの信号でない場合には、通常は車両１０５に対する機能の利用を禁止している。車両１０５の不正使用を防ぐためである。しかし、許可部３０６は、照合部３０５の認証結果に基づいて、正規のヒアラブル端末１０２でなく、かつ制御モードが第２モードのヒアラブル端末１０２の場合には、車両１０５の少なくとも一部の機能の利用を許可する装置制御部として機能する。緊急時に車両１０５の一部の機能を第三者に動作を許可するためである。許可部３０６は、トリガ検出部３０１が警告トリガを検出した場合であって、且つ、照合部３０５の認証が成立していないが、ヒアラブル端末１０２の制御モードが第２モードである場合に、警告トリガに対応する動作、たとえば車両ホーン装置３７を出力するように制御する。

次に、図５を用いて、車両用通信システム１００での車両１０５の利用の許可に関する処理（以下、認証関連処理）の流れの一例について説明を行う。図５のフローチャートは、ウェアラブル端末の端末制御部２０によって短時間に繰り返し実行される。

ステップＳ１では、正規のユーザが装着しているか否かを判断し、正規のユーザであればステップＳ２に移り、正規のユーザでない場合には、本フローを終了する。正規のユーザであるか否かは、耳音響認証部２５１によって判断される。

ステップＳ２では、ユーザより音声入力があったか否かが判断され、音声入力があった場合には、ステップＳ３に移り、音声入力がない場合は、本フローを終了する。音声入力の有無は、音声認識部２０３によって判断される。

ステップＳ３では、装着状態が正常であるか否かを判断し、正常の場合にはステップＳ４に移り、正常でない場合にはステップＳ６に移る。装着状態が正常であるか否かは、装着状態検知部２０７によって判断される。

ステップＳ４では、装着状態が正常状態であるので、音声入力されたワードが正常状態の特定ワードに該当するか否かを判断し、該当する場合にはステップＳ５に移り、該当しない場合には本フローを終了する。特定ワードであるか否かは、音声認識部２０３によって判断される。

ステップＳ５では、認証車両に特定ワードを送信し、本フローを終了する。特定ワードは操作指令に対応付けられており、送信された認証車両は特定ワードに基づいて動作する。たとえば、特定ワードが「ロックを解除して」であれば、認証車両のドアが解錠される。また特定ワードが「スライドドアをオープンして」であれば、認証車両のスライドドアが開くように動作する。これによって正規のユーザが正常の装着状態であり、特定ワードを発することによって、認証車両を操作することができる。

ステップＳ６では、装着状態が異常状態であるので、音声入力されたワードが異常状態の特定ワードに該当するか否かを判断し、該当する場合にはステップＳ７に移り、該当しない場合には本フローを終了する。

ステップＳ７では、周辺の他の車両１０５に特定ワードを送信し、本フローを終了する。したがって端末制御部２０は、制御モードが第２モードの場合であって、特定ワードが正規の特定ワードである場合には、予め設定されていない他の車両１０５の利用を要求するように通信モジュールを制御する。特定ワードは操作指令に対応付けられており、送信された他の車両１０５は特定ワードに基づいて動作する。たとえば、特定ワードが「助けて」であれば、他の車両１０５の車両ホーン装置３７が警告音を発生、周辺監視装置３８を起動して周辺の監視の開始、または車両１０５のライトを点灯するように制御する。これによって正規のユーザでない人が、異常の装着状態であり、特定ワードを発することによって、他の車両１０５を操作することができる。

以上説明したように本実施形態の車両用通信システム１００では、設定部２０６によって第２モードに設定されている場合には、予め設定されている正規の車両１０５とは別の他の車両１０５の利用を要求するように端末通信部を制御する。そして装置制御部は、装置認証部の認証結果に基づいて、正規のヒアラブル端末１０２でなく、かつ制御モードが第２モードのヒアラブル端末１０２の場合には、車両１０５の少なくとも一部の機能の利用を許可する。これによって本来であれば正規のヒアラブル端末１０２であれば他の車両１０５の機能を用いることができないが、第２モードという特定の条件において、他の車両１０５の機能を用いることができる。第２モードはいわゆる通常でないとき非常時に設定される制御モードである。これによって非常時に限り、たとえば車両１０５のライトおよび車両ホーン装置３７を駆動させて、防犯手段として用いることができる。

また本実施形態では、制御モードは、ヒアラブル端末１０２が通常の装着状態の場合には第１モードに設定され、通常とは異なる装着状態の場合には第２モードに設定される。したがってユーザは、第２モードに設定するためにヒアラブル端末１０２を操作するのではなく、装着状態を通常の装着状態から変更することによって、第２モードに設定することができる。これによって容易に第２モードに設定することができる。

さらに本実施形態では、端末制御部２０は、制御モードが第２モードの場合であって、特定ワードが正規の特定ワードである場合には、予め設定されていない他の車両１０５の利用を要求するように端末通信部を制御する。これによってヒアラブル端末１０２が有するマイク２３が取得した特定ワードを用いて他の車両１０５の利用を要求することができる。したがって音声によって操作ができるので、操作が容易となる。

また本実施形態では、設定部２０６は、ヒアラブル端末１０２が両耳に装着されている装着状態の場合には第１モードに設定し、片耳だけに装着されている装着状態の場合には第２モードに設定する。ヒアラブル端末１０２の場合には、両耳に装着している装着状態から、片耳だけ外すことによって第２モードに設定することができる。したがって容易に第２モードに設定することができる。

さらに本実施形態では、設定部２０６は、生体認証部２０５での認証が成立することを条件に、第２モードへの設定を許可する。これによって第三者がヒアラブル端末１０２を使用しても第２モードへの設定がされない。生体認証部２０５で認証が成立しているので、誰が他の車両１０５への利用を要求しているかも特定することができるので、いたずらでの第２モードでの使用要求などを抑制することができる。

また本実施形態では、端末制御部２０は、生体認証部２０５での認証が成立することを条件に、制御モードが第１モードの場合には、予め設定されている正規の車両１０５の利用を要求する。これによってヒアラブル端末１０２を用いて、正規の車両１０５を操作することができる。

（その他の実施形態）
以上、本開示の好ましい実施形態について説明したが、本開示は前述した実施形態に何ら制限されることなく、本開示の主旨を逸脱しない範囲において種々変形して実施することが可能である。

前述の実施形態の構造は、あくまで例示であって、本開示の範囲はこれらの記載の範囲に限定されるものではない。本開示の範囲は、特許請求の範囲の記載によって示され、さらに特許請求の範囲の記載と均等の意味及び範囲内での全ての変更を含むものである。

前述の第１実施形態では、車両側ユニット１０３と通信する装置は、ヒアラブル端末１０２によって実現されているが、ヒアラブル端末１０２に限るものではなく、眼鏡型、指輪型、ネックレス型など各種のウェアラブル端末であってもよい。

前述の第１実施形態では、装着状態によって第１モードと第２モードとを切替設定しているが、このような設定部２０６に限るものではなく、ボタン操作、音声操作などによって制御モードを切り替えてもよい。

前述の第１実施形態では、マイク２３を有するウェアラブル端末であったが、このような構成に限るものではなく、音声とは異なる方法でユーザを認証してもよい。たとえば特定ワードの入力で認証してもよく、指紋など身体的特徴で認証してもよい。

前述の第１実施形態において、ヒアラブル端末１０２の端末制御部２０および車両側ユニット１０３の照合ＥＣＵ３０によって実現されていた機能は、前述のものとは異なるハードウェアおよびソフトウェア、またはこれらの組み合わせによって実現してもよい。端末制御部２０および照合ユニットは、たとえば他の制御装置と通信し、他の制御装置が処理の一部または全部を実行してもよい。端末制御部２０および照合ＥＣＵ３０が電子回路によって実現される場合、それは多数の論理回路を含むデジタル回路、またはアナログ回路によって実現することができる。

２０…端末制御部 ２１…端末通信モジュール（端末通信部） ２２…スピーカ
２３…マイク ３０…照合ＥＣＵ（装置認証部，装置制御部）
３１…車両通信モジュール（装置通信部） ３７…車両ホーン装置（音出力装置）
３８…周辺監視装置 ３９…ホーンボタン １００…車両用通信システム
１０２…ヒアラブル端末（ウェアラブル端末） １０３…車両側ユニット（車載装置）
２０３…音声認識部 ２０４…送信処理部 ２０５…生体認証部 ２０６…設定部
２０７…装着状態検知部 ２５１…耳音響認証部（生体認証部）
２５２…声紋認証部（生体認証部） ３０３…記憶部 ３０４…受信処理部
３０５…照合部 ３０６…許可部

Claims (7)

1. ユーザに装着されるウェアラブル端末（１０２）と、
   車両（１０５）に搭載されている車載装置（１０３）と、を含み、
   前記車載装置は、
   前記ウェアラブル端末と通信する装置通信部（３１）と、
   前記ウェアラブル端末との通信を用いて、前記ウェアラブル端末が予め設定されている正規のウェアラブル端末であるか否かを認証する装置認証部（３０）と、
   前記装置認証部の認証結果に基づいて、正規のウェアラブル端末の場合には車両の利用の許可し、正規のウェアラブル端末でない場合には車両の利用を禁止する装置制御部（３０）と、を備え、
   前記ウェアラブル端末は、
   前記車載装置と通信する端末通信部（２１）と、
   制御モードを、第１モードと第２モードとにわたって切り替えるための設定部（２０６）と、
   前記制御モードが前記第１モードの場合には、予め設定されている正規の車両の利用を要求し、前記制御モードが前記第２モードの場合には、予め設定されていない他の車両の利用を要求するように前記端末通信部を制御する端末制御部（２０）と、を備え、
   前記装置制御部は、前記装置認証部の認証結果に基づいて、正規のウェアラブル端末でなく、かつ前記制御モードが前記第２モードのウェアラブル端末の場合には、車両の少なくとも一部の機能の利用を許可する車両用通信システム。
2. 前記制御モードは、前記ウェアラブル端末が通常の装着状態の場合には前記第１モードに設定され、通常とは異なる装着状態の場合には前記第２モードに設定される請求項１に記載の車両用通信システム。
3. 前記ウェアラブル端末は、
   マイク（２３）と、
   前記マイクが取得した音から、ユーザが発話された特定ワードを音声認識する音声認識部（２０３）と、をさらに含み、
   前記端末制御部は、前記制御モードが前記第２モードの場合であって、前記特定ワードが正規の特定ワードである場合には、予め設定されていない他の車両の利用を要求するように前記端末通信部を制御する請求項１または２に記載の車両用通信システム。
4. 前記ウェアラブル端末は、ユーザの両耳に装着され、スピーカ（２２）とマイク（２３）とを備えるヒアラブル端末であり、
   前記設定部は、前記ヒアラブル端末が両耳に装着されている装着状態の場合には前記制御モードを前記第１モードに設定し、片耳だけに装着されている装着状態の場合には前記制御モードを前記第２モードに設定する請求項１～３のいずれか１つに記載の車両用通信システム。
5. 前記ウェアラブル端末は、生体認証によって、自端末を用いるユーザの認証を行う生体認証部（２０５，２５１，２５２）をさらに含み、
   前記設定部は、前記生体認証部での認証が成立することを条件に、前記制御モードを前記第２モードへの設定を許可する請求項１～４のいずれか１つに記載の車両用通信システム。
6. 前記ウェアラブル端末は、生体認証によって、自端末を用いるユーザの認証を行う生体認証部（２０５，２５１，２５２）をさらに含み、
   前記端末制御部は、前記生体認証部での認証が成立することを条件に、前記制御モードが前記第１モードの場合には、予め設定されている正規の車両の利用を要求する請求項１～５のいずれか１つに記載の車両用通信システム。
7. 装置制御部は、前記装置認証部の認証結果に基づいて、正規のウェアラブル端末でなく、かつ前記制御モードが前記第２モードのウェアラブル端末の場合には、車両に搭載されている音を出力する音出力装置（３７）を駆動する請求項１～６のいずれか１つに記載の車両用通信システム。

Images