特許 7586006 マッチングシステム及びマッチング方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-11

(45)【発行日】2024-11-19

(54)【発明の名称】マッチングシステム及びマッチング方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20241112BHJP

【ＦＩ】

G06Q50/10

【請求項の数】 6

(21)【出願番号】P 2021115721

(22)【出願日】2021-07-13

(65)【公開番号】P2023012212

(43)【公開日】2023-01-25

【審査請求日】2023-10-11

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110003199

【氏名又は名称】弁理士法人高田・高橋国際特許事務所

(72)【発明者】

【氏名】西谷 暢

(72)【発明者】

【氏名】須田 理央

(72)【発明者】

【氏名】米長 浩

(72)【発明者】

【氏名】佐々木 英一

(72)【発明者】

【氏名】竹中 達史

(72)【発明者】

【氏名】太田 峻

(72)【発明者】

【氏名】楠本 光優

【審査官】田上 隆一

(56)【参考文献】

【文献】特開２０１９－１１３９１９（ＪＰ，Ａ）

【文献】特開２０１７－１３８９２４（ＪＰ，Ａ）

【文献】特開２０２０－００５１２３（ＪＰ，Ａ）

【文献】特開２０１８－１６９７１１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

駐車場の入庫及び出庫の少なくとも一方の代行を必要とする第１車両と、遠隔操作により前記第１車両の運転を代行する遠隔運転者とのマッチングを行うマッチングシステムであって、
前記第１車両の利用者又は前記駐車場を前記利用者に提供する施設の係員によって操作される端末と、
前記端末と無線通信ネットワークを介して接続されたサーバと、
を備え、
前記端末は、前記代行の要求情報を前記サーバに送信し、
前記要求情報を受信した前記サーバは、前記遠隔運転者による遠隔操作サービスの待ち行列に前記第１車両を追加し、次いで、前記遠隔操作サービスを前記第１車両が受けるまでの待ち時間情報を前記端末に送信し、
前記端末は、受信した前記待ち時間情報を前記利用者又は前記係員に通知し、前記利用者又は前記係員による前記待ち時間情報の承認又は追加料金の支払い指示を受け付け、
前記端末は、前記支払い指示を受け取った場合、前記サーバとの協働により前記追加料金の決済を実行し、
前記サーバは、前記追加料金の決済が完了した場合、前記第１車両が前記追加料金の支払いなしの第２車両よりも優先されるように前記待ち行列内の前記第１車両の順番を変更し、
前記待ち行列は、前記遠隔運転者による遠隔操作を希望する車両の一覧であり、
前記待ち行列内の前記第１車両の順番が到来すると、前記第１車両と前記遠隔運転者との前記マッチングが完了し、
前記端末が前記係員によって操作される場合における前記追加料金は、前記施設によって負担される
ことを特徴とするマッチングシステム。

【請求項2】

前記サーバは、前記第１車両の車載通信機を介して前記第１車両と通信を行う通信装置とともに遠隔操作センタに備えられており、
前記サーバは、前記第１車両の周囲の状況を認識するように前記第１車両に備えられた認識センサによる前記第１車両の周囲の車両の検出に基づいて、又は前記第１車両と前記第１車両の周囲の車両との間で通信を行って共有した各車両の位置情報に基づいて、前記マッチングのために待機している前記第１車両が交通を阻害するおそれがあるか否かを判定し、
前記サーバは、前記おそれがある場合、
前記追加料金を自動的に請求することを前記端末に送信し、かつ、
前記第１車両が前記追加料金の支払いなしの第２車両よりも優先されるように前記待ち行列内の前記第１車両の順番を変更する
ことを特徴とする請求項１に記載のマッチングシステム。

【請求項3】

前記サーバは、前記追加料金の決済が完了した場合、前記追加料金の支払いに伴って短縮した後の修正待ち時間情報を前記端末に送信する
ことを特徴とする請求項１又は２に記載のマッチングシステム。

【請求項4】

