特許 7558289 配車装置、配車システム、車載装置、配車方法、および配車プログラム

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

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

(11)【特許番号】

(24)【登録日】2024-09-19

(45)【発行日】2024-09-30

(54)【発明の名称】配車装置、配車システム、車載装置、配車方法、および配車プログラム

(51)【国際特許分類】

   G08G 1/123 20060101AFI20240920BHJP

【ＦＩ】

G08G1/123 A

【請求項の数】 6

(21)【出願番号】P 2022553419

(86)(22)【出願日】2020-10-02

(86)【国際出願番号】 JP2020037663

(87)【国際公開番号】W WO2022070430

(87)【国際公開日】2022-04-07

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

(73)【特許権者】

【識別番号】000237592

【氏名又は名称】株式会社デンソーテン

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】田中 真一

(72)【発明者】

【氏名】西山 奈津美

(72)【発明者】

【氏名】盛林 敏之

(72)【発明者】

【氏名】松井 涼

【審査官】上野 博史

(56)【参考文献】

【文献】国際公開第２０１８／２３０５３３（ＷＯ，Ａ１）

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

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

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

Ｇ０８Ｇ １／１２３

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

【請求項1】

第１予約客にマッチングされていたタクシーに、前記第１予約客と異なる第２予約客が乗車したことを示す情報を受信し、
前記情報を受信した場合に、前記第２予約客に当初マッチングされていたタクシーの車載装置に対して前記第１予約客の予約情報を送信し、当該タクシーへ配車指示を行う、
配車装置。

【請求項2】

前記車載装置に、前記第２予約客に当初マッチングされていたタクシーと前記第１予約客を再マッチングした結果を通知する、
請求項１に記載の配車装置。

【請求項3】

配車装置と車載装置からなる配車システムであって、
前記配車装置は、
第１予約客にマッチングされていたタクシーに、前記第１予約客と異なる第２予約客が乗車したことを示す情報を前記車載装置から受信し、
前記情報を受信した場合に、前記第２予約客に当初マッチングされていたタクシーの車載装置に対して前記第１予約客の予約情報を送信し、当該タクシーへ配車指示を行い、
前記車載装置は、
配車指示の対象である前記第１予約客以外の前記第２予約客が乗車したことを検出すると、前記情報を送信する、
配車システム。

【請求項4】

配車指示の対象である第１予約客以外の第２予約客が乗車した場合には、前記第２予約客が乗車したことを示す情報を配車装置へ送信し、
配車指示の対象である前記第１予約客が乗車した場合には、客の変更はない旨の情報を前記配車装置へ送信し、
配車指示の対象である前記第１予約客が別のタクシーに乗車した場合には、当該別のタクシーに当初マッチングされていた第２予約客の予約情報を配車装置から受信する、
車載装置。

【請求項5】

第１予約客にマッチングされていたタクシーに、前記第１予約客と異なる第２予約客が乗車したことを示す情報を受信し、
前記情報を受信した場合に、前記第２予約客に当初マッチングされていたタクシーの車載装置に対して前記第１予約客の予約情報を送信し、当該タクシーへ配車指示を行う、
マイクロコンピュータが行う配車方法。

【請求項6】

第１予約客にマッチングされていたタクシーに、前記第１予約客と異なる第２予約客が乗車したことを示す情報を受信する手順と、
前記情報を受信した場合に、前記第２予約客に当初マッチングされていたタクシーの車載装置に対して前記第１予約客の予約情報を送信し、当該タクシーへ配車指示を行う手順と、
をコンピュータに実行させる配車プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

開示の実施形態は、配車装置、配車システム、車載装置、および配車方法に関する。

【背景技術】

【0002】

従来、客の端末装置からタクシーの配車予約を受け付けた場合に、客の送迎を希望するタクシーを選択して、客の所へ配車する配車装置がある（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１６－１８１１５６号公報

【発明の概要】

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

【0004】

