JP7548149B2 - 遠隔運転タクシーシステム、モビリティサービス管理方法、及び遠隔運転タクシー管理装置 - Google Patents

Description

本開示は、遠隔ドライバによって運転される遠隔運転タクシーを利用したモビリティサービスに関する。

特許文献１は、遠隔操作により車両を運転する車両遠隔運転装置を開示している。

特開２００４－２９５３６０号公報

既存のタクシーサービスの場合、タクシードライバは、限られた地域において１台のタクシーを運転する。つまり、タクシードライバは、土地と車両に縛られている。このことは、労働機会の逸失や業務効率の低下を招く。

本開示の１つの目的は、新たなモビリティサービスを提供することにある。

第１の観点は、遠隔ドライバによって運転される遠隔運転タクシーを利用したモビリティサービスを提供する遠隔運転タクシーシステムに関連する。
遠隔運転タクシーシステムは、
１又は複数のプロセッサと、
遠隔運転タクシーと遠隔ドライバとの割り当て状態を含む管理情報を格納する１又は複数の記憶装置と
を備える。
１又は複数のプロセッサは、ユーザからのリクエストに応答して、管理情報に基づいて割り当て処理を実行する。
割り当て処理において、１又は複数のプロセッサは、
遠隔ドライバが割り当てられていない遠隔運転タクシーである未割り当てタクシーのいずれかを、ユーザにモビリティサービスを提供する第１遠隔運転タクシーとして選択し、
遠隔運転タクシーに割り当てられていない遠隔ドライバである未割り当てドライバのいずれかを、ユーザにモビリティサービスを提供する第１遠隔ドライバとして選択し、
第１遠隔ドライバを第１遠隔運転タクシーに割り当てる。

第２の観点は、遠隔ドライバによって運転される遠隔運転タクシーを利用したモビリティサービスを管理するモビリティサービス管理方法に関連する。
モビリティサービス管理方法は、
遠隔運転タクシーと遠隔ドライバとの割り当て状態を含む管理情報を取得する処理と、
ユーザからのリクエストに応答して、管理情報に基づいて割り当て処理を実行する処理と
を含む。
割り当て処理は、
遠隔ドライバが割り当てられていない遠隔運転タクシーである未割り当てタクシーのいずれかを、ユーザにモビリティサービスを提供する第１遠隔運転タクシーとして選択する処理と、
遠隔運転タクシーに割り当てられていない遠隔ドライバである未割り当てドライバのいずれかを、ユーザにモビリティサービスを提供する第１遠隔ドライバとして選択する処理と、
第１遠隔ドライバを第１遠隔運転タクシーに割り当てる処理と
を含む。

第３の観点は、遠隔ドライバによって運転される遠隔運転タクシーを利用したモビリティサービスを管理する遠隔運転タクシー管理装置に関連する。
遠隔運転タクシー管理装置は、
１又は複数のプロセッサと、
遠隔運転タクシーと遠隔ドライバとの割り当て状態を含む管理情報を格納する１又は複数の記憶装置と
を備える。
１又は複数のプロセッサは、ユーザからのリクエストに応答して、管理情報に基づいて割り当て処理を実行する。
割り当て処理において、１又は複数のプロセッサは、
遠隔ドライバが割り当てられていない遠隔運転タクシーである未割り当てタクシーのいずれかを、ユーザにモビリティサービスを提供する第１遠隔運転タクシーとして選択し、
遠隔運転タクシーに割り当てられていない遠隔ドライバである未割り当てドライバのいずれかを、ユーザにモビリティサービスを提供する第１遠隔ドライバとして選択し、
第１遠隔ドライバを第１遠隔運転タクシーに割り当てる。

本開示によれば、遠隔ドライバによって運転される遠隔運転タクシーを利用した新たなモビリティサービスが提供される。遠隔ドライバは、車両にも土地にも縛られていない。よって、労働機会が増加し、また、業務効率が向上する。

本開示の実施の形態に係る遠隔運転タクシーサービスの概要を説明するための概念図である。 本開示の実施の形態に係る遠隔運転タクシーシステムの構成例を示す概略図である。 本開示の実施の形態に係る割り当て処理を説明するためのブロック図である。 本開示の実施の形態に係る車両管理情報の一例を説明するための概念図である。 本開示の実施の形態に係るドライバ管理情報の一例を説明するための概念図である。 本開示の実施の形態に係る割り当て管理情報の一例を説明するための概念図である。 本開示の実施の形態に係る割り当て処理の一例を示すフローチャートである。 本開示の実施の形態に係る割り当て処理の他の例を示すフローチャートである。 本開示の実施の形態に係る表示灯制御の一例を説明するための概念図である。 本開示の実施の形態に係る走行制限処理を説明するための概念図である。 本開示の実施の形態に係る遠隔運転タクシーの構成例を示すブロック図である。 本開示の実施の形態に係る遠隔ドライバ端末の構成例を示すブロック図である。 本開示の実施の形態に係る遠隔運転タクシー管理装置の構成例を示すブロック図である。

添付図面を参照して、本開示の実施の形態を説明する。

１．遠隔運転タクシーサービス
図１は、遠隔運転タクシーサービスの概要を説明するための概念図である。遠隔運転タクシーサービスは、遠隔運転タクシー１００を利用したモビリティサービスである。遠隔運転タクシー１００は、遠隔運転可能な車両であり、遠隔ドライバ１によって遠隔運転（遠隔操作）される。典型的には、遠隔運転タクシー１００にはドライバは搭乗していない。遠隔ドライバ１は、遠隔運転タクシー１００にフレキシブルに割り当てられ、割り当てられた遠隔運転タクシー１００を運転する。遠隔運転タクシーサービスのユーザは、遠隔ドライバ１によって運転される遠隔運転タクシー１００を利用して目的地まで移動することができる。

遠隔運転タクシーサービスの一つの特徴は、遠隔ドライバ１が車両にも土地にも縛られていないことである。例えば、遠隔ドライバ１は、第１の地域において遠隔運転タクシー１００－１を運転して仕事をした後、直ぐに、第２の地域において別の遠隔運転タクシー１００－２を運転して仕事をすることができる。ここで、第１の地域と第２の地域は遠く離れていてもよい。例えば、第１の地域が北海道であり、第２の地域が九州であってもよい。遠隔ドライバ１は、任意の地域で任意の遠隔運転タクシー１００を運転して仕事をすることができるのである。

比較として、既存のタクシーサービスを考える。既存のタクシーサービスの場合、タクシードライバは、限られた地域において１台のタクシーを運転する。つまり、タクシードライバは、土地と車両に縛られている。例えば、利用者の少ない地域で働くタクシードライバは、何もせず客待ちする時間が自然と長くなる。いくら労働意欲が高くても、その地域に利用者がいない限り、そのタクシードライバは仕事をすることができない。これは、労働機会の逸失を意味する。他の例として、長距離の客を乗せた場合、その客を遠方の地で降ろした後、その遠方の地から本拠地へ戻ってくる必要がある。遠方の地から本拠地へ戻ってくる際、都合よく客を乗せることができるとは限らない。空車のまま長い距離運転しなければならいことは、業務効率の低下を意味する。

一方、遠隔運転タクシーサービスの場合、遠隔ドライバ１は車両にも土地にも縛られていないため、既存のタクシーサービスの場合の問題は発生しない。例えば、遠隔ドライバ１は、利用者の少ない地域で客待ちを続ける必要はなく、様々な地域における利用者からのリクエストに応じて次々に仕事をすることができる。尚、利用者の少ない地域については、遠隔運転タクシー１００さえ配置しておけば、実際にドライバがいなくても遠隔運転タクシーサービスを提供することが可能である。他の例として、遠隔ドライバ１は、出発地から遠く離れた目的地まで乗客を運んだ場合であっても、使用した遠隔運転タクシー１００を運転して元の出発地まで戻ってくる必要はない。その遠隔ドライバ１は、続けて別の地域で仕事をしたいのならば、先に使用した遠隔運転タクシー１００を先の目的地近辺のタクシー置き場に駐車しておけばよい。その遠隔運転タクシー１００は、また別の遠隔ドライバ１によって使用され得る。

このように、遠隔運転タクシーサービスは、労働機会の増加や業務効率の向上といった顕著な効果をもたらす。以下、遠隔運転タクシーサービスを実現するための遠隔運転タクシーシステムについて説明する。