駐車場の入庫及び出庫の少なくとも一方の代行を必要とする第１車両と、遠隔操作により前記第１車両の運転を代行する遠隔運転者とのマッチングを行うマッチング方法であって、
前記第１車両の利用者又は前記駐車場を前記利用者に提供する施設の係員によって操作される端末から、前記代行の要求情報を、前記端末と無線通信ネットワークを介して接続されたサーバに送信し、
前記要求情報を受信した前記サーバに、前記遠隔運転者による遠隔操作サービスの待ち行列への前記第１車両の追加を行わせ、次いで、前記サーバから、前記遠隔操作サービスを前記第１車両が受けるまでの待ち時間情報を前記端末に送信し、
前記端末から前記利用者又は前記係員に前記待ち時間情報を通知し、
前記端末において、前記利用者又は前記係員による前記待ち時間情報の承認又は追加料金の支払い指示を受け付け、
前記端末が前記支払い指示を受け取った場合、前記端末と前記サーバとの協働により前記追加料金の決済を実行し、
前記追加料金の決済が完了した場合、前記サーバに、前記第１車両が前記追加料金の支払いなしの第２車両よりも優先されるように前記待ち行列内の前記第１車両の順番の変更を行わせ、
前記待ち行列は、前記遠隔運転者による遠隔操作を希望する車両の一覧であり、
前記待ち行列内の前記第１車両の順番が到来すると、前記第１車両と前記遠隔運転者との前記マッチングが完了し、
前記端末が前記係員によって操作される場合における前記追加料金は、前記施設によって負担される
ことを特徴とするマッチング方法。

【請求項5】

前記サーバは、前記第１車両の車載通信機を介して前記第１車両と通信を行う通信装置とともに遠隔操作センタに備えられており、
前記サーバに、前記第１車両の周囲の状況を認識するように前記第１車両に備えられた認識センサによる前記第１車両の周囲の車両の検出に基づいて、又は前記第１車両と前記第１車両の周囲の車両との間で通信を行って共有した各車両の位置情報に基づいて、前記マッチングのために待機している前記第１車両が交通を阻害するおそれがあるか否かの判定を行わせ、
前記おそれがある場合、
前記サーバから、前記追加料金を自動的に請求することを前記端末に送信し、かつ、
前記サーバに、前記第１車両が前記追加料金の支払いなしの第２車両よりも優先されるように前記待ち行列内の前記第１車両の順番の変更を行わせる
ことを特徴とする請求項４に記載のマッチング方法。

【請求項6】

前記追加料金の決済が完了した場合、前記サーバから、前記追加料金の支払いに伴って短縮した後の修正待ち時間情報を前記端末に送信する
ことを特徴とする請求項４又は５に記載のマッチング方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、駐車場の入庫及び出庫の少なくとも一方の代行を必要とする車両と、遠隔操作により車両の運転を代行する遠隔運転者とのマッチングを行うマッチングシステム及びマッチング方法に関する。

【背景技術】

【0002】

特許文献１には、遠隔操作により車両を運転可能な車両遠隔運転装置が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００４－２９５３６０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

バレー駐車サービスにおいて遠隔運転を利用するためには、車両と遠隔運転者とのマッチングを行う必要がある。ここで、入庫時又は出庫時に車両と遠隔運転者とのマッチングに時間がかかることは、当該サービスの利便性低下につながる。

【0005】

本開示は、上述のような課題に鑑みてなされたものであり、その目的は、車両と遠隔運転者とのマッチングに要する時間を短縮し、バレー駐車サービスの利便性を向上させることにある。

【課題を解決するための手段】

【0006】

本開示に係るマッチングシステムは、駐車場の入庫及び出庫の少なくとも一方の代行を必要とする第１車両と、遠隔操作により第１車両の運転を代行する遠隔運転者とのマッチングを行う。マッチングシステムは、端末と、サーバと、を備える。端末は、第１車両の利用者又は駐車場を利用者に提供する施設の係員によって操作される。サーバは、端末と無線通信ネットワークを介して接続されている。端末は、代行の要求情報をサーバに送信する。要求情報を受信したサーバは、遠隔運転者による遠隔操作サービスの待ち行列に第１車両を追加し、次いで、遠隔運転者による遠隔操作サービスを第１車両が受けるまでの待ち時間情報を端末に送信する。端末は、受信した待ち時間情報を利用者又は係員に通知し、利用者又は係員による待ち時間情報の承認又は追加料金の支払い指示を受け付ける。端末は、支払い指示を受け取った場合、サーバとの協働により追加料金の決済を実行する。サーバは、追加料金の決済が完了した場合、第１車両が追加料金の支払いなしの第２車両よりも優先されるように待ち行列内の第１車両の順番を変更する。待ち行列は、遠隔運転者による遠隔操作を希望する車両の一覧である。待ち行列内の第１車両の順番が到来すると、第１車両と遠隔運転者とのマッチングが完了する。端末が係員によって操作される場合における追加料金は、施設によって負担される。

【0007】

