JP2019105983A - 認証情報提供サーバ及び施解錠方法 - Google Patents

Abstract

【課題】荷物を配送する機会をより多く得る認証情報提供サーバ及び施解錠方法を提供する。【解決手段】車両の所定領域を施解錠するための認証情報を記憶する認証情報記憶部と、認証情報記憶部に記憶されている認証情報を、配送ユーザ端末に発行する認証情報管理部と、荷物の受取人と関連付けられた複数の車両に関する情報を記憶する車両情報記憶部と、先に認証情報管理部によって発行された認証情報に対応する第一車両とは異なる車両の所定領域を配送場所にする要求が配送ユーザ端末からあった場合に、車両情報記憶部に記憶されている複数の車両のうち第一車両とは異なる第二車両に対応する認証情報を、認証情報管理部に発行させる制御部と、を備える。【選択図】図６

Description

本発明は、認証情報提供サーバ及び施解錠方法に関する。

近年、配送サービスの依頼者と配送者との荷物の受け渡し効率的に行う手段として、依頼者が指定する車両の荷室を荷物の受け渡し場所として利用する、配送システムの開発が進められている。例えば、特許文献１には、荷物を配送するユーザ（以下、配送ユーザともいう。）が荷物の配送を行う際に、該配送ユーザが使用する端末（以下、配送ユーザ端末ともいう。）と指定車両に搭載された車両用通信装置との間で認証処理を行わせ、その認証に成功すると、指定車両の施解錠が可能になるシステムが提案されている。

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

ここで、配送サービスの依頼者（以下、依頼ユーザともいう。）が荷物の受け渡し場所として車両の荷室を指定した場合に、配送ユーザが荷物を配送するよりも前に、配送先に指定された車両が移動してしまうと、その車両への荷物の配送が困難になる。また、配送先に指定された車両の荷室ドアの周りに障害物が存在して荷室ドアを開扉できない場合にも、その車両への荷物の配送が困難になる。このような場合に配送ユーザが荷物を持ち帰ると、再配達の必要が生じてしまう。

本発明は、上記したような種々の実情に鑑みてなされたものであり、その目的は、荷物を配送する機会をより多く得ることができるシステムを提供することにある。

本発明の態様の一つは、荷物を配送するユーザが使用する配送ユーザ端末からの要求に基づいて前記荷物の配送場所となる車両の所定領域の施解錠を行う施解錠装置に対応する認証情報を提供する認証情報提供サーバであって、前記所定領域を施解錠するための認証情報を記憶する認証情報記憶部と、前記認証情報記憶部に記憶されている前記認証情報を、前記配送ユーザ端末に発行する認証情報管理部と、前記荷物の受取人と関連付けられた複数の車両に関する情報を記憶する車両情報記憶部と、先に前記認証情報管理部によって発行された前記認証情報に対応する第一車両とは異なる車両の前記所定領域を配送場所にする要求が前記配送ユーザ端末からあった場合に、前記車両情報記憶部に記憶されている前記複数の車両のうち前記第一車両とは異なる第二車両に対応する前記認証情報を、前記認証情報管理部に発行させる制御部と、を備える認証情報提供サーバである。

車両内に設けられた所定領域は、施錠及び解錠されることで、配送ユーザの所定領域へのアクセスが制御される。所定領域の一例としては、車両のトランク（荷室）や、助手席等の車室であってもよい。この施解錠のためには、配送ユーザは認証情報管理部から配送ユーザ端末に認証情報を発行してもらう必要がある。

ここで、第一車両に対応する認証情報が発行された場合であっても、第一車両が移動している場合、又は、配送ユーザが第一車両の所定領域を開扉できない場合等、配送ユーザが第一車両の所定領域に荷物を配送できないことも考えられる。この場合に、配送場所と
して複数の車両の所定領域が使用可能であれば、第一車両とは異なる第二車両の所定領域に荷物を配送することができる場合がある。すなわち、複数の車両の夫々に対応した認証情報を夫々発行可能であれば、荷物の配送場所をより多く確保することができるため、荷物を配送する機会をより多く得ることができる。第一車両及び第二車両は、同一の荷物の受取人と関連付けられた複数の車両のうちの何れかの車両である。複数の車両は３台以上の車両であってもよい。荷物の受取人と関連付けられた複数の車両に対応する認証情報は、夫々認証情報記憶部に記憶されており、何れの認証情報も認証情報管理部が発行する。

また、前記配送ユーザ端末から前記第二車両へ前記荷物を配送したことを示す信号を受信すると、前記受取人が使用する端末に対して、前記第二車両に前記荷物を配送したことを通知する通知部を更に備えることができる。

受取人は、この通知に基づいて、どの車両に荷物が配送されたのか容易に特定することが可能となる。

また、本発明の態様の一つは、荷物を配送するユーザが使用する端末であって、前記荷物の配送場所となる車両に対応する認証情報を用いて前記荷物の配送場所となる車両の所定領域の施解錠を行う配送ユーザ端末が実行する施解錠方法であって、先に受信した前記認証情報に対応する第一車両とは異なる車両の前記所定領域を配送場所にする要求を認証サーバに送信し、前記荷物の受取人と関連付けられた複数の車両のうち前記第一車両とは異なる第二車両に対応する前記認証情報を前記認証サーバから受信し、前記第二車両に対応する前記認証情報を用いて、前記第二車両の所定の領域の施解錠を実行する、施解錠方法である。

この場合、前記配送ユーザ端末は、前記第二車両に対応する前記認証情報を受け取ると、前記第一車両に対応する前記認証情報を失効させてもよい。

そうすると、第二車両の所定領域にアクセス可能となった場合には、第一車両の所定領域にはアクセスできなくなるため、セキュリティ上の懸念が生じることを抑制できる。なお、配送ユーザ端末は、サーバ等からの指示により第一車両に対応する認証情報を失効させてもよいし、第二車両に対応する認証情報を受け取ったことをトリガとして第一車両に対応する認証情報を失効させてもよい。

本発明によれば、荷物を配送する機会をより多く得ることができる。

実施形態に係る認証情報提供サーバを含む配送管理システムの概略構成を示す図である。 実施形態に係る認証情報提供サーバを含む配送管理システムの構成の一例を概略的に示すブロック図である。 配送情報のテーブル構成の一例を示した図である。 車両管理情報のテーブル構成の一例を示した図である。 認証情報要求制御のフローを示したフローチャートである。 配送ユーザ端末に対して認証情報が発行されたときの、配送管理システムの動作のフローを示す図である。 認証情報発行制御のフローを示したフローチャートである。 配送ユーザ端末に対して認証情報が発行されたときの、配送管理システムの動作のフローを示す図である。

以下、本発明の具体的な実施形態について図面に基づいて説明する。本実施形態に記載される構成部品の寸法、材質、形状、相対配置等は、特に記載がない限り発明の技術的範囲をそれらのみに限定する趣旨のものではない。

