JP2019192256A - 認証情報発行装置および配送システム - Google Patents

Abstract

【課題】車両を用いた荷物の一時保管を行うシステムにおいて、セキュリティを確保する。【解決手段】携帯端末から取得した認証情報に基づいて施解錠を行い、荷物が格納可能な車両を解錠するための前記認証情報を前記携帯端末に発行する認証情報発行装置であって、荷物の配送先を特定するための情報である荷受ＩＤと、前記車両を識別する情報である車両ＩＤとを関連付けて記憶する記憶手段と、対象の荷物に関連付いた前記荷受ＩＤを取得する取得手段と、前記取得した前記荷受ＩＤに基づいて、前記荷物の格納先となる車両を解錠するための前記認証情報を前記携帯端末に送信する認証情報発行手段と、を有する。【選択図】図２

Description

本発明は、車両を用いて荷物の一時保管を行うシステムに関する。

受取人が配達先として指定した荷受用車両のトランクで、配達物の受け渡しを行う技術が提案されている（例えば、特許文献１を参照）。当該技術によれば、受取人は、自身が所有する車両を配達先として指定することで、配達物を受け取るための宅配ロッカー等を設置することなく、不在時であっても配達物を受け取ることができる。

特開２００６−２０６２２５号公報

荷物の配送先として車両を指定する場合、車両の位置、車両番号（ナンバープレート）、車種などを配送業者に通知する必要がある。一方、ＥＣサイトを通して商品の発注を行う場合であって、当該ＥＣサイトが複数の配送業者と契約しているような場合、発注の段階では配送業者が決まっていない場合がある。かかる場合、配送先となる車両に関する情報をＥＣサイトに預けておく必要が生じるが、このような場合、車両に関する情報を配送業者以外に開示することになるため、セキュリティ上の懸念が生じてしまう。
この課題を解決するためには、必要最小限の情報のみで、配送先となる車両を特定できるシステムを構築する必要がある。

本発明は上記の課題を考慮してなされたものであり、車両を用いた荷物の一時保管を行うシステムにおいて、セキュリティを確保することを目的とする。

本発明に係る認証情報発行装置は、携帯端末から取得した認証情報に基づいて施解錠を行い、荷物が格納可能な車両を解錠するための前記認証情報を前記携帯端末に発行する認証情報発行装置である。
具体的には、荷物の配送先を特定するための情報である荷受ＩＤと、前記車両を識別する情報である車両ＩＤとを関連付けて記憶する記憶手段と、対象の荷物に関連付いた前記荷受ＩＤを取得する取得手段と、前記取得した前記荷受ＩＤに基づいて、前記荷物の格納先となる車両を解錠するための前記認証情報を前記携帯端末に送信する認証情報発行手段と、を有することを特徴とする。

荷受ＩＤは、荷物の配送先を特定するための情報である。荷受ＩＤは、荷物を格納する車両を直接指定する情報である必要はない。例えば、荷受人が指定した文字列やメールアドレスなどであってもよい。車両ＩＤは、荷物の格納が行える車両を一意に識別する情報である。記憶手段は、荷受ＩＤおよび車両ＩＤを関連付けて記憶する。
取得手段が、対象の荷物に関連付いた荷受ＩＤを取得すると、認証情報発行手段が、荷受ＩＤに対応する車両を特定し、当該車両を解錠するための認証情報を送信する。
かかる構成によると、荷受ＩＤのみを用いて、荷物の格納先となる車両を特定し、当該車両を解錠するための鍵を発行することができる。すなわち、本発明に係る認証情報発行装置を配送業者が利用することで、荷受人は、荷受ＩＤのみを開示することで荷物の配送等を受けられるようになる。

また、本発明に係る認証情報発行装置は、前記車両の位置情報を取得する位置情報取得手段をさらに有し、前記認証情報発行手段は、前記位置情報をさらに前記携帯端末に送信することを特徴としてもよい。

認証情報に車両の位置情報を添付して携帯端末に送信することで、担当者が車両を容易に特定できるようになる。

また、前記記憶手段は、前記車両の特徴に関する情報である特徴情報をさらに関連付けて記憶し、前記認証情報発行手段は、前記特徴情報をさらに前記携帯端末に送信することを特徴としてもよい。

特徴情報として、例えば、車両の色、車種、ナンバープレート情報、駐車区画、駐車場所の住所等を送信することで、車両の特定がより容易になる。

また、前記記憶手段は、前記荷物の荷受人から取得した情報に基づいて、前記荷受ＩＤと前記車両ＩＤとを関連付けた情報を更新することを特徴としてもよい。