サーバは、第１車両の車載通信機を介して第１車両と通信を行う通信装置とともに遠隔操作センタに備えられていてもよい。サーバは、第１車両の周囲の状況を認識するように第１車両に備えられた認識センサによる第１車両の周囲の車両の検出に基づいて、又は第１車両と第１車両の周囲の車両との間で通信を行って共有した各車両の位置情報に基づいて、マッチングのために待機している第１車両が交通を阻害するおそれがあるか否かを判定してもよい。サーバは、上記のおそれがある場合、追加料金を自動的に請求することを端末に送信し、かつ、第１車両が追加料金の支払いなしの第２車両よりも優先されるように待ち行列内の第１車両の順番を変更してもよい。

【0008】

サーバは、追加料金の決済が完了した場合、追加料金の支払いに伴って短縮した後の修正待ち時間情報を端末に送信してもよい。

【0010】

本開示に係るマッチング方法は、駐車場の入庫及び出庫の少なくとも一方の代行を必要とする第１車両と、遠隔操作により第１車両の運転を代行する遠隔運転者とのマッチングを行う。マッチング方法によれば、代行の要求情報が、第１車両の利用者又は駐車場を利用者に提供する施設の係員によって操作される端末から、端末と無線通信ネットワークを介して接続されたサーバに送信される。要求情報を受信したサーバに、遠隔運転者による遠隔操作サービスの待ち行列への第１車両の追加を行わせ、次いで、サーバから、遠隔運転者による遠隔操作サービスを第１車両が受けるまでの待ち時間情報が端末に送信される。待ち時間情報が端末から利用者又は係員に通知される。端末において、利用者又は係員による待ち時間情報の承認又は追加料金の支払い指示が受け付けられる。端末が支払い指示を受け取った場合、端末とサーバとの協働により追加料金の決済が実行される。追加料金の決済が完了した場合、第１車両が追加料金の支払いなしの第２車両よりも優先されるように待ち行列内の第１車両の順番がサーバによって変更される。待ち行列は、遠隔運転者による遠隔操作を希望する車両の一覧である。待ち行列内の第１車両の順番が到来すると、第１車両と遠隔運転者とのマッチングが完了する。端末が係員によって操作される場合における追加料金は、施設によって負担される。

【発明の効果】

【0011】

本開示に係るマッチングシステム又はマッチング方法によれば、第１車両の利用者が追加料金を支払った場合には、第１車両が追加料金の支払いなしの第２車両よりも優先されるように遠隔操作サービスの待ち行列内の第１車両の順番が変更される。このように、入庫時又は出庫時の待ち時間を短縮したい場合には、追加料金の支払いにより、車両と遠隔運転者とのマッチングに要する時間を短縮できる。これにより、バレー駐車サービスの利便性を向上できる。

【図面の簡単な説明】

【0012】

【図1】実施の形態１に係るマッチングシステムの構成例を示すブロック図である。

【図2】実施の形態１に係るマッチング方法の手順を示すフローチャートである。

【図3】図２に示すフローチャートの処理による待ち行列内の順番変更の一例を表した図である。

【図4】実施の形態１の変形例に係るマッチングシステムの構成例を示すブロック図である。

【図5】実施の形態２に係るサーバの処理を示すフローチャートである。

【図6】実施の形態３に係る車両ＥＣＵの処理を示すフローチャートである。

【発明を実施するための形態】

【0013】

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

【0014】

１．実施の形態１
１－１．マッチングシステムの構成例
図１は、実施の形態１に係るマッチングシステム１の構成例を示すブロック図である。図１には、マッチングシステム１が適用される車両１０及び遠隔操作センタ３０が表されている。なお、図１には、１台の車両１０のみが表されているが、遠隔操作センタ３０による遠隔運転対象の車両１０の数は複数である。

【0015】

車両１０は、後述の遠隔運転端末３２を操作する遠隔運転者によって遠隔運転可能に構成されている。また、一例として、車両１０は自動運転車両である。具体的には、車両１０は、操舵装置１２、駆動装置１４、制動装置１６、車載電子制御ユニット（車両ＥＣＵ）１８、車載通信機２０、車両状態センサ２２、認識センサ２４、ＧＮＳＳ受信機（Global Navigation Satellite System）２６、ＨＭＩ（Human Machine Interface）機器２８、及びハザードランプ２９を備えている。なお、車両１０は、遠隔運転可能に構成されていれば、必ずしも自動運転可能に構成されていなくてもよい。

【0016】