しかしながら、同一乗り場や近隣の地点から多くの客によって略同時期にタクシーの配車予約が行われた場合、配車予約時に成立したタクシーとお客様の組み合わせで、指定迎車ポイントでの出会いが難しく、見た目の状況的には多乗客と多タクシーとの関係となり、相互に該当する相手先が分かりにくくなる。このため、これらの客をスムーズにタクシーに誘導して乗車させることができない。特に混雑した状況では、タクシー、客が共に移動困難となるため、配車予約時に成立したタクシーとお客様の組み合わせでの乗車に困難が伴う。

【0005】

実施形態の一態様は、上記に鑑みてなされたものであって、同一乗り場や近隣の地点からから略同時期に配車予約を行った場合などの、多くの配車されたタクシーと多くの客が近隣に混在した場合にも各客をスムーズに適切なタクシーに乗車させることができる配車装置、配車システム、車載装置、および配車方法を提供することを目的とする。

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

【0006】

実施形態の一態様に係る配車装置は、第１予約客にマッチングされていたタクシーに、前記第１予約客と異なる第２予約客が乗車したことを示す情報を受信し、前記情報を受信した場合に、前記第２予約客に当初マッチングされていたタクシーの車載装置に対して前記第１予約客の予約情報を送信し、当該タクシーへ配車指示を行う。

【発明の効果】

【0007】

実施形態の一態様に係る配車装置、配車システム、車載装置、および配車方法は、同一乗り場や近隣の地点からから略同時期に配車予約を行った場合などの、多くの配車されたタクシーと多くの客が近隣に混在した場合にも各客をスムーズに適切なタクシーに乗車させることができるという効果を奏する。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態に係る配車方法の一例を示す説明図である。

【図2】図２は、実施形態に係る配車システムの構成例を示す図である。

【図3】図３は、実施形態に係る再マッチングの具体例を示す図である。

【図4】図４は、実施形態に係る配車システムの動作例を示すシーケンス図である。

【図5】図５は、実施形態に係る２次元コードを使用したシステム運用例を示す図である。

【図6】図６は、実施形態に係る２次元コードを使用したシステム運用例を示す図である。

【図7】図７は、実施形態に係る２次元コードを使用したシステム運用例を示す図である。

【図8】図８は、実施形態に係る写真情報を使用したシステム運用例を示す図である。

【図9】図９は、実施形態に係る写真情報を使用したシステム運用例を示す図である。

【図10】図１０は、実施形態に係る写真情報を使用したシステム運用例を示す図である。

【図11】図１１は、実施形態に係る写真情報を使用したシステム運用例を示す図である。

【図12】図１２は、実施形態に係る写真情報を使用したシステム運用例を示す図である。

【図13】図１３は、実施形態に係る写真情報を使用したシステム運用例を示す図である。

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

【0009】

以下、添付図面を参照して、配車装置、配車システム、車載装置、および配車方法の実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。図１は、実施形態に係る配車方法の一例を示す説明図である。

【0010】

図１に示すように、実施形態に係る配車装置１は、客Ｕの端末装置１０からタクシーＴの配車予約を受け付けると（ステップＳ１）、配車予約に応じるタクシーＴと客Ｕとをマッチングする（ステップＳ２）。尚、本実施形態では説明を分かりやすくするため、同一乗り場や近隣の地点（例えばイベント会場や訪問客の多い会社等）に存在する複数の客Ｕの端末装置１０から、略同時期（タクシー乗り場が混雑するような予約状況）にタクシーの配車予約を受け付けた場合を想定して、説明を行う。

【0011】

そして、配車装置１は、配車装置１は、乗り場に到着した客Ｕの順に乗り場で一列に整列し、列の先頭の客Ｕから順番に、到着するタクシーＴへ順次乗車するように要求する要求情報を端末装置１０に送信する（ステップＳ３）。尚、実際には、乗り場の指示情報を端末装置１０に送信するだけでも良い。これにより、複数の客Ｕは、乗り場で整列する（ステップＳ４）。

【0012】

その後、配車装置１は、配車予約に応じるタクシーＴの車載装置にマッチングした客Ｕの予約情報を通知してタクシーＴを複数の客Ｕがいる同一乗り場へ配車する（ステップＳ５）。予約情報には、客の氏名、乗り場、および行先等の情報が含まれる。