このように、荷受人の指示によって、荷受ＩＤと車両ＩＤの紐付けを自由に更新できるようにしてもよい。かかる構成によると、例えば自己が所有していない任意の車両を格納先として指定できるようになる。

また、本発明に係る配送システムは、
荷物を格納可能な車両と、前記車両を解錠するための認証情報を発行する認証情報発行装置と、からなる配送システムであって、前記車両は、扉を解錠するための前記認証情報を携帯端末から受信する受信手段と、前記認証情報に基づいて前記扉の解錠を行う解錠手段と、を有し、前記認証情報発行装置は、前記荷物の配送先を特定するための情報である荷受ＩＤと、前記車両を識別する情報である車両ＩＤとを関連付けて記憶する記憶手段と、対象の荷物に関連付いた前記荷受ＩＤを取得する取得手段と、前記取得した前記荷受ＩＤに基づいて、前記荷物の格納先となる車両を解錠するための前記認証情報を前記携帯端末に送信する認証情報発行手段と、を有することを特徴とする。

なお、本発明は、上記手段の少なくとも一部を含む認証情報発行装置として特定することができる。また、前記認証情報発行装置を含む配送システムとして特定することもできる。また、前記認証情報発行装置が実行する認証情報発行方法、前記配送システムが実行する配送方法として特定することもできる。上記処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

本発明によれば、車両を用いた荷物の一時保管を行うシステムにおいて、セキュリティを確保することができる。

実施形態に係る配送システムのシステム概要図である。 配送システムが有する構成要素の一例を概略的に示したブロック図である。 配送管理サーバ３００に記憶される荷物情報の例。 鍵管理サーバ４００に記憶される配送先情報および車両情報の例。 実施形態におけるデータフローを説明する図。 実施形態におけるデータフローを説明する図。

本実施形態に係る配送システムの概要について、図１を参照しながら説明する。本実施形態に係る配送システムは、施解錠装置１００、携帯端末２００、配送管理サーバ３００、鍵管理サーバ４００、ＥＣサーバ５００を含んで構成される。

本実施形態に係る配送システムは、ユーザがＥＣサーバ５００を介して発注した商品が、荷物として発送され、配送担当者によって車両１０に配送される形態を想定する。
本実施形態に係る配送システムでは、車両１０に搭載された施解錠装置１００が、車外にある携帯端末２００と無線通信を行い、当該通信の結果に基づいて車両１０の施解錠を行う。すなわち、物理的な鍵を用いずに、携帯端末２００のみを用いて車両１０の施解錠を行うことができる。荷物の配送を行う配送担当者は、携帯端末２００を所持しており、必要に応じて荷受人が指定した車両１０の施解錠を行うことができる。これにより、車両１０を配送先（宅配ボックス）として利用することができる。

ＥＣサーバ５００は、配送対象である商品の受注を行うサーバ装置である。ＥＣサーバ５００がユーザから商品を受注すると、当該商品の配送が手配され、配送管理サーバ３００に、配送対象の荷物に関連する情報が送信される。
配送管理サーバ３００は、荷物の配送と、当該荷物を配送する配送担当者が所持する複数の携帯端末２００を管理するサーバ装置である。

鍵管理サーバ４００は、施解錠装置１００が携帯端末２００を認証するための情報（認証情報）を発行するサーバ装置である。鍵管理サーバ４００は、配送管理サーバ３００を経由して携帯端末２００に第一の認証情報を発行し、同様に、配送管理サーバ３００を経由して施解錠装置１００に第二の認証情報を発行する。施解錠装置１００は、これらの認証情報を照合することで、携帯端末２００が正当なものであることを認証する。

なお、図１には携帯端末２００および車両１０を一つずつ図示しているが、配送管理サーバ３００が管理する携帯端末２００は複数であってもよい。また、携帯端末２００がアクセス可能な車両１０は複数であってもよい。同様に、ＥＣサーバ５００は複数あってもよい。

<システム構成>
システムの構成要素について、詳しく説明する。
図２は、図１に示した施解錠装置１００、携帯端末２００、配送管理サーバ３００、鍵管理サーバ４００、ＥＣサーバ５００の構成の一例を概略的に示したブロック図である。このうち、施解錠装置１００が、施解錠（施錠および解錠）の対象である車両１０に搭載される。

施解錠装置１００は、車両のドアを施錠および解錠するための装置である。具体的には、車両のユーザが所持する電子キー（携帯機）から、高周波帯の電波を介して送信される施錠信号および解錠信号に応じて、車両１０のドアを施錠および解錠する。
本実施形態では、施解錠装置１００が、上述した機能に加え、携帯端末２００と行った通信の結果に基づいてドアの施解錠を行う機能を有している。

