JP7517245B2 - タクシーシステム - Google Patents

Description

本明細書は、乗員を無人運転で目的地まで輸送する複数の無人タクシー車両を備えたタクシーシステムを開示する。

近年、自動運転が可能な自動運転車両をタクシー車両として利用することが提案されている。例えば、特許文献１には、自動運転車両を用いてタクシーサービスを提供する技術が開示されている。このように自動運転車両を用いることで、運転手が乗車しない無人タクシー車両を実現できる。

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

ところで、無人タクシー車両では、当然ながら、運転手が乗車していない。そのため、無人タクシー車両を利用する乗員は、通常、情報端末、あるいは、無人タクシー車両に搭載されたユーザインターフェース装置を操作して、目的地の設定や決済処理を実行する必要がある。しかし、乗員の中に、こうした情報機器を適切に操作できない人もいる。例えば、高齢者や子供、泥酔者等は、情報機器を適切に操作できない場合が多い。その結果、高齢者等は、無人タクシー車両を気軽に利用できないおそれがあった。また、情報機器を適切に操作できる人であっても、上述した目的地の設定操作や決済操作は、手間であった。

そこで、本明細書では、多くの人がより簡易に利用できるタクシーシステムを開示する。

本明細書で開示するタクシーシステムは、乗員を無人運転で目的地まで輸送する複数の無人タクシー車両と、前記無人タクシー車両に搭載され、前記乗員が提示した証明書媒体を読み取った結果を、読取データとして出力する媒体リーダと、前記読取データを解析することで、目的地および決済情報の少なくとも一方を含むチケット情報を取得し、取得した前記チケット情報に基づいて前記無人タクシー車両の目的地の設定および決済の実行の少なくとも一方を実行するシステムコントローラと、を備え、前記証明書媒体は、タクシー利用以外の場面で前記乗員を証明することを目的として前記乗員に発行された媒体である、ことを特徴とする。

かかる構成とすることで、乗員は、自身が所有する証明書媒体を提示するだけで、目的地の設定および決済処理の少なくとも一方が完了するため、無人タクシー車両をより簡易に利用できる。

この場合、さらに、前記証明書媒体の種類ごとに、前記証明書媒体の種類を特定するための識別用特徴と、前記証明書媒体のフォーマットを示すフォーマット情報と、を対応付けて記憶した媒体ＤＢを備え、前記システムコントローラは、前記読取データから前記識別用特徴を抽出し、抽出された前記識別用特徴を前記媒体ＤＢに照らし合わせて、提示された前記証明書媒体の前記フォーマット情報を特定し、特定された前記フォーマット情報に基づいて前記読取データを解析してもよい。

かかる構成とすることで、システムコントローラは、様々な種類の証明書媒体に記録されている内容を、把握できる。そして、これにより、タクシーシステムは、様々な種類の証明書媒体を、タクシーチケットとして利用できる。

また、さらに、前記証明書媒体の個体を識別するための個体識別情報と、前記チケット情報と、を対応付けて記憶したチケットＤＢと、を備え、前記フォーマット情報は、少なくとも、前記読取データ内における前記個体識別情報の配置を示す情報を含んでおり、前記システムコントローラは、特定された前記フォーマット情報に基づいて前記読取データから前記個体識別情報を抽出し、抽出された前記個体識別情報を前記チケットＤＢに照らし合わせることで、提示された前記証明書媒体に対応付けられた前記チケット情報を取得してもよい。

かかる構成とすることで、証明書媒体ごとに、利用者が希望するチケット情報を割り当てることができる。結果として、利用者の利便性をより向上できる。

また、前記チケット情報は、さらに、前記タクシー車両を利用する際の時間的条件、位置的条件、および人的条件の少なくとも一つを含む利用条件を含んでおり、前記システムコントローラは、取得した前記チケット情報に含まれる前記利用条件と、実際の利用条件と、が合致しない場合、前記証明書媒体に基づく前記目的地の設定および前記決済処理を行わなくてもよい。

かかる構成とすることで、証明書媒体の不正利用を効果的に防止できる。

また、前記システムコントローラは、取得した前記チケット情報に１以上の連絡先が含まれている場合、前記証明書媒体の提示を受けて行う前記乗員の輸送状況を前記連絡先に通知してもよい。

かかる構成とすることで、乗員の関係者が、乗員の輸送状況を把握できるため、関係者の安心感をより向上できる。

また、前記証明書媒体には、１以上の位置情報が記録されており、前記システムコントローラは、特定された前記フォーマット情報に基づいて前記読取データから前記位置情報を前記チケット情報として抽出し、抽出された前記位置情報に基づいて前記目的地の設定を行ってもよい。

かかる構成とすることで、証明書媒体に対応するチケット情報を事前に登録する必要がないため、乗員は、より気軽に無人タクシー車両を利用できる。

また、前記システムコントローラは、取得した前記チケット情報に２以上の前記目的地が含まれている場合、２以上の前記目的地を前記乗員に目的地候補として提示し、前記乗員が選択した前記目的地候補を前記無人タクシー車両の前記目的地として設定してもよい。

かかる構成とすることで、乗員の利便性をより向上できる。

また、前記媒体リーダは、前記証明書媒体を撮像するカメラ、前記証明書媒体の表面をスキャンするスキャナ、前記証明書媒体に付されたバーコードを読み取るバーコードリーダ、前記証明書媒体に内蔵されたＩＣチップに記録されたデータを読み取るＩＣリーダの少なくとも一つを含んでもよい。

本明細書で開示するタクシーシステムによれば、多くの人がより簡易に無人タクシー車両を利用できる。