＜実施形態１＞
＜システム概要＞
図１は、本実施形態に係る配送管理システム１の概略構成を示す図である。配送管理システム１は、荷物の配送作業を依頼する者と荷物の配送作業を依頼された者との間で当該依頼者の指定する車両１０の荷室１５（トランク・ルーム）を共有（シェア）することで、当該荷室１５を受け渡し場所とする配送サービスにおけるシステムである。なお、配送管理システム１には、例示的に２台の車両（第一車両１０Ａ、第二車両１０Ｂ）が含まれているが、車両は３台以上含まれてもよい。また、本明細書において車両について総括的に言及する場合には、その参照番号を１０とする。また、第一車両１０Ａ及び第二車両１０Ｂの構成について区別して表す場合には、以降、それぞれ荷室１５Ａ、荷室１５ＢのようにＡ，Ｂの添え字を付して表すこととする。一方、第一車両１０Ａ及び第二車両１０Ｂの構成について総括的に言及する場合には、添え字を付さずに表すこととする。以下では、荷物の配送作業を依頼する者を「依頼ユーザ」と称し、荷物の配送作業を依頼された者を「配送ユーザ」と称する。また、上記荷室１５は、配送される荷物を配置可能であって、後述するように車載装置１１によって施解錠されるように構成される、車両１０内の所定領域である。当該荷室１５は、車両１０の運転者等が搭乗する車室とは、互いにアクセスが不可能となるように区切られた領域である。荷室１５には、車両１０の外部から開閉可能な荷室ドア１６が設けられている。

図１の例では、配送管理システム１は、第一車両１０Ａ及び第二車両１０Ｂに設置される車載装置１１Ａ，１１Ｂ、配送ユーザ端末２００、依頼ユーザ端末５０、センタサーバ４００、配送管理サーバ５００を含む。車載装置１１、配送ユーザ端末２００、依頼ユーザ端末５０、センタサーバ４００、及び配送管理サーバ５００は、ネットワークＮ１によって相互に接続される。なお、ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、ＷｉＦｉ等の無線通信網を含んでもよい。また、車載装置１１は、近距離無線通信等を含むネットワークＮ２を介して、配送ユーザが使用する端末である配送ユーザ端末２００に接続される。なお、配送管理システム１には、例示的に１つの配送管理サーバ５００が含まれているが、配送管理サーバは２台以上含まれてもよい。

配送管理サーバ５００は、依頼ユーザが使用する端末である依頼ユーザ端末５０から、配送の対象となる物品（以下、荷物とも言う）の登録を受け付ける。依頼ユーザは、例えば、電子商取引事業者により開設された商品購入サイトで購入した物品を荷物として配送ユーザに配送してもらう場合に、依頼ユーザ端末５０にインストールされた配送管理システム１によるサービスを利用するためのアプリケーション（以下、所定のアプリともいう）によって、その荷物に関する配送情報や、その荷物の配送場所を車両１０とする場合の車両管理情報を、配送管理サーバ５００に登録することができる。配送情報は、後述の図３に示すように、依頼ユーザの識別情報や、配送のスケジュール情報等を含む。依頼ユーザの識別情報は、配送管理サーバ５００においては、依頼ユーザに紐付けられている車両１０にも予め対応付けられており、車両１０を含む、自己（依頼ユーザ）に関連する配送場所の候補から依頼ユーザは利用する配送場所を適宜選択し、それも配送情報に含められる。なお、以降の説明においては、依頼ユーザの配送場所を車両１０としてその説明を進めるものとする。更に、配送情報には、荷物のステータスに関する情報も含む。当該ステータス情報としては、荷物の配送が完了したか否か等の情報が例示できる。車両管理情報
は、後述の図４に示すように、車両１０を識別するための情報や、依頼ユーザと複数の車両１０とを紐付ける情報等を含む。

配送管理サーバ５００は、依頼ユーザ端末５０から荷物の配送の依頼を受付けると、その配送場所が車両１０である場合、荷物を収容する車両１０の荷室１５を施解錠するための認証情報を配送ユーザ端末２００に送信するように、センタサーバ４００に要求する。当該要求は、配送ユーザ端末２００からの要求を起点として行われる。センタサーバ４００は、配送情報に含まれる依頼ユーザの識別情報に基づいて、依頼ユーザの識別情報に対応付けられた車両１０の認証情報を、配送管理サーバ５００を介して配送ユーザ端末２００に送信する。配送ユーザは、その配送ユーザ端末２００で受信した認証情報を使用して車両１０の荷室１５を施解錠することで、荷物を配送するために車両１０の荷室１５にアクセスすることができる。ここで、認証情報は、配送ユーザ端末２００から近距離無線通信によって車載装置１１に転送され、車載装置１１による認証処理を受けることで、車載装置１１に車両１０の荷室１５を施解錠させるデジタル情報である。

図２は、本実施形態に係る配送管理システム１を構成する車載装置１１、配送ユーザ端末２００、依頼ユーザ端末５０、配送管理サーバ５００、センタサーバ４００のそれぞれの構成の一例を概略的に示すブロック図である。図２に基づいて、車載装置１１、配送ユーザ端末２００、依頼ユーザ端末５０、配送管理サーバ５００、センタサーバ４００のハードウェア構成及び機能構成について説明する。

車載装置１１は、キーユニット１００、施解錠装置３００、データ通信装置３５０、位置情報取得部１２０を含んで構成される。キーユニット１００は、スマートキーの電子キー（以下、携帯機）と同様の無線インターフェースを有しており、車載装置１１が有する施解錠装置３００と通信を行うことで、物理的な鍵を用いることなく車両１０の荷室１５や車室の施解錠（以下、荷室１５と車室を区別する必要が無い場合には、単に「車両１０の施解錠」と言う場合もある）を行うことができる。また、キーユニット１００は、配送ユーザ端末２００等の携帯端末と近距離無線通信を行い、配送ユーザ端末２００を認証処理した結果に基づいて、自身が車両１０の電子キーとして振る舞うか否かを決定する。

配送ユーザ端末２００は、荷物の配送のために車両１０の荷室１５にアクセスする際に、当該荷室１５の施解錠をするための認証情報を、上記の通り配送管理サーバ５００を介してセンタサーバ４００に発行してもらう。そして、配送ユーザ端末２００からキーユニット１００に送信された認証情報は、キーユニット１００に予め記憶された認証情報と照合される。その認証処理が成功すると、配送ユーザ端末２００は、車載装置１１を正当に作動させる端末として認証される。配送ユーザ端末２００が認証されると、キーユニット１００は、キーユニット１００に予め記憶され、認証情報と対応付けられた車両１０のキーＩＤを、施錠信号または解錠信号とともに施解錠装置３００に送信する。なお、以下の説明において、施錠信号と解錠信号を施解錠信号と総称する。施解錠信号という用語は、施錠信号と解錠信号の少なくともいずれかを表す。施解錠装置３００は、キーユニット１００から受信したキーＩＤが、施解錠装置３００に予め格納されるキーＩＤと一致する場合に車両１０を施解錠する。

施解錠装置３００は、車両１０の車室のドアや荷室ドア１６を施錠および解錠するための装置である。例えば、車両１０に対応する携帯機から、高周波（Radio Frequency，以
下、ＲＦと称する）帯の電波を介して送信される施錠信号および解錠信号に応じて、車両１０のドアを施錠および解錠する。また、携帯機を検索するための、低周波（Low Frequency，以下、ＬＦと称する）帯の電波を送信する機能を有している。

本実施形態では、上記の携帯機の代わりに、キーユニット１００が施解錠装置３００と
の間でＲＦ帯およびＬＦ帯の電波を送受信することで、車両１０のドアの施解錠を制御する。以降、断りがない限り、施解錠装置３００の通信先をキーユニット１００に限定して説明を行う。

キーユニット１００は、車両１０の車室内の所定の位置（例えばグローブボックス内）に配置された装置である。キーユニット１００は、配送ユーザ端末２００等と近距離無線通信を行って該配送ユーザ端末２００を認証する機能と、この認証結果に基づいて、ＲＦ帯の電波を用いて施解錠信号を送信する機能を有している。キーユニット１００は、ＬＦ受信機１０１、ＲＦ送信機１０２、近距離通信部１０３、制御部１０４を有して構成される。