操舵装置１２、駆動装置１４、及び制動装置１６は、例えば何れもバイワイヤ方式であり、車両１０の操舵、駆動、及び制動をそれぞれ行う。操舵装置１２は、例えばステアリングホイールと機械的に切り離され、車輪の転舵を行う電動式の転舵アクチュエータを備える。駆動装置１４は、例えば、電動モータ、又は電子制御式スロットルを備える内燃機関である。制動装置１６は、例えば電子制御ブレーキ（ＥＣＢ）である。

【0017】

車両ＥＣＵ１８は、車両１０を制御するコンピュータである。具体的には、車両ＥＣＵ１８は、プロセッサ１８ａと記憶装置１８ｂとを備えている。プロセッサ１８ａは、各種処理を実行する。各種処理は、遠隔操作センタ３０からの情報に基づいて車両１０の走行を制御するための処理と、自動運転制御のための処理とを含む。記憶装置１８ｂは、各種情報を格納している。記憶装置１８ｂとしては、揮発性メモリ、不揮発性メモリ、ＨＤＤ（Hard Disk Drive）、及びＳＳＤ（Solid State Drive）が例示される。車両ＥＣＵ１８（プロセッサ１８ａ）が各種コンピュータプログラムを実行することにより、車両ＥＣＵ１８による各種処理が実現される。各種プログラムは、記憶装置１８ｂに格納されている、あるいは、コンピュータ読み取り可能な記録媒体に記録されている。なお、プロセッサ１８ａ及び記憶装置１８ｂは複数であってもよい。

【0018】

車載通信機２０は、プロセッサを含み、無線通信ネットワーク４０を介して遠隔操作センタ３０（後述の通信装置３６）と通信を行う。車両状態センサ２２は、車両１０の状態を検出する。車両状態センサ２２としては、車速センサ（車輪速センサ）、操舵角センサ、ヨーレートセンサ、及び横加速度センサが例示される。認識センサ２４は、車両１０の周囲の状況を認識（検出）する。認識センサ２４としては、カメラ、ＬＩＤＡＲ（Laser Imaging Detection and Ranging）、及びレーダが例示される。ＧＮＳＳ受信機２６は、ＧＮＳＳ衛星からの信号に基づいて車両１０の位置及び方位を取得する。ＨＭＩ機器２８としては、タッチパネル、マイクロフォン、及びスピーカが例示される。

【0019】

遠隔操作センタ３０は、遠隔運転端末３２、サーバ３４、及び通信装置３６を備える。遠隔運転端末３２及び通信装置３６は、無線又は通線の通信ネットワークを介してサーバ３４と接続されている。

【0020】

遠隔運転端末３２は、車両１０の遠隔操作のためにオペレータ（遠隔運転者）によって操作される遠隔操作器として、例えば、ステアリングホイール、アクセルペダル、及びブレーキペダルを備える。また、遠隔運転端末３２は、遠隔運転者による遠隔操作に用いられるディスプレイを備えている。ディスプレイは、例えば、車両１０のカメラ（認識センサ２４）によって撮像された車両１０の周囲（少なくとも前方）の画像を表示する。

【0021】

サーバ３４は、遠隔運転端末３２による車両１０の遠隔運転に関する処理と、マッチングシステム１におけるマッチングに関する処理とを実行するコンピュータである。具体的には、サーバ３４は、プロセッサ３４ａと記憶装置３４ｂとを備える。プロセッサ３４ａは、各種処理を実行する。記憶装置３４ｂは、各種情報を格納している。記憶装置３４ｂの具体例は、上述の記憶装置１８ｂのそれと同様である。サーバ３４（プロセッサ３４ａ）が各種コンピュータプログラムを実行することにより、サーバ３４による各種処理が実現される。各種コンピュータプログラムは、記憶装置３４ｂに格納されている、あるいは、コンピュータ読み取り可能な記録媒体に記録されている。なお、プロセッサ３４ａ及び記憶装置３４ｂは複数であってもよい。

【0022】

サーバ３４に接続される遠隔運転端末３２は複数であってもよい。すなわち、サーバ３４は、複数台の遠隔運転端末３２を管理する機能を有してもよい。

【0023】

通信装置３６は、無線通信ネットワーク４０を介して車両１０（車載通信機２０）と通信を行う。具体的には、遠隔運転端末３２が車両１０を遠隔操作する場合、通信装置３６は、遠隔運転端末３２のディスプレイに表示される情報等の遠隔運転に必要な情報を車両１０から取得し、サーバ３４を介して遠隔運転端末３２に送信する。また、通信装置３６は、遠隔運転者による車両１０の操作情報を遠隔運転端末３２からサーバ３４を介して取得し、車両１０に送信する。さらに、通信装置３６は、車載通信機２０との間で、マッチングシステム１におけるマッチングに関する情報を送受信する。