タクシーシステムのイメージ図である。 タクシーシステムの構成を示すブロック図である。 媒体ＤＢの構成の一例を示す図である。 証明書媒体の一種である運転免許証とそのフォーマットの一例を示す図である。 証明書媒体の一種である診察券とそのフォーマットの一例を示す図である。 チケットＤＢの構成の一例を示す図である。 証明書媒体をタクシーチケットとして使用する場合のシステムコントローラの処理の流れを示す図である。 ＵＩ装置を介して乗員に提示される目的地選択画面の一例を示す図である。 証明書媒体をタクシーチケットとして使用する場合のシステムコントローラの処理の他の流れを示す図である。

以下、図面を参照してタクシーシステム１０の構成について説明する。図１は、タクシーシステム１０のイメージ図である。図１に示す通り、タクシーシステム１０は、複数のタクシー車両１２と、これらを管理する管理センタ１４と、を備えている。

タクシー車両１２は、乗員からの依頼を受けて、個別契約で乗員を目的地まで輸送する車両である。本例のタクシー車両１２は、定員１名の一人乗り車両である。なお、当然ながら、乳幼児等は乗員としてカウントせず、大人と同乗可能である。また、このタクシー車両１２は、動的運転タスクの全てを車両側で行う自動運転車両である。したがって、タクシー車両１２には、運転手は乗車していない。

なお、「自動運転」とは、動的運転タスクのほぼ全てを車両が行うことを意味しており、例えば、米国の自動車技術会（ＳＡＥ）で定められたレベル３からレベル５のいずれかを意味する。レベル３は、高速道路等、特定の場所において、全ての動的運転タスクが自動化されているものの、緊急時には、ドライバーの操作が必要となる運転形態である。また、レベル４は、特定の場所に限り、全ての動的運転タスクが自動化されており、緊急時の対応も自動的に処理される運転形態である。レベル５は、場所等の制限なく、ほぼ全ての条件で自動運転が可能な運転形態であり、いわゆる、「完全自動運転」を意味する。

管理センタ１４は、タクシー車両１２の配車を管理する。具体的には、管理センタ１４は、複数のタクシー車両１２それぞれの位置と運行状態を収集し、管理している。ここで、タクシー車両１２の運行状態としては、例えば、空車、賃走、回送、迎車等がある。管理センタ１４は、さらに、利用者からのリクエストや、市中におけるタクシー車両１２および人の分布状況等を考慮して、タクシー車両１２の望ましい配置を算出し、タクシー車両１２に配車指示を出力する。タクシー車両１２は、この配車指示に従い、適宜、走行する。

ここで、上述した通り、タクシー車両１２には、運転手が乗車していない。そのため、乗員は、通常、自身が所有する情報端末１１０（例えばスマートフォン等）またはタクシー車両１２に搭載されたユーザインターフェース装置（以下「ＵＩ装置」という）を操作して、目的地を設定したり、決済を実行したりする必要がある。しかし、乗員の中には、こうした情報機器の操作を適切に行えない人もいる。例えば、高齢者や小児は、情報機器の操作に慣れておらず、情報機器を適切に操作できない場合が多い。また、通常時には、情報機器を適切に操作できる人であっても、飲酒や疾病の影響で、情報機器を適切に操作できない場合もある。さらに、情報機器を適切に操作できる人にとっても、目的地の設定操作等は、手間がかかり、面倒な作業である。特に、自宅等のように、タクシー車両１２の目的地として設定する機会が多い場所については、情報機器を操作することなく、簡易に、目的地として設定できるようにしたいという要望がある。

そこで、本例のタクシーシステム１０では、乗員が予め所有している証明書媒体１００に基づいて、目的地の設定および決済の実行の少なくとも一方を実行する。具体的には、管理センタ１４は、証明書媒体１００と、チケット情報と、を予め関連付けて記憶しておく。チケット情報とは、タクシー車両１２を利用する際に必要な情報であり、目的地および決済情報の少なくとも一つを含む。タクシー車両１２は、乗員が提示した証明書媒体１００を読み取り、読み取った結果を管理センタ１４に送信する。管理センタ１４は、予め記憶した情報と、タクシー車両１２から送信された情報と、を照合して、証明書媒体１００に対応付けられたチケット情報を特定し、タクシー車両１２に送信する。タクシー車両１２は、管理センタ１４から送信されたチケット情報に基づいて目的地の設定等を実行する。つまり、本例のタクシーシステム１０では、乗員が保持する証明書媒体１００を、タクシー車両１２を利用する際に提示する「タクシーチケット」としても利用できる。以下、こうした処理を実現するための具体的構成について説明する。

はじめに、本システムで取り扱う証明書媒体１００について説明する。証明書媒体１００は、乗員が予め所有しているもので、物理的に持ち運びができる証明書である。したがって、証明書媒体１００は、例えば、カード状でもよいし、手帳状でもよい。また、証明書媒体１００は、タクシー利用以外の場面で、乗員を証明するために、タクシーシステム１０以外の組織や団体、個人が発行した証明書である。したがって、証明書媒体１００は、例えば、運転免許証やマイナンバーカード、パスポート、学生証、社員証、診察券、メンバーズカードでもよい。また、本例のタクシーシステム１０は、複数種類の証明書媒体１００を取り扱う。したがって、例えば、タクシーシステム１０は、特定の乗員が所有する運転免許証と自宅を関連づけて記憶するとともに、当該特定の乗員が所有の診察券と医療施設の住所とを互いに関連付けて記憶していてもよい。この場合、タクシー車両１２は、乗員が運転免許証を提示した場合には、乗員の自宅を目的地に設定し、診察券を提示した場合には、医療施設の住所を目的地に設定する。

