JP2023161929A - 車両 - Google Patents

Abstract

【課題】目的地に向けて移動中の車内で配達員から飲食物を受け取る際のユーザの安全を適切に確保できるようにした車両を提供する。【解決手段】車両は、車両走行経路上の受け渡し場所において飲食物を配達員から受け取るユーザが搭乗する車両であって、プロセッサを備える。プロセッサは、車両が受け渡し場所に到着した後、ユーザにより操作される通信端末又は車載認証装置によって配達員の認証が行われていない間は、飲食物の受け渡しのための車両開口部の開放を妨げる処理を実行する。【選択図】図２

Description

本開示は、車両走行経路上の受け渡し場所において飲食物を配達員から受け取るユーザが搭乗する車両に関する。

特許文献１は、配達支援装置を開示している。この配達支援装置は、注文者が所望する取引対象の配送に伴う作業負担を軽減するための支援を行う。

特開２０２１－１７４４４７号公報

ところで、目的地に向けて移動中の車両に対して飲食物を配達するサービスを利用するユーザは、車両走行経路上の受け渡し場所に到着した後、ドア又は窓等の車両開口部を開け、配達員との間で飲食物の受け渡しを行うことが想定される。このような形態での飲食物の受け渡しは、ユーザの安全を適切に確保しつつ行われる必要がある。

本開示は、上述のような課題に鑑みてなされたものであり、目的地に向けて移動中の車内で配達員から飲食物を受け取る際のユーザの安全を適切に確保できるようにした車両を提供することを目的とする。

本開示に係る車両は、車両走行経路上の受け渡し場所において飲食物を配達員から受け取るユーザが搭乗する車両であって、プロセッサを備える。プロセッサは、車両が受け渡し場所に到着した後、ユーザにより操作される通信端末又は車載認証装置によって配達員の認証が行われていない間は、飲食物の受け渡しのための車両開口部の開放を妨げる処理を実行する。

本開示に係る車両によれば、車両が受け渡し場所に到着した後、ユーザにより操作される通信端末（ユーザ端末）又は車載認証装置によって配達員の認証が行われていない間は、飲食物の受け渡しのための車両開口部の開放を妨げる処理が実行される。これにより、ユーザが車両開口部を不用意に開放して飲食物を受け取ろうとすることを抑制できるので、目的地に向けて移動中の車内で配達員から飲食物を受け取る際のユーザの安全を適切に確保できるようになる。

実施の形態に係る飲食物配達システム及び車両の構成の一例を示す図である。 実施の形態に係る飲食物の受け渡し時の処理の流れを示すフローチャートである。

以下、添付図面を参照して、本開示の実施の形態について説明する。ただし、以下に示す実施の形態において各要素の個数、数量、量、範囲等の数に言及した場合、特に明示した場合や原理的に明らかにその数に特定される場合を除いて、その言及した数に、本開示に係る技術思想が限定されるものではない。

１．構成
図１は、実施の形態に係る飲食物配達システム１０及び車両６０の構成の一例を示す図である。図１に示す飲食物配達システム１０は、目的地に向けて移動中の車両６０に対して飲食物を配達するサービス（以下、単に「配達サービス」とも称する）を提供する。車両６０は、当該配達サービスを利用するユーザが搭乗するものであり、例えば、四輪自動車である。

１－１．飲食物配達システム
飲食物配達システム（以下、単に「システム」とも称する）１０は、ユーザ端末２０と、店舗端末３０と、配達員端末４０と、当該配達サービスを管理するサーバ５０と、を備えている。

ユーザ端末２０は、配達サービスを利用するユーザによって操作される通信端末である。ユーザ端末２０は、例えばスマートフォン又はタブレット型パーソナルコンピュータであり、プロセッサ、記憶装置及び通信装置を備えている。また、ユーザ端末２０は、ＧＮＳＳ（Global Navigation Satellite System）衛星からの信号に基づいて、当該ユーザ端末２０を所持するユーザの位置情報を取得できる。ユーザ端末２０は、ユーザによって所持されるものに代え、車両６０に搭載された通信端末であってもよい。

店舗端末３０は、当該配達サービスに係る飲食物の提供元によって操作される。店舗端末３０は、例えばパーソナルコンピュータであり、プロセッサ、記憶装置及び通信装置を備えている。

配達員端末４０は、上記飲食物を配達する配達員によって所持され、操作される。配達員は、自転車、二輪自動車、又は徒歩等の移動手段で配達を行う。配達員端末４０は、例えばスマートフォンであり、プロセッサ、記憶装置及び通信装置を備えている。ユーザ端末２０と同様に、配達員端末４０は、配達員の位置情報を取得できる。

