JP2020074119A - 自動車及び自動車用プログラム - Google Patents

Abstract

【課題】複数の利用者による共用対象の自動車の利用の競合の調整をして、効率良く予定を実行することができる自動車及び自動車用プログラムを提供する。【解決手段】自動車用プログラムは、自車の利用を予定する者として予め登録されている利用予定登録者についての認証をして、自車の利用の予定のスケジュール情報を、利用予定登録者の識別情報のそれぞれに対応付けて記憶する。予定要求者が、利用予定登録者であると判別したときに、予定要求者による受付要求に係る予定の情報を受け付ける。受付要求に係る予定の情報と、実行中のスケジュール情報とが競合すると判別した場合に、予定要求者が相乗りあるいは便乗乗車が可能であるか否かを判別し、相乗りあるいは便乗乗車が可能であると判別したときには、予定要求者の予定の情報について、予定競合者との間での相乗りあるいは便乗乗車の調整を行う。【選択図】図１９

Description

この発明は、自動車及び自動車用プログラムに関する。

自動車を、家族間や会社の複数の社員間で共用するようにすれば、１台または少ない台数の自動車を複数人が有効に利用することができ、便利であり、利用コストも低廉化することができる。しかし、この場合に、共用対象の自動車を、誰もが利用することができてしまうと車両の盗難を防止することができなくなる。

そこで、従来から、車両の盗難防止の目的で、自動車の利用を予定している者の生体情報などの認証参照用情報を予め登録して記憶させておき、その記憶した認証参照用情報と、自動車の利用を実行しようとする利用者の認証用情報とを比較参照して両者が一致したか否かにより認証を行い、その認証結果により、車両のドアの開閉や車両の発進の制御を行うようにする装置や方法が提案されている（例えば下記の特許文献１や特許文献２参照）。

この場合に、自動車を、家族間で複数人が利用する場合や、会社の複数の社員が利用する場合が想定されるときには、自動車の利用を予定している全ての者の生体情報などの認証参照用情報が予め登録されて、それら複数の利用予定登録者の全てが自動車を共用することができるようにされる。

特開２０１０−２０８５５４号公報 特開２０１１−０２５９０３号公報

上記のようにして、限定された複数の利用者のみが、共用対象の自動車を利用することができるようにすることは可能である。

そして、最近は、自動運転車が注目されるようになってきているが、この自動運転車によれば、運転者が居ない無人運転が可能であり、利用者が運転技能を習得していなくても、自動車による移動が可能となるので、気軽に複数人が共通の１台の自動車を利用することができる。

しかし、このように複数の利用者が自動車を利用可能な場合、他の利用者が利用を希望しているかどうかが不明であるため、自分が利用を開始してよいかどうか困惑してしまう場合がある。また、自分が利用を予定しているのに、他の利用者に先を越されて利用ができなくなってしまう場合もある。逆に、自分が利用してしまったために、他の利用者が緊急時に利用できず、迷惑をかける場合もある。

この発明は、上記の問題点に鑑み、複数の利用者による共用対象の自動車の利用の競合の調整がスムーズにでき、セキュリティー上も安全性の向上を図ることができる自動車を提供することを目的とする。

上記の課題を解決するために、請求項１の発明は、
自律走行により自動運転を行う自動車であって、
無線通信手段と、
自車の利用を予定する者として予め登録されている利用予定登録者についての少なくとも認証参照用情報を、利用予定登録者の識別情報に対応付けて記憶する利用予定登録者情報記憶手段と、
自車の利用の予定のスケジュール情報を、前記利用予定登録者の識別情報のそれぞれに対応付けて記憶する予定スケジュール記憶手段と、
前記予定スケジュール記憶手段に記憶されている前記スケジュール情報に基づいて、自律走行により自車を移動させるように制御する自律移動制御手段と、
前記認証参照用情報と前記無線通信手段を通じて自車の利用の予定の受付要求をしてきた予定要求者から取得した情報とから、前記予定要求者が、前記利用予定登録者であるか否かを判別し、前記利用予定登録者であると判別したときに、前記予定要求者による前記受付要求に係る予定の情報を受け付ける予定情報受付手段と、
前記予定情報受付手段で受け付けた前記受付要求に係る予定の情報と前記予定スケジュール記憶手段に記憶されている、実行中の前記スケジュール情報とが競合するか否か判別し、競合すると判別したときに、前記予定要求者の受付要求に係る予定の情報に基づいて、前記実行中の前記スケジュール情報による移動経路において、前記予定要求者が相乗りあるいは便乗乗車が可能であるか否かを判別し、相乗りあるいは便乗乗車が可能であると判別したときには、前記予定要求者の前記予定の情報について、前記予定競合者との間での相乗りあるいは便乗乗車の調整を行うスケジュール調整記憶制御手段と、
を備える自動車を提供する。

上述の構成の請求項１の発明の自動車は、自律走行により自動運転を行う自動運転車であって、無線通信手段を備える。そして、予め、自車の利用を予定する者として、利用予定登録者情報記憶手段に、利用予定登録者の情報が記憶されている。利用予定登録者の情報としては、少なくとも認証参照用情報が、利用予定登録者の識別情報に対応付けられて記憶されている。

予定情報受付手段は、無線通信手段を通じて自車の利用の予定の受付要求をしてきた予定要求者から取得した情報と、利用予定登録者情報記憶手段に記憶されている認証参照用情報とから、予定要求者が利用予定登録者であるか否かを判別し、利用予定登録者であると判別したときに、予定要求者による受付要求に係る予定の情報を受け付ける。したがって、利用予定登録者以外の者からの予定の情報の受付要求は拒否される。

そして、スケジュール調整記憶制御手段は、予定情報受付手段で受け付けた予定要求者の受付要求に係る予定の情報と、予定スケジュール記憶手段に記憶されている現在実行中のスケジュール情報とが競合するか否か判別し、競合すると判別した場合に、予定要求者の受付要求に係る予定の情報に基づいて、実行中のスケジュール情報による移動経路において、予定要求者が相乗りあるいは便乗乗車が可能であるか否かを判別し、相乗りあるいは便乗乗車が可能であると判別したときには、予定要求者の予定の情報について、予定競合者との間での相乗りあるいは便乗乗車の調整を行う。

したがって、この発明の自動車によれば、複数の利用者による共用対象の自動車の利用の競合の調整して効率良く予定を実行することができる。

この発明によれば、自車を自律走行により自動運転を行う自動運転車とすると共に、予定スケジュール記憶手段に記憶されているスケジュール情報の実行中に、他の予定要求者の予定要求があったときに、予定要求者が相乗りあるいは便乗乗車が可能であるか否かを判別し、相乗りあるいは便乗乗車が可能であると判別したときには、予定要求者の予定の情報について、予定競合者との間での相乗りあるいは便乗乗車の調整を行う。したがって、複数の利用者による共用対象の自動車の利用の競合の調整をして、効率良く予定を実行することができる。

この発明による自動車の実施形態の利用形態の例を説明するための図である。 この発明による自動車の実施形態の自動運転車の電子制御回路の構成例を示すブロック図である。 図２の例の自動運転車の電子制御回路の一部の構成例を説明するために用いる図である。 図２の例の自動運転車の電子制御回路の一部の構成例を説明するために用いる図である。 図２の例の自動運転車の電子制御回路の一部の構成例を説明するために用いる図である。 図２の例の自動運転車の電子制御回路の一部の構成例を説明するために用いる図である。 図２の例の自動運転車の電子制御回路の一部の構成例を説明するために用いる図である。 この発明による自動車の実施形態の自動運転車における利用予定登録者登録の処理の流れを説明するためのフローチャートを示す図である。 この発明による自動車の実施形態の自動運転車における予定の情報のスケジュール調整の処理の流れを説明するためのフローチャートの一部を示す図である。 この発明による自動車の実施形態の自動運転車における予定の情報のスケジュール調整の処理の流れを説明するためのフローチャートの一部を示す図である。 この発明による自動車の実施形態の自動運転車における予定の情報のスケジュール調整の処理の流れを説明するためのフローチャートの一部を示す図である。 この発明による自動車の実施形態の自動運転車における予定の情報のスケジュール調整の処理の流れを説明するためのフローチャートの一部を示す図である。 この発明による自動車の実施形態の自動運転車における予定の情報のスケジュール調整の処理の流れを説明するためのフローチャートの一部を示す図である。 この発明による自動車の実施形態の自動運転車における予定の情報のスケジュール調整の処理の流れを説明するためのフローチャートの一部を示す図である。 この発明による自動車の実施形態の自動運転車における予定の情報のスケジュール調整の処理の流れを説明するためのフローチャートの一部を示す図である。 この発明による自動車の実施形態の自動運転車における予定の情報のスケジュール調整の処理の流れを説明するためのフローチャートの一部を示す図である。 この発明による自動車の実施形態の自動運転車における予定の情報のスケジュール調整の処理の流れを説明するためのフローチャートの一部を示す図である。 この発明による自動車の実施形態の自動運転車における予定の情報のスケジュール調整の処理の他の例を説明するための図である。 この発明による自動車の実施形態の自動運転車における予定の情報のスケジュール調整の処理の流れの他の例を説明するためのフローチャートの一部を示す図である。 この発明による自動車の実施形態の自動運転車における予定の情報のスケジュール調整の処理の流れの他の例を説明するためのフローチャートの一部を示す図である。

以下に説明する実施形態は、自動車が、いわゆる自家用自動車であり、かつ、自動運転車の構成とされた場合の例である。そして、この実施形態では、この発明の自動車の実施形態である自動運転車１について、図１に示すような利用形態を可能にするものである。なお、図１においては、自動運転車１が備える主要な機能手段を機能ブロックとして記載してある。

先ず、この利用形態を説明すると共に、実施形態の自動運転車１の動作の概要を説明する。以下に示す実施形態の自動運転車１は、例えば家族や親族間、仲間内で共用するなど、複数の利用者により共用されることを想定している。共用する利用者は、当該自動運転車１に対して、予め利用予定登録者として登録する。自動運転車１は、その登録された利用予定登録者の情報を、登録者番号などからなる識別情報と対応付けて、利用予定登録者情報記憶手段１２により記憶する。この場合に、利用予定登録者の情報としては、後述する認証参照用情報の例となる顔画像、音声、指紋、掌紋、静脈、虹彩などの生体情報、氏名、住所、生年月日、性別、国籍、ＩＤ、パスワードの他、後述する接続情報の例となる電話番号またはメールアドレスなどが記憶される。

この実施形態では、自動運転車１は、記憶した利用予定登録者の情報を、単独で、あるいは複数個を組み合わせて用いることで、後述する利用予定登録者の認証参照用情報としても用いるものである。すなわち、利用予定登録者の認証参照用情報としては、顔画像、音声、指紋、掌紋、静脈、虹彩などの生体情報、氏名、住所、生年月日、性別、国籍、ＩＤ、パスワード、電話番号またはメールアドレスなどを、単独で、あるいは複数個を組み合わせて用いることができる。

利用予定登録者の顔画像は、自動運転車１が備えるカメラで撮影したものを利用することができ、利用予定登録者のその他の生体情報は、予め自動運転車１のメモリに記憶したものを利用することができる。また、その他の情報は、利用予定登録者が入力したものを利用することができる。また、顔画像を含めた生体情報やその他の情報は、クラウド上に記憶したものを、通信ネットワーク３を介して利用することもできる。さらに、利用予定登録者の顔画像は、自身が所持するスマートフォンなどの携帯電話端末が備えるカメラで撮影したものを利用することもでき、利用予定登録者のその他の生体情報やその他の情報は、予め前記携帯電話端末のメモリに記憶したものを利用することもできる。

この実施形態の自動運転車１は、携帯電話網及びインターネットを含む通信ネットワーク３を通じた通信を行う機能を備えている無線通信手段１１を備えている。この無線通信手段１１は、特定の携帯電話番号（加入者電話番号）が与えられた携帯電話の機能を備える。また、この無線通信手段１１は、所定のメールアドレスが与えられている電子メール通信機能も有する。

図１の例では、先ず、自動運転車１に利用予定登録者として記憶されている、例えば家族の一員である利用者２Ａが、自身が所持する携帯電話端末から、自動運転車１に対して、通信ネットワーク３を通じて、予定の受付要求を送る。すると、自動運転車１は、無線通信手段１１を通じて、この受付要求を受信し、利用者２Ａが利用予定登録者であるか否かを予定要求者認証手段１３により判別して利用予定登録者であることを確認したら、利用者２Ａからの予定の受付要求を受け付け、その予定の情報を予定情報受付手段１５で受け付ける。そして、スケジュール調整記憶制御手段１６は、予定スケジュール記憶手段１４に記憶されて既に登録されている利用予定のスケジュール情報を参照して、受信した受付要求された予定の情報と競合するスケジュール情報が存在しないかどうか判別し、競合するスケジュール情報は存在しないと判別したときには、利用者２Ａにより設定された予定の情報を、予定スケジュール記憶手段１４に、利用者２Ａの識別情報（利用予定登録者情報記憶手段１２に記憶されている利用予定登録者の識別情報）と対応付けて記憶する。