【0024】

１－２．車両と遠隔運転者とのマッチング
図１に示すシステム構成によれば、遠隔運転者による車両１０の遠隔運転をバレー駐車サービスに利用することが可能となる。より詳細には、車両１０の利用者は、駐車場を有する施設（例えば、ホテル）を目的地として、自動運転又は利用者自らの手動運転で移動する。目的地周辺のバレー駐車用の待機場所（例えば、ホテルのエントランス）に到着した利用者は、駐車場への車両１０の入庫の代行を遠隔運転者に依頼することができる。また、遠隔運転を利用したバレー駐車サービスは、入庫時に限らず、駐車場からの出庫時にも利用できる。すなわち、利用者は、駐車場からの車両１０の出庫の代行を遠隔運転者に依頼することもできる。

【0025】

マッチングシステム１は、駐車場の入庫又は出庫の代行を必要とする車両１０と、遠隔操作により車両１０の運転を代行する遠隔運転者とのマッチングを行う。ここで、代行を求めて待っている車両１０の数が多い等の理由により、入庫時又は出庫時に車両と遠隔運転者とのマッチングに時間がかかると、バレー駐車サービス（すなわち、入庫又は出庫の代行サービス）の利便性が低下するという課題がある。

【0026】

上述の課題に鑑み、本実施形態のマッチングシステム１におけるマッチングは、以下に説明されるマッチング方法を用いて実行される。図２は、実施の形態１に係るマッチング方法の手順を示すフローチャートである。このマッチングは、サーバ３４と、車載通信機２０との協働によって実行される。なお、車載通信機２０は、本開示に係る「端末」の一例に相当する。また、以下の説明では、サーバ３４又は車載通信機２０による処理の対象として説明を行っている車両１０を、マッチングを希望する他の車両１０との区別のために、適宜「自車両１０（本開示に係る「第１車両」に相当）」とも称する。

【0027】

図２において、車載通信機２０における処理は、遠隔運転者による入庫又は出庫の代行サービス（バレー駐車サービス）を希望する自車両１０の利用者が専用のアプリケーションを起動させた時に開始される。

【0028】

車載通信機２０は、上記アプリケーションを利用する自車両１０の利用者から入庫又は出庫の代行要求を受け付けた場合、ステップＳ１００において、代行要求情報をサーバ３４に送信する。具体的には、例えば、サーバ３４の記憶装置３２ｂには、代行サービスの利用を希望する各車両１０について、遠隔運転実現のために必要な車両情報が事前に登録されている。ステップＳ１００における代行要求情報は、代行要求を示す情報とともに、今回代行を要求する自車両１０の車両情報を含む。

【0029】

サーバ３４（プロセッサ３４ａ）における処理は、車載通信機２０からの代行要求情報を受信した時に開始される。代行要求情報を受信したサーバ３４は、ステップＳ２００において、代行要求情報を送信した自車両１０を待ち行列Ｑに追加する。

【0030】

この待ち行列Ｑは、遠隔運転者による遠隔操作を希望する車両１０の一覧である。待ち行列Ｑは、本実施形態の代行サービス（バレー駐車サービス）専用であってもよいし、例えば、タクシーサービス等の他の遠隔運転サービスを希望する車両と共通であってもよい。また、待ち行列Ｑは、原則的には、ＦＩＦＯ（First-In-First-Out）の規則で管理される。したがって、原則的には、先に要求を出した車両から順に遠隔運転者のマッチングが完了する。

【0031】

なお、遠隔操作センタ３０に複数の遠隔運転者が配置されている例では、待ち行列Ｑは、遠隔運転者毎に作成されてもよいし、１つの待ち行列Ｑが複数の遠隔運転者で共有されてもよい。遠隔運転者毎に待ち行列Ｑが作成される例では、ステップＳ２００におけるサーバ３４の処理は、今回代行要求を発した自車両１０の遠隔運転業務を請け負う遠隔運転者を所定の規則に従って決定する処理を含む。

【0032】

