JP7065395B2 - 運転支援システム、運転支援方法、プログラム、及び移動体 - Google Patents

Description

本開示は、運転支援システム、運転支援方法、プログラム、及び移動体に関する。より詳細には、本開示は、利用者を運ぶ移動体の運転を支援する運転支援システム、運転支援方法、プログラム、及びこれらによって運転が支援される移動体に関する。

従来、自動運転車の無人運転による配車サービスが知られている（特許文献１参照）。

特許文献１に開示された配車サービスでは、自動運転車は利用者の乗車時に利用者についての認証を行い、認証ができた利用者のみが自動運転車の利用を可能にしている。

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

近年、自動車を相乗りするライドシェアのサービスが検討されているが、見ず知らずの複数の乗客（第１利用者、第２利用者）が自動車に相乗りするので、乗客間の関係性を良好に保つことが要望されている。

本開示の目的は、相乗り状態において利用者間の関係性が悪化する可能性を低減できる運転支援システム、運転支援方法、プログラム、及び移動体を提供することにある。

本開示の一態様の運転支援システムは判定部と第１センサとを備える。前記判定部は、移動体において、前記移動体に既に乗っている第１利用者と、第２利用者との相乗り状態が発生すると判断すると、判定情報に基づいて、前記第２利用者の前記移動体への搭乗を許可するか否かを判定する。前記判定情報は、前記第２利用者に関する利用者情報を少なくとも含む。前記第１センサは、前記利用者情報として呼気中のアルコール濃度を測定する。前記判定部は、前記第１センサが測定した前記第２利用者の呼気中のアルコール濃度が基準値以下の場合に前記第２利用者の前記移動体への搭乗を許可する。前記判定情報は、前記第２利用者が前記移動体に搭乗する時間帯、搭乗時間、目的地までの距離のうちの少なくとも１つを更に含む。前記判定部は、前記第２利用者が前記移動体に搭乗する時間帯が夜間の時間帯の場合は前記基準値を昼間よりも高く変更する。前記判定部は、前記第１センサが測定した前記第２利用者の呼気中のアルコール濃度が前記基準値よりも高い場合に、前記搭乗時間が所定の判定時間以下である場合又は前記目的地までの距離が所定の判定距離以下である場合は前記第２利用者の前記移動体への搭乗を許可する。

本開示の一態様の運転支援方法は判定ステップを含む。判定ステップでは、移動体において、前記移動体に既に乗っている第１利用者と、第２利用者との相乗り状態が発生すると判断すると、判定情報に基づいて前記第２利用者の前記移動体への搭乗を許可するか否かをコンピュータシステムが判定する。前記判定情報は、前記第２利用者に関する利用者情報を少なくとも含む。前記判定ステップでは、前記利用者情報として呼気中のアルコール濃度を測定する第１センサが測定した前記第２利用者の呼気中のアルコール濃度が基準値以下の場合に前記第２利用者の前記移動体への搭乗を許可する。前記判定情報は、前記第２利用者が前記移動体に搭乗する時間帯、搭乗時間、目的地までの距離のうちの少なくとも１つを更に含む。前記判定ステップでは、前記第２利用者が前記移動体に搭乗する時間帯が夜間の時間帯の場合は前記基準値を昼間よりも高く変更する。前記判定ステップでは、前記第１センサが測定した前記第２利用者の呼気中のアルコール濃度が前記基準値よりも高い場合に、前記搭乗時間が所定の判定時間以下である場合又は前記目的地までの距離が所定の判定距離以下である場合は前記第２利用者の前記移動体への搭乗を許可する。

本開示の一態様のプログラムは、コンピュータシステムに、判定ステップを実行させるためのプログラムである。前記判定ステップでは、移動体において、前記移動体に既に乗っている第１利用者と、第２利用者との相乗り状態が発生すると判断すると、判定情報に基づいて、前記第２利用者の前記移動体への搭乗を許可するか否かを判定する。前記判定条件は、前記第２利用者に関する利用者情報を少なくとも含む。前記判定ステップでは、前記利用者情報として呼気中のアルコール濃度を測定する第１センサが測定した前記第２利用者の呼気中のアルコール濃度が基準値以下の場合に前記第２利用者の前記移動体への搭乗を許可する。前記判定情報は、前記第２利用者が前記移動体に搭乗する時間帯、搭乗時間、目的地までの距離のうちの少なくとも１つを更に含む。前記判定ステップでは、前記第２利用者が前記移動体に搭乗する時間帯が夜間の時間帯の場合は前記基準値を昼間よりも高く変更する。前記判定ステップでは、前記第１センサが測定した前記第２利用者の呼気中のアルコール濃度が前記基準値よりも高い場合に、前記搭乗時間が所定の判定時間以下である場合又は前記目的地までの距離が所定の判定距離以下である場合は前記第２利用者の前記移動体への搭乗を許可する。

本開示の一態様の移動体は、移動する本体を備え、前記運転支援システムによって前記第２利用者の前記本体への搭乗を許可するか否かを判定する。

本開示によれば、相乗り状態において利用者間の関係性が悪化する可能性を低減できる、という利点がある。

図１は、本開示の実施形態１に係る運転支援システムの使用例を説明する説明図である。 図２は、同上の運転支援システムを含む全体システムのシステム構成図である。 図３は、同上の運転支援システムの動作を説明するフロー図である。 図４は、同上の運転支援システムによる判定処理を説明するフロー図である。 図５は、本開示の実施形態１の変形例１に係る運転支援システムの動作を説明するフロー図である。 図６は、本開示の実施形態１の変形例３に係る運転支援システムの動作を説明するフロー図である。 図７は、同上の運転支援システムによる判定処理を説明するフロー図である。

（実施形態１）
（１）概要
本実施形態に係る運転支援システム１は、図１に示すように、利用者５０を乗せて乗車地点から降車地点まで運ぶ乗合いタクシーのような移動体１０を自動運転するシステムである。

本実施形態の運転支援システム１は、移動体１０を用いたライドシェアのサービスに利用される。以下では、移動体１０に乗車する利用者５０のうち、既に移動体１０に乗っている利用者を第１利用者５１といい、これから移動体１０に乗る利用者を第２利用者５２という場合がある。

運転支援システム１は、図２に示すように、判定部１１０を備える。判定部１１０は、移動体１０において、移動体１０に既に乗っている第１利用者５１と、第２利用者５２との相乗り状態が発生すると判断すると、判定情報に基づいて、第２利用者５２の移動体１０への搭乗を許可するか否かを判定する。判定情報は、第２利用者５２に関する利用者情報を少なくとも含む。

また、本実施形態に係る移動体１０は、移動する本体１００（図１参照）を備え、運転支援システム１によって第２利用者５２の本体１００への搭乗を許可するか否かを判定する。

運転支援システム１では、判定部１１０が、判定情報に基づいて第２利用者５２の移動体１０への搭乗を許可するか否かを判定しており、第２利用者５２の移動体１０への搭乗を許可しないことで、利用者間の関係性が悪化する可能性を低減できる。これにより、利用者５０が移動体１０を快適に利用することができ、移動体１０の移動空間の快適性を向上させることができる。

（２）詳細
本実施形態に係る運転支援システム１を含む全体のシステム構成を図１、図２等に基づいて説明する。

本実施形態の運転支援システム１は、移動体１０と、移動体１０の配車を管理するサーバ２０と、を含む。なお、図２では、移動体１０が１台のみ図示されているが、実際には移動体１０が複数あり、サーバ２０は、複数の移動体１０の配車を管理している。

（２．１）移動体の構成
移動体１０は、図１に示すように、運転支援システム１によって自動運転を行う自動車である。移動体１０には複数の利用者が乗車可能である。