次に、自動運転車１に利用予定登録者として記憶されている、例えば家族の別の一員である利用者２Ｂが、自動運転車１に対して、予定の受付要求を送る。すると、自動運転車１は、無線通信手段１１を通じて、この受付要求を受信し、利用者２Ｂが利用予定登録者であるか否かを予定要求者認証手段１３により判別して利用予定登録者であることを確認して、利用者２Ｂからの予定の受付要求を受け付け、その予定の情報を予定情報受付手段１５で受け付ける。そして、スケジュール調整記憶制御手段１６は、予定スケジュール記憶手段１４に記憶されて既に登録されている利用予定のスケジュール情報を参照して、受信した受付要求された予定の情報と競合するスケジュール情報が存在しないかどうか判別し、競合するスケジュール情報は存在しないと判別したときには、この利用者２Ｂにより設定された予定の情報を、予定スケジュール記憶手段１４により、利用者２Ｂの識別情報（利用予定登録者の識別情報）と対応付けて記憶する。

そして、利用者２Ａの予定が利用者２Ｂの予定より早期であるときには、自動運転車１は、利用者２Ａの利用予定開始時刻には、自律移動制御手段１７により利用者２Ａが指定した利用開始予定位置に赴く。自律移動制御手段１７は、この実施形態では、無人運転による自律走行により移動する機能を備えている。

そして、自動運転車１の乗車者認証手段１８は、乗車しようとしている利用者２Ａについて、利用予定登録者情報記憶手段１２に記憶されている認証参照用情報と、利用者２Ａから取得した認証用情報とを比較参照して、乗車者が利用者２Ａであるか否かの認証を行い、利用者２Ａであるとの認証結果が得られたときには、利用者２Ａの乗車を許可するようにする。そして、自動運転車１は、自律移動制御手段１７により、利用者２Ａが予定要求により登録した予定の情報に従った移動を自律走行により実行するようにする。

ところで、もしも、自動運転車１が、予定スケジュール記憶手段１４に記憶されて既に登録されている利用者２Ａの利用予定のスケジュール情報と、新たな受付要求として受け付けた利用者２Ｂの予定の情報とが競合すると判別したときには、後述するようにして、利用者２Ａと利用者２Ｂとの予定の情報の調整をし、その調整結果に応じて利用者２Ｂの予定の情報を受け付け、あるいは拒否するようにする。そして、調整結果によっては、利用者２Ａ及び利用者２Ｂの予定の情報の変更が必要になるので、それに応じて、それら利用者２Ａ及び利用者２Ｂの予定の情報の変更を受け付けるようにする。

なお、この実施形態においては、自動運転車１に対して予定情報の受付要求を行う携帯電話端末には、当該予定情報の受付要求用の専用のアプリケーションプログラム（以下、専用アプリという）を、携帯電話端末の使用者が予めインストールするようにする。そして、使用者が、携帯電話端末の予定情報の受付要求用の専用アプリを用いて、自動運転車１の受付要求のための操作をすると、自動的に自動運転車１の無線通信手段１１に宛てた電話発信を行い、予定情報の受付要求を自動運転車１に送る。なお、予定情報の受付要求を行う装置は、携帯電話端末に限らず、ＰＣ（パーソナル・コンピュータ）、タブレット端末、腕時計端末、眼鏡型端末などであってもよい。

この場合に、予定要求者についての認証としては、この実施形態の自動運転車１は、前述したように、予定要求者が、当該自動運転車１に登録された利用予定登録者であるかどうかの予定要求者認証を、記憶されている利用予定登録者の情報を認証参照用情報として用いて行い、利用予定登録者でなければ、この実施形態では、予定情報の受付要求を拒否する。そのため、予定情報の受付要求には、予定要求者の認証用情報が含まれる。この予定要求者の認証用情報として、利用予定登録者情報に含まれるＩＤやパスワード、携帯電話番号やメールアドレスなどの情報とされる。

そして、予定要求者の携帯電話端末の前記専用アプリにおいては、予定の情報の受付要求が受け付けられたときには、予定の情報を送信するための画面が表示され、利用者の操作により、予定の情報が自動運転車１に送られる。そして、予定の情報が、既に登録されているスケジュール情報と競合していなければ、前述したように、自動運転車１の予定スケジュール記憶手段１４により、当該予定の情報が、利用者の識別情報と対応して記憶される。

また、予定要求者の予定の情報が、既に登録されているスケジュール情報と競合しているときには、前述したように、自動運転車１のスケジュール調整記憶制御手段１６が、その競合の調整のための処理を行い、その調整結果に応じて、予定スケジュール記憶手段１４において、スケジュール情報の更新を行う。

この実施形態におけるスケジュール調整記憶制御手段１６における調整内容の概要について説明する。

予定要求者の予定の情報と、既に登録されているスケジュール情報が競合する場合、当該競合するスケジュール情報を登録した予定競合者としては、当該競合するスケジュール情報に従って予定が実行中で自動運転車１に自身が乗車中の場合と、当該競合するスケジュール情報が未実行であって、自身が乗車中でない場合の２通りがある。

予定競合者が自動運転車１に乗車中である場合には、スケジュール調整記憶制御手段１６は、予定要求者に対しては、無線通信手段１１を通じて調整用のメッセージ情報などを送り、乗車中の予定競合者には、自動運転車１が備える表示画面やスピーカなどを用いて、調整用のメッセージ情報を報知することで、調整を実行する。また、必要に応じて、予定要求者と予定競合者との間で通話や電子メールなどの通信を行わせるようにする。

また、予定競合者が自動運転車１に乗車中でない場合には、スケジュール調整記憶制御手段１６は、予定要求者に対して、無線通信手段１１を通じて調整用のメッセージ情報を送ることで、調整を行うようにする。そして、この実施形態では、予定要求者の優先順位が上位である場合等、必要に応じて、乗車中ではない予定競合者に連絡を取って、調整を行うようにする。その場合に、無線通信手段１１が、１個の携帯電話端末分の機能しか有しない場合には、予定要求者は、予定競合者との間での調整結果が得られるまで待機することになり、一旦、通信路を切断して、調整結果を待つようにする。

なお、無線通信手段１１が、２個の携帯電話端末分の機能を有する場合には、予定競合者との間に、予定要求者との通信路とは別の通信路を形成することが可能であるので、予定要求者との通信路は切断せずに、予定要求者は、待機するだけでもよい。

そして、この実施形態では、予定スケジュールについての優先順位を、利用者の個人属性や、利用目的、目的地（行先、移動先）の属性に応じて定めており、その優先順位に応じた調整処理も行うようにする。

そして、特に、この実施形態では、優先順位として、例えば、急病人を病院に搬送するなどの場合を考慮して、そのような場合を、強制的に最上位の優先となるような強制優先事象（絶対優先事象）とするようにしている。すなわち、予定要求者からの予定の情報が、強制優先事象（絶対優先事象）の場合には、現在利用中の予定競合者があっても、予定要求者からの予定の情報を最優先するようにする処理する。

以上のようにして、実施形態の自動運転車１によれば、予め利用予定登録者として自動運転車１に登録した利用者は、当該自動運転車１に対して予定の情報の受付要求を送ることで、自動運転車１に自身の利用予定の受付要求をすることができる。そして、受付要求した予定の情報が、他の利用者の予定の情報と競合するときには、自動運転車１がスケジュール調整を行ってくれるので、その予定の情報により、自身の予定要求を優先させたり、場合によっては、自身の予定要求の変更（修正）やキャンセル（削除）を行ったりするようにすることができる。したがって、予定要求者と予定競合者との間の調整がスムーズにでき、セキュリティー上も安全性の向上を図ることができる。

［自動運転車１のハードウエア構成例］
以上の処理を実現する自動運転車１のハードウエア構成例について、以下に説明する。

図２は、第１の実施形態の自動運転車１の電子制御回路部１０のハードウエア構成例を示すブロック図である。なお、この実施形態の自動運転車１は、電気自動車の場合の例である。ただし、バッテリーは、図２では図示を省略した。

また、この実施形態の自動運転車１は、自動運転モードと、手動運転モードとを備えている。手動運転モードは、自動運転車ではない通常の自動車と同様に、運転者のアクセルペダル操作やブレーキペダル操作、シフトレバー操作及びステアリング操作（ハンドル操作）に応じた走行ができるモードである。また、自動運転モードは、運転者がアクセルペダル操作やブレーキペダル操作、シフトレバー操作及びステアリング操作をしなくても、自動運転車１自身が自動的（自律的）に障害物を回避しながら進路変更をする走行モードである。

自動運転車１の運転者は、例えば後述するタッチパネル１１２を通じた所定の操作により、手動運転モードで走行中の自動運転車１を自動運転モードに切り替えることができると共に、自動運転モードで走行中に、運転者がアクセルペダル操作やブレーキペダル操作、シフトレバー操作またはステアリング操作など所定の操作をすると、自動的に手動運転モードに戻るように構成されている。

図２に示すように、電子制御回路部１０は、コンピュータを搭載して構成されている制御部１０１に対して、システムバス１００を通じて、無線通信部１０２、モータ駆動制御部１０３、ステアリング駆動制御部１０４、手動／自動運転モード切替制御部１０５、レーダー群１０６、カメラ群１０７、センサ群１０８、周囲移動体把握部１０９、現在位置検出部１１０、表示部１１１、タッチパネル１１２、カーナビゲーション（以下、カーナビと略称する）機能部１１３、利用予定登録者情報受付部１１４、利用予定登録者情報記憶部１１５、予定要求者認証部１１６、乗車者認証部１１７、乗車予定受付管理部１１８、予定スケジュール記憶部１１９、音声入出力部１２０、場所属性優先順位記憶部１２１、利用目的優先順位記憶部１２２、時計部１２３、自車情報記憶部１２４、のそれぞれが接続されている。

モータ駆動制御部１０３には、モータ駆動部１３１が接続されている。ステアリング駆動制御部１０４には、ステアリング駆動部１３２が接続されている。手動／自動運転モード切替制御部１０５には、手動運転操作検知部１３３が接続されている。また、カーナビ機能部１１３には、カーナビ用データベース１３４が接続されている。さらに、音声入出力部１２０には、マイクロフォン１３５及びスピーカ１３６が接続されている。

無線通信部１０２は、この実施形態では、携帯電話網を通じて電話通信や電子メール通信などの通信を行う機能を備える。なお、携帯電話網ではなく、インターネット網に対し、Ｗｉ−Ｆｉ（Wireless Fidelity；登録商標）などで接続し、電話通信や電子メール通信などの通信を行う機能を備えるようにしてもよい。もちろん、両者の通信機能を備えてもよく、その場合、制御部１０１ないし無線通信部１０２は、どちらの通信機能を利用するか、選択できるようにしてもよい。

制御部１０１は、この無線通信部１０２を通じて、予定要求者からの予定情報の受付要求を受けたときの処理を行う機能を、ソフトウエア処理機能として備えている。図１の無線通信手段１１は、この例では制御部１０１と無線通信部１０２とで構成される。そして、この実施形態では、スケジュール情報の調整を考慮して、携帯電話の２回線（２台の携帯電話端末）分の機能を備えている。

モータ駆動制御部１０３は、制御部１０１の制御の下に、この実施形態の電気自動車で構成される自動運転車１のモータ駆動部１３１への駆動信号の供給を制御して、自動運転車１の走行開始、走行速度制御（ブレーキ制御及びアクセル制御を含む）、走行停止などを制御するようにする。

ステアリング駆動制御部１０４は、制御部１０１の制御の下に、この実施形態の自動運転車１のステアリング駆動部１３２への駆動制御信号の供給を制御して、自動運転車１の進路変更の制御をするようにする。

手動／自動運転モード切替制御部１０５は、タッチパネル１１２を通じた選択操作入力に応じて、自動運転車１の運転モードを、手動運転モードと、自動運転モードとのいずれかに切り替える制御を行う。手動運転操作検知部１３３は、運転者によるアクセルペダル操作やブレーキペダル操作、シフトレバー操作さらにはステアリング操作の操作情報を受けて、その手動運転操作情報を手動／自動運転モード切替制御部１０５に供給する。

手動／自動運転モード切替制御部１０５は、自動運転車１が手動運転モードのときには、この手動運転操作検知部１３３からの手動運転操作情報を、モータ駆動制御部１０３、ステアリング駆動制御部１０４に供給して、モータ駆動部１３１、ステアリング駆動部１３２を、運転者のペダル操作やシフトレバー操作、ステアリング操作（ハンドル操作）に応じて制御する。