ＬＦ受信機１０１は、施解錠装置３００から、ＬＦ帯の電波を介して送信されたポーリング信号を受信する手段である。ＲＦ送信機１０２は、ＲＦ帯の電波を介して、施解錠装置３００に対して施解錠信号を送信する手段である。

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

制御部１０４は、近距離通信部１０３を介して配送ユーザ端末２００と近距離無線通信を行い、配送ユーザ端末２００を認証する制御と、認証結果に基づいて施解錠信号を送信する制御を行うコンピュータである。

制御部１０４は、記憶部１０４１および認証部１０４２を有している。記憶部１０４１には、キーユニット１００を制御するための制御プログラムが記憶されている。制御部１０４は、記憶部１０４１に記憶されている制御プログラムを不図示のＣＰＵによって実行することで、認証部１０４２を含む種々の機能を実現してもよい。例えば、制御部１０４は、施解錠装置３００からＬＦ帯の電波として送信されたポーリング信号をＬＦ受信機１０１を介して受信する機能、施解錠装置３００にＲＦ帯の電波として施解錠信号をＲＦ送信機１０２を介して送信する機能、近距離通信部１０３を介して行う配送ユーザ端末２００との通信を処理する機能、認証部１０４２による配送ユーザ端末２００の認証が成功した場合に施解錠信号を生成する機能等を実現する。

認証部１０４２は、配送ユーザ端末２００から送信された施錠要求または解錠要求（以下、施解錠要求と総称する）に含まれる認証情報に基づいて、配送ユーザ端末２００の認証を行う。具体的には、記憶部１０４１に記憶された認証情報と、配送ユーザ端末２００から送信された認証情報とを比較し、これらが所定の関係にある場合に、認証成功と判断する。双方の認証情報が所定の関係を満たさない場合、認証失敗と判断する。ここで、所定の関係とは、記憶部１０４１に記憶された認証情報と、配送ユーザ端末２００から送信された認証情報とが一致する場合のほか、２つの認証情報を用いた所定の暗号化・複合化等の処理結果が一致する場合、２つの認証情報の一方に復号処理を行った結果が他方に一致する場合等を含む。

認証部１０４２が配送ユーザ端末２００の認証に成功した場合、配送ユーザ端末２００
から受信した要求に応じて生された施解錠信号がＲＦ送信機１０２を介して施解錠装置３００へ送信される。以降、説明の必要に応じて、キーユニット１００に記憶される認証情報を装置認証情報、配送ユーザ端末２００等から送信される認証情報を端末認証情報と称する場合がある。また、キーユニット１００は、施解錠信号とともに、上記のキーＩＤを施解錠装置３００に送信する。

このように、車載装置１１は、配送ユーザ端末２００から送信された認証情報を起点として、キーユニット１００による認証処理を経て施解錠装置３００を作動させて、車両１０の車室や荷室を施解錠する一連の処理を実行する。

また、車載装置１１には、データ通信装置３５０が備わる。データ通信装置３５０は、ネットワークＮ１を介してセンタサーバ４００に接続され、センタサーバ４００とデータの受け渡しが可能な通信装置である。データ通信装置３５０は、通信部３５１及び制御部３５２を有して構成される。通信部３５１は、車載装置１１をネットワークＮ１に接続するための通信手段である。本実施形態では、３Ｇ（3rd Generation）やＬＴＥ（Long Term Evolution）等の移動体通信サービスを利用して、ネットワークＮ１経由で他の装置（
例えばセンタサーバ４００等）と通信を行うことができる。

制御部３５２は、データ通信装置３５０の制御を司るコンピュータである。制御部３５２は、例えば、車両１０の位置情報をセンタサーバ４００に送信する処理などを行う。なお、制御部３５２は、例えば、マイクロコンピュータによって構成されており、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行させることで上記した各種処理を行うための機能が実現される。

車載装置１１は、車両１０の位置情報を取得する位置情報取得部１２０を有する。位置情報取得部１２０は、ＧＰＳ（Global Positioning System）などを利用して、車両１０
の現在位置を取得する。位置情報取得部１２０によって取得された位置情報は、キーＩＤと共にデータ通信装置３５０を介してセンタサーバ４００へ送られる。したがって、センタサーバ４００は、車両１０の位置を把握可能である。

次に、配送ユーザ端末２００について説明する。配送ユーザ端末２００は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。なお、配送ユーザ端末２００は、公衆通信網であるインターネット等のネットワークＮ１を介して配送管理サーバ５００に接続される、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）であってもよい。配送ユーザ端末２００は、近距離通信部２０１、通信部２０２、制御部２０３、入出力部２０４を有して構成される。

近距離通信部２０１は、キーユニット１００の近距離通信部１０３と同一の通信規格によって、キーユニット１００との間で通信を行う手段である。近距離通信部２０１とキーユニット１００との間に形成されるネットワークが、図１においてＮ２で表されている。そして、通信部２０２は、配送ユーザ端末２００をネットワークＮ１に接続するための通信手段である。本実施形態では、３Ｇ（3rd Generation）やＬＴＥ（Long Term Evolution）等の移動体通信サービスを利用して、ネットワークＮ１経由で他の装置（例えば配送
管理サーバ５００等）と通信を行うことができる。

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

また、制御部２０３は、入出力部２０４を介して配送ユーザとのインタラクションを行う。入出力部２０４は、配送ユーザが行った入力操作を受け付け、配送ユーザに対して情報を提示する手段である。具体的には、タッチパネルとその制御手段、液晶ディスプレイとその制御手段から構成される。タッチパネル及び液晶ディスプレイは、本実施形態では一つのタッチパネルディスプレイからなる。

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

また、制御部２０３は、センタサーバ４００から端末認証情報を取得する処理を行う。なお、端末認証情報は、施解錠装置３００がキーユニット１００を認証するための情報（キーＩＤ）ではなく、キーユニット１００が配送ユーザ端末２００を認証するための情報（例えば、車両１０に搭載されるキーユニット１００に固有の認証情報に対応する認証情報）である。具体的には、制御部２０３が、端末認証情報の発行要求を、配送管理サーバ５００を介してセンタサーバ４００に送信する。ここでいう「端末認証情報の発行要求」には、配送ユーザ端末２００の識別情報とキーユニット１００に固有な端末認証情報の発行を要求する信号とが含まれる。端末認証情報の発行要求を受信したセンタサーバ４００は、車両１０に搭載されているキーユニット１００に固有な端末認証情報を取得し、取得した端末認証情報を配送管理サーバ５００を介して配送ユーザ端末２００に送信する。これにより、配送ユーザ端末２００上において、車両１０を解錠する操作が可能になる。なお、配送ユーザ端末２００が端末認証情報を有していない場合、操作画面からの施錠操作及び解錠操作は不可能となる。

本実施形態において配送ユーザ端末２００が取得する端末認証情報は、配送ユーザの配送作業の終了に伴う荷室ドア１６の施錠をトリガにして無効化される、ワンタイムキーである。例えば、センタサーバ４００から送信される端末認証情報が配送ユーザ端末２００によって受信されたタイミングで、該端末認証情報が配送ユーザ端末２００の記憶部（不図示）に記憶され、その後、配送作業の終了に伴う荷室ドア１６の施錠が行われた際にキーユニット１００から送信される施錠通知が配送ユーザ端末２００によって受信されたタイミングで、該端末認証情報が上記の記憶部から消去される。