また、証明書媒体１００には、当該証明書媒体１００およびその所有者に関する情報（以下「証明書情報」という）が記録されている。例えば、運転免許証は、国によって多少の違いはあるが、所有者の氏名や、住所、運転が許可されている車両種類、顔写真、有効期限、免許証番号、発行機関の名称等が証明書情報として、その表面に印刷されている。また、診察券は、発行元の医療施設によって違いがあるが、通常、医療施設の名称や住所、電話番号、所有者の登録番号、所有者の氏名等が、証明書情報として記録されている。こうした証明書情報は、証明書媒体１００の表面にテキストとして印刷されてもよいし、バーコード等に暗号化された状態で印刷されてもよい。また、別の形態として、証明書情報は、証明書媒体１００に内蔵されたＩＣチップに記録されてもよい。

次に、図２を参照してタクシー車両１２および管理センタ１４の構成について説明する。図２は、タクシーシステム１０の構成を示すブロック図である。図２に示すように、タクシー車両１２は、駆動ユニット２４と、車両センサ群２６と、通信Ｉ／Ｆ２８と、ＵＩ装置３０と、媒体リーダ３２と、決済装置３４と、車両コントローラ２２と、を有する。駆動ユニット２４は、タクシー車両１２を走行させるための機械的駆動力を発生させる機器であり、例えば、原動機や動力伝達装置、ブレーキ装置、懸架装置、舵取り装置等を含む。車両センサ群２６は、タクシー車両１２の走行に必要な各種情報をセンシングするための複数のセンサを含む。かかる車両センサ群２６は、例えば、タクシー車両１２の周辺環境を検知するためのセンサ（例えばカメラ、ＬｉＤＡＲ、ミリ波レーダ、超音波センサ等）や、タクシー車両１２の現在位置を検知するためのセンサ（例えばＧＰＳ等）、タクシー車両１２の走行状態を検知するためのセンサ（例えば加速度センサ、ジャイロセンサ等）等を含む。車両センサ群２６で検知された情報は、車両コントローラ２２に送信される。車両コントローラ２２は、車両センサ群２６で検知された情報に基づいて、タクシー車両１２の加減速量および操舵量を演算し、駆動ユニット２４を駆動する。

通信Ｉ／Ｆ２８は、通信技術を利用して、車外の情報機器と通信する。この場合、通信対象である情報機器としては、例えば、管理センタ１４や、他のタクシー車両１２、乗員が所有する情報端末１１０等が含まれる。こうした通信は、携帯電話会社が提供するモバイルデータ通信を利用して行われてもよいし、ブルートゥース（登録商標）等の近距離無線通信を利用して行われてもよいし、専用の通信回線を利用して行われてもよい。

ＵＩ装置３０は、利用者に対して情報を提示するとともに、利用者からの操作を受け付ける装置である。このＵＩ装置３０は、例えば、利用者に情報を出力する出力装置と、利用者の操作を受け付ける入力装置と、を有する。出力装置は、例えば、ディスプレイ、スピーカ、および、ランプの少なくとも１つを含んでもよい。また、入力装置は、例えば、タッチパネル、キーボード、スイッチ、レバー、ペダル、マイクの少なくとも１つを含んでもよい。

媒体リーダ３２は、乗員が提示した証明書媒体１００を読み取り、その結果を読取データとして出力する。かかる媒体リーダ３２は、例えば、証明書媒体１００を撮像するカメラ、証明書媒体１００の表面をスキャンするスキャナ、証明書媒体１００に付されたバーコードを読み取るバーコードリーダ、および、証明書媒体１００に内蔵されたＩＣチップに記録されたデータを読み取るＩＣリーダ、の少なくとも一方を含んでもよい。媒体リーダ３２がカメラまたはスキャナを有する場合、読取データは、証明書媒体１００を撮像またはスキャンして得られる画像データを含む。また、媒体リーダ３２がバーコードリーダを有する場合、読取データは、バーコードを解析して得られる情報を含む。さらに、媒体リーダ３２がＩＣリーダを有する場合、読取データは、ＩＣチップから読みだされたデータを含む。

決済装置３４は、単独で、または、管理センタ１４と協働して、タクシー車両１２の利用料金の徴収を実行する装置である。したがって、決済装置３４は、利用料金を徴収するための装置、例えば、投入された現金の金額を計数して必要に応じて釣銭を出す金銭装置や、クレジットカードでの決済を処理するカードリーダ、プリペイドカードに内蔵されたＩＣチップと通信するＲＦＩＤリーダ／ライタ、バーコード決済を行うためのバーコードリーダ等を有してもよい。また、決済装置３４は、利用者が事前登録した電子ウォレットにアクセスするためのアクセス情報（例えば、利用者の識別情報やパスワード等）を取得し、これを管理センタ１４に送信する装置でもよい。この場合、管理センタ１４は、受信したアクセス情報に基づいて、利用者の電子ウォレットにアクセスし、利用料金を徴収する。また、後述する通り、証明書媒体１００に、決済情報として、引き落とし口座やクレジット番号が対応付けられている場合、タクシーシステム１０は、この決済情報に従って、決済処理を自動的に実行する。したがって、この場合、乗員は、証明書媒体１００の提示さえ行えば、決済装置３４を操作する必要はない。

車両コントローラ２２は、タクシー車両１２の駆動を制御する。車両コントローラ２２は、例えば、車両センサ群２６での検知結果からタクシー車両１２の周辺環境を把握し、タクシー車両１２が安全に走行できるように駆動ユニット２４の駆動を制御する。