図３（Ａ）は、ステップＳ２００の処理において用いられる待ち行列Ｑの一例を表した図である。図３には、自車両１０以外に、自車両１０よりも先に代行要求を出した３台の車両１０Ａ、１０Ｂ、及び１０Ｃが例示されている。これら３台の車両１０の待ち順は、車両１０Ａ、１０Ｂ、及び１０Ｃの順である。ＦＩＦＯの規則によれば、この例では、自車両１０は、車両１０Ｃの後で待ち行列Ｑに加わることになる。

【0033】

ステップＳ２００に続くステップＳ２０２では、サーバ３４は、遠隔運転者による代行サービスを自車両１０が受けるまでの待ち時間情報を車載通信機２０に送信する。待ち時間情報は、例えば、図３（Ａ）に示すような自車両１０の待ち順そのものを示す情報である。あるいは、例えば、サーバ３４は、待ち行列Ｑに基づいて自車両１０の待ち時間を演算し、演算した待ち時間を待ち時間情報として用いてもよい。

【0034】

車載通信機２０は、ステップＳ１０２において待ち時間情報を受信した後、ステップＳ１０４において待ち時間情報を自車両１０の利用者に通知する。待ち時間情報の通知は、例えば、ＨＭＩ機器２８を利用して、ディスプレイへの表示、及び音声の少なくとも一方によって行うことができる。その後、処理はステップＳ１０６に進む。

【0035】

ステップＳ１０６では、車載通信機２０は、ステップＳ１０４において通知した待ち時間情報の承認、又は追加料金の支払い指示を利用者から受け付ける。追加料金は、例えば定額である。

【0036】

ステップＳ１０６において利用者の承認を受け取った場合には、車載通信機２０は、ステップＳ１０８において、承認情報をサーバ３４に送信するとともに、サーバ３４との協働により基本料金の決済を実行する。ステップＳ１０８の処理が完了すると、車載通信機２０の処理が終了する。

【0037】

一方、ステップＳ１０６において追加料金の支払い指示を受け取った場合には、車載通信機２０は、ステップＳ１１０において、追加領域の支払い意思を示す情報をサーバ３４に送信するとともに、サーバ３４との協働により基本料金と追加料金の決済を実行する。

【0038】

サーバ３４は、ステップＳ２０４において、承認情報、又は追加料金の支払い意思を示す情報を受け付ける。その結果、車載通信機２０から承認情報を受信した場合には、サーバ３４は、ステップＳ２０６において、車載通信機２０との協働により基本料金の決済を実行する。その後、サーバ３４の処理が終了する。

【0039】

また、ステップＳ２０６において車載通信機２０から追加料金の支払い意思を示す情報を受信した場合には、サーバ３４は、ステップＳ２０８において、車載通信機２０との協働により基本料金と追加料金の決済を実行する。その後、処理はステップＳ２１０に進む。

【0040】

ステップＳ２１０では、サーバ３４は、追加料金を支払った自車両１０が追加料金の支払いなしの車両（本開示に係る「第２車両」に相当）よりも優先されるように、待ち行列Ｑ内の自車両１０の順番を変更する。

【0041】

図３（Ｂ）は、ステップＳ２１０の処理の具体例１を表した図である。具体例１は、自車両１０よりも先に代行要求を出した３台の車両１０Ａ、１０Ｂ、及び１０Ｃの何れも追加料金を支払っていない例に相当する。この具体例１では、サーバ３４は、追加料金を唯一支払った自車両１０が待ち行列Ｑの先頭に移動するように自車両１０の順番を変更する。それに伴い、車両１０Ａ、１０Ｂ、及び１０Ｃの待ち順が、それぞれ１つずつ繰り下がる。なお、待ち行列Ｑがタクシーサービス等の他の遠隔操作サービスと共有されている場合には、サーバ３４は、例えば、車両１０Ａ～１０Ｃだけでなく他の遠隔操作サービスの提供を待つ車両よりも優先されるように自車両１０の順番を変更してもよい。

【0042】

図３（Ｃ）は、ステップＳ２１０の処理の具体例２を表した図である。具体例２は、車両１０Ａ、１０Ｂ、及び１０Ｃのうち、車両１０Ａのみが追加料金を支払っている例に相当する。この具体例２では、サーバ３４は、自車両１０よりも先に追加料金を支払っている車両１０Ａの直後に自車両１０が移動するように自車両１０の順番を変更する。それに伴い、追加料金の支払いのない車両１０Ｂ及び１０Ｃの待ち順が、それぞれ１つずつ繰り下がる。付け加えると、車両１０Ａだけでなく車両１０Ｂも追加料金を支払っている他の例では、サーバ３４は、自車両１０が車両１０Ｂの直後に移動するように、自車両１０と車両１０Ｃの順番を変更する。