また、手動／自動運転モード切替制御部１０５は、自動運転車１が自動運転モードのときには、後述するようにして、レーダー群１０６、カメラ群１０７、センサ群１０８、周囲移動体把握部１０９の出力に基づいて制御部１０１で生成される自動運転操作情報を、モータ駆動制御部１０３、ステアリング駆動制御部１０４に供給して、モータ駆動部１３１、ステアリング駆動部１３２を、自動運転操作情報により駆動制御する。なお、自動運転モードにおいては、カーナビ機能部１１３において、運転者などにより設定された行先（目的地）に対する現在位置からの経路が探索され、その探索された経路に沿って走行するように制御される。

レーダー群１０６は、自動運転車１の車両の周囲に存在する人や物との距離を測るためのもので、レーザー・レーダーやミリ波レーダーなどからなる。レーザー・レーダーは、例えば天井やバンパー付近に埋め込まれ、ミリ波レーダーは、例えば車両の前部及び後部に設けられている。レーザー・レーダーとミリ波レーダーの両方を備えてもよいし、一方のみであってもよい。また、マイクロ波レーダーなど、その他のレーダーを用いてもよい。さらに、レーダーと同様の目的でソナー（図示せず）を用いることができる。

カメラ群１０７は、自動運転車１の車内を撮影する１〜複数個のカメラと、自動運転車１の前方、側方、後方など、車外の周囲を撮影する１〜複数個のカメラとを含む。車内を撮影するカメラは、例えば運転席と助手席の間に設置されたバックミラー（後写鏡、ルームミラー）やフロントウインドウの上部などに取り付けられ、運転席に座った乗車者（運転者）の所作を撮影するカメラの他、助手席や、後部座席に座った乗車者（同乗者）の所作を撮影するためのカメラを含む。また、自動運転車１の周囲を撮影するカメラは、例えばバックミラーの左側方及び右側方に取り付けられ、自動運転車１の左前方及び右前方を主として撮影する２台のカメラ（ステレオカメラ）や、自動運転車１の例えばドアミラーまたはフェンダーミラーに取り付けられて左右の側方を撮影するカメラ、自動運転車１の後方を撮影するカメラなどを含む。

センサ群１０８は、ドアの開閉や窓の開閉を検知する開閉検知センサ、シートベルト着用を検出するためのセンサ、運転席や助手席などの座席に乗車者が着座したことを検知する着座センサなどの他、車外の近傍の人物を検知する人感センサ（赤外線センサ）や自動運転のための補助となる情報を取得するための各種センサからなる。自動運転のための補助となる情報を取得するための各種センサとしては、例えば車両やタイヤの振動を検出するための振動センサ、タイヤの回転数を検出する回転数センサ、方位を検出するための地磁気センサ、加速度を検出するための加速度センサ、角度や角速度を検出するためのジャイロセンサ（ジャイロスコープ）、などが含まれる。また、この実施形態では、センサ群１０８には、右ウインカーや左ウインカー（方向指示器）やハザードランプ（非常点滅灯）の点灯を検知するセンサも含まれている。

周囲移動体把握部１０９は、レーダー群１０６やセンサ群１０８、また、カメラ群１０７の撮像画像を用いて、自車の周囲の移動体（人物を含む）を把握するようにする。周囲移動体把握部１０９は、例えばベイズ理論に基づいた処理を行うことで、周囲の障害物や移動体を把握するようにする。

現在位置検出部１１０は、ＧＰＳ衛星からの電波を受信して、自車の現在位置を検出する。現在位置検出部１１０は、ＧＰＳ衛星からの電波により検出された位置の精度は悪いので、ＧＰＳ衛星からの電波の受信で検出された現在位置の情報のみではなく、センサ群１０８に含まれる１〜複数個のセンサ及びレーダー群１０６、カメラ群１０７の撮像画像（ナビ機能を併用）などをも用いると共に、例えばベイズ理論に基づいた処理を行うことで、より精度の高い現在位置を検出確認するようにしている。

自動運転車１は、自動運転モードにおいては、現在位置検出部１１０や周囲移動体把握部１０９において、レーダー群１０６、カメラ群１０７、センサ群１０８、ＧＰＳ衛星からの電波の受信で取得した位置情報などの各種情報、つまり、人間の目や耳から得る情報に対応する情報をベイズ理論により処理し、これに基づき、制御部１０１は、自車の進路変更や障害物の回避など知的な情報処理（人工知能）及び制御（人工知能）を行って、自動運転操作情報を生成する。そして、生成された自動運転操作情報に基づいて、モータ駆動制御部１０３によりモータ駆動部１３１が駆動され、ステアリング駆動制御部１０４によりステアリング駆動部１３２が駆動されることで、自律移動制御がなされる。したがって、この実施形態では、自律移動制御手段１７は、制御部１０１と、レーダー群１０６、カメラ群１０７、センサ群１０８、周囲移動体把握部１０９、現在位置検出部１１０、及びモータ駆動制御部１０３、モータ駆動部１３１、ステアリング駆動制御部１０４、ステアリング駆動部１３２、更に後述するカーナビ機能部１１３とにより構成される。

表示部１１１は、例えばＬＣＤ（Liquid Crystal Display；液晶ディスプレイ）からなる。タッチパネル１１２は、ＬＣＤからなる表示部１１１の表示画面の上に、指によるタッチ入力が可能なタッチセンサが重畳されて配設されたものである。表示部１１１の表示画面には、制御部１０１の制御に基づき、ソフトウエアボタン（キーボードの文字入力用ボタンを含む）を含む表示画像が表示される。そして、タッチパネル１１２は、表示画面に表示されているソフトウエアボタン上の指によるタッチを検出すると、そのタッチを制御部１０１に伝達する。これを受けた制御部１０１は、ソフトウエアボタンに対応する制御処理を実行するように構成されている。

カーナビ機能部１１３に接続されているカーナビ用データベース１３４には、国内の地図及び経路案内データが、予め格納されている。カーナビ機能部１１３は、カーナビ用データベース１３４に記憶されている地図や、経路案内データに基づいて、自動運転車１が指定された目的地まで移動するのを補助するように案内するための機能部である。この実施形態では、カーナビ機能部１１３は、手動運転モードと、自動運転モードとで、若干異なる処理をするように構成されている。

すなわち、手動運転モードにおいては、カーナビ機能部１１３は、表示部１１１の表示画面上において、目的地までの経路（ルート）を明示的に表示する地図上に、現在位置検出部１１０で検出確認されている自車位置を重畳表示した画像を表示すると共に、自車の移動に伴い、地図上の自車位置（現在位置）を移動させ、かつ、ルート上の交差点や分岐点など、経路案内が必要な箇所で音声案内をするようにする。これは、通常のカーナビ機能と同様である。

一方、自動運転モードにおいては、カーナビ機能部１１３は、自車の現在位置が目的地までのルート上から離れているときには、その離間方向及び距離の情報を制御部１０１に通知すると共に、自車の現在位置が目的地までのルート上に在るときには、自車の移動に伴い、ルート上の交差点や分岐点などの手前で、ルートに沿った進路方向の変更指示情報を制御部１０１に通知するようにする。制御部１０１は、このカーナビ機能部１１３からの通知された情報と、現在位置検出部１１０の現在位置確認結果及び周囲移動体把握部１０９の把握結果とに基づいて、自車がルート上を指示された通りの進路をとって移動するように、モータ駆動制御部１０３を通じてモータ駆動部１３１を制御すると共に、ステアリング駆動制御部１０４を通じてステアリング駆動部１３２を制御するための自動運転操作情報を生成する。したがって、自動運転モードにおけるカーナビ機能部１１３及び制御部１０１による目的地までの経路案内により、乗車者が無人の状態においても、自動運転車１は、目的地まで移動することができる。

利用予定登録者情報受付部１１４は、制御部１０１の制御の下に、この実施形態の自動運転車１の利用を予定している家族構成員などの登録情報を利用予定登録者の情報として受け付けて、その受け付けた利用予定登録者の情報を利用予定登録者情報記憶部１１５に記憶する。制御部１０１と、利用予定登録者情報受付部１１４と、利用予定登録者情報記憶部１１５とにより、利用予定登録者情報記憶手段１２が構成される。

図３に、利用予定登録者情報記憶部１１５に記憶される情報の例を示す。この例では、利用予定登録者情報記憶部１１５には、各利用予定登録者の情報として、ＩＤ（識別情報）に対応付けられて、パスワード、氏名、電話番号（携帯電話端末の電話番号）、メールアドレス（携帯電話端末のメールアドレス）、顔画像、個人属性、優先順位、などが登録されて記憶されている。

利用予定登録者の顔画像は、例えばカメラ群１０７の内の所定のカメラで撮影されて記憶される。また、利用予定登録者が所持する携帯電話端末が備えるカメラで撮影したものを利用することができる。なお、顔画像は、利用予定登録者の認証参照用情報となる生体情報の一例である。利用予定登録者の音声を認証参照用情報とする場合には、予定要求者の音声は、携帯電話端末が備えるマイクロフォンで収音したものを利用することができ、さらに、予定要求者のその他の生体情報は、予め携帯電話端末のメモリに記憶したものを利用することができる。また、その他の情報は、呼出者が携帯電話端末に入力したものを利用することができる。また、顔画像を含めた生体情報やその他の情報は、クラウド上に記憶したものを、通信ネットワーク３を介して利用することもできる。

利用予定登録者の個人属性は、この例では、複数の利用予定登録者が家族の場合であり、家族構成員としての属性が記録されている。そして、優先順位としては、この実施形態では、個人属性に応じて、予め家族間で定めたものが登録されて記憶されている。例えば、個人属性「祖父」は、歩くのが少し不自由なので、優先順位を１位に定め、個人属性「父」は通勤に使用することが多いので優先順位を高くし、個人属性「母」は、買い物のために次位の優先順位とし、個人属性「息子」は高校生であるために、優先順位を最も低くした、というように、家族間で定めて、登録するようにしたものである。登録された優先順位は、家族間の合意など、所定の手続きを経て、変更（修正）することができるようにしてもよい。なお、個人属性自身も、家族間で定めて、登録するようにしてもよい。例えば、個人属性を「祖父」中心に設定すると、「祖父」は個人属性「本人（自分）」、「父」は個人属性「息子（または婿）」、「母」は個人属性「嫁（または娘）」、「息子」は個人属性「孫」となる。もちろん、この場合、登録された個人属性は、変更（修正）することができるようにしてもよい。

そして、利用予定登録者の顔画像が、予定の情報に応じて自動運転車１に乗車しようとするときの乗車者認証のための認証参照用情報とされる。

予定要求者認証部１１６は、制御部１０１の制御の下に、上述した予定要求者が利用予定登録者であるか否かの認証を行う。この実施形態では、利用予定登録者情報記憶部１１５に記憶された、登録された利用予定登録者の情報のうちの電話番号とパスワードが、予定要求者として認証を行う場合の認証参照用情報とされる。なお、予定要求者認証における認証参照用情報としては、携帯電話端末の電話番号の代わりに、メールアドレスなどであってもよい。予定要求者認証部１１６と制御部１０１とにより、予定要求者認証手段１３が構成される。

乗車者認証部１１７は、制御部１０１の制御の下に、自動運転車１に乗車しようとする乗車者が、スケジュール情報を予定要求した利用予定登録者であるか否かの認証を行う。この実施形態では、乗車者認証部１１７における認証参照用情報としては、利用予定登録者情報記憶部１１５に記憶されている利用予定登録者の顔画像が用いられる。乗車者認証部１１７と制御部１０１とにより、乗車者認証手段１８が構成される。

乗車予定受付管理部１１８は、この実施形態では、無線通信部１０２を通じて予定要求者からの受付要求を受信したときに、予定要求者認証部１１６の認証結果に基づいて、当該受付要求を受け付けるか否かを判断して、予定要求者が利用予定登録者であると判断した場合には、受信した受付要求を受け付けるようにする。そして、乗車予定受付管理部１１８は、予定スケジュール記憶部１１９に記憶されている他のスケジュール情報を参照して、受信した受付要求の予定の情報と競合するスケジュール情報が存在しないかどうかを判別し、競合するスケジュール情報が存在しないことを確認したら、受け付けた予定の情報を、予定スケジュール記憶部１１９に、予定要求者のＩＤ（識別情報）に対応付けて記憶するようにする。

また、乗車予定受付管理部１１８は、競合するスケジュール情報が存在すると判別したときには、利用予定登録者情報記憶部１１５の優先順位、場所属性優先順位記憶部１２１の優先順位、利用目的優先順位記憶部１２２の優先順位を参照しながら、後述するようなスケジュール調整を、制御部１０１の制御の下に、実行する。乗車予定受付管理部１１８は、制御部１０１と共に、予定情報受付手段１５及びスケジュール調整記憶制御手段１６を構成する。