移動体１０は、図２に示すように、制御部１１と、通信部１２と、メモリ１３と、第１センサ１４と、カメラ１５と、第２センサ１６と、出力部１７と、入力部１８と、を備える。

通信部１２は、電波を媒体とした無線通信を行う通信機能を有しており、移動体通信網４０を介してサーバ２０等と通信可能である。

メモリ１３は、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等の電気的に書き換え可能な不揮発性メモリ、ＲＡＭ（Random Access Memory）等の揮発性メモリ等を備える。メモリ１３は、搭乗者情報、判定情報、交通情報等を記憶する。

搭乗者情報は、移動体１０を利用する利用者５０（第１利用者５１、第２利用者５２等）に関する情報である。搭乗者情報は、例えば、利用者５０の個人を特定するために用いられる認証情報と、配車に関連する配車情報とを含む。認証情報には、利用者５０の氏名、利用者５０の認証に用いる識別ＩＤ（IDentification）、利用者５０の顔画像の画像データ、などが含まれる。配車情報には、利用者５０が乗車するときの乗車位置（例えば、緯度・経度などの座標、住所など）及び乗車時刻、降車する降車位置（例えば、緯度・経度などの座標、住所など）、利用人数、などの情報が含まれる。

判定情報は、第２利用者５２の移動体１０への搭乗を許可するか否かを判定するときに用いられる情報であり、例えば、第１利用者５１及び第２利用者５２の属性を示す属性情報などを含む。属性情報は、例えば利用者５０の年齢、性別、身長などの身体的特徴を表す第１情報と、利用者５０の性格、趣味、嗜好などを表す第２情報とを含む。

交通情報は、移動体１０が走行する地域の交通に関する情報であり、移動体１０が走行する地域の電子地図情報、道路工事、事故、渋滞、交通規制等の情報を含む。

第１センサ１４は、例えば、第２利用者５２に関する利用者情報を測定する。第１センサ１４は、例えば半導体方式のガス検出素子を備えている。第１センサ１４は、移動体１０の本体１００において移動体１０の外部にいる第２利用者５２が呼気を吹きかけ可能な位置に設けられ、例えば第２利用者５２の乗車位置において第２利用者５２が吹きかけた呼気に含まれるアルコール濃度を測定する。判定部１１０は、第１センサ１４によって測定された呼気中のアルコール濃度に基づいて、第２利用者５２の飲酒の程度を検出することができる。

カメラ１５は、例えば、ＣＭＯＳ（Complementary Metal-Oxide-Semiconductor）イメージセンサなどを備える。カメラ１５は、例えば、利用者５０の乗車位置において移動体１０に乗ろうとしている第２利用者５２の顔又は体全体を撮影し、第２利用者５２の画像を利用者情報として出力する。判定部１１０は、カメラ１５の画像をもとに、第２利用者５２の体動を判定でき、第２利用者が不審な動きをしていないかを判定できる。

第２センサ１６は、自動運転に必要な情報を検出するセンサである。第２センサは、例えば、位置センサ、物体検知センサ、画像センサ、等を含む。位置センサは、例えば、ＧＰＳ（Global Positioning System）を利用して移動体１０の現在の位置情報を取得する。物体検知センサは、例えば、ＬＩＤＡＲ（Light Detection and Ranging）、ミリ波レーダ等を有し、周囲の物体（静止物体及び移動物体）を検知する。画像センサは、例えば、ＣＭＯＳイメージセンサを有し、信号機、車線、歩道、周囲の物体などを検知する。

出力部１７は、文字、映像等を表示する表示装置１７１、音で通知を行うスピーカ、等を有している。表示装置１７１は、例えば液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等で構成される。表示装置１７１は、例えば、移動体１０の側面に設けられた乗降扉１０１の近くに配置されている。したがって、移動体１０の外部にいる人（例えば第２利用者５２）が、表示装置１７１の表示内容を目視可能である。また、表示装置１７１は、移動体１０に乗っている人が表示内容を目視可能なように、本体１００の内側（つまり、利用者５０が乗車する乗車室）にも取り付けられている。

入力部１８は、例えば、表示装置１７１に設けられたタッチセンサ、キースイッチなどを含み、利用者５０（第１利用者５１、第２利用者５２）の操作入力を受け付ける。

制御部１１は、例えば、プロセッサ及びメモリを有するマイクロコンピュータで構成されている。つまり、制御部１１は、プロセッサ及びメモリを有するコンピュータシステムで実現されている。そして、プロセッサが適宜のプログラムを実行することにより、コンピュータシステムが制御部１１として機能する。プログラムは、メモリに予め記録されていてもよいし、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。

制御部１１は、上述した判定部１１０の機能を有している。また、制御部１１は、運転部１１１、取得部１１２、受付部１１３、確認部１１４、処理部１１５の機能を更に有している。

運転部１１１は、移動体１０を自動運転する。運転部１１１は、サーバ２０から目的地情報（例えば乗車位置、降車位置の情報）を受け付けると、第２センサ１６が検出した現在の位置情報と、目的地情報と、メモリ１３に記憶された交通情報とに基づいて移動経路を決定する。そして、運転部１１１は、第２センサ１６によって検出される周囲の物体の情報などに基づいて移動体１０を自動運転し、移動体１０を目的地まで自動的に移動させる。

取得部１１２は、第２利用者５２に関する利用者情報を取得する。本実施形態では、取得部１１２は、利用者情報として、第１センサ１４から呼気中のアルコール濃度の測定結果を取得し、カメラ１５から第２利用者５２を撮影した画像データを取得する。また、取得部１１２は、第１利用者５１及び第２利用者５２がサーバ２０に配車を申し込んだときに、第１利用者５１及び第２利用者５２がサーバ２０に登録した属性情報をサーバ２０から取得する。

受付部１１３は、サーバ２０から、移動体１０に搭乗する予定の利用者５０（例えば第２利用者５２）に関する搭乗者情報及び属性情報を受け付ける。

確認部１１４は、移動体１０に利用者５０が搭乗するときに、受付部１１３が受け付けた搭乗者情報に基づいて、移動体１０に搭乗しようとしている利用者５０が、移動体１０に搭乗する予定の第２利用者５２と一致しているか否かを確認する。

処理部１１５は、判定部１１０の判定結果に基づいて移動体１０を制御する。判定部１１０が第２利用者５２の搭乗を許可した場合、処理部１１５は、第２利用者５２の乗車位置において移動体１０の乗降扉１０１を開け、第２利用者５２の移動体１０への搭乗を可能にする。また、判定部１１０が第２利用者５２の搭乗を許可しなかった場合、処理部１１５は、第２利用者５２の乗車位置において移動体１０の乗降扉１０１を開けず、第２利用者５２が搭乗できないようにする。なお、判定部１１０が第２利用者５２の搭乗を許可しなかった場合、処理部１１５は、第２利用者５２の乗車位置で移動体１０を停車させず乗車位置を通過させることで、第２利用者５２が搭乗できないようにしてもよい。

（２．２）サーバの構成
サーバ２０は、制御部２１と、通信部２２と、メモリ２３と、を備える。

制御部２１は、例えば、プロセッサ及びメモリを有するマイクロコンピュータで構成されている。つまり、制御部２１は、プロセッサ及びメモリを有するコンピュータシステムで実現されている。そして、プロセッサが適宜のプログラムを実行することにより、コンピュータシステムが制御部２１として機能する。プログラムは、メモリに予め記録されていてもよいし、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。

通信部２２は、移動体通信網４０を介して、移動体１０及び移動体１０を利用する利用者５０が携帯する端末装置３０と通信可能である。