２．遠隔運転タクシーシステムの概要
図２は、本実施の形態に係る遠隔運転タクシーシステム１０の構成例を示す概略図である。遠隔運転タクシーシステム１０は、遠隔運転タクシーサービスを提供する。遠隔運転タクシーシステム１０は、１以上の遠隔運転タクシー１００、１以上の遠隔ドライバ端末２００、及び遠隔運転タクシー管理装置３００を含んでいる。

遠隔運転タクシー１００は、遠隔運転可能な車両である。遠隔運転タクシー１００は、各種センサを搭載しており、現在位置、車両状態、周辺状況、等を取得することができる。また、遠隔運転タクシー１００は、遠隔運転タクシー管理装置３００と無線通信可能である。

遠隔ドライバ端末２００は、遠隔ドライバ１が遠隔運転タクシー１００を遠隔運転（遠隔操作）するために使用する装置である。遠隔ドライバ端末２００は、表示装置を備えている。また、遠隔ドライバ端末２００は、遠隔ドライバ１が遠隔運転タクシー１００を遠隔運転する際に操作する遠隔操作部材を備えている。また、遠隔ドライバ端末２００は、遠隔運転タクシー管理装置３００と通信可能である。

遠隔運転タクシー管理装置３００は、遠隔運転タクシーサービスの管理を行う。例えば、遠隔運転タクシー管理装置３００は、遠隔ドライバ１及び遠隔運転タクシー１００の管理を行う。また、遠隔運転タクシー管理装置３００は、各遠隔運転タクシー１００及び各遠隔ドライバ端末２００と通信可能である。遠隔運転タクシー管理装置３００は、モビリティサービス全般を管理するモビリティサービス管理システムに含まれていてもよい。典型的には、遠隔運転タクシー管理装置３００は、クラウド上の管理サーバである。管理サーバは、分散処理を行う複数のサーバにより構成されていてもよい。

遠隔運転タクシーシステム１０は、更に、ユーザ端末４００を含んでいてもよい。ユーザ端末４００としては、スマートフォンやＰＣが例示される。ユーザ端末４００は、遠隔運転タクシーサービスを利用するためのアプリを実行する。また、ユーザ端末４００は、遠隔運転タクシー管理装置３００と通信可能である。

遠隔運転タクシーサービスの基本的な流れは次の通りである。

まず、遠隔運転タクシー管理装置３００は、遠隔ドライバ１を遠隔運転タクシー１００に割り当てる「割り当て処理」を実行する。割り当て処理の詳細は後述される。

遠隔ドライバ１は、割り当てられた遠隔運転タクシー１００を遠隔運転する。具体的には、遠隔運転タクシー１００は、各種センサを用いて現在位置、車両状態、周辺状況、等を取得し、取得した情報を含む車両情報ＶＣＬを遠隔運転タクシー管理装置３００に送信する。遠隔運転タクシー管理装置３００は、受け取った車両情報ＶＣＬを、遠隔ドライバ１が使用する遠隔ドライバ端末２００に転送する。遠隔ドライバ端末２００は、受け取った車両情報ＶＣＬと地図情報を表示装置に表示する。遠隔ドライバ１は、表示装置に表示された地図情報と車両情報ＶＣＬを参考にしながら、遠隔ドライバ端末２００の遠隔操作部材を操作する。遠隔ドライバ端末２００は、遠隔操作部材の操作量を示す操作情報ＯＰＥを遠隔運転タクシー管理装置３００に送信する。遠隔運転タクシー管理装置３００は、受け取った操作情報ＯＰＥを遠隔運転タクシー１００に転送する。遠隔運転タクシー１００は、受け取った操作情報ＯＰＥに従って車両走行制御を行う。

遠隔ドライバ１は、割り当てられた遠隔運転タクシー１００を運転し、ユーザをピックアップする。そして、遠隔ドライバ１は、ユーザによって指定される目的地まで遠隔運転タクシー１００を運転する。目的地に到着すると、遠隔ドライバ１は、ユーザをドロップオフする。

３．割り当て処理
図３は、本実施の形態に係る遠隔運転タクシー管理装置３００による割り当て処理を説明するためのブロック図である。割り当て処理において、遠隔運転タクシー管理装置３００は、遠隔ドライバ１を遠隔運転タクシー１００にフレキシブルに割り当てる。

３－１．管理情報
遠隔運転タクシー管理装置３００は、管理情報５００を保持しており、その管理情報５００に基づいて割り当て処理を実行する。管理情報５００は、車両管理情報５１０、ドライバ管理情報５２０、及び割り当て管理情報５３０を含んでいる。

３－１－１．車両管理情報
図４は、車両管理情報５１０の一例を説明するための概念図である。車両管理情報５１０は、遠隔運転タクシー１００を管理するための情報であり、各遠隔運転タクシー１００毎のエントリを含んでいる。例えば、各エントリは、車両ＩＤ、車種、利用状態、担当ドライバ、現在位置、目的地、走行状態、等を含んでいる。

車両ＩＤは、遠隔運転タクシー１００の識別情報である。車両ＩＤは、遠隔運転タクシー１００のナンバープレート情報（自動車登録番号）を含んでいてもよい。

車種は、遠隔運転タクシー１００の種類である。車種としては、大型、中型、及び小型が例示される。車種は、メーカーや車名を含んでいてもよい。

利用状態は、遠隔運転タクシー１００の現在の利用状態である。利用状態としては、賃送（実車）、迎車、空車（利用可能）、等が挙げられる。また、利用状態は、遠隔運転タクシー１００にいずれかの遠隔ドライバ１が割り当てられているか否かも示す。

担当ドライバは、遠隔運転タクシー１００に割り当てられている遠隔ドライバ１のドライバＩＤを示す。

現在位置は、遠隔運転タクシー１００の現在の位置である。現在位置は、遠隔運転タクシー１００から送られてくる車両情報ＶＣＬに含まれている。

目的地は、遠隔運転タクシー１００の目的地である。例えば、目的地は、ユーザからのサービスリクエストＲＥＱ＿Ｕ（後述）に含まれている。他の例として、目的地は、遠隔運転タクシー１００に乗車したユーザによって指定され、遠隔運転タクシー１００から送られてきてもよい。

走行状態は、遠隔運転タクシー１００の走行状態である。走行状態は、遠隔運転タクシー１００から送られてくる車両情報ＶＣＬに含まれている。

３－１－２．ドライバ管理情報
図５は、ドライバ管理情報５２０の一例を説明するための概念図である。ドライバ管理情報５２０は、遠隔ドライバ１を管理するための情報であり、各遠隔ドライバ１毎のエントリを含んでいる。例えば、各エントリは、ドライバＩＤ、ドライバ状態、割り当て車両、ドライバ特性、等を含んでいる。

ドライバＩＤは、遠隔ドライバ１の識別情報である。ドライバＩＤは、遠隔ドライバ１の氏名を含んでいてもよい。

ドライバ状態は、遠隔ドライバ１の現在の状態である。ドライバ状態としては、賃送中（乗客輸送中）、迎車中、空き（利用可能）、等が挙げられる。また、ドライバ状態は、遠隔ドライバ１がいずれかの遠隔運転タクシー１００に割り当てられているか否かも示す。

割り当て車両は、遠隔ドライバ１が割り当てられている遠隔運転タクシー１００の車両ＩＤを示す。

ドライバ特性は、遠隔ドライバ１の好みや特徴を示す。例えば、ドライバ特性は、希望エリア、希望車種、ランク、獲得ポイント、等を含む。

希望エリアは、遠隔ドライバ１が好む地域である。希望エリアは、遠隔ドライバ１によって予め指定される。例えば、遠隔ドライバ１は、道に詳しいエリアを希望エリアとして指定する。

希望車種は、遠隔ドライバ１が好む遠隔運転タクシー１００の車種である。希望車種は、遠隔ドライバ１によって予め指定される。

ランクは、遠隔ドライバ１の現在のランクである。例えば、遠隔ドライバ１は、５つ星～無星にランク分けされる。他の例として、遠隔ドライバ１は、超優良（ＳＳ）、優良（Ｓ）、普通（Ａ）、見習い（Ｂ）、等にランク分けされてもよい。遠隔ドライバ１のランクには、ユーザによる評価（rating）が反映されてもよい。ランクは、タクシー利用料金に反映されてもよい。ランクは、遠隔ドライバ１の給料に反映されてもよい。

