(57)【要約】【課題】配送途中における荷物のセキュリティを向上させ、且つ、配送の管理に係る処理負荷の増加を抑制する。【解決手段】施解錠可能なケースに収納されている荷物を配送する車両と、当該ケースの鍵情報を記憶する記憶部と、荷物の配送状況に関する情報を受信する受信部と、荷物の配送状況に応じて、ケースの鍵情報について行う処理を変更する制御部と、を備える配送システムである。ケースは、受取人に受け渡し可能なケースであり、この場合、制御部は、荷物の配送完了通知が受信された場合に、受取人の端末に鍵情報を送信し、記憶部に記憶されている鍵情報を無効化してもよい。又は、ケースは、車両自体、車両の荷室、又は車両に設置されるケースであり、この場合、制御部は、荷物をケースに積み込むユーザの端末、及び、受取人の端末に鍵情報を送信し、ケースの施解錠が受取人以外のユーザによって行われた場合に、ケースの施解錠を記録してもよい。【選択図】図１
2019131391.tif 000002
【特許請求の範囲】
【請求項１】
施解錠可能なケースに収納されている荷物を配送する車両と、
前記ケースの鍵情報を記憶する記憶部と、
前記荷物の配送状況に関する情報を受信する受信部と、
前記荷物の配送状況に応じて、前記鍵情報について行う処理を変更する制御部と、
を備える配送システム。
【請求項２】
前記ケースは、前記車両から降ろされて前記荷物の受取人に受け渡し可能なケースであり、
前記制御部は、前記荷物の配送完了又は受領確認の通知が受信された場合に、前記荷物の受取人の端末に前記鍵情報を送信し、前記記憶部に記憶されている前記鍵情報を無効化する、
請求項１に記載の配送システム。
【請求項３】
前記ケースは、前記車両自体、前記車両に備えられる荷室、又は前記車両に設置されるケースであり、
前記制御部は、前記荷物を前記ケースに積み込むユーザの端末、及び、前記荷物の受取人の端末に前記鍵情報を送信し、前記ケースの施解錠が前記荷物の受取人以外のユーザによって行われた場合に、前記ケースの施解錠を記録する、
請求項１に記載の配送システム。
【請求項４】
前記制御部は、前記荷物の配送の完了又は受領確認の通知が受信された場合に、前記荷物を前記ケースに積み込むユーザ、前記荷物の受取人の端末に送信された鍵情報を無効化する、
請求項３に記載の配送システム。
【請求項５】
前記制御部は、前記荷物の配送の完了又は受領確認の通知が受信された場合に、前記ケースの施解錠の記録を削除する、
請求項３又は４に記載の配送システム。
【請求項６】
前記車両は、自律走行可能である、
請求項１から５のいずれか一項に記載の配送システム。
【請求項７】
施解錠可能なケースに収納されている荷物を配送する車両を管理する管理装置が、
前記ケースの鍵情報を記憶部に記憶し、
前記荷物の配送状況に関する情報を受信し、
前記荷物の配送状況に応じて、前記鍵情報について行う処理を変更する、
配送システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、荷物の配送システム及び配送システムの制御方法に関する。
【背景技術】
【０００２】
荷物の配送システムの一つに、所定の位置に設置されている宅配ボックスに荷物を収納することで、荷物の配送の完了とするシステムがある（例えば、特許文献１）。当該宅配ボックスは施解錠可能であり、荷物が収納されると施錠され、受取人は二次元コードを用いて当該宅配ボックスを解錠し、荷物を受け取る。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第６１６４５９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、例えば、宅配ボックスや受取人の自宅等に配送されるまでの間にも、荷物は複数人からアクセス可能であって、盗難の可能性がある。例えば、配送システムが貨客混載の車両を用いる場合には、より盗難の可能性が高まる。また、荷物の配送において、宅配ボックスが不特定多数の人の間で共有される場合には、当該宅配ボックスの鍵情報である二次元コードの管理も複雑となり、配送のシステムに係る負荷が増加するおそれがある。
【０００５】
本発明は、上記したような種々の実情に鑑みてなされたものであり、その目的は、配送途中における荷物のセキュリティを向上させ、且つ、配送の管理に係る処理負荷の増加を抑制可能な配送システム及び配送システムの制御方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の態様の一つは、施解錠可能なケースに収納されている荷物を配送する車両と、当該ケースの鍵情報を記憶する記憶部と、荷物の配送状況に関する情報を受信する受信部と、当該荷物の配送状況に応じて、当該ケースの鍵情報について行う処理を変更する制御部と、を備える配送システムである。
【０００７】
荷物を収納する施解錠可能なケースは、例えば、段ボールやプラスチックケースのような車両から降ろされて受取人に受け渡し可能なケースである。また、車両内の荷室、車両に設置された倉庫なども、荷物を収納する施解錠可能なケースとしてとらえることができる。また、車両自体も、荷物を収納する施解錠可能なケースとしてとらえることができる。ケースの鍵情報は、例えば、パスワード、画像（一次元コード、二次元コード等）、バイナリデータ等である。施解錠は、施錠又は／及び解錠を示す。
【０００８】
本発明の態様の一つによれば、荷物が収納されるケースが施錠可能であるので、例えば、車両による配送中に当該ケースを施錠状態にすることによって、車両による配送途中における荷物のセキュリティを向上させることができる。また、配送状況に応じて、ケースの鍵情報について行う処理が変更されるので、例えば、配送完了の場合に、鍵情報に対する処理を負荷の軽い処理に変更することで、システムに係る負荷の増加を抑制することができる。
【０００９】
また、本発明の態様の一つでは、荷物が収納されるケースは、車両から降ろされて受取
人に受け渡し可能なケースであってもよい。この場合には、制御部は、荷物の配送完了又は受領確認の通知が受信された場合に、荷物の受取人の端末にケースの鍵情報を送信し、記憶部に記憶されている鍵情報を無効化するようにしてもよい。これによって、荷物の配送完了又は受領確認の通知の受信以降は、配送システム側ではケースの鍵情報の管理をしなくて済むため、配送システム側の負荷の増加を抑制できる。
【００１０】
また、本発明の態様の一つでは、荷物が収納されるケースは、車両自体、車両に備えられる荷室、又は車両に設置されるケースであってもよい。この場合には、制御部は、荷物をケースに積み込むユーザの端末、及び、受取人の端末にケースの鍵情報を送信し、当該ケースの施解錠が受取人以外のユーザによって行われた場合に、当該ケースの施解錠を記録するようにしてもよい。これによって、例えば、荷物が配送途中で紛失する等のトラブルが発生した場合に、トラブルの発生要因を、ケースの施解錠の記録から特定することが可能となる。
【００１１】
また、本発明の態様の一つでは、荷物が収納されるケースが、車両自体、車両に備えられる荷室、又は車両に設置されるケースである場合に、制御部は、荷物の配送状況に応じて、荷物をケースに積み込むユーザの端末、及び受取人の端末に送信された鍵情報を無効化するようにしてもよい。これによって、例えば、荷物の配送が完了した場合には、荷物をケースに積み込むユーザの端末、及び受取人の端末に送信された鍵情報が無効化されるので、車両に対するセキュリティを維持することができる。
【００１２】
また、本発明の態様の一つでは、荷物が収納されるケースが、車両自体、車両に備えられる荷室、又は車両に設置されるケースである場合に、制御部は、荷物の配送の完了又は受領確認の通知が受信された場合に、前記ケースの施解錠の記録を削除するようにしてもよい。これによって、配送システムがケースの施解錠の記録を管理する期間が、荷物の配送完了又は受領確認の通知の受信までに限定されるので、配送システムに係る負荷の増加を抑制することができる。
【００１３】
また、本発明の態様の一つでは、車両は、自律走行可能であってもよい。車両が自律走行可能な場合には、車両には運転手等の配送中の荷物の管理義務が課された人物が存在しない可能性や、車両が貨客混載に用いられる可能性が高く、例えば、車両内の荷物が、荷物の管理義務を有さない第３者によってアクセスしやすくなり、盗難等の可能性が高くなる。しかしながら、本発明によれば、施解錠可能なケースに荷物が収納されているため、自律走行可能な車両による配送において、荷物の盗難を抑制することができる。
【００１４】
なお、本発明の配送システムは、一又は複数の、コンピュータ等の処理装置で構成されてもよい。当該配送システムが複数の処理装置で構成される場合には、当該配送システムの各構成は複数の処理装置に分散して備えられ、それぞれの処理装置が協働して配送システムとしての処理を実現する。
【００１５】
本発明を、配送システムの制御方法の側面から捉えることもできる。当該配送システムの制御方法は、施解錠可能なケースに収納されている荷物を配送する車両を管理する管理装置が、ケースの鍵情報を記憶部に記憶し、荷物の配送状況に関する情報を受信し、荷物の配送状況に応じて、ケースの鍵情報について行う処理を変更する。なお、上述までの配送システムに関して開示された技術的思想は、技術的な齟齬が生じない範囲で当該配送システムの制御方法にも適用できる。
【発明の効果】
【００１６】
本発明によれば、配送途中における荷物のセキュリティを向上させ、且つ、配送の管理に係る処理負荷の増加を抑制することができる。
【図面の簡単な説明】
【００１７】
【図１】図１は、第１実施形態に係る配送システムのシステム構成の一例を示す図である。
【図２】図２は、車両の外観の一例を示す図である。
【図３】図３は、車両のハードウェア構成の一例を示す図である。
【図４】図４は、ＥＶパレットに搭載される制御系および制御系に関係する各部のハードウェア構成の一例を示す図である。
【図５】図５は、荷物の収納ケースの外観図の一例である。
【図６】図６は、センタサーバのハードウェア構成を例示する図である。
【図７】図７は、配送システムにおけるセンタサーバと車両との機能構成の一例を示す図である。
【図８】図８は、配送管理情報テーブルの一例である。
【図９】図９は、集荷場所管理情報テーブルの一例である。
【図１０】図１０は、車両鍵情報管理テーブルの一例である。
【図１１】図１１は、車両施解錠記録テーブルの一例である。
【図１２】図１２は、荷物鍵情報管理テーブルの一例である。
【図１３】図１３は、荷物鍵情報のセキュリティレベルの定義の一例を示す図である。
【図１４】図１４は、センタサーバの配送制御部による配送制御処理のフローチャートの一例である。
【図１５】図１５は、センタサーバの車両鍵情報管理部による車両鍵管理処理のフローチャートの一例である。
【図１６】図１６は、センタサーバの車両施解錠記録部による車両施解錠記録処理のフローチャートの一例である。
【図１７】図１７は、センタサーバの荷物鍵情報管理部による荷物鍵情報管理処理のフローチャートの一例である。
【図１８Ａ】図１８Ａは、具体例における処理シーケンスの一例を示す図である。
【図１８Ｂ】図１８Ｂは、具体例における処理シーケンスの一例を示す図である。
【発明を実施するための形態】
【００１８】
以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１９】
＜ＥＶパレットについて＞
本実施形態では、Electric Vehicle（ＥＶ）パレットと呼ばれる自走式の電動車両がネットワーク上のコンピュータシステムと連携して、ユーザに様々な機能あるいはサービスを提供する。本実施形態のＥＶパレット（以下、単にＥＶパレット）は、自動運転および無人運転可能な移動体であり、用途に応じて様々な寸法のものが存在する。例えば、スーツケース代わりに利用可能な小型のものから、人、物を搬送可能な大型のものまで、様々なＥＶパレットが利用可能である。
【００２０】
また、ＥＶパレットは、ＥＶパレットの制御、ＥＶパレットを利用するユーザとのユーザインターフェースの提供、および、ネットワーク上の各種サーバとの情報授受等のための情報処理装置および通信装置を有している。ＥＶパレットは、ネットワーク上の各種サーバと連携して、ＥＶパレット単独で実行可能な処理に加えて、ネットワーク上の各種サーバによって付加される機能およびサービスをユーザに提供する。
【００２１】
＜第１実施形態＞
＜システム概要＞
図１は、第１実施形態に係る配送システム１のシステム構成の一例を示す図である。配送システム１は、例えば、商品購入サイトで購入した商品を配送先に届けるシステムである。配送システム１は、複数の車両１００、複数の車両１００を管理するセンタサーバ５００、配送サービスを管理する配送事業者の集配管理サーバ４００、配送依頼を行うユーザのユーザ端末２００、商品を提供するユーザのユーザ端末３００を含む。以降、配送依頼を行うユーザを、依頼ユーザと称する。商品を提供するユーザは、例えば、商品購入サイトと契約している業者及び店舗等の従業員である。
【００２２】
複数の車両１００のそれぞれは、例えば、無線通信網を介してインターネットに接続し、インターネットを通じて、センタサーバ５００と接続されている。車両１００は、それぞれ、例えば、３Ｇ、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａｄｖａｎｃｅｄ等の
移動体通信、ＷｉＦｉ等の無線ＬＡＮの規格に従った無線通信を行う。
【００２３】
集配管理サーバ４００とセンタサーバ５００とは、例えば、専用回線、ＶＰＮ（Virtual Private Network）等によって接続されている。なお、集配管理サーバ４００とセンタ
サーバ５００とは、例えば、インターネット等の公衆回線網で接続されてもよい。
【００２４】
車両１００は、例えば、ＥＶパレットである。ＥＶパレットは、人あるいは物品を搬送する自動運転走行および無人運転走行可能な移動体である。ＥＶパレットは、コンピュータ制御によるユーザインターフェースを有し、ユーザからの要求を受け付け、ユーザに反応し、ユーザからの要求に対して所定の処理を実行し、処理結果をユーザに報告する。例えば、ＥＶパレットは、音声、画像、あるいは、コンピュータの入出力機器からユーザの指示を受け付け、処理を実行する。また、ＥＶパレットは、ユーザの画像あるいは音声等からユーザを認識し、ユーザの移動に伴ってユーザに追従する。ただし、ＥＶパレットは、ユーザからの要求のうち、ＥＶパレット単独では処理できない要求については、ユーザからの要求をセンタサーバ５００に通知し、センタサーバ５００と連携して処理を実行する。ＥＶパレット単独では処理できない要求には、例えば、センタサーバ５００上のデータベースからの情報の取得、学習マシンによる認識あるいは推論等を要求されるものが例示される。なお、車両１００は、ＥＶパレットに限定されず、例えば、人が運転を行う貨物用自動車であってもよい。
【００２５】
車両１００は、センタサーバ５００から運行指令を受けて、運行計画を作成し、運行計画に従って目的地まで自律走行を行う。車両１００は、位置情報の取得手段を備えており、所定の周期で、位置情報を取得し、センタサーバ５００に送信する。
【００２６】
集配管理サーバ４００は、配送サービスの管理を行う。より具体的には、集配管理サーバ４００は、例えば、商品購入サイトを管理するサーバを介して、ユーザ端末２００からの購入商品の配送依頼を受け付ける。例えば、ユーザ端末２００からの配送依頼について車両１００を利用する場合に、集配管理サーバ４００はセンタサーバ５００に対して配送依頼を送信する。
【００２７】
センタサーバ５００は、車両１００の管理を行う。より具体的には、センタサーバ５００は、集配管理サーバ４００から、車両１００による配送依頼を受け付けると、配送を行う車両１００を選択し、当該車両１００に、購入商品の集荷場所を経由し、当該集荷場所で購入商品を積載し、配送先へ移動することを指示する運行指令を送信する。第１実施形態では、依頼ユーザが購入した商品が複数であり、当該商品を保持する店舗（集荷場所）が複数である場合には、１つの集荷場所ごとに１つの配送サービスとして扱われ、それぞれの集荷場所を経由するように運行指令が作成される。
【００２８】
車両１００は、センタサーバ５００からの運行指令を受けて、運行経路を計算して運行
を開始し、各集荷場所において荷物を積載し、配送先まで配送する。第１実施形態では、配送を行う車両１００は配送専門のＥＶパレットであることが想定される。そのため、積載する荷物の盗難を防ぐために、車両１００のドアは施錠されている。車両１００のドアは、鍵情報を用いることによって施解錠可能である。各集荷場所における提供ユーザ又は配送先において荷物を受け取る受取人は鍵情報を用いて車両１００のドアを施解錠し、荷物の積載又は荷下ろしを行う。また、第１実施形態では、荷物は、施解錠装置が設置されたケースに収納されて配送される。当該施解錠装置は、鍵情報を用いることによって施解錠可能である。
【００２９】
第１実施形態では、センタサーバ５００は、車両１００の鍵情報、荷物の収納ケースの鍵情報の管理も行う。例えば、センタサーバ５００は、荷物の配送を指示する運行指令を車両１００に送信することで配送開始とみなし、車両１００の鍵情報を、提供ユーザのユーザ端末３００と受取人のユーザ端末とに送信する。また、センタサーバ５００は、荷物の配送が完了したことを検出すると、提供ユーザのユーザ端末３００と受取人のユーザ端末とに対して、車両１００の鍵情報を無効にするための処理を行う。
【００３０】
また、センタサーバ５００は、車両１００の鍵情報、荷物の鍵情報それぞれについて、荷物の配送状況に応じて、セキュリティレベルを変更させる。例えば、車両１００からセンタサーバ５００には、車両１００のドアが施解錠される毎に通知が行われる。例えば、第１実施形態では、車両１００の鍵情報に対して、集荷場所において荷物を車両１００に積載するために、受取人以外のユーザによる車両１００の施解錠が行われた場合には、センタサーバ５００はログを記録するというセキュリティレベル高めの対応を行う。一方で、例えば、配送先において荷物を車両１００から降ろすために、受取人による車両１００の施解錠が行われた場合には、センタサーバ５００はログを記録しないというセキュリティレベル低めの対応を行う。
【００３１】
第１実施形態では、センタサーバ５００は、荷物の鍵情報に対して、例えば、荷物が配送されるまで、当該荷物の鍵情報を保持するというセキュリティレベル高めの対応を行う。センタサーバ５００は、当該荷物の配送が完了したことを検出すると、受取人のユーザ端末に当該荷物の鍵情報を送信し、荷物の鍵の管理を受取人に移行させるという、セキュリティレベル低めの対応を行う。このように、センタサーバ５００は、荷物の配送状況に応じて、鍵情報のセキュリティレベルを変更して対応することで、荷物の配送中の盗難を抑制しつつ、センタサーバ５００の鍵情報の管理に係る負荷を低減させる。なお、荷物の配送の依頼ユーザと受取人とは異なる場合も同じである場合も想定されるが、第１実施形態では、便宜上、依頼ユーザと受取人とは同じであることを想定し、受取人を指す場合にも依頼ユーザと称することがある。
【００３２】
図２は、車両１００の外観の一例を示す図である。図３は、車両１００のハードウェア構成の一例を示す図である。図４は、ＥＶパレットに搭載される制御系１０および制御系１０に関係する各部のハードウェア構成の一例を示す図である。図２から図４は、車両１００としてＥＶパレットが採用される場合の図である。図２から図４において、車両１００をＥＶパレット１００として説明される。
【００３３】
図２において、ＥＶパレット１００のドアＤＲ１には、施解錠装置１５０が設置されている。施解錠装置１５０は、例えば、鍵情報の入力を受け、当該鍵情報が予め登録されている鍵情報と一致する場合にドアＤＲ１の施解錠を行う。鍵情報は、例えば、施解錠装置１５０に備えられる入力装置から入力される。例えば、車両１００の鍵情報は所定桁数の数字のパスワードであり、施解錠装置１５０に備えられる入力装置はテンキーである。例えば、車両１００の鍵情報はＱＲコード（登録商標）等の二次元コードであり、施解錠装置１５０に備えられる入力装置はカメラである。また、施解錠装置１５０は、例えば、Ｎ
ＦＣ等の近距離通信の受信機を備え、鍵情報は、例えば、ユーザ端末から近距離通信で施解錠装置１５０に送信されてもよい。また、鍵情報は、例えば、生体情報であり、施解錠装置１５０に備えられる入力装置は赤外線カメラ（静脈認証の場合）や指紋センサ（指紋認証の場合）である。
【００３４】
なお、ＥＶパレット１００において、施解錠装置１５０が備えられる箇所はドアに限定されない。例えば、ＥＶパレット１００が荷物配送専門のＥＶパレットでなく、ＥＶパレット１００に荷室と乗客を乗せる席とが備えられ、当該荷室に配送される荷物が収納される場合には、当該荷室のドアに施解錠装置１５０が備えられ、ドアには施解錠装置１５０は備えられなくてもよい。また、例えば、ＥＶパレット１００内に倉庫が設置され、当該倉庫に配送の荷物が収納される場合には、当該倉庫のドアに施解錠装置１５０が備えられ、ドアには施解錠装置１５０は備えられなくてもよい。車両１００は、「荷物を配送する車両」の一例である。車両１００のドアＤＲ１に施解錠装置１５０が設置され、車両１００が荷物配送専用として用いられる場合には、車両１００は、「施解錠可能なケース」の一例である。また、車両１００の荷室に施解錠装置１５０が設置される場合には、車両１００の荷室は、「施解錠可能なケース」の一例である。また、車両１００に設置された倉庫や収納棚等に施解錠装置１５０が設置される場合には、車両１００に設置された倉庫や収納棚等は、「施解錠可能なケース」の一例である。
【００３５】
ＥＶパレット１００は、箱形のボディ１Ｚと、ボディ１Ｚ下部の両側方で進行方向に対して前後に設けられた４つの車輪ＴＲ１からＴＲ４とを有する。４つの車輪ＴＲ１からＴＲ４は、図示しない駆動軸に連結され、図３及び図４に例示する駆動用モータ１Ｃによって駆動される。また、４つの車輪ＴＲ１からＴＲ４の走行時の進行方向（４つの車輪ＴＲ１からＴＲ４の回転面に平行は方向）は、図３及び図４に例示する操舵用モータ１Ｂによって、ボディ１Ｚに対して相対的に変位し、進行方向が制御される。
【００３６】
図３のように、ＥＶパレット１００のボディ１Ｚの外壁には、ディスプレイ１６−１から１６−５が固定されている。ディスプレイ１６−１から１６−５は、例えば、液晶ディスプレイ、エレクトロルミネッセンスパネル等である。ディスプレイ１６−１から１６−５を個々に区別しないで総称する場合には、ディスプレイ１６と呼ぶ。
【００３７】
いま、図３では、ＥＶパレット１００は、矢印ＡＲ１の方向に進行していると仮定する。したがって、図３の左方向が進行方向であると仮定する。そこで、図３では、ボディ１Ｚの進行方向側の側面をＥＶパレット１００の前面と呼び、進行方向と逆方向の側面をＥＶパレット１００の後面と呼ぶ。また、ボディ１Ｚの進行方向に対して右側の側面を右側面と呼び、左側の側面を左側面と呼ぶ。
【００３８】
図３のように、ＥＶパレット１００は、前面で両側の角部に近い位置に障害物センサ１８−１、１８−２を有し、後面で両側の角部に近い位置に障害物センサ１８−３、１８−４を有する。また、ＥＶパレット１００は、前面、左側面、後面、および右側面にそれぞれ、カメラ１７−１、１７−２、１７−３、１７−４を有している。障害物センサ１８−１等を個々に区別しないで総称する場合には、本実施形態では、障害物センサ１８と呼ぶことにする。また、カメラ１７−１、１７−２、１７−３、１７−４を個々に区別しないで総称する場合には、本実施形態では、カメラ１７と呼ぶことにする。
【００３９】
また、ＥＶパレット１００は、操舵用モータ１Ｂと、駆動用モータ１Ｃと、操舵用モータ１Ｂおよび駆動用モータ１Ｃに電力を供給する二次電池１Ｄを有する。また、ＥＶパレット１００は、車輪の回転角を刻々検出する車輪エンコーダ１９と、車輪の走行方向である操舵角を検出する操舵角エンコーダ１Ａを有する。さらに、ＥＶパレット１００は、制御系１０と、通信部１５と、ＧＰＳ受信部１Ｅと、マイクロフォン１Ｆと、スピーカ１Ｇ
を有する。なお、図示していないが、二次電池１Ｄは、制御系１０等にも電力を供給する。ただし、操舵用モータ１Ｂおよび駆動用モータ１Ｃに電力を供給する二次電池１Ｄとは別に、制御系１０等に電力を供給する電源を設けてもよい。
【００４０】
制御系１０は、Engine Control Unit（ＥＣＵ）とも呼ばれる。図４のように、制御系
１０は、ＣＰＵ  １１と、メモリ１２と、画像処理部１３とインタフェースＩＦ１を有する。インタフェースＩＦ１には、外部記憶装置１４、通信部１５、ディスプレイ１６、タッチパネル付ディスプレイ１６Ａ、カメラ１７、障害物センサ１８、車輪エンコーダ１９、操舵角エンコーダ１Ａ、操舵用モータ１Ｂ、駆動用モータ１Ｃ、ＧＰＳ受信部１Ｅ、マイクロフォン１Ｆ、スピーカ１Ｇ、ＢＬＥ通信部１Ｈ、施解錠装置１５０等が接続される。
【００４１】
障害物センサ１８は、超音波センサ、レーダ等である。障害物センサ１８は、検出対象方向に超音波、電磁波等を発し、反射波を基に検出対象方向での障害物の存在、位置、相対速度等を検出する。
【００４２】
カメラ１７は、Charged-Coupled Devices（ＣＣＤ）、Metal-Oxide-Semiconductor（ＭＯＳ）あるいはComplementary Metal-Oxide-Semiconductor（ＣＭＯＳ）等のイメージセ
ンサによる撮影装置である。カメラ１７は、フレーム周期と呼ばれる所定時間間隔で画像を取得し、制御系１０内の図示しないフレームバッファに格納する。フレーム周期でフレームバッファに格納される画像をフレームデータと呼ぶ。
【００４３】
操舵用モータ１Ｂは、制御系１０からの指示信号にしたがって、車輪の回転面と水平面とが交差する交差線の方向、つまり車輪の回転による進行方向となる角度を制御する。駆動用モータ１Ｃは、制御系１０からの指示信号にしたがって、例えば、車輪ＴＲ１からＴＲ４を駆動し、回転させる。ただし、ただし、駆動用モータ１Ｃは、車輪ＴＲ１からＴＲ４のうち、一対の車輪ＴＲ１、ＴＲ２または他の一対の車輪ＴＲ３、ＴＲ４を駆動してもよい。二次電池１Ｄは、操舵用モータ１Ｂ、駆動用モータ１Ｃ、および制御系１０に接続される部品に電力を供給する。
【００４４】
操舵角エンコーダ１Ａは、車輪の回転に進行方向となる車輪の回転面と水平面とが交差する交差線の方向（または車輪の回転軸の水平面内での角度）を所定の検出時間間隔で検出し、制御系１０の図示しないレジスタに格納する。例えば、図２で進行方向（矢印ＡＲ１方向）に対して、車輪の回転軸が直交する方向を角度の原点が設定される。また、車輪エンコーダ１９は、車輪の回転速度を所定の検出時間間隔で取得し、制御系１０の図示しないレジスタに格納する。
【００４５】
通信部１５は、例えば、携帯電話基地局および携帯電話基地局に接続される公衆通信回線網を通じて、ネットワーク上の各種サーバ等と通信するための通信部である。通信部１５は、所定の無線通信規格に従った無線信号及び無線通信方式で無線通信を行う。
【００４６】
Global Positioning System（ＧＰＳ）受信部１Ｅは、地球の周囲を周回する複数の人
工衛星（Global Positioning Satellite）から時刻信号の電波を受信し、制御系１０の図示しないレジスタに格納する。マイクロフォン１Ｆは、音声を検出して、ディジタル信号に変換し、制御系１０の図示しないレジスタに格納する。スピーカ１Ｇは、制御系１０または図示しない信号処理部に接続されるＤ／Ａ変換器および増幅器により駆動され、音および音声を含む音響を再生する。
【００４７】
制御系１０のＣＰＵ  １１は、メモリ１２に実行可能に展開されたコンピュータプログラムを実行し、制御系１０としての処理を実行する。メモリ１２は、ＣＰＵ  １１が実行
するコンピュータプログラム、ＣＰＵ  １１が処理するデータ等を格納する。メモリ１２は、例えば、Dynamic Random Access Memory（ＤＲＡＭ）、Static Random Access Memory（ＳＲＡＭ）、Read Only Memory（ＲＯＭ）等である。画像処理部１３は、ＣＰＵ  １
１と連携し、カメラ１７から所定のフレーム周期ごとに得られるフレームバッファのデータを処理する。画像処理部１３は、例えば、ＧＰＵとフレームバッファとなる画像メモリを有する。外部記憶装置３４は、不揮発性の記憶装置であり、例えば、Solid State Drive（ＳＳＤ）、ハードディスクドライブ等である。
【００４８】
例えば、図４のように、制御系１０は、インタフェースＩＦ１を介して、ＥＶパレット１００の各部のセンサから検出信号を取得する。また、制御系１０は、ＧＰＳ受信部１Ｅからの検出信号により、地球上の位置である緯度と経度を計算する。さらに、制御系１０は、外部記憶装置１４に格納される地図情報データベースから地図データを取得し、計算した緯度と経度を地図データの上の位置とを照合し、現在地を決定する。また、制御系１０は、地図データ上で現在地から目的地に至る経路を取得する。また、制御系１０は、障害物センサ１８、カメラ１７等からの信号に基づき、ＥＶパレット１００の周囲の障害物を検知し、障害物を回避するように、進行方向を決定し、操舵角を制御する。
【００４９】
さらに、制御系１０は、画像処理部１３と連携し、カメラ１７から取得される画像をフレームデータごとに処理し、例えば、画像の差分に基づく変化を検知し、障害物を認識する。また、制御系１０は、カメラ１７からの画像の各フレームデータでユーザを認識し、ユーザとの距離を所定値に維持し、ユーザの移動に追従する。また、制御系１０は、カメラ１７からの画像のフレームデータ中で、ユーザのジェスチャを認識し、認識されたジェスチャから得られるユーザの意思に応答する。また、制御系１０は、マイクロフォン１Ｆから得られる音声信号を解析し、音声認識から得られたユーザの意思に応答する。なお、制御系１０は、カメラ１７からの画像のフレームデータおよびマイクロフォン１Ｆから得られる音声データを通信部１５からネットワーク上のセンタサーバ５００に送信してもよい。そして、画像のフレームデータおよび音声データの解析をセンタサーバ５００に分担させてもよい。
【００５０】
さらにまた、制御系１０は、ディスプレイ１６に画像、文字その他の情報を表示する。また、制御系１０は、タッチパネル付ディスプレイ１６Ａへの操作を検出し、ユーザからの指示を受け付ける。また、制御系１０は、タッチパネル付ディスプレイ１６Ａ、カメラ１７、マイクロフォン１Ｆを介したユーザからの指示に対して、ディスプレイ１６、タッチパネル付ディスプレイ１６Ａ、またはスピーカ１Ｇから応答する。
【００５１】
施解錠装置１５０から入力された鍵情報は、例えば、ＣＰＵ  １１に入力され、ＣＰＵ
１１は予めメモリ１２に登録されている鍵情報と入力された鍵情報とを照合し、認証を行う。認証結果が成功である場合に、ＣＰＵ  １１から施解錠装置１５０に対して解錠又は施錠指示が送信される。施解錠装置１５０は、ＣＰＵ  １１からの指示に従って、ドアＤＲ１の解錠又は施錠を行う。
【００５２】
なお、車両１００の鍵情報による認証処理は、施解錠装置１５０自身が認証処理を行ってもよい。また、車両１００の鍵情報による認証処理は、センタサーバ５００が行ってもよい。この場合には、施解錠装置１５０から入力された鍵情報は、例えば、通信部１５を通じてセンタサーバ５００に送信され、センタサーバ５００から認証結果が受信される。また、施解錠装置１５０と鍵情報の入力装置は別の装置であってもよい。
【００５３】
図４では、インタフェースＩＦ１が例示されているが、制御系１０と制御対象との間の信号の授受がインタフェースＩＦ１に限定される訳ではない。すなわち、制御系１０は、インタフェースＩＦ１以外の複数の信号授受経路を有してもよい。また、図４では、制御
系１０は、単一のＣＰＵ  １１を有している。ただし、ＣＰＵは、単一のプロセッサに限定される訳ではなく、マルチプロセッサ構成であってもよい。また、単一のソケットで接続される単一のＣＰＵがマルチコア構成を有していても良い。上記各部の少なくとも一部の処理は、ＣＰＵ以外のプロセッサ、例えば、Digital Signal Processor（ＤＳＰ）、Graphics Processing Unit（ＧＰＵ）等の専用プロセッサで行われても良い。また、上記各部の少なくとも一部の処理は、集積回路（ＩＣ）、その他のディジタル回路であっても良い。また、上記各部の少なくとも一部にアナログ回路が含まれても良い。
【００５４】
図５は、荷物の収納ケース６００の外観図の一例である。収納ケース６００は、例えば、段ボール製、プラスチック製、発砲スチロール製の箱である。収納ケース６００の開け口には、施解錠装置６５０が設置されており、収納ケース６００は施解錠可能である。
【００５５】
施解錠装置６５０は、例えば、入力装置、メモリ、プロセッサを備えている。入力装置は、例えば、テンキーである。施解錠装置６５０のプロセッサは、入力装置から入力された鍵情報と、メモリに格納されている鍵情報とが一致する場合に、収納ケース６００の解錠を行う。鍵情報は、例えば、暗証番号、パスワード等である。施解錠装置６５０の鍵情報は、第１実施形態では、予め設定されており、センタサーバ５００に登録されている。また、第１実施形態では、施解錠装置６５０の鍵情報は、施解錠装置６５０による解錠の際に用いられ、施解錠装置６５０は、鍵情報を用いずに施錠可能であることとする。
【００５６】
ただし、これに限定されず、施解錠装置６５０の鍵情報は、施解錠装置６５０の施錠及び解錠の双方に用いられるようにしてもよい。また、例えば、施解錠装置６５０の鍵情報は、施錠を行う者によって設定され、施解錠装置６５０に備えられるメモリに格納されてもよい。施解錠装置６５０の鍵情報を設定する者は、例えば、提供ユーザである。また、施解錠装置６５０の鍵情報を設定する者は、設定した施解錠装置６５０の鍵情報をユーザ端末からセンタサーバ５００に通知するようにしてもよい。
【００５７】
センタサーバ５００は施解錠装置６５０の鍵情報を記憶しており、施解錠装置６５０の鍵情報はセンタサーバ５００から受取人へ送信される。受取人は、センタサーバ５００から受信した鍵情報を用いて収納ケース６００の施解錠装置６５０を解錠することができる。
【００５８】
なお、第１実施形態では、収納ケース６００に備えられる施解錠装置６５０の構成は、ごく簡単なものが想定されるが、施解錠装置６５０の構成はこれに限定されない。例えば、施解錠装置６５０は通信部を備え、施解錠装置６５０自身がセンタサーバ５００や依頼ユーザのユーザ端末２００、ユーザ端末３００と通信を行ってもよい。この場合、施解錠装置６５０は、施解錠装置６５０に設定された鍵情報をセンタサーバ５００に送信して登録し、入力装置から入力された鍵情報と登録されている鍵情報との照合（認証処理）をセンタサーバ５００が行ってもよい。
【００５９】
また、施解錠装置６５０に備えられる入力装置はテンキーに限定されず、施解錠装置６５０に採用される認証方式に応じた入力装置が採用されてもよい。例えば、認証方式としてＱＲコード（登録商標）を用いる方式が採用される場合には、入力装置としてカメラが採用される。例えば、認証方式として静脈認証や指紋認証が採用される場合には、入力装置として赤外線カメラや指紋センサが採用される。例えば、パスワードの受渡し方法として、近距離通信が採用される場合には、入力装置として、当該近距離通信に対応する通信部が採用される。
【００６０】
図６は、センタサーバ５００のハードウェア構成を例示する図である。センタサーバ５００は、ＣＰＵ  ５１、メモリ５２、インタフェースＩＦ５、外部記憶装置５４、および
通信部５５を有する。ＣＰＵ  ５１、メモリ５２、インタフェースＩＦ５、および外部記憶装置５４の構成および作用は、図３のＣＰＵ  １１、メモリ１２、インタフェースＩＦ１、外部記憶装置１４と同様である。通信部５５は、例えば、ＬＡＮを通じて公衆通信回線網に接続し、公衆通信回線網を通じて、ネットワーク上の各種サーバ等と通信する。
【００６１】
集配管理サーバ４００も、センタサーバ５００と同様に、ＣＰＵ、メモリ、インタフェース、外部記憶装置、通信部を備え、その構成及び作用はセンタサーバ５００のＣＰＵ  ５１、メモリ５２、インタフェースＩＦ５、外部記憶装置５４、および通信部５５と同様である。そのため、集配管理サーバ４００のハードウェア構成の図示は省略される。
【００６２】
図７は、配送システム１におけるセンタサーバ５００と車両１００との機能構成の一例を示す図である。センタサーバ５００は、メモリ５２上のコンピュータプログラムにより、図７に例示された各部として動作する。すなわち、センタサーバ５００は、機能構成要素として、依頼受付部５０１、配送制御部５０２、車両鍵情報管理部５０３、荷物鍵情報管理部５０４、車両施解錠記録部５０５、配送管理データベース（ＤＢ）５０６、車両鍵情報管理ＤＢ  ５０７、荷物鍵情報管理ＤＢ  ５０８を備える。
【００６３】
依頼受付部５０１は、例えば、集配管理サーバ４００から車両１００を用いる配送サービスの依頼を受け付ける。車両１００を用いる配送サービスの依頼は、例えば、集配管理サーバ４００から受信されることに限定されず、個人ユーザのユーザ端末等から受信されてもよい。配送サービスの依頼とともに、配送先及び集荷場所の位置情報、依頼ユーザの情報、受取人の情報が配送情報として受信される。
【００６４】
配送制御部５０２は、依頼受付部５０１によって車両１００を用いる配送サービスの依頼が受け付けられると、当該サービスを実行する配送車両を決定する。配送車両の決定方法は、所定の方法に限定されない。例えば、配送制御部５０２は、各車両１００から位置情報を所定の周期で受信しており、各車両１００の位置を把握している。例えば、配送車両は、各車両１００の位置情報に基づいて、非サービス中の車両１００の中から選択されてもよいし、集荷場所に向かって移動中の車両１００の中から決定されてもよい。
【００６５】
配送制御部５０２は、配送車両を決定すると、配送車両に選択された車両１００に、運行指令を送信する。運行指令には、例えば、集荷場所への移動指令、集荷場所における荷物の積載指令、集荷場所から配送先への移動指令、配送先における荷物の受渡し指令等が含まれている。また、運行指令とともに、配送情報（配送先及び集荷場所の位置情報、依頼ユーザの情報、受取人の情報等）も配送車両に選択された車両１００に送信される。以降、配送車両に選択された車両１００についても、単に、車両１００と称し、荷物の配送開始後においては、車両１００と称する場合には配送車両に選択された車両１００を指していることとする。
【００６６】
また、配送制御部５０２は、車両１００、提供ユーザのユーザ端末３００、受取人のユーザ端末からの配送状況を示す通知を受信し、配送状況を示す通知の内容に基づいて、車両鍵情報管理部５０３、荷物鍵情報管理部５０４、車両施解錠記録部５０５を制御する。配送制御部５０２の処理の詳細は後述される。
【００６７】
車両鍵情報管理部５０３は、車両１００の施解錠装置１５０の鍵情報を管理する。以降、車両１００の施解錠装置１５０の鍵情報を、車両鍵情報と称する。車両鍵情報は、例えば、パスワード、ＱＲコード（登録商標）等の二次元コード、バーコード等の一次元コード、生体情報等である。車両鍵情報管理部５０３は、例えば、配送制御部５０２によって起動される。車両鍵情報管理部５０３は、例えば、車両１００、提供ユーザのユーザ端末３００、受取人のユーザ端末からの配送状況を示す通知に基づいて、車両１００、提供ユ
ーザのユーザ端末３００、受取人のユーザ端末への車両鍵情報の配布、回収（無効化処理）等を行う。車両鍵情報は、「鍵情報」の一例である。また、車両鍵情報が「鍵情報」の一例である場合に、車両鍵情報管理部５０３は、「受信部」、「制御部」の一例である。
【００６８】
荷物鍵情報管理部５０４は、荷物の収納ケース６００の施解錠装置６５０の鍵情報を管理する。以降、荷物の収納ケース６００の施解錠装置６５０の鍵情報を、荷物鍵情報と称する。荷物鍵情報は、例えば、暗証番号、パスワード等である。荷物鍵情報管理部５０４は、例えば、配送制御部５０２によって起動される。荷物鍵情報管理部５０４は、例えば、車両１００、提供ユーザのユーザ端末３００、受取人のユーザ端末からの配送状況を示す通知に基づいて、受取人のユーザ端末への荷物鍵情報の配布、無効化処理等を行う。荷物鍵情報管理部５０４の処理の詳細は、後述される。荷物鍵情報は、「鍵情報」の一例である。また、荷物鍵情報が「鍵情報」の一例である場合に、荷物鍵情報管理部５０４は、「受信部」、「制御部」の一例である。
【００６９】
車両施解錠記録部５０５は、車両１００の施解錠装置１５０による施解錠のログを記録する。車両施解錠記録部５０５は、例えば、配送制御部５０２によって起動される。車両施解錠記録部５０５は、車両１００から施解錠装置１５０による車両１００の施錠通知又は解錠通知を受信する。車両１００の施錠通知又は解錠通知には、例えば、車両１００の識別情報、施錠又は解錠に用いられた車両鍵情報、タイムスタンプ、車両１００の位置情報も受信される。車両施解錠記録部５０５は、車両１００を施錠又は解錠したユーザが受取人以外のユーザである場合には、車両１００の施錠又は解錠のログを記録する。車両施解錠記録部５０５の処理の詳細は、後述される。
【００７０】
配送管理ＤＢ  ５０６、車両鍵情報管理ＤＢ  ５０７、荷物鍵情報管理ＤＢ  ５０８は、それぞれ、例えば、センタサーバ５００の外部記憶装置５４内に作成される。配送管理ＤＢ  ５０６は、例えば、依頼受付部５０１によって依頼を受けた車両１００を用いる配送サービスに係る情報を保持する配送管理情報テーブル、集荷場所に関する情報を保持する集荷場所管理情報テーブルを格納している。配送管理情報テーブル、集荷場所管理テーブルの詳細は後述される。
【００７１】
車両鍵情報管理ＤＢ  ５０７は、例えば、各車両１００の車両鍵情報に関する管理情報を保持する車両鍵情報管理テーブル、車両１００の施解錠のログを保持する車両施解錠記録テーブルを保持する。車両鍵情報管理テーブル、車両施解錠記録テーブルの詳細は後述される。荷物鍵情報管理ＤＢ  ５０８は、例えば、配送荷物の荷物鍵情報に関する管理情報を保持する荷物鍵情報管理テーブルを保持する。荷物鍵情報管理テーブルの詳細は後述される。車両鍵情報が「鍵情報」の一例である場合に、車両鍵情報管理ＤＢ  ５０７は、「記憶部」の一例である。荷物鍵情報が「鍵情報」の一例である場合に、荷物鍵情報管理ＤＢ  ５０８は、「記憶部」の一例である。
【００７２】
センタサーバ５００の各機能構成要素のいずれか、又はその処理の一部は、ネットワークに接続される他のコンピュータにより実行されてもよい。また、センタサーバ５００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。
【００７３】
次に、車両１００は、メモリ上のコンピュータプログラムにより、図７に例示された各部として動作する。車両１００は、例えば、機能構成要素として、運行計画制御部１０１、環境検出部１０２、走行制御部１０３、位置情報取得部１０４、認証処理部１０５、施解錠処理部１０６を備える。運行計画制御部１０１、環境検出部１０２、走行制御部１０３、位置情報取得部１０４、認証処理部１０５、施解錠処理部１０６は、例えば、ＣＰＵ
１１がメモリ１２上のプログラムを実行することによって達成される機能構成要素であ
る。施解錠処理部１０６は、施解錠装置１５０に相当する機能構成要素である。
【００７４】
位置情報取得部１０４は、例えば、ＧＰＳ受信部１Ｅ等によって取得される車両１００の位置情報を、所定の周期で取得し、センタサーバ５００に送信する。車両１００の位置情報は、例えば、緯度、経度である。または、車両１００の位置情報は、例えば、住所であってもよい。また、位置情報取得部１０４によって取得される車両１００の位置情報は、例えば、運行計画制御部１０１、走行制御部１０３にも出力される。
【００７５】
運行計画制御部１０１は、センタサーバ５００からの運行指令を受信する。運行計画制御部１０１は、運行指令と、位置情報取得部１０４により得られた自車両の位置情報とに基づいて、車両１００が進むべき経路を算出し、運行計画を生成する。運行計画には、このように算出された車両１００が走行する経路に関するデータと、経路の一部または全部において車両１００が行うべき処理を規定したデータとを含む。運行計画に含まれるデータの例として、例えば、以下の（１）、（２）のようなものが挙げられる。
【００７６】
（１）自車両が走行する経路を道路リンクの集合によって表したデータ
自車両が走行する経路は、例えば、記憶された地図データを参照し、与えられた出発地、経由地、及び、目的地に基づいて自動的に生成されてもよい。なお、自車両が走行するルート算出は、車両１００内ではなく、外部装置（例えば、センタサーバ５００）の処理に頼ってもよい。この場合、センタサーバ５００は、車両１００からその自車両位置を取得し、当該車両１００が進むべき経路を算出するとともに、その算出した経路データを、上記の運行指令に含む。
【００７７】
（２）経路上の地点において自車両が行うべき処理を表したデータ
自車両が行うべき処理には、例えば、「ユーザを乗降させる」、「荷物を搭載する」といったものがあるが、これらに限られない。運行計画制御部１０１が生成した運行計画は、後述する走行制御部１０３へ送信される。
【００７８】
環境検出部１０２は、車両１００に搭載される各種センサによって取得されたデータに基づいて、自律走行に用いられる車両１００の周囲の環境情報を検出する。環境検出部１０２の検出の対象は、例えば、車線の数や位置、自車両の周囲に存在する車両の数や位置、自車両の周囲に存在する障害物（例えば歩行者、自転車、構造物、建築物など）の数や位置、道路の構造、道路標識などの情報であるが、これらに限られない。自律的な走行を行うために用いられるものであれば、検出の対象はどのようなものであってもよい。例えば、センサがステレオカメラである場合には、それにより撮像された画像データを画像処理することで車両１００の周囲の物体検出が行われる。また、環境検出部１０２は、単に車両１００の周囲の物体を検出するだけではなく、検出した物体をトラッキングしてもよい。トラッキングとは、例えば、検出した対象物を継続して検出し続けることである。例えば、１ステップ前に検出した物体の座標と、現在の物体の座標との差分から、当該物体の相対速度を求めることができる。環境検出部１０２が検出した、車両１００の周囲環境に関するデータは、後述する走行制御部１０３へ出力される。
【００７９】
走行制御部１０３は、例えば、運行計画制御部１０１が生成した運行計画と、環境検出部１０２が生成した車両１００の周囲環境に関するデータ、位置情報取得部１０４が取得した自車両の位置情報に基づいて、自車両の自律的な走行を制御するための制御指令を生成する。例えば、走行制御部１０３は、運行計画制御部１０１から走行開始指令が入力されると、所定の経路に沿って走行し、且つ、自車両を中心とする所定の安全領域内に障害物が進入しないように自車両を走行させるべく制御指令を生成する。生成された制御指令は、駆動用モータ１Ｃへ送信される。車両を自律走行させるための制御指令の生成方法については、公知の方法を採用することができる。
【００８０】
認証処理部１０５は、施解錠装置１５０に入力された車両鍵情報と、外部記憶装置１４に保持されている車両鍵情報とを照合する。認証処理部１０５は、施解錠装置１５０に入力された車両鍵情報と外部記憶装置１４に保持されている車両鍵情報とが一致する場合には、認証成功を判定して、施錠又は解錠指示を施解錠処理部１０６に出力する。施解錠装置１５０に入力された車両鍵情報と外部記憶装置１４に保持されている車両鍵情報とが一致しない場合には、認証処理部１０５は、認証失敗を判定する。
【００８１】
施解錠処理部１０６は、認証処理部１０５からの施錠又は解錠の指示を受けて、例えば、ドアＤＲ１の施錠又は解錠を行う。また、施解錠処理部１０６は、例えば、ドアＤＲ１の施錠又は解錠を行った場合には、施解錠に用いられた車両鍵情報と、タイムスタンプと、車両１００の位置情報を運行計画制御部１０１に出力する。運行計画制御部１０１は、車両１００の識別情報と、車両鍵情報と、タイムスタンプと、位置情報とを含む施錠通知又は解錠通知を作成し、センタサーバ５００に送信する。
【００８２】
なお、車両１００の施錠又は解錠を行ったユーザの識別情報が、車両鍵情報とともに施解錠装置１５０に入力されるようにしてもよい。この場合には、ユーザの識別情報も施錠通知又は解錠通知に含められてもよい。
【００８３】
図８は、配送管理情報テーブルの一例である。配送管理情報テーブルは、センタサーバ５００の配送管理ＤＢ  ５０６に格納されている。配送管理情報テーブルには、車両１００を用いる配送サービスに係る情報が格納されている。より具体的には、配送管理情報テーブルは、配送ＩＤ、配送車両ＩＤ、依頼ユーザＩＤ、集荷場所コード、配送先情報、受取人情報、配送状態のフィールドを含む。
【００８４】
配送管理情報テーブルのエントリは、例えば、依頼受付部５０１が配送サービスの依頼を受け付けた場合に、依頼受付部５０１によって作成される。配送ＩＤフィールドには、配送サービスの識別情報が入力される。配送ＩＤフィールドには、集配管理サーバ４００によって付与された識別情報が入力されてもよいし、センタサーバ５００の依頼受付部５０１が付与した識別情報が入力されてもよい。
【００８５】
配送車両ＩＤフィールドには、当該配送サービスにおいて配送車両に選択された車両１００の識別情報が入力される。配送車両ＩＤフィールドの値は、例えば、配送制御部５０２によって、配送車両が決定されると入力される。
【００８６】
依頼ユーザＩＤフィールドには、依頼ユーザの識別情報が入力される。集荷場所コードフィールドには、集荷場所を示すコードが入力される。配送先情報フィールドには、配送先の位置情報等が入力される。受取人情報フィールドには、受取人は依頼ユーザと同じであるか否かを示す情報、受取人が依頼ユーザと異なる場合には受取人の氏名等が入力される。依頼ユーザＩＤ、集荷場所コード、配送先情報、受取人のフィールドの値は、例えば、集配管理サーバ４００からの配送依頼に含まれており、センタサーバ５００の依頼受付部５０１によって入力される。
【００８７】
配送状態フィールドには、配送サービスの状態を示す値が入力される。配送状態フィールドに格納される値には、例えば、「発送前」、「配送中」、「配送完了」がある。「発送前」は、例えば、車両１００が集荷場所に向かって移動中であり、車両１００が荷物を積載していない状態を示す。「配送中」は、例えば、車両１００が集荷場所において荷物を積載し、集荷場所から配送先に向かって移動中である状態を示す。「配送完了」は、車両１００が配送先に到着し、荷物の受取人への受渡しが完了している状態を示す。配送状態フィールドは、例えば、配送制御部５０２によって管理される。
【００８８】
図９は、集荷場所管理情報テーブルの一例である。集荷場所管理情報テーブルは、例えば、予めセンタサーバ５００の配送管理ＤＢ  ５０６に格納されている。集荷場所管理情報テーブルには、例えば、配送システム１に商品の提供を契約している店舗等に関する情報が格納されている。より具体的には、集荷場所管理情報テーブルは、集荷場所コード、店舗名、住所、連絡先、提供ユーザＩＤのフィールドを含む。
【００８９】
集荷場所コードフィールドには、集荷場所を示すコードが入力される。店舗名フィールドには、当該集荷場所となる店舗名等が入力される。住所フィールドには、集荷場所の住所が入力される。連絡先には、例えば、連絡先の電子メールアドレス等が入力される。提供ユーザＩＤには、当該集荷場所における提供ユーザの識別情報が入力される。提供ユーザの識別情報は、複数の提供ユーザによって共有されてもよいし、提供ユーザ一人ひとり異なるものが付与されてもよい。
【００９０】
図１０は、車両鍵情報管理テーブルの一例である。車両鍵情報管理テーブルは、センタサーバ５００の車両鍵情報管理ＤＢ  ５０７に格納されている。車両鍵情報管理テーブルには、車両鍵情報に関する情報が格納されている。より具体的には、車両鍵情報管理テーブルには、例えば、車両ＩＤ、配送ＩＤ、ユーザＩＤ、鍵情報のフィールドが含まれている。
【００９１】
車両ＩＤフィールドには車両１００に識別情報が入力される。配送ＩＤフィールドには、配送サービスの識別情報が入力される。ユーザＩＤフィールドには、車両鍵情報の発行先である、提供ユーザ、依頼ユーザ、又は、受取人の識別情報が格納される。鍵情報フィールドには、対応するユーザＩＤフィールドに識別情報が入力されているユーザに対して発行された車両鍵情報が入力される。
【００９２】
車両鍵情報管理テーブルは、例えば、車両鍵情報管理部５０３によって管理されている。図１０に示される例は、ユーザごとに異なる車両鍵情報が割り当てられる場合の車両鍵情報管理テーブルの例である。第１実施形態では、車両鍵情報は、予め各車両１００に対して複数プールされており、そこから払い出される。また、第１実施形態では、各車両１００に対してプールされている車両鍵情報は、センタサーバ５００の外部記憶装置５４と車両１００の外部記憶装置１４とに予め記憶されている。ただし、これに限定されず、車両鍵情報は、配送サービスが発生する度に、センタサーバ５００によってユーザごとに新たに作成され、当該配送サービスが終了したら削除されてもよい。この場合には、例えば、運行指令とともに車両１００にも車両鍵情報が送信される。
【００９３】
図１１は、車両施解錠記録テーブルの一例である。車両施錠記録テーブルは、例えば、センタサーバ５００の車両鍵情報管理ＤＢ  ５０７に格納されている。車両施錠記録テーブルは、車両１００における施解錠のログ情報である。より具体的には、車両施錠記録テーブルには、車両ＩＤ、施解錠、タイムスタンプ、ユーザＩＤ、位置情報、鍵情報のフィールドが含まれている。
【００９４】
車両ＩＤフィールドには、車両の識別情報が入力される。施解錠フィールドには、「施錠」または「解錠」のいずれかが入力される。タイムスタンプフィールドには、施解錠が行われた日時、時刻が入力される。ユーザＩＤフィールドには、車両１００の施解錠を行ったユーザの識別情報が入力される。位置情報フィールドには、車両１００の施解錠が行われた際の車両１００の位置情報が入力される。鍵情報フィールドには、車両１００の施解錠で用いられた鍵情報が入力される。
【００９５】
第１実施形態では、車両施解錠記録テーブルは、１つの配送サービスにつき１つ作成さ
れる。そのため、例えば、１つの車両１００が複数の配送サービスを行っている場合には、当該車両１００について配送サービスの数だけ車両施解錠記録テーブルが作成される。また、当該車両１００の１回の施解錠の記録は、当該車両１００が実行する配送サービスの数の車両施解錠記録テーブルに記録される。
【００９６】
なお、第１実施形態では、受取人による車両１００の施解錠は車両施解錠記録テーブルには記録されない。また、第１実施形態では、配送完了が通知されると、該当するサービスに対応する車両施解錠記録テーブルは削除される。ただし、図１１に示される車両施解錠記録テーブル及び車両施解錠記録テーブルに関する処理は一例であって、実施の形態に応じて変更可能である。
【００９７】
車両施解錠記録テーブルは、例えば、車両施解錠記録部５０５によって管理されている。車両ＩＤ、施解錠、タイムスタンプ、位置情報、鍵情報フィールドの値は、例えば、車両１００からの施錠通知又は解錠通知に含まれており、施錠通知又は解錠通知から取得される。ユーザＩＤフィールドの値は、例えば、車両鍵情報管理テーブルにおいて、施錠通知又は解錠通知に含まれる鍵情報に対応付けられているユーザＩＤフィールドの値から取得される。ただし、これに限定されず、例えば、複数のユーザで車両１００の車両鍵情報が共有される場合には、車両１００の施解錠装置１５０には車両鍵情報とともにユーザの識別情報が入力され、施錠通知又は解錠通知にはユーザの識別情報も含まれることになり、車両施解錠記録テーブルにおけるユーザＩＤフィールドの値も施錠通知又は解錠通知から取得される。
【００９８】
図１２は、荷物鍵情報管理テーブルの一例である。荷物鍵情報管理テーブルは、センタサーバ５００の荷物鍵情報管理ＤＢ  ５０８に格納されている。荷物鍵情報管理テーブルは、荷物鍵情報に関する情報を格納している。具体的には、荷物鍵情報管理テーブルには、荷物ＩＤ、鍵情報、配送ＩＤ、セキュリティレベル、無効タイマのフィールドが含まれている。
【００９９】
荷物ＩＤフィールドには、収納ケース６００の識別情報が入力される。鍵情報フィールドには、荷物鍵情報が入力される。配送ＩＤには、対応する荷物ＩＤフィールドに識別情報が格納されている収納ケース６００を配送する配送サービスのＩＤが格納されている。セキュリティレベルには、セキュリティレベルを示す「１」又は「２」のいずれかが入力される。セキュリティレベルの詳細については、後述される。無効タイマフィールドには、当該鍵情報が荷物鍵情報管理テーブルから削除されるまでの残り時間が入力される。例えば、無効タイマフィールドは、該当する配送サービスの配送完了の通知が受信されると無効タイマの値が設定される。無効タイマの値は、例えば、数時間から１週間の間で設定される。
【０１００】
荷物鍵情報管理テーブルは、例えば、荷物鍵情報管理部５０４によって管理されている。第１実施形態では、荷物ＩＤ及び鍵情報のフィールドの値は予め入力されている。配送ＩＤフィールドの値は、例えば、車両１００から通知される集荷完了通知に含まれているものが入力される。
【０１０１】
図１３は、荷物鍵情報のセキュリティレベルの定義の一例を示す図である。第１実施形態では、荷物鍵情報のセキュリティレベルは、レベル１とレベル２との２つが定義されている。セキュリティレベル１では、荷物鍵情報の管理は、センタサーバ５００によって行われる。セキュリティレベル２では、荷物鍵情報の管理は、受取人によって行われる。
【０１０２】
例えば、初期状態では、荷物鍵情報のセキュリティレベルがレベル１である。配送完了通知が受信されると、当該配送サービスにおいて配送される荷物（収納ケース６００）の
荷物鍵情報のセキュリティレベルはレベル２に変更され、管理権限がセンタサーバ５００から受取人に移行される。
【０１０３】
管理権限がセンタサーバ５００から受取人に移行されると、例えば、センタサーバ５００は該当する荷物鍵情報を削除する等の無効化処理を行い、以降、該当する荷物鍵情報についての処理を行わなくなる。
【０１０４】
＜処理の流れ＞
図１４は、センタサーバ５００の配送制御部５０２による配送制御処理のフローチャートの一例である。図１４に示される処理は、例えば、所定の周期で繰り返し実行される。図１４に示される処理の実行主体は、プログラムを実行するＣＰＵ  ５１であるが、便宜上、機能構成要素である配送制御部５０２を主体として説明する。図１４以降のフローチャートについても同様に、機能構成要素を主体として説明される。
【０１０５】
Ｓ１０１では、配送制御部５０２は、配送依頼を受信したか否かを判定する。配送依頼を受信した場合には（Ｓ１０１：ＹＥＳ）、処理がＳ１０２に進む。配送依頼を受信していない場合には（Ｓ１０１：ＮＯ）、図１４に示される処理が終了する。配送依頼を受信した場合には、例えば、依頼受付部５０１によって、配送管理情報テーブルにおいて当該サービスのエントリが作成される。また、作成されたエントリの配送状態フィールドには、「発送前」が入力される。
【０１０６】
Ｓ１０２では、配送制御部５０２は、Ｓ１０１において配送依頼を受けた配送サービスにおいて配送を行う配送車両を決定する。以降、図１４以降のフローチャートにおいて車両１００と称する場合には、配送車両に選択された車両１００であるとする。
【０１０７】
Ｓ１０３では、配送制御部５０２は、車両１００に運行指令を送信する。Ｓ１０４では、配送制御部５０２は、車両鍵情報管理部５０３を起動する。以降、車両鍵情報管理部５０３によって、後述の車両鍵情報管理処理が行われる。Ｓ１０５では、配送制御部５０２は、車両施解錠記録部５０５を起動する。以降、車両施解錠記録部５０５によって、当該配送サービスについて、後述の車両施解錠記録処理が行われる。
【０１０８】
Ｓ１０６では、配送制御部５０２は、車両１００から当該配送サービスについて集荷完了通知が受信されたか否かを判定する。集荷完了通知は、例えば、集荷場所において、提供ユーザによって車両１００に入力され、車両１００からセンタサーバ５００に送信される。ただし、これに限定されず、集荷完了通知は、例えば、提供ユーザのユーザ端末３００からセンタサーバ５００に送信されてもよい。集荷完了通知には、例えば、配送サービスの識別情報、提供ユーザの識別情報、集荷場所において車両１００に積載された収納ケース６００の識別情報等が含まれている。
【０１０９】
当該配送サービスについて集荷完了通知が受信された場合には（Ｓ１０６：ＹＥＳ）、処理がＳ１０７に進む。また、当該配送サービスについて集荷完了通知が受信された場合には、配送制御部５０２は、配送管理情報テーブルの当該配送サービスのエントリの配送状態フィールドの値を「発送前」から「配送中」に更新する。
【０１１０】
当該配送サービスについて集荷完了通知が受信されていない場合には（Ｓ１０６：ＮＯ）、集荷完了通知が受信されるまで待機状態となる。例えば、集荷完了通知が所定時間待機しても受信されない場合には、配送制御部５０２は、車両１００や提供ユーザのユーザ端末３００に問い合わせを行ってもよい。
【０１１１】
Ｓ１０７では、配送制御部５０２は、荷物鍵情報管理部５０４を起動する。以降、荷物
鍵情報管理部５０４によって、後述の荷物鍵情報管理処理が行われる。
【０１１２】
Ｓ１０８では、配送制御部５０２は、車両１００から当該配送サービスについて配送完了通知が受信されたか否かを判定する。配送完了通知は、例えば、配送先において、提供ユーザによって車両１００に入力され、車両１００からセンタサーバ５００に送信される。ただし、これに限定されず、Ｓ１０８では車両１００からの配送完了通知の代わりに、受取人のユーザ端末からの受領確認通知が用いられてもよい。受領確認通知は、例えば、受取人が荷物を受け取った場合に、受取人のユーザ端末２００からセンタサーバ５００に送信される。配送完了通知及び受領確認通知には、例えば、配送サービスの識別情報、受取人の識別情報等が含まれている。
【０１１３】
当該配送サービスについて配送完了通知が受信された場合には（Ｓ１０８：ＹＥＳ）、処理がＳ１０９に進む。また、当該配送サービスについて配送完了通知が受信された場合には、配送制御部５０２は、配送管理情報テーブルの当該配送サービスのエントリの配送状態フィールドの値を「配送中」から「配送完了」に更新する。
【０１１４】
当該配送サービスについて配送完了通知が受信されていない場合には（Ｓ１０８：ＮＯ）、配送完了通知が受信されるまで待機状態となる。例えば、配送完了通知が所定時間待機しても受信されない場合には、配送制御部５０２は、車両１００や受取人のユーザ端末に問い合わせを行ってもよい。
【０１１５】
Ｓ１０９では、配送制御部５０２は、集配管理サーバに、当該配送サービスの配送完了を通知する。その後、図１４に示される処理が終了する。
【０１１６】
図１５は、センタサーバ５００の車両鍵情報管理部５０３による車両鍵管理処理のフローチャートの一例である。図１５に示される処理は、例えば、図１４のＳ１０４において配送制御部５０２によって車両鍵情報管理部５０３が起動されることによって開始される。
【０１１７】
Ｓ２０１では、車両鍵情報管理部５０３は、該当配送サービスの受取人、提供ユーザそれぞれについて、車両１００の車両鍵情報の割当を行う。該当配送サービスの受取人、提供ユーザの情報は、例えば、配送管理情報テーブルから取得される。また、車両鍵情報管理部５０３は、該当配送サービスの受取人、提供ユーザそれぞれについて、車両鍵情報管理テーブルのエントリを作成する。
【０１１８】
Ｓ２０２では、車両鍵情報管理部５０３は、受取人、提供ユーザそれぞれのユーザ端末に車両１００の車両鍵情報を送信する。Ｓ２０３では、車両鍵情報管理部５０３は、当該配送サービスについて集荷完了通知が受信されたか否かを判定する。当該配送サービスについて集荷完了通知が受信された場合には（Ｓ２０３：ＹＥＳ）、処理がＳ２０４に進む。当該配送サービスについて集荷完了通知が受信されていない場合には（Ｓ２０３：ＮＯ）、集荷完了通知が受信されるまで待機状態となる。
【０１１９】
Ｓ２０４では、車両鍵情報管理部５０３は、提供ユーザに割り当てられている車両鍵情報を無効化する。車両鍵情報の無効化処理は、例えば、車両１００のメモリ１２と車両鍵情報管理テーブルから対象の車両鍵情報を削除すること、車両１００に対象の車両鍵情報は無効であることを通知し、車両鍵情報管理テーブルに対象の車両鍵情報が無効であることを記録すること等である。車両鍵情報管理部５０３は、提供ユーザのユーザ端末３００に対して、車両鍵情報を削除させたり、無効になったことを通知したりしてもよい。
【０１２０】
Ｓ２０５では、車両鍵情報管理部５０３は、当該配送サービスについて配送完了通知が
受信されたか否かを判定する。当該配送サービスについて配送完了通知が受信された場合には（Ｓ２０５：ＹＥＳ）、処理がＳ２０６に進む。当該配送サービスについて配送完了通知が受信されていない場合には（Ｓ２０５：ＮＯ）、配送完了通知が受信されるまで待機状態となる。なお、Ｓ２０５において、配送完了通知の代わりに、受取人のユーザ端末からの受領確認通知が用いられてもよい。
【０１２１】
Ｓ２０６では、車両鍵情報管理部５０３は、受取人に割り当てられている車両鍵情報を無効化する。その後、図１５に示される処理が終了する。
【０１２２】
図１６は、センタサーバ５００の車両施解錠記録部５０５による車両施解錠記録処理のフローチャートの一例である。図１６に示される処理は、例えば、図１４のＳ１０５において配送制御部５０２によって車両施解錠記録部５０５が起動されることによって開始される。
【０１２３】
Ｓ３０１では、車両施解錠記録部５０５は、該当の配送サービスについて、車両施解錠記録テーブルを作成する。
【０１２４】
Ｓ３０２では、車両施解錠記録部５０５は、解錠通知を受信したか否かを判定する。解錠通知が受信された場合には（Ｓ３０２：ＹＥＳ）、処理がＳ３０３に進む。解錠通知が受信されていない場合には（Ｓ３０２：ＮＯ）、処理がＳ３０５に進む。
【０１２５】
Ｓ３０３では、車両施解錠記録部５０５は、解錠通知が受取人のユーザ端末からのものであるか否かを判定する。解錠通知又は施錠通知がいずれのユーザから送信されたものであるのかは、例えば、解錠通知又は施錠通知に含まれる車両鍵情報と、車両鍵情報管理テーブルにおいて対応付けられているユーザ識別情報によって判別可能である。また、解錠通知又は施錠通知に送信元のユーザの識別情報が含まれている場合には、解錠通知又は施錠通知に含まれているユーザの識別情報から判別可能である。
【０１２６】
解錠通知が受取人のユーザ端末からのものである場合には（Ｓ３０３：ＹＥＳ）、処理がＳ３０５に進む。解錠通知が受取人以外のユーザ端末からのものである場合には（Ｓ３０３：ＮＯ）、処理がＳ３０４に進む。Ｓ３０４では、車両施解錠記録部５０５は、車両施解錠記録テーブルに解錠のログを記録する。
【０１２７】
Ｓ３０５では、車両施解錠記録部５０５は、施錠通知を受信したか否かを判定する。施錠通知が受信された場合には（Ｓ３０５：ＹＥＳ）、処理がＳ３０６に進む。施錠通知が受信されていない場合には（Ｓ３０５：ＮＯ）、処理がＳ３０８に進む。
【０１２８】
Ｓ３０６では、車両施解錠記録部５０５は、施錠通知が受取人のユーザ端末からのものであるか否かを判定する。施錠通知が受取人のユーザ端末からのものである場合には（Ｓ３０６：ＹＥＳ）、処理がＳ３０８に進む。解錠通知が受取人以外のユーザ端末からのものである場合には（Ｓ３０６：ＮＯ）、処理がＳ３０７に進む。Ｓ３０７では、車両施解錠記録部５０５は、車両施解錠記録テーブルに施錠のログを記録する。
【０１２９】
Ｓ３０８では、車両施解錠記録部５０５は、該当する配送サービスについて、配送完了通知が受信されたか否かを判定する。配送完了通知が受信されていない場合には（Ｓ３０８：ＮＯ）、処理がＳ３０２に進む。配送完了通知が受信された場合には（Ｓ３０８：ＹＥＳ）、処理がＳ３０９に進む。なお、Ｓ３０８において、配送完了通知の代わりに、受取人のユーザ端末からの受領確認通知が用いられてもよい。
【０１３０】
Ｓ３０９では、車両施解錠記録部５０５は、Ｓ３０１で作成した車両施解錠記録テーブ
ルを削除する。その後、図１６に示される処理が終了する。
【０１３１】
なお、図１６に示される車両施解錠記録処理は、一例であって、図１６に示される処理に限定されない。例えば、Ｓ３０２からＳ３０４の処理と、Ｓ３０５からＳ３０７の処理とは、実行順が逆であってもよい。また、配送完了通知が受信されると、当該配送サービスについての車両施解錠記録テーブルは削除されるが、例えば、配送完了通知が受信されてから所定時間経過するまで車両施解錠記録テーブルの削除を待ってもよい。
【０１３２】
車両１００の施解錠のログを記録することによって、例えば、配送の荷物が紛失してしまった場合等に、車両１００の施解錠のログから、荷物の紛失した時刻や位置等を特定することができる。一方で、配送完了通知が受信されると、当該配送サービスについての車両施解錠記録テーブルは削除される。これによって、配送サービスのセキュリティ情報の一つである車両１００の施解錠のログを管理する期間を短くすることができ、セキュリティ情報の保管に係るセンタサーバ５００の負荷を軽減することができる。
【０１３３】
図１７は、センタサーバ５００の荷物鍵情報管理部５０４による荷物鍵情報管理処理のフローチャートの一例である。図１７に示される処理は、例えば、図１４のＳ１０７において配送制御部５０２によって荷物鍵情報管理部５０４が起動されることによって開始される。
【０１３４】
Ｓ４０１では、荷物鍵情報管理部５０４は、荷物鍵情報管理テーブルにおける、図１４のＳ１０６において受信された集荷完了通知に含まれる荷物（収納ケース６００）の識別情報に対応するエントリの配送ＩＤフィールドに、当該配送サービスの識別情報を登録する。また、荷物鍵情報管理部５０４は、荷物鍵情報管理テーブルの当該エントリのセキュリティレベルフィールドに、「１」を入力する。
【０１３５】
Ｓ４０２では、荷物鍵情報管理部５０４は、該当する配送サービスについて、配送完了通知が受信されたか否かを判定する。配送完了通知が受信されていない場合には（Ｓ４０２：ＮＯ）、待機状態となる。配送完了通知が受信された場合には（Ｓ４０２：ＹＥＳ）、処理がＳ４０３に進む。なお、Ｓ４０２において、配送完了通知の代わりに、受取人のユーザ端末からの受領確認通知が用いられてもよい。
【０１３６】
Ｓ４０３では、荷物鍵情報管理部５０４は、受取人のユーザ端末に対して、荷物鍵情報管理テーブルにおいて、配送完了通知に含まれる配送サービスの識別情報と対応付けられている荷物鍵情報を送信する。Ｓ４０４では、荷物鍵情報管理部５０４は、荷物鍵情報管理テーブルにおける配送完了通知に含まれる配送サービスの識別情報に合致するエントリのセキュリティレベルフィールドの値を「２」に変更する。Ｓ４０５では、荷物鍵情報管理部５０４は、荷物鍵情報管理テーブルにおける該当エントリの無効タイマフィールドの値を無効タイマの値に設定する。
【０１３７】
Ｓ４０６では、荷物鍵情報管理部５０４は、無効タイマが満了したか否かを判定する。無効タイマが満了していない場合には（Ｓ４０６：ＮＯ）、荷物鍵情報管理部５０４は、無効タイマが満了するまで待機する。無効タイマが満了した場合には（Ｓ４０６：ＹＥＳ）、処理がＳ４０７に進む。
【０１３８】
Ｓ４０７では、荷物鍵情報管理部５０４は、荷物鍵情報管理テーブルにおける配送完了通知に含まれる配送サービスの識別情報に合致するエントリを削除する。その後、図１６に示される処理が終了する。
【０１３９】
＜具体例＞
図１８Ａ及び図１８Ｂは、具体例における処理シーケンスの一例を示す図である。具体例では、車両１００を利用する配送サービスの依頼に応じて、車両１００が店舗Ａにおいて荷物を積載し、配送先に当該荷物を届ける例について説明される。なお、図１８Ａ及び図１８Ｂでは、便宜上、依頼ユーザ及び依頼ユーザの端末２００、店舗Ａの提供ユーザ及び提供ユーザのユーザ端末３００も、それぞれ、「依頼ユーザ」、「店舗Ａ」としてまとめて表示されている。
【０１４０】
Ｓ５０１では、依頼ユーザがユーザ端末２００を通じて、店舗Ａにおいて販売されている商品Ａを購入し、依頼ユーザの自宅への配送の依頼を集配管理サーバ４００に送信する。配送依頼の内容には、配送荷物は店舗Ａの商品Ａであること、配送先は依頼ユーザの自宅であることが含まれている。
【０１４１】
Ｓ５０２では、集配管理サーバ４００が依頼ユーザからの配送の依頼を受け、当該配送に車両１００を用いる配送サービスを用いることを判定し、センタサーバ５００に、車両１００を用いる配送サービスの依頼を送信する。配送サービスの依頼には、依頼ユーザの識別情報、店舗Ａの集荷場所コード、配送先情報として依頼ユーザの自宅の住所等が含まれている。
【０１４２】
Ｓ５０３では、センタサーバ５００は、集配管理サーバ４００から車両１００を用いる配送サービスの依頼を受けて（図１４、Ｓ１０１：ＹＥＳ）、配送車両に車両１００を決定し（図１４、Ｓ１０２）、車両１００に運行指令を送信する（図１４、Ｓ１０３）。Ｓ５０３で車両１００に送信される運行指令には、例えば、店舗Ａへの移動指令、店舗Ａにおける商品Ａの積載指令、店舗Ａから依頼ユーザの自宅までの移動指令、依頼ユーザの自宅において商品Ａの受渡指令が含まれている。また、運行指令とともに、例えば、配送サービスの識別情報、依頼ユーザの識別情報、配送先である依頼ユーザの自宅の住所、集荷場所である店舗Ａの住所等も送信される。
【０１４３】
Ｓ５０４、Ｓ５０５では、センタサーバ５００は、依頼ユーザのユーザ端末２００と店舗Ａの提供ユーザのユーザ端末３００とに、車両１００の車両鍵情報を送信する（図１５、Ｓ２０２）。なお、具体例において、依頼ユーザに通知される車両鍵情報と提供ユーザに通知される車両鍵情報とは異なるものとする。Ｓ５０６では、センタサーバ５００は、配送管理情報テーブルにおける当該配送サービスのサービス状態を「発送前」として記録する。
【０１４４】
Ｓ５０７では、車両１００は、センタサーバ５００からの運行指令を受けて、運行計画を作成する。運行計画には、例えば、現在位置から店舗Ａまでの経路、店舗Ａにおいて荷物を積載すること、店舗Ａから依頼ユーザの自宅までの経路、依頼ユーザの自宅において荷物を受け渡すこと等が含まれる。Ｓ５０８では、車両１００は、運行計画に従って、店舗Ａに向かって移動を開始する。Ｓ５０９では、車両１００が店舗Ａに到着する。
【０１４５】
Ｓ５１０では、店舗Ａにおける提供ユーザが、荷物を車両１００に積載するために、例えば、車両１００の車両鍵情報を車両１００の施解錠装置１５０に入力する。Ｓ５１１では、車両１００は、入力された車両鍵情報と予め登録されている車両鍵情報とを照合し、両者が一致するので認証成功となり、車両１００のドアが解錠される。Ｓ５１２では、車両１００は、センタサーバ５００に、解錠通知を送信する。解錠通知には、例えば、車両１００の識別情報、車両１００の車両鍵情報、タイムスタンプ、車両１００の位置情報等が含まれている。
【０１４６】
Ｓ５１３では、センタサーバ５００は、車両１００から解錠通知を受信し（図１６、Ｓ３０２：ＹＥＳ）、例えば、解錠通知に含まれる車両鍵情報から、解錠したユーザが提供
ユーザであることが判明するので（図１６、Ｓ３０３：ＮＯ）、当該配送サービスの車両施解錠記録テーブルに解錠通知のログを記録する（図１６、Ｓ３０４）。
【０１４７】
Ｓ５１４では、提供ユーザによって、車両１００に商品Ａが積載される。商品Ａは、収納ケース６００に収納されている。以降、収納ケース６００に収納された商品Ａを、荷物Ａと称する。収納ケース６００は、例えば、荷物鍵情報を用いずに施錠可能であるとする。また、収納ケース６００の荷物鍵情報はセンタサーバ５００が管理しており、提供ユーザ等は関知していないこととする。
【０１４８】
Ｓ５１５では、店舗Ａにおける提供ユーザが、荷物Ａを車両１００に積載し、車両１００のドアを施錠するために、例えば、車両１００の車両鍵情報を車両１００の施解錠装置１５０に入力する。Ｓ５１６では、車両１００は、入力された車両鍵情報と予め登録されている車両鍵情報とを照合し、両者が一致するので認証成功となり、車両１００のドアが施錠される。Ｓ５１７では、車両１００は、センタサーバ５００に、施錠通知を送信する。施錠通知には、例えば、車両１００の識別情報、車両１００の車両鍵情報、タイムスタンプ、車両１００の位置情報等が含まれている。
【０１４９】
Ｓ５１８では、センタサーバ５００は、車両１００から施錠通知を受信し（図１６、Ｓ３０２：ＮＯ、Ｓ３０５：ＹＥＳ）、例えば、施錠通知に含まれる車両鍵情報から、施錠したユーザが提供ユーザであることが判明するので（図１６、Ｓ３０６：ＮＯ）、当該配送サービスの車両施解錠記録テーブルに施錠通知のログを記録する（図１６、Ｓ３０７）。
【０１５０】
Ｓ５１９では、例えば、店舗Ａにおける提供ユーザが車両１００に集荷完了を入力することによって、車両１００からセンタサーバ５００に集荷完了通知が送信される。集荷完了通知には、例えば、配送サービスの識別情報、荷物Ａの収納ケース６００の識別情報（荷物ＩＤ）が含まれている。
【０１５１】
Ｓ５２０では、センタサーバ５００は、車両１００から集荷完了通知を受信し（図１４、Ｓ１０６：ＹＥＳ）、配送管理情報テーブルの当該配送サービスのサービス状態を「発送前」から「配送中」に更新する。Ｓ５２１では、センタサーバ５００は、車両１００から集荷完了通知を受信したので（図１５、Ｓ２０３：ＹＥＳ）、店舗Ａの提供ユーザが保持する車両１００の車両鍵情報の無効化処理として、例えば、車両１００と店舗Ａの提供ユーザのユーザ端末３００とに対して、当該車両鍵情報の削除又は無効の記録を指示する（図１５、Ｓ２０４）。これによって、店舗Ａの提供ユーザは、車両１００の施解錠をできなくなる。
【０１５２】
図１８ＢのＳ５５１では、車両１００が店舗Ａから移動し、配送先である依頼ユーザの自宅に到着する。Ｓ５５２では、依頼ユーザが、荷物を車両１００から降ろすために、例えば、車両１００の車両鍵情報を車両１００の施解錠装置１５０に入力する。Ｓ５５３では、車両１００は、入力された車両鍵情報と予め登録されている車両鍵情報とを照合し、両者が一致するので認証成功となり、車両１００のドアが解錠される。
【０１５３】
Ｓ５５４では、車両１００は、センタサーバ５００に、解錠通知を送信する。解錠通知には、例えば、車両１００の識別情報、車両１００の車両鍵情報、タイムスタンプ、車両１００の位置情報等が含まれている。センタサーバ５００は、車両１００から解錠通知を受信し（図１６、Ｓ３０２：ＹＥＳ）、例えば、解錠通知に含まれる車両鍵情報から、解錠したユーザが受取人（依頼ユーザ）であることが判明するので（図１６、Ｓ３０３：ＹＥＳ）、解錠通知のログを記録しない。
【０１５４】
Ｓ５５５では、依頼ユーザは、車両１００から荷物Ａを降ろし、荷物Ａを受け取る。Ｓ５５６では、依頼ユーザは、例えば、車両１００に荷物Ａの受領確認を入力する。
【０１５５】
Ｓ５６１では、依頼ユーザは、車両１００のドアを施錠するために、例えば、車両１００の車両鍵情報を車両１００の施解錠装置１５０に入力する。Ｓ５６２では、車両１００は、入力された車両鍵情報と予め登録されている車両鍵情報とを照合し、両者が一致するので認証成功となり、車両１００のドアが施錠される。
【０１５６】
Ｓ５６３では、車両１００は、センタサーバ５００に、施錠通知を送信する。センタサーバ５００は、車両１００から施錠通知を受信し（図１６、Ｓ３０５：ＹＥＳ）、例えば、施錠通知に含まれる車両鍵情報から、施錠したユーザが受取人（依頼ユーザ）であることが判明するので（図１６、Ｓ３０６：ＹＥＳ）、施錠通知のログを記録しない。
【０１５７】
Ｓ５７１では、車両１００は、Ｓ５５６において依頼ユーザからの荷物Ａの受領確認の入力を受けて、センタサーバ５００に配送完了通知を送信する。配送完了通知には、例えば、配送サービスの識別情報が含まれている。
【０１５８】
Ｓ５７２では、センタサーバ５００は、車両１００からの配送完了通知を受信し（図１４、Ｓ１０８：ＹＥＳ）、当該配送完了を集配管理サーバ４００に送信する（図１４、Ｓ１０９）。Ｓ５７３では、センタサーバ５００は、配送管理情報テーブルの該当配送サービスのサービス状態を「配送中」から「配送完了」に更新する。
【０１５９】
Ｓ５８１では、センタサーバ５００は、車両１００からの配送完了通知を受信したので（図１７、Ｓ４０２：ＹＥＳ）、依頼ユーザのユーザ端末２００に、荷物Ａの荷物鍵情報を送信する（図１７、Ｓ４０３）。Ｓ５８２では、センタサーバ５００は、荷物Ａのセキュリティレベルを「１」から「２」に変更し（図１７、Ｓ４０４）、無効タイマを開始させる（図１７、Ｓ４０５）。これによって、荷物Ａの荷物鍵情報の管理権限は依頼ユーザに移行し、例えば、センタサーバ５００が荷物Ａの荷物鍵情報を受取人を含むいずれのユーザにも送信することはなくなる。
【０１６０】
Ｓ５８３では、センタサーバ５００は、車両１００からの配送完了通知を受信したので（図１５、Ｓ２０５：ＹＥＳ）、依頼ユーザ（受取人）が保持する車両１００の車両鍵情報の無効化処理として、例えば、車両１００と依頼ユーザのユーザ端末２００とに対して、当該車両鍵情報の削除又は無効の記録を指示する（図１５、Ｓ２０６）。これによって、依頼ユーザは、車両１００の施解錠ができなくなる。
【０１６１】
Ｓ５８４では、車両１００からの配送完了通知を受信したので（図１６、Ｓ３０８：ＹＥＳ）、当該配送サービスの車両施解錠記録テーブルを削除する（図１６、Ｓ３０９）。Ｓ５８５では、依頼ユーザは、車両１００から通知された荷物Ａの荷物鍵情報を用いて、荷物Ａを開封する。
【０１６２】
Ｓ５９１では、センタサーバ５００において、荷物Ａの荷物鍵情報についての無効タイマが満了する（図１７、Ｓ４０６：ＹＥＳ）。Ｓ５９２では、センタサーバ５００は、例えば、荷物Ａの荷物鍵情報に関するエントリを荷物鍵情報管理テーブルから削除して、無効化する（図１７、Ｓ４０７）。
【０１６３】
なお、具体例では、集荷場所は１つである例が示される。配送先が１つであるのに対して集荷場所が複数である場合には、例えば、集荷場所ごとに異なる配送サービスとして扱われる。この場合には、センタサーバ５００から車両１００に送信される運行指令において、複数の配送サービスについて、一回の運行で各集荷場所を経由するように指示する。
また、車両１００は、センタサーバ５００からの指示を受けて、各集荷場所を経由するように運行計画を生成し、各集荷場所において荷物を積載するようにしてもよい。これによって、それぞれの配送サービスにおける集荷場所において、Ｓ５１０からＳ５２１の処理が行われるようになり、車両１００の１回の運行で複数の集荷場所において積載された荷物を１つの配送先に配送することができるようになる。なお、これに限定されず、１つの配送先に対して複数の集荷場所がある場合に、これを１つの配送サービスとして取り扱ってもよい。その場合には、１つの配送サービスに対する各処理（図１４〜図１７）において、集荷に関する処理を集荷場所の数分繰り返し実行すればよい。
【０１６４】
＜第１実施形態の作用効果＞
第１実施形態では、自律走行可能な車両１００による荷物の配送において、荷物を構成する収納ケースが施錠されて配送される。これによって、配送途中における荷物の盗難を抑制することができる。また、荷物が積載される車両１００自体も配送中は施錠され、車両１００の解錠は、車両１００に荷物を積載する提供ユーザ及び受取人に限定されるので、配送途中における荷物の盗難を抑制することができる。
【０１６５】
また、第１実施形態では、荷物鍵情報はセンタサーバ５００が管理しており、荷物の配送完了通知がセンタサーバ５００に届くと、当該荷物の荷物鍵情報のセキュリティレベルが変更され、当該荷物鍵情報の管理がセンタサーバ５００から受取人へと移行される。センタサーバ５００では、無効タイマが満了すると、当該荷物鍵情報を削除するので、荷物鍵情報の管理に係る期間を限定することができ、センタサーバ５００における荷物鍵情報の管理に係る負荷を軽減することができる。
【０１６６】
また、第１実施形態では、車両１００の車両鍵情報は、車両１００へ運行指令が送信されると、該当する提供ユーザと受取人とに送信され、集荷完了又は配送完了によって該当する提供ユーザと受取人に対して車両鍵情報が無効にされる。これによって、車両１００を施解錠できる人及び当該人が車両１００を施解錠可能な期間を限定することができ、車両１００及び車両１００に積載される荷物についてのセキュリティを守ることができる。
【０１６７】
また、第１実施形態では、センタサーバ５００は、車両１００の施解錠のログの記録を、車両１００の施解錠が受取人以外によって行われた場合について行う。すなわち、センタサーバ５００は、受取人以外によって車両１００の施解錠が行われた場合と、受取人によって車両１００の施解錠が行われた場合とで、車両鍵情報に対する処理を変更する。これは、受取人による施解錠は、受取人への荷物の受渡しによるものであることが明白であり、受取人から受領確認等が得られれば、受取人による施解錠のログを記録しなくとも足りるためである。また、配送途中で車両１００を施解錠する人の中に、例えば、悪意を持った人も含まれる可能性があり、配送途中で荷物が紛失した場合には、車両１００の施解錠のログの記録をたどることで、荷物の紛失の原因を突き止められる可能性もある。
【０１６８】
また、第１実施形態では、車両１００の施解錠のログの記録は、配送サービスの完了によってセンタサーバ５００から削除される。これによって、車両１００の施解錠のログの記録をセンタサーバ５００が保持する期間を限定することができ、センタサーバ５００の負荷を軽減することができる。
【０１６９】
また、第１実施形態では、センタサーバ５００は、車両１００から配送完了通知を受信した場合に、荷物鍵情報のセキュリティレベルを変更し、無効タイマを開始させ、無効タイマの満了を待ってから当該荷物鍵情報を削除する。これによって、例えば、受取人が荷物の受領から荷物の解錠までの間に荷物鍵情報を紛失した場合に、無効タイマの満了前であれば、センタサーバ５００が受取人に荷物鍵情報を通知することができる。
【０１７０】
＜その他＞
第１実施形態では、センタサーバ５００が車両１００から配送完了通知を受信することを契機に、例えば、受取人への荷物鍵情報の送信、荷物鍵情報のセキュリティレベルの変更、受取人に対する車両鍵情報の無効化、車両１００の施解錠のログの記録の削除が行われる。ただし、これに限定されず、車両１００による配送完了と、受取人による荷物の受領との間にギャップがある場合もあるので、これらの処理は、センタサーバ５００が、受取人からの受領確認を受信することを契機に行われるようにしてもよい。
【０１７１】
また、第１実施形態では、センタサーバ５００は、車両１００から集荷完了通知を受けると、当該集荷場所の提供ユーザのユーザ端末３００に対する車両鍵情報を無効化するが、提供ユーザのユーザ端末３００に対する車両鍵情報の無効化のタイミングは、これに限定されない。例えば、センタサーバ５００が車両１００から配送完了通知を受けた場合に、提供ユーザのユーザ端末３００に対する車両鍵情報が無効化されてもよい。
【０１７２】
＜記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記の発行制御を実現させるプログラムを、コンピュータ等が読み取り可能な記録媒体に記録することができる。コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、当該コンピュータが上記のセンタサーバ５００として機能する。
【０１７３】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる非一時的な記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスク、ＲＯＭ（リードオンリーメモリ）等がある。さらに、ＳＳＤ（Solid State Drive）は、コンピュータ等から取り外し可能な記録媒体としても、コン
ピュータ等に固定された記録媒体としても利用可能である。
【符号の説明】
【０１７４】
１          ：配送システム
５１        ：ＣＰＵ
５２        ：メモリ
５４        ：外部記憶装置
５５        ：通信部
１００      ：車両
２００      ：ユーザ端末
３００      ：ユーザ端末
４００      ：集配管理サーバ
５００      ：センタサーバ
５０１      ：依頼受付部
５０２      ：配送制御部
５０３      ：車両鍵情報管理部
５０４      ：荷物鍵情報管理部
５０５      ：車両施解錠記録部
５０６      ：配送管理データベース
５０７      ：車両鍵情報管理データベース
５０８      ：荷物鍵情報管理データベース
【図１】
2019131391.tif 000003
【図２】
2019131391.tif 000004
【図３】
2019131391.tif 000005
【図４】
2019131391.tif 000006
【図５】
2019131391.tif 000007
【図６】
2019131391.tif 000008
【図７】
2019131391.tif 000009
【図８】
2019131391.tif 000010
【図９】
2019131391.tif 000011
【図１０】
2019131391.tif 000012
【図１１】
2019131391.tif 000013
【図１２】
2019131391.tif 000014
【図１３】
2019131391.tif 000015
【図１４】
2019131391.tif 000016
【図１５】
2019131391.tif 000017
【図１６】
2019131391.tif 000018
【図１７】
2019131391.tif 000019
【図１８Ａ】
2019131391.tif 000020
【図１８Ｂ】
2019131391.tif 000021