施解錠装置１００は、近距離通信部１０１、照合ＥＣＵ１０２、ボディＥＣＵ１０３、ドアロックモータ１０４、通信部１０５、車両情報通知部１０６を含んで構成される。施解錠装置１００は、車両１０に搭載される不図示の補機バッテリから供給される電力で動作する。なお、本例では、電子キーと通信を行う手段については図示を省略している。

近距離通信部１０１は、ユーザが所持する携帯端末２００と通信を行うモジュールであ
る。近距離通信部１０１は、所定の無線通信規格を用いて、近距離（車室内と車室外で通信が行える程度）における通信を行う。

本実施形態では、近距離通信部１０１は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ規格（以下、ＢＬＥ）によるデータ通信を行う。ＢＬＥとは、Ｂｌｕｅｔｏｏｔｈによる低電力通信規格であり、機器同士のペアリングを必要とせず、相手を検知することですぐに通信を開始できるという特徴を有する。
なお、本実施形態ではＢＬＥを例示するが、他の無線通信規格も利用可能である。例えば、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、ＷｉＦｉ（登録商標）などを利用することもできる。

照合ＥＣＵ１０２は、近距離通信部１０１を介して携帯端末２００と近距離無線通信を行い、携帯端末２００を認証する制御と、認証の結果に基づいて、車両１０のドアを施錠および解錠する制御を行うコンピュータである。照合ＥＣＵ１０２は、例えば、マイクロコンピュータによって構成される。
なお、以下の説明において、施錠信号と解錠信号を施解錠信号と総称する。施解錠信号という語は、施錠信号と解錠信号の少なくともいずれかを表す。

照合ＥＣＵ１０２は、機能モジュールとして通信処理部１０２１、認証部１０２２および鍵制御部１０２３を有している。各機能モジュールは、ＲＯＭ（Read Only Memory）等の記憶手段に記憶されたプログラムをＣＰＵ（Central Processing Unit）（いずれも不図示）によって実行することで実現してもよい。

通信処理部１０２１は、近距離通信部１０１を介して行う携帯端末２００との通信を処理する。具体的には、携帯端末２００から施錠要求または解錠要求（以下、施解錠要求と総称する）を受信し、受信した要求に応じて、施解錠信号を生成する。
なお、生成された施解錠信号は、一時的に記憶され、後述する認証部１０２２が携帯端末２００の認証に成功したタイミングで出力される。

認証部１０２２は、携帯端末２００から送信された施解錠要求に含まれる認証情報に基づいて、携帯端末２００の認証を行う。具体的には、不図示の記憶手段に記憶された認証情報と、携帯端末２００から送信された認証情報とを比較し、これらが一致した場合に、認証成功と判断する。双方の認証情報が一致しない場合、認証失敗と判断する。認証部１０２２が携帯端末２００の認証に成功した場合、通信処理部１０２１が生成した施解錠信号が、後述する鍵制御部１０２３へ送信される。
なお、認証部１０２２が行う認証の方式は、認証情報同士を単純に比較して同一性を検証する方式であってもよいし、非対称暗号を用いた方式であってもよい。前述した「一致」とは、二つの認証情報が互いに対応するものであることを確認できればよく、必ずしも両者が同一である必要はない。
以降、説明の必要に応じて、施解錠装置１００に記憶される認証情報を装置認証情報、携帯端末２００から送信される認証情報を端末認証情報と称するものとする。なお、両者を区別する必要がない場合は単に認証情報と称する。
なお、認証部１０２２が記憶する装置認証情報は、後述する鍵管理サーバ４００で生成され、ネットワーク経由で受信および格納される。

鍵制御部１０２３は、認証部１０２２が行った認証の結果に基づいて、後述するボディＥＣＵ１０３に解錠指令または施錠指令を送信する。当該信号は、ＣＡＮ（Controller Area Network）等の車内ネットワークを介して送信される。

ボディＥＣＵ１０３は、車両のボディ制御を行うコンピュータである。ボディＥＣＵ１
０３は、受信した解錠指令または施錠指令に基づいて、後述するドアロックモータ１０４を制御することで、車両のドアの解錠および施錠を行う機能を有している。なお、ボディＥＣＵ１０３は、パワーウインドウ制御、シート調節、盗難防止、シートベルト制御、ヘッドライト制御など、車体に関連付いたコンポーネントの制御を行う機能をさらに有していてもよい。