獲得ポイントは、遠隔ドライバ１が現在までに獲得したポイントである。例えば、乗客を乗せた回数に応じてポイントが増加する。他の例として、乗客を乗せて走行した走行距離に応じてポイントが増加する。ポイントが増加すると、ランクが上昇してもよい。

ランクやポイントが存在することにより、サービスの質の向上や労働意欲の増進が期待される。また、ランクやポイントにより、遠隔運転タクシーサービスにゲーム性が生じる。その結果、遠隔ドライバ１は、楽しみながら仕事をすることができる。このことも、労働意欲の増進やサービスの質の向上に寄与する。

３－１－３．割り当て管理情報
図６は、割り当て管理情報５３０の一例を説明するための概念図である。割り当て管理情報５３０は、遠隔ドライバ１と遠隔運転タクシー１００との割り当て状態を管理するための情報である。例えば、割り当て管理情報５３０は、割り当て関係情報５３１、未割り当てタクシーリスト５３２、及び未割り当てドライバリスト５３３を含んでいる。

割り当て関係情報５３１は、割り当て済みの遠隔運転タクシー１００と遠隔ドライバ１との対応関係を示す。例えば、割り当て関係情報５３１は、遠隔運転タクシー１００の車両ＩＤとその遠隔運転タクシー１００に割り当てられている遠隔ドライバ１のドライバＩＤとの対応関係を示す。その遠隔ドライバ１（遠隔運転タクシー１００）がサービスを提供する対象ユーザが既に決まっている場合、割り当て関係情報５３１は、当該対象ユーザとの対応関係も示す。

遠隔ドライバ１が未だ割り当てられていない遠隔運転タクシー１００を、以下、「未割り当てタクシー１００Ｎ」と呼ぶ。未割り当てタクシーリスト５３２は、未割り当てタクシー１００Ｎのリストであり、未割り当てタクシー１００Ｎの車両ＩＤを示す。未割り当てタクシーリスト５３２は、キュー形式の順番待ちリスト（waiting list）を含んでいてもよい。順番待ちリストは、割り当て処理に関する未割り当てタクシー１００Ｎの優先順位を示す。

遠隔運転タクシー１００に未だ割り当てられていない遠隔ドライバ１を、以下、「未割り当てドライバ１Ｎ」と呼ぶ。未割り当てドライバリスト５３３は、未割り当てドライバ１Ｎのリストであり、未割り当てドライバ１ＮのドライバＩＤを示す。未割り当てドライバリスト５３３は、キュー形式の順番待ちリスト（waiting list）を含んでいてもよい。順番待ちリストは、割り当て処理に関する未割り当てドライバ１Ｎの優先順位を示す。

３－２．ドライバからの要求に応答した割り当て処理
図７は、本実施の形態に係る遠隔運転タクシー管理装置３００による割り当て処理の一例を示すフローチャートである。本例は、遠隔ドライバ１が駅前で客待ちをしたり、街中で客を探すケースを想定している。

ステップＳ３１０において、未割り当てドライバ１Ｎは、遠隔ドライバ端末２００を操作して、割り当てリクエストＲＥＱ＿Ｄを遠隔運転タクシー管理装置３００に送信する。割り当てリクエストＲＥＱ＿Ｄを出す未割り当てドライバ１Ｎを、便宜上、「リクエストドライバ１Ｒ」と呼ぶ。遠隔運転タクシー管理装置３００は、遠隔ドライバ端末２００から割り当てリクエストＲＥＱ＿Ｄを受け取る。

ステップＳ３２０において、遠隔運転タクシー管理装置３００は、割り当てリクエストＲＥＱ＿Ｄに応答して割り当て処理を実行する。具体的には、遠隔運転タクシー管理装置３００は、管理情報５００に基づいて、未割り当てタクシー１００Ｎの中から１台を選択する。未割り当てタクシー１００Ｎは、未割り当てタクシーリスト５３２から得られる。選択される未割り当てタクシー１００Ｎを、便宜上、「第１遠隔運転タクシー１００Ｓ」と呼ぶ。遠隔運転タクシー管理装置３００は、リクエストドライバ１Ｒを第１遠隔運転タクシー１００Ｓに割り当てる。

未割り当てタクシーリスト５３２が順番待ちリストを含む場合、遠隔運転タクシー管理装置３００は、順番待ちリストで示される優先順位に従って第１遠隔運転タクシー１００Ｓを選択してもよい。

遠隔運転タクシー管理装置３００は、ドライバ管理情報５２０に含まれるドライバ特性情報に基づいて、第１遠隔運転タクシー１００Ｓを選択してもよい。ドライバ特性情報は、リクエストドライバ１Ｒの希望エリアや希望車種を含んでいる。例えば、遠隔運転タクシー管理装置３００は、リクエストドライバ１Ｒの希望エリアに存在する未割り当てタクシー１００Ｎを第１遠隔運転タクシー１００Ｓとして選択してもよい。他の例として、遠隔運転タクシー管理装置３００は、リクエストドライバ１Ｒの希望車種に合致する未割り当てタクシー１００Ｎを第１遠隔運転タクシー１００Ｓとして選択してもよい。各未割り当てタクシー１００Ｎの現在位置や車種は、車両管理情報５１０から得られる。

ステップＳ３３０において、遠隔運転タクシー管理装置３００は、割り当て処理の結果に基づいて、管理情報５００を更新する。特に、遠隔運転タクシー管理装置３００は、リクエストドライバ１Ｒと第１遠隔運転タクシー１００Ｓに関連する管理情報５００を更新する。

ステップＳ３４０において、遠隔運転タクシー管理装置３００は、割り当て通知ＡＳＮを遠隔ドライバ端末２００に送信する。割り当て通知ＡＳＮは、割り当て処理が完了した旨、割り当てられた第１遠隔運転タクシー１００Ｓ、等を通知する。遠隔ドライバ端末２００は、割り当て通知ＡＳＮをリクエストドライバ１Ｒに提示する。

尚、割り当てることができる未割り当てタクシー１００Ｎが無い場合、遠隔運転タクシー管理装置３００は、リクエストドライバ１Ｒを「割り当て待ち」として未割り当てドライバリスト５３３（順番待ちリスト）に登録してもよい。

割り当て処理の完了後、遠隔ドライバ１は、割り当てられた遠隔運転タクシー１００を運転することができる。例えば、遠隔ドライバ１は、駅前で客待ちすることができる。他の例として、遠隔ドライバ１は、街中で客を探すこともできる。

３－３．ユーザからの要求に応答した割り当て処理
図８は、本実施の形態に係る遠隔運転タクシー管理装置３００による割り当て処理の他の例を示すフローチャートである。

ステップＳ３５０において、遠隔運転タクシー管理装置３００は、ユーザからサービスリクエストＲＥＱ＿Ｕを受け取る。

例えば、ユーザは、ユーザ端末４００上でアプリを実行して、サービスリクエストＲＥＱ＿Ｕを入力する。サービスリクエストＲＥＱ＿Ｕは、ユーザによって指定される希望乗車位置を含む。あるいは、ユーザ端末４００の現在位置が希望乗車位置としてみなされてもよい。サービスリクエストＲＥＱ＿Ｕは、ユーザによって指定される希望乗車時間を含んでいてもよい。サービスリクエストＲＥＱ＿Ｕは、ユーザによって指定される目的地を含んでいてもよい。サービスリクエストＲＥＱ＿Ｕは、ユーザが希望する遠隔運転タクシー１００の車種を含んでいてもよい。サービスリクエストＲＥＱ＿Ｕは、ユーザが希望する遠隔ドライバ１のランクを含んでいてもよい。サービスリクエストＲＥＱ＿Ｕは、ユーザによって指名される遠隔ドライバ１のドライバＩＤを含んでいてもよい。ユーザ端末４００上のアプリは、サービスリクエストＲＥＱ＿Ｕを遠隔運転タクシー管理装置３００に送信する。