【0043】

ステップＳ２１０に続くステップＳ２１２では、サーバ３４は、追加料金の支払いに伴って短縮した後の修正待ち時間情報を車載通信機２０に送信する。その後、サーバ３４の処理が終了する。

【0044】

車載通信機２０は、ステップＳ１１０に続くステップＳ１１２において修正待ち時間情報を受信した後、受信した修正待ち時間情報をステップＳ１１４においてＨＭＩ機器２８を用いて利用者に通知する。これにより、利用者は、追加料金の支払い後の待ち時間を把握できるようになる。その後、車載通信機２０の処理が終了する。

【0045】

１－３．効果
以上説明したマッチングシステム１によれば、自車両１０の利用者が遠隔操作センタ３０に対して追加料金を支払った場合には、自車両１０が追加料金の支払いなしの車両よりも優先されるように遠隔操作サービスの待ち行列Ｑ内の自車両１０の順番が変更される。このように、入庫時又は出庫時の待ち時間を短縮したい場合には、追加料金の支払いにより、車両１０と遠隔運転者とのマッチングに要する時間を短縮できる。これにより、代行サービス（バレー駐車サービス）の利便性を向上できる。

【0046】

１－４．変形例
上述した実施の形態１では、本開示に係る「端末」の一例として車載通信機２０が説明された。しかしながら、「端末」は、車両１０の利用者が所有するスマートフォン等の携帯端末であってもよい。

【0047】

図４は、実施の形態１の変形例に係るマッチングシステム２の構成例を示すブロック図である。マッチングシステム２は、携帯端末５０を追加的に備える点において、図１に示すマッチングシステム１と相違している。具体的には、携帯端末５０は、プロセッサを含み、無線通信ネットワーク４０を介して遠隔操作センタ３０及び車両１０と接続されている。

【0048】

携帯端末５０は、例えば車両１０の利用者によって所持されている。バレー駐車用の待機場所に到着した利用者は、車載通信機２０に代えて携帯端末５０を操作して代行サービスをサーバ３４に要求してもよい。すなわち、マッチングに関し、携帯端末５０は、実施の形態１にて説明された車載通信機２０の処理と同様の処理を実行する。携帯端末５０の利用により、利用者は、車両１０から降りた後に代行サービスを要求することができる。ただし、携帯端末５０を利用する場合には、サーバ３４は、代行サービスを受ける車両１０を特定するために、携帯端末５０と車両１０との紐づけがなされていることを必要とする。このため、例えば、マッチングのための通信を行う携帯端末５０の情報から車両１０を特定するために必要な情報が、サーバ３４の記憶装置３２ｂが備えるデータベースに事前に登録されていてもよい。

【0049】

また、入庫時又は出庫時における遠隔運転者への代行依頼は、車両１０の利用者に代え、駐車場を利用者に提供する施設（例えば、ホテル）の係員によって行われてもよい。このため、図４に示す携帯端末５０は、車両１０の利用者ではなく、当該係員によって所持されていてもよい。このように係員が携帯端末５０を操作する例によれば、追加料金の支払いを含め、上記施設が、マッチングシステム２を利用した利便性の高いバレー駐車サービス（代行サービス）を利用者に提供できるようになる。

【0050】

さらに、上述した実施の形態１では、待ち時間の短縮のために支払われる追加料金が定額である例が説明された。しかしながら、追加料金の額は、一定ではなく、例えば利用者又は係員によって任意に決定されてもよい。そして、待ち行列Ｑ内に追加料金を支払った車両が複数存在している場合、代行サービスの要求を出したタイミングが早いことよりも追加料金の額が多いことが優先されてもよい。すなわち、代行サービスの要求タイミングが後かつ追加料金が多い車両が、代行サービスの要求タイミングが先かつ追加料金が少ない車両よりも優先されるように、待ち行列Ｑ内の車両の順番が変更されてもよい。

【0051】

２．実施の形態２
実施の形態２は、サーバ３４が下記の図５に示す処理を追加的に行う点において実施の形態１と相違している。

【0052】

図５は、実施の形態２に係るサーバ３４の処理を示すフローチャートである。このフローチャートの処理は、サーバ３４が車載通信機２０からの代行要求情報を受信した時に開始される。

【0053】