車両コントローラ２２は、物理的には、プロセッサ２２ａとメモリ２２ｂとを有するコンピュータである。この「コンピュータ」には、コンピュータシステムを１つの集積回路に組み込んだマイクロコントローラーも含まれる。また、プロセッサ２２ａとは、広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、等）や、専用のプロセッサ（例えばＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。また、プロセッサ２２ａは、物理的に１つの要素である必要はなく、物理的に離れた位置に存在する複数のプロセッサを含んでもよい。同様に、メモリ２２ｂも、物理的に１つの要素である必要はなく、物理的に離れた位置に存在する複数のメモリで構成されてもよい。また、メモリ２２ｂは、半導体メモリ（例えばＲＡＭ、ＲＯＭ、ソリッドステートドライブ等）および磁気ディスク（例えば、ハードディスクドライブ等）の少なくとも１つを含んでもよい。

次に、管理センタ１４の構成について説明する。管理センタ１４は、管理コントローラ４０と、通信Ｉ／Ｆ４２と、媒体ＤＢ４４と、チケットＤＢ４６と、を有している。通信Ｉ／Ｆ４２は、汎用的な通信網、または、専用通信網を介して、複数のタクシー車両１２と通信を行う。

媒体ＤＢ４４は、証明書媒体１００の種類と、そのフォーマットを特定する際に参照されるデータベースであるが、これについては、後に詳説する。また、チケットＤＢ４６は、証明書媒体１００に対応付けられたチケット情報を特定する際に参照されるデータベースである。このチケットＤＢ４６の具体的構成についても後述する。

管理コントローラ４０は、利用者が、外部の情報端末、または、タクシー車両１２のＵＩ装置３０を介して送信した利用要求に応じて、タクシー車両１２の配車をコントロールする。利用要求は、利用者が、タクシー車両１２を利用したい場合に送信される情報である。この利用要求には、少なくとも、目的地が含まれる。また、利用者が、現時点で乗車せず、後のタイミングで乗車する場合、利用要求は、さらに、乗車位置および乗車日時を含む。管理コントローラ４０は、こうした利用要求や、複数のタクシー車両１２の走行状態、市中における人の分布等に基づいて、タクシー車両１２に配車指示を出力する。こうした管理コントローラ４０も、プロセッサ４０ａとメモリ４０ｂとを有したコンピュータで構成される。

また、この管理コントローラ４０および車両コントローラ２２は、システムコントローラ２０を構成する。システムコントローラ２０は、乗員が提示した証明書媒体１００に基づいて、タクシー車両１２の目的地設定および決済処理の少なくとも一方を実行する。

次に、媒体ＤＢ４４の構成について図３～図５を参照して説明する。図３は、媒体ＤＢ４４の構成の一例を示す図である。図４は、証明書媒体１００の一種である運転免許証１００ａとそのフォーマットの一例を示す図である。また、図５は、証明書媒体１００の一種である診察券１００ｂとそのフォーマットの一例を示す図である。

上述した通り、本例のタクシーシステム１０は、証明書媒体１００に基づいてタクシー車両１２の目的地設定等を行う。また、タクシーシステム１０は、複数種類の証明書媒体１００を取り扱うことができる。証明書媒体１００に記録された証明書情報の内容や、その記録のフォーマット等は、証明書媒体１００の種類によって異なる。そのため、媒体リーダ３２で読み取った読取データから、証明書媒体１００に記録された証明書情報を抽出するためには、証明書媒体１００の種類とそのフォーマットを把握する必要がある。

そこで、タクシーシステム１０は、証明書媒体１００の種類とフォーマットを特定するために、媒体ＤＢ４４を有している。媒体ＤＢ４４は、図３に示すように、証明書媒体１００の種類番号と、媒体名と、識別用特徴と、フォーマット情報と、を対応付けて記録したデータベースである。種類番号は、証明書媒体１００の種類を示す識別番号である。図示例では、運転免許証には、「Ｋ０００１」、「ＡＢＣクリニック」の診察券には「Ｋ０００２」という種類番号が設定されている。

識別用特徴は、証明書媒体１００の種類を特定する際に用いられる特徴である。例えば、証明書媒体１００には、通常、当該証明書媒体１００の種類を示すテキストが記録されている。この種類を示すテキストは、識別用特徴となる。例えば、図４に示す日本の運転免許証１００ａの場合、顔画像Ｅａ６の左側に、「運転免許証」のテキストＥａ７が付されている。この「運転免許証」というテキストの内容や、フォント、フォントサイズ、記載位置等が、運転免許証１００ａの識別用特徴として媒体ＤＢ４４に記録される。また、識別用特徴は、こうした媒体種類の名称を示すテキストに関する情報に加え、運転免許証１００ａに含まれる特定の画像やテキストを含んでもよい。

同様に、図５に示す「ＡＢＣクリニック」の診察券１００ｂの場合、上部に「ＡＢＣクリニック」のテキストＥｂ２が付されている。この「ＡＢＣクリニック」というテキストや、フォント、フォントサイズ、記載位置等が、診察券１００ｂの識別用特徴として媒体ＤＢ４４に記録される。また、識別用特徴は、こうした媒体種類の名称を示すテキストに関する情報に加え、診察券１００ｂに含まれる特定の画像、例えば、図５の例では、猫の画像Ｅｂ４と、その位置等の情報を含んでもよい。

管理コントローラ４０は、媒体リーダ３２で取得された読取データを解析し、この識別用特徴の有無を判断する。そして、特定の識別用特徴を有している場合には、読み取られた証明書媒体１００の種類は、特定された識別用特徴に対応する種類であると判断する。例えば、管理コントローラ４０は、読取データに、「ＡＢＣクリニック」というテキストと、所定の猫の画像と、が含まれている場合、読み取られた証明書媒体１００の種類は、種類ＩＤが「Ｋ０００２」の診察券１００ｂであると判断する。