他の例として、遠隔運転タクシー１００の側面に車外ＨＭＩ（Human Machine Interface）が取り付けられていてもよい。この場合、ユーザは、車外ＨＭＩを操作することによって、その遠隔運転タクシー１００を利用したい意思を伝えることができる。例えば、ユーザは、車外ＨＭＩに表示される「利用開始ボタン」を押す。また、ユーザは、車外ＨＭＩを操作して、希望する遠隔ドライバ１のランクを指定してもよい。ユーザによる車外ＨＭＩの操作に応答して、遠隔運転タクシー１００は、サービスリクエストＲＥＱ＿Ｕを遠隔運転タクシー管理装置３００に送信する。そのサービスリクエストＲＥＱ＿Ｕは、当該遠隔運転タクシー１００の車両ＩＤと現在位置を含む。当該遠隔運転タクシー１００の現在位置が、希望乗車位置に相当する。

ステップＳ３６０において、遠隔運転タクシー管理装置３００は、サービスリクエストＲＥＱ＿Ｕに応答して割り当て処理を実行する。具体的には、遠隔運転タクシー管理装置３００は、管理情報５００に基づいて、ユーザにサービスを提供する未割り当てタクシー１００Ｎ及び未割り当てドライバ１Ｎを選択する。つまり、遠隔運転タクシー管理装置３００は、いずれかの未割り当てタクシー１００Ｎといずれかの未割り当てドライバ１Ｎを選択し、ユーザに割り当てる。選択される未割り当てタクシー１００Ｎを、便宜上、「第１遠隔運転タクシー１００Ｓ」と呼ぶ。また、選択される未割り当てドライバ１Ｎを、便宜上、「第１遠隔ドライバ１Ｓ」と呼ぶ。遠隔運転タクシー管理装置３００は、第１遠隔ドライバ１Ｓを第１遠隔運転タクシー１００Ｓに割り当てる。

例えば、ユーザがある遠隔運転タクシー１００の車外ＨＭＩを操作して利用を希望した場合、遠隔運転タクシー管理装置３００は、その遠隔運転タクシー１００を第１遠隔運転タクシー１００Ｓとして選択する。

ユーザ端末４００からサービスリクエストＲＥＱ＿Ｕが送信される場合は、次の通りである。サービスリクエストＲＥＱ＿Ｕは、希望乗車位置を含んでいる。車両管理情報５１０は、各遠隔運転タクシー１００の現在位置を含んでいる。未割り当てタクシー１００Ｎは、未割り当てタクシーリスト５３２から得られる。遠隔運転タクシー管理装置３００は、管理情報５００に基づいて、希望乗車位置に近い未割り当てタクシー１００Ｎを第１遠隔運転タクシー１００Ｓとして選択する。より詳細には、遠隔運転タクシー管理装置３００は、希望乗車位置から所定範囲内に存在する未割り当てタクシー１００Ｎの中から第１遠隔運転タクシー１００Ｓを選択する。

未割り当てタクシーリスト５３２が順番待ちリストを含む場合、遠隔運転タクシー管理装置３００は、順番待ちリストで示される優先順位に従って第１遠隔運転タクシー１００Ｓを選択してもよい。

サービスリクエストＲＥＱ＿Ｕがユーザの希望車種を含んでいる場合、遠隔運転タクシー管理装置３００は、ユーザの希望車種に合致する未割り当てタクシー１００Ｎを第１遠隔運転タクシー１００Ｓとして選択してもよい。

第１遠隔ドライバ１Ｓについては、以下の通りである。遠隔運転タクシー管理装置３００は、未割り当てドライバ１Ｎの中から第１遠隔ドライバ１Ｓを選択する。未割り当てドライバ１Ｎは、未割り当てドライバリスト５３３から得られる。未割り当てドライバリスト５３３が順番待ちリストを含む場合、遠隔運転タクシー管理装置３００は、順番待ちリストで示される優先順位に従って第１遠隔ドライバ１Ｓを選択してもよい。

遠隔運転タクシー管理装置３００は、ドライバ管理情報５２０に含まれるドライバ特性情報に基づいて、第１遠隔ドライバ１Ｓを選択してもよい。

例えば、ドライバ特性情報は、各遠隔ドライバ１の希望エリアを含んでいる。第１遠隔運転タクシー１００Ｓの現在位置は、車両管理情報５１０から得られる。遠隔運転タクシー管理装置３００は、希望エリアが第１遠隔運転タクシー１００Ｓの現在位置を含む未割り当てドライバ１Ｎを第１遠隔ドライバ１Ｓとして選択してもよい。

例の例として、ドライバ特性情報は、各遠隔ドライバ１の希望車種を含んでいる。第１遠隔運転タクシー１００Ｓの車種は、車両管理情報５１０から得られる。遠隔運転タクシー管理装置３００は、希望車種が第１遠隔運転タクシー１００Ｓの車種に合致する未割り当てドライバ１Ｎを第１遠隔ドライバ１Ｓとして選択してもよい。

更に他の例として、ドライバ特性情報は、各遠隔ドライバ１のランクを含んでいる。ユーザからのサービスリクエストＲＥＱ＿Ｕは、ユーザが希望する遠隔ドライバ１のランクを含んでいてもよい。遠隔運転タクシー管理装置３００は、ランクがユーザの希望ランク以上である未割り当てドライバ１Ｎを第１遠隔ドライバ１Ｓとして選択してもよい。

更に他の例として、ユーザは、希望する遠隔ドライバ１を指名してもよい。その場合、サービスリクエストＲＥＱ＿Ｕは、ユーザによって指名された遠隔ドライバ１のドライバＩＤを含む。遠隔運転タクシー管理装置３００は、ユーザによって指名された遠隔ドライバ１を第１遠隔ドライバ１Ｓとして選択する。

遠隔運転タクシー管理装置３００は、条件に合致する未割り当てドライバ１Ｎ全員の遠隔ドライバ端末２００に、サービスリクエストＲＥＱ＿Ｕを配信してもよい。未割り当てドライバ１Ｎは、そのユーザに対するサービス提供を望む場合、遠隔運転タクシー管理装置３００に対して受付意思を返答する。遠隔運転タクシー管理装置３００は、受付意思を返答した未割り当てドライバ１Ｎを早いもの勝ちで第１遠隔ドライバ１Ｓとして選択してもよい。

遠隔運転タクシー管理装置３００は、選択した第１遠隔ドライバ１Ｓを、選択した第１遠隔運転タクシー１００Ｓに割り当てる。

ステップＳ３７０において、遠隔運転タクシー管理装置３００は、割り当て処理の結果に基づいて、管理情報５００を更新する。特に、遠隔運転タクシー管理装置３００は、第１遠隔ドライバ１Ｓと第１遠隔運転タクシー１００Ｓに関連する管理情報５００を更新する。

ステップＳ３８０において、遠隔運転タクシー管理装置３００は、割り当て通知ＡＳＮを第１遠隔ドライバ１Ｓの遠隔ドライバ端末２００に送信する。割り当て通知ＡＳＮは、割り当て処理が完了した旨、割り当てられた第１遠隔運転タクシー１００Ｓ、希望乗車位置、希望乗車時刻、目的地、等を通知する。遠隔ドライバ端末２００は、割り当て通知ＡＳＮをリクエストドライバ１Ｒに提示する。

また、遠隔運転タクシー管理装置３００は、サービス情報ＩＮＦをユーザ端末４００に送信する。サービス情報ＩＮＦは、ユーザにサービスを提供する第１遠隔ドライバ１Ｓ及び第１遠隔運転タクシー１００Ｓに関する情報を含む。例えば、サービス情報ＩＮＦは、第１遠隔運転タクシー１００Ｓの車種やナンバープレート情報を含んでいてもよい。サービス情報ＩＮＦは、第１遠隔ドライバ１Ｓの氏名やランクを含んでいてもよい。

割り当て処理の完了後、第１遠隔ドライバ１Ｓは、割り当てられた第１遠隔運転タクシー１００Ｓを運転することができる。第１遠隔ドライバ１Ｓは、第１遠隔運転タクシー１００Ｓを希望乗車位置に移動させ、ユーザをピックアップする。

４．表示灯制御
遠隔運転タクシー１００が現在利用可能か否かは、その遠隔運転タクシー１００の現在の利用状態によって決まる。例えば、利用状態が「賃送」あるいは「迎車」である場合、その遠隔運転タクシー１００は利用不可能である。一方、利用状態が「空車」である場合、その遠隔運転タクシー１００は利用可能である。