【0013】

ここで、各客Ｕが乗り場に到着する順番と、各客ＵとマッチングされたタクシーＴが乗り場に到着する順番とが一致するとは限らない。このため、客ＵとタクシーＴとのマッチングが当初のマッチングのままだと、タクシーＴのドライバは、マッチングされた客Ｕを探すのに時間がかかり、客Ｕをスムーズに乗車させることができない。図１には、乗り場に到着した客Ｕと、到着したタクシーＴとをつなぐ破線によって、当初のマッチングを示している。

【0014】

そこで、配車装置１は、前述したように、客に対して乗り場で整列し、到着するタクシーＴへ順次乗車するように要求する。尚、配車装置１がこのような要求するのではなく、タクシー乗り場にこのような要求を表示装置により表示するようにしても良い。そして、配車装置１は、乗り場へ到着したタクシーＴの車載装置から、当初マッチングされた客Ｕとは別の客（非予約客）を乗車させたことを示す変更情報を受信すると（ステップＳ６）、客ＵとタクシーＴとを再マッチングする。尚、タクシーＴ搭載の車載装置からは、客Ｕの端末装置１０との情報通信内容や運転手の操作等に基づき客Ｕを識別し、当該タクシーに乗車した客Ｕの情報（当初マッチングされた客Ｕと異なる場合は変更情報となる）が配車装置１に送信される。

【0015】

このため、マッチングに反することによる各タクシーと各客の混乱を招くことなく、タクシーＴは再マッチングされた客Ｕを乗車させることができる一方、客Ｕは当初マッチングされたタクシーＴの到着を待つことなく、乗り場に到着したタクシーＴに乗車することができる。これにより、配車装置１は、同一乗り場や近隣地点から略同時期に配車予約を行った複数の客ＵをスムーズにタクシーＴに乗車させることができる。

【0016】

次に、図２を参照し、実施形態に係る配車システムの構成例について説明する。図２は、実施形態に係る配車システムの構成例を示す図である。図２に示すように、実施形態に係る配車システム１００は、配車装置１と、客Ｕによって携帯される端末装置１０と、タクシーＴに搭載される車載装置２０とを含む。

【0017】

端末装置１０は、例えば、スマートフォンである。なお、端末装置１０は、スマートフォンと同様の機能を有する装置であれば、タブレット型端末やノートパソコン等、他の携帯可能な装置であってもよい。端末装置１０には、配車システム１００を利用可能とするアプリケーションプログラムがインストールされている。また、端末装置１０は、通信機能の他、カメラ機能、２次元バーコード読み取り機能、ＧＰＳ（Global Positioning System）による測位機能等を備える。

【0018】

車載装置２０は、通信機能の他、画像を表示する機能、２次元バーコード読み取り機能、タクシーＴに搭載されるドライブレコーダの撮影画像を画像認識する機能、画像から人の顔を認証する顔認証機能等を備える。なお、タクシーＴには、後部座席に乗車する客Ｕを撮像するカメラが搭載される。また、車載装置２０は、客変更検出部と変更情報送信部とを備える。客変更検出部は、配車指示の対象である予約客以外の非予約客が乗車したことを検出する。変更情報送信部は、客変更検出部が検出した非予約客の乗車に基づき変更情報を配車装置１へ送信する。

【0019】

配車装置１は、例えば、インターネット等の通信ネットワーク１０１を介して端末装置１０および車載装置２０と無線通信可能に接続される。配車装置１は、通信部２と、記憶部３と、処理部４とを備える。通信部２は、通信ネットワーク１０１を介して、端末装置１０および車載装置２０と、処理部４との間で情報の送受信を行う通信Ｉ／Ｆ（インターフェース）である。

【0020】

記憶部３は、例えば、データフラッシュ等の情報記憶デバイスであり、配車予約の内容を含む予約情報３１を記憶して蓄積する。予約情報３１には、客Ｕの氏名、配車予約の年月日、配車先の場所、および客Ｕの目的地の場所等が含まれる。

【0021】