メモリ２３は、ＥＥＰＲＯＭ等の電気的に書き換え可能な不揮発性メモリ、ＲＡＭ等の揮発性メモリ等を備える。メモリ２３は、移動体１０を利用する利用者５０に関する搭乗者情報及び属性情報、移動体１０が走行する地域の交通情報等を記憶する。

制御部２１は、複数の移動体１０の中から利用者５０（例えば第２利用者５２）を乗せる予定乗物を選ぶ選定部２１１の機能を有している。選定部２１１は、第２利用者５２からの配車要求を受け付けると、複数の移動体１０の中から、第２利用者５２を乗せる予定の予定乗物を選ぶ。第２利用者５２からの配車要求には、第２利用者５２が乗車する乗車位置及び乗車時刻、降車位置の情報などが含まれる。

選定部２１１は、複数の移動体１０のうち目的地が第２利用者の目的地と同じ方面である１以上の移動体１０を候補乗物として選ぶ。選定部２１１は、例えば、移動体１０の現在位置から移動体１０の現在の目的地（第１利用者の目的地）を見た方位角と、移動体１０の現在位置から第２利用者５２の目的地を見た方位角との角度差が所定の閾値以下であれば、同じ方面であると判断する。そして、選定部２１１は、１以上の候補乗物の中から、候補乗物に既に乗っている第１利用者５１の属性と第２利用者５２の属性との相性とを考慮して予定乗物を選ぶ。選定部２１１が第２利用者５２を乗せる予定乗物を選ぶと、制御部２１は、第２利用者５２の乗車位置、乗車時刻、降車位置を指示する配車情報を、通信部２２から予定乗物として選んだ移動体１０に送信する。

（２．３）端末装置の構成
次に、移動体１０を利用する利用者５０（第１利用者５１、第２利用者５２）が携帯する端末装置３０について図１及び図２を参照して説明する。以下では、利用者５０が携帯する端末装置３０のうち、第１利用者５１が携帯する端末装置３０を第１端末装置３０１といい、第２利用者５２が携帯する端末装置３０を第２端末装置３０２という場合もある。

端末装置３０は、例えば、スマートフォン、タブレット型の携帯端末、又はパーソナルコンピュータにより実現される。端末装置３０は、制御部３１と、通信部３２と、メモリ３３と、出力部３４と、入力部３５とを備える。

制御部３１は、例えば、プロセッサ及びメモリを有するマイクロコンピュータで構成されている。つまり、制御部３１は、プロセッサ及びメモリを有するコンピュータシステムで実現されている。そして、プロセッサが適宜のプログラムを実行することにより、コンピュータシステムが制御部３１として機能する。プログラムは、メモリに予め記録されていてもよいし、インターネット等の電気通信回線を通じて、又はメモリカード等の非一時的な記録媒体に記録されて提供されてもよい。

通信部３２は、移動体通信網４０を介して、サーバ２０等と通信可能である。

メモリ３３は、ＥＥＰＲＯＭ等の電気的に書き換え可能な不揮発性メモリ、ＲＡＭ等の揮発性メモリ等を備える。メモリ３３は、端末装置３０を携帯する利用者５０に関する利用者情報等を記憶する。

出力部３４は、例えば、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の表示部と、スピーカなどの音出力部とを含む。なお、出力部３４は、表示部と音出力部とを全て備えるものに限定されず、表示部と音出力部との少なくとも１つを含むものでもよい。

入力部３５は、例えば、出力部３４が備える表示部に設けられたタッチパネル等を備えて、利用者５０の操作入力を受け付ける。

（２．４）動作
本実施形態の運転支援システム１の動作を説明する。

以下では、第２利用者５２が第２端末装置３０２を用いてサーバ２０に配車を依頼した場合の動作について説明する。ここでは、第２利用者５２がこれから乗車する移動体１０には、別の第１利用者５１が既に乗車している場合を想定する。

第２利用者５２が、第２端末装置３０２の入力部３５を操作して、配車用のアプリを起動し、移動体１０の配車を依頼するための依頼情報（乗車位置、乗車時刻、降車位置、利用人数、等の情報）を入力する。第２端末装置３０２の制御部３１は、第２利用者５２が入力した依頼情報と、メモリ３３に記憶された第２利用者５２の個人情報とを、通信部３２からサーバ２０に送信させる。

サーバ２０の通信部２２が第２端末装置３０２から配車の依頼情報及び第２利用者５２の個人情報を受信すると、制御部２１は、受信した依頼情報及び第２利用者５２の個人情報をメモリ２３に登録する。そして、サーバ２０の選定部２１１は、受信した依頼情報及び第２利用者５２の個人情報、複数の移動体１０の運行状況、等に基づいて、複数の移動体１０の中から第２利用者５２を乗せる移動体１０を決定する。具体的には、選定部２１１は、複数の移動体１０のうち目的地が第２利用者の目的地と同じ方面である１以上の移動体１０を候補乗物として選ぶ。選定部２１１は、例えば、移動体１０の現在位置から移動体１０の現在の目的地（第１利用者の目的地）を見た方位角と、移動体１０の現在位置から第２利用者５２の目的地を見た方位角との角度差が所定の閾値以下であれば、同じ方面であると判断する。そして、選定部２１１は、１以上の候補乗物の中から、候補乗物に既に乗っている第１利用者５１の属性と第２利用者５２の属性との相性とを考慮して予定乗物を選ぶ。サーバ２０のメモリ２３には、配車依頼時に第１利用者５１及び第２利用者５２が登録した属性情報が記憶されている。属性情報には、利用者５０の年齢、性別、身長などの身体的特徴を表す第１情報と、利用者５０の性格、趣味、嗜好などを表す第２情報とが含まれている。したがって、選定部２１１は、候補乗物に既に乗っている第１利用者５１の属性と第２利用者５２の属性との相性とを考慮し、例えば第２利用者５２と趣味又は嗜好が合う第１利用者５１が乗っている候補乗物を予定乗物に選定する。

選定部２１１が第２利用者５２を乗せる予定乗物を選ぶと、制御部２１は、第２利用者５２の乗車位置、乗車時刻、降車位置を指示する配車情報と、乗車予定の第２利用者の搭乗者情報とを、通信部２２から予定乗物として選んだ移動体１０に送信する。

予定乗物として選ばれた移動体１０の通信部１２がサーバ２０から配車情報と搭乗者情報を受信すると、制御部１１は、配車情報及び搭乗者情報をメモリ１３に記憶させる。また、移動体１０の運転部１１１は、第２利用者５２の乗車時刻までに乗車位置に到着するように、移動体１０を自動運転する。このように、運転部１１１は、配車情報に含まれる乗車位置の情報を、移動体１０の目的地を示す目的地情報として受け付けると、この目的地情報に基づいて移動体１０を自動運転するので、指示された目的地（乗車位置）まで移動体１０を自動運転できる。

運転部１１１は、移動体１０が乗車位置に到着すると、移動体１０を停車させる。このとき、運転支援システム１は、乗車位置で待っている第２利用者５２の移動体１０への搭乗を許可するか否かを判定する。この場合の運転支援システム１の処理内容を図３のフロー図を参照して説明する。

制御部１１が、第２センサ１６が検出した現在の位置情報に基づいて、現在位置と乗車位置との距離が所定の判定値（例えば数ｍ）以下になった場合、乗車位置に接近したと判断する（Ｓ１）。