ドアロックモータ１０４は、車両１０のドア（乗降用ドアやリアゲートのほか、トランクも含む）を施錠および解錠するアクチュエータである。ドアロックモータ１０４は、ボディＥＣＵ１０３から送信された信号に基づいて動作する。

通信部１０５は、施解錠装置１００をネットワークに接続するための通信インタフェースである。本実施形態では、３ＧやＬＴＥ等の移動体通信サービスを利用して、ネットワーク経由で他の装置と通信を行うことができる。
車両情報通知部１０６は、後述する鍵管理サーバ４００に、車両１０に関する情報を送信する手段である。本実施形態では、車両に関する情報として、ナンバープレート情報（以下、車両番号）と、車両１０の位置情報を取得し、車両ＩＤとともに鍵管理サーバ４００に周期的に送信する。なお、車両情報通知部１０６は、位置情報を取得するための手段（例えばＧＰＳモジュール等）や、車両に関する情報を記憶する手段等を有していてもよい。

次に、携帯端末２００について説明する。
携帯端末２００は、例えばスマートフォン、携帯電話、タブレットコンピュータ、個人情報端末、ノートブックコンピュータ、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。携帯端末２００は、近距離通信部２０１、通信部２０２、制御部２０３を有して構成される。

近距離通信部２０１は、近距離通信部１０１と同一の通信規格によって、施解錠装置１００との間で通信を行う手段である。
通信部２０２は、通信部１０５と同様の、ネットワーク接続を行うための通信インタフェースである。

制御部２０３は、携帯端末２００の制御を司る手段である。制御部２０３は、例えば、施解錠要求を生成する処理、前述した端末認証情報を取得する処理、施解錠要求および端末認証情報を施解錠装置１００に送信する処理などを行う。制御部２０３は、例えば、マイクロコンピュータによって構成される。制御部２０３は、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行することでこれらの機能を実現してもよい。

制御部２０３は、ユーザとのインタラクションを行う入出力部（不図示）と接続されている。入出力部は、例えば、タッチパネルとその制御手段、液晶ディスプレイとその制御手段から構成される。タッチパネルおよび液晶ディスプレイは、本実施形態では一つのタッチパネルディスプレイからなる。

制御部２０３は、入出力部を介して操作画面を表示し、ユーザが行った操作に基づいて、解錠要求または施錠要求を生成する。例えば、制御部２０３は、タッチパネルディスプレイに、解錠を行うためのアイコン、施錠を行うためのアイコン等を出力し、ユーザによって行われた操作に基づいて、解錠要求ないし施錠要求を生成する。
なお、ユーザが行う操作は、タッチパネルディスプレイを介したものに限られない。例えば、ハードウェアスイッチ等によるものであってもよい。

また、制御部２０３は、端末認証情報を取得する処理を行う。本実施形態では、端末認証情報は、後述する鍵管理サーバ４００において生成され、後述する配送管理サーバ３００を介して携帯端末２００へ伝送される。
なお、携帯端末２００が端末認証情報を有していない場合、操作画面からの施錠操作および解錠操作は不可能となる。
携帯端末２００が取得する端末認証情報は、不変のキーであってもよいし、ワンタイムキーであってもよい。いずれの場合も、端末認証情報に対応する装置認証情報が、施解錠装置１００に事前に記憶される。

次に、配送管理サーバ３００について説明する。
配送管理サーバ３００は、配送を行う荷物、および、複数の配送担当者が所持する携帯端末２００を管理するサーバ装置である。配送管理サーバ３００は、対象となる荷物に関する情報を記憶しており、その配送場所として車両１０が指定されている場合に、当該荷物を格納する車両１０を施解錠するための端末認証情報を鍵管理サーバ４００から取得し、携帯端末２００へ転送する。この処理は、配送担当者が配送に出発する前に行われる。

また、配送管理サーバ３００は、車両１０（施解錠装置１００）に対応する装置認証情報を鍵管理サーバ４００から取得し、施解錠装置１００（照合ＥＣＵ１０２）へ転送する。この処理は、荷物の配送が発生するごとに行ってもよいし、荷物の配送とは関係のないタイミングで行ってもよい。本実施形態では、装置認証情報は、システムのセットアップ時に取得され、施解錠装置１００へ転送されるものとする。

配送管理サーバ３００は、通信部３０１と、記憶部３０２と、制御部３０３を有して構成される。
通信部３０１は、通信部１０５と同様の、ネットワーク接続を行うための通信インタフェースである。