サーバ５０は、後述されるように、配達サービスに関する各種処理を実行するコンピュータである。具体的には、サーバ５０は、通信装置５２と、プロセッサ５４と、記憶装置５６と、を備える。サーバ５０（通信装置５２）は、無線等の通信ネットワーク１を介してユーザ端末２０、店舗端末３０、配達員端末４０、及び後述の通信装置６４のそれぞれと接続されている。プロセッサ５４は、上記の各種処理を実行する。記憶装置５６は、各種情報を格納している。記憶装置５６としては、揮発性メモリ、不揮発性メモリ、ＨＤＤ（Hard Disk Drive）、及びＳＳＤ（Solid State Drive）が例示される。プロセッサ５４が各種コンピュータプログラムを実行することにより、プロセッサ５４による各種処理が実現される。各種プログラムは、記憶装置５６に格納されている、あるいは、コンピュータ読み取り可能な記録媒体に記録されている。なお、プロセッサ５４及び記憶装置５６は複数であってもよい。

記憶装置５６には、配達サービスに関する各種情報のデータベースＤＢが格納されている。データベースＤＢの情報は、配達サービスを利用するユーザを特定する個人情報、配達サービスに対応する各種飲食店の情報（例えば、飲食店のメニュー及び店舗の所在地の情報）、配達員に関する情報（例えば、顔及び名前等の配達員を特定する個人情報、及び、配達のための移動手段（例えば、自転車）の情報）を含む。また、データベースＤＢの情報は、配達経路の生成の基礎となる様々な情報（例えば、道路交通情報等の各種交通情報、及び、道路地図等の各種地図情報）を含む。

ユーザ、飲食物の提供元、及び配達員は、専用のアプリケーションを各自の端末２０、３０、及び４０にインストールして配達サービスへの登録を済ませることにより、当該配達サービスに参加できる。

上記の配達サービスの実現のために、サーバ５０は、ユーザ端末２０と店舗端末３０及び配達員端末４０との間に介在し、配達サービスに関する各種処理を実行する。具体的には、サーバ５０は、ユーザ端末２０を介してユーザから飲食物の注文情報を受け付ける。注文情報は、例えば、注文内容（例えば、注文した飲食物の名称及び数量）を示す情報、及び当該飲食物を提供する店舗の情報とともに、車両６０の現在位置及び目的地の位置情報とユーザの個人情報とを含む。

注文情報を受け付けたサーバ５０は、次に、飲食物の配達計画を生成する。配達計画は、例えば、車両６０の現在位置情報と、車両６０の目的地の位置情報と、店舗の位置情報と、配達員の位置情報と、に基づいて生成される。配達計画は、例えば、配達経路（店舗からユーザ（車両６０）に対する受け渡し場所Ｐまでの経路）と、受け渡し場所Ｐへの配達員の配達予測時刻と、を含む。受け渡し場所Ｐとしては、例えば、目的地までの車両６０の走行経路上で路肩駐車可能な場所が設定される。また、配達計画の生成において、サーバ５０は、例えば、注文に係る飲食物を提供可能な店舗から所定距離内に存在する配達員の中から、今回の配達を担当する配達員の候補を抽出する。

次いで、サーバ５０は、生成した配達計画に沿って飲食物の配達が可能か否かを判定する。この判定は、例えば、配達計画に含まれる受け渡し場所Ｐに関する車両６０の通過予測時刻と配達員の到着予測時刻（配達予測時刻）との比較によって行うことができる。具体的には、例えば、当該判定の結果は、配達員の配達予測時刻が車両６０の通過予測時刻より早いか同じ場合には肯定的となり、そうでない場合には否定的となる。

次いで、サーバ５０は、配達可の配達計画（受け渡し場所Ｐを含む）をユーザに提示する。その結果、提示した配達計画に対するユーザの承認が得られると、サーバ５０は、当該配達計画及び飲食物の注文内容を飲食店及び配達員に通知する。その結果、飲食店による飲食物の準備が開始される。その後、当該配達計画に沿った当該飲食物の配達が配達員によって実行される。

１－２．車両
車両６０は、電子制御ユニット（ＥＣＵ）６２、通信装置６４、ＧＮＳＳ受信機（Global Navigation Satellite System）６６、外界センサ６８、ＨＭＩ（Human Machine Interface）機器７０、車載認証装置７２、及びドアロック装置７４を備えている。

ＥＣＵ６２は、車両６０を制御するコンピュータである。具体的には、ＥＣＵ６２は、プロセッサ７６と記憶装置７８とを備えている。プロセッサ７６は、各種処理を実行する。各種処理は、後述の図２に示す処理を含む。記憶装置７８は、各種情報を格納している。記憶装置７８としては、揮発性メモリ、不揮発性メモリ、ＨＤＤ（Hard Disk Drive）、及びＳＳＤ（Solid State Drive）が例示される。ＥＣＵ６２（プロセッサ７６）が各種コンピュータプログラムを実行することにより、ＥＣＵ６２による各種処理が実現される。各種プログラムは、記憶装置７８に格納されている、あるいは、コンピュータ読み取り可能な記録媒体に記録されている。ＥＣＵ６２は複数であってもよい。