乗車位置に接近したと判断すると、制御部１１は、確認部１１４に第２利用者５２の認証を行わせる（Ｓ２）。本実施形態では、確認部１１４は、顔認証技術を利用して第２利用者５２の認証を行う。この場合、制御部１１は、移動体１０の側面に設けられた表示装置１７１に、「○○さんを迎えに来ました。顔認証を行うのでカメラに顔を向けてください」のようなメッセージを表示させる。そして、確認部１１４が、カメラ１５で撮影された利用者の顔画像と、受付部１１３がサーバ２０から受け付けた搭乗者情報に含まれる顔画像とを比較し、移動体１０に搭乗しようとしている利用者が、搭乗予定の第２利用者５２と一致するか否かを判断する。

ここで、確認部１１４が、移動体１０に搭乗しようとしている利用者が、搭乗予定の第２利用者５２と一致していないと判断すると（Ｓ２：不一致）、処理部１１５が、搭乗を許可しないときの第２処理を行う（Ｓ６）。処理部１１５は、例えば、乗降扉１０１を開けず、表示装置１７１に「搭乗予約が入っていないので乗れません」のようなメッセージを表示させる。制御部１１は、停車時から所定の待機時間が経過するまでの間に、搭乗予定の第２利用者５２が現われなければ、第２利用者５２の搭乗予定をキャンセルし、運転部１１１が次の目的地に向かって移動体１０を自動運転する。

一方、確認部１１４が、移動体１０に搭乗しようとしている利用者が、搭乗予定の第２利用者５２と一致したと判断すると（Ｓ２：一致）、判定部１１０が、判定情報に基づいて第２利用者５２の移動体１０への搭乗を許可するか否かを判定する（Ｓ３）。

ここで、判定部１１０による判定処理を図４のフロー図に基づいて説明する。本実施形態では、判定部１１０は、第２利用者５２の飲酒の有無に基づいて、第２利用者５２の移動体１０への搭乗を許可するか否かを判定する。制御部１１は、移動体１０の側面に設けられた表示装置１７１に、「呼気の吹き込み口に息を吹きかけてください」のようなメッセージを表示させる。移動体１０の本体１００には表示装置１７１の近くに呼気の吹込口が設けられており、この吹込口に息を吹きかけると、第１センサ１４が呼気中のアルコール濃度を測定する（Ｓ１１）。そして、取得部１１２が、利用者情報として呼気中のアルコール濃度の測定結果を第１センサ１４から取得すると、判定部１１０は、呼気中のアルコール濃度と所定の基準値との高低を比較する（Ｓ１２）。ここで、呼気中のアルコール濃度が基準値以下であれば（Ｓ１２：Ｙｅｓ）、判定部１１０は、第２利用者５２の移動体１０への搭乗を許可する（Ｓ１３）。一方、呼気中のアルコール濃度が基準値より高ければ（Ｓ１２：Ｎｏ）、判定部１１０は、第２利用者５２が過度に飲酒していると判断し、第２利用者５２の移動体１０への搭乗を許可しない（Ｓ１４）。

なお、判定部１１０は、第２利用者５２が移動体１０に搭乗する時間帯、搭乗時間、目的地までの距離のうちの少なくとも１つを考慮して、第２利用者５２の移動体１０への搭乗を許可するか否かを判定してもよい。例えば、飲酒をしている利用者が昼間に比べて多いと予想される夜間の時間帯であれば、判定部１１０はアルコール濃度の基準値を昼間よりも高めに設定してもよい。これにより、飲酒量が少量で酩酊状態でなければ、第２利用者５２の移動体１０への搭乗を許可できる。また、第１利用者５１と第２利用者５２とが移動体１０に一緒に搭乗している搭乗時間が所定の判定時間以下であれば、判定部１１０は、アルコール濃度が基準値を超えていても、第２利用者５２の移動体１０への搭乗を許可するように判定してもよい。また、第１利用者５１又は第２利用者５２の目的地までの距離が所定の判定距離以下であれば、判定部１１０は、アルコール濃度が基準値を超えていても、第２利用者５２の移動体１０への搭乗を許可するように判定してもよい。このように、判定情報が、第２利用者５２が移動体１０に搭乗する時間帯、搭乗時間、目的地までの距離のうちの少なくとも１つを更に含んでもよい。判定部１１０が、利用者情報に加え、時間帯、搭乗時間、目的地までの距離のうちの少なくとも１つを考慮して判定処理を行うことで、よりきめの細かい判定処理を行うことができる。

上述の判定処理において、判定部１１０が第２利用者５２の移動体１０への搭乗を許可すると（Ｓ４：許可）、処理部１１５は、搭乗を許可したときの第１処理を行う（Ｓ５）。処理部１１５は、例えば、乗降扉１０１を開けて、表示装置１７１に「どうぞ搭乗してください」のようなメッセージを表示させる。処理部１１５は、カメラ１５の映像などから第２利用者５２の移動体１０への搭乗を確認すると、乗降扉１０１を閉じて、表示装置１７１の表示を停止する。そして、運転部１１１が次の目的地に向かって移動体１０を自動運転する。

その後、運転部１１１が移動体１０を自動運転し、移動体１０が利用者５０の降車位置に到着すると、制御部１１は、乗降扉１０１を開けて利用者５０を降ろし、サーバ２０の指示にしたがって自動運転を継続する。なお、運転支援システム１では、降車時などのタイミングで現金又はクレジット払いで運賃の支払い処理が行われてもよい。運転支援システム１では、移動体１０に複数の利用者５０を相乗りさせているので、移動体１０を単独で利用する場合に比べて割安の運賃を設定することができる。

一方、判定処理において、判定部１１０が第２利用者５２の移動体１０への搭乗を許可しなかった場合（Ｓ４：不許可）、処理部１１５は、搭乗を許可しないときの第２処理を行う（Ｓ６）。処理部１１５は、例えば、乗降扉１０１を開けずに、表示装置１７１に「飲酒量が多いのでお乗せできません」とか「子供さんが乗車しているので飲酒の方はお乗せできません」のようなメッセージを表示させ、第２利用者５２の搭乗を不許可にしたことを通知する通知情報を通信部１２からサーバ２０に送信させる。そして、運転部１１１は、第２利用者５２を乗せずに移動体１０を発車させ、次の目的地に向かって移動体１０を自動運転する。

ここで、サーバ２０の通信部２２が、第２利用者５２の搭乗を不許可にしたとの通知情報を移動体１０から受信すると、選定部２１１が、代わりの移動体１０を選び、第２利用者５２の乗車位置に配車してもよい。この場合、選定部２１１は、空車状態で搭乗予定が入っていない移動体１０を選んで配車するのが好ましく、第２利用者５２が単独で移動体１０を利用するので、第２利用者５２に対しては相乗りに比べて高めの運賃を請求する。

また、判定部１１０は、Ｓ１２の判定において呼気中のアルコール濃度が基準値よりも高いと判定した場合でも、第１利用者５１の属性と第２利用者５２の属性とに基づいて第２利用者５２の移動体１０への搭乗を許可するか否かを判定してもよい。例えば、判定部１１０は、呼気中のアルコール濃度が基準値よりも高いと判定した場合でも、第２利用者５２が第１利用者５１と知り合いであれば、第２利用者５２の移動体１０への搭乗を許可してもよい。また、判定部１１０は、Ｓ１２の判定において呼気中のアルコール濃度が基準値よりも高いと判定した場合でも、移動体１０に誰も乗っておらず、乗車予定が無い場合には、第２利用者５２の移動体１０への搭乗を許可してもよい。

また、利用者５０がサーバ２０に対して移動体１０への搭乗を予約する際に、飲酒している利用者との相乗りを許容するか否かを登録させておいてもよい。この場合、判定部１１０は、Ｓ１２の判定において呼気中のアルコール濃度が基準値よりも高いと判定したとしても、第１利用者５１が飲酒している利用者との相乗りを許容していれば、第２利用者５２の搭乗を許可する。これにより、判定部１１０は、第１利用者５１の意向を考慮して、第２利用者５２の搭乗を許可するか否かを判定できる。