媒体ＤＢ４４には、さらに、種類番号に対応付けて、フォーマット情報も記録されている。フォーマット情報は、証明書媒体１００に記録されている証明書情報のフォーマットを示す情報である。例えば、図４に示す日本の運転免許証１００ａの場合、エリアＡａ１に氏名Ｅａ１、エリアＡａ２に生年月日Ｅａ２、エリアＡａ３に住所Ｅａ３、エリアＡａ８に免許証番号Ｅａ８等のように、所定のフォーマットに従って、証明書情報が記録されている。

同様に、図５に示す診察券１００ｂの場合、エリアＡｂ２に医療施設の名称Ｅｂ２、エリアＡｂ３に登録番号Ｅｂ３、エリアＡｂ５に施設住所Ｅｂ５、エリアＡｂ６に施設電話番号Ｅｂ６、エリアＡｂ７に本人の氏名Ｅｂ７等のように、所定のフォーマットに従って証明書情報が記録されている。媒体ＤＢ４４には、こうした証明書媒体１００のフォーマットを示す情報、例えば、各エリアの座標と、記録される情報種類等が、記録されている。管理コントローラ４０は、このフォーマット情報に基づいて、読取データを解析し、証明書媒体１００の証明書情報を取得する。

なお、ここで例示したフォーマット情報は一例である。フォーマット情報は、少なくとも、証明書媒体１００の個体を識別するための個体識別情報の配置を含んでいれば、その形態は、適宜、変更されてもよい。例えば、運転免許証１００ａの場合は、免許証番号Ｅａ８が、診察券１００ｂの場合は、登録番号Ｅｂ３が個体識別情報となる。したがって、フォーマット情報は、免許証番号Ｅａ８がエリアＡａ８に、登録番号Ｅｂ３がエリアＡｂ３に記録されている情報を含むのであれば、その他の形態は、適宜、変更されてもよい。

次に、チケットＤＢ４６について図６を参照して説明する。チケットＤＢ４６は、証明書媒体１００の個体識別情報と、チケット情報と、を対応付けて記録したデータベースである。具体的に説明すると、チケットＤＢ４６には、個体識別情報として、種類番号と、個体番号と、が対応付けて記録されている。種類番号は、媒体ＤＢ４４に記録された種類番号と同じであり、証明書媒体１００の種類を示す識別情報である。個体番号は、証明書媒体１００の個体を示す識別情報である。例えば、図４に示す日本の運転免許証１００ａの場合、運転免許証ごとに異なる免許証番号Ｅａ８が付与されている。したがって、運転免許証１００ａの場合、免許証番号Ｅａ８が、運転免許証１００ａの個体を識別する個体番号として登録される。同様に、図５に示す診察券１００ｂの場合には、登録番号Ｅｂ３が、診察券１００ｂの個体を識別する個体番号として登録される。そして、証明書媒体１００の種類番号と個体番号とのを組み合わせが、証明書媒体１００の個体を識別する個体識別情報となる。

チケットＤＢ４６には、さらに、チケット情報も記録されている。チケット情報は、目的地および決済情報の少なくとも一つを含む情報である。目的地は、位置を特定可能な情報であれば、地名と番地で構成される住所でもよいし、位置を示す緯度および経度でもよい。また、別の形態として、目的地は、施設の固有名称や、電話番号等でもよい。また、目的地情報として登録される位置は、一か所に限らず、複数でもよい。

決済情報は、タクシー車両１２の利用料金を決済するために必要な情報である。かかる決済情報としては、例えば、料金の引き落とし口座番号や、クレジットカード番号、電子マネーのＩＤ番号等が含まれる。

チケット情報には、さらに、利用条件が含まれてもよい。利用条件は、対応する証明書媒体１００の所有者が、タクシー車両１２を利用する際の条件である。この利用条件は、例えば、時間的条件、位置的条件、人的条件の少なくとも一つを含んでもよい。時間的条件は、タクシー車両１２を利用する日時や曜日、季節等を含む。また、位置的条件は、例えば、乗員がタクシー車両１２に乗車する地域等を含む。さらに、人的条件は、対応する証明書媒体１００を所持する乗員の属性、例えば、性別や年齢等を含む。管理コントローラ４０は、このチケットＤＢ４６に記録されている利用条件と、実際のタクシー車両１２の利用条件と、が合致しない場合は、証明書媒体１００に基づく目的地の設定および決済処理を行わないが、これについては、後述する。

チケット情報には、さらに、連絡先情報が含まれてもよい。連絡先情報は、証明書媒体１００の提示を受けて行う乗員の輸送状況の連絡先を示す情報である。かかる連絡先情報としては、例えば、メールアドレスや、ショートメッセージの宛先（すなわち電話番号）、インスタントメッセンジャーのＩＤ等が含まれる。システムコントローラ２０は、証明書媒体１００の提示を受けて乗員の輸送を実行した場合、この連絡先に、その状況を通知する。なお、連絡先は、一つに限らず、複数登録されてもよい。

こうしたチケットＤＢ４６の情報は、乗員または乗員の代理人が、外部の情報端末、あるいは、タクシー車両１２のＵＩ装置３０を操作して登録する。具体的には、チケット情報の登録を希望する人は、外部の情報端末あるいはＵＩ装置３０を操作して、登録を希望する証明書媒体１００の読取データと、当該証明書媒体１００に対応付けたいチケット情報と、を管理センタ１４に送信する。