但し、遠隔運転タクシー１００にはドライバが搭乗していないため、その遠隔運転タクシー１００が利用可能か否かをユーザが判断しにくい可能性がある。そこで、本実施の形態に係る遠隔運転タクシーシステム１０は、遠隔運転タクシー１００が利用可能か否かを適切に通知するために「表示灯制御」を実行する。

図９は、本実施の形態に係る表示灯制御の一例を説明するための概念図である。遠隔運転タクシー１００は、現在利用可能か否かを示す表示灯１４０を備えている。典型的には、表示灯１４０は、遠隔運転タクシー１００の天井に取り付けられている。表示灯１４０が点灯している場合、それは遠隔運転タクシー１００が現在利用可能であることを意味する。一方、表示灯１４０が消灯している場合、それは遠隔運転タクシー１００が現在利用不可能であることを意味する。

上述の通り、車両管理情報５１０は、各遠隔運転タクシー１００の利用状態を示す。また、割り当て管理情報５３０は、遠隔ドライバ１と遠隔運転タクシー１００との割り当て状態を示す。本実施の形態に係る遠隔運転タクシーシステム１０は、管理情報５００に基づいて、表示灯制御を実行する。

まず、遠隔ドライバ１が既に割り当てられている遠隔運転タクシー１００について考える。遠隔運転タクシーシステム１０は、現在利用可能な遠隔運転タクシー１００の表示灯１４０を自動的に点灯し、現在利用不可能な遠隔運転タクシー１００の表示灯１４０を自動的に消灯する。より詳細には、遠隔運転タクシー管理装置３００は、管理情報５００に基づいて、遠隔ドライバ１が既に割り当てられている遠隔運転タクシー１００の利用状態を認識する。そして、遠隔運転タクシー管理装置３００は、その利用状態に応じて、表示灯１４０の点灯／消灯を指示する指示情報ＩＮＳを遠隔運転タクシー１００に送信する。遠隔運転タクシー１００は、受け取った指示情報ＩＮＳに従って、自身の表示灯１４０を自動的に点灯あるいは消灯する。このように、遠隔運転タクシーシステム１０（遠隔運転タクシー管理装置３００）は、遠隔運転タクシー１００の表示灯１４０の点灯状態を自動的に制御する。

次に、遠隔ドライバ１が未だ割り当てられていない未割り当てタクシー１００Ｎについて考える。尚、未割り当てタクシー１００Ｎは、未割り当てタクシーリスト５３２に基づいて認識可能である。

第１の例では、遠隔運転タクシーシステム１０は、未割り当てタクシー１００Ｎの表示灯１４０を自動的に消灯する。

第２の例では、「未割り当てドライバ１Ｎの数」が考慮される。未割り当てドライバ１Ｎは、未割り当てドライバリスト５３３に基づいて認識可能である。未割り当てドライバ１Ｎが存在していれば、ユーザからのサービスリクエストＲＥＱ＿Ｕに応答して、未割り当てタクシー１００Ｎに未割り当てドライバ１Ｎを即座に割り当てることができる。つまり、未割り当てドライバ１Ｎが存在していれば、ユーザを待たせることなく、未割り当てタクシー１００Ｎを即座に利用可能な状態にすることができる。以上の観点から、遠隔運転タクシーシステム１０は、未割り当てドライバ１Ｎの数に応じて、表示灯１４０を点灯させる未割り当てタクシー１００Ｎを選択する。例えば、遠隔運転タクシーシステム１０は、未割り当てドライバ１Ｎの数以下の未割り当てタクシー１００Ｎを選択する。遠隔運転タクシーシステム１０は、未割り当てドライバ１Ｎの数と同じ数だけ未割り当てタクシー１００Ｎを選択してもよい。そして、遠隔運転タクシーシステム１０は、選択した未割り当てタクシー１００Ｎの表示灯１４０を自動的に点灯し、それ以外の未割り当てタクシー１００Ｎの表示灯１４０を自動的に消灯する。未割り当てタクシー１００Ｎの表示灯１４０も適宜点灯することによって、ユーザの選択肢を増やすことが可能となる。

第３の例では、未割り当てタクシーリスト５３２は、割り当て処理に関する未割り当てタクシー１００Ｎの優先順位を示す順番待ちリストを含む。順番待ちリストのうち上位の未割り当てタクシー１００Ｎに対しては、即座に、あるいは、短い待ち時間で、遠隔ドライバ１を割り当てることができると予想される。以上の観点から、遠隔運転タクシーシステム１０は、順番待ちリストのうち上位から所定順位以内の未割り当てタクシー１００Ｎを選択する。そして、遠隔運転タクシーシステム１０は、選択した未割り当てタクシー１００Ｎの表示灯１４０を自動的に点灯し、それ以外の未割り当てタクシー１００Ｎの表示灯１４０を自動的に消灯する。未割り当てタクシー１００Ｎの表示灯１４０も適宜点灯することによって、ユーザの選択肢を増やすことが可能となる。

上記の第１～第３の例のいずれにおいても、遠隔運転タクシー管理装置３００は、管理情報５００に基づいて、未割り当てタクシー１００Ｎ毎に表示灯１４０を点灯させるか否かを決定することができる。そして、遠隔運転タクシー管理装置３００は、表示灯１４０の点灯／消灯を指示する指示情報ＩＮＳを未割り当てタクシー１００Ｎに送信する。未割り当てタクシー１００Ｎは、受け取った指示情報ＩＮＳに従って、自身の表示灯１４０を自動的に点灯あるいは消灯する。このように、遠隔運転タクシーシステム１０（遠隔運転タクシー管理装置３００）は、遠隔運転タクシー１００の表示灯１４０の点灯状態を自動的に制御する。

変形例として、表示灯１４０を点灯させる場合、遠隔運転タクシー１００に遠隔ドライバ１が既に割り当てられているか否かに応じて“見え方”を変えてもよい。例えば、遠隔ドライバ１が割り当てられている場合、遠隔ドライバ１が割り当てられていない場合と比較して、表示灯１４０をより明るく点灯させてもよい。

以上に説明されたように、遠隔運転タクシー１００の表示灯１４０の点灯／消灯により、その遠隔運転タクシー１００が利用可能か否かが適切に通知される。これにより、ユーザは遠隔運転タクシー１００が利用可能か否かを容易に認識することが可能となる。

５．走行制限処理
図１０は、本実施の形態に係る「走行制限処理」を説明するための概念図である。遠隔運転タクシーシステム１０は、必要に応じて、指定した遠隔運転タクシー１００の走行を制限する。例えば、走行制限は、上限車速をデフォルト値よりも低い値に設定することを含む。他の例として、走行制限は、緊急停車を含む。更に他の例として、走行制限は、路肩等の安全な位置への退避を含む。

例えば、遠隔運転タクシー管理装置３００は、遠隔ドライバ１によって運転されている最中の遠隔運転タクシー１００から、その走行状態を含む車両情報ＶＣＬを取得する。遠隔運転タクシー管理装置３００は、車両情報ＶＣＬに基づいて、遠隔運転タクシー１００の走行状態をモニタし、異常走行の有無を判定する。ここで、異常走行としては、交通標識の見落とし、交通法規違反、蛇行運転、等が挙げられる。交通法規違反については、止むを得ない事情が存在することも有り得るので、ある程度の許容範囲が設定されてもよい。異常走行が検知された場合、遠隔運転タクシー管理装置３００は、異常走行を行っている遠隔運転タクシー１００に対して、走行制限を指示する指示情報ＩＮＳを送信する。指示情報ＩＮＳを受け取った遠隔運転タクシー１００は、それに従って走行制限を行う。

他の例として、遠隔ドライバ１によって運転されている最中の遠隔運転タクシー１００自身が、車両情報ＶＣＬを取得し、車両情報ＶＣＬに基づいて自身の異常走行の有無を判定してもよい。異常走行が検知された場合、当該遠隔運転タクシー１００は、走行制限を行う。