なお、配送ユーザ端末２００の記憶部に記憶された端末認証情報が消去されるタイミングは、上記した例に限定されるものではなく、センタサーバ４００から送信される端末認証情報を配送ユーザ端末２００が受信した時点（又は、センタサーバ４００が配送ユーザ端末２００へ向けて端末認証情報を送信した時点）から所定時間が経過したタイミングであってもよい。また、センタサーバ４００から新たな端末認証情報を配送ユーザ端末２００が受信した時点で、配送ユーザ端末２００に記憶されている以前の端末認証情報が消去されてもよい。また、端末認証情報は、上記したようなワンタイムキーに限定されるものではなく、所定の時間帯のみ有効となる限定的なキーであってもよい。そして、端末認証情報がワンタイムキーであるか、又は限定的なキーであるかにかかわらず、該端末認証情報に対応する装置認証情報が、キーユニット１００に事前に記憶されるものとする。

次に、依頼ユーザ端末５０について説明する。依頼ユーザ端末５０も、上記配送ユーザ
端末２００と同様に、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータであってもよく、パーソナルコンピュータであってもよい。依頼ユーザ端末５０は、通信部５１、制御部５２、入出力部５３、近距離通信部５４を有して構成される。

通信部５１は、機能的には上記通信部２０２と同等の、ネットワークＮ１に接続するための通信手段である。制御部５２は、依頼ユーザ端末５０の制御を司るコンピュータである。制御部５２は、例えば、マイクロコンピュータによって構成されており、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行させることで各種処理を行うための機能が実現される。この入出力部５３も、機能的には上記入出力部２０４と同様の、依頼ユーザが行った入力操作を受け付け、依頼ユーザに対して情報を提示する手段である。

近距離通信部５４は、キーユニット１００の近距離通信部１０３と同一の通信規格によって、キーユニット１００との間で通信を行う手段である。制御部５２がセンタサーバ４００から端末認証情報を取得する処理を行いその端末認証情報を、近距離通信部５４を介してキーユニット１００に近距離無線通信により送信することで、依頼ユーザ端末５０から施解錠装置３００を作動させる。

次に、配送管理サーバ５００について説明する。配送管理サーバ５００は、一般的なコンピュータの構成を有しており、配送管理システム１に複数の配送事業者が参加する場合には、各配送事業者が自己用の管理サーバとして少なくとも１つの配送管理サーバを準備する。配送管理サーバ５００は、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital
Signal Processor）等のプロセッサ（不図示）、ＲＡＭ（Random Access Memory）、Ｒ
ＯＭ（Read Only Memory）等の主記憶部（不図示）、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディスクドライブ（ＨＤＤ、Hard Disk Drive）、リムーバブルメディア等の補助記憶部５０３を有するコンピュータである。なお、リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリ、あるいは、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）のようなディスク記録媒体である。補助記憶部５０３には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶部の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、所定の目的に合致した機能を実現することができる。

更に、配送管理サーバ５００は、通信部５０１を有する。通信部５０１は、他の装置と接続し、配送管理サーバ５００と他の装置（例えば、センタサーバ４００、配送ユーザ端末２００、依頼ユーザ端末５０等）との間の通信を行う。通信部５０１は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、公衆通信網であるインターネット等のネットワークＮ１に接続される。

更に、配送管理サーバ５００は、上述した配送情報を格納する配送管理ＤＢ（データベース）５０３を有している。配送管理ＤＢ５０３１は、上記の補助記憶部５０３に配送情報が格納されて形成されており、そこでは依頼ユーザと配送情報の紐付けが行われている。配送管理ＤＢ５０３１は、プロセッサによって実行されるデータベース管理システム（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、ＤＢＭＳ）のプログラムが、補助記憶部５０３に記憶されるデータを管理することで構築される。配送管理ＤＢ５０３１は、例えば、リレーショナルデータベースである。

ここで、配送管理ＤＢ５０３１に格納される配送情報の構成について、図３に基づいて
説明する。図３は配送情報のテーブル構成を例示し、配送情報テーブルは、依頼ユーザＩＤ、配送日時、配送場所、配送ステータス、荷物属性の各フィールドを有する。依頼ユーザＩＤフィールドには、依頼ユーザを特定するための識別情報が入力される。配送日時フィールドには、荷物が配送される日時を表す情報が入力される。配送ステータスフィールドには、配送ユーザによる荷物の配送が完了したか否かを表す情報が入力される。荷物属性フィールドには、例えば、荷物に関する、重さや大きさ等の荷物を識別するための情報が入力される。

そして、配送管理サーバ５００では、上述したプロセッサによるプログラムの実行により、機能部として制御部５０２が形成される。制御部５０２は、配送管理ＤＢ５０３１への配送情報の登録や更新等の管理制御を行う。例えば、依頼ユーザがその依頼ユーザ端末５０を介して荷物の配送を依頼すると、その依頼ユーザの識別情報に、配送日時、配送場所等を紐付けて、当該依頼ユーザに対応する配送情報を生成し、配送管理ＤＢ５０３１に格納する。また、配送情報生成後に、依頼ユーザから、配送日時や配送場所の情報変更の通知があった場合には、その変更に合わせて格納されている配送情報を更新する。また、制御部５０２は、通信部５０１を介して配送ユーザ端末２００と通信を行い、配送情報に含まれる、荷物のステータスに関する情報の更新も行う。例えば、配送ユーザが入出力部２０４を介して入力したステータス情報（例えば、配送の完了を表す情報）をその配送ユーザ端末２００から受け取り、対応する配送情報を更新する。

また、配送管理ＤＢ５０３１には、依頼ユーザと、配送場所としての車両１０とを紐付けた車両管理情報も格納される。車両管理情報の構成について、図４に基づいて説明する。図４は車両管理情報のテーブル構成を例示している。車両管理情報テーブルは、依頼ユーザＩＤフィールド、車種フィールド、色フィールド、ナンバーフィールド、車両位置フィールド、優先度フィールドを有する。車種フィールド、色フィールド、ナンバーフィールドには、依頼ユーザが配送場所として車両１０を選択したときに、配送ユーザがその車両１０を発見可能となるように、車両１０を識別するための情報（車種、車両の色、ナンバー）が入力される。車両位置フィールドには、車両１０が配置されている位置情報が入力される。車両１０の位置情報は、センタサーバ４００から配送管理サーバ５００に送信されてもよく、依頼ユーザが依頼ユーザ端末５０を介して入力してもよい。なお、車両管理情報テーブルには、同じ依頼ユーザＩＤに紐付けて複数の車両１０を登録可能である。そして、車両管理情報テーブルは、１つの依頼ユーザＩＤに対して複数の車両１０が登録された場合に、配送場所としての優先度が入力される優先度フィールドを有する。なお、この優先度の入力は必ずしも必要ではない。本実施形態においては配送管理ＤＢ５０３１を有する補助記憶部５０３が、本発明における車両情報記憶部として機能する。

そして、制御部５０２は、依頼ユーザに紐付けられた配送情報と車両管理情報とに基づいて、配送ユーザが荷物を車両１０に配送できるように、その配送ユーザ端末２００に対して配送の指示を送信する。なお、この配送の指示は、一度ではなく複数回にわたって配送ユーザ端末２００に送信してもよい。例えば、予定の配送日の前日に、翌日の配送に関連する配送指示をまとめて配送ユーザ端末２００に送信し、配送の当日には再度配送指示を送信してもよい。なお、再度の送信の際に、配送情報または車両管理情報に更新があった場合にはその更新内容を反映させる。

配送管理サーバ５００の各機能構成素のいずれか、又はその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。また、配送管理サーバ５００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