例えば、管理コントローラ４０は、登録希望者から、チケット情報の登録リクエストを受けた場合、登録希望者に対して証明書媒体１００の読取データ（例えば撮像画像等）の送信を要求する。この要求を受けて、登録希望者が読取データを送信すれば、管理コントローラ４０は、読取データを、媒体ＤＢ４４に照らし合わせて、証明書媒体に記録されている証明書情報（氏名や登録番号等）を抽出する。そして、得られた証明書情報を、登録希望者に送信し、その内容の正誤を確認する。確認の結果、抽出した証明書情報に誤りが無ければ、続いて、管理コントローラ４０は、登録希望者に、当該証明書媒体１００に対応付けるチケット情報の入力を要求する。この要求を受けて、登録希望者が、チケット情報を管理コントローラ４０に送信する。管理コントローラ４０は、受信したチケット情報を、証明書媒体１００の識別情報（種類番号および個体番号）と対応付けて、チケットＤＢ４６に記録する。こうしたチケット情報の登録のために、登録希望者は、自身が所有する情報端末に専用のアプリケーションをインストールしてもよいし、タクシーシステム１０が運営するホームページにアクセスしてもよい。

ここで、こうしたチケット情報の登録操作は、証明書媒体１００の所有者が行ってもよいし、当該所有者の代理人が行ってもよい。すなわち、上述した通り、高齢者や小児は、情報端末の操作に不慣れなため、上述したチケット情報の登録を適切に行えない場合がある。かかる場合には、証明書媒体１００の所有者の代理人、例えば、所有者の家族や知人が、所有者に替わって、チケット情報を登録してもよい。いずれにしても、チケットＤＢ４６に、証明書媒体１００の識別情報とチケット情報とを対応付けて記録することで、証明書媒体１００を、目的地および決済情報の少なくとも一つを示すタクシーチケットとして利用できる。

次に、証明書媒体１００をタクシーチケットして使用する場合のシステムコントローラ２０の処理について図７を参照して説明する。タクシー車両１２を利用したい乗員は、タクシー車両１２に乗車した際、自身が所有する証明書媒体１００を提示する。媒体リーダ３２は、提示された証明書媒体１００を読み取り、その読み取り結果を読取データ６０として、車両コントローラ２２に出力する。車両コントローラ２２は、得られた読取データ６０を、管理コントローラ４０に送信する。管理コントローラ４０は、媒体ＤＢ４４を参照して読取データを解析することで、乗員が提示した証明書媒体１００の種類とフォーマットを特定する。

具体的には、管理コントローラ４０は、読取データ６０の中から、識別用特徴６２を探索する。例えば、読取データが証明書媒体１００を撮像した画像の場合、管理コントローラ４０は、当該画像に対してＯＣＲ（Optical Character Recognition）を施し、ＯＣＲの結果、得られたテキストの中から、識別用特徴６２として設定されているテキストの有無を探索してもよい。また、別の形態として、識別用特徴６２として所定の画像が設定されている場合、管理コントローラ４０は、パターンマッチング処理により、読取データ（すなわち撮像画像）に、所定の画像が含まれているか否かを判断してもよい。いずれにしても、管理コントローラ４０は、読取データが有する識別用特徴６２に対応する種類を、乗員が提示した証明書媒体１００の種類として判断する。そして、媒体種類が特定できれば、管理コントローラ４０は、特定できた媒体種類を、媒体ＤＢ４４に照らし合わせて、対応するフォーマット情報６４を取得する。

フォーマット情報６４が得られれば、管理コントローラ４０は、読取データ６０をフォーマット情報６４に基づいて解析し、読取データ６０から証明書情報を抽出する。証明書情報としては、例えば、証明書媒体１００の個体番号、証明書媒体１００の所有者の氏名や、住所、証明書媒体１００が使用される施設の名称や住所等である。こうした証明書情報が得られれば、管理コントローラ４０は、得られた個体番号と証明書媒体１００の種類番号の組み合わせである個体識別情報６６を、チケットＤＢ４６に照らし合わせて、提示された証明書媒体１００に対応付けられたチケット情報６８を取得する。

チケット情報６８が得られれば、管理コントローラ４０は、このチケット情報６８を、車両コントローラ２２に送信する。車両コントローラ２２は、受信したチケット情報６８に基づいて、タクシー車両１２の目的地設定および決済処理の少なくとも一方を実行する。すなわち、チケット情報に、目的地が含まれている場合、車両コントローラ２２は、チケット情報に含まれる目的地を、タクシー車両１２の目的地として設定する。なお、チケット情報に２以上の目的地が含まれている場合、車両コントローラ２２は、この２以上の目的地を、目的地候補として、ＵＩ装置３０を介して乗員に提示する。図８は、ＵＩ装置３０を介して乗員に提示される目的地選択画面５４の一例を示す図である。チケット情報に、目的地１として「ＡＢＣクリニック：ｃｃｃ市ｄｄｄ町１－２－３」が、目的地２として、「自宅：ａａａ市ｂｂｂ町１－２－３」がそれぞれ含まれている場合、車両コントローラ２２は、ＵＩ装置３０を介して、図８に示す目的地選択画面５４を乗員に提示する。乗員は、提示された二つの目的地候補５６のうち、所望する目的地を選択する。車両コントローラ２２は、乗員により選択された目的地候補５６を、タクシー車両１２の目的地として設定する。

また、チケット情報に、決済情報が含まれている場合、車両コントローラ２２は、その決済情報に従い、決済処理を実行する。例えば、決済情報として、所定の引き落とし口座が設定されている場合、車両コントローラ２２は、その引き落とし口座から、タクシー車両１２の利用料金を引き落とす。

また、チケット情報に、利用条件が含まれている場合、車両コントローラ２２は、タクシー車両１２の実際の利用条件が、チケット情報で設定された利用条件に合致しているか否かを確認する。そして、実際の利用条件が、設定された利用条件に合致していない場合は、証明書媒体１００に基づく目的地の設定および決済処理を行わず、乗員にその旨を通知する。