更に他の例として、遠隔ドライバ端末２００は、遠隔ドライバ１の生体情報（心拍数、脈拍、目の動き、等）を検出するドライバモニタを備えていてもよい。遠隔ドライバ端末２００は、ドライバモニタによる検出結果に基づいて、遠隔ドライバ１の異常の有無を判定する。遠隔ドライバ１の異常としては、居眠り、急病、等が挙げられる。遠隔ドライバ１の異常が検知された場合、遠隔ドライバ端末２００は、ドライバ異常発生を遠隔運転タクシー管理装置３００に通知する。遠隔運転タクシー管理装置３００は、異常が発生した遠隔ドライバ１によって運転されている遠隔運転タクシー１００に対して、走行制限を指示する指示情報ＩＮＳを送信する。指示情報ＩＮＳを受け取った遠隔運転タクシー１００は、それに従って走行制限を行う。

更に他の例として、遠隔運転タクシー管理装置３００が、ドライバモニタによって検出された生体情報を遠隔ドライバ端末２００から受け取ってもよい。この場合、遠隔運転タクシー管理装置３００が、遠隔ドライバ１の異常の有無を判定する。

このように、遠隔運転タクシーシステム１０（遠隔運転タクシー管理装置３００、遠隔運転タクシー１００）は、必要に応じて、遠隔運転タクシー１００が走行制限を行うよう制御する。そのような走行制限により、事故の発生を抑制することが可能となる。

尚、異常走行の履歴が、遠隔ドライバ１の評価や給与に反映されてもよい。これにより、遠隔ドライバ１の意識が向上し、遠隔ドライバ１による遠隔運転がより丁寧になることが期待される。このことも、事故抑制に寄与する。

６．遠隔運転タクシーの例
６－１．構成例
図１１は、本実施の形態に係る遠隔運転タクシー１００の構成例を示すブロック図である。遠隔運転タクシー１００は、通信装置１１０、センサ群１２０、走行装置１３０、表示灯１４０、制御装置１５０、車外ＨＭＩ１６０、及び車内ＨＭＩ１７０を備えている。

通信装置１１０は、遠隔運転タクシー管理装置３００と通信を行う。

センサ群１２０は、遠隔運転タクシー１００の状態を検出する車両状態センサを含んでいる。車両状態センサは、速度センサ、加速度センサ、ヨーレートセンサ、舵角センサ、等を含んでいる。センサ群１２０は、更に、遠隔運転タクシー１００の位置を検出する位置センサを含んでいる。位置センサとしては、ＧＰＳ（Global Positioning System）センサが例示される。センサ群１２０は、更に、遠隔運転タクシー１００の周辺の状況を認識（検出）する認識センサを含んでいる。認識センサとしては、カメラ、ＬＩＤＡＲ（Laser Imaging Detection and Ranging）、レーダ、等が例示される。

走行装置１３０は、操舵装置１３１、駆動装置１３２、及び制動装置１３３を含んでいる。操舵装置１３１は、車輪を転舵する。例えば、操舵装置１３１は、パワーステアリング（EPS: Electric Power Steering）装置を含んでいる。駆動装置１３２は、駆動力を発生させる動力源である。駆動装置１３２としては、エンジン、電動機、インホイールモータ、等が例示される。制動装置１３３は、制動力を発生させる。

表示灯１４０は、遠隔運転タクシー１００が現在利用可能か否かを示す。典型的には、表示灯１４０は、遠隔運転タクシー１００の天井に取り付けられている。

制御装置１５０は、遠隔運転タクシー１００を制御する。制御装置１５０は、１又は複数のプロセッサ１５１（以下、単にプロセッサ１５１と呼ぶ）と１又は複数の記憶装置１５２（以下、単に記憶装置１５２と呼ぶ）を含んでいる。プロセッサ１５１は、各種処理を実行する。例えば、プロセッサ１５１は、ＣＰＵ（Central Processing Unit）を含んでいる。記憶装置１５２は、プロセッサ１５１による処理に必要な各種情報を格納する。記憶装置１５２としては、揮発性メモリ、不揮発性メモリ、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、等が例示される。制御装置１５０は、１又は複数のＥＣＵ（Electronic Control Unit）を含んでいてもよい。

車両制御プログラムＰＲＯＧ１は、プロセッサ１５１によって実行されるコンピュータプログラムである。車両制御プログラムＰＲＯＧ１は、記憶装置１５２に格納される。あるいは、車両制御プログラムＰＲＯＧ１は、コンピュータ読み取り可能な記録媒体に記録されてもよい。プロセッサ１５１が車両制御プログラムＰＲＯＧ１を実行することにより、制御装置１５０の機能が実現される。

車外ＨＭＩ１６０は、遠隔運転タクシー１００の側面に取り付けられている。ユーザは、車外ＨＭＩ１６０を操作することによって、遠隔運転タクシー１００を利用したい意思を伝えることができる。例えば、ユーザは、車外ＨＭＩ１６０に表示される「利用開始ボタン」を押す。

車内ＨＭＩ１７０は、遠隔運転タクシー１００の室内に設置されている。車内ＨＭＩ１７０は、表示装置、スピーカー、マイク、タッチパネル、等を含んでいる。ユーザは、車内ＨＭＩ１７０を用いて、目的地を遠隔ドライバ１に伝えることができる。また、ユーザは、車内ＨＭＩ１７０を介して、遠隔ドライバ１と会話することができる。

６－２．情報取得処理、通信処理
プロセッサ１５１は、センサ群１２０を用いて、遠隔運転タクシー１００の運転環境を示す運転環境情報ＥＮＶを取得する。運転環境情報ＥＮＶは、記憶装置１５２に格納される。運転環境情報ＥＮＶは、車両位置情報、車両状態情報、及び周辺状況情報を含んでいる。車両位置情報は、位置センサによって検出される遠隔運転タクシー１００の位置を示す。車両状態情報は、車両状態センサによって検出される車両状態を示す。

周辺状況情報は、認識センサによる認識結果を示す。例えば、周辺状況情報は、カメラによって撮像される画像を含む。周辺状況情報は、遠隔運転タクシー１００の周辺の物体に関する物体情報を含んでいてもよい。遠隔運転タクシー１００の周辺の物体としては、歩行者、他車両（先行車両、駐車車両、等）、標識、白線、路側構造物、等が例示される。物体情報は、遠隔運転タクシー１００に対する物体の相対位置及び相対速度を示す。

車両情報ＶＣＬは、遠隔ドライバ１による遠隔運転タクシー１００の遠隔運転において用いられる。車両情報ＶＣＬは、上述の運転環境情報ＥＮＶの少なくとも一部を含んでいる。例えば、車両情報ＶＣＬは、車両位置情報、車両状態情報、及び周辺状況情報を含んでいる。車両情報ＶＣＬは、更に、遠隔運転タクシー１００の現在の利用状態を含んでいてもよい。その利用状態に基づいて、車両管理情報５１０が更新される。車両情報ＶＣＬは、更に、車外ＨＭＩ１６０や車内ＨＭＩ１７０を通してユーザから入力される情報を含んでいてもよい。

プロセッサ１５１は、通信装置１１０を介して遠隔運転タクシー管理装置３００と通信を行う。例えば、プロセッサ１５１は、車両情報ＶＣＬを遠隔運転タクシー管理装置３００に送信する。他の例として、プロセッサ１５１は、サービスリクエストＲＥＱ＿Ｕを遠隔運転タクシー管理装置３００に送信する。更に他の例として、プロセッサ１５１は、操作情報ＯＰＥを遠隔運転タクシー管理装置３００から受信する。更に他の例として、プロセッサ１５１は、指示情報ＩＮＳを遠隔運転タクシー管理装置３００から受信する。

６－３．車両走行制御
プロセッサ１５１は、遠隔運転タクシー１００の走行を制御する車両走行制御を実行する。車両走行制御は、操舵制御、駆動制御、及び制動制御を含む。プロセッサ１５１は、走行装置１３０を制御することによって車両走行制御を実行する。より詳細には、プロセッサ１５１は、操舵装置１３１を制御することによって操舵制御を行う。プロセッサ１５１は、駆動装置１３２を制御することによって駆動制御を行う。プロセッサ１５１は、制動装置１３３を制御することによって制動制御を行う。

遠隔運転の最中、プロセッサ１５１は、遠隔運転タクシー管理装置３００から受信する操作情報ＯＰＥに従って、車両走行制御を行う。

６－４．表示灯制御
表示灯制御（上述のセクション４参照）に関連して、プロセッサ１５１は、遠隔運転タクシー管理装置３００から、表示灯１４０の点灯／消灯を指示する指示情報ＩＮＳを受信する。プロセッサ１５１は、受け取った指示情報ＩＮＳに従って、表示灯１４０を自動的に点灯あるいは消灯する。