予定スケジュール記憶部１１９は、上述のように、乗車予定受付管理部１１８の制御に応じて、予定要求者により受付要求された予定の情報をスケジュール情報として記憶し、また、乗車予定受付管理部１１８の制御に応じて、記憶されているスケジュール情報を読み出して、乗車予定受付管理部１１８に提供する。予定スケジュール記憶部１１９は、制御部１０１と共に、予定スケジュール記憶手段１４を構成する。

図４に、この実施形態における予定スケジュール記憶部１１９に記憶されるスケジュール情報の一例を示す。この例では、図４に示すように、予定要求者のそれぞれ毎のスケジュール情報としては、予定要求者の識別情報（ＩＤ）に対応付けられて、利用開始予定時刻、利用終了予定時刻、乗車予定地（出発地）、降車予定地（目的地）、利用人数、利用目的、などが記憶される。利用開始予定時刻、乗車予定地（出発地）、降車予定地（目的地）、利用人数、利用目的などは、予定要求者により予約の情報に含められて指定される。利用終了予定時刻は、予定要求者が指定してもよいし、指定しなくてもよい。

利用開始予定時刻は、乗車予定地（出発地）から自動運転車１に乗車する予定時刻である。利用終了予定時刻は、予定要求者が指定する場合には、当該予定要求者が自動運転車１の利用を終了する予定時刻である。予定要求者が利用終了予定時刻を指定しない場合には、自動運転車１が降車予定地（目的地）に到着する予定時刻を計算して記憶する。すなわち、予定要求者が利用終了予定時刻を指定しない場合には、自動運転車１のカーナビ機能部１１３は、予定要求者により指定された乗車予定地（出発地）から降車予定地（目的地）までの経路を探索して、その探索結果の経路を移動するときに要する時間（移動時間）を計算して求める。そして、乗車予定受付管理部１１８は、制御部１０１の制御の下に、カーナビ機能部１１３で計測された移動時間を取得し、その取得した移動時間を、利用開始予定時刻に加算して利用終了予定時刻を推定し、その推定した利用終了予定時刻を予定スケジュール記憶部１１９に記憶するようにする。なお、利用終了予定時刻の代わりに、あるいは利用終了予定時刻に加えて、利用予定時間（所要時間、移動時間）を記憶するようにしてもよい。

なお、予定要求者が入力した利用開始予定時刻や利用終了予定時刻、利用予定時間が１５時頃や約２時間など、正確でない場合、乗車予定受付管理部１１８は、利用開始予定時刻は所定時間（例えば１５分）前にずらし、利用終了予定時刻は所定時間（例えば３０分）後ろにずらし、利用予定時間は所定時間（例えば３０分）長くするようにして、予定スケジュール記憶部１１９に記憶するようにしてもよい。また、乗車予定受付管理部１１８は、利用開始予定時刻や利用終了予定時刻、利用予定時間が未定あるいは未入力の場合は、表示メッセージや音声で再入力を促すようにしてもよい。再入力を促した後も、予定要求者から時刻や時間の入力がない場合は、乗車予定受付管理部１１８は、受付要求の受け入れを拒否する。

ただし、利用終了予定時刻ないし利用予定時間については、予定要求者からの入力がない場合でも、前述したように、受付要求を受け入れるが、利用終了予定時刻ないし利用予定時間は「未定（未指定）」を予定スケジュール記憶部１１９に記憶するようにしてもよい。この場合、乗車予定受付管理部１１８は、後述するスケジュール情報の調整処理において、利用開始予定時刻の関係から予定要求者の予定の情報と予定競合の可能性があると判断される場合に、利用終了予定時刻ないし利用予定時間が未定のために、予定要求者からの受付要求を拒否して、その旨を予定要求者に通知する場合と、利用終了予定時刻ないし利用予定時間が未定のため競合の可能性があるかどうかわからないとし、予定競合者の利用開始予定時刻を予定要求者に通知し、予定要求者に対し、あらためて利用終了予定時刻ないし利用予定時間の入力を促した上で、スケジュール調整を行うかどうかを決める場合のどちらかが選択される。

また、予定競合者の利用終了予定時刻ないし利用予定時間が未定のため、予定要求者の利用開始予定時刻の関係から予定要求者の予定の情報と予定競合の可能性があると判断する場合は、予定競合者と通信して、予定競合者に利用終了予定時刻ないし利用予定時間の入力を促すようにしてもよい。

乗車予定地（出発地）は、利用開始予定位置の情報であり、また、降車予定地（目的地）は、利用終了予定位置の情報である。これら乗車予定地（出発地）および降車予定地（目的地）は、予定要求者が、自身の携帯電話端末において専用アプリを起動することで表示画面に表示される地図上で指定して、それを自動運転車１に送ることができる。この場合に、専用アプリは、通信ネットワークを通じて所定のサーバ装置と接続されることで、利用開始予定位置や利用終了予定位置の指定の際の補助のための処理をするようにする。このように指定した利用開始予定位置や利用終了予定位置は、緯度経度の位置情報及び場所名を伴っており、それが自動運転車１に送られる。

なお、予定要求者の入力した利用開始予定位置や利用終了予定位置が〇〇駅周辺などと正確でない場合、乗車予定受付管理部１１８は〇〇駅の△△改札口など所定の位置を入力された利用開始予定位置や利用終了予定位置と置き換え、予定スケジュール記憶部１１９に記憶するようにしてもよい。また、乗車予定受付管理部１１８は、予定要求者に対して、表示部１１１に正確な利用開始予定位置や利用終了予定位置をそれぞれ複数提示（表示）し、タッチパネル１１２で当該利用開始予定位置や利用終了予定位置を選択入力させるようにしてもよい。また、利用開始予定位置や利用終了予定位置が未定や未入力の場合は、表示メッセージや音声で再入力を促す。再入力を促した後も、予定要求者から利用開始予定位置や利用終了予定位置の入力がない場合は、受付要求を拒否する。

ただし、利用終了予定位置については、予定要求者からの入力がない場合でも、受付要求を拒否せず、未定としても受け入れをして、予定スケジュール記憶部１１９に記憶してもよい。この場合、後述するスケジュール情報の調整処理においては、利用開始予定時刻や利用終了予定時刻との関係でスケジュール情報と予定要求者の予定の情報とが競合する可能性があると判定される場合に、利用終了予定位置が未定のためスケジュール調整ができないとして、予定要求者からの受付要求を拒否して、その旨を予定要求者に通知する場合と、利用終了予定位置が未定のため競合のスケジュール調整ができるかどうかわからないとし、予定要求者に対し、あらためて利用終了予定位置の入力を促した上で、スケジュール調整を行うかどうかを決める場合のどちらかが選択される。

なお、地図を介するのではなく、予定要求者が、直接的に出発地や目的地の名称（場所名）や住所、電話番号など、場所（位置）を特定できる情報を入力し、それを、指定した利用開始予定位置や利用終了予定位置の情報として、専用アプリが自動運転車１に送るようにする構成であってもよい。その場合には、自動運転車１が備えるアプリが、送られてきた場所名や住所、電話番号などに基づいて、インターネットから緯度経度の位置情報を取得するようにする。

利用人数は、予定要求者を含めて自動運転車１に乗車予定の人数である。もちろん、予定要求者が受付要求をするだけで、自動運転車１に乗車予定がない場合は、乗車予定の人数に含めない。その場合の後述する乗車者認証においては、予定要求者の顔画像などの生体情報ではなく、パスワードや携帯電話番号などの、乗車者が入力することができる認証参照用情報を用いて行うことになる。なお、自動運転車１へ予定要求者が同乗しない場合や、少なくとも、自動運転車１への乗車時に予定要求者の顔画像などの生体情報での乗車者認証ができない場合は、セキュリティーを確保するため、乗車を禁止するようにしてもよい。利用目的は、降車予定地（目的地）へ行く目的であり、例えば急病のために病院へ行く、いつもの通院に用いる、通勤に用いる、ショッピングに出かけるなどの利用目的項目が記憶される。

なお、図４における各スケジュール情報の実行状況は、当該スケジュール情報に基づく予定が実行中であるか、未だ実行前であるかの状態情報である。「実行中」は予定要求者及び同乗者が自動運転車１に乗車して予定が実行中であることを示している。また、「未」は、スケジュール情報が未だ実行されておらず、待機中であることを示している。なお、スケジュール情報の実行が完了すると、乗車予定受付管理部１１８は、予定スケジュール記憶部１１９から、当該完了したスケジュール情報を消去するようにする。また、同様にキャンセルとなったスケジュール情報を消去するようにする。なお、スケジュール情報の実行が完了しても、スケジュール情報を消去せず、「実行完了」ないし「実行済」として表示するようにしてもよい。また、同様に、キャンセルとなったスケジュール情報を消去せず、「キャンセル」として表示するようにしてもよい。

また、当該スケジュール情報が「実行中」に変更になった場合、例えば、利用予定終了時刻や利用予定終了位置が変更になった場合、その時点でスケジュール情報を変更（修正）するようにしてもよい。

音声入出力部１２０は、マイクロフォン１３５で収音した音声を取り込んで、例えば制御部１０１が備える音声認識処理機能のためにシステムバス１００に送出するようにする。また、音声入出力部１２０は、図示は省略するが、外部に放音する音声メッセージデータを記憶するメモリを内蔵すると共に、そのメモリから読み出された音声メッセージデータを、アナログ音声信号に変換する音声合成器やＤ−Ａ変換器を内蔵している。そして、音声入出力部１２０は、制御部１０１の制御により選択された音声メッセージを、スピーカ１３６に供給して、音声として車内の乗車者に放音するようにする。なお、別のスピーカを自動運転車１の車外に放音するように設けて、乗車しようとしている者や降車しようとしている者に対して、音声メッセージを放音するようにしてもよい。

記憶する音声メッセージとしては、後述するように、例えば「利用予定登録者の登録をしますか？」などの問い合わせメッセージや、「認証しました。」、「認証できませんでした。」、「予定要求者とスケジュールが競合しました。」、などの通知メッセージ、スケジュール情報の変更の承諾及び変更の入力を受け付ける際の対話型メッセージなどが用意されている。

場所属性優先順位記憶部１２１には、目的地とされる場所の属性に応じた優先順位の情報が記憶されている。図５に、この場所属性優先順位記憶部１２１に記憶される、目的とされる場所の属性のそれぞれに設定された優先順位の情報の例を示す。この場合、自動運転車１により移動する緊急性の度合が場所毎に異なると考えられるので、当該緊急性を考慮して、場所の属性のそれぞれに対して優先順位が設定されている。

例えば、図５に示す例では、病院が目的地とされるときには、緊急性が高いとして優先順位は１位に設定されている。その他、目的地とされる場所の属性に応じた緊急性を考慮した優先順位が設定されている。なお、目的地とされる場所の属性と、その優先順位は、デフォルトで定められていてもよいし、利用予定登録者により設定されてもよい。また、利用予定登録者がデフォルトで定められている場所の属性や優先順位を修正したり、新たな場所の属性及びその優先順位を追加設定したりするようにしても勿論よい。

次に、利用目的優先順位記憶部１２２には、出発地から目的地に向かう利用目的に応じた優先順位の情報が記憶されている。図６に、この利用目的優先順位記憶部１２２に記憶される、利用目的のそれぞれに設定された優先順位の情報の例を示す。この場合、自動運転車１により移動する緊急性の度合が利用目的毎に異なると考えられるので、当該緊急性を考慮して、利用目的のそれぞれに対して優先順位が設定されている。

例えば、図６に示す例では、「急病のため病院に行く」は、他の利用目的に優先して絶対的に優先される順位とされる。そして、例えば定期的な「通院」の場合には、緊急性が高いとして優先順位は１位と設定されている。その他、利用目的に応じた緊急性を考慮した優先順位が設定されている。

なお、利用目的とその優先順位は、デフォルトで定められていてもよいし、利用予定登録者により設定されてもよい。また、利用予定登録者がデフォルトで定められている利用目的や優先順位を修正したり、新たな利用目的及びその優先順位を追加設定したりするようにしても勿論よい。

時計部１２３は、年、月、日、時、分、秒の時間情報を発生する。自動運転車１の制御部１０１は、この時計部１２３の時間情報に基づいて、予定スケジュール記憶部１１９に記憶されているスケジュール情報に従った自車の自律移動を管理する。

自車情報記憶部１２４には、図７に示すように、自車の車種や、自車の乗車定員の人数などが記憶されている。乗車定員の人数は、予定要求者からの予定の情報を受け付ける際に、乗車可能な人数の場合のみを受け付けるために用いる。