次に、センタサーバ４００について説明する。センタサーバ４００も、一般的なコンピ
ュータの構成を有しており、基本的なハード構成は配送管理サーバ５００と同じであり、プロセッサ（不図示）、主記憶部（不図示）、補助記憶部４０３を有する。したがって、補助記憶部４０３に格納されたプログラムを主記憶部の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、所定の目的に合致した機能を実現することができる。また、センタサーバ４００も通信部４０１を有しており、通信部４０１は、機能的には上記配送管理サーバ５００の有する通信部５０１と同等のものであり、センタサーバ４００と他の装置（例えば、配送管理サーバ５００、依頼ユーザ端末５０等）との間の通信を行う。

更に、センタサーバ４００は、その補助記憶部４０３に、各種情報を格納するユーザ情報ＤＢ４０３１、認証情報ＤＢ４０３２を有している。これらのデータベース（ＤＢ）は、プロセッサによって実行されるデータベース管理システムのプログラムが、補助記憶部４０３に記憶されるデータを管理することで構築される。ユーザ情報ＤＢ４０３１、認証情報ＤＢ４０３２は、例えば、リレーショナルデータベースである。

そして、ユーザ情報ＤＢ４０３１は、車両１０を利用するユーザ（例えば、配送ユーザや依頼ユーザ）の識別情報と、対応するパスワード等を格納する。認証情報ＤＢ４０３２は、上記の端末認証情報に相当する、車両１０の認証情報を格納する。車両１０の認証情報は、車両１０の識別情報（キーＩＤ）に対応づけられた情報であり、例えば、車載装置１１が有するキーユニット１００に固有の識別情報とすることができる。なお、本実施形態においては認証情報ＤＢ４０３２を有する補助記憶部４０３が、本発明における認証情報記憶部として機能する。また、認証情報ＤＢ４０３２は、車両１０の認証情報の他、当該認証情報の有効期間（有効時間帯を含む）、当該認証情報の失効有無等の情報を格納してもよい。認証情報の有効期間は、認証情報とともに配送ユーザ端末２００に送信されてもよい。配送ユーザ端末２００は、認証情報の有効期間を受信すると、有効期間を経過した認証情報を削除して失効させることができる。また、認証情報の失効有無は、認証情報が、配送ユーザ端末２００に送信されて有効な状態であるか、有効期間を経過して失効中であるかの状態を表す。後述する認証情報管理部４０２１が、認証情報が配送ユーザ端末２００に送信されて有効な状態である場合には、認証情報が有効期間が重なって発行されないようにすることで、認証情報の重複発行を回避することができる。

また、センタサーバ４００では、上述したプロセッサによるプログラムの実行により、機能部として制御部４０２が形成される。制御部４０２は、配送ユーザ端末２００等への認証情報の発行に関連する制御を行う。詳細には、制御部４０２は、機能部として認証情報管理部４０２１、施解錠制御部４０２２を含む。

認証情報管理部４０２１は、車両１０を施解錠するための認証情報の発行を管理する。詳細には、認証情報管理部４０２１は、配送ユーザ端末２００から配送管理サーバ５００を介して、車両１０を施解錠するための認証情報の発行要求を受付ける。認証情報管理部４０２１は、認証情報の発行要求とともに、認証情報の送信先である配送ユーザ端末２００の情報を受信する。認証情報管理部４０２１は、キーユニット１００に対応する認証情報（端末認証情報）を、配送管理サーバ５００を介して配送ユーザ端末２００に送信する。認証情報管理部４０２１は、有効期間の情報を含む認証情報を生成してもよい。車載装置１１のキーユニット１００は、有効期間の情報を含む認証情報を受信しても有効期間を経過している場合には、認証情報が失効したものとして、車両１０の施解錠を実行しないようにする。なお、本実施形態では、認証情報管理部４０２１が、本発明における認証情報管理部として機能する。

上記のように配送ユーザ端末２００からの発行要求応じて、センタサーバ４００から第一車両１０Ａに対応した認証情報が発行された場合であっても、第一車両１０Ａに荷物を
配送することができない場合には、配送ユーザ端末２００は、配送管理サーバ５００を介してセンタサーバ４００に、代替車両に対応した認証情報の発行を要求することができる。この場合、配送ユーザが、配送ユーザ端末２００の入出力部２０４に対して代替車両を要求するための所定の操作をする（例えば、タッチパネルディスプレイに代替車両に対応する認証情報の発行を要求するためのアイコンを表示させ、このアイコンをクリックする）。この所定の操作にしたがって、配送ユーザ端末２００の制御部２０３は、代替車両に対応する認証情報の発行要求を生成する。なお、配送ユーザが行う操作は、タッチパネルディスプレイを介したものに限られない。例えば、ハードウェアスイッチ等によるものであってもよい。

配送管理サーバ５００の制御部５０２は、配送ユーザ端末２００から代替車両に対応する認証情報の発行の要求があった場合に、図４に示した車両管理情報を参照し、同じ依頼ユーザＩＤに紐付けられた第一車両１０Ａ以外の車両を検索する。第一車両１０Ａ以外の車両（第二車両１０Ｂ）が存在する場合には、第二車両１０Ｂを代替車両に選択する。このときに、図４に示した優先度フィールドに入力された優先度がより高い車両を第二車両１０Ｂとして選択する。このように第二車両１０Ｂが選択されると、配送管理サーバ５００がセンタサーバ４００に対して、第二車両１０Ｂに対応する認証情報の発行を要求する。センタサーバ４００から第二車両１０Ｂに対応する認証情報が発行されると、配送管理サーバ５００は、この認証情報と共に第二車両１０Ｂの車両情報（車種、車両の色、ナンバー、位置）を配送ユーザ端末２００に送信する。このようにして、配送ユーザ端末２００は、第二車両１０Ｂの荷室１５Ｂにアクセス可能となり、該荷室１５Ｂに荷物を配送することが可能となる。なお、第二車両１０Ｂに荷物を配送することができない場合には、更に他の車両１０に対応した認証情報の発行を要求することもできる。また、配送管理サーバ５００の制御部５０２は、同じ依頼ユーザＩＤに紐付けられた第一車両１０Ａ以外の車両１０が存在しない場合には、その旨を配送ユーザ端末２００へ通知する。

次に、図５は、配送管理サーバ５００がセンタサーバ４００に対して認証情報の発行を要求するときの制御（認証情報要求制御）のフローを示したフローチャートである。図５に示したフローチャートは、配送管理サーバ５００の制御部５０２によって、所定時間毎に繰り返し実行される。なお、本実施形態では、認証情報要求制御を実行する配送管理サーバ５００の制御部５０２が、本発明における制御部として機能する。まず、Ｓ１０１では、配送ユーザ端末２００から認証情報の発行要求があったか否か判定される。この発行要求には、配送する荷物に対する初回の発行要求（第一車両１０Ａに対応する認証情報の発行要求）、及び、代替車両（第二車両１０Ｂ）に対応する認証情報の発行要求を含む。Ｓ１０１で肯定判定されると処理はＳ１０２へ進み、否定判定されると本認証情報要求制御は終了される。なお、認証情報の発行要求があった場合には、配送管理サーバ５００の制御部５０２は、その発行要求に含まれる情報に基づいて、発行要求元である配送ユーザ端末２００と、配送する荷物に対応した依頼ユーザＩＤとを特定する。