通信装置６４は、プロセッサを含み、通信ネットワーク１を介してユーザ端末２０及びサーバ５０のそれぞれと通信を行う。通信装置６４とユーザ端末２０との通信は、近距離無線通信を用いて行われてもよい。ＧＮＳＳ受信機６６は、ＧＮＳＳ衛星からの信号に基づいて車両６０の位置及び方位を取得する。外界センサ６８は、車両６０の周囲の状況を認識（検出）するものであり、カメラ、ＬＩＤＡＲ（Laser Imaging Detection and Ranging）、及びレーダが例示される。ＨＭＩ機器７０は、例えば、タッチパネル及びスピーカを含む。車載認証装置７２は、車両６０の車体（例えば、路肩側のセンターピラー）に設置されたＩＣチップを含む。受け渡し場所Ｐに到着した配達員は、当該ＩＣチップの近くに配達員端末４０をかざすことで、自身の認証を行うことができる。ドアロック装置７４は、車両６０の各ドアのロック及びアンロックを行う。

２．飲食物の受け渡し時の処理
目的地に向けて移動中の車内で配達員から飲食物を受け取る際のユーザの安全を適切に確保できるようにするために、車両６０のＥＣＵ６２（プロセッサ７６）は、次に図２を参照して説明される処理を実行する。当該処理は、車両６０が受け渡し場所Ｐに到着した後にユーザにより操作される通信端末（ユーザ端末２０）又は車載認証装置７２によって配達員の認証が行われていない間は、飲食物の受け渡しのための車両開口部の開放を妨げる処理を含む。

図２は、実施の形態に係る飲食物の受け渡し時の処理の流れを示すフローチャートである。このフローチャートの処理は、ユーザによる飲食物の注文の完了後に実行される。

ステップＳ１００において、ＥＣＵ６２は、例えばＧＮＳＳ受信機６６の位置情報を利用して、配達計画に沿った受け取り場所Ｐに車両６０が到達したか否かを判定する。その結果、当該判定結果がＹｅｓになると、処理はステップＳ１０２に進む。

ステップＳ１０２において、ＥＣＵ６２は、飲食物の受け渡しのために用いられる車両開口部の開放を妨げる処理（以下、便宜上、「処理Ａ」と称する）を実行する。具体的には、「車両開口部」の一例であるドアがロックされるようにドアロック装置７４を制御する処理が当該処理Ａの一例に相当する。なお、このようなドアロック装置７４によるドアのロック後であってもユーザが自身の判断でドアのアンロック操作を行う場合には、ドアロック装置７４はユーザの操作を受け入れてドアをアンロックしてもよい。

或いは、車両６０がトランクリッドのロック及びアンロックを制御可能である場合、処理Ａは、「車両開口部」の他の例であるトランクリッドをロックする処理であってもよい。また、処理Ａは、「車両開口部」の他の例である窓を閉じた状態に維持する処理（すなわち、ユーザの操作による窓の開放を禁止する処理）であってもよい。さらに、処理Ａは、ユーザが車両開口部（例えば、ドア、窓、又はトランクリッド）を開けないことを、ＨＭＩ機器７０を利用して聴覚及び視覚の少なくとも一方を通じてユーザに促す通知を行う処理であってもよい。

ステップＳ１０２に続くステップＳ１０４において、ＥＣＵ６２は、配達員の認証が正しく完了したか否かを判定する。車両６０に近づいてきた人物が配達員であることの認証は、例えば、配達員が車載認証装置７２のＩＣチップの近くに配達員端末４０をかざすことによって行うことができる。なお、この手法での認証のために必要な配達員の情報は、サーバ５０から車両６０に事前に送信されているものとする。

或いは、当該認証は、外界センサ６８（カメラ）によって撮像された人物の顔画像がデータベースＤＢに登録されている配達員の顔画像と一致するか否かを判定する画像認識処理をＥＣＵ６２が実行することによって行われてもよい。

また、配達員の現在位置情報がユーザ端末２０に表示されるようになっている例では、ユーザは、ユーザ端末２０に表示される配達員の現在位置情報に基づいて車両６０の近くにいる人物が配達員であると判断（特定）できる。この例では、車両６０の近くにいる人物が配達員であると判断したユーザから当該判断結果を示す情報をユーザ端末２０又はＨＭＩ機器７０を介して受け取った場合に、ＥＣＵ６２は認証が完了したと判定してもよい。又は、ＥＣＵ６２は、配達員の現在位置情報と車両６０の現在位置情報とに基づいて配達員の現在位置と車両６０の現在位置との距離が所定の閾値未満である場合に認証が完了したと判定してもよい。