そして、上述の実施形態の自動運転車１においては、予定要求者認証部１１６及び乗車者認証部１１７における上述した認証モードをオンにするか、オフにするか、また、乗車予定受付管理部１１８における予定要求者からの予定要求の受け付け処理をオンにするか、オフにするかの設定が、タッチパネル１１２を通じて行えるように構成されている。ただし、当該オン、オフ設定は、例えば予め自動運転車１の所有者等により設定されたＩＤとパスワードにより認証が取れたときにのみ、可能とされている。

以上のように、自動運転車１の電子制御回路部１０は構成されるが、図１に示した各処理ブロックのうち、モータ駆動制御部１０３、ステアリング駆動制御部１０４、手動／自動運転モード切替制御部１０５、周囲移動体把握部１０９、現在位置検出部１１０、カーナビ機能部１１３、利用予定登録者情報受付部１１４、予定要求者認証部１１６、乗車者認証部１１７、乗車予定受付管理部１１８、音声入出力部１２０、の各処理機能は、制御部１０１がプログラムを実行することで行うソフトウエア処理として実現することができる。

［実施形態の自動運転車１での処理動作の例］
次に、以上のような構成を備えるこの実施形態の自動運転車１における処理動作の例について説明する。

＜利用予定登録者の登録処理例＞
この実施形態の自動運転車１では、利用者が、例えば表示部１１１の表示画面に表示されている処理メニューの中から「利用予定登録者登録」の項目を選択すると、利用予定登録者情報受付部１１４が起動して、当該利用予定登録者の情報の登録モードとなり、利用者は、自動運転車１に、自身を利用予定登録者として登録して、利用予定登録者としての情報を記憶させることができる。ただし、この実施形態では、利用予定登録者の登録モードは、例えば予め自動運転車１の所有者等により設定された当該登録モード用のＩＤとパスワードにより認証が取れたときにのみ、可能とされている。

図８は、「利用予定登録者登録」時の自動運転車１における処理動作の流れを説明するためのフローチャートである。以下の説明では、利用予定登録者情報受付部１１４の処理動作を、制御部１０１がプログラムを実行することで行うソフトウエア処理として実行する場合として説明する。

制御部１０１は、タッチパネル１１２を通じた利用者の操作入力を監視して、メニューから「利用予定登録者登録」の項目が選択されたか否か判別し（ステップＳ１）、選択されていないと判別したときには、その他の処理を行い（ステップＳ２）、当該その他の処理の終了後、処理をステップＳ１に戻す。

ステップＳ１で、メニューから「利用予定登録者登録」の項目が選択されたと判別したときには、制御部１０１は、利用予定登録者の登録モードへの移行を許可するか否か（すなわち、登録を許可するか否か）を判定する移行認証のためのパスワードとＩＤの入力を促すメッセージを、表示部１１１の表示画面に表示すると共に、スピーカ１３６から放音することで報知する（ステップＳ３）。

そして、制御部１０１は、利用予定登録者の登録モードへの移行認証用のパスワード及びＩＤと一致するパスワードとＩＤが利用者から入力されたか否かにより移行認証をできたか否かを判別する（ステップＳ４）。このステップＳ４で、移行認証ができなった時には、制御部１０１は、利用者に表示部１１１の表示画面及びスピーカ１３６を通じて「認証ＮＧ」を通知し（ステップＳ５）、その後、この処理ルーチンを終了する。

ステップＳ４で、利用予定登録者の登録モードへの移行認証ができたと判別したときには、制御部１０１は、利用者に利用予定登録者の情報の入力を促すメッセージを、表示部１１１の表示画面及びスピーカ１３６を通じて報知し（ステップＳ６）、タッチパネル１１２を通じた利用者からの利用予定登録者の情報の入力完了を待つ（ステップＳ７）。

そして、ステップＳ７で、利用者からの利用予定登録者の情報の入力完了を確認したら、制御部１０１は、入力された利用予定登録者の情報を、識別情報（ＩＤ）に対応付けて利用予定登録者情報記憶部１１５に格納する（ステップＳ８）。ここで、識別情報は、この実施形態では、制御部１０１が自動的に付与するようにするが、利用者が設定するようにしてもよい。

次に、制御部１０１は、カメラ群１０７の内のカメラにより登録した利用者の顔画像を撮影し、その撮影した顔画像の情報を、認証参照用情報として、利用予定登録者情報記憶部１１５に、利用者の識別情報に対応付けて記憶する（ステップＳ９）。なお、撮影した顔画像は１つでもよいし複数でもよい。また、顔画像は単一のカメラのみならず、複数のカメラで撮影してもよい。その後、制御部１０１は、登録終了を、表示部１１１の表示画面及びスピーカ１３６を通じて報知し（ステップＳ１０）、この処理ルーチンを終了する。

＜予定要求者からの予定要求の受け付け及びスケジュール情報の調整処理＞
次に、予定要求者からの予定要求の受け付け及びスケジュール情報の調整処理を、図９〜図１９に示すフローチャートを参照しながら説明する。この場合にも、以下の説明では、予定要求者認証部１１６及び乗車予定受付管理部１１８の処理動作を、制御部１０１がプログラムを実行することで行うソフトウエア処理として実行する場合として説明する。

制御部１０１は、無線通信部１０２を監視して、着信を検出したか否か判別し（ステップＳ１０１）、着信を検出してはいないと判別したときには、その他の処理を行い（ステップＳ１０２）、その処理の終了後、処理をステップＳ１０１に戻す。

ステップＳ１０１で、着信を検出したと判別したときには、制御部１０１は、自動応答して（ステップＳ１０３）、当該着信が乗車予定の受付要求であるか否か判別する（ステップＳ１０４）。この実施形態では、上述したように、利用者は、乗車予定の受付要求をする際には、自身の携帯電話端末から、乗車予定の受付要求のための専用アプリを用いて
自動運転車１に対して受付要求を送信する。このときの送信情報には、乗車予定の受付要求であることを示す情報、例えば識別情報が含まれている。そこで、自動運転車１の制御部１０１は、自動応答して得た情報中に、乗車予定の受付要求であることを示す情報が含まれているか否かにより、着信が乗車予定の受付要求であるか否か判別する。

このステップＳ１０４で、着信が乗車予定の受付要求ではないと判別したときには、制御部１０１は、受け付けた着信の情報内容に応じた対応処理ルーチンを実行する（ステップＳ１０５）。

そして、ステップＳ１０４で、着信が乗車予定の受付要求であると判別したときには、制御部１０１は、利用予定登録者情報記憶部１１５に記憶されている利用予定登録者の電話番号（携帯電話番号）と、着信してきた予定要求者の電話番号とを比較参照し（ステップＳ１０６）、電話番号は一致するか否か判別する。

ステップＳ１０７で、利用予定登録者情報記憶部１１５に記憶されている利用予定登録者の電話番号と、着信してきた予定要求者の電話番号とが不一致であると判別したときには、制御部１０１は、認証がＮＧであるので、乗車予定の受付を拒否するメッセージを着信側に送り（ステップＳ１０８）、着信側との通信路を切断して（ステップＳ１０９）、この処理ルーチンを終了する。

ステップＳ１０７で、利用予定登録者情報記憶部１１５に記憶されている利用予定登録者の電話番号と、着信してきた予定要求者の電話番号とが一致していると判別したときには、制御部１０１は、着信してきた予定要求者に、利用予定登録者情報記憶部１１５に登録されているＩＤ及びパスワードの要求をし（ステップＳ１１０）、ＩＤ及びパスワードを受信したか否か判別する（ステップＳ１１１）。この時、制御部１０１は、電話番号一致により、予定要求者が、利用予定登録者情報記憶部１１５に記憶されている利用予定登録者のいずれの者であるかを認識することができる。

ステップＳ１１１で、ＩＤ及びパスワードを受信してはいないと判別したときには、制御部１０１は、ＩＤ及びパスワードの要求してから所定時間以上経過したか否か判別し（ステップＳ１１２）、所定時間以上経過してはいないと判別したときには、処理をステップＳ１１１に戻し、ＩＤ及びパスワードの受信を待つ。そして、ステップＳ１１２で、所定時間以上経過したと判別したときには、制御部１０１は、処理をステップＳ１０８に進め、認証がＮＧであるので、乗車予定の受付を拒否するメッセージを着信側に送り（ステップＳ１０８）、着信側との通信路を切断して（ステップＳ１０９）、この処理ルーチンを終了する。

ステップＳ１１１で、ＩＤ及びパスワードを受信したと判別したときには、受信したＩＤ及びパスワードと、利用予定登録者情報記憶部１１５に記憶されている予定要求者のＩＤ及びパスワードとを比較参照して、両者が一致しているか否か判別して認証を行う（ステップＳ１２１）。この認証の結果、認証がＯＫではないと判別したときには、制御部１０１は、処理を図９のステップＳ１０８に進め、認証がＮＧであるので、乗車予定の受付を拒否するメッセージを着信側に送り（ステップＳ１０８）、着信側との通信路を切断して（ステップＳ１０９）、この処理ルーチンを終了する。

ステップＳ１２２で、認証がＯＫであると判別したときには、制御部１０１は、予定要求者に、予定の情報の送付を要求し（ステップＳ１２３）、これに対して送られてくる予定の情報を受信してバッファメモリに一時記憶する（ステップＳ１２４）。

なお、以上のシーケンスにおいて、この実施形態では、ステップＳ１０６及びステップＳ１０７において、着信者の電話番号が、利用予定登録者情報記憶部１１５に登録されている利用予定登録者の電話番号であるか否か判別して認証を行うようにしたが、この電話番号による認証は行わなくてもよい。その場合には、予定要求者が利用予定登録者情報記憶部１１５に登録されている利用予定登録者のいずれの者であるかは、ステップＳ１２１及びステップＳ１２２での認証において、ＩＤ及びパスワードとが予定要求者が入力したものと一致した利用予定登録者を特定することで認識することができる。

次に、制御部１０１は、バッファメモリに一時記憶した予定要求者の予定の情報と、予定スケジュール記憶部１１９に記憶されている既登録のスケジュール情報とを比較参照して、競合が生じていないかどうかチェックし（ステップＳ１２５）、予定要求者の予定の情報と競合する既登録のスケジュール情報があるか否か判別する（ステップＳ１２６）。

このステップＳ１２６で、予定要求者の予定の情報と競合する既登録のスケジュール情報は存在しないと判別したときには、制御部１０１は、受信した予定の情報中の乗車予定人数と、自車情報記憶部１２４に記憶されている乗車定員とを比較し（図１１のステップＳ１３１）、乗車予定人数の全てが乗車可能であるか否か判別する（ステップＳ１３２）。

ステップＳ１３２で、乗車予定人数の全てが乗車可能であると判別したときには、制御部１０１は、受信した予定の情報を、予定要求者のＩＤに対応付けて、スケジュール情報として、予定スケジュール記憶部１１９に記憶して登録し、登録完了を予定要求者に通知する（ステップＳ１３３）。そして、制御部１０１は、予定要求者との間の通信路を切断して（ステップＳ１３４）、この処理ルーチンを終了する。

また、ステップＳ１３２で、乗車予定人数が乗車定員を超えていて乗車可能ではないと判別したときには、制御部１０１は、予定要求者に乗車定員を報せると共に、乗車定員オーバーを通知する（ステップＳ１３５）。そして、制御部１０１は、予定要求者から、乗車定員以内とする乗車予定人数の変更を受信したか否か判別し（ステップＳ１３６）、乗車定員以内とする乗車予定人数の変更を受信したと判別したときには、処理をステップＳ１３３に進め、受信した予定の情報を、予定要求者のＩＤに対応付けて、スケジュール情報として、予定スケジュール記憶部１１９に記憶して登録し、登録完了を予定要求者に通知する（ステップＳ１３３）。そして、制御部１０１は、予定要求者との通信路を切断して（ステップＳ１３４）、この処理ルーチンを終了する。

また、ステップＳ１３６で、乗車定員以内とする乗車予定人数の変更を受信してはいないと判別したときには、制御部１０１は、予定要求者から受付要求のキャンセルを受信したか否か判別する（ステップＳ１３７）。このステップＳ１３７で、キャンセルを受信してはいないと判別したときには、制御部１０１は、処理をステップＳ１３６に戻し、予定要求者からの乗車予定人数の変更を待つ。そして、このステップＳ１３７で、キャンセルを受信したと判別したときには、制御部１０１は、予定要求者との間の通信路を切断して（ステップＳ１３８）、この処理ルーチンを終了する。

次に、ステップＳ１２６で、予定要求者の予定の情報と競合する既登録のスケジュール情報が存在すると判別したときには、制御部１０１は、競合している既登録のスケジュール情報は実行中であるか否かを、予定スケジュール記憶部１１９に記憶されている実行状況の情報を参照して判別する（ステップＳ１２７）。