また、チケット情報に、連絡先情報が含まれている場合、車両コントローラ２２は、乗員の輸送状況を、連絡先情報に登録された連絡先に、通知する。かかる構成とすることで、輸送状況の連絡を受ける人の安心感を向上できるとともに、万一、乗員に異常が発生した場合、早期に対応できる。例えば、児童が通う塾の会員証に対応付けて、当該塾の住所（目的地）と、児童の両親のメールアドレス（連絡先情報）が、それぞれ、チケットＤＢ４６に記録されている場合を考える。この場合、タクシー車両１２は、児童が塾の会員証を提示すれば、当該児童を塾へと輸送する。また、この場合、タクシー車両１２は、児童の輸送状況を、児童の両親のメールアドレスに送信する。この連絡を受けて、両親は、児童の状況を、遠隔にいても把握できるため、高い安心感が得られる。また、万一、予想外の状況となった場合、例えば、本来、塾への輸送が開始されている時刻になっても、輸送が開始されない場合等には、両親は、異常の発生に早期に気付けるため、早期に適切な対応をとることができる。

以上の説明で明らかな通り、本例によれば、乗員は、証明書媒体１００を提示すれば、目的地設定および／または決済処理を、自動的に実行できる。その結果、情報機器を適切に操作することが難しい高齢者や小児、泥酔者等でも容易にタクシー車両１２を利用できる。また、情報機器を適切に操作できる人であっても、自身が所有する証明書媒体１００（例えば運転免許証１００ａ）と、移動頻度の高い場所（例えば自宅等）と、を対応付けて登録しておけば、証明書媒体１００を提示するという簡単な作業でタクシー車両１２を利用できるため、タクシー車両１２の利便性をより向上できる。

ところで、本例では、タクシー利用以外の場面で乗員を証明することを目的として乗員に発行された証明書媒体１００を、タクシーチケットとして利用している。しかし、こうした証明書媒体１００を利用するのではなく、タクシーシステム１０が、専用のタクシーチケットを発行することも考えられる。しかし、タクシー利用以外で利用できないタクシーチケットを発行した場合、乗員は、持ち歩く媒体の種類が増えてしまい、媒体の使い分けが煩雑になるという問題がある。一方、証明書媒体１００にタクシーチケットとしての機能を付与することで、乗員が持ち歩く媒体の種類を減らすことができ、媒体の使い分けが容易となる。

また、多くの人は、自身を証明するために、何らかの証明書媒体１００を、財布等に入れて、常時、持ち歩く。例えば、運転免許証は、様々な場面で、自身の証明書として利用できるため、運転免許証を保有している人は、これを財布等に入れて、常時、持ち歩くことが多い。このように、常時持ち歩く証明書媒体１００にタクシーチケットとしての機能を付与することで、タクシーチケットを持ってくるのを忘れてタクシーを利用できない、といった問題の発生を効果的に防止できる。

また、証明書媒体１００の中には、特定の施設を利用するために発行されるものもある。例えば、診察券は、当該診察券を発行した医療施設を利用するために発行されるものである。本例のタクシーシステム１０によれば、こうした特定の施設で利用される証明書媒体１００に対応づける目的地として、当該特定の施設の住所を登録できる。そして、かかる登録とすることで、乗員は、行き先に応じて証明書媒体１００の種類を容易に使い分けることができる。例えば、本例のタクシーシステム１０によれば、第一医療施設の診察券に第一医療施設の住所を、第二医療施設の診察券に第二医療施設の住所を、それぞれ対応付けて登録できる。この場合、乗員は、第一医療施設で治療を受けたいときには、第一医療施設の診察券をタクシー車両１２に提示すれば、第一医療施設に移動でき、第二医療施設で治療を受けたいときには、第二医療施設の診察券をタクシー車両１２に提示すれば、第二医療施設に移動できる。換言すれば、この場合、乗員は、治療を受けたい医療施設の診察券をタクシー車両１２に提示すれば、当該医療施設に移動できるため、診察券（証明書媒体１００）を直感的に使い分けることができる。

次に、他のタクシーシステム１０での処理について図９を参照して説明する。上述のタクシーシステム１０では、証明書媒体１００に対応するチケット情報を、乗員または乗員の代理人が、予め、情報端末を操作してチケットＤＢ４６に登録していた。図９のタクシーシステム１０では、チケット情報を、予め登録するのではなく、証明書媒体１００に記録された証明書情報から特定する。すなわち、証明書媒体１００には、その所有者の自宅住所または証明書媒体１００を利用する施設の住所、または、その両方が記録されている場合が多い。この場合において、システムコントローラ２０は、証明書媒体１００に記録されている自宅住所または施設住所をタクシー車両１２の目的地として自動的に設定する。

すなわち、車両コントローラ２２は、媒体リーダ３２から証明書媒体１００の読取データ６０を受信すれば、これを、管理コントローラ４０に送信する。管理コントローラ４０は、読取データ６０を、媒体ＤＢ４４に照らし合わせ、乗員が提示した証明書媒体１００のフォーマット情報６４を取得する。そして、管理コントローラ４０は、フォーマット情報６４を取得すれば、当該フォーマット情報６４に基づいて、読取データ６０から、乗員の自宅住所、または、施設住所、または、その両方を抽出する。管理コントローラ４０は、ここで抽出された住所情報を、目的地、ひいては、チケット情報６８として取り扱う。そして、管理コントローラ４０は、住所情報が抽出できれば、抽出した住所情報が目的地として設定されたチケット情報６８を車両コントローラ２２に送信する。車両コントローラ２２は、チケット情報６８に含まれる目的地を、タクシー車両１２の目的地に設定する。また、自宅住所および施設住所の双方を受信した場合、車両コントローラ２２は、これら二つの住所を目的地候補５６として乗員に提示し、乗員が選択した目的地候補５６をタクシー車両１２の目的地に設定する。