記憶部３０２は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部３０２には、荷物を車両に配送するための情報が保存される。
本実施形態では、記憶部３０２に、荷物を車両に配送するための情報として、図３に示した荷物情報が記憶される。
荷物情報は、荷物の識別子（以下、荷物ＩＤ）と、当該荷物の配送先（具体的には、配送先となる車両１０）を一意に特定するための識別子（本発明における荷受ＩＤ）が関連付けられた情報である。荷物情報は、荷物の配送が発生するたびに、後述するＥＣサーバ５００から通知され、更新される。本実施形態に係る配送システムでは、荷物の配送先を、住所や氏名ではなく、荷受ＩＤによって識別する。なお、荷受ＩＤは、配送先となる車両のＩＤとは異なる。これについては後述する。

制御部３０３は、配送管理サーバ３００の制御を司る手段である。制御部３０３は、例えば、ＣＰＵによって構成される。
制御部３０３は、機能モジュールとして配送管理部３０３１を有している。当該機能モジュールは、ＲＯＭ等の記憶手段に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行することで実現してもよい。

配送管理部３０３１は、携帯端末２００からの要求を受け、車両１０を解錠するための認証情報の発行を鍵管理サーバ４００に要求する手段である。
配送管理部３０３１は、配送予定の荷物に関する情報を携帯端末２００から受信すると、記憶部３０２に記憶された荷物情報に基づいて荷受ＩＤを特定する。また、当該荷受ＩＤに対応する車両１０を施解錠するための端末認証情報の発行を鍵管理サーバ４００に依
頼する。また、鍵管理サーバ４００によって発行された端末認証情報を携帯端末２００に転送する。

次に、鍵管理サーバ４００について説明する。
鍵管理サーバ４００は、配送管理サーバ３００からの求めに応じて、携帯端末２００が利用する端末認証情報と、施解錠装置１００が利用する装置認証情報を発行する装置である。鍵管理サーバ４００は、通信部４０１、記憶部４０２、制御部４０３を有して構成される。

通信部４０１は、通信部３０１と同様の、ネットワーク接続を行うための通信インタフェースである。

記憶部４０２は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部４０２には、施解錠装置１００に対応する装置認証情報や、当該装置認証情報と対をなす端末認証情報、これらの認証情報を生成するための各種のデータが保存される。

また、記憶部４０２には、荷受ＩＤに基づいて対象の車両１０を特定するための情報が記憶される。本実施形態では、記憶部４０２は、図４に示した二種類の情報を記憶する。

配送先情報は、荷受ＩＤと、車両１０を一意に特定する識別子（車両ＩＤ）とを関連付けた情報である。例えば、荷受ＩＤが、荷受人に対応するＩＤであるとすると、車両ＩＤは、荷受人が指定した車両に対応するＩＤであると言える。なお、荷受ＩＤは、配送先を特定するための情報であれば、どのような情報であってもよい。例えば、システムが付与した文字列、荷受人が指定した文字列、メールアドレスなどであってもよい。

車両情報は、車両ＩＤと、対応する車両に関する情報を関連付けた情報である。本実施形態では、車両情報は、車両番号および位置情報からなり、車両１０（車両情報通知部１０６）から送信された情報に基づいて更新される。なお、車両情報は、例示した情報以外を含んでいてもよい。例えば、車両１０の車種や色、駐車区画番号、位置情報に対応する住所などを含んでいてもよい。このような情報は、車両１０が有する車両情報通知部１０６から取得してもよいし、取得した情報に基づいて鍵管理サーバ４００が生成してもよい。

制御部４０３は、鍵管理サーバ４００の制御を司る手段である。制御部４０３は、例えば、ＣＰＵによって構成される。
制御部４０３は、機能モジュールとして鍵発行部４０３１および情報管理部４０３２を有している。当該各機能モジュールは、ＲＯＭ等の記憶手段に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行することで実現してもよい。

鍵発行部４０３１は、配送管理サーバ３００からの求めに応じて端末認証情報および装置認証情報を発行する。端末認証情報は、前述したように、携帯端末２００が、施解錠装置１００を介して車両１０の施錠および解錠を行うための認証情報である。また、装置認証情報は、端末認証情報と対をなす認証情報である。

端末認証情報および装置認証情報は、予め記憶されたものを取得してもよいし、動的に生成してもよい。例えば、所定の時間帯においてのみ有効な認証情報や、使用回数が指定された認証情報、所定の携帯端末２００においてのみ使用できる認証情報などを生成することもできる。
なお、車両１０が、車室やトランクなど、独立して施解錠可能な複数の領域を有してい
る場合、いずれかの領域のみを施解錠可能な認証情報を生成してもよい。