さらに、当該認証は、配達員が受け渡し場所Ｐに到着したことを示す通知を配達員端末４０からユーザ端末２０又は車両６０が受け取った場合に、ＥＣＵ６２は認証が完了したと判定してもよい。

ステップＳ１０４において配達員の認証が完了していない場合には、次にステップＳ１０６において、ＥＣＵ６２は、処理がステップＳ１０４に進んでから所定時間が経過したか否かを判定する。その結果、当該所定時間内であれば、ステップＳ１０４の処理が繰り返される。一方、当該所定時間を経過しても認証が完了しない場合には、次にステップＳ１０８において、ＥＣＵ６２は、配達人の認証が完了しないことを示す情報をサーバ５０に通知する。

一方、ステップＳ１０４において配達人の認証が完了した場合には、次にステップＳ１１０において、ＥＣＵ６２は、車両６０の周囲に不審者が居るか否かを判定する。この判定は、例えば外界センサ６８（車両６０の周囲を監視するカメラ）を利用した物体認識を利用して、配達員以外に車両６０の周囲に人が居るか否かに基づいて行うことができる。

ステップＳ１１０において車両６０の周囲に不審者が居ないと判定した場合には、次にステップＳ１１２において、ＥＣＵ６２は、配達員が飲食物の配達を完了できるようにするために、車両開口部を開放する処理を実行する。換言すると、ステップＳ１０２の処理Ａを解除する。

具体的には、ステップＳ１０２においてドアをロックしていた例では、ドアがアンロックされるようにドアロック装置７４を制御する。これにより、配達員は、ドアを開けて飲食物を車内に置くことができる。また、トランクリッドの例も同様に、ＥＣＵ６２は、トランクリッドをアンロックする処理を実行する。また、車両開口部として窓を利用する例では、ＥＣＵ６２は窓を開放してもよい。さらに、ユーザが車両開口部を開けないことをユーザに促す通知を行っていた例では、ＥＣＵ６２は、ユーザが車両開口部を開けてもよいことをユーザに通知してもよい。

なお、配達員の認証が完了した後、ＥＣＵ６２は、ステップＳ１１２においてドア若しくはトランクリッドのアンロック又は窓の開放を行う前に、車両開口部を開放する処理を行ってもよいか否かをユーザに確認するための通知を行ってもよい。

一方、ステップＳ１１０において車両６０の周囲に不審者が居ると判定した場合には、次にステップＳ１１４において、ＥＣＵ６２は、ステップＳ１０２の処理Ａを継続する（すなわち、認証が完了していても処理Ａを解除しない）。その後、ステップＳ１１６において、ＥＣＵ６２は、不審者が居なくなったか否かを判定する。その結果、不審者が居る間は、処理Ａが継続される。一方、不審者が居なくなった場合には、処理はステップＳ１１２に進む。このようなステップＳ１１０、Ｓ１１４、及びＳ１１６の処理によれば、上記認証の完了後の一瞬の隙を利用して不審者から危害を加えられないようにすることができる。

なお、ユーザによる飲食物の注文の決済は、例えば、上述の配達員の認証時に行われてもよいし、或いは、上述の配達計画の承認の際に行われてもよい。

３．効果
以上説明したように、本実施形態によれば、車両６０が受け渡し場所Ｐに到着した後、ユーザにより操作される通信端末（ユーザ端末２０）又は車載認証装置７２によって配達員の認証が行われていない間は、飲食物の受け渡しのための車両開口部の開放を妨げる処理が実行される。これにより、ユーザが車両開口部を不用意に開放して飲食物を受け取ろうとすることを抑制できるので、目的地に向けて移動中の車内で配達員から飲食物を受け取る際のユーザの安全を適切に確保できるようになる。

１ 通信ネットワーク
１０ 飲食物配達システム
２０ ユーザ端末
３０ 店舗端末
４０ 配達員端末
５０ サーバ
５２、６４ 通信装置
５４、７６ プロセッサ
５６、７８ 記憶装置
６０ 車両
６２ 電子制御ユニット（ＥＣＵ）
６６ ＧＮＳＳ受信機
６８ 外界センサ
７０ ＨＭＩ機器
７２ 車載認証装置
７４ ドアロック装置

Claims (1)

1. 車両走行経路上の受け渡し場所において飲食物を配達員から受け取るユーザが搭乗する車両であって、
   前記車両が前記受け渡し場所に到着した後、前記ユーザにより操作される通信端末又は車載認証装置によって前記配達員の認証が行われていない間は、前記飲食物の受け渡しのための車両開口部の開放を妨げる処理を実行するプロセッサを備える
   車両。

Images