６－５．走行制限処理
走行制限処理（上述のセクション５参照）に関連して、プロセッサ１５１は、遠隔運転タクシー管理装置３００から、走行制限を指示する指示情報ＩＮＳを受信する。プロセッサ１５１は、受け取った指示情報ＩＮＳに従って、走行制限を行う。

あるいは、プロセッサ１５１は、車両情報ＶＣＬに基づいて自車の異常走行の有無を判定してもよい。異常走行が検知された場合、プロセッサ１５１は、走行制限を行う。

７．遠隔ドライバ端末の例
７－１．構成例
図１２は、本実施の形態に係る遠隔ドライバ端末２００の構成例を示すブロック図である。遠隔ドライバ端末２００は、通信装置２１０、表示装置２２０、遠隔操作部材２３０、ドライバモニタ２４０、及び制御装置２５０を含んでいる。

通信装置２１０は、遠隔運転タクシー管理装置３００と通信を行う。

表示装置２２０は、各種情報を表示することにより、各種情報を遠隔ドライバ１に提示する。

遠隔操作部材２３０は、遠隔運転タクシー１００を遠隔運転（遠隔操作）する際に遠隔ドライバ１によって操作される部材である。遠隔操作部材２３０は、ハンドル２３１、アクセルペダル２３２、ブレーキペダル２３３、方向指示器、等を含んでいる。

ドライバモニタ２４０は、遠隔ドライバ１の生体情報（心拍数、脈拍、目の動き、等）を検出する。

制御装置２５０は、遠隔ドライバ端末２００を制御する。制御装置２５０は、１又は複数のプロセッサ２５１（以下、単にプロセッサ２５１と呼ぶ）と１又は複数の記憶装置２５２（以下、単に記憶装置２５２と呼ぶ）を含んでいる。プロセッサ２５１は、各種処理を実行する。例えば、プロセッサ２５１は、ＣＰＵを含んでいる。記憶装置２５２は、プロセッサ２５１による処理に必要な各種情報を格納する。記憶装置２５２としては、揮発性メモリ、不揮発性メモリ、ＨＤＤ、ＳＳＤ、等が例示される。

遠隔運転プログラムＰＲＯＧ２は、プロセッサ２５１によって実行されるコンピュータプログラムである。遠隔運転プログラムＰＲＯＧ２は、記憶装置２５２に格納される。あるいは、遠隔運転プログラムＰＲＯＧ２は、コンピュータ読み取り可能な記録媒体に記録されてもよい。遠隔運転プログラムＰＲＯＧ２は、ネットワーク経由で提供されてもよい。プロセッサ２５１が遠隔運転プログラムＰＲＯＧ２を実行することにより、制御装置２５０の機能が実現される。

７－２．遠隔運転処理
プロセッサ２５１は、通信装置２１０を介して、遠隔運転タクシー管理装置３００と通信を行う。プロセッサ２５１は、遠隔ドライバ１が割り当てられた遠隔運転タクシー１００から送信される車両情報ＶＣＬを受け取る。車両情報ＶＣＬは、記憶装置２５２に格納される。プロセッサ２５１は、車両情報ＶＣＬを表示装置２２０に表示することにより、車両情報ＶＣＬを遠隔ドライバ１に提示する。また、プロセッサ２５１は、地図情報を表示装置２２０に表示する。遠隔ドライバ１は、表示装置２２０に表示される地図情報や車両情報ＶＣＬに基づいて、遠隔運転タクシー１００の状況を把握することができる。

遠隔ドライバ１は、遠隔操作部材２３０を操作する。プロセッサ２５１は、遠隔ドライバ１による遠隔操作部材２３０の操作量を取得する。操作量は、遠隔操作部材２３０に設置されたセンサにより検出される。プロセッサ２５１は、操作量を反映した操作情報ＯＰＥを生成し、その操作情報ＯＰＥを遠隔運転タクシー管理装置３００に送信する。

７－３．割り当て処理
割り当て処理（上述のセクション３－２参照）に関連して、プロセッサ２５１は、遠隔ドライバ１によって入力される割り当てリクエストＲＥＱ＿Ｄを遠隔運転タクシー管理装置３００に送信する。また、プロセッサ２５１は、割り当て通知ＡＳＮを遠隔運転タクシー管理装置３００から受信する。

７－４．情報通知処理
プロセッサ２５１は、通信装置２１０を介して、現在のドライバ状態を遠隔運転タクシー管理装置３００に通知してもよい。そのドライバ状態に基づいて、ドライバ管理情報５２０が更新される。

７－５．走行制限処理
走行制限処理（上述のセクション５参照）に関連して、プロセッサ２５１は、ドライバモニタ２４０による検出結果に基づいて、遠隔ドライバ１の異常の有無を判定する。遠隔ドライバ１の異常が検知された場合、プロセッサ２５１は、ドライバ異常発生を遠隔運転タクシー管理装置３００に通知する。あるいは、プロセッサ２５１は、ドライバモニタによって検出された生体情報を遠隔運転タクシー管理装置３００に送信してもよい。

８．遠隔運転タクシー管理装置の例
８－１．構成例
図１３は、本実施の形態に係る遠隔運転タクシー管理装置３００の構成例を示すブロック図である。遠隔運転タクシー管理装置３００は、通信装置３１０及び制御装置３５０を含んでいる。

通信装置３１０は、遠隔運転タクシー１００、遠隔ドライバ端末２００、及びユーザ端末４００のそれぞれと通信を行う。

制御装置３５０は、遠隔運転タクシー管理装置３００を制御する。制御装置３５０は、１又は複数のプロセッサ３５１（以下、単にプロセッサ３５１と呼ぶ）と１又は複数の記憶装置３５２（以下、単に記憶装置３５２と呼ぶ）を含んでいる。プロセッサ３５１は、各種処理を実行する。例えば、プロセッサ３５１は、ＣＰＵを含んでいる。記憶装置３５２は、プロセッサ３５１による処理に必要な各種情報を格納する。例えば、管理情報５００（図３参照）が記憶装置３５２に格納される。記憶装置３５２としては、揮発性メモリ、不揮発性メモリ、ＨＤＤ、ＳＳＤ、等が例示される。

管理プログラムＰＲＯＧ３は、プロセッサ３５１によって実行されるコンピュータプログラムである。管理プログラムＰＲＯＧ３は、記憶装置３５２に格納される。あるいは、管理プログラムＰＲＯＧ３は、コンピュータ読み取り可能な記録媒体に記録されてもよい。管理プログラムＰＲＯＧ３は、ネットワーク経由で提供されてもよい。プロセッサ３５１が管理プログラムＰＲＯＧ３を実行することにより、制御装置３５０の機能が実現される。

８－２．遠隔運転処理
プロセッサ３５１は、通信装置３１０を介して、遠隔運転タクシー１００及び遠隔ドライバ端末２００と通信を行う。プロセッサ３５１は、遠隔運転タクシー１００から車両情報ＶＣＬを受信し、その車両情報ＶＣＬを遠隔ドライバ端末２００に転送する。また、プロセッサ３５１は、遠隔ドライバ端末２００から操作情報ＯＰＥを受信し、その操作情報ＯＰＥを遠隔運転タクシー１００に転送する。

８－３．割り当て処理
割り当て処理（上述のセクション３参照）に関連して、プロセッサ３５１は、割り当てリクエストＲＥＱ＿Ｄを遠隔ドライバ端末２００から受信する。また、プロセッサ３５１は、サービスリクエストＲＥＱ＿Ｕを遠隔運転タクシー１００あるいはユーザ端末４００から受信する。割り当てリクエストＲＥＱ＿ＤあるいはサービスリクエストＲＥＱ＿Ｕに応答して、プロセッサ３５１は、管理情報５００に基づいて割り当て処理を実行する（上述のセクション３－２、３－３参照）。プロセッサ３５１は、割り当て処理の結果に基づいて、管理情報５００を更新する。また、プロセッサ３５１は、割り当て通知ＡＳＮを遠隔ドライバ端末２００に送信する。また、プロセッサ３５１は、サービス情報ＩＮＦをユーザ端末４００に送信する。