情報管理部４０３２は、前述した配送先情報（荷受ＩＤと車両ＩＤとを関連付ける情報）を取得し、記憶部４０２に記憶させる。配送先情報は、例えば、荷受人から得た情報に基づいて生成してもよい。
また、情報管理部４０３２は、車両１０が有する車両情報通知部１０６から、車両１０に対応する車両情報を取得し、記憶部４０２に記憶させる。
すなわち、情報管理部４０３２は、図４に示した情報を収集ないし管理する。

ＥＣサーバ５００は、荷受人から商品の発注を受け付けるサーバ装置である。ＥＣサーバ５００は、汎用のコンピュータであるため、詳細な構成については説明を省略する。
ＥＣサーバ５００は、商品の発注を受け付ける際に、荷受人より荷受ＩＤを取得する。また、商品を発送する際に、配送業者に対応する配送管理サーバ３００に、伝票番号および荷受ＩＤを含む配送通知を送信する。これにより、配送管理サーバ３００に、図３に示した情報が格納される。

次に、前述した各構成要素が行う処理について説明する。処理は、荷物の発送に伴って荷物情報を生成するフェーズ（第一のフェーズ）と、携帯端末２００が端末認証情報を取得するフェーズ（第二のフェーズ）と、携帯端末２００が、取得した端末認証情報を用いて施解錠装置１００にアクセスし、車両を施解錠するフェーズ（第三のフェーズ）に分けることができる。図５が第一および第二のフェーズにおけるデータの流れを表した図であり、図６が第三のフェーズにおけるデータの流れを表した図である。

図５を参照して第一および第二のフェーズについて説明する。ステップＳ１１〜Ｓ１２の処理は、荷物の配送が発生した場合に実行される。
まず、ＥＣサーバ５００が、配送管理サーバ３００に対して、荷物ＩＤと荷受ＩＤを含んだ配送通知を送信する（ステップＳ１１）。ここで送信される荷物ＩＤは、予め発行された伝票番号であり、荷受ＩＤは、ＥＣサーバ５００が商品を受注する際に荷受人から指定されたものである。
次に、ステップＳ１２で、配送管理サーバ３００（配送管理部３０３１）が、受信した情報に基づいて、図３に示した荷物情報を生成する。なお、荷物ＩＤは、配送管理サーバ３００が生成してもよい。

ステップＳ１３〜Ｓ１９の処理は、携帯端末２００から端末認証情報の発行要求があった場合に実行される。ステップＳ１３〜Ｓ１９の処理は、施解錠を行うための準備処理であるため、事前に行っておくことが好ましい。例えば、配送の準備段階において実行してもよい。

まず、ステップＳ１３で、携帯端末２００が、配送管理サーバ３００に対して端末認証情報の発行を要求する。当該ステップでは、携帯端末２００を識別する情報と、配送される荷物を一意に識別する荷物ＩＤ（伝票番号）が認証情報要求として同時に送信される。

ステップＳ１４では、配送管理サーバ３００が、荷受ＩＤを取得する。本ステップでは、配送管理部３０３１が、記憶部３０２に記憶された荷物情報を参照し、荷受ＩＤを一意に特定する。
ステップＳ１５では、配送管理部３０３１が、特定した荷受ＩＤを認証情報要求に追加して、鍵管理サーバ４００へ送信する。

ステップＳ１６では、情報管理部４０３２が、受信した荷受ＩＤと、記憶されている配送先情報に基づいて、荷物の配送先となる車両１０の車両ＩＤを特定する。また、特定し
た車両ＩＤに対応する車両情報を取得する。
なお、前述したように、配送先情報は、荷受人から得た情報によって予め生成されているものとする。また、車両情報は、車両１０（車両情報通知部１０６）から周期的に送信されたものが記憶されているものとする。

次に、ステップＳ１７で、鍵発行部４０３１が、携帯端末２００および車両１０（特定された車両ＩＤに対応する施解錠装置１００）に固有な端末認証情報を生成（ないし取得）する。

次に、ステップＳ１８で、生成した端末認証情報を配送管理サーバ３００に送信する。また、配送管理サーバ３００は、当該端末認証情報を携帯端末２００に転送する（ステップＳ１９）。これにより、携帯端末２００上において、車両１０を解錠する操作が可能になる。

なお、ステップＳ１８およびＳ１９では、端末認証情報に付随する情報として、配送先となる車両１０に対応する車両情報を送信する。これにより、携帯端末２００は、当該車両の位置情報と車両番号（ナンバープレート情報）を得ることができる。配送担当者は、位置情報および車両番号に基づいて、配送先である車両１０を発見することができる。