Ｓ１０２では、配送ユーザ端末２００からの信号に、代替車両に対応する認証情報の発行要求が含まれるか否か判定される。Ｓ１０２で肯定判定されるとＳ１０３へ進み、否定判定されるとＳ１０７へ進む。Ｓ１０７では、第一車両１０Ａが選択される。第一車両１０Ａは、依頼ユーザが荷物の配送を依頼するときに、依頼ユーザ端末５０が配送管理サーバ５００に対して荷物の配送場所として指定した車両１０であってもよいし、図４に示した車両管理情報テーブルに登録されている依頼ユーザＩＤと紐付けられた車両１０の中から配送管理サーバ５００が選択した車両１０であってもよい。例えば、Ｓ１０１で特定された依頼ユーザＩＤに基づいて、図４に示した車両管理情報テーブルに登録されている依頼ユーザＩＤと紐付けられた車両１０を全て抽出し、その車両１０の中から優先度フィールドに入力されている優先度が最も高い車両１０を第一車両１０Ａとして選択してもよい。依頼ユーザＩＤと紐付けられた車両１０が１台のみの場合には、その車両１０の優先度
が最も高いものとする。

Ｓ１０３では、代替車両（第二車両１０Ｂ）が存在するか否か判定される。すなわち、図４に示した車両管理情報テーブルにおいて、配送ユーザが配送するはずであった第一車両１０Ａとは異なる車両１０が、同じ依頼ユーザＩＤに紐付けされているか否か判定される。Ｓ１０３で肯定判定されるとＳ１０４へ進み、否定判定されるとＳ１０６へ進む。Ｓ１０６では、第二車両１０Ｂが存在しないために荷物を配送することが困難となる。この場合、配送管理サーバ５００の制御部５０２は、配送ユーザ端末２００へ代替車両が存在しないことを示す信号を送る。この信号を受けた配送ユーザ端末２００の制御部２０３は、代替車両が存在しないことをタッチパネルディスプレイ上に表示させる。一方、Ｓ１０４では、第二車両１０Ｂが選択される。このときに配送管理サーバ５００の制御部５０２は、Ｓ１０１で特定した依頼ユーザＩＤに基づいて、図４に示した車両管理情報テーブルに登録されている依頼ユーザＩＤと紐付けられた車両１０を全て抽出し、その車両１０の中から優先度フィールドに入力されている優先度が第一車両１０Ａ以外で最も高い車両１０を第二車両１０Ｂとして選択する。そして、Ｓ１０５では、Ｓ１０４で選択された第二車両１０ＢまたはＳ１０７において選択された第一車両１０Ａに対応する認証情報の発行を要求する信号をセンタサーバ４００へ送信する。これにより、認証情報要求制御が終了する。その後、センタサーバ４００から発行された認証情報を配送管理サーバ５００が受信すると、配送管理サーバ５００は、この認証情報と共に選択された車両１０の車両情報を配送ユーザ端末２００に送信する。

次に、配送ユーザ端末２００に対して認証情報が発行されたときの、配送管理システム１の動作について図６に基づいて説明する。図６に示すフローでは、依頼ユーザからの配送依頼に従いその荷物を配送するために、配送ユーザが車両１０へ到着する前に、配送ユーザ端末２００から配送管理サーバ５００に対して、認証情報の発行が要求される（Ｓ１１の処理）。この要求には、荷物の属性情報や依頼ユーザＩＤ等が含まれる。また、この要求には、配送する荷物に対する初回の発行要求（第一車両１０Ａに対応する認証情報の発行要求）、及び、代替車両（第二車両１０Ｂ）に対応する認証情報の発行要求を含む。配送ユーザ端末２００から認証情報の発行の要求を受けた配送管理サーバ５００は、図５に示した認証情報要求制御を実行する（Ｓ１２の処理）。認証情報要求制御によって車両１０が選択されると、センタサーバ４００に認証情報の発行が要求される（Ｓ１３）。そして、センタサーバ４００は、要求された車両１０の認証情報を発行する（Ｓ１４の処理）。

そして、Ｓ１５では、センタサーバ４００が配送管理サーバ５００に、認証情報を送信し、さらにＳ１６では、配送管理サーバ５００が配送ユーザ端末２００に、認証情報及び車両情報を送信する。この車両情報は、図４に示した車両管理情報のように、配送ユーザが第二車両１０Ｂを発見可能とするための情報である。そして、配送ユーザ端末２００が車両情報を受信すると、この車両情報は、配送ユーザ端末２００のタッチパネルディスプレイ上に表示される（Ｓ１７の処理）。この表示にしたがって配送ユーザは、車両１０が配置された場所まで移動する。また、センタサーバ４００から送信された認証情報が配送ユーザ端末２００によって受信されると、該配送ユーザ端末２００による車両１０の荷室１５の施解錠操作が可能になる。

なお、配送ユーザ端末２００が代替車両に対応する認証情報の発行を要求していた場合には、配送ユーザ端末２００が認証情報を受信したときに、以前に受信した認証情報であって配送ユーザ端末２００に記憶されている認証情報（例えば、第一車両１０Ａに対応する認証情報）が失効されてもよい（Ｓ１８の処理）。すなわち、配送ユーザ端末２００の記憶部に記憶されている第一車両１０Ａに対応する認証情報は、配送ユーザ端末２００が第二車両１０Ｂに対応する認証情報を受け取ったタイミングで、配送ユーザ端末２００か
ら消去されてもよい。第一車両１０Ａに対応する認証情報の失効は、センタサーバ４００または配送管理サーバ５００の指示によって配送ユーザ端末２００が行ってもよい。

次に、Ｓ２１〜Ｓ２４では、配送ユーザ端末２００を用いて車両１０の荷室１５を解錠するための処理が行われる。Ｓ２１からＳ２４の処理が行われるにあたり、配送ユーザ端末２００は、配送ユーザによって、車両１０のキーユニット１００と配送ユーザ端末２００との間の近距離無線通信が成立する位置に移動させられているものとする。

配送ユーザが配送ユーザ端末２００の入出力部２０４を介して車両１０を解錠する操作を行うと、Ｓ２１において、配送ユーザ端末２００が、キーユニット１００に対して認証情報を含む解錠要求を送信する。そして、配送ユーザ端末２００から送信された解錠要求がキーユニット１００によって受信されると、Ｓ２２において、キーユニット１００が、解錠要求に含まれる認証情報（端末認証情報）と記憶部１０４１に記憶された認証情報（装置認証情報）とを比較することで、認証処理が行われる。両認証情報の認証に成功すると、Ｓ２３において、キーユニット１００が、施解錠装置３００に対して、解錠信号及びキーＩＤを送信する。キーユニット１００から送信された解錠信号及びキーＩＤが施解錠装置３００によって受信されると、Ｓ２４において、施解錠装置３００が、受信したキーＩＤに基づいて認証処理を行う。この結果、認証に成功した場合、車両１０の荷室１５が解錠される。なおこの際、施解錠装置３００は、キーユニット１００に対してアンサーバック等を行ってもよい。

Ｓ３１〜Ｓ４０では、配送ユーザ端末２００を用いて車両１０を施錠するための処理、及び当該施錠に関連する処理が行われる。配送ユーザが解錠処理により荷室ドア１６を開扉させ、所定の配送作業を行った後に、荷室ドア１６を閉扉させ、配送ユーザ端末２００の入出力部２０４を介して車両１０を施錠する操作を行うと、Ｓ３１において、配送ユーザ端末２００が、キーユニット１００に対して認証情報を含む施錠要求を送信する。配送ユーザ端末２００から送信された施錠要求がキーユニット１００によって受信されると、Ｓ３２において、キーユニット１００が、配送ユーザ端末２００から送信された施錠要求に含まれる認証情報（端末認証情報）と記憶部１０４１に記憶された認証情報（装置認証情報）とを比較することで、認証処理が行われる。両認証情報の認証に成功すると、Ｓ３３において、キーユニット１００が、施解錠装置３００に対して施錠信号及びキーＩＤを送信する。キーユニット１００から送信された施錠信号及びキーＩＤが施解錠装置３００によって受信されると、Ｓ３４において、施解錠装置３００が、受信したキーＩＤに基づいて認証処理を行う。この結果、認証に成功した場合、車両１０の荷室１５が施錠される。また、キーユニット１００は、施解錠装置３００に対する施錠信号を送信した後に、配送ユーザ端末２００に対して施錠が完了した旨の通知（施錠通知）を送信する（Ｓ３５の処理）。これにより、配送ユーザ端末２００のタッチパネルディスプレイ上に、施錠が完了した旨の通知が出力される。

