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