このステップＳ１２７で、競合している既登録のスケジュール情報は実行中であると判別したときには、制御部１０１は、予定要求者と、競合している既登録のスケジュール情報を登録した予定競合者とについて、優先順位を比較し、判定する（ステップＳ１２８）。このステップＳ１２８における優先順位の判定においては、制御部１０１は、利用予定登録者情報記憶部１１５に記憶されている個人属性に基づく優先順位、場所属性優先順位記憶部１２１に記憶されている場所属性に基づく優先順位及び利用目的優先順位記憶部１２２に記憶されている利用目的に基づく優先順位の全てについて参照して、優先順位を比較し、判定する。

そして、制御部１０１は、先ず、当該優先順位の判定の結果、予定要求者の優先順位は絶対優先であるか否か判別する（図１２のステップＳ１４１）。このステップＳ１４１で、例えば、予定要求者により入力された予定の情報の内の利用目的が「急病のため病院に行く」であって、利用目的優先順位記憶部１２２を参照した結果、「絶対優先」であると判別したときには、制御部１０１は、カーナビ機能部１１３により、現在位置検出部１１０で検出された自車の現在位置から、予定要求者により指定された乗車開始予定位置までの移動時間を計算し、到着予想時刻を求める（ステップＳ１４２）。

そして、制御部１０１は、求めた到着予想時刻と予定要求者により指定された乗車開始予定時刻とを参照して、乗車開始予定時刻までに到着することができるか否か判別する（ステップＳ１４３）。

このステップＳ１４３で、乗車開始予定時刻までに到着することができると判別したときには、制御部１０１は、予定要求者からの予定の情報を受け入れて予定スケジュール記憶部１１９に記憶し、予定要求者に要求受け入れを通知し（ステップＳ１４４）、その後、予定要求者との間の通信路を切断する（ステップＳ１４５）。

次に、制御部１０１は、利用中（乗車中）の予定競合者に、絶対優先の優先順位の予定要求が発生したため、利用を中止（または中断）して、予定要求者が指定した乗車開始予定位置に向かう旨を表示部１１１の表示画面やスピーカ１３６を通じて報知する（ステップＳ１４６）。中断の場合は、中断時間も報知する。この報知の際には、この実施形態では、制御部１０１は、表示画面には、降車要求の受付ボタンを表示するようにしており、利用中（乗車中）の予定競合者から、タッチパネル１１２を通じた降車要求を受け取ったか否か判別する（ステップＳ１４７）。

ステップＳ１４７で、降車要求を受け取ったと判別したときには、制御部１０１は、停車可能な場所であって、降車要求者の指示位置において、一時停車をし、利用中の予定競合者を降車させる（ステップＳ１４８）。そして、制御部１０１は、絶対優先のスケジュールを実行するが、その実行中、あるいは、実行終了後の適宜のタイミングで、未実行の他のスケジュール情報の乗車開始予定時刻を参照して、遅延が発生すると判別した場合には、当該未実行の他のスケジュール情報を設定した予定設定者に対して通信路を形成し、その通信路を通じて、未実行の他のスケジュール情報を設定した予定設定者に乗車開始予定時刻の変更を通知する（ステップＳ１４９）。そして、制御部１０１は、この処理ルーチンを終了する。

ステップＳ１４７で、降車要求を受け取ってはいないと判別したときには、利用中（乗車中）の予定競合者を乗車させたまま、絶対優先のスケジュールを実行し、ステップＳ１４９を行った後、この処理ルーチンを終了する。この場合には、予定競合者は、乗車定員に許容があれば、絶対優先の利用と共に、病院に向かうこともできるし、絶対優先の利用者を優先するために、自分は、その乗車開始予定位置において降車するようにすることもできる。

次に、ステップＳ１４３において、乗車開始予定時刻までに到着することができないと判別したときには、制御部１０１は、ステップＳ１４２で求めた到着予想時刻を予定要求者に通知すると共に、遅延を承諾して予定要求を維持するか否かを問い合わせるメッセージを送る（図１３のステップＳ１５１）。

そして、制御部１０１は、その問い合わせに対する予定要求者からの回答を待って、回答を受信したら当該回答が要求を維持するものであるか否か判別する（ステップＳ１５２）。ステップＳ１５２で、要求を維持するとの回答を得たと判別したときには、制御部１０１は、予定要求者から受信した予定の情報を、その乗車開始予定時刻は、到着予想時刻に変更して、予定スケジュール記憶部１１９に記憶し、予定要求者に要求受け入れを通知する（ステップＳ１５３）。その後、制御部１０１は、処理を図１２のステップＳ１４５に移行し、このステップＳ１４５以降の処理を実行する。

また、ステップＳ１５２で、予定要求者から、要求を維持せずにキャンセルするとの回答を得たと判別したときには、制御部１０１は、予定要求者に、予定要求のキャンセルの確認を通信路を通じて通知し（ステップＳ１５４）、その後、予定要求者との間の通信路を切断して（ステップＳ１５５）、この処理ルーチンを終了する。

次に、図１２のステップＳ１４１で、予定要求者の優先順位は、絶対優先ではないと判別したときには、制御部１０１は、予定要求者の予定の情報についての優先順位は競合しているスケジュール情報についての優先順位よりも上位であるか否か判別する（図１４のステップＳ１６１）。この場合の優先順位には、個人属性に基づく優先順位も含むことは言うまでもない。

このステップＳ１６１で、予定要求者の予定の情報についての優先順位は競合しているスケジュール情報についての優先順位よりも上位であると判別したときには、制御部１０１は、カーナビ機能部１１３により、現在位置検出部１１０で検出された自車の現在位置から、予定要求者により指定された乗車開始予定位置までの移動時間を計算し、到着予想時刻を求める（ステップＳ１６２）。

そして、制御部１０１は、求めた到着予想時刻と予定要求者により指定された乗車開始予定時刻とを参照して、乗車開始予定時刻までに到着することができるか否か判別する（ステップＳ１６３）。

ステップＳ１６３において、乗車開始予定時刻までに到着することができないと判別したときには、制御部１０１は、通信路を通じて、ステップＳ１６２で求めた到着予想時刻を予定要求者に通知すると共に、遅延を承諾して予定要求を維持するか否かを問い合わせるメッセージを送る（ステップＳ１６４）。

そして、制御部１０１は、その問い合わせに対する予定要求者からの回答を待って、回答を受信したら当該回答が要求を維持するものであるか否か判別する（ステップＳ１６５）。そして、ステップＳ１６５で、予定要求者から、要求を維持せずにキャンセルするとの回答を得たと判別したときには、制御部１０１は、予定要求者に、予定要求のキャンセルの確認を通知し（ステップＳ１６６）、その後、予定要求者との間の通信路を切断して（ステップＳ１６７）、この処理ルーチンを終了する。

また、ステップＳ１６３で、乗車開始予定時刻までに到着することができると判別されたとき、そして、ステップＳ１６５で、要求を維持するとの回答を得たと判別したときには、制御部１０１は、利用中の予定競合者に、優先順位が上位の予定要求と競合していることを通知し、利用中止（または変更）の承諾をするか否かの問い合わせのメッセージを、表示部１１１の表示画面及びスピーカ１３６を通じて報知する（図１５のステップＳ１７１）。この時、表示画面には、予定競合者からの予定要求者との通話を要求することができる通話要求ボタン（アイコン）が表示されている。

制御部１０１は、通話要求ボタンが押されて通話要求がなされたか否かを、タッチパネル１１２を通じた操作入力を監視することで判別する（ステップＳ１７２）。このステップＳ１７２で、通話要求がなされたと判別したときには、制御部１０１は、マイクロフォン１３５を送話器とし、また、スピーカ１３６を受話器として、無線通信部１０２を通じた予定要求者との通話路を形成する（ステップＳ１７３）。これにより、予定要求者と予定競合者との間で通話が可能となり、両者の間でスケジュール調整のための通話による相談が可能となる。

このステップＳ１７３の次には、制御部１０１は、利用中の予定競合者からの利用中止（または変更）に対する承諾または拒否の入力を、タッチパネル１１２を通じた操作入力を監視することで判別する（ステップＳ１７４）。このステップＳ１７４で、利用中の予定競合者からの利用中止（または変更）に対する承諾の入力があったと判別したときには、制御部１０１は、予定要求者の予定の情報を受け入れて、予定スケジュール記憶部１１９に記憶し、予定要求者に要求受け入れを通知し（ステップＳ１７５）、その後、予定要求者との間の通信路を切断する（ステップＳ１７６）。そして、制御部１０１は、利用中の予定競合者に、表示部１１１の表示画面及びスピーカ１３６を通じて利用中止（または変更）を通知し（ステップＳ１７７）、この処理ルーチンを終了する。この場合にも、ステップＳ１４７及びステップＳ１４８に対応するステップを、ステップＳ１７６の後に実行するようにするが、ここでは、それらのステップを省略する。

なお、ステップＳ１７５における予定要求者の予定の情報は、乗車開始予定時刻がステップＳ１６２で求められた到着予想時刻になるにも関わらず、ステップＳ１６５で予定要求を維持するとした場合には、乗車開始予定時刻は、ステップＳ１６２で求められた到着予想時刻に変更されて記憶されるものである。

次に、ステップＳ１６１で、予定要求者の予定の情報についての優先順位は競合しているスケジュール情報についての優先順位よりも上位ではないと判別したときには、制御部１０１は、予定要求者に、通信路を通じて、他者（予定競合者）の利用と競合していることと、他者（予定競合者）の利用終了予定時刻を通知すると共に、予定の情報（利用開始予定時刻）の変更を促すメッセージを送る（図１６のステップＳ１８１）。

また、ステップＳ１７４で、利用中の予定競合者からの利用中止（または変更）に対する承諾の入力があったと判別したときにも、制御部１０１は、処理をこのステップＳ１８１に移行する。

次に、制御部１０１は、予定要求者から、利用開始予定時刻が他者（予定競合者）の利用終了予定時刻に変更された予定の情報を通信路を通じて受け取ったか否か判別する（ステップＳ１８２）。このステップＳ１８２で、利用開始予定時刻が他者（予定競合者）の利用終了予定時刻に変更された予定の情報を受け取ったと判別したときには、制御部１０１は、受け取った予定要求者からの予定の情報を受け入れて、予定スケジュール記憶部１１９に記憶し、要求受け入れを予定要求者に通信路を通じて通知する（ステップＳ１８３）。そして、制御部１０１は、予定要求者との間の通信路を切断して（ステップＳ１８４）、この処理ルーチンを終了する。

また、ステップＳ１８２で、利用開始予定時刻が他者（予定競合者）の利用終了予定時刻に変更された予定の情報を受け取ってはいないと判別したときには、制御部１０１は、予定要求者から受付要求のキャンセルを受信したか否か判別する（ステップＳ１８５）。このステップＳ１８５で、キャンセルを受信してはいないと判別したときには、制御部１０１は、処理をステップＳ１８２に戻し、このステップＳ１８２以降の処理を繰り返す。また、ステップＳ１８５で、キャンセルを受信したと判別したときには、制御部１０１は、予定要求者にキャンセルの確認を通知し（ステップＳ１８６）、予定要求者との間の通信路を切断し（ステップＳ１８４）、この処理ルーチンを終了する。

そして、図１０のステップＳ１２７で、競合するスケジュール情報は、実行中ではないと判別したときには、制御部１０１は、予定要求者の予定の情報と、予定競合者の予定の情報（スケジュール情報）とについて、優先順位を比較し、判定する（図１７のステップＳ１９１）。このステップＳ１９１における優先順位の判定においても、ステップＳ１２８と同様に、制御部１０１は、利用予定登録者情報記憶部１１５に記憶されている個人属性に基づく優先順位、場所属性優先順位記憶部１２に記憶されている場所属性に基づく優先順位及び利用目的優先順位記憶部１２２に記憶されている利用目的に基づく優先順位の全てについて参照して、優先順位を比較し、判定する。

そして、制御部１０１は、予定要求者の予定の情報の方が優先順位が上位であるか否か判別する（ステップＳ１９２）。ステップＳ１９２で、予定要求者の予定の情報の方が優先順位が上位であると判別したときには、利用予定登録者情報記憶部１１５に記憶されている予定競合者の携帯電話端末の電話番号を用いて、予定競合者に発信し、一方、予定要求者にはスケジュール調整のための待機を要請する（ステップＳ１９３）。

そして、制御部１０１は、予定競合者への発信に対して着信応答があったか否か判別する（ステップＳ１９４）。このステップＳ１９４で、着信応答があったと判別したときには、予定競合者との間に通信路を形成し、予定競合者に対して、優先順位上位の予定要求者の乗車予定の受付要求とが競合しているので予定の情報の変更を要求する（ステップＳ１９５）。