（３）変形例
上記実施形態は、本開示の様々な実施形態の一つに過ぎない。上記実施形態は、本開示の目的を達成できれば、設計等に応じて種々の変更が可能である。また、運転支援システム１と同様の機能は、運転支援方法、コンピュータプログラム、又はプログラムを記録した非一時的な記録媒体等で具現化されてもよい。一態様に係る運転支援方法は、判定ステップを含む。判定ステップでは、移動体１０において、移動体１０に既に乗っている第１利用者５１と、第２利用者５２との相乗り状態が発生すると判断すると、判定情報に基づいて、第２利用者５２の移動体１０への搭乗を許可するか否かを判定する。判定情報は、第２利用者５２に関する利用者情報を少なくとも含む。また、一態様に係る（コンピュータ）プログラムは、コンピュータシステムに、判定ステップを実行させるためのプログラムである。

以下、上記の実施形態の変形例を列挙する。以下に説明する変形例は、適宜組み合わせて適用可能である。

本開示における運転支援システム１又は運転支援方法の実行主体は、コンピュータシステムを含んでいる。コンピュータシステムは、ハードウェアとしてのプロセッサ及びメモリを主構成とする。コンピュータシステムのメモリに記録されたプログラムをプロセッサが実行することによって、本開示における運転支援システム１又は運転支援方法の実行主体としての機能が実現される。プログラムは、コンピュータシステムのメモリに予め記録されていてもよいが、電気通信回線を通じて提供されてもよいし、コンピュータシステムで読み取り可能な非一時的な記録媒体に記録されて提供されてもよい。コンピュータシステムで読み取り可能な非一時的な記録媒体は、メモリカード、光学ディスク、ハードディスクドライブ等である。コンピュータシステムのプロセッサは、半導体集積回路（ＩＣ）又は大規模集積回路（ＬＳＩ）を含む１ないし複数の電子回路で構成される。複数の電子回路は、１つのチップに集約されていてもよいし、複数のチップに分散して設けられていてもよい。複数のチップは、１つの装置に集約されていてもよいし、複数の装置に分散して設けられていてもよい。

また、上記の実施形態では、運転支援システム１は、移動体１０と、サーバ２０と、を備えているが、サーバ２０は、運転支援システム１に必須の構成ではない。すなわち、移動体１０が利用者５０の端末装置３０と直接通信できれば、サーバ２０は省略が可能である。

また、運転支援システム１は、移動体１０と、サーバ２０とで実現されているが、この構成に限らず、例えば、サーバ２０は１つ又は２つのシステムで実現されてもよい。また、運転支援システム１の判定部１１０の機能が２つ以上のシステムに分散して設けられてもよい。例えば、運転支援システム１の判定部１１０の機能は、移動体１０とサーバ２０とに分散して設けられていてもよいし、サーバ２０に設けられていてもよい。また、運転支援システム１の少なくとも一部の機能は、例えば、クラウド（クラウドコンピューティング）によって実現されてもよい。

（３．１）変形例１
実施形態１と、変形例１の運転支援システム１とでは、判定部１１０による判定方法で相違している。変形例１の運転支援システム１の構成は実施形態１と同様であるので、実施形態１と同様の構成については、共通の符号を付して適宜説明を省略する。

変形例１の運転支援システム１の動作について図５を参照して説明する。

変形例１の運転支援システム１では、判定部１１０が、カメラ１５が撮影した第２利用者５２の画像に基づいて、第２利用者５２が不審な行動をしているか否かを判定し、その判定結果をもとに第２利用者５２の移動体１０への搭乗を許可するか否かを判定する。

具体的には、取得部１１２が、利用者情報として第２利用者５２を映した画像（動画像）をカメラ１５から取得すると（Ｓ２１）、判定部１１０は、第２利用者５２を映した画像（動画像）をもとに不審な行動があるか否かを判定する（Ｓ２２）。

判定部１１０は、第２利用者５２を映した画像（動画像）をもとに、不審な行動がないと判断すると（Ｓ２２：Ｎｏ）、第２利用者５２の移動体１０への搭乗を許可する（Ｓ２３）。

判定部１１０は、第２利用者５２を映した画像（動画像）をもとに、第２利用者５２が静止できずにふらついていたり、第２利用者５２が危険物を所持していたりすると、不審な行動があると判断する（Ｓ２２：Ｙｅｓ）。判定部１１０は、不審な行動があると判断すると、第２利用者５２の移動体１０への搭乗を許可しない（Ｓ２４）。

このように、変形例１では、判定部１１０が、第２利用者５２を映した画像（動画像）に基づいて、第２利用者５２の行動に不審な点があるか否かを判断し、その判断結果をもとに、第２利用者５２の移動体１０への搭乗を許可するか否かを判定できる。

判定部１１０が、第２利用者５２を映した画像（動画像）に基づいて、第２利用者５２の行動に不審な点があるか否かを判断する場合は、乗車位置に停車しなくても第２利用者５２の移動体１０への搭乗を許可するか否かを判断できる。したがって、判定部１１０が第２利用者５２の移動体１０への搭乗を許可しないと判断した場合、処理部１１５は、移動体１０を停車させず、第２利用者５２の乗車位置を素通りさせてもよい。

なお、判定部１１０は、例えば第２利用者５２と音声対話を行い、質問に対する第２利用者５２の応答内容から第２利用者５２の精神状態などを判断し、その判断結果をもとに、第２利用者５２の移動体１０への搭乗を許可するか否かを判定してもよい。

また、判定部１１０は、飲酒の有無、不審な行動の有無に基づいて第２利用者５２の移動体１０への搭乗を許可するか否かを判定するものに限定されず、他の条件に基づいて搭乗を許可するか否かを判定してもよい。判定部１０は、例えば、第１利用者５１と第２利用者５２との性別に基づいて搭乗を許可するか否かを判定してもよく、第１利用者５１と第２利用者５２とが異性同士の組み合わせになる場合は第２利用者５２の搭乗を許可しないように判定してもよい。

また、サーバ２０は、過去に移動体１０に搭乗した利用者５０が何らかのトラブルを起こした場合、そのトラブルの内容をメモリ２３に蓄積してもよい。この場合、取得部１１２が、通信部１２を介してサーバ２０に第２利用者５２のトラブル情報を問い合わせ、判定部１１０が、第２利用者５２のトラブル情報をもとに、第２利用者５２の移動体１０への搭乗を許可するか否かを判定してもよい。

（３．２）変形例２
実施形態１と、変形例２の運転支援システム１とは、判定部１１０による判定方法で相違している。変形例２の運転支援システム１の構成は実施形態１と同様であるので、実施形態１と同様の構成については、共通の符号を付して適宜説明を省略する。

変形例２では、判定部１１０が、第１利用者５１の属性と第２利用者５２の属性との相性に基づいて、第２利用者５２の移動体１０への搭乗を許可するか否かを判定する。

判定部１１０が第２利用者５２の移動体１０への搭乗を許可するか否かを判定する場合、移動体１０の取得部１１２は、通信部１２を介してサーバ２０から第１利用者５１及び第２利用者５２の属性情報を取得する。第１利用者５１及び第２利用者５２の属性情報には、例えば利用者５０の年齢、性別、身長などの身体的特徴を表す第１情報と、利用者５０の性格、趣味、嗜好などを表す第２情報とが含まれている。