８－４．表示灯制御
表示灯制御（上述のセクション４参照）に関連して、プロセッサ３５１は、管理情報５００に基づいて、各遠隔運転タクシー１００の利用状態等を認識し、表示灯１４０の点灯／消灯を判断する。そして、プロセッサ３５１は、表示灯１４０の点灯／消灯を指示する指示情報ＩＮＳを遠隔運転タクシー１００に送信する。

８－５．走行制限処理
走行制限処理（上述のセクション５参照）に関連して、プロセッサ３５１は、遠隔ドライバ１によって運転されている最中の遠隔運転タクシー１００から車両情報ＶＣＬを取得する。プロセッサ３５１は、車両情報ＶＣＬに基づいて、遠隔運転タクシー１００の走行状態をモニタし、異常走行の有無を判定する。プロセッサ３５１は、異常走行を行っている遠隔運転タクシー１００に対して、走行制限を指示する指示情報ＩＮＳを送信する。

また、プロセッサ３５１は、ドライバ異常発生の通知を遠隔ドライバ端末２００から受け取る。プロセッサ３５１は、異常が発生した遠隔ドライバ１によって運転されている遠隔運転タクシー１００に対して、走行制限を指示する指示情報ＩＮＳを送信する。

９．需要予測
遠隔運転タクシーサービスの需要をエリア毎に予測することは有用である。例えば、その需要予測に基づいて、遠隔運転タクシー１００の配置をエリア毎に最適化することができる。例えば、需要が多いエリアに、より多くの遠隔運転タクシー１００を予め配置しておくことができる。これにより、サービス機会が増加し、収益増加につながる。また、ユーザの待ち時間が短縮されるため、ユーザ満足度が向上する。

１ 遠隔ドライバ
１０ 遠隔運転タクシーシステム
１００ 遠隔運転タクシー
１４０ 表示灯
１５０ 制御装置
１５１ プロセッサ
１５２ 記憶装置
２００ 遠隔ドライバ端末
２５０ 制御装置
２５１ プロセッサ
２５２ 記憶装置
３００ 遠隔運転タクシー管理装置
３５０ 制御装置
３５１ プロセッサ
３５２ 記憶装置
４００ ユーザ端末
５００ 管理情報
５１０ 車両管理情報
５２０ ドライバ管理情報
５３０ 割り当て管理情報
５３１ 割り当て関係情報
５３２ 未割り当てタクシーリスト
５３３ 未割り当てドライバリスト
ＩＮＦ サービス情報
ＩＮＳ 指示情報
ＯＰＥ 操作情報
ＲＥＱ＿Ｕ サービスリクエスト
ＲＥＱ＿Ｄ 割り当てリクエスト
ＶＣＬ 車両情報

Claims (9)

1. 遠隔ドライバによって運転される遠隔運転タクシーを利用したモビリティサービスを提供する遠隔運転タクシーシステムであって、
   １又は複数のプロセッサと、
   各遠隔運転タクシーの利用状態、及び前記遠隔運転タクシーと前記遠隔ドライバとの割り当て状態を含む管理情報を格納する１又は複数の記憶装置と
   を備え、
   前記１又は複数のプロセッサは、ユーザからのリクエストに応答して、前記管理情報に基づいて第１割り当て処理を実行し、
   前記第１割り当て処理において、前記１又は複数のプロセッサは、
   前記遠隔ドライバが割り当てられていない前記遠隔運転タクシーである未割り当てタクシーのいずれかを、前記ユーザに前記モビリティサービスを提供する第１遠隔運転タクシーとして選択し、
   前記遠隔運転タクシーに割り当てられていない前記遠隔ドライバである未割り当てドライバのいずれかを、前記ユーザに前記モビリティサービスを提供する第１遠隔ドライバとして選択し、
   前記第１遠隔ドライバを前記第１遠隔運転タクシーに割り当てる
   ように構成され、
   前記１又は複数のプロセッサは、更に、前記遠隔運転タクシーに割り当てられていない前記遠隔ドライバであるリクエストドライバからのリクエストに応答して、前記管理情報に基づいて第２割り当て処理を実行し、
   前記第２割り当て処理において、前記１又は複数のプロセッサは、前記遠隔ドライバが割り当てられていない前記遠隔運転タクシーである未割り当てタクシーのいずれかを第２遠隔運転タクシーとして選択し、前記リクエストドライバを前記第２遠隔運転タクシーに割り当てるように構成され、
   前記遠隔運転タクシーは、現在利用可能か否かを示す表示灯を備え、
   前記１又は複数のプロセッサは、更に、
   前記管理情報に基づいて、前記遠隔ドライバが既に割り当てられており、且つ、現在利用可能な前記遠隔運転タクシーの前記表示灯を点灯し、
   前記管理情報に基づいて、前記遠隔ドライバが既に割り当てられており、且つ、現在利用不可能な前記遠隔運転タクシーの前記表示灯を消灯する
   ように構成された
   遠隔運転タクシーシステム。
2. 請求項１に記載の遠隔運転タクシーシステムであって、
   前記管理情報は、更に、各遠隔ドライバの特性を示すドライバ特性情報を含み、
   前記１又は複数のプロセッサは、前記ドライバ特性情報に基づいて前記第１遠隔ドライバを選択する
   遠隔運転タクシーシステム。
3. 請求項２に記載の遠隔運転タクシーシステムであって、
   前記管理情報は、更に、各遠隔運転タクシーの現在位置を含み、
   前記ドライバ特性情報は、各遠隔ドライバの希望エリアを含み、
   前記１又は複数のプロセッサは、前記希望エリアが前記第１遠隔運転タクシーの前記現在位置を含む前記未割り当てドライバを前記第１遠隔ドライバとして選択する
   遠隔運転タクシーシステム。
4. 請求項２に記載の遠隔運転タクシーシステムであって、
   前記管理情報は、更に、各遠隔運転タクシーの車種を含み、
   前記ドライバ特性情報は、各遠隔ドライバの希望車種を含み、
   前記１又は複数のプロセッサは、前記希望車種が前記第１遠隔運転タクシーの前記車種に合致する前記未割り当てドライバを前記第１遠隔ドライバとして選択する
   遠隔運転タクシーシステム。
5. 請求項２に記載の遠隔運転タクシーシステムであって、
   前記ドライバ特性情報は、各遠隔ドライバのランクを含み、
   前記ユーザからの前記リクエストは、前記ユーザが希望する希望ランクを含み、
   前記１又は複数のプロセッサは、前記ランクが前記希望ランク以上である前記未割り当てドライバを前記第１遠隔ドライバとして選択する
   遠隔運転タクシーシステム。
6. 請求項１乃至５のいずれか一項に記載の遠隔運転タクシーシステムであって、
   前記管理情報は、更に、前記割り当て処理に関する前記未割り当てドライバの優先順位を示す順番待ちリストを含み、
   前記１又は複数のプロセッサは、前記順番待ちリストで示される前記優先順位に従って前記第１遠隔ドライバを選択する
   遠隔運転タクシーシステム。
7. 請求項１乃至６のいずれか一項に記載の遠隔運転タクシーシステムであって、
   前記ユーザからの前記リクエストは、希望乗車位置を含み、
   前記管理情報は、更に、各遠隔運転タクシーの現在位置を含み、
   前記１又は複数のプロセッサは、前記希望乗車位置から所定範囲内に存在する前記未割り当てタクシーを前記第１遠隔運転タクシーとして選択する
   遠隔運転タクシーシステム。
8. 請求項１に記載の遠隔運転タクシーシステムであって、
   前記１又は複数のプロセッサは、更に、
   前記管理情報に基づいて、前記未割り当てタクシーと前記未割り当てドライバを認識し、
   前記未割り当てドライバの数に応じて、前記表示灯を点灯させる前記未割り当てタクシーを選択し、
   選択した前記未割り当てタクシーの前記表示灯を点灯する
   遠隔運転タクシーシステム。
9. 請求項１に記載の遠隔運転タクシーシステムであって、
   前記１又は複数のプロセッサは、更に、
   前記管理情報から、前記未割り当てタクシーの順番待ちリストを取得し、
   前記順番待ちリストのうち上位から所定順位以内の前記未割り当てタクシーを選択し、
   選択した前記未割り当てタクシーの前記表示灯を点灯する
   遠隔運転タクシーシステム。

Images