制御部１０１は、ステップＳ１９５の予定の情報の変更の要求に対して、通信路を通じて予定競合者からの予定の情報の変更を受け付けたか否か判別する（ステップＳ１９６）。このステップＳ１９６で、予定の情報の変更は受け付けていないと判別したときには、予定競合者から予定の情報の変更拒否を受信したか否か判別する（ステップＳ１９７）。このステップＳ１９７で、変更拒否を受信したと判別したときには、制御部１０１は、予定競合者との通信を切断し（ステップＳ１９８）、その後、図１６のステップＳ１８１に処理を進め、このステップＳ１８１以降の処理を繰り返す。また、このステップＳ１９７で、変更拒否を受信してはいないと判別したときには、制御部１０１は、処理をステップＳ１９６に戻し、このステップＳ１９６以降の処理を繰り返す。

そして、ステップＳ１９６で、予定競合者からのスケジュール情報の変更（修正）を受け付けたと判別したときには、制御部１０１は、受け取った予定競合者からのスケジュール情報の変更（修正）を、利用予定登録者情報記憶部１１５の当該予定競合者のスケジュール情報に反映させて変更（修正）を実行する（ステップＳ１９９）。そして、制御部１０１は、予定競合者との間の通信路を切断する（ステップＳ２００）。そして、制御部１０１は、処理を図１６のステップＳ１８３に移行させ、このステップＳ１８３以降の処理を行う。

また、ステップＳ１９２で、予定要求者の予定の情報が予定競合者のスケジュール情報よりも優先順位が上位ではないと判別したとき、また、ステップＳ１９４で、予定競合者からの着信応答が無かったと判別したときには、制御部１０１は、処理を図１６のステップＳ１８１に移行させ、このステップＳ１８１以降の処理を繰り返す。

［上述の実施形態の効果］
以上説明したように、上述の実施形態によれば、自動運転車１自身がスケジュール調整をするので、予定要求者は、自動運転車１に利用予定登録者の登録をすると共に、予定の情報の受付要求をするだけで済むという効果がある。

そして、上述の実施形態によれば、自動運転車１は、予定競合者と予定要求者との調整を、両者との意思の確認を行いながら実行するので、スケジュール調整をスムーズに行うことができる。この場合に、自動運転車１は、スケジュールを実行中である状態においても、乗車中の予定競合者と予定要求者との間のスケジュール調整ができ、予定要求者の緊急の予定の受付要求にも容易に対応することができる。

また、上述の実施形態では、利用者を自動運転車１に登録した利用予定登録者に限定し、利用予定登録者情報として認証用情報をも登録するようにしているので、利用者についてのセキュリティーを確保することが容易にできる。

また、上述の実施形態では、利用予定登録者について個人属性に応じた優先順位を予め設定しているので、予定が競合したときに、優先順位が上位の者の利用予定を優先することができ便利である。また、予定の情報やスケジュール情報についても利用目的や目的地に応じた優先順位を設定することができるので、予定が競合したときに、優先順位が上位の利用予定を優先することができ便利である。特に、急病人の搬送などの緊急事態のときには、強制優先（絶対優先）とするようにしたので、緊急事態に的確に対応することが可能である。

［上述の実施形態の変形例］
上述の実施形態では、複数の利用予定登録者が家族の場合であり、家族構成員としての個人属性が記録され、その個人属性に応じた優先順位を予め設定していていたが、家族に限られるものではないことはもちろんであり、親族の場合やサークルなどの仲間の場合であってもよい。

さらに、上述の実施形態は、企業で利用する社用車や、公的機関で利用する公用車にも適用できる。社用車や公用車の場合、利用予定登録者情報記憶部１１５には、各利用予定登録者の情報として、上述の利用予定登録者の情報以外に所属、業務、役職（社長、課長、一般社員など）などの情報が、登録されて記憶される。所属、業務、役職などの情報は、業務属性として扱うことができる。この場合、個人属性より業務属性が重視され、業務の重要度や緊急度、役職の上下によって優先順位が設定される。例えば、一般社員より課長、課長より社長が、優先順位が高く設定される。

なお、優先順位の設定は、上述のような個人属性、業務属性、利用目的、目的地のみに限定されるものではなく、代替の交通手段の有無や、利用時間などに応じた優先順位を設定することができるようにしてもよい。例えば代替の交通手段が無い方が、優先順位が上位となる。また、例えば利用時間が所定時間（例えば３０分）以内の短い利用の場合に、優先順位が上位となる。利用時間が短ければ、競合しているスケジュールとの調整により割り込んで利用することができる機会が多くなることを考慮したものである。

また、複数人の利用予定登録者で構成されるグループの属性（家族、会社の社員（営業部、総務部などの所属を含む）など）に応じた特質を考慮して、あるいは、グループ内での取り決めにより、利用時間が所定時間よりも長い場合を、より優先順位が上位とするようにしてもよい。

また、上述の実施形態では、予定要求者の予定の情報と、予定スケジュール記憶部１１９に記憶されている既登録のスケジュール情報とを比較参照して、競合が生じている場合は、優先順位の判定を行い、その判定結果で処理を変えていたが、競合が所定時間以内（例えば５分以内）の場合、優先順位の判定を行わず、予定要求者に予定開始時刻を所定時間遅らせる旨を報知ないし通知してもよい。

また、上述の実施形態では、絶対優先の場合を設けたが、自動運転車が遠隔地への宿泊を伴う旅行に利用されている場合、緊急対応が物理的に不可能であるため、そのような利用形態の場合、事前に予定要求者の利用不可という設定を行えるようにすることもできる。

なお、以上の実施形態では、無線通信部１０２を携帯電話端末の２台分の機能を備えるように構成して、予定要求者の予定の情報と、未実行のスケジュール情報とが競合したときには、図１７に示したように、その競合した未実行のスケジュール情報を登録した予定競合者に対して、予定要求者との間の通信路とは別の通信路を構築して、予定要求者と予定競合者との間のスケジュールの調整を行うようにした。しかし、無線通信部１０２は、必ずしも、携帯電話端末の２台分の機能を備える必要はない。

例えば、無線通信部１０２が携帯電話端末の１台分しか備えない場合には、スケジュール調整を行うことを予定要求者に通知して予定要求者との間の通信路を一旦切断し、その後、予定競合者との間に通信路を接続して、スケジュール調整を行って、その通信路を切断する。そして、再度、予定要求者との間に通信路を接続してその調整結果を通知するようにしてもよい。その場合には、予定要求者及び予定競合者との間に通信路を接続している状態において、予定の情報やスケジュール情報の変更（修正）やキャンセル（削除）を受け付ける。

［スケジュール調整の変形例］
自動運転車１が、予定要求者からの予定の情報の受付要求を受信したときに、図１０のステップＳ１２７で競合するスケジュール情報が実行中とされている場合においては、実行中のスケジュール情報の目的地までの経路を若干変更すると共に、必要に応じて、予定要求者の予定の情報を若干変更することで、予定要求者の予定を、予定競合者のスケジュールに取り込むことが可能である場合がある。すなわち、予定要求者により指定された乗車開始予定位置を、予定競合者のスケジュール情報の経由地として取り込むことで、予定要求者により要求された自動運転車１への乗車を、予定競合者との相乗りとして受け入れることができる場合である。なお、この場合に、好ましくは、予定競合者及び／または予定要求者の承諾を得ることが肝要である。

例えば、予定競合者のスケジュール情報の実行中の現在位置Ｓから目的地Ｅまでの経路ＰＡが、図１８（Ａ）において実線で示すようなものである場合に、予定要求者からの予定の情報の乗車開始予定位置（乗車予定地）Ｓｒが当該経路ＰＡに近く、かつ、乗車終了予定位置（降車予定地）Ｅｒも当該経路ＰＡに近い場合には、図１８（Ａ）において、点線で示す経路ＰＢに変更することにより、予定要求者による要求に応じた乗車を、相乗りとして受け入れることが可能である。

なお、図１８（Ａ）に示すように、乗車終了予定位置（降車予定地）Ｅｒが、経路ＰＡの目的地よりも手前である場合のみではなく、図１８（Ｂ）に示すように、乗車終了予定位置（降車予定地）Ｅｒが、目的地よりも遠方であっても同様である。

この例におけるスケジュール調整の要部の処理の流れの例を、図１９及び図２０のフローチャートを参照しながら説明する。

図１９に示すように、この例の処理ルーチンは、前述した図１０のステップＳ１２７と、ステップＳ１２８との間に設けられる。すなわち、この例においては、ステップＳ１２７において、競合するスケジュールは実行中であると判別したときには、制御部１０１は、カーナビ機能部１１３により予定要求者の乗車開始予定位置（乗車予定地）や乗車終了予定位置（降車予定地）を経由地としたときの利用中の予定競合者のスケジュール情報の目的地への到着遅延時間を計算する（図１９のステップＳ２１１）。

そして、制御部１０１は、計算結果の到着遅延時間が、予め定めた許容遅延時間ＤＬｔｈ以下であるか否か判別する（ステップＳ２１２）。このステップＳ２１２で、計算結果の到着遅延時間が、予め定めた許容遅延時間ＤＬｔｈを超えてしまうと判別したときには、制御部１０１は、処理を図１０のステップＳ１２８へ以降させ、前述したこのステップＳ１２８以降の処理を実行する。

また、ステップＳ２１２で、計算結果の到着遅延時間が、予め定めた許容遅延時間ＤＬｔｈ以下であると判別したときには、制御部１０１は、予定競合者のスケジュールにより乗車中の人数と、予定要求者からの予定の情報の利用人数と、自車情報記憶部１２４に記憶されている乗車定員の情報とから、合計乗車予定人数が乗車定員以内であるか否か判別する（ステップＳ２１３）。このステップＳ２１３で、合計乗車予定人数が乗車定員を超えてしまうと判別したときには、制御部１０１は、処理を図１０のステップＳ１２８へ以降させ、前述したこのステップＳ１２８以降の処理を実行する。

このステップＳ２１３で、合計乗車予定人数が乗車定員以内であると判別したときには、予定要求者に、予定競合者との競合と、便乗が可能であることを通知し、便乗を希望するか否かの問い合わせを、通信路を通じて送信する（ステップＳ２１４）。そして、制御部１０１は、予定要求者からの便乗の希望の有無の回答を受信し、希望の有無を判別する（ステップＳ２１５）。このステップＳ２１５で、予定要求者は便乗を希望しないと判別したときには、制御部１０１は、処理を図１０のステップＳ１２８へ以降させ、前述したこのステップＳ１２８以降の処理を実行する。

また、ステップＳ２１５で、予定要求者は便乗を希望していると判別したときには、制御部１０１は、利用中の予定競合者に、表示部１１１の表示画面及びスピーカ１３６を通じて、予定要求者による予定の情報の人数を含めて、予定要求者の乗車の便乗と、目的地への到着時間遅延を通知すると共に、便乗を承諾するか否かを問い合わせる（ステップＳ２１６）。

そして、制御部１０１は、便乗を承諾するか否かの問い合わせに対する回答を受信して、便乗を承諾するか拒否するかを判別する（ステップＳ２１７）。このステップＳ２１７で、回答は、便乗を拒否していると判別したときには、制御部１０１は、予定競合者が便乗を拒否したことを予定要求者に通信路を通じて通知する（ステップＳ２１８）。そして、制御部１０１は、処理を図１０のステップＳ１２８へ以降させ、前述したこのステップＳ１２８以降の処理を実行する。

また、ステップＳ２１７で、回答は、便乗を承諾していると判別したときには、制御部１０１は、予定スケジュール記憶部１１９に記憶されている利用中の予定競合者のスケジュール情報に経由地を追加し、乗車終了予定時刻を、経由地を経由することで遅延するため計算し直した時刻に変更し、その旨を予定競合者に表示部１１１の表示画面及びスピーカ１３６を通じて報知する（図２０のステップＳ２２１）。

次に、制御部１０１は、利用中の予定競合者のスケジュール情報に関連付けて、予定要求者の予定の情報を、予定スケジュール記憶部１１９に記憶し、その旨を予定要求者に通信路を通じて通知する（ステップＳ２２２）。そして、制御部１０１は、予定要求者との間の通信路を切断し（ステップＳ２２３）、この処理ルーチンを終了する。

なお、この例の場合には、予定スケジュール記憶部１１９に記憶されているスケジュール情報は、予定競合者のスケジュール情報と、予定要求者のスケジュール情報との両方が完了したときに、予定スケジュール記憶部１１９から削除される。

以上説明した例によれば、予定要求者と予定競合者との間での調整により、競合していても便乗（相乗り）により、両方の予定を同時並行的に実行することができるので、非常に便利であると共に、効率良く予定を実行することができるという効果がある。なお、便乗（相乗り）については、複数人、複数経由地も可能である。