判定部１１０は、第２利用者５２の趣味又は嗜好が、第１利用者５１の趣味又は嗜好と合えば、第２利用者５２の搭乗を許可し、第２利用者５２の趣味又は嗜好が、第１利用者５１の趣味又は嗜好と合わなければ、第２利用者５２の搭乗を許可しない。これにより、趣味又は嗜好が合わない第１利用者５１と第２利用者５２とが移動体１０に同乗する可能性を低減でき、利用者間の関係性が悪化する可能性を低減できる。例えば、第１利用者５１と第２利用者５２とがともにスポーツ観戦に向かっていたり、スポーツ観戦を終えて移動する場合に、第１利用者５１と第２利用者５２が同じチームを応援しているファン同士であれば、判定部１１０は第２利用者５２の搭乗を許可する。一方、第１利用者５１と第２利用者５２が別のチームを応援しているファンであれば、判定部１１０は第２利用者５２の搭乗を許可せず、利用者間の関係性が悪化する可能性を低減できる。

また、判定部１１０は、第１利用者５１及び第２利用者５２の体格などを考慮して第２利用者５２の移動体１０への搭乗を許可するか否かを判定してもよい。判定部１１０は、移動体１０の搭乗空間と、第１利用者５１及び第２利用者５２の体格を考慮して、第２利用者５２を乗せると車内が窮屈になると判断すると、第２利用者５２の搭乗を許可しないように判定してもよく、利用者５０が移動体１０を快適に利用できるようにしている。

（３．３）変形例３
実施形態１と、変形例３の運転支援システム１とは、判定部１１０による判定方法で相違している。変形例３の運転支援システム１の構成は実施形態１と同様であるので、実施形態１と同様の構成については、共通の符号を付して適宜説明を省略する。

変形例３では、判定部１１０は、判定情報に基づいて第２利用者５２の移動体１０への搭乗を許可するか否かを判定した判定結果に対する第１利用者５１の操作入力を受け付けて判定結果を確定する。

変形例３の判定処理を図６及び図７に基づいて説明する。

制御部１１が、第２センサ１６が検出した現在の位置情報に基づいて、現在位置と乗車位置との距離が所定の判定値（例えば数ｍ）以下になった場合、乗車位置に接近したと判断する（Ｓ３１）。

乗車位置に接近したと判断すると、制御部１１は、確認部１１４に第２利用者５２の認証を行わせる（Ｓ３２）。確認部１１４による認証処理は実施形態１と同様であるので、その説明は省略する。

ここで、確認部１１４が、移動体１０に搭乗しようとしている利用者が、搭乗予定の第２利用者５２と一致していないと判断すると（Ｓ３２：不一致）、処理部１１５が、搭乗を許可しないときの第２処理を行う（Ｓ３９）。処理部１１５は、例えば、乗降扉１０１を開けず、表示装置１７１に「搭乗予約が入っていないので乗れません」のようなメッセージを表示させる。制御部１１は、停車時から所定の待機時間が経過するまでの間に、搭乗予定の第２利用者５２が現われなければ、第２利用者５２の搭乗予定をキャンセルし、運転部１１１が次の目的地に向かって移動体１０を自動運転する。

一方、確認部１１４が、移動体１０に搭乗しようとしている利用者が、搭乗予定の第２利用者５２と一致したと判断すると（Ｓ３２：一致）、判定部１１０が、判定情報に基づいて第２利用者５２の移動体１０への搭乗を許可するか否かを判定する（Ｓ３３）。判定部１１０は、例えば第２利用者５２の呼気中のアルコール濃度を測定した測定結果に基づいて、第２利用者５２の移動体１０への搭乗を許可するか否かを判定する。

このとき、制御部１１は、出力部１７を制御して、判定部１１０の判定結果を移動体１０の車内に設けられた表示装置に表示させることによって、移動体１０に既に乗っている第１利用者５１に対して判定部１１０の判定結果を提示する（Ｓ３４）。また、制御部１１は、出力部１７を制御して、判定部１１０の判定結果に対する第１利用者５１の賛否の意思を入力するように促すメッセージを、移動体１０の車内に設けられた表示装置に表示させる。

第１利用者５１が入力部１８を用いて判定部１１０の判定結果に対する賛否の意思を入力すると、制御部１１が第１利用者５１の操作入力を受け付け（Ｓ３５）、判定部１１０が第１利用者５１の操作入力を受けて判定結果を確定する（Ｓ３６）。

ここで、判定部１１０が、第１利用者５１の操作入力を受けて判定結果を確定する処理を図７に基づいて説明する。制御部１１が第１利用者５１の操作入力を受け付けると（Ｓ４１）、判定部１１０は、判定結果に第１利用者５１が賛成しているか否かを判断する（Ｓ４２）。

第１利用者５１が判定結果に賛成していれば（Ｓ４２：Ｙｅｓ）、判定部１１０は判定結果を変更せずに確定させる（Ｓ４３）。例えば、第２利用者５２の搭乗を不許可にするという判定結果に、第１利用者５１が賛成していれば、判定部１１０は、第２利用者５２の搭乗を不許可にするという判定結果を確定させる。

一方、第１利用者５１が判定結果に賛成しなければ（Ｓ４２：Ｎｏ）、判定部１１０は判定結果を変更して確定させる（Ｓ４４）。例えば、第２利用者５２の搭乗を不許可にするという判定結果に、第１利用者５１が賛成しなければ、判定部１１０は、第２利用者５２の搭乗を許可するという判定結果に変更して確定させる。

なお、移動体１０に複数の第１利用者５１が搭乗している場合は、全ての第１利用者５１から操作入力を受け付け、判定部１１０が全ての第１利用者５１の操作入力に基づいて判定結果を確定させてもよい。例えば、判定部１１０の判定結果に全ての第１利用者５１が賛成している場合、判定部１１０は判定結果を変更せずに確定する。一方、判定部１１０の判定結果に少なくとも１人の第１利用者５１が反対している場合、判定部１１０は判定結果を変更して確定させる。また、判定部１１０の判定結果に過半数の第１利用者５１が賛成している場合、判定部１１０は判定結果を変更せずに確定し、判定部１１０の判定結果に過半数の第１利用者５１が反対している場合、判定部１１０は判定結果を変更して確定させてもよい。

このようにして判定部１１０が判定結果を確定させると、処理部１１５は確定後の判定結果に応じて移動体１０を制御する。

判定部１１０が第２利用者５２の移動体１０への搭乗を許可する場合（Ｓ３７：許可）、処理部１１５は、搭乗を許可したときの第１処理を行う（Ｓ３８）。処理部１１５は、例えば、乗降扉１０１を開けて、表示装置１７１に「どうぞ搭乗してください」のようなメッセージを表示させる。処理部１１５は、カメラ１５の映像などから第２利用者５２の移動体１０への搭乗を確認すると、乗降扉１０１を閉じて、表示装置１７１の表示を停止する。そして、運転部１１１が次の目的地に向かって移動体１０を自動運転する。

一方、判定部１１０が第２利用者５２の移動体１０への搭乗を許可しない場合（Ｓ３７：不許可）、処理部１１５は、搭乗を許可しないときの第２処理を行う（Ｓ３９）。処理部１１５は、例えば、乗降扉１０１を開けずに、表示装置１７１に「飲酒量が多いのでお乗せできません」のようなメッセージを表示させ、第２利用者５２の搭乗を不許可にしたことを通知する通知情報を通信部１２からサーバ２０に送信させる。そして、運転部１１１は、第２利用者５２を乗せずに移動体１０を発車させ、次の目的地に向かって移動体１０を自動運転する。