処理部４は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などを有するマイクロコンピュータや各種の回路を含む。処理部４は、ＣＰＵがＲＯＭに記憶されたプログラムを、ＲＡＭを作業領域として使用して実行することにより機能する複数の処理部を備える。一例では、処理部４は、決定部４１、受付部４２、マッチング部４３、配車部４４、変更情報受信部４５、および再マッチング部４６を備える。

【0022】

なお、処理部４が備える決定部４１、受付部４２、マッチング部４３、配車部４４、変更情報受信部４５、および再マッチング部４６は、一部または全部がＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアで構成されてもよい。

【0023】

処理部４が備える決定部４１、受付部４２、マッチング部４３、配車部４４、変更情報受信部４５、および再マッチング部４６は、それぞれ以下に説明する情報処理の作用を実現または実行する。なお、処理部４の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

【0024】

受付部４２は、客Ｕの端末装置１０からタクシーＴの配車予約を受け付ける。配車予約には、客Ｕの氏名、客の現在地、および目的地等が含まれる。尚、客の氏名に代えて客の識別用データ、例えば顧客番号等でも良い。この場合、配車装置が顧客データベースを持つことにより顧客番号等から指名等の必要な顧客情報を得る構成が好ましい。受付部４２は、複数の客Ｕの端末装置１０から同一乗り場へのタクシーＴの配車予約も受け付ける。受付部４２は、受け付けた配車予約の予約情報３１を順次記憶部３に記憶させて蓄積する。

【0025】

決定部４１は、記憶部３に蓄積された予約情報３１に基づいて、配車予約が集中している混雑領域を判別し、混雑領域については特定乗り場を決定する。そして決定部４１は、判別した混雑領域に対応する特定乗り場を受付部４２へ出力する。尚、決定部４１は、予約情報３１の時間別推移を分析し、例えば、月に１回以上、配車予約の集中が発生する場所を混雑領域として判定し、適切な特定乗り場を決定し、記憶部３に当該混雑領域の特定乗り場として記憶する機能を有する。

【0026】

受付部４２は、配車予約を受け付けた場合に、端末装置１０の現在位置を端末装置１０から取得し、近傍の適切な乗車位置を通知する。この際、受付部４２は、端末装置１０の現在位置が混雑領域の場合、決定部４１によって決定された特定乗り場のうち、端末装置１０の現在位置に近い特定乗り場を端末装置１０へ通知する。

【0027】

これにより、配車装置１は、配車予約の集中する場所においてバラバラの位置でタクシーＴを待つ複数の客Ｕを１箇所の特定乗り場に誘導することとなり、スムーズに客ＵをタクシーＴに乗車させることができる。

【0028】

このとき、受付部４２は、目的地が近い客Ｕのグループ毎に、特定乗り場を通知する。例えば、受付部４２は、同一混雑領域において、東行きの客Ｕと、西行きの客Ｕとがいる場合、東行きの客Ｕに対しては、東行きの道路に面した特定乗り場を通知し、西行きの客Ｕに対しては、西行きの道路に面した特定乗り場を通知する。これにより、配車装置１は、例えば客Ｕの目的地とは逆の方角に走行を開始するタクシーＴに客Ｕを乗車させることを抑制することができ、タクシーＴの無駄なＵターンによる交通の混乱も抑制することができる。

【0029】

また、受付部４２は、配車予約を受け付けた場合に、同一乗り場に到着した客の順にタクシーＴに乗車するように要求する要求情報を端末装置１０へ送信する。これにより、客Ｕは、当初マッチングされたタクシーＴを待つことなく、到着するタクシーＴにすぐ乗車することができる。したがって、配車装置１は、スムーズに客ＵをタクシーＴに乗車させることができる。尚、この要求情報は、タクシー乗り場に表示装置を用いて表示するようにしても良いが、この方式が適用されている場合（混雑領域発生している場合の該当タクシー乗り場）にのみ表示する（配車装置１による遠隔表示制御される液晶ディスプレイ等による可変表示）ようにすることが、案内板等による常時固定表示より望ましい。そして、受付部４２は、受け付けた配車予約情報をマッチング部４３へ出力する。

【0030】