なお、本例では配送管理サーバ３００を介して端末認証情報を転送したが、鍵管理サーバ４００から携帯端末２００に端末認証情報を直接送信するようにしてもよい。
また、本例では、装置認証情報は、鍵管理サーバ４００が発行して予め施解錠装置１００に記憶しておくものとしたが、ステップＳ１４と同一のタイミングで鍵管理サーバ４００が発行し、配送管理サーバ３００を介して施解錠装置１００に転送するようにしてもよい。

図６を参照して第三のフェーズについて説明する。ステップＳ２１〜Ｓ２２は、携帯端末２００を用いて車両１０を解錠するための処理である。
携帯端末２００のユーザ（すなわち配送担当者）が、入出力部を介して車両１０を解錠する操作を行うと、携帯端末２００と施解錠装置１００との間でＢＬＥによるリンクが確立され、ステップＳ２１で、携帯端末２００が、施解錠装置１００に対して解錠要求および端末認証情報を送信する。

ステップＳ２２では、施解錠装置１００が有する認証部１０２２が、携帯端末２００から送信された端末認証情報と、事前に記憶された装置認証情報とを照合し、認証処理を行う。認証に成功した場合、鍵制御部１０２３が車両１０のドアを解錠する。

ステップＳ３１〜Ｓ３４は、携帯端末２００を用いて車両１０を施錠するための処理である。
携帯端末２００のユーザが、入出力部（例えばタッチパネルスクリーン）を介して車両１０を施錠する操作を行うと、ステップＳ３１で、携帯端末２００が、施解錠装置１００に対して施錠要求および端末認証情報を送信する。

ステップＳ３２では、施解錠装置１００が有する認証部１０２２が、携帯端末２００から送信された端末認証情報と、事前に記憶された装置認証情報とを照合し、認証処理を行う。認証に成功した場合、鍵制御部１０２３が車両１０のドアを施錠する。

また、施解錠装置１００が有する通信処理部１０３１は、施錠を行った後で、携帯端末２００に対して施錠が完了した旨の通知（施錠通知）を送信する（ステップＳ３３）。これにより、携帯端末２００のタッチパネルスクリーン上に、施錠が完了した旨の通知が出
力される。なお、端末認証情報がワンタイムキーである場合、ステップＳ３３のタイミングで当該ワンタイムキーを無効化してもよい。最後に、携帯端末２００が、配送管理サーバ３００に対して施錠通知を送信する（ステップＳ３４）。
なお、配送管理サーバ３００は、荷受人に関連付いた端末（例えば、荷受人が所持する携帯端末など）に、配送が完了した旨のメッセージを送信してもよい。

前述した実施形態によると、荷受人は、商品の発注時に荷受ＩＤをＥＣサーバ５００に通知するだけで、車両を用いた荷物の受け取りが可能になる。特に、車両情報に含まれる位置情報は周期的に更新されるため、車両が移動しても荷物の受け取りを行うことができるようになる。

（変形例１）
実施形態の説明では、鍵管理サーバ４００に記憶される配送先情報は、荷受人から得た情報によって予め生成されているものとしたが、この配送先情報は固定である必要はなく、任意のタイミングで更新可能としてもよい。例えば、荷受人が端末を用いて鍵管理サーバ４００にアクセスし、自己の荷受ＩＤに、任意の車両ＩＤを紐付けられるようにしてもよい。かかる形態によると、自己が所有していない車両１０（例えば、カーシェアリング車両など）を配送先として用いることが可能になる。

（変形例２）
また、実施形態の説明では、携帯端末２００から送信された要求に基づいて配送管理サーバ３００が認証情報の発行要求を行ったが、認証情報の発行要求は他のイベントをトリガとして行ってもよい。例えば、配送管理サーバ３００が、ステップＳ１２で荷物情報を生成したタイミングで、ステップＳ１４〜Ｓ１９の処理を実行するようにしてもよい。すなわち、荷物の配送手続きが行われた段階で認証情報の発行を受けてもよい。配送時に使用される携帯端末２００が事前に特定されている場合、このような処理も可能である。なお、ステップＳ１４〜Ｓ１８の処理のみを前もって行い、ステップＳ１９の処理のみを配送時（すなわち、配送時に使用される携帯端末２００が特定された後）に行うようにしてもよい。

