JP2019106058A - 配送管理システム、サーバ、配送管理方法、情報処理方法 - 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 (7)

1. 車両の所定領域への荷物の配送を依頼する依頼ユーザが使用する端末である依頼ユーザ端末から前記荷物に関する料金を支払う依頼があった場合に、前記料金の電子決済を行う決済部と、
   前記料金を前記依頼ユーザが前記荷物の配送時に支払う指定がある場合において前記決済部によって前記電子決済が行われた場合に、配送ユーザ端末に対して認証情報を発行する制御部と、
   を備え、
   前記配送ユーザ端末は、前記荷物を配送する配送ユーザが使用する端末であって、前記認証情報を用いて施解錠装置に対して前記所定領域の施解錠を要求する端末であり、
   前記施解錠装置は、前記車両に設けられ、前記所定領域を施解錠する装置である、配送管理システム。
2. 前記制御部は、
   前記所定領域を施解錠するための認証情報を発行する認証情報管理部と、
   前記料金を前記依頼ユーザが前記荷物の配送時に支払う指定がある場合において、前記料金の電子決済が完了していなければ、前記認証情報管理部に前記認証情報の発行を許可せず、前記料金の電子決済が完了していれば前記認証情報管理部に前記認証情報の発行を許可する施解錠制御部と、
   を備える請求項１に記載の配送管理システム。
3. 荷物の配送場所となる車両の所定領域を施解錠するための認証情報を発行する認証情報管理部と、
   前記荷物に関する料金を、前記所定領域への前記荷物の配送を依頼したユーザが前記荷物の配送時に支払う指定がある場合において、前記料金の電子決済が完了していなければ、前記認証情報管理部に前記認証情報の発行を許可せず、前記料金の電子決済が完了していれば前記認証情報管理部に前記認証情報の発行を許可する施解錠制御部と、
   を備えるサーバ。
4. 荷物の配送場所として車両の所定領域が指定され、且つ前記荷物に関する料金を前記荷物の配送を依頼したユーザが前記荷物の配送時に支払う指定がある場合において、前記料金の電子決済が完了していなければ、前記所定領域を施解錠するための認証情報の発行を許可せず、前記料金の電子決済が完了していれば前記認証情報の発行を許可する許可ステップと、
   前記認証情報の発行を許可された場合に、前記認証情報を発行する発行ステップと、
   を含む配送管理方法。
5. 施解錠装置によって所定領域が施解錠可能な車両へ荷物を配送する配送ユーザが使用する端末が実行する情報処理方法であって、
   前記車両の所定領域への荷物の配送を依頼する依頼ユーザが、前記荷物に関する料金を前記荷物の配送時に支払う指定がある場合において前記支払いに関する決済を完了したときに、前記決済が完了したことを示す情報と共に前記配送ユーザ端末に対して発行された前記認証情報を受信し、
   前記認証情報を用いて前記施解錠装置に対して前記所定領域の施解錠を要求する、
   情報処理方法。
6. 車両の所定領域への荷物の配送を依頼する依頼ユーザが使用する端末が実行する情報処理方法であって、
   前記荷物に関する料金を前記荷物の配送時に支払う指定があったとき、前記依頼ユーザ
   の入力に基づいて前記車両の所定領域への荷物の配送を依頼し、
   前記荷物に関する料金を支払う依頼があったとき、前記依頼ユーザの入力に基づいて電子決済を受け付けるサーバに対して電子決済を実行する、
   情報処理方法。
7. 車両の所定領域への荷物の配送を依頼する依頼ユーザが使用する端末である依頼ユーザ端末と、
   前記車両に設けられ、前記所定領域を施解錠する施解錠装置と、
   前記荷物を配送する配送ユーザが使用する端末であって、認証情報を用いて前記施解錠装置に対して前記所定領域の施解錠を要求する配送ユーザ端末と、
   前記依頼ユーザ端末から前記荷物に関する料金を支払う依頼があった場合に、前記料金の電子決済を行う決済部と、
   前記料金を前記依頼ユーザが前記荷物の配送時に支払う指定がある場合において前記決済部によって前記電子決済が行われた場合に、前記配送ユーザ端末に対して前記認証情報を発行する制御部と、
   を備える配送管理システム。

Images