マッチング部４３は、予約受付に応じるタクシーＴを募集する。例えば、マッチング部４３は、客Ｕの乗り場および目的地を複数のタクシーＴに開示することによって、予約受付に応じるタクシーＴを募集する。客Ｕの送迎を希望するタクシーＴは、配車希望を車両識別用の情報や車両位置情報を含む車両情報と共にマッチング部４３へ送信する。マッチング部４３は、予約受付に応じた各タクシーと客Ｕとをマッチングし、各車両の位置や過去の配車状況等の各種車両情報も考慮して配車するタクシーＴを決定する。そして、マッチング部４３は、マッチング結果を配車部４４へ出力する。

【0031】

配車部４４は、配車の決定をしたタクシーＴの車載装置２０にマッチングした客Ｕの予約情報３１を通知してタクシーＴを客Ｕに通知した乗車位置へ配車する。この際、混雑領域からの予約の場合、タクシーＴは特定乗り場への配車となる。

【0032】

変更情報受信部４５は、タクシーＴの車載装置２０から予約客が乗車したことを示す乗車情報を受信する。また、変更情報受信部４５は、タクシーＴがマッチング部４３よってマッチングされた客Ｕとは別の客Ｕを乗車させた場合には、特定乗り場へ到着したタクシーＴの車載装置２０から、マッチング部４３よってマッチングされた客Ｕとは別の客Ｕ（予約客以外の非予約客）を乗車させたことを示す変更情報を受信する。また、タクシーＴに配車予約をしていない客が乗車した場合、車載装置２０は、通常の流し乗車に切替え、流し乗車に切替えた旨を示す情報と当初のマッチング結果を含む変更情報を配車装置１の変更情報受信部４５へ送信する。

【0033】

変更情報には、当初のマッチング結果と、今回乗車させた客の予約情報３１（あるいは流し乗車に切替えた旨を示す情報）、等が含まれる。変更情報受信部４５は、受信した変更情報を再マッチング部４６へ出力する。

【0034】

再マッチング部４６は、変更情報受信部４５によって変更情報が受信される場合に、同一の特定乗り場（あるいは同一の混雑領域に対する他の特定乗り場を含めても良い）へ配車した他のタクシーＴと乗車前の客Ｕとを再マッチングし、再マッチング結果を他のタクシーＴの車載装置２０に通知する。これにより、新たなマッチングが成立する。尚、再マッチング部４６は、流し乗車に切替えた旨を示す情報出会った場合は、配車するタクシーを新たに募集することになる。

【0035】

したがって、配車装置１は、客ＵとタクシーＴの運転手に混乱を発生させることなく、乗り場に到着した客Ｕの順に、客Ｕを到着するタクシーＴに乗車させることができるので、同一イベント会場や近隣位置、同一乗り場等から略同時期に配車予約を行った複数の客ＵをスムーズにタクシーＴに乗車させることができる。

【0036】

このとき、再マッチング部４６は、既にタクシーＴに乗車した客Ｕと当初マッチングされていたタクシーＴの車載装置２０に対して、既に客Ｕを乗車させたタクシーと当初マッチングされていた客Ｕの予約情報を再マッチング結果として通知する。

【0037】

これにより、再マッチング結果を通知されたタクシーＴは、当初マッチングされた客Ｕが別のタクシーＴに乗車しても、すぐに再マッチングされた新たな客Ｕを乗車させることができる。なお、配車システム１００は、再マッチングによって、当初のマッチングの場合よりも走行距離が短くなり、運賃が減少するタクシーＴについては、差額を補填する機能を持っていても良い。例えば、変更のあった各タクシー（相互に関連する変更があったタクシー）の運賃情報を収集し、変更前の配車による運賃と変更後の配車による運賃の差額の所定割合（例えば、半分）を調整（変更後に運賃増加した場合は減額、変更後に運賃減少した場合は増額）し、精算システムに反映するようにする。

【0038】