（３．４）その他の変形例
実施形態１では、確認部１１４は、顔認証技術を利用して移動体１０に搭乗しようとしている利用者が、搭乗予定の第２利用者５２であるか否かを認証しているが、確認部１１４による第２利用者５２の認証方法は顔認証に限定されない。例えば、確認部１１４は、搭乗予約時にサーバ２０が第２利用者５２に付与した予約番号を入力させることで、第２利用者５２の認証を行ってもよい。

実施形態１では、移動体１０が自動車であったが、移動体１０は自動車に限定されず、例えば、二輪車、乗合いバス、鉄道車両、航空機、船舶等の自動車以外の移動体でもよい。

また、実施形態１の移動体１０は人を乗せて運ぶ自動車であったが、移動体１０は人を乗せるものに限定されず、利用者の荷物を指定された宛先に運んだり、利用者宛ての荷物を利用者まで運んだりする運搬用の車両でもよい。

実施形態１では、移動体１０は、運転支援システム１によって自動運転する自動運転車であるが、移動体１０は自動運転車に限定されず、運転手が運転する移動体でもよい。運転手が運転する移動体においても、運転支援システム１が第２利用者５２の移動体１０への搭乗を許可するか否かを判定するので、運転手の負担を増やすことなく、車内環境が悪化する可能性を低減できる。

また、判定部１１０によるアルコール濃度等の２値間の比較において、「以上」としているところは、「より大きい」でもよい。つまり、２値が等しい場合を含むか否かは、基準値等の設定次第で任意に変更できるので、「以上」か「より大きい」かに技術上の差異はない。

（まとめ）
以上説明したように、第１の態様に係る運転支援システム（１）は判定部（１１０）を備える。判定部（１１０）は、移動体（１０）において、移動体（１０）に既に乗っている第１利用者（５１）と、第２利用者（５２）との相乗り状態が発生すると判断すると、判定情報に基づいて第２利用者（５２）の移動体（１０）への搭乗を許可するか否かを判定する。判定情報は、第２利用者（５２）に関する利用者情報を少なくとも含む。

この態様によれば、判定部（１１０）が、判定情報に基づいて第２利用者（５２）の移動体（１０）への搭乗を許可するか否かを判定しており、第２利用者（５２）の移動体（１０）への搭乗を許可しないことで、利用者間の関係性が悪化する可能性を低減できる。

第２の態様に係る運転支援システム（１）では、第１の態様において、移動体（１０）を自動運転する運転部（１１１）を更に備える。

この態様によれば、運転部（１１１）が自動運転する移動体（１０）において、利用者間の関係性が悪化する可能性を低減できる。

第３の態様に係る運転支援システム（１）では、第２の態様において、運転部（１１１）は、移動体（１０）の目的地を示す目的地情報を受け付けると、前記目的地情報に基づいて移動体（１０）を自動運転する。

この態様によれば、運転部（１１１）が、目的地情報に基づいて移動体（１０）を目的地まで自動運転することができる。

第４の態様に係る運転支援システム（１）では、第１～第３のいずれかの態様において、判定部（１１０）は、第１利用者（５１）の属性と第２利用者（５２）の属性との相性に基づいて、第２利用者（５２）の移動体（１０）への搭乗を許可するか否かを判定する。

この態様によれば、判定部（１１０）が、第１利用者（５１）の属性と第２利用者（５２）の属性との相性を考慮して、第２利用者（５２）の移動体（１０）への搭乗を許可するか否かを判定するので、利用者間の関係性が悪化する可能性を低減できる。

第５の態様に係る運転支援システム（１）では、第１～第４のいずれかの態様において、移動体（１０）が複数あり、複数の移動体（１０）の中から第２利用者（５２）を乗せる予定乗物を選ぶ選定部（２１１）を更に備える。選定部（２１１）は、複数の移動体（１０）のうち目的地が第２利用者（５２）の目的地と同じ方面である１以上の移動体（１０）を候補乗物として選ぶ。選定部（２１１）は、１以上の候補乗物の中から、候補乗物に既に乗っている第１利用者（５１）の属性と第２利用者（５２）の属性との相性とを考慮して予定乗物を選ぶ。

この態様によれば、選定部（２１１）が、第１利用者（５１）の属性と第２利用者（５２）の属性との相性とを考慮して、第２利用者（５２）を乗せる予定乗物を選んでいるので、利用者間の関係性が悪化する可能性を低減できる。

第６の態様に係る運転支援システム（１）では、第１～第５のいずれかの態様において、第２利用者（５２）に関する利用者情報を取得する取得部（１１２）を更に備える。

この態様によれば、判定部（１１０）が、取得部（１１２）によって取得された利用者情報を含む判定情報に基づいて、第２利用者（５２）の移動体（１０）への搭乗を許可するか否かを判定することができる。

第７の態様に係る運転支援システム（１）は、第１～第６のいずれかの態様において、受付部（１１３）と、確認部（１１４）と、を更に備える。受付部（１１３）は、移動体（１０）に搭乗する予定の第２利用者（５２）に関する搭乗者情報を受け付ける。確認部（１１４）は、移動体（１０）に利用者が搭乗するときに、搭乗者情報に基づいて、移動体（１０）に搭乗しようとしている利用者が、移動体（１０）に搭乗する予定の第２利用者（５２）と一致しているか否かを確認する。

この態様によれば、確認部（１１４）によって、移動体（１０）に搭乗しようとしている利用者が、移動体（１０）に搭乗する予定の第２利用者（５２）と一致しているか否かを確認できる。したがって、移動体（１０）に搭乗する予定の第２利用者（５２）とは異なる利用者が移動体（１０）に搭乗する可能性を低減できる。

第８の態様に係る運転支援システム（１）では、第１～第７のいずれかの態様において、判定部（１１０）は、判定情報に基づいて第２利用者（５２）の移動体（１０）への搭乗を許可するか否かを判定する。判定部（１１０）は、この判定結果に対する第１利用者（５１）の操作入力を受け付けて判定結果を確定する。

この態様によれば、判定部（１１０）の判定結果に、移動体（１０）に既に乗っている第１利用者（５１）の意思を反映することができる。

第９の態様に係る運転支援システム（１）は、第１～第８のいずれかの態様において、判定部（１１０）の判定結果に応じて移動体（１０）を制御する処理部（１１５）を更に備える。

この態様によれば、判定部（１１０）の判定結果に応じた動作を移動体（１０）に行わせることができる。

第１０の態様に係る運転支援システム（１）では、第１～第９のいずれかの態様において、判定情報は、第２利用者（５２）が移動体（１０）に搭乗する時間帯、搭乗時間、目的地までの距離のうちの少なくとも１つを更に含む。

この態様によれば、判定部（１１０）は、第２利用者（５２）が移動体（１０）に搭乗する時間帯、搭乗時間、目的地までの距離のうちの少なくとも１つを考慮して、第２利用者（５２）の移動体（１０）への搭乗を許可するか否かを判定することができる。

第１１の態様に係る運転支援方法は判定ステップを含む。判定ステップでは、移動体（１０）において、移動体（１０）に既に乗っている第１利用者（５１）と、第２利用者（５２）との相乗り状態が発生すると判断すると、判定情報に基づいて第２利用者（５２）の移動体（１０）への搭乗を許可するか否かを判定する。判定情報は、第２利用者（５２）に関する利用者情報を少なくとも含む。

この態様によれば、判定情報に基づいて第２利用者（５２）の移動体（１０）への搭乗を許可するか否かを判定しており、第２利用者（５２）の移動体（１０）への搭乗を許可しないことで、利用者間の関係性が悪化する可能性を低減できる。