上述の例では、予定競合者が乗車中であるときに、予定要求者の便乗についてのスケジュール調整を行うようにした。しかし、予定競合者のスケジュール情報が未実行の場合にも、同様にして、予定要求者の予定の情報に応じて、便乗についての調整を行うようにすることもできる。その場合には、無線通信部１０２が、携帯電話端末の２台分の機能を有する場合には、前述の実施形態における予定競合者と予定要求者とのスケジュール調整と同様に、予定要求者からの予定の情報の受付要求についての待機をさせつつ、予定競合者との間に通信路を形成して、スケジュール調整するようにする。

また、無線通信部１０２が、携帯電話端末の１台分の機能しか有しない場合には、予定要求者からの予定の情報の受付要求についての通信路を一旦切断し、その後、予定競合者との間に通信路を形成して便乗についてのスケジュール調整をして通信路を切断する。そして、便乗についてのスケジュール調整の結果を、予定要求者との間に再度通信路を接続して、通知するようにすることで調整が可能である。

［その他の実施形態又は変形例］
上述の実施形態では、自動運転車は電気自動車であったが、ガソリン車や燃料電池車など、その他の駆動方式であってもよい。また、自動運転車はカーナビによる誘導のみならず、信号機やサインポストなどからの外部電波による誘導によって走行することもできるものであってもよい。

また、上述の実施形態における自動運転車は、自動運転モードと手動運転モードを備え、切り替えられる構成としていたが、自動運転モードのみの構成でもよい。この場合、手動運転モードを有しないため、手動／自動運転モード切替制御部１０５と、手動運転操作検知部１３３は不要となる。その代わりに、自動運転のための制御処理を行う自動運転制御部（図示せず）が設けられる。また、自動運転モードの場合は、運転者がアクセルペダル操作、ブレーキペダル操作、シフトレバー操作、ステアリング操作（ハンドル操作）などの操作をする必要がないので、これらの操作に必要な機構も不要となる。自動運転モードのみの場合、利用者（乗車者）は、例えば、ボタン操作、タッチパネル操作、音声操作などで、自動運転に必要な全ての操作が可能となる。

さらに、この発明の自動運転車は、自動車に限らず、大型車両、自動二輪や１人乗り移動体、さらにヘリコプターや航空機、モーターボート、フェリーなどの船舶など、乗り物全般に適用できる。

さらに、上述の実施形態では、利用予定登録者情報記憶部１１５、予定スケジュール記憶部１１９、場所属性優先順位記憶部１２１、利用目的優先順位記憶部１２２、自車情報記憶部１２４、カーナビ用データベース１３４は、自車内に設置されていたが、それらの記憶部の一部または全部を、自車内ではなく、クラウド上に設置し、通信ネットワーク３を介して、利用することもできる。さらに、予定要求者認証部１１６、乗車者認証部１１７等の認証部の一部または全部を、自車内ではなく、通信ネットワーク３を介して、クラウド上で処理することもできる。

また、上述の実施形態では、乗車者認証は、利用者の顔画像を用いるようにしたが、利用者の音声を用いることもできる。利用者の音声により乗車者認証を行う場合には、自動運転車においては、利用者の音声をマイクロフォン１３５で収音して、利用予定登録者情報記憶部１１５に利用予定登録者の音声を記憶すると共に、乗車者認証部１１７を、話者音声認識機能を備えるものとして構成して、記憶されていた音声と、マイクロフォン１３５により収音された新たな利用者の音声との一致／不一致を判定することで、乗車者認証を行うように構成する。

また、利用者の指紋により乗車者認証を行う場合には、自動運転車には、指紋読み取り装置が設けられると共に、利用予定登録者情報記憶部１１５には、利用予定登録者の指紋が記憶され、乗車者認証部１１７は、指紋認識機能を備えるものとして構成されて、記憶されていた指紋と、指紋読み取り装置により取得された新たな利用者の指紋との一致／不一致を判定することで、乗車者認証が行われる。掌紋、静脈、虹彩、その他の生体情報を用いる場合も、同様の構成の変更により可能となる。

なお、乗車者認証に利用者の顔画像、音声、指紋などの生体情報ではなく、パスワードや携帯電話番号などを用いてもよい。この方法は、受付要求をした予定要求者自身が自動運転車１に乗車せず、生体情報の登録のない他の利用者が乗車する場合の乗車者認証に有用である。もちろん、予定要求者自身が自動運転車１に乗車しない利用形態は、セキュリティーを確保するため、禁止するようにしてもよいし、当該他の利用者が乗車時に、予定要求者に対しその旨を通知し、乗車させてよいか否かの確認を取り、その確認結果を追加の乗車者認証として用いてもよい。

また、上述の実施形態では、１回分の乗車の予定の情報を入力する場合としたが、乗車の予定の情報は、複数回分を入力することもでき、それぞれの回について、上述と同様のスケジュール調整が可能である。また、スケジュールは、当日中に限らず、２日などの複数日、さらには１週間、１か月に亘るスケジュールであってもよい。

なお、以上の実施形態では、予定要求は、予定要求者が所持する携帯電話端末を通じて行うようにしたが、自動運転車の乗車中の者が、タッチパネル１１２を通じた操作入力やマイクロフォン１３５と音声入出力部１２０を通じた音声入力により行うようにしてもよい。そして、予定要求者の予定の情報（スケジュール情報）は、自動運転車１側からスケジュールのテンプレートを呈示して、それに必要事項を入力してもらうようにしてもよいし、予定要求者が直接的に入力してもよい。さらに、自動運転車との間で対話形式にスケジュール情報を入力することができるようにしてもよい。

なお、予定要求者は利用予定登録者である必要があるが、同乗者は利用予定登録者である必要はないことは言うまでもない。

１…自動運転車、３…通信ネットワーク、１０…自動運転車１の電子制御回路部、１０１…制御部、１０２…無線通信部、１０７…カメラ群、１１１…表示部、１１２…タッチパネル、１１３…カーナビ機能部、１１４…利用予定登録者情報受付部、１１５…利用予定登録者情報記憶部、１１６…予定要求者認証部、１１７…乗車者認証部、１１８…乗車予定受付管理部、１１９…予定スケジュール記憶部

上記の課題を解決するために、請求項１の発明は、
自律走行により自動運転を行う自動車であって、
無線通信手段と、
自車の利用の予定のスケジュール情報を記憶する予定スケジュール記憶手段と、
前記予定スケジュール記憶手段に記憶されている前記スケジュール情報に基づいて、自律走行により自車を移動させるように制御する自律移動制御手段と、
前記無線通信手段を通じて自車の利用の予定の受付要求をしてきた予定要求者による前記受付要求に係る予定の情報を受け付ける予定情報受付手段と、
前記予定情報受付手段で受け付けた前記受付要求に係る予定の情報と、前記スケジュール情報とが競合するか否かを判別する競合判別手段と、
前記競合判別手段で、競合すると判別したときに、前記予定要求者からの前記予定の情報に基づいて、相乗りあるいは便乗乗車が可能であるか否かを判別する相乗りあるいは便乗乗車可否判別手段と、
前記相乗りあるいは便乗乗車可否判別手段の判別結果に基づいて、前記予定要求者からの前記予定の情報に基づいた前記相乗りあるいは便乗乗車に関する調整を行うスケジュール調整手段と、
を備える自動車を提供する。

上述の構成の請求項１の発明の自動車は、自律走行により自動運転を行う自動運転車であって、無線通信手段を備える。

予定情報受付手段は、無線通信手段を通じて自車の利用の予定の受付要求をしてきた予定要求者による受付要求に係る予定の情報を受け付ける。

そして、制御部１０１は、計算結果の到着遅延時間が、予め定めた許容遅延時間ＤＬｔｈ以下であるか否か判別する（ステップＳ２１２）。このステップＳ２１２で、計算結果の到着遅延時間が、予め定めた許容遅延時間ＤＬｔｈを超えてしまうと判別したときには、制御部１０１は、処理を図１０のステップＳ１２８へ移行させ、前述したこのステップＳ１２８以降の処理を実行する。

また、ステップＳ２１２で、計算結果の到着遅延時間が、予め定めた許容遅延時間ＤＬｔｈ以下であると判別したときには、制御部１０１は、予定競合者のスケジュールにより乗車中の人数と、予定要求者からの予定の情報の利用人数と、自車情報記憶部１２４に記憶されている乗車定員の情報とから、合計乗車予定人数が乗車定員以内であるか否か判別する（ステップＳ２１３）。このステップＳ２１３で、合計乗車予定人数が乗車定員を超えてしまうと判別したときには、制御部１０１は、処理を図１０のステップＳ１２８へ移行させ、前述したこのステップＳ１２８以降の処理を実行する。

このステップＳ２１３で、合計乗車予定人数が乗車定員以内であると判別したときには、予定要求者に、予定競合者との競合と、便乗が可能であることを通知し、便乗を希望するか否かの問い合わせを、通信路を通じて送信する（ステップＳ２１４）。そして、制御部１０１は、予定要求者からの便乗の希望の有無の回答を受信し、希望の有無を判別する（ステップＳ２１５）。このステップＳ２１５で、予定要求者は便乗を希望しないと判別したときには、制御部１０１は、処理を図１０のステップＳ１２８へ移行させ、前述したこのステップＳ１２８以降の処理を実行する。

そして、制御部１０１は、便乗を承諾するか否かの問い合わせに対する回答を受信して、便乗を承諾するか拒否するかを判別する（ステップＳ２１７）。このステップＳ２１７で、回答は、便乗を拒否していると判別したときには、制御部１０１は、予定競合者が便乗を拒否したことを予定要求者に通信路を通じて通知する（ステップＳ２１８）。そして、制御部１０１は、処理を図１０のステップＳ１２８へ移行させ、前述したこのステップＳ１２８以降の処理を実行する。

Claims (2)

1. 自律走行により自動運転を行う自動車であって、
   無線通信手段と、
   自車の利用を予定する者として予め登録されている利用予定登録者についての少なくとも認証参照用情報を、利用予定登録者の識別情報に対応付けて記憶する利用予定登録者情報記憶手段と、
   自車の利用の予定のスケジュール情報を、前記利用予定登録者の識別情報のそれぞれに対応付けて記憶する予定スケジュール記憶手段と、
   前記予定スケジュール記憶手段に記憶されている前記スケジュール情報に基づいて、自律走行により自車を移動させるように制御する自律移動制御手段と、
   前記認証参照用情報と前記無線通信手段を通じて自車の利用の予定の受付要求をしてきた予定要求者から取得した情報とから、前記予定要求者が、前記利用予定登録者であるか否かを判別し、前記利用予定登録者であると判別したときに、前記予定要求者による前記受付要求に係る予定の情報を受け付ける予定情報受付手段と、
   前記予定情報受付手段で受け付けた前記受付要求に係る予定の情報と前記予定スケジュール記憶手段に記憶されている、実行中の前記スケジュール情報とが競合するか否か判別し、競合すると判別したときに、前記予定要求者の受付要求に係る予定の情報に基づいて、前記実行中の前記スケジュール情報による移動経路において、前記予定要求者が相乗りあるいは便乗乗車が可能であるか否かを判別し、相乗りあるいは便乗乗車が可能であると判別したときには、前記予定要求者の前記予定の情報について、前記予定競合者との間での相乗りあるいは便乗乗車の調整を行うスケジュール調整記憶制御手段と、
   を備える自動車。
2. 自律走行により自動運転を行う自動車であって、
   無線通信手段と、自車の利用を予定する者として予め登録されている利用予定登録者についての少なくとも認証参照用情報を、利用予定登録者の識別情報に対応付けて記憶する利用予定登録者情報記憶手段とを備え、自律走行により自動運転を行う自動車が備えるコンピュータを、
   自車の利用の予定のスケジュール情報を、前記利用予定登録者の識別情報のそれぞれに対応付けて記憶する予定スケジュール記憶手段、
   前記予定スケジュール記憶手段に記憶されている前記スケジュール情報に基づいて、自律走行により自車を移動させるように制御する自律移動制御手段、
   前記認証参照用情報と前記無線通信手段を通じて自車の利用の予定の受付要求をしてきた予定要求者から取得した情報とから、前記予定要求者が、前記利用予定登録者であるか否かを判別し、前記利用予定登録者であると判別したときに、前記予定要求者による前記受付要求に係る予定の情報を受け付ける予定情報受付手段、
   前記予定情報受付手段で受け付けた前記受付要求に係る予定の情報と前記予定スケジュール記憶手段に記憶されている、実行中の前記スケジュール情報とが競合するか否か判別し、競合すると判別したときに、前記予定要求者の受付要求に係る予定の情報に基づいて、前記実行中の前記スケジュール情報による移動経路において、前記予定要求者が相乗りあるいは便乗乗車が可能であるか否かを判別し、相乗りあるいは便乗乗車が可能であると判別したときには、前記予定要求者の前記予定の情報について、前記予定競合者との間での相乗りあるいは便乗乗車の調整を行うスケジュール調整記憶制御手段、
   として実行させるための自動車プログラム。

Images