以上の通り、本例では、証明書媒体１００から直接、目的地の位置情報を抽出している。かかる構成とすることで、証明書媒体１００とチケット情報とを対応づけるための事前操作が不要となるため、乗員は、より簡易にタクシー車両１２を利用できる。

なお、これまで説明した構成は一例であり、システムコントローラ２０が、証明書媒体１００の読取データを解析することで、目的地および決済情報の少なくとも一方を含むチケット情報を取得し、取得したチケット情報に基づいてタクシー車両１２の目的地の設定および決済の実行の少なくとも一方を実行するのであれば、その他の構成は、変更されてもよい。例えば、これまでの説明では、管理コントローラ４０が、読取データの解析を行っているが、読取データの解析の一部または全てを、車両コントローラ２２が、行ってもよい。また、管理センタ１４ではなく、タクシー車両１２が媒体ＤＢ４４およびチケットＤＢ４６を有してもよい。さらに、これまでの説明では、タクシー車両１２を１人乗り車両としているが、タクシー車両１２は、複数人が同時に乗車可能でもよい。

１０ タクシーシステム、１２ タクシー車両、１４ 管理センタ、２０ システムコントローラ、２２ 車両コントローラ、２４ 駆動ユニット、２６ 車両センサ群、２８ 通信Ｉ／Ｆ、３０ ＵＩ装置、３２ 媒体リーダ、３４ 決済装置、４０ 管理コントローラ、４２ 通信Ｉ／Ｆ、４４ 媒体ＤＢ、４６ チケットＤＢ、５４ 目的地選択画面、５６ 目的地候補、６０ 読取データ、６２ 識別用特徴、６４ フォーマット情報、６６ 個体識別情報、６８ チケット情報、１００ 証明書媒体、１１０ 情報端末。

Claims (7)

1. 乗員を無人運転で目的地まで輸送する複数の無人タクシー車両と、
   前記無人タクシー車両に搭載され、前記乗員が提示した証明書媒体を読み取った結果を、読取データとして出力する媒体リーダと、
   前記読取データを解析することで、目的地および決済情報を含むチケット情報を取得し、取得した前記チケット情報に基づいて前記無人タクシー車両の目的地の設定および決済を実行するシステムコントローラと、
   前記証明書媒体の種類ごとに、前記証明書媒体の種類を特定するための識別用特徴と、前記証明書媒体のフォーマットを示すフォーマット情報と、を対応付けて記憶した媒体ＤＢと、
   前記証明書媒体の個体を識別するための個体識別情報と、前記チケット情報と、を対応付けて記憶したチケットＤＢと、
   を備え、前記証明書媒体は、タクシー利用以外の場面で前記乗員を証明することを目的として前記乗員に発行された媒体であり、
   前記システムコントローラは、前記読取データから前記識別用特徴を抽出し、抽出された前記識別用特徴を前記媒体ＤＢに照らし合わせて、提示された前記証明書媒体の前記フォーマット情報を特定し、特定された前記フォーマット情報に基づいて前記読取データを解析し、
   前記フォーマット情報は、少なくとも、前記読取データ内における前記個体識別情報の配置を示す情報を含んでおり、
   前記システムコントローラは、特定された前記フォーマット情報に基づいて前記読取データから前記個体識別情報を抽出し、抽出された前記個体識別情報を前記チケットＤＢに照らし合わせることで、提示された前記証明書媒体に対応付けられた前記チケット情報を取得する、
   ことを特徴とするタクシーシステム。
2. 請求項１に記載のタクシーシステムであって、
   前記チケット情報は、さらに、前記無人タクシー車両を利用する際の時間的条件、位置的条件、および人的条件の少なくとも一つを含む利用条件を含んでおり、
   前記システムコントローラは、取得した前記チケット情報に含まれる前記利用条件と、実際の利用条件と、が合致しない場合、前記証明書媒体に基づく前記目的地の設定および前記決済の処理を行わない、
   ことを特徴とするタクシーシステム。
3. 請求項１または２に記載のタクシーシステムであって、
   前記システムコントローラは、取得した前記チケット情報に１以上の連絡先が含まれている場合、前記証明書媒体の提示を受けて行う前記乗員の輸送状況を前記連絡先に通知する、ことを特徴とするタクシーシステム。
4. 請求項１に記載のタクシーシステムであって、
   前記証明書媒体には、１以上の位置情報が記録されており、
   前記システムコントローラは、特定された前記フォーマット情報に基づいて前記読取データから前記位置情報を前記チケット情報として抽出し、抽出された前記位置情報に基づいて前記目的地の設定を行う、
   ことを特徴とするタクシーシステム。
5. 請求項１から４のいずれか１項に記載のタクシーシステムであって、
   前記システムコントローラは、取得した前記チケット情報に２以上の前記目的地が含まれている場合、２以上の前記目的地を前記乗員に目的地候補として提示し、前記乗員が選択した前記目的地候補を前記無人タクシー車両の前記目的地として設定する、ことを特徴とするタクシーシステム。
6. 請求項１から５のいずれか１項に記載のタクシーシステムであって、
   前記媒体リーダは、前記証明書媒体を撮像するカメラ、前記証明書媒体の表面をスキャンするスキャナ、前記証明書媒体に付されたバーコードを読み取るバーコードリーダの少なくとも一つを含む、ことを特徴とするタクシーシステム。
7. 請求項１から６のいずれか１項に記載のタクシーシステムであって、
   前記証明書媒体は、特定の施設を利用するために発行された証明書媒体であり、
   前記チケット情報は、前記証明書媒体に対応する前記特定の施設の住所を含む、
   ことを特徴とするタクシーシステム。

Images