また、再マッチング部４６は、既にタクシーＴに乗車した客Ｕに当初マッチングされていたタクシーＴの車載装置２０に、タクシーＴとマッチングされていない客Ｕが同一乗り場（通知した特定乗り場）に残っていることを通知してもよい。この場合、再マッチング部４６は、当該乗り場に近いタクシーＴについては、優先的に再マッチングを行う。これにより、再マッチング部４６は、適切なタクシーＴへのマッチングが図れ、例えば乗り場に遠いタクシーＴに対して、何度も無駄に再マッチングを行うことを抑制することができる。

【0039】

次に、図３を参照し、再マッチングの具体例について説明する。図３は、実施形態に係る再マッチングの具体例を示す図である。ここでは、配車予定客のＡさん、Ｂさん、Ｃさん、Ｄさんと、１号車～４号車のタクシーとをマッチングする場合について説明する。

【0040】

図３に示すように、配車装置１は、例えば、配車予約受付時に、Ａさんと1号車、Ｂさんと２号車、Ｃさんと３号車、Ｄさんと４号車とをマッチングして配車する。その後、Ｃさん、Ａさん、Ｄさん、Ｂさんの順に乗り場に到着し、４号車、１号車、３号車、２号車の順に乗り場に到着する場合を想定する。

【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】

そして、図１２に示すように、車載装置２０は、タクシーＴに客Ｕが乗車すると、後部座席に乗車する客Ｕを撮像するドライブレコーダのカメラ２３の画像Ｐ３と、配車装置１から事前に受信した客Ｕの写真情報Ｐ１とを照合して、配車予約した客Ｕか否かを確認する。これにより、予約したタクシーＴに他の客が乗車することを防止することができる。尚、乗車させた客Ｕがマッチングされた客Ｕである場合は、客の変更はない旨の情報を含む実車情報を配車装置１へ送信する。また、乗車させた客Ｕがマッチングされた客Ｕでない場合は、変更情報を含む実車情報（客乗車情報）、配車装置１へ送信する。つまり、ドライブレコーダのカメラ等の撮影画像を用いた客認識方法を用いることにより、運転手および客の操作を簡単にでき、配車システムを好適に実現できる。

【0067】

また、車載装置２０は、配車予約時に端末装置１０から客Ｕの服装等の情報をさらに取得し、ディスプレイ２１に表示する等することもできる。これにより、タクシーＴのドライバによる客Ｕの確認も容易になる。

【0068】

また、配車システム１００では、配車予約のたびに、客Ｕの写真情報Ｐ１を端末装置１０から送信させると、端末装置１０の通信料や処理負荷が嵩む。このため、配車システム１００では、端末装置１０のアプリケーションプログラムから事前に客Ｕの写真情報Ｐ１を登録してもらうことも可能である。

【0069】

ただし、配車システム１００では、客Ｕが長期にわたって配車システム１００を利用する場合、経年変化を考慮して写真情報Ｐ１を更新してもらう必要がある。しかし、かかる更新作業は、客Ｕにとって負担となる。

【0070】

そこで、車載装置２０は、経年変化を考慮した顔画像生成機能を備える。そして、車載装置２０は、図１３に示すように、写真情報Ｐ１を登録してから長期間が経過した客Ｕが乗車した場合、カメラ２３の画像Ｐ４と、写真情報Ｐ１から経年変化を考慮して生成した写真情報Ｐ５とを照合して、配車予約した客Ｕか否かを確認する。これにより、配車システム１００では、客Ｕに写真情報Ｐ１を定期的に更新してもらう負担を軽減することができる。尚、写真情報Ｐ１から経年変化を考慮して生成した写真情報Ｐ５は、写真情報Ｐ１の撮影時期からの経過時間に基づく人工知能を用いた深層学習による経年劣化処理等を利用することにより実現できる。

【0071】

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

【符号の説明】

【0072】

１００ 配車システム
１０１ 通信ネットワーク
１ 配車装置
２ 通信部
３ 記憶部
３１ 予約情報
４ 処理部
４１ 決定部
４２ 受付部
４３ マッチング部
４４ 配車部
４５ 変更情報受信部
４６ 再マッチング部
１０ 端末装置
２０ 車載装置
２１ ディスプレイ
２２ ドライブレコーダ
２３ カメラ
Ｕ 客
Ｔ タクシー

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】