マッチングに時間がかかると、車両（自車両）１０の後ろに他の車両が列をなしてしまい、車両１０が交通を阻害するおそれがある。そこで、図５では、サーバ３４は、ステップＳ３００において、マッチングのために待機場所で待機している車両１０が交通を阻害するおそれがあるか否かを判定する。

【0054】

ステップＳ３００の判定は、例えば、認識センサ２４に含まれるカメラを利用して車両１０の周囲の車両を検出することによって行うことができる。また、この判定は、例えば、車両１０とその周囲の車両との間で通信を行って共有した各車両の位置情報を利用して行うこともできる。

【0055】

ステップＳ３００において車両１０が交通を阻害するおそれがない場合には、図５に示すフローチャートの処理が終了される。この場合には、図２に示すフローチャートに従うマッチングのための処理が継続される。

【0056】

一方、ステップＳ３００において車両１０が交通を阻害するおそれがある場合には、図２に示すフローチャートの処理に代え、次のステップＳ３０２及びＳ３０４の処理が実行される。

【0057】

ステップＳ３０２では、サーバ３４は、車両１０と遠隔運転者との速やかなマッチング完了のために追加料金を自動的に請求することを車載通信機２０に送信する。携帯端末５０を備える例では、サーバ３４は、追加料金を自動的に請求することを携帯端末５０に送信してもよい。

【0058】

ステップＳ３０２に続くステップＳ３０４では、サーバ３４は、車両（自車両）１０が追加料金の支払いなしの車両よりも優先されるように待ち行列Ｑ内の自車両１０の順番を変更する。

【0059】

以上説明した図５に示すフローチャートの処理によれば、マッチングのために待機している車両１０が交通を阻害する恐れがある場合には、車両１０の利用者の追加料金の支払い意思の有無に関係なく、サーバ３４が追加料金を自動的に請求する。その結果、マッチングのための待ち時間が短縮され、車両１０を速やかに移動できるようになる。このため、マッチングのために待機している車両１０が交通を阻害することを抑制しつつ、遠隔運転を利用したバレー駐車サービスを提供できるようになる。

【0060】

３．実施の形態３
実施の形態３は、車両ＥＣＵ１８が下記の図６に示す処理を追加的に行う点において実施の形態１と相違している。

【0061】

図６は、実施の形態３に係る車両ＥＣＵ１８の処理を示すフローチャートである。このフローチャートの処理は、上述の図２に示すフローチャートのステップＳ１００における車載通信機２０による代行要求情報の送信がなされた時に開始される。

【0062】

図６では、車両ＥＣＵ１８（プロセッサ１８ａ）は、ステップＳ４００において、車載通信機２０（端末）による代行要求情報の送信から所定時間Ｔが経過したか否かを判定する。この所定時間Ｔは、例えば、代行要求情報の送信から遠隔運転者による遠隔操作の開始までに要すると想定される標準的な時間に相当する。その結果、所定時間Ｔが経過した場合には、処理はステップＳ４０２に進む。

【0063】

ステップＳ４０２では、車両ＥＣＵ１８は、遠隔運転者による車両（自車両）１０の遠隔操作が開始されたか否かを判定する。遠隔操作が開始されたか否かは、例えば、サーバ３４と車両ＥＣＵ１８との間での遠隔操作のための信号の送受信結果に基づいて判定できる。その結果、遠隔操作が開始されている場合には、今回のフローチャートの処理が終了される。

【0064】

一方、ステップＳ４０２において所定時間Ｔが経過しても遠隔操作が開始されていない場合には、処理はステップＳ４０４に進む。ステップＳ４０４では、車両ＥＣＵ１８は、自車両１０が待機場所を離れて路肩に停車するように自動運転制御を実行する。また、車両ＥＣＵ１８は、ハザードランプ２９を点滅させる。

【0065】

以上説明した図６に示すフローチャートの処理によれば、想定される標準的な所定時間Ｔに対して遠隔運転者による遠隔操作の開始に時間がかかっている場合に、車両１０の自動運転制御を利用して車両が交通の妨げとなることを抑制できる。

【符号の説明】

【0066】

１、２ マッチングシステム
１０ 車両
１２ 操舵装置
１４ 駆動装置
１６ 制動装置
１８ 車両ＥＣＵ
２０ 車載通信機
２２ 車両状態センサ
２４ 認識センサ
２６ ＧＮＳＳ受信機
２８ ＨＭＩ機器
２９ ハザードランプ
３０ 遠隔操作センタ
３２ 遠隔運転端末
３４ サーバ
３６ 通信装置
４０ 無線通信ネットワーク
５０ 携帯端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】