（変形例３）
また、実施形態の説明では、車両情報として車両番号および位置情報を用いたが、用いる車両情報はどちらか片方のみであってもよい。また、車両情報に、他の情報を付加してもよい。例えば、車両１０の車種や色、駐車区画番号、位置情報に対応する住所などを付加し、携帯端末２００に送信するようにしてもよい。

（その他の変形例）
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
例えば、実施形態の説明では、荷物の保管および施解錠が可能な領域として自動車の車室やトランクを例示したが、必ずしもこれらに限らない。本発明は、携帯端末を用いて施解錠可能な領域を有するものであれば、施設や格納装置など、自動車以外にも適用可能である。

また、実施形態の説明では、荷物の配送を行うシステムを例示したが、同様の構成で、荷物の集荷を行うシステムに適用することもできる。この場合、配送先を集荷先と読み替えればよい。

また、実施形態の説明では、荷受人がＥＣサーバを介して商品を発注する形態を例示したが、他の形態に適用してもよい。例えば、配送管理サーバ３００が、宛先となる荷受Ｉ
Ｄを荷物の発送者から取得するようにしてもよい。このように、配送業者が荷受ＩＤを取得することができれば、第三者が荷物を発送する形態に適用することもできる。

１０・・・車両
１００・・・施解錠装置
１０１，２０１・・・近距離通信部
１０２・・・照合ＥＣＵ
１０３・・・ボディＥＣＵ
１０４・・・ドアロックモータ
１０５，２０２，３０１，４０１・・・通信部
１０６・・・車両情報通知部
２００・・・携帯端末
２０３，３０２，４０２・・・制御部
３００・・・配送管理サーバ
４００・・・鍵管理サーバ
４０３・・・記憶部

Claims (8)

1. 携帯端末から取得した認証情報に基づいて施解錠を行い、荷物が格納可能な車両を解錠するための前記認証情報を前記携帯端末に発行する認証情報発行装置であって、
   荷物の配送先を特定するための情報である荷受ＩＤと、前記車両を識別する情報である車両ＩＤとを関連付けて記憶する記憶手段と、
   対象の荷物に関連付いた前記荷受ＩＤを取得する取得手段と、
   前記取得した前記荷受ＩＤに基づいて、前記荷物の格納先となる車両を解錠するための前記認証情報を前記携帯端末に送信する認証情報発行手段と、
   を有する、認証情報発行装置。
2. 前記車両の位置情報を取得する位置情報取得手段をさらに有し、
   前記認証情報発行手段は、前記位置情報をさらに前記携帯端末に送信する、
   請求項１に記載の認証情報発行装置。
3. 前記記憶手段は、前記車両の特徴に関する情報である特徴情報をさらに関連付けて記憶し、
   前記認証情報発行手段は、前記特徴情報をさらに前記携帯端末に送信する、
   請求項２に記載の認証情報発行装置。
4. 前記記憶手段は、前記荷物の荷受人から取得した情報に基づいて、前記荷受ＩＤと前記車両ＩＤとを関連付けた情報を更新する、
   請求項１から３のいずれかに記載の認証情報発行装置。
5. 荷物を格納可能な車両と、前記車両を解錠するための認証情報を発行する認証情報発行装置と、からなる配送システムであって、
   前記車両は、
   扉を解錠するための前記認証情報を携帯端末から受信する受信手段と、
   前記認証情報に基づいて前記扉の解錠を行う解錠手段と、
   を有し、
   前記認証情報発行装置は、
   前記荷物の配送先を特定するための情報である荷受ＩＤと、前記車両を識別する情報である車両ＩＤとを関連付けて記憶する記憶手段と、
   対象の荷物に関連付いた前記荷受ＩＤを取得する取得手段と、
   前記取得した前記荷受ＩＤに基づいて、前記荷物の格納先となる車両を解錠するための前記認証情報を前記携帯端末に送信する認証情報発行手段と、
   を有する、配送システム。
6. 前記認証情報発行装置は、
   前記車両の位置情報を取得する位置情報取得手段をさらに有し、
   前記認証情報発行手段は、前記位置情報をさらに前記携帯端末に送信する、
   請求項５に記載の配送システム。
7. 前記記憶手段は、前記車両の特徴に関する情報である特徴情報をさらに関連付けて記憶し、
   前記認証情報発行手段は、前記特徴情報をさらに前記携帯端末に送信する、
   請求項６に記載の配送システム。
8. 前記記憶手段は、前記荷物の荷受人から取得した情報に基づいて、前記荷受ＩＤと前記車両ＩＤとを関連付けた情報を更新する、
   請求項５から７のいずれかに記載の配送システム。

Images