第１２の態様に係るプログラムは、コンピュータシステムに判定ステップを実行させるためのプログラムである。判定ステップでは、移動体（１０）において、移動体（１０）に既に乗っている第１利用者（５１）と、第２利用者（５２）との相乗り状態が発生すると判断すると、判定情報に基づいて第２利用者（５２）の移動体（１０）への搭乗を許可するか否かを判定する。判定情報は、第２利用者（５２）に関する利用者情報を少なくとも含む。

この態様によれば、判定情報に基づいて第２利用者（５２）の移動体（１０）への搭乗を許可するか否かを判定しており、第２利用者（５２）の移動体（１０）への搭乗を許可しないことで、利用者間の関係性が悪化する可能性を低減できる。

第１３の態様に係る移動体（１０）は、移動する本体（１００）を備え、第１～第１０のいずれかの態様の運転支援システム（１）によって第２利用者（５２）の本体（１００）への搭乗を許可するか否かを判定する。

この態様によれば、判定情報に基づいて第２利用者（５２）の移動体（１０）への搭乗を許可するか否かを判定しており、第２利用者（５２）の移動体（１０）への搭乗を許可しないことで、利用者間の関係性が悪化する可能性を低減できる。

上記態様に限らず、実施形態１に係る運転支援システム（１）の種々の構成（変形例を含む）は、運転支援システム（１）の通知方法、（コンピュータ）プログラム、又はプログラムを記録した非一時的記録媒体等で具現化可能である。

第２～第１０の態様に係る構成については、運転支援システム（１）に必須の構成ではなく、適宜省略可能である。

１ 運転支援システム
１０ 移動体
５１ 第１利用者
５２ 第２利用者
１００ 本体
１１１ 判定部
１１２ 取得部
１１３ 受付部
１１４ 確認部
１１５ 処理部
２１１ 選定部

Claims (12)

1. 移動体において、前記移動体に既に乗っている第１利用者と、第２利用者との相乗り状態が発生すると判断すると、前記第２利用者に関する利用者情報を少なくとも含む判定情報に基づいて、前記第２利用者の前記移動体への搭乗を許可するか否かを判定する判定部と、
   前記利用者情報として呼気中のアルコール濃度を測定する第１センサとを備え、
   前記判定部は、前記第１センサが測定した前記第２利用者の呼気中のアルコール濃度が基準値以下の場合に前記第２利用者の前記移動体への搭乗を許可し、
   前記判定情報は、前記第２利用者が前記移動体に搭乗する時間帯、搭乗時間、目的地までの距離のうちの少なくとも１つを更に含み、
   前記判定部は、前記第２利用者が前記移動体に搭乗する時間帯が夜間の時間帯の場合は前記基準値を昼間よりも高く変更し、
   前記判定部は、前記第１センサが測定した前記第２利用者の呼気中のアルコール濃度が前記基準値よりも高い場合に、前記搭乗時間が所定の判定時間以下である場合又は前記目的地までの距離が所定の判定距離以下である場合は前記第２利用者の前記移動体への搭乗を許可する
   運転支援システム。
2. 前記移動体を自動運転する運転部を更に備える
   請求項１に記載の運転支援システム。
3. 前記運転部は、前記移動体の目的地を示す目的地情報を受け付けると、前記目的地情報に基づいて前記移動体を自動運転する
   請求項２に記載の運転支援システム。
4. 前記判定部は、前記第１利用者の属性と前記第２利用者の属性との相性に基づいて、前記第２利用者の前記移動体への搭乗を許可するか否かを判定する
   請求項１～３のいずれか１項に記載の運転支援システム。
5. 前記移動体が複数あり、
   前記複数の移動体の中から前記第２利用者を乗せる予定乗物を選ぶ選定部を更に備え、
   前記選定部は、前記複数の移動体のうち目的地が前記第２利用者の目的地と同じ方面である１以上の移動体を候補乗物として選び、
   前記選定部は、１以上の前記候補乗物の中から、前記候補乗物に既に乗っている前記第１利用者の属性と前記第２利用者の属性との相性とを考慮して前記予定乗物を選ぶ
   請求項１～４のいずれか１項に記載の運転支援システム。
6. 前記第２利用者に関する前記利用者情報を取得する取得部を更に備える
   請求項１～５のいずれか１項に記載の運転支援システム。
7. 前記移動体に搭乗する予定の前記第２利用者に関する搭乗者情報を受け付ける受付部と、
   前記移動体に利用者が搭乗するときに、前記搭乗者情報に基づいて、前記移動体に搭乗しようとしている前記利用者が、前記移動体に搭乗する予定の前記第２利用者と一致しているか否かを確認する確認部と、を更に備える
   請求項１～６のいずれか１項に記載の運転支援システム。
8. 前記判定部は、前記判定情報に基づいて前記第２利用者の前記移動体への搭乗を許可するか否かを判定した判定結果に対する前記第１利用者の操作入力を受け付けて前記判定結果を確定する
   請求項１～７のいずれか１項に記載の運転支援システム。
9. 前記判定部の判定結果に応じて前記移動体を制御する処理部を更に備える
   請求項１～８のいずれか１項に記載の運転支援システム。
10. 移動体において、前記移動体に既に乗っている第１利用者と、第２利用者との相乗り状態が発生すると判断すると、前記第２利用者に関する利用者情報を少なくとも含む判定情報に基づいて、前記第２利用者の前記移動体への搭乗を許可するか否かをコンピュータシステムが判定する判定ステップを含み、
    前記判定ステップでは、前記利用者情報として呼気中のアルコール濃度を測定する第１センサが測定した前記第２利用者の呼気中のアルコール濃度が基準値以下の場合に前記第２利用者の前記移動体への搭乗を許可し、
    前記判定情報は、前記第２利用者が前記移動体に搭乗する時間帯、搭乗時間、目的地までの距離のうちの少なくとも１つを更に含み、
    前記判定ステップでは、前記第２利用者が前記移動体に搭乗する時間帯が夜間の時間帯の場合は前記基準値を昼間よりも高く変更し、
    前記判定ステップでは、前記第１センサが測定した前記第２利用者の呼気中のアルコール濃度が前記基準値よりも高い場合に、前記搭乗時間が所定の判定時間以下である場合又は前記目的地までの距離が所定の判定距離以下である場合は前記第２利用者の前記移動体への搭乗を許可する
    運転支援方法。
11. コンピュータシステムに、
    移動体において、前記移動体に既に乗っている第１利用者と、第２利用者との相乗り状態が発生すると判断すると、前記第２利用者に関する利用者情報を少なくとも含む判定情報に基づいて、前記第２利用者の前記移動体への搭乗を許可するか否かを判定する判定ステップを実行させるためのプログラムであって、
    前記判定ステップでは、前記利用者情報として呼気中のアルコール濃度を測定する第１センサが測定した前記第２利用者の呼気中のアルコール濃度が基準値以下の場合に前記第２利用者の前記移動体への搭乗を許可し、
    前記判定情報は、前記第２利用者が前記移動体に搭乗する時間帯、搭乗時間、目的地までの距離のうちの少なくとも１つを更に含み、
    前記判定ステップでは、前記第２利用者が前記移動体に搭乗する時間帯が夜間の時間帯の場合は前記基準値を昼間よりも高く変更し、
    前記判定ステップでは、前記第１センサが測定した前記第２利用者の呼気中のアルコール濃度が前記基準値よりも高い場合に、前記搭乗時間が所定の判定時間以下である場合又は前記目的地までの距離が所定の判定距離以下である場合は前記第２利用者の前記移動体への搭乗を許可する
    プログラム。
12. 移動する本体を備え、
    請求項１～９のいずれか１項に記載の運転支援システムによって前記第２利用者の前記本体への搭乗を許可するか否かを判定する
    移動体。

Images