当該施錠通知により配送ユーザが荷物の配送を完了したことを確認すると、配送ユーザは配送ユーザ端末２００の入出力部２０４を介して、配送管理サーバ５００に格納されている配送情報における配送ステータスを更新するために、最新の配送ステータス、すなわち配送が完了した旨のステータスの入力を行う（Ｓ３６の処理）。これにより、配送ユーザ端末２００から、最新の配送ステータスが配送管理サーバ５００に送信される（Ｓ３７の処理）。この結果、最新の配送ステータスを受け取った配送管理サーバ５００においては、制御部５０２が配送情報を更新する（Ｓ３８の処理）。なお、配送ステータスの更新については、配送ユーザ自身がそのための情報を入力する代わりに、配送ユーザ端末２００がキーユニット１００から施錠通知を受け取ると、続いて配送ユーザ端末２００が配送管理サーバ５００に対して配送ステータスが配送完了となるように更新指令を出してもよい。なお、今回の配送作業に配送ユーザ端末２００で使用された認証情報がワンタイムキ
ーである場合は、配送ユーザ端末２００がＳ３５の処理で施錠通知を受け取ったタイミングで、前述のＳ１６で取得された認証情報が無効化されてもよい。すなわち、配送ユーザ端末２００の記憶部に記憶されている認証情報が、配送ユーザ端末２００が施錠通知を受け取ったタイミングで、配送ユーザ端末２００から消去されてもよい。

Ｓ３８において配送情報が更新されると、配送管理サーバ５００が依頼ユーザ端末５０に対して、荷物を配送した車両１０の情報を通知する信号を送る（Ｓ３９の処理）。この通知は、配送管理サーバ５００の制御部５０２によって行われる。本実施形態では、この通知を行う制御部５０２が、本発明における通知部として機能する。この車両情報を受け取った依頼ユーザ端末５０の制御部５２は、タッチパネルディスプレイ（入出力部５３）に車両情報を表示する（Ｓ４０の処理）。この車両情報に基づいて、依頼ユーザは荷物が配送された車両１０を特定することができる。なお、Ｓ３９及びＳ４０の処理は、荷物が第二車両１０Ｂに配送された場合に限り実行してもよい。

以上説明したように本実施形態によれば、当初予定されていた車両１０に荷物を配送する前に、当該車両１０が移動してしまい当該車両１０に荷物を配送することが困難な状況になっても、代替車両を選択することができるため、荷物を配送する機会を増やすことができる。

なお、上記説明においてセンタサーバ４００の機能の一部を配送管理サーバ５００に持たせることもできるし、配送管理サーバ５００の機能の一部または全部をセンタサーバ４００に持たせることもできる。センタサーバ４００と配送管理サーバ５００とは一体となっていてもよい。したがって、配送管理サーバ５００が本発明における認証情報記憶部または認証情報管理部として機能してもよく、センタサーバ４００が本発明における車両情報記憶部、制御部、または通知部として機能してもよい。また、本実施形態においては配送管理サーバ５００またはセンタサーバ４００が、本発明における認証サーバとして機能する。

また、図４に示した車両１０の優先度は、依頼ユーザが入力してもよいが、配送業者が入力してもよい。車両１０の優先度は、固定されていてもよいが、状況によって変化してもよい。例えば、配送ユーザの現在位置に近い位置に配置されている車両１０ほど、優先度が高くなるようにしてもよい。一方、図４に示した優先度フィールドへの入力を必須とせず、依頼ユーザＩＤと紐付けられた車両１０の中から任意の１台を選択してもよい。

また、本実施形態では、代替車両として１台の第二車両１０Ｂを例に挙げて説明したが、代替車両の候補となる車両は複数あってもよい。この複数の候補の中から優先度にしたがって、若しくは、任意に代替車両を選択してもよい。

＜実施形態２＞
図５に示した認証情報要求制御を、配送管理サーバ５００の制御部５０２が実行することに代えて、センタサーバ４００の制御部４０２が以下の認証情報発行制御を実施する実施形態について説明する。この場合、配送管理ＤＢ５０３１を有する補助記憶部５０３に相当する機能を、センタサーバ４００の補助記憶部４０３が有する。したがって、図４に示した車両管理情報テーブルは、センタサーバ４００において生成される。図７は、認証情報発行制御のフローを示したフローチャートである。図７に示したフローチャートは、センタサーバ４００の制御部４０２によって、所定時間毎に繰り返し実行される。このような認証情報発行制御を実行するセンタサーバ４００の制御部４０２が、本発明における制御部として機能する。また、本実施形態においてはセンタサーバ４００が、本発明における認証サーバとして機能する。

まず、Ｓ２０１では、配送ユーザ端末２００から認証情報の発行要求があったか否か判定される。この発行要求には、配送する荷物に対する初回の発行要求（第一車両１０Ａに対応する認証情報の発行要求）、及び、代替車両（第二車両１０Ｂ）に対応する認証情報の発行要求を含む。認証情報の発行要求は、配送ユーザ端末２００が配送管理サーバ５００を介してセンタサーバ４００へ要求してもよく、配送ユーザ端末２００が配送管理サーバ５００を介さず直接センタサーバ４００へ要求してもよい。Ｓ２０１で肯定判定されると処理はＳ２０２へ進み、否定判定されると本認証情報発行制御は終了される。なお、認証情報の発行要求があった場合には、センタサーバ４００の制御部４０２は、その発行要求に含まれる情報に基づいて、発行要求元である配送ユーザ端末２００と、配送する荷物に対応した依頼ユーザＩＤとを特定する。

Ｓ２０２では、配送ユーザ端末２００からの信号に、代替車両に対応する認証情報の発行要求が含まれるか否か判定される。Ｓ２０２で肯定判定されるとＳ２０３へ進み、否定判定されるとＳ２０７へ進む。Ｓ２０７では、第一車両１０Ａが選択される。第一車両１０Ａは、依頼ユーザが荷物の配送を依頼するときに、依頼ユーザ端末５０がセンタサーバ４００に対して荷物の配送場所として指定した車両１０であってもよいし、車両管理情報テーブルに登録されている依頼ユーザＩＤと紐付けられた車両１０の中からセンタサーバ４００が選択した車両１０であってもよい。例えば、Ｓ２０１で特定された依頼ユーザＩＤに基づいて、車両管理情報テーブルに登録されている依頼ユーザＩＤと紐付けられた車両１０を全て抽出し、その車両１０の中から優先度フィールドに入力されている優先度が最も高い車両１０を第一車両１０Ａとして選択してもよい。依頼ユーザＩＤと紐付けられた車両１０が１台のみの場合には、その車両１０の優先度が最も高いものとする。

