(57)【要約】【課題】携帯端末によって車両の解錠が可能なシステムにおいて、正規の手段によって解錠を行っている旨を周辺に報知する。【解決手段】携帯端末と通信を行った結果に基づいてドアの施解錠が可能な車両に設置される音響出力制御装置であって、前記車両のドアを解錠するために前記携帯端末から受信した認証情報に基づいてドアが解錠された際に、音をスピーカから出力させる音響出力制御手段を有し、前記音響出力制御手段は、所定の携帯端末によって前記ドアの解錠がなされた場合と、それ以外の手段によって前記ドアの解錠がなされた場合とで、異なる音を出力させる。【選択図】図２
2019105119.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末と通信を行った結果に基づいてドアの施解錠が可能な車両に設置される音響出力制御装置であって、
前記車両のドアを解錠するために前記携帯端末から受信した認証情報に基づいてドアが解錠された際に、音をスピーカから出力させる音響出力制御手段を有し、
前記音響出力制御手段は、所定の携帯端末によって前記ドアの解錠がなされた場合と、それ以外の手段によって前記ドアの解錠がなされた場合とで、異なる音を出力させる、
音響出力制御装置。
【請求項２】
前記所定の携帯端末は、有効期限が付与された前記認証情報を送信した携帯端末である、
請求項１に記載の音響出力制御装置。
【請求項３】
前記携帯端末の種別と、出力する音との対応付けを記憶する記憶手段をさらに有し、
前記音響出力制御手段は、前記認証情報を送信した携帯端末に対応する音を出力させる、
請求項１または２に記載の音響出力制御装置。
【請求項４】
前記所定の携帯端末によってドアの解錠がなされた場合に出力される音は、正当な権限によって解錠がなされた旨を案内する音声を含む、
請求項１から３のいずれかに記載の音響出力制御装置。
【請求項５】
前記音は、前記ドアの開放中において鳴動し続けるループ音を含む、
請求項１から４のいずれかに記載の音響出力制御装置。
【請求項６】
携帯端末と通信を行った結果に基づいてドアの施解錠が可能な車両に設置される音響出力制御装置が行う音響出力制御方法であって、
前記車両のドアを解錠するために前記携帯端末から受信した認証情報に基づいてドアが解錠された際に、音をスピーカから出力させる音響出力制御ステップを含み、
前記音響出力制御ステップでは、所定の携帯端末によって前記ドアの解錠がなされた場合と、それ以外の手段によって前記ドアの解錠がなされた場合とで、異なる音を出力させる、
音響出力制御方法。
【請求項７】
車両のドアを解錠するための認証情報を携帯端末から受信する受信手段と、
前記認証情報に基づいてドアの解錠を行う解錠手段と、
前記ドアが解錠された際に音をスピーカから出力させる音響出力制御手段と、
を有し、
前記音響出力制御手段は、所定の携帯端末によって前記ドアの解錠がなされた場合と、それ以外の手段によって前記ドアの解錠がなされた場合とで、異なる音を出力させる、
車両。
【請求項８】
携帯端末と、車両と、サーバ装置と、を含む施解錠システムであって、
前記サーバ装置は、
前記車両のドアを解錠するための第一の認証情報を前記携帯端末に送信し、前記第一の認証情報に対応する第二の認証情報を前記車両に送信する送信手段と、を有し、
前記携帯端末は、
前記第一の認証情報を近距離無線通信によって前記車両に送信する近距離通信手段と、を有し、
前記車両は、
前記第一の認証情報を前記携帯端末から受信する受信手段と、
前記第二の認証情報を記憶する記憶手段と、
前記第一および第二の認証情報を照合した結果に基づいて前記ドアを解錠する解錠手段と、
前記ドアが解錠された際に音を出力させる音響出力制御手段と、
を有し、
前記音響出力制御手段は、所定の携帯端末によって前記ドアの解錠がなされた場合と、それ以外の手段によって前記ドアの解錠がなされた場合とで、異なる音を出力させる、
施解錠システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の施解錠を行うシステムに関する。
【背景技術】
【０００２】
受取人が配達先として指定した荷受用車両のトランクで、配達物の受け渡しを行う技術が提案されている（例えば、特許文献１を参照）。当該技術によれば、受取人は、自身が所有する車両を配達先として指定することで、配達物を受け取るための宅配ロッカー等を設置することなく、不在時であっても配達物を受け取ることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２０６２２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前述したシステムにおいては、配送担当者など、一見して当該車両のオーナーではないと分かる人物がドアの開閉を行い、かつ、車室内に入るため、車両によって配達物の受け取りを行うというシステムを知らない人物がこれを目撃した場合に、車上荒らしとの区別がつきにくいという課題があった。
【０００５】
本発明は上記の課題を考慮してなされたものであり、携帯端末によって車両の解錠が可能なシステムにおいて、正規の手段によって解錠を行っている旨を周辺に報知することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る音響出力制御装置は、
携帯端末と通信を行った結果に基づいてドアの施解錠が可能な車両に設置される音響出力制御装置であって、前記車両のドアを解錠するために前記携帯端末から受信した認証情報に基づいてドアが解錠された際に、音をスピーカから出力させる音響出力制御手段を有し、前記音響出力制御手段は、所定の携帯端末によって前記ドアの解錠がなされた場合と、それ以外の手段によって前記ドアの解錠がなされた場合とで、異なる音を出力させることを特徴とする。
【０００７】
本発明に係る音響出力制御装置は、携帯端末と通信を行って認証情報を取得し、当該認証情報を照合した結果に基づいてドアの施解錠が可能な車両に設置される装置である。認証情報は、例えば近距離無線通信を介して取得することができる。
【０００８】
音響出力制御手段は、ドアが解錠された際に音をスピーカから出力させる手段である。一般的な車両は、ドアが解錠された場合に効果音等によってアンサーバックを行う機能を有している。これに対し、本発明では、音響出力制御手段が、所定の携帯端末によってドアの解錠がなされた場合と、そうでない場合とで異なる音を出力させる。所定の携帯端末とは、例えば、車両のオーナーから一時的に解錠権限を付与された携帯端末である。かかる構成によると、正当な権限を持つ人物が車両の解錠を行っている旨を周囲に報知することができる。
出力される音は、典型的にはメロディや合成音声等であるが、これ以外であってもよい。例えば、ブザー等の報知音を含んでもよい。
【０００９】
また、前記所定の携帯端末は、有効期限が付与された前記認証情報を送信した携帯端末であることを特徴としてもよい。
【００１０】
認証情報に有効期限が付与されている、すなわち、一時的に解錠権限を付与されている携帯端末を対象として独自の音を出力することで、恒久的な解錠権限と持つ人物と、それ以外の人物とを区別することができる。
【００１１】
また、前記携帯端末の種別と、出力する音との対応付けを記憶する記憶手段をさらに有し、前記音響出力制御手段は、前記認証情報を送信した携帯端末に対応する音を出力させることを特徴としてもよい。
【００１２】
このように、携帯端末の種別（例えば、車両のオーナーが所持する携帯端末であるか否か）に基づいて、出力する音を異ならせてもよい。かかる形態によると、解錠の目的や配送業者ごとに異なる音を出力するといった対応が可能になる。
【００１３】
また、前記所定の携帯端末によってドアの解錠がなされた場合に出力される音は、正当な権限によって解錠がなされた旨を案内する音声を含むことを特徴としてもよい。
【００１４】
かかる構成によると、正当な権限を有する者が車両を解錠していることを周囲に分かりやすく報知することができる。
【００１５】
また、前記音は、前記ドアの開放中において鳴動し続けるループ音を含むことを特徴としてもよい。
【００１６】
解錠時だけでなく、ドアの開放中において音をループ再生することで、より効果的に報知を行うことができる。
【００１７】
また、本発明に係る車両は、
車両のドアを解錠するための認証情報を携帯端末から受信する受信手段と、前記認証情報に基づいてドアの解錠を行う解錠手段と、前記ドアが解錠された際に音をスピーカから出力させる音響出力制御手段と、を有し、前記音響出力制御手段は、所定の携帯端末によって前記ドアの解錠がなされた場合と、それ以外の手段によって前記ドアの解錠がなされた場合とで、異なる音を出力させることを特徴とする。
【００１８】
また、本発明に係る施解錠システムは、
携帯端末と、車両と、サーバ装置と、を含む施解錠システムであって、前記サーバ装置は、前記車両のドアを解錠するための第一の認証情報を前記携帯端末に送信し、前記第一の認証情報に対応する第二の認証情報を前記車両に送信する送信手段と、を有し、前記携帯端末は、前記第一の認証情報を近距離無線通信によって前記車両に送信する近距離通信手段と、を有し、前記車両は、前記第一の認証情報を前記携帯端末から受信する受信手段と、前記第二の認証情報を記憶する記憶手段と、前記第一および第二の認証情報を照合した結果に基づいて前記ドアを解錠する解錠手段と、前記ドアが解錠された際に音を出力させる音響出力制御手段と、を有し、前記音響出力制御手段は、所定の携帯端末によって前記ドアの解錠がなされた場合と、それ以外の手段によって前記ドアの解錠がなされた場合とで、異なる音を出力させることを特徴とする。
【００１９】
なお、本発明は、上記手段の少なくとも一部を含む音響出力制御装置や車両として特定することができる。また、前記装置または車両を含む施解錠システムとして特定することもできる。また、前記システム、装置、車両が行う方法として特定することもできる。上記処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施するこ
とができる。
【発明の効果】
【００２０】
本発明によれば、携帯端末によって車両の解錠が可能なシステムにおいて、正規の手段によって解錠を行っている旨を周辺に報知することができる。
【図面の簡単な説明】
【００２１】
【図１】第一の実施形態に係る配送システムのシステム構成図。
【図２】第一の実施形態に係る配送システムが有する構成要素を示したブロック図。
【図３】車載装置１００に記憶される音声定義データの例。
【図４】車載装置１００に記憶される音声データの例。
【図５】携帯端末２００から車載装置１００に送信されるデータの例。
【図６】第一の実施形態におけるデータフローを説明する図。
【図７】第一の実施形態におけるデータフローを説明する図。
【発明を実施するための形態】
【００２２】
（第一の実施形態）
<システム概要>
第一の実施形態に係る配送システムの概要について、図１を参照しながら説明する。本実施形態に係る配送システムは、車載装置１００、携帯端末２００、配送管理サーバ３００、鍵管理サーバ４００を含んで構成される。
第一の実施形態に係る配送システムでは、車両１０に搭載された車載装置１００が、車外にある携帯端末２００と無線通信を行い、当該通信の結果に基づいて車両１０の施解錠を行う。すなわち、システムのユーザは、物理的な鍵を用いずに、携帯端末２００のみを用いて車両１０の施解錠を行うことができる。
【００２３】
鍵管理サーバ４００は、車載装置１００が携帯端末２００を認証するための情報（認証情報）を発行するサーバ装置である。鍵管理サーバ４００は、配送管理サーバ３００を経由して携帯端末２００に第一の認証情報を発行し、同様に、配送管理サーバ３００を経由して車載装置１００に第二の認証情報を発行する。車載装置１００は、これらの認証情報を照合することで、携帯端末２００が正当なものであることを認証する。
【００２４】
配送管理サーバ３００は、配送担当者が所持する複数の携帯端末２００を管理するサーバ装置である。なお、図１には携帯端末２００および車両１０を一つずつ図示しているが、配送管理サーバ３００が管理する携帯端末２００は複数であってもよい。また、携帯端末２００がアクセス可能な車両１０は複数であってもよい。
【００２５】
<システム構成>
システムの構成要素について、詳しく説明する。
図２は、図１に示した車載装置１００、携帯端末２００、配送管理サーバ３００、鍵管理サーバ４００の構成の一例を概略的に示したブロック図である。このうち、車載装置１００が、施解錠（施錠および解錠）の対象である車両１０に搭載される。
【００２６】
車載装置１００は、車両のドアを施錠および解錠するための装置である。具体的には、車両のユーザが所持する電子キー（携帯機）から、高周波帯の電波を介して送信される施錠信号および解錠信号に応じて、車両１０のドアを施錠および解錠する。
本実施形態では、車載装置１００が、上述した機能に加え、携帯端末２００と行った通信の結果に基づいてドアの施解錠を行う機能を有している。
【００２７】
車載装置１００は、近距離通信部１０１、照合ＥＣＵ１０２、ボディＥＣＵ１０３、ド
アロックモータ１０４、通信部１０５を含んで構成される。車載装置１００は、車両１０に搭載される不図示の補機バッテリから供給される電力で動作する。なお、本例では、電子キーと通信を行う手段については図示を省略している。
【００２８】
近距離通信部１０１は、ユーザが所持する携帯端末２００と通信を行うモジュールである。近距離通信部１０１は、所定の無線通信規格を用いて、近距離（車室内と車室外で通信が行える程度）における通信を行う。
【００２９】
本実施形態では、近距離通信部１０１は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ規格（以下、ＢＬＥ）によるデータ通信を行う。ＢＬＥとは、Ｂｌｕｅｔｏｏｔｈによる低電力通信規格であり、機器同士のペアリングを必要とせず、相手を検知することですぐに通信を開始できるという特徴を有する。
なお、本実施形態ではＢＬＥを例示するが、他の無線通信規格も利用可能である。例えば、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、ＷｉＦｉ（登録商標）などを利用することもできる。
【００３０】
照合ＥＣＵ１０２は、近距離通信部１０１を介して携帯端末２００と近距離無線通信を行い、携帯端末２００を認証する制御と、認証の結果に基づいて、車両１０のドアを施錠および解錠する制御を行うコンピュータである。照合ＥＣＵ１０２は、例えば、マイクロコンピュータによって構成される。
【００３１】
照合ＥＣＵ１０２は、機能モジュールとして通信処理部１０２１、認証部１０２２、鍵制御部１０２３および音声出力部１０２４を有している。各機能モジュールは、ＲＯＭ（Read Only Memory）等の記憶手段に記憶されたプログラムをＣＰＵ（Central Processing
Unit）（いずれも不図示）によって実行することで実現してもよい。
【００３２】
通信処理部１０２１は、近距離通信部１０１を介して行う携帯端末２００との通信を処理する。具体的には、携帯端末２００から施錠要求または解錠要求（以下、施解錠要求と総称する）を受信し、受信した要求に応じて、施解錠信号を生成する。
なお、生成された施解錠信号は、一時的に記憶され、後述する認証部１０２２が携帯端末２００の認証に成功したタイミングで出力される。
【００３３】
認証部１０２２は、携帯端末２００から送信された施解錠要求に含まれる認証情報に基づいて、携帯端末２００の認証を行う。具体的には、不図示の記憶手段に記憶された認証情報と、携帯端末２００から送信された認証情報とを比較し、これらが一致した場合に、認証成功と判断する。双方の認証情報が一致しない場合、認証失敗と判断する。認証部１０２２が携帯端末２００の認証に成功した場合、通信処理部１０２１が生成した施解錠信号が、後述する鍵制御部１０２３へ送信される。
なお、認証部１０２２が行う認証の方式は、認証情報同士を単純に比較して同一性を検証する方式であってもよいし、非対称暗号を用いた方式であってもよい。前述した「一致」とは、二つの認証情報が互いに対応するものであることを確認できればよく、必ずしも両者が同一である必要はない。
以降、説明の必要に応じて、車載装置１００に記憶される認証情報を装置認証情報、携帯端末２００から送信される認証情報を端末認証情報と称するものとする。なお、両者を区別する必要がない場合は単に認証情報と称する。
なお、認証部１０２２が記憶する装置認証情報は、後述する鍵管理サーバ４００で生成され、ネットワーク経由で受信および格納される。
【００３４】
鍵制御部１０２３は、認証部１０２２が行った認証の結果に基づいて、後述するボディＥＣＵ１０３に解錠指令または施錠指令を送信する。当該信号は、ＣＡＮ（Controller A
rea Network）等の車内ネットワークを介して送信される。
【００３５】
音声出力部１０２４は、車両１０が解錠された際に、解錠に用いた装置（携帯端末２００または電子キー）を特定し、当該装置に対応する音声を、不図示の音声出力手段（スピーカー等）を介して出力する。具体的な方法については後述する。
なお、本明細書における音声出力とは、記録された音声の再生のほか、装置によって生成された音声（例えば合成音声）や、装置から発生した音（例えばブザー音）を鳴らす動作も含む。
【００３６】
ボディＥＣＵ１０３は、車両のボディ制御を行うコンピュータである。ボディＥＣＵ１０３は、受信した解錠指令または施錠指令に基づいて、後述するドアロックモータ１０４を制御することで、車両のドアの解錠および施錠を行う機能を有している。なお、ボディＥＣＵ１０３は、パワーウインドウ制御、シート調節、盗難防止、シートベルト制御、ヘッドライト制御など、車体に関連付いたコンポーネントの制御を行う機能をさらに有していてもよい。
【００３７】
ドアロックモータ１０４は、車両１０のドア（乗降用ドアやリアゲートのほか、トランクも含む）を施錠および解錠するアクチュエータである。ドアロックモータ１０４は、ボディＥＣＵ１０３から送信された信号に基づいて動作する。
【００３８】
通信部１０５は、車載装置１００をネットワークに接続するための通信インタフェースである。本実施形態では、３ＧやＬＴＥ等の移動体通信サービスを利用して、ネットワーク経由で他の装置と通信を行うことができる。
【００３９】
次に、携帯端末２００について説明する。
携帯端末２００は、例えばスマートフォン、携帯電話、タブレットコンピュータ、個人情報端末、ノートブックコンピュータ、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。携帯端末２００は、近距離通信部２０１、通信部２０２、制御部２０３を有して構成される。
【００４０】
近距離通信部２０１は、近距離通信部１０１と同一の通信規格によって、車載装置１００との間で通信を行う手段である。
通信部２０２は、通信部１０５と同様の、ネットワーク接続を行うための通信インタフェースである。
【００４１】
制御部２０３は、携帯端末２００の制御を司る手段である。制御部２０３は、例えば、施解錠要求を生成する処理、前述した端末認証情報を取得する処理、施解錠要求および端末認証情報を車載装置１００に送信する処理などを行う。制御部２０３は、例えば、マイクロコンピュータによって構成される。制御部２０３は、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行することでこれらの機能を実現してもよい。
【００４２】
制御部２０３は、ユーザとのインタラクションを行う入出力部（不図示）と接続されている。入出力部は、例えば、タッチパネルとその制御手段、液晶ディスプレイとその制御手段から構成される。タッチパネルおよび液晶ディスプレイは、本実施形態では一つのタッチパネルディスプレイからなる。
【００４３】
制御部２０３は、入出力部を介して操作画面を表示し、ユーザが行った操作に基づいて、解錠要求または施錠要求を生成する。例えば、制御部２０３は、タッチパネルディスプレイに、解錠を行うためのアイコン、施錠を行うためのアイコン等を出力し、ユーザによ
って行われた操作に基づいて、解錠要求ないし施錠要求を生成する。
なお、ユーザが行う操作は、タッチパネルディスプレイを介したものに限られない。例えば、ハードウェアスイッチ等によるものであってもよい。
【００４４】
また、制御部２０３は、端末認証情報を取得する処理を行う。本実施形態では、端末認証情報は、後述する鍵管理サーバ４００において生成され、後述する配送管理サーバ３００を介して携帯端末２００へ伝送される。
なお、携帯端末２００が端末認証情報を有していない場合、操作画面からの施錠操作および解錠操作は不可能となる。
【００４５】
携帯端末２００が取得する端末認証情報は、不変のキーであってもよいし、ワンタイムキーであってもよい。いずれの場合も、端末認証情報に対応する装置認証情報が、車載装置１００に事前に記憶される。
【００４６】
次に、配送管理サーバ３００について説明する。
配送管理サーバ３００は、配送を行う荷物、および、複数の配送担当者が所持する携帯端末２００を管理するサーバ装置である。配送管理サーバ３００は、対象となる荷物の配送情報を記憶しており、その配送場所として車両１０が指定されている場合に、当該荷物を収容する車両１０を施解錠するための端末認証情報を鍵管理サーバ４００から取得し、携帯端末２００へ転送する。また、車両１０（車載装置１００）に対応する装置認証情報を鍵管理サーバ４００から取得し、車載装置１００へ転送する。当該処理は、配送担当者が所持する携帯端末２００からの要求を起点として行われる。
配送管理サーバ３００は、通信部３０１と、制御部３０２と、を有して構成される。
【００４７】
通信部３０１は、通信部１０５と同様の、ネットワーク接続を行うための通信インタフェースである。
制御部３０２は、配送管理サーバ３００の制御を司る手段である。制御部３０２は、例えば、ＣＰＵによって構成される。
制御部３０２は、機能モジュールとして配送管理部３０２１を有している。当該機能モジュールは、ＲＯＭ等の記憶手段に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行することで実現してもよい。
【００４８】
配送管理部３０２１は、荷受人となるユーザ、当該ユーザの管理下にあり配送先となる車両１０、当該ユーザに関連付いた荷物、等に関する情報を記憶し、管理する手段である。
配送管理部３０２１は、配送予定の荷物に関する情報を携帯端末２００から受信すると、配送先となる車両１０を特定し、当該車両１０を施解錠するための端末認証情報および装置認証情報の発行を鍵管理サーバ４００に依頼する。また、鍵管理サーバ４００によって発行された端末認証情報を携帯端末２００に転送し、装置認証情報を車載装置１００に転送する。
【００４９】
次に、鍵管理サーバ４００について説明する。
鍵管理サーバ４００は、配送管理サーバ３００からの求めに応じて、携帯端末２００が利用する端末認証情報と、車載装置１００が利用する装置認証情報を発行する装置である。鍵管理サーバ４００は、通信部４０１、制御部４０２、記憶部４０３を有して構成される。
【００５０】
通信部４０１は、通信部３０１と同様の、ネットワーク接続を行うための通信インタフェースである。
【００５１】
制御部４０２は、鍵管理サーバ４００の制御を司る手段である。制御部４０２は、例えば、ＣＰＵによって構成される。
制御部４０２は、機能モジュールとして鍵発行部４０２１を有している。当該各機能モジュールは、ＲＯＭ等の記憶手段に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行することで実現してもよい。
【００５２】
鍵発行部４０２１は、配送管理サーバ３００からの求めに応じて端末認証情報および装置認証情報を発行する。端末認証情報は、前述したように、携帯端末２００が、車載装置１００を介して車両１０の施錠および解錠を行うための認証情報である。また、装置認証情報は、端末認証情報と対をなす認証情報である。
【００５３】
端末認証情報および装置認証情報は、予め記憶されたものを取得してもよいし、動的に生成してもよい。例えば、所定の時間帯においてのみ有効な認証情報や、使用回数が指定された認証情報、所定の携帯端末２００においてのみ使用できる認証情報などを生成することもできる。
なお、車両１０が、車室やトランクなど、独立して施解錠可能な複数の領域を有している場合、いずれかの領域のみを施解錠可能な認証情報を生成してもよい。
【００５４】
記憶部４０３は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部４０３には、車載装置１００に対応する装置認証情報や、当該装置認証情報と対をなす端末認証情報、これらの認証情報を生成するための各種のデータが保存される。
【００５５】
<音声出力部>
次に、前述した音声出力部１０２４が保持する情報について説明する。
音声出力部１０２４は、解錠時に出力する複数の音声を事前に記憶、または、複数の音声を生成可能に構成される。
また、音声出力部１０２４は、図３（Ａ）に示したような、解錠に用いられた装置と、解錠時に出力する音声とを対応づける情報（以下、音声定義データ）を記憶している。図３（Ａ）の例では、電子キーまたは車両オーナーが所持する携帯端末によって車両１０が解錠された場合に、サウンド１を出力し、それ以外の携帯端末（例えば、配達担当者が所持する携帯端末）によって車両１０が解錠された場合に、サウンド２を出力する旨が定義されている。
なお、音声定義データは、事前（例えば、工場出荷時）に音声出力部１０２４に記憶されていてもよいが、ユーザの操作によって更新可能であってもよい。また、端末認証情報と音声定義データが同時に鍵管理サーバ４００から車載装置１００に配信される構成であってもよい。
【００５６】
また、音声出力部１０２４は、図４に示したような音声データを記憶している。
本例の場合、例えば、サウンド１はアンサーバック用の電子音とし、サウンド２は、認証された携帯端末による解錠である旨を周囲に報知するための音声とすることができる。なお、音声は録音されたものである必要はなく、サウンド３のように合成によって生成するものであってもよい。また、サウンド４のようにメロディなどを割り当ててもよい。
【００５７】
このような報知音は、メロディやサウンドエフェクトであってもよいが、人の声であることがより好ましい。例えば、「認証が正常に完了しました」，「ドアを開けることができます」といった音声を出力することで、正当な権限を持つ者の操作によって解錠が行われた旨を、車両周辺の人に対してより分かりやすく伝達することができる。
【００５８】
次に、音声出力部１０２４が、出力する音声を特定する方法について説明する。
解錠に用いられた装置が電子キーであるか、携帯端末２００であるかは、通信経路（ＲＦ帯の電波経由であるか、近距離無線通信経由であるか）によって判別することができる。
【００５９】
また、携帯端末２００が、車両のオーナーが所持するものであるか否かは、携帯端末２００から送信された端末認証情報を参照することで判別することができる。例えば、図５（Ａ）に示したように、車載装置１００が、受信した端末認証情報が恒久的なものであるか否かを判定する。ここで、受信した端末認証情報に有効期限が付与されている場合や、端末認証情報がワンタイムキーである場合（すなわち、端末認証情報が一時的なものである場合）、「その他の携帯端末」によって解錠されたと判定することができる。
この他にも、図５（Ｂ）に示したように、携帯端末２００に固有な識別子を端末認証情報と共に送信し、車載装置１００が、事前に登録された識別子を受信したか否かを判定してもよい。
【００６０】
<システムの動作>
次に、前述した各構成要素が行う全体的な処理の流れについて説明する。
処理は、携帯端末２００が端末認証情報を取得するフェーズ（第一のフェーズ）と、携帯端末２００が、取得した端末認証情報を用いて車載装置１００にアクセスし、車両を施解錠するフェーズ（第二のフェーズ）に分けることができる。図６が第一のフェーズにおけるデータの流れを表した図であり、図７が第二のフェーズにおけるデータの流れを表した図である。
【００６１】
図６を参照して第一のフェーズについて説明する。ステップＳ１１〜Ｓ１７の処理は、携帯端末２００から端末認証情報の発行要求があった場合に実行される。
まず、ステップＳ１１で、携帯端末２００が、配送管理サーバ３００に対して端末認証情報の発行を要求する。当該ステップでは、携帯端末２００を識別する情報と、荷物を識別する情報（以下、荷物情報。例えば伝票番号）が認証情報要求として同時に送信される。
【００６２】
ステップＳ１２では、配送管理サーバ３００（配送管理部３０２１）が、取得した荷物情報と、予め記憶された情報に基づいて、配送先となる車両１０を特定する。次いで、認証情報要求に車両１０の識別子を追加し、鍵管理サーバ４００へ送信する（ステップＳ１３）。
【００６３】
ステップＳ１４では、鍵発行部４０２１が、携帯端末２００および車両１０（車両１０に搭載された車載装置１００）に固有な端末認証情報と装置認証情報を生成（ないし取得）する。
【００６４】
次に、ステップＳ１５で、生成した端末認証情報と装置認証情報を配送管理サーバ３００に送信する（ステップＳ１５）。また、配送管理サーバ３００は、当該端末認証情報を携帯端末２００に転送する（ステップＳ１６）。また、装置認証情報を車載装置１００に転送する（ステップＳ１７）。これにより、携帯端末２００上において、車両１０を解錠する操作が可能になる。
なお、本例では配送管理サーバ３００を介して端末認証情報および装置認証情報を転送したが、鍵管理サーバ４００から携帯端末２００に端末認証情報を、鍵管理サーバ４００から車載装置１００に装置認証情報をそれぞれ直接送信するようにしてもよい。
【００６５】
なお、ステップＳ１１〜Ｓ１７の処理は、施解錠を行うための準備処理であるため、事前に行っておくことが好ましい。例えば、配送の準備段階において実行してもよい。
【００６６】
図７を参照して第二のフェーズについて説明する。ステップＳ２１〜Ｓ２４は、携帯端末２００を用いて車両１０を解錠するための処理である。
携帯端末２００のユーザ（すなわち配送担当者）が、入出力部を介して車両１０を解錠する操作を行うと、携帯端末２００と車載装置１００との間でＢＬＥによるリンクが確立され、ステップＳ２１で、携帯端末２００が、車載装置１００に対して解錠要求および端末認証情報を送信する。
【００６７】
ステップＳ２２では、車載装置１００が有する認証部１０２２が、携帯端末２００から送信された端末認証情報と、事前に記憶された装置認証情報とを照合し、認証処理を行う。認証に成功した場合、鍵制御部１０２３が車両１０のドアを解錠する。
ステップＳ２３では、車載装置１００が有する音声出力部１０２４が、記憶された音声定義データと、携帯端末２００から送信された端末認証情報に基づいて通信先装置の種別を判定し、対応する音声を出力する。
なお、出力する音声はループ音声であってもよい。音声がループしている場合、ドアが開放されている間、または、ドアが解錠されている間において出力を続けてもよい。
【００６８】
ステップＳ３１〜Ｓ３４は、携帯端末２００を用いて車両１０を施錠するための処理である。
携帯端末２００のユーザが、入出力部を介して車両１０を施錠する操作を行うと、ステップＳ３１で、携帯端末２００が、車載装置１００に対して施錠要求および端末認証情報を送信する。
【００６９】
ステップＳ３２では、車載装置１００が有する認証部１０２２が、携帯端末２００から送信された端末認証情報と、事前に記憶された装置認証情報とを照合し、認証処理を行う。認証に成功した場合、鍵制御部１０２３が車両１０のドアを施錠する。
【００７０】
ステップＳ３３では、車載装置１００が有する音声出力部１０２４が、出力中の音声がある場合にこれを停止させる。
【００７１】
また、車載装置１００が有する通信処理部１０３１は、施錠を行った後で、携帯端末２００に対して施錠が完了した旨の通知（施錠通知）を送信する（ステップＳ３４）。これにより、携帯端末２００のタッチパネルスクリーン上に、施錠が完了した旨の通知が出力される。なお、端末認証情報がワンタイムキーである場合、ステップＳ３４のタイミングで当該ワンタイムキーを無効化してもよい。最後に、携帯端末２００が、配送管理サーバ３００に対して施錠通知を送信する（ステップＳ３５）。
【００７２】
前述したように、本実施形態によると、携帯端末２００を用いて車両１０を解錠するシステムにおいて、所定の携帯端末を用いて解錠を行った場合とそうでない場合とで、車両１０から異なる音声を出力することができる。よって、正当な権限を持つ人物が車両の解錠を行っている旨を、音声によって周囲に報知することができる。
【００７３】
（第二の実施形態）
第一の実施形態では、車両１０の解錠に用いられた携帯端末２００が、車両のオーナーが所持する携帯端末であるか否かを判定し、判定結果に基づいて異なる音声を出力する例について述べた。これに対し、第二の実施形態は、携帯端末の種別をさらに細分化し、種別ごとに異なる音声を出力する実施形態である。
【００７４】
第二の実施形態では、音声出力部１０２４に、図３（Ｂ）に示したような音声定義データを記憶させる。図示した通り、本例では、携帯端末２００の種別を、種別Ａ〜Ｃの三種類によって定義する。携帯端末の種別は、例えば、配送業者ごとに割り当ててもよい。
また、第二の実施形態では、ステップＳ２１で、携帯端末２００が車載装置１００に解錠要求（および端末認証情報）を送信する際に、図５（Ｃ）に示したように、自装置の種別（例えば、種別Ａの携帯端末である旨）をさらに送信し、車載装置１００が、当該情報に基づいて、出力する音声を決定する。
【００７５】
なお、本例では携帯端末の種別を配送業者ごとに定義したが、携帯端末の種別は、これ以外の情報を用いて定義してもよい。例えば、解錠の目的ごとに異なる種別を定義してもよい。
【００７６】
第二の実施形態によると、携帯端末の種別ごとに異なる音声を出力することができるため、車両を解錠した者の所属や、どのような目的によって車両が解錠されているのかなどを報知することができる。
【００７７】
（変形例）
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
【００７８】
例えば、音声定義データに定義される音声に「無音」を割り当ててもよい。
また、各実施形態では、車両周辺への報知を目的とした音声を出力したが、解錠を行ったユーザに向けた音声を出力してもよい。例えば、解錠に用いられた端末認証情報がワンタイムキーである場合や、有効期限を有している場合、これを案内する音声を追加で出力してもよい。例えば、「○分以内に荷物を格納し、施錠してください」といった案内を出力するようにしてもよい。このように、携帯端末２００から送信された端末認証情報の特性に基づいて、出力する音声を生成ないし決定してもよい。
【００７９】
また、図３に示した音声定義データを車載装置１００に事前に記憶させるのではなく、鍵管理サーバ４００が発行する端末認証情報に、出力する音声を識別する情報（例えば、「認証が正常に完了した旨を案内する合成音声を出力する」，「サウンド２を出力する」等）を直接付加してもよい。この場合、鍵管理サーバ４００が、ステップＳ１４の処理において、所定の基準に従って当該情報を生成し、ステップＳ１５で送信するようにしてもよい。また、車載装置１００が、ステップＳ２２で認証を行った際に、当該情報を参照して、出力する音声を生成ないし決定してもよい。
【００８０】
また、図５（Ｄ）に示したように、端末認証情報それ自体に、携帯端末２００に関する情報を付加し、車載装置１００が、受信した端末認証情報から当該情報を抽出するようにしてもよい。
【００８１】
また、実施形態の説明では、荷物の保管および施解錠が可能な領域として自動車の車室やトランクを例示したが、必ずしもこれらに限らない。本発明は、携帯端末を用いて施解錠可能な領域を有するものであれば、施設や格納装置など、自動車以外にも適用可能である。
【符号の説明】
【００８２】
１０・・・車両
１００・・・車載装置
１０１，２０１・・・近距離通信部
１０２・・・照合ＥＣＵ
１０３・・・ボディＥＣＵ
１０４・・・ドアロックモータ
１０５，２０２，３０１，４０１・・・通信部
２００・・・携帯端末
２０３，３０２，４０２・・・制御部
３００・・・配送管理サーバ
４００・・・鍵管理サーバ
４０３・・・記憶部
【図１】
2019105119.tif 000003
【図２】
2019105119.tif 000004
【図３】
2019105119.tif 000005
【図４】
2019105119.tif 000006
【図５】
2019105119.tif 000007
【図６】
2019105119.tif 000008
【図７】
2019105119.tif 000009