Ｓ２０３では、代替車両（第二車両１０Ｂ）が存在するか否か判定される。すなわち、車両管理情報テーブルにおいて、配送ユーザが配送するはずであった第一車両１０Ａとは異なる車両１０が、同じ依頼ユーザＩＤに紐付けされているか否か判定される。Ｓ２０３で肯定判定されるとＳ２０４へ進み、否定判定されるとＳ２０６へ進む。Ｓ２０６では、第二車両１０Ｂが存在しないために荷物を配送することが困難となる。この場合、センタサーバ４００の制御部４０２は、配送ユーザ端末２００へ代替車両が存在しないことを示す信号を送る。この信号を受けた配送ユーザ端末２００の制御部２０３は、代替車両が存在しないことをタッチパネルディスプレイ上に表示させる。一方、Ｓ２０４では、第二車両１０Ｂが選択される。このときにセンタサーバ４００の制御部４０２は、Ｓ２０１で特定した依頼ユーザＩＤに基づいて、車両管理情報テーブルに登録されている依頼ユーザＩＤと紐付けられた車両１０を全て抽出し、その車両１０の中から優先度フィールドに入力されている優先度が第一車両１０Ａ以外で最も高い車両１０を第二車両１０Ｂとして選択する。そして、Ｓ２０５では、Ｓ２０４で選択された第二車両１０ＢまたはＳ２０７において選択された第一車両１０Ａに対応する認証情報と共に選択された車両１０の車両情報を配送ユーザ端末２００に送信する。

次に、図７に示した認証情報発行制御によって配送ユーザ端末２００に対して認証情報が発行されたときの、配送管理システム１の動作について図８に基づいて説明する。なお、図８のフローにおいて図６のフローと同じ処理については、同じ符号を付して説明を省略する。図８に示すフローでは、依頼ユーザからの配送依頼に従いその荷物を配送するために、配送ユーザが車両１０へ到着する前に、配送ユーザ端末２００からセンタサーバ４００に対して、認証情報の発行が要求される（Ｓ５１の処理）。この要求には、荷物の属性情報や依頼ユーザＩＤ等が含まれる。また、この要求には、配送する荷物に対する初回の発行要求（第一車両１０Ａに対応する認証情報の発行要求）、及び、代替車両（第二車両１０Ｂ）に対応する認証情報の発行要求を含む。この要求は、配送管理サーバ５００を介してセンタサーバ４００に行ってもよい。

配送ユーザ端末２００から認証情報の発行の要求を受けたセンタサーバ４００は、図７に示した認証情報発行制御を実行する（Ｓ５２の処理）。認証情報発行制御を実行することにより、センタサーバ４００は、車両１０の認証情報を発行する。そして、Ｓ５３では、センタサーバ４００が配送ユーザ端末２００に、認証情報及び車両情報を送信する。この車両情報は、図４に示した車両管理情報のように、配送ユーザが第二車両１０Ｂを発見可能とするための情報である。その後の、Ｓ１７、Ｓ１８、Ｓ２１−Ｓ２４、Ｓ３１−Ｓ３５までの処理は、図６に示したフローと同じため説明を省略する。

Ｓ３６において、配送ユーザが、配送が完了した旨のステータスの入力を行うと、配送ユーザ端末２００から、最新の配送ステータスがセンタサーバ４００に送信される（Ｓ６１の処理）。なお、配送ステータスの送信は、配送管理サーバ５００を介してセンタサーバ４００へ行ってもよい。そして、最新の配送ステータスを受け取ったセンタサーバ４００においては、制御部４０２が配送情報を更新する（Ｓ６２の処理）。なお、配送ステータスの更新については、配送ユーザ自身がそのための情報を入力する代わりに、配送ユーザ端末２００がキーユニット１００から施錠通知を受け取ると、続いて配送ユーザ端末２００がセンタサーバに対して配送ステータスが配送完了となるように更新指令を出してもよい。なお、今回の配送作業に配送ユーザ端末２００で使用された認証情報がワンタイムキーである場合は、配送ユーザ端末２００がＳ３５の処理で施錠通知を受け取ったタイミングで、前述のＳ５３で取得された認証情報が無効化されてもよい。すなわち、配送ユーザ端末２００の記憶部に記憶されている認証情報が、配送ユーザ端末２００が施錠通知を受け取ったタイミングで、配送ユーザ端末２００から消去されてもよい。

Ｓ６２において配送情報が更新されると、センタサーバ４００が依頼ユーザ端末５０に対して、荷物を配送した車両１０の情報を通知する信号を送る（Ｓ６３の処理）。この通知は、センタサーバ４００の制御部４０２によって行われる。この場合、この通知を行う制御部４０２が、本発明における通知部として機能する。この車両情報を受け取った依頼ユーザ端末５０の制御部５２は、タッチパネルディスプレイ（入出力部５３）に車両情報を表示する（Ｓ６４の処理）。この車両情報に基づいて、依頼ユーザは荷物が配送された車両１０を特定することができる。なお、Ｓ６３及びＳ６４の処理は、荷物が第二車両１０Ｂに配送された場合に限り実行してもよい。

以上説明したように本実施形態によれば、当初予定されていた車両１０に荷物を配送する前に、当該車両１０が移動してしまい当該車両１０に荷物を配送することが困難な状況になっても、代替車両を選択することができるため、荷物を配送する機会を増やすことができる。

１ 配送管理システム
１０ 車両
１１ 車載装置
１５ 荷室
１６ 荷室ドア
５０ 依頼ユーザ端末
１００ キーユニット
２００ 配送ユーザ端末
３００ 施解錠装置
４００ センタサーバ
５００ 配送管理サーバ

Claims (4)

1. 荷物を配送するユーザが使用する配送ユーザ端末からの要求に基づいて前記荷物の配送場所となる車両の所定領域の施解錠を行う施解錠装置に対応する認証情報を提供する認証情報提供サーバであって、
   前記所定領域を施解錠するための認証情報を記憶する認証情報記憶部と、
   前記認証情報記憶部に記憶されている前記認証情報を、前記配送ユーザ端末に発行する認証情報管理部と、
   前記荷物の受取人と関連付けられた複数の車両に関する情報を記憶する車両情報記憶部と、
   先に前記認証情報管理部によって発行された前記認証情報に対応する第一車両とは異なる車両の前記所定領域を配送場所にする要求が前記配送ユーザ端末からあった場合に、前記車両情報記憶部に記憶されている前記複数の車両のうち前記第一車両とは異なる第二車両に対応する前記認証情報を、前記認証情報管理部に発行させる制御部と、
   を備える認証情報提供サーバ。
2. 前記配送ユーザ端末から前記第二車両へ前記荷物を配送したことを示す信号を受信すると、前記受取人が使用する端末に対して、前記第二車両に前記荷物を配送したことを通知する通知部を更に備える請求項１に記載の認証情報提供サーバ。
3. 荷物を配送するユーザが使用する端末であって、前記荷物の配送場所となる車両に対応する認証情報を用いて前記荷物の配送場所となる車両の所定領域の施解錠を行う配送ユーザ端末が実行する施解錠方法であって、
   先に受信した前記認証情報に対応する第一車両とは異なる車両の前記所定領域を配送場所にする要求を認証サーバに送信し、
   前記荷物の受取人と関連付けられた複数の車両のうち前記第一車両とは異なる第二車両に対応する前記認証情報を前記認証サーバから受信し、
   前記第二車両に対応する前記認証情報を用いて、前記第二車両の所定の領域の施解錠を実行する、
   施解錠方法。
4. 前記配送ユーザ端末は、前記第二車両に対応する前記認証情報を受け取ると、前記第一車両に対応する前記認証情報を失効させる請求項３に記載の施解錠方法。

Images