JP6915147B2 - 車両制御システム、車両制御装置、および車両制御方法 - Google Patents

Description

本発明の態様は、車両制御システム、車両制御装置、および車両制御方法に関する。
本願は、２０１８年２月２２日に、日本に出願された特願２０１８−２９８５８号に基づき優先権を主張し、その内容をここに援用する。

一般的な車両用ナビゲーション装置では、設定された目的地に到着した場合に案内が終了し、設定された検索条件が解除されるようになっている。これに関連して、目的地に到着した場合であっても検索結果を保存しておき、目的地に応じた滞在時間を推定し、車両のエンジンがオンされるまでの時間が推定された滞在時間よりも短すぎる場合、保存しておいた検索結果をユーザに提供する技術が知られている（例えば、特許文献１参照）。

特開２００７−３２２２８２号公報

しかしながら、従来のシステムは、検索結果を再度利用するために滞在時間を推定しているだけであって、乗員が降車した後の車両の利用を促進するために滞在時間を推定することについては検討されていなかった。

本発明は、このような事情を考慮してなされたものであり、ユーザが自動運転車両を使用しない期間における自動運転車両の利用を促進することができる車両制御システム、車両制御装置、および車両制御方法を提供することを目的の一つとする。

この発明に係る車両制御システム、車両制御装置、および車両制御方法は、以下の構成を採用した。
（１）：本発明の一態様は、ユーザによる自動運転車両の使用スケジュールを含む参照情報に基づいて、前記ユーザが前記自動運転車両を使用しない不使用期間を推定し、推定した前記不使用期間において、前記ユーザが前記自動運転車両を使用しない状態で提供される所定のサービスを管理するサービス管理部と、前記サービス管理部により管理される前記所定のサービスに応じて、前記不使用期間における前記自動運転車両の行動計画を生成する制御部と、を備える車両制御システムである。

（２）：上記（１）の態様において、前記サービス管理部は、前記ユーザが前記自動運転車両を降車した後の行動を推定し、推定した行動を、前記参照情報に含める。

（３）：上記（１）の態様において、前記サービス管理部は、前記ユーザの行動パターンを推定し、推定した前記ユーザの行動パターンを前記参照情報に含める。

（４）：上記（１）の態様において、前記サービス管理部は、前記ユーザのステータスに基づいて前記不使用期間を修正する。

（５）：上記（１）の態様において、前記サービス管理部は、前記ユーザの予定に関係する者に関する情報を取得し、取得した前記ユーザの予定に関係する者に関する情報を前記参照情報に含める。

（６）：上記（１）の態様において、前記サービス管理部は、前記所定のサービスが前記不使用期間において提供されることの承諾を前記ユーザに求め、前記ユーザにより承諾された場合、前記所定のサービスを開始するための処理を行う。

（７）：上記（１）の態様において、前記サービス管理部は、それぞれ長さが異なる複数の不使用期間候補を推定し、推定した前記不使用期間候補のうち一部または全部について、前記不使用期間候補において提供可能な前記所定のサービスを前記ユーザに提供するための処理を行う。

（８）：本願の一態様は、ユーザによる自動運転車両の使用スケジュールを含む参照情報に基づいて、前記ユーザが前記自動運転車両を使用しない不使用期間を推定し、推定した前記不使用期間において、前記ユーザが前記自動運転車両を使用しない状態で提供される所定のサービスに関する情報を取得する取得部と、前記取得部により取得された情報に基づいて、前記不使用期間における前記自動運転車両の行動計画を生成する制御部と、を備える車両制御装置である。

（９）：本発明の一態様は、一以上のコンピュータが、ユーザによる自動運転車両の使用スケジュールを含む参照情報に基づいて、前記ユーザが前記自動運転車両を使用しない不使用期間を推定し、推定した前記不使用期間において、前記ユーザが前記自動運転車両を使用しない状態で提供される所定のサービスを管理し、前記所定のサービスに応じて、前記不使用期間における前記自動運転車両の行動計画を生成する、車両制御方法である。

（１）〜（９）によれば、ユーザが自動運転車両を使用しない期間における自動運転車両の利用を促進することができる。

実施形態に係る車両制御システム１の構成図である。 サービス管理装置５００の構成図である。 スケジュール情報５３１の内容の一例を示す図である。 サービス条件情報５３２の内容の一例を示す図である。 位置情報５３３の内容の一例を示す図である。 車両ステータス情報５３４の内容の一例を示す図である。 利用履歴情報５３５の内容の一例を示す図である。 実施形態に係る車両制御装置５の構成図である。 第１制御部１２０および第２制御部１６０の機能構成図である。 実施形態の車両制御システム１による一連の処理の流れの一例を示すシーケンス図である。 スケジュール補充処理の流れの一例を示すフローチャートである。 不使用期間推定処理の流れの一例を示すフローチャートである。 サービス決定処理の流れの一例を示すフローチャートである。 サービス決定処理の流れの他の一例を示すフローチャートである。 見直し処理の流れの一例を示すフローチャートである。 実施形態の自動運転制御装置１００のハードウェア構成の一例を示す図である。

以下、図面を参照し、本発明の車両制御システム、車両制御装置、および車両制御方法の実施形態について説明する。

［全体構成］
図１は、実施形態に係る車両制御システム１の構成図である。車両制御システム１は、一以上のプロセッサ（コンピュータ）により実現される。車両制御システム１は、例えば、一以上の車両制御装置５と、一以上の端末装置３００と、サービス管理装置５００と、清掃管理サーバ７００と、配車管理サーバ９００とを備える。車両制御装置５は、自動運転機能を備える自動運転車両に搭載される車載装置である。自動運転車両は、例えば、オーナーＸの自家用車である。端末装置３００は、オーナーＸの所有する端末装置であり、例えば、スマートフォンなどの携帯電話やタブレット端末、ノートパソコン、ＰＤＡ（Personal Digital Assistant）などの、少なくとも通信機能と情報入出力機能を有する可搬型端末装置である。

サービス管理装置５００は、オーナーＸが自動運転車両を使用しない状態で提供されるサービス（以下、セカンドサービスと記す）を管理する。セカンドサービスにおいて、自動運転車両は、セカンドサービスに応じた場所へ移動したり、セカンドサービスに応じた経路を走行したりする。セカンドサービスには、例えば、清掃サービス、カーシェアサービス、タクシーサービス、充電サービス、配達サービス、宅配ボックスサービス等が含まれる。例えば清掃サービスは、オーナーＸの自動運転車両を清掃施設まで走行させ、清掃施設において清掃作業等（車体の清掃、車両内部の清掃、座席シートの配置の変更、点検、その他メンテナンスなど）が終わった後、指定の場所まで自動運転車両を走行させるサービスである。例えばカーシェアサービスは、オーナーＸの自動運転車両をオーナーＸ以外のユーザが利用する車両（以下、シェアカーと記す）として活用するサービスである。例えばタクシーサービスは、オーナーＸの自動運転車両をタクシーとして活用するサービスである。例えば充電サービスは、電気自動車のバッテリーを充電するための充電施設やガソリンスタンドまでオーナーＸの自動運転車両を走行させ、充電施設やガソリンスタンドによる充電やガソリンの供給を受けた後、指定の場所まで自動運転車両を走行させるサービスである。配達サービスは、宅配業者と連携して、配達物を自動運転車両に載せて配送先まで搬送するサービスである。宅配ボックスサービスは、自動運転車両を宅配ボックスとして活用するサービスであって、例えば、所定時間以内に受け取りに来られるユーザへの配達物を自動運転車両が宅配業者の集荷センターまで取りに行き、そのまま、自動運転車両に保管し、配達物の配送先であるユーザが自動運転車両に取りに来たら受け渡すサービスである。

サービス管理装置５００は、清掃サービスを提供するための処理を行う場合、清掃管理サーバ７００と通信して所定の情報を取得する。また、サービス管理装置５００は、カーシェアサービスやタクシーサービスを提供するための処理を行う場合、配車管理サーバ９００と通信して所定の情報を取得する。サービス管理装置５００は、その他外部サーバと通信して、セカンドサービスを提供するために必要な情報（例えば、充電施設の利用状況やガソリンスタンドの設備等に関する情報）を取得してもよい。

清掃管理サーバ７００は、例えば清掃会社などの事業者が運営するサーバであって、客からの清掃依頼に関する情報などを受け付け、車両の清掃に関する各種サービスを提供する。清掃管理サーバ７００は、サービス管理装置５００により清掃施設の紹介を指示された場合、複数の清掃施設の中から、清掃依頼に応じた清掃施設を選択し、選択した清掃施設に関する情報をサービス管理装置５００に送信する。各清掃施設で提供できるサービスは、各施設の設備や人員に応じて異なっている場合が多い。

配車管理サーバ９００は、例えばタクシー会社やカーシェア会社などの事業者が運営するサーバであって、客からの配車依頼に関する情報などを受け付け、配車に関する各種サービスを提供する。配車管理サーバ９００は、客からの配車依頼に応じた自動運転車両の配車を、サービス管理装置５００に対して指示する。例えば、配車管理サーバ９００は、客からの配車依頼に関する情報（例えば、呼び出し場所、待ち合わせ時刻、予約人数、行き先など）を、サービス管理装置５００に送信して、配車を指示する。呼び出し場所とは、シェアカーやタクシーが客を迎えに行く場所である。また、配車管理サーバ９００は、流しタクシーで走行した場合に客を拾えそうなエリアや、シェアカーやタクシーが不足しているエリアを示す情報を、サービス管理装置５００に送信してもよい。

車両制御装置５と、端末装置３００と、サービス管理装置５００と、清掃管理サーバ７００と、配車管理サーバ９００とは、ネットワークＮＷによって互いに接続されており、このネットワークＮＷを介して互いに通信する。ネットワークＮＷは、例えば、ＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）、インターネット、専用回線、無線基地局、プロバイダなどのうちの一部または全部を含む。

ここで、実施形態に係る車両制御システム１の利用シーンの一例について説明する。例えば、オーナーＸが自動運転車両に乗車して自宅を出発し、目的地であるショッピングモールに午前中に到着したとする。オーナーＸは、夕方までショッピングモールに滞在する予定である。このようなシーンにおいて、オーナーＸは、ショッピングモールに到着してから帰るまでの不使用期間において、セカンドサービスの提供を受けることができる。サービス管理装置５００は、この不使用期間を推定し、推定した不使用期間に応じたセカンドサービスを提供するための各種処理を実行する。例えば、サービス管理装置５００は、不使用期間を午前１０時から午後５時までと推定し、戻り地点をショッピングモールと推定する。車両制御装置５およびサービス管理装置５００は、午後５時までにショッピングモールに戻って来られるように、自動運転車両を走行させる。なお、セカンドサービスの利用シーンはこれに限られず、例えば、平日の日中や、土日の夜間など、オーナーＸにより自動運転車両が使用されない不使用期間において利用可能である。この場合、戻り地点は、オーナーＸの自宅等である。

［サービス管理装置５００］
先に、サービス管理装置５００について説明する。図２は、サービス管理装置５００の構成図である。サービス管理装置５００は、通信部５１０と、サービス管理部５２０と、記憶部５３０とを備える。通信部５１０は、例えば、ＮＩＣなどの通信インターフェースを含む。記憶部５３０は、例えば、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）、ＳＳＤ（Solid State Drive）などのフラッシュメモリ、ＨＤＤ（Hard Disk Drive）などである。記憶部５３０には、例えば、スケジュール情報５３１、サービス条件情報５３２、位置情報５３３、車両ステータス情報５３４、利用履歴情報５３５、オーナーステータス情報５３６、属性情報５３７などの情報が格納される。記憶部５３０は、サービス管理装置５００がネットワークを介してアクセス可能なＮＡＳ（Network Attached Storage）などの外部記憶装置であってもよい。サービス管理部５２０は、記憶部５３０に記憶されている情報を用いて、以下に説明する各種処理を実行する。

スケジュール情報５３１は、自動運転車両の使用スケジュールに関する情報である。図３は、スケジュール情報５３１の内容の一例を示す図である。スケジュール情報５３１は、各オーナーＸのスケジュールだけでなく、オーナーＸと関連性のあるユーザのスケジュールに関する情報を含んでいてもよい。

図３に示す通り、スケジュール情報５３１は、日付に、時間帯と、オーナー予定と、サービス予定と、補充スケジュールと、戻り地点とを対応付けた情報である。図３に示すようなテーブルは、オーナー（関連性のあるユーザを含む）ごとに用意される。日付と時間帯は、各スケジュールが設定されている日時である。オーナー予定は、オーナーＸの個人スケジュールであって、オーナーＸにより登録される。オーナー予定には、例えば、オーナーＸによる自動運転車両の利用予定に関する情報（例えば、行き先や使用目的等）が含まれる。サービス予定には、セカンドサービスの利用予定に関する情報（例えば、セカンドサービスの種類、利用施設名等）が含まれる。なお、サービス予定には、何等かのセカンドサービスの予定が設定されていることを示す「○」や、セカンドサービスの予定が設定されていないことを示す「−」が記述されてもよい。使用スケジュールは、オーナーＸにより設定されてもよく、オーナーＸにより設定された使用スケジュールやサービス条件情報５３２等に基づいて、サービス管理装置５００により設定されてもよい。補充スケジュールは、後述するスケジュール管理部５２１により決定された補充スケジュールである。戻り地点は、セカンドサービスを終了した後に自動運転車両が戻ってくる地点であり、例えば、オーナーＸが自動運転車両と合流する地点として希望する地点である。

サービス条件情報５３２は、オーナーＸにより設定されるサービス条件を示す情報である。図４は、サービス条件情報５３２の内容の一例を示す図である。図４に示す通り、サービス条件情報５３２は、サービスの種類に、サービスの頻度、最小所要時間、優先順位、エリア制限、時間帯制限、利用者制限、サービス期間の厳格性などを対応付けた情報である。サービス条件情報５３２は、セカンドサービスの提供を受ける場合にオーナーＸが希望する条件を示す情報である。サービスの種類は、セカンドサービスの種類を示す情報であって、例えばセカンドサービスの名称である。サービスの頻度は、オーナーＸが希望する各セカンドサービスの利用頻度である。最小所要時間は、オーナーＸが希望する各セカンドサービスの時間長の下限値である。例えば、３０分でも時間があればタクシーとして走行させたいオーナーと、少なくとも２時間程度でなければタクシーとして走行させたくないオーナーとを区別することができる。優先順位は、サービス管理装置５００により提供するセカンドサービスを決定するときに優先される順位である。エリア制限は、セカンドサービスの提供中に自動運転車両が走行可能なエリアを示す。時間帯制限は、セカンドサービスの提供中に自動運転車両が走行可能な時間帯を示す。利用者制限は、自動運転車両に乗車させる客の制限を示す。サービス期間の厳格性とは、サービス期間をはみ出してサービスが提供されることをオーナーＸが許容するかどうかを示す情報である。サービス期間の厳格性が高い場合、サービス期間内において提供可能なサービスに限定され、サービス期間の厳格性が低い場合、サービス期間をはみ出した期間において提供可能なサービスも許容される。

位置情報５３３は、自動運転車両の位置を示す情報である。図５は、位置情報５３３の内容の一例を示す図である。図５に示す通り、位置情報５３３は、日時に、車両位置情報と、オーナー位置情報とを対応付けた情報である。車両位置情報は、ナビゲーション装置５０により取得された自動運転車両の位置を示す情報である。オーナー位置情報は、オーナーＸの所持する端末装置３００のＧＮＳＳ（Global Navigation Satellite System）等により取得された端末装置３００の位置を示す情報である。

車両ステータス情報５３４は、各自動運転車両の状態を示す情報である。図６は、車両ステータス情報５３４の内容の一例を示す図である。図６に示す通り、車両ステータス情報５３４は、車両ＩＤに、サービス提供の有無、サービスの種類、サービスの進行状況、走行態様、戻り地点、走行態様などを対応付けた情報である。車両ＩＤは、各自動運転車両を識別する識別情報である。サービス提供の有無は、サービスの提供中であるか否かを示す情報である。サービスの進行状況は、提供中であるサービスの進行レベルや提供中であるサービスの内容等を示す情報である。走行態様は、自動運転車両の走行態様であって、例えば、流しタクシー、呼び出しタクシー、自家用車等が含まれる。走行態様の詳細については後述する。

利用履歴情報５３５は、各オーナーＸが提供を受けたセカンドサービスの履歴情報である。図７は、利用履歴情報５３５の内容の一例を示す図である。図７に示す通り、利用履歴情報５３５は、サービス期間に、サービスの種類、第１行動計画などを対応付けた情報である。サービス期間と第１行動計画については、それぞれ後述する。

オーナーステータス情報５３６は、例えば、カード利用情報、投稿情報、店舗利用情報、推定されたオーナーのステータスを示す情報などが含まれる。カード利用情報は、オーナーＸによりカード（クレジットカード、キャッシュカード、ポイント）が利用されたことに関する情報であって、例えば、カードが利用された日時、場所、店舗名、対象商品などが含まれる。なお、カード利用情報は、カード自体の利用に限られず、ＷＥＢ上で擬似的にカードを利用したことに相当する処理がなされたことに関する情報も含まれる。投稿情報は、端末装置３００を用いてＷＥＢ上に投稿された情報であって、例えば、画像データ、テキストデータ、音声データなどを含む。店舗利用情報は、オーナーＸの入店や退店を示す情報等である。推定されたオーナーのステータスを示す情報は、例えば、不使用期間、オーナーＸの行動、戻り地点などを含み、後述する推定部５２４により推定された情報である。

属性情報５３７は、オーナーＸの属性を示す情報であって、例えば、職種、年齢、性別、家族構成などが含まれる。

図２に戻って、サービス管理部５２０は、例えば、スケジュール管理部５２１と、オーナー情報管理部５２２、車両位置管理部５２３と、推定部５２４と、決定部５２５と、修正部５２６と、清掃管理部５２７と、配車管理部５２８と、充電管理部５２９とを備える。これらの構成要素のうち一部または全部は、例えば、ＣＰＵ（Central Processing Unit）などのプロセッサが、記憶部５３０に記憶されたプログラム（ソフトウェア）を実行することで実現される。また、これらの構成要素の機能のうち一部または全部は、ＬＳＩ（Large Scale Integration）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。

スケジュール管理部５２１は、通信部５１０を用いて車両制御装置５あるいは端末装置３００から受信した情報に基づいて、スケジュール情報５３１を更新する。また、スケジュール管理部５２１は、スケジュール情報５３１とサービス条件情報５３２とを参照して、自動運転車両の使用スケジュールを作成し、スケジュール情報５３１に追加してもよい。例えば、スケジュール管理部５２１は、サービス条件情報５３２の時間帯制限に基づいて、設定されている時間帯（例えば、平日の午前０時から午前５時までの期間）にサービス予定を作成する。

また、スケジュール管理部５２１は、スケジュール情報５３１を参照し、補充スケジュールを作成し、補充スケジュールに基づいてスケジュール情報５３１を更新する。例えば、スケジュール管理部５２１は、オーナーＸのスケジュールに基づいて行動パターンを推定し、推定した行動パターンに基づいて補充スケジュールを作成する。行動パターンとして、毎週月曜日と木曜日の午後８時以降にジムに通っているという行動を推定した場合、スケジュール管理部５２１は、スケジュール情報５３１の個人スケジュールにおいて、月曜日と木曜日の８時以降にジムの予定が入っておらず、且つ、何の予定も入っていない場合、補充スケジュールとしてジムに行く予定を作成する。このように、スケジュール管理部５２１は、オーナーＸの入力が漏れている可能性のある予定（以下、登録漏れ予定と記す）を作成し、補充スケジュールとする。これにより、オーナーＸのスケジュールを補充し、登録の手間を省くことができる。

なお、これに限られず、スケジュール管理部５２１は、ＷＥＢ上に存在するオーナーＸの他のスケジュール情報や、他者（例えば、家族）のスケジュール情報を参照し、登録漏れ予定を作成してもよい。例えば、家族の予定の中にオーナーＸと一緒に食事をするという予定が登録されていた場合、スケジュール管理部５２１は、オーナーＸの補充スケジュールとして、食事の予定を作成する。

また、スケジュール管理部５２１は、記憶部５３０を参照して、オーナーＸにおススメの予定（以下、推奨予定と記す）を作成し、補充スケジュールとしてもよい。推奨予定には、例えば、オーナーＸの属性に応じた予定、オーナーＸに特典が与えられる可能性のある予定（例えば、過去に４ポイントを獲得しており、あと１ポイント獲得すると特典が与えられる場合は、残りの１ポイントを獲得することができる予定）などが含まれる。

オーナー情報管理部５２２は、通信部５１０を用いて端末装置３００から受信した情報に基づいて、サービス条件情報５３２を更新する。また、オーナー情報管理部５２２は、通信部５１０を用いて外部サーバから受信した情報に基づいて、オーナーステータス情報５３６を更新する。

車両位置管理部５２３は、通信部５１０を用いて車両制御装置５から受信した位置情報に基づいて、位置情報５３３を更新する。また、車両位置管理部５２３は、通信部５１０を用いて端末装置３００から受信した位置情報に基づいて、位置情報５３３を更新してもよい。

推定部５２４は、所定の参照情報に基づいて、オーナーＸが自動運転車両を使用しない不使用期間を推定する。参照情報は、記憶部５３０に格納されている情報であってもよく、記憶部５３０に格納されている情報に基づいて推定部５２４により作成された情報であってもよい。例えば、推定部５２４は、複数の参照情報のうち、不使用期間を推定する対象期間において参照可能な情報の一部または全部に基づいて不使用期間を推定してもよく、参照可能な全ての情報のうち確度の高い情報に基づいて不使用期間を推定してもよい。また、推定部５２４は、一の対象期間について複数の不使用期間を推定してもよい。

また、推定部５２４は、参照情報に基づいて、オーナーＸの行動や戻り地点を推定する。オーナーＸの行動は、現在の行動であってもよく、将来の行動であってもよい。推定部５２４は、推定したオーナーＸの行動を示す情報や、推定した戻り地点を示す情報を、推定した不使用期間に関連付けて、記憶部５３０に格納してもよい。

例えば、推定部５２４は、対象期間におけるオーナーＸの行動に基づいて、不使用期間を推定する。対象期間におけるオーナーＸの行動は、例えばスケジュール情報５３１に登録されているスケジュールであってもよく、推定部５２４により推定された行動であってもよい。後者の場合、推定部５２４は、例えば対象期間のスケジュールが登録されていない場合、対象期間のオーナーＸの行動を推定し、推定したオーナーＸの行動に基づいて不使用期間を推定してもよい。

例えば、オーナーＸが自動運転車両を降車する際にセカンドサービスの利用指示だけをした場合、推定部５２４は、降車した場所や時刻等に基づいて、オーナーＸが自動運転車両を降車した後の行動を推定する。例えば、降車した場所の周辺においてオーナーＸが過去に行ったことのある美容院がある場合、推定部５２４は、オーナーＸがその美容院に行ったと推定し、現時点から平均的な美容院に要する時間を不使用期間と推定してもよい。

また、推定部５２４は、オーナーＸの属性情報５３７に基づいて、対象期間のオーナーＸの行動を推定する。例えば、推定部５２４は、オーナーＸが主婦である場合には行動範囲を狭く、会社員である場合には行動範囲を広く設定し、設定された範囲の中におけるオーナーＸの行動を推定してもよい。

また、推定部５２４は、投稿情報に基づいて、対象期間のオーナーＸの行動を推定する。例えば、推定部５２４は、オーナーＸが投稿した画像を解析することにより、ショッピングをしている、レストランにいる、友達といる、コンサートに行っているなどの行動を推定してもよい。また、推定部５２４は、投稿されたテキストや音声を解析することにより、オーナーＸの感情や考えを推定し、推定結果に基づいて、オーナーＸの今後の行動を推定してもよい。例えば、一緒にいる友達と盛り上がっていると推定される場合には、オーナーＸは引き続き友達と一緒にいるであろうと推定する。

また、推定部５２４は、スケジュール情報５３１に基づいてオーナーＸの行動パターンを取得し、取得した行動パターンに基づいて、オーナーＸの行動を推定する。推定部５２４は、推定されたオーナーＸの行動に基づいて不使用期間を推定してもよく、取得した行動パターンに基づいて不使用期間を推定してもよい。例えば、平日は電車で職場に通勤しており、週末に自動運転車両を利用して外出するという行動パターンが推定された場合、推定部５２４は、平日を不使用期間と推定する。なお、平日のスケジュールにおいて外出の予定がスケジュールされている場合、推定部５２４は、外出が予定されている期間は不使用期間でないと推定してもよい。

また、推定部５２４は、例えば対象期間のスケジュールが登録されていない場合、調整相手に関する情報に基づいて、不使用期間を推定してもよい。調整相手には、例えば、オーナーＸの家族、オーナーＸと一緒にいる同行者などが含まれる。調整相手に関する情報には、例えば、調整相手のスケジュール、調整相手の行動や行動パターン、調整相手による投稿情報などが含まれる。推定部５２４は、調整相手に関する情報を、記憶部５３０から読み出してもよく、他の外部サーバから取得してもよく、オーナーＸに関する情報を推定した手法と同様の手法を用いて推定してもよい。

決定部５２５は、推定部５２４により推定された不使用期間を、サービス管理装置５００によりセカンドサービスを提供可能な期間（以下、サービス期間）に設定する。決定部５２５は、推定部５２４により推定された不使用期間にサービスを提供してもよいかどうかを確認するための確認通知を車両制御装置５あるいは端末装置３００に送信し、オーナーＸの承諾を得たことを条件にサービス期間を決定してもよく、オーナーＸの承諾を得ずにサービス期間を決定してもよい。例えば、オーナーＸが自動運転車両を使用する頻度が高い時間帯（日中）においてサービス期間を設定する場合には、オーナーＸの承諾を必要とし、オーナーＸが自動運転車両を使用する頻度が低い時間帯（夜間）においてはオーナーＸの承諾を不要としてもよい。なお、決定部５２５は、サービス条件情報５３２を参照して、推定部５２４により推定された不使用期間のうちサービス条件に合致する期間を、サービス期間に設定してもよい。

決定部５２５は、サービス期間の終了時刻を、自動運転車両の戻り時刻に設定する。

決定部５２５は、推定部５２４により推定された不使用期間において提供するセカンドサービス（以下、提供サービスと記す）を決定する。決定部５２５は、設定されたサービス期間に対する提供サービスを決定してもよく、サービス期間の候補である複数の不使用期間のうち一部または全部について提供サービスを決定してもよい。

例えば、決定部５２５は、サービス期間の終了時刻までに指定された戻り地点に自動運転車両が戻ってくることができる一以上のセカンドサービス（以下、サービス候補と記す）の中のいずれかを、提供サービスに決定する。決定部５２５は、各セカンドサービスに応じた利用制限がある場合、利用制限に基づいてサービス候補を決定する。例えば、清掃サービスでは提供される清掃施設の数や各清掃施設において清掃可能な車両の台数等の制限がある。このため、決定部５２５は、清掃管理サーバ７００から清掃施設の利用状況に関する情報を取得し、取得した情報に基づいて、サービス候補を決定する。また、カーシェアサービスではシェアカーを停車あるいは駐車しておくスペースに制限がある場合がある。このため、決定部５２５は、配車管理サーバ９００からシェアカーと停車あるいは駐車しておくスペースの利用状況に関する情報を取得し、取得した情報に基づいて、サービス候補を決定する。

例えば、決定部５２５は、通信部５１０を用いて車両制御装置５あるいは端末装置３００にサービス候補に関する情報を送信することにより、オーナーＸに対してサービス候補を通知する。サービス候補に関する情報は、サービス候補に含まれるセカンドサービスの属性を示す情報であって、例えば、サービス候補に含まれるセカンドサービスの内容、サービス候補に含まれるセカンドサービスの所要時間、サービス候補に含まれるセカンドサービスの変更のし易さを示す変更容易性などが含まれる。セカンドサービスの内容には、例えば、セカンドサービスの種類、利用する施設の地図上の位置、走行ルートのエリア、シェアカーやタクシーとして走行する際に設定される目的地などが含まれる。セカンドサービスの変更容易性は、例えば、セカンドサービスの提供中において開始当初の予定をサービスの提供側が変更する場合の柔軟性を示す情報である。例えば、サービス候補に含まれる清掃施設における利用状況が混雑していない場合では変更容易性は高く、混雑している場合では変更容易性は低い。オーナーＸは、これらのセカンドサービスの属性を参考にして、複数のサービス候補の中から希望するセカンドサービスを選択することができる。決定部５２５は、通信部５１０を用いて車両制御装置５あるいは端末装置３００から受信した情報に基づいて、サービス候補の中からオーナーＸによって選択されたセカンドサービスを、提供サービスに決定する。

また、決定部５２５は、サービス条件情報５３２を参照して、サービス候補の中からサービス条件に最も合致するセカンドサービスを提供サービスに決定してもよい。サービス条件に最も合致するセカンドサービスには、例えば、「サービスの頻度」に定義されている頻度（オーナーＸが希望する利用頻度）に対して実際の利用頻度の割合が最も低いセカンドサービス、「最小所要時間」に定義されている時間の長さと決定部５２５により決定されたサービス期間の長さの差が最も小さいセカンドサービス、「優先順位」に定義されている順位が最も上位のセカンドサービス、「時間帯制限」に定義されている時間帯に含まれるサービス期間が最も大きいセカンドサービス等が含まれる。また、決定部５２５は、サービス条件と合致する度合を複数の条件に基づいて複合的に導出し、導出した度合に基づいて提供サービスを決定してもよい。

また、決定部５２５は、利用履歴情報５３５を参照して、サービス候補の中からオーナーＸの利用傾向に合致したセカンドサービスを提供サービスに決定してもよい。例えば、決定部５２５は、各セカンドサービスの利用傾向の高い曜日および時間帯を導出し、導出した曜日および時間帯とサービス期間との合致する部分（時間長）が最も大きいセカンドサービスを提供サービスに決定する。

決定部５２５は、通信部５１０を用いて車両制御装置５あるいは端末装置３００に提供サービスに関する情報を送信し、提供サービスをサービス期間中に提供することの承諾をオーナーＸに求め、オーナーＸから承諾を得た場合に、提供サービスを提供するための処理を行うようにしてもよい。なお、提供サービスに関係する関係者がある場合（例えば、提供サービスのサービス期間が調整相手に関する情報に基づいて推定されている場合など）、決定部５２５は、提供サービスをサービス期間中に提供することの承諾を関係者に求め、関係者から承諾を得た場合に、提供サービスを提供するための処理を行うようにしてもよい。

また、決定部５２５は、スケジュール情報５３１において、サービス期間が設定されている場合（例えば、ある期間に対応付けてサービス予定に「○」やセカンドサービスの種類、利用施設名等が記述されている場合）、設定されているサービス期間における提供サービスを決定してもよい。また、サービス期間におけるセカンドサービスが事前にオーナーＸにより設定されている場合、決定部５２５は、設定されているセカンドサービスを提供サービスに決定してもよい。

また、決定部５２５は、サービス期間の厳格性の設定が低い場合、利用時間がサービス期間をはみ出すセカンドサービスであっても、提供サービスに決定してもよい。

決定部５２５は、提供サービスの提供中において、現在時刻と自動運転車両の現在位置とに基づいて、サービス期間の終了時刻までに戻り地点に戻るために提供中のサービスの利用を終了させる時刻（以下、サービス利用終了時刻と記す）を導出する。例えば提供サービスが清掃サービスである場合、サービス利用終了時刻は、清掃施設を出発する時刻として最も遅い時刻である。提供サービスがカーシェアサービスやタクシーサービスである場合、サービス利用終了時刻は、シェアカーやタクシーとしての走行を終了する時刻である。例えば、決定部５２５は、自動運転車両の現在位置や目的地（例えば、清掃施設の場所、シェアカーやタクシーの客により設定された目的地）から戻り地点まで走行した場合の時間に所定の余裕時間を加算した合計時間に基づいて、セカンドサービス期間の終了時刻からサービス利用終了時刻を逆算する。なお、決定部５２５は、戻り地点までのルートにおける渋滞や、目的地までのルートにおける渋滞等に基づいて、サービス利用終了時刻を導出してもよい。そして、決定部５２５は、導出したサービス利用終了時刻を車両制御装置５に送信する。

決定部５２５は、サービス期間における第１行動計画を決定する。第１行動計画には、目的地、走行態様、走行スケジュール、走行ルートなどが含まれる。また、第１行動計画には、自動運転車両を走行させるための情報と、待機のために自動運転車両を停車あるいは駐車させるための情報などが含まれる。なお、第１行動計画に含まれる各項目は、セカンドサービスの種類に応じて異なるものでもよい。目的地は、セカンドサービスの提供を受けるための目的地であって、例えば、清掃施設の地図上の位置、シェアカーが停車あるいは駐車するスペースの地図上の位置、充電ステーションの地図上の位置等である。走行態様は、個人車両として走行する態様や、タクシーとして走行する態様等が含まれる。タクシーとして走行する場合、走行している途中に手を挙げるなどの乗車意思を示した客を乗車させるタクシー（以下、流しタクシーと記す）として走行する態様や、客の指定した呼び出し地点に客を拾いにいくタクシー（以下、呼び出しタクシーと記す）として走行する態様等が含まれる。走行スケジュールと走行ルートは、主にタクシーサービスにおいて設定される項目である。走行スケジュールには、各走行態様の優先順位や時間が含まれる。走行ルートには、走行エリア（駅前中心、街中中心）、優先道路（大通りを優先すること）などが含まれる。なお、決定部５２５は、提供サービスの提供中において（つまり、サービス期間中において）、記憶部５３０を参照し、第１行動計画を変更してもよい。

修正部５２６は、推定部５２４により推定された不使用期間であって、決定部５２５によりサービス期間に決定された不使用期間を修正する。修正部５２６は、セカンドサービスの提供を開始する前に不使用期間を修正してもよく、セカンドサービスの提供中において不使用期間を修正してもよい。

修正部５２６は、所定の修正条件を満たすか否かを判定し、修正条件を満たすと判定した場合、不使用期間を修正する。例えば、修正部５２６は、提供サービスの決定において参照されたオーナーＸの行動（以下、第１の行動と記す）と、提供サービスの決定時の後で取得されたオーナーＸの行動（以下、第２の行動と記す）との違いに基づいて、修正条件を満たすか否かを判定する。修正条件を満たすことには、例えば、第１の行動の所要時間と第２の行動の所要時間の差が所定時間以上であること、第１の行動におけるイベント数と第２の行動におけるイベント数との差が所定数以上であることなどが含まれる。イベントとは、オーナーＸにより実行される事柄であって、例えば、ショッピング、美容院、食事等である。また、修正条件を満たすことには、第１の行動に対して第２の行動が乖離する要因の発生等が含まれてもよい。乖離する要因には、例えば、オーナーＸによる緊急に戻るように依頼する連絡があったことなどが含まれる。

修正部５２６は、修正条件を満たした場合、第２の行動に基づいて不使用期間を修正する。例えば、第１の行動が「２時間のショッピング」であり、第２の行動が「３時間のショッピング」である場合、修正部５２６は、不使用期間を１時間延長する。

修正部５２６は、通信部５１０を用いて車両制御装置５あるいは端末装置３００に修正内容に関する情報を送信し、提供サービスを変更することの承諾をオーナーＸ（あるいは関係者）に求め、オーナーＸ（あるいは関係者）から承諾を得た場合に、提供サービスを変更するようにしてもよい。

清掃管理部５２７は、通信部５１０を用いて配車管理サーバ９００と通信し、オーナーＸの依頼に応じた清掃施設の検索の依頼指示を送信し、検索結果を受信する。清掃管理部５２７は、記憶部５３０のサービス条件情報５３２を参照し、検索結果の中からサービス条件に合致する清掃施設を決定する。

配車管理部５２８は、記憶部５３０を参照し、配車管理サーバ９００（あるいは客）から受け付けた配車依頼に合致する自動運転車両を検索し、検索により得られた自動運転車両に対して呼び出し情報を送信する。配車依頼に合致する自動運転車両とは、記憶部５３０に事前に登録されている複数の自動運転車両のうち、例えば、配車条件を満たす車両である。配車条件には、例えば、予約人数が定員以下であり、待ち合わせ時刻までに呼び出し場所に到着することが可能であり、且つ、行き先までタクシーとして走行した後にサービス期間の終了時刻までに戻り地点に戻って来られることが含まれる。また、配車条件には、サービス条件を満たすことが含まれてもよい。サービス条件を満たすことには、例えば、タクシーを呼び出した客の属性がサービス条件の利用者制限を満たすこと、行き先がエリア制限の範囲内であること等が含まれる。

呼び出し情報には、呼び出し場所、予約人数、行き先、客の属性情報（喫煙者、ペット同行者など）、客のメールアドレス、客に割り当てられた識別情報、予約番号などが含まれる。配車管理部５２８は、配車管理サーバ９００からの配車依頼に基づいて、呼び出し情報を生成する。

充電管理部５２９は、通信部５１０を用いて充電ステーション等を管理する管理サーバ（図示せず）と通信し、オーナーＸの依頼に応じた充電ステーション等の検索の依頼指示を送信し、検索結果を受信する。充電管理部５２９は、記憶部５３０のサービス条件情報５３２を参照し、検索結果の中からサービス条件に合致する充電ステーション等を決定する。

［車両制御装置５］
次に、車両制御装置５について説明する。図８は、実施形態に係る車両制御装置５の構成図である。車両制御装置５が搭載される車両は、例えば、二輪や三輪、四輪等の車両であり、その駆動源は、ディーゼルエンジンやガソリンエンジンなどの内燃機関、電動機、或いはこれらの組み合わせである。電動機は、内燃機関に連結された発電機による発電電力、或いは二次電池や燃料電池の放電電力を使用して動作する。

車両制御装置５は、例えば、カメラ１０と、レーダ装置１２と、ファインダ１４と、物体認識装置１６と、通信装置２０と、ＨＭＩ（Human Machine Interface）３０と、車両センサ４０と、ナビゲーション装置５０と、ＭＰＵ（Map Positioning Unit）６０と、車内カメラ７０と、運転操作子８０と、自動運転制御装置１００と、走行駆動力出力装置２００と、ブレーキ装置２１０と、ステアリング装置２２０とを備える。これらの装置や機器は、ＣＡＮ（Controller Area Network）通信線等の多重通信線やシリアル通信線、無線通信網等によって互いに接続される。なお、図８に示す構成はあくまで一例であり、構成の一部が省略されてもよいし、更に別の構成が追加されてもよい。

カメラ１０は、例えば、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）等の固体撮像素子を利用したデジタルカメラである。カメラ１０は、車両制御装置５が搭載される自動運転車両の任意の箇所に取り付けられる。前方を撮像する場合、カメラ１０は、フロントウインドシールド上部やルームミラー裏面等に取り付けられる。カメラ１０は、例えば、周期的に繰り返し自動運転車両の周辺を撮像する。カメラ１０は、ステレオカメラであってもよい。

レーダ装置１２は、自動運転車両の周辺にミリ波などの電波を放射すると共に、物体によって反射された電波（反射波）を検出して少なくとも物体の位置（距離および方位）を検出する。レーダ装置１２は、自動運転車両の任意の箇所に取り付けられる。レーダ装置１２は、ＦＭ−ＣＷ（Frequency Modulated Continuous Wave）方式によって物体の位置および速度を検出してもよい。

ファインダ１４は、ＬＩＤＡＲ（Light Detection and Ranging）である。ファインダ１４は、自動運転車両の周辺に光を照射し、散乱光を測定する。ファインダ１４は、発光から受光までの時間に基づいて、対象までの距離を検出する。照射される光は、例えば、パルス状のレーザー光である。ファインダ１４は、自動運転車両の任意の箇所に取り付けられる。

物体認識装置１６は、カメラ１０、レーダ装置１２、およびファインダ１４のうち一部または全部による検出結果に対してセンサフュージョン処理を行って、物体の位置、種類、速度などを認識する。物体認識装置１６は、認識結果を自動運転制御装置１００に出力する。物体認識装置１６は、カメラ１０、レーダ装置１２、およびファインダ１４の検出結果をそのまま自動運転制御装置１００に出力してよい。車両制御装置５から物体認識装置１６が省略されてもよい。

通信装置２０は、例えば、セルラー網やＷｉ−Ｆｉ網、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＤＳＲＣ（Dedicated Short Range Communication）などを利用して、自動運転車両の周辺に存在する他車両と通信し、或いは無線基地局を介して各種サーバ装置と通信する。

ＨＭＩ３０は、自動運転車両の乗員に対して各種情報を提示すると共に、乗員による入力操作を受け付ける。ＨＭＩ３０は、各種表示装置、スピーカ、ブザー、タッチパネル、スイッチ、キーなどを含む。

車両センサ４０は、自動運転車両の速度を検出する車速センサ、加速度を検出する加速度センサ、鉛直軸回りの角速度を検出するヨーレートセンサ、自動運転車両の向きを検出する方位センサ等を含む。

ナビゲーション装置５０は、例えば、ＧＮＳＳ受信機５１と、ナビＨＭＩ５２と、経路決定部５３とを備える。ナビゲーション装置５０は、ＨＤＤやフラッシュメモリなどの記憶装置に第１地図情報５４を保持している。ＧＮＳＳ受信機５１は、ＧＮＳＳ衛星から受信した信号に基づいて、自動運転車両の位置を特定する。自動運転車両の位置は、車両センサ４０の出力を利用したＩＮＳ（Inertial Navigation System）によって特定または補完されてもよい。ナビＨＭＩ５２は、表示装置、スピーカ、タッチパネル、キーなどを含む。ナビＨＭＩ５２は、前述したＨＭＩ３０と一部または全部が共通化されてもよい。経路決定部５３は、例えば、ＧＮＳＳ受信機５１により特定された自動運転車両の位置（或いは入力された任意の位置）から、ナビＨＭＩ５２を用いて乗員により入力された目的地までの経路（以下、地図上経路）を、第１地図情報５４を参照して決定する。第１地図情報５４は、例えば、道路を示すリンクと、リンクによって接続されたノードとによって道路形状が表現された情報である。第１地図情報５４は、道路の曲率やＰＯＩ（Point Of Interest）情報などを含んでもよい。地図上経路は、ＭＰＵ６０に出力される。ナビゲーション装置５０は、地図上経路に基づいて、ナビＨＭＩ５２を用いた経路案内を行ってもよい。ナビゲーション装置５０は、例えば、乗員の保有するスマートフォンやタブレット端末等の端末装置の機能によって実現されてもよい。ナビゲーション装置５０は、通信装置２０を介してナビゲーションサーバに現在位置と目的地を送信し、ナビゲーションサーバから地図上経路と同等の経路を取得してもよい。

ＭＰＵ６０は、例えば、推奨車線決定部６１を含み、ＨＤＤやフラッシュメモリなどの記憶装置に第２地図情報６２を保持している。推奨車線決定部６１は、ナビゲーション装置５０から提供された地図上経路を複数のブロックに分割し（例えば、車両進行方向に関して１００［ｍ］毎に分割し）、第２地図情報６２を参照してブロックごとに推奨車線を決定する。推奨車線決定部６１は、左から何番目の車線を走行するといった決定を行う。推奨車線決定部６１は、地図上経路に分岐箇所が存在する場合、自動運転車両が、分岐先に進行するための合理的な経路を走行できるように、推奨車線を決定する。

第２地図情報６２は、第１地図情報５４よりも高精度な地図情報である。第２地図情報６２は、例えば、車線の中央の情報あるいは車線の境界の情報等を含んでいる。また、第２地図情報６２には、道路情報、交通規制情報、住所情報（住所・郵便番号）、施設情報、電話番号情報などが含まれてよい。第２地図情報６２は、通信装置２０が他装置と通信することにより、随時、アップデートされてよい。

車内カメラ７０は、例えば、ＣＣＤやＣＭＯＳ等の固体撮像素子を利用したデジタルカメラである。車内カメラ７０は、自動運転車両の車内を撮像するための任意の箇所に取り付けられる。

運転操作子８０は、例えば、アクセルペダル、ブレーキペダル、シフトレバー、ステアリングホイール、異形ステア、ジョイスティックその他の操作子を含む。運転操作子８０には、操作量あるいは操作の有無を検出するセンサが取り付けられており、その検出結果は、自動運転制御装置１００、もしくは、走行駆動力出力装置２００、ブレーキ装置２１０、およびステアリング装置２２０のうち一部または全部に出力される。

自動運転制御装置１００は、例えば、第１制御部１２０と、第２制御部１６０とを備える。第１制御部１２０と第２制御部１６０は、それぞれ、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。また、これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予め自動運転制御装置１００のＨＤＤやフラッシュメモリなどの記憶装置に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置に装着されることで自動運転制御装置１００のＨＤＤやフラッシュメモリにインストールされてもよい。

図９は、第１制御部１２０および第２制御部１６０の機能構成図である。第１制御部１２０は、例えば、認識部１３０と、行動計画生成部１４０とを備える。第１制御部１２０は、例えば、ＡＩ（Artificial Intelligence；人工知能）による機能と、予め与えられたモデルによる機能とを並行して実現する。例えば、「交差点を認識する」機能は、ディープラーニング等による交差点の認識と、予め与えられた条件（パターンマッチング可能な信号、道路標示などがある）に基づく認識とが並行して実行され、双方に対してスコア付けして総合的に評価することで実現されてよい。これによって、自動運転の信頼性が担保される。

認識部１３０は、カメラ１０、レーダ装置１２、およびファインダ１４から物体認識装置１６を介して入力された情報に基づいて、自動運転車両の周辺にある物体の位置、および速度、加速度等の状態を認識する。物体の位置は、例えば、自動運転車両の代表点（重心や駆動軸中心など）を原点とした絶対座標上の位置として認識され、制御に使用される。物体の位置は、その物体の重心やコーナー等の代表点で表されてもよいし、表現された領域で表されてもよい。物体の「状態」とは、物体の加速度やジャーク、あるいは「行動状態」（例えば車線変更をしている、またはしようとしているか否か）を含んでもよい。

また、認識部１３０は、例えば、自動運転車両が走行している車線（走行車線）を認識する。例えば、認識部１３０は、第２地図情報６２から得られる道路区画線のパターン（例えば実線と破線の配列）と、カメラ１０によって撮像された画像から認識される自動運転車両の周辺の道路区画線のパターンとを比較することで、走行車線を認識する。なお、認識部１３０は、道路区画線に限らず、道路区画線や路肩、縁石、中央分離帯、ガードレールなどを含む走路境界（道路境界）を認識することで、走行車線を認識してもよい。この認識において、ナビゲーション装置５０から取得される自動運転車両の位置やＩＮＳによる処理結果が加味されてもよい。また、認識部１３０は、一時停止線、障害物、赤信号、料金所、その他の道路事象を認識する。

認識部１３０は、走行車線を認識する際に、走行車線に対する自動運転車両の位置や姿勢を認識する。認識部１３０は、例えば、自動運転車両の基準点の車線中央からの乖離、および自動運転車両の進行方向の車線中央を連ねた線に対してなす角度を、走行車線に対する自動運転車両の相対位置および姿勢として認識してもよい。これに代えて、認識部１３０は、走行車線のいずれかの側端部（道路区画線または道路境界）に対する自動運転車両の基準点の位置などを、走行車線に対する自動運転車両の相対位置として認識してもよい。

行動計画生成部１４０は、例えば、サービス管理装置５００により管理されるサービスに応じて、サービス期間における自動運転車両の第２行動計画を生成する。第２行動計画には、自動運転車両を走行させるための情報と、待機のために自動運転車両を停車あるいは駐車させるための情報などが含まれる。なお、第１行動計画は、サービスを実行するために決定される大まかな行動計画であって、第２行動計画は、自動運転車両を走行あるいは停止させための詳細な行動計画である。第２行動計画には、イベント決定部１４２により決定される自動運転のイベントや、目標軌道生成部１４４により生成される目標軌道などが含まれる。

行動計画生成部１４０は、例えば、イベント決定部１４２と、目標軌道生成部１４４と、サービス管理制御部１４６とを備える。イベント決定部１４２は、推奨車線が決定された経路において自動運転のイベントを決定する。イベントは、自動運転車両の走行態様を規定した情報である。自動運転のイベントには、定速走行イベント、低速追従走行イベント、車線変更イベント、分岐イベント、合流イベント、テイクオーバーイベントなどがある。また、イベント決定部１４２は、自動運転車両が走行している際に認識部１３０により認識された周辺の状況に応じて、既に決定したイベントを他のイベントに変更したり、新たにイベントを決定したりしてよい。

目標軌道生成部１４４は、原則的には推奨車線決定部６１により決定された推奨車線を自動運転車両が走行し、更に、自動運転車両が推奨車線を走行する際に周辺の状況に対応するため、イベントにより規定された走行態様で自動運転車両を自動的に（運転者の操作に依らずに）走行させる将来の目標軌道を生成する。目標軌道には、例えば、将来の自動運転車両の位置を定めた位置要素と、将来の自動運転車両の速度等を定めた速度要素とが含まれる。例えば、目標軌道生成部１４４は、イベント決定部１４２により起動されたイベントに応じた目標軌道を生成する。

例えば、目標軌道生成部１４４は、自動運転車両が順に到達すべき複数の地点（軌道点）を、目標軌道の位置要素として決定する。軌道点は、所定の走行距離（例えば数［ｍ］程度）ごとの自動運転車両の到達すべき地点である。所定の走行距離は、例えば、経路に沿って進んだときの道なり距離によって計算されてよい。

また、目標軌道生成部１４４は、所定のサンプリング時間（例えば０コンマ数［ｓｅｃ］程度）ごとの目標速度および目標加速度を、目標軌道の速度要素として決定する。また、軌道点は、所定のサンプリング時間ごとの、そのサンプリング時刻における自動運転車両の到達すべき位置であってもよい。この場合、目標速度や目標加速度は、サンプリング時間および軌道点の間隔によって決定される。目標軌道生成部１４４は、生成した目標軌道を示す情報を、第２制御部１６０に出力する。

サービス管理制御部１４６は、サービス管理装置５００により決定されたサービス期間において自動運転車両を走行させ、サービス期間の終了時刻までに戻り地点に戻るように自動運転車両を走行させる。例えば、サービス管理制御部１４６は、サービス管理装置５００による指示に従って（あるいは、サービス管理装置５００により作成された第１行動計画に従って）、自動運転車両を、清掃施設、タクシーの呼び出し場所、充電ステーション等に向けて走行させる。ここで、サービス管理制御部１４６は、ナビゲーション装置５０に指示して、例えばサービス管理装置５００から受信した第１行動計画に基づいて目的地までの経路を決定させる。これにより、ＭＰＵ６０は推奨車線を決定したり、イベント決定部１４２がイベントを決定したり、目標軌道生成部１４４が目標軌道を生成したりする。このような処理により第１制御部１２０から出力される情報に基づいて第２制御部１６０が各装置を制御することにより、自動運転車両は、第１行動計画に従って走行することができる。

また、サービス管理制御部１４６は、サービス管理装置５００から受信したサービス利用終了時刻に基づいて、サービス利用終了時刻になったか否かを監視する。サービス利用終了時刻となった場合（ちょうどその時刻、またはその時刻を経過した場合、以下同じ）、サービス管理制御部１４６は、サービスを終了あるいは中断させ、自動運転車両を戻り地点に向けて走行させる。

このように、行動計画生成部１４０は、サービス管理装置５００により指示された第１行動計画に従って自動運転車両を走行あるいは停止等させるための第２行動計画を生成することができる。例えば、サービス管理制御部１４６は、清掃施設までの最適な経路に沿って自動運転車両を走行させ、清掃施設での清掃が終了した場合、戻り地点までの最適な経路に沿って自動運転車両を走行させる。また、サービス管理制御部１４６は、客からの呼び出しがあるまで流しタクシーとして自動運転車両を走行させ、客からの呼び出しがあった場合に呼び出しタクシーとして自動運転車両を走行させてもよい。また、サービス管理制御部１４６は、流しタクシーとして走行している状況において客が捕まらない期間が所定期間以上となった場合、タクシーとしての走行を一端終了させ、戻り時間まで駐車場に自動運転車両を駐車させてもよい。

第２制御部１６０は、行動計画生成部１４０によって生成された目標軌道を、予定の時刻通りに自動運転車両が通過するように、走行駆動力出力装置２００、ブレーキ装置２１０、およびステアリング装置２２０を制御する。

図９に戻り、第２制御部１６０は、例えば、取得部１６２と、速度制御部１６４と、操舵制御部１６６とを備える。取得部１６２は、行動計画生成部１４０により生成された目標軌道（軌道点）の情報を取得し、メモリ（不図示）に記憶させる。速度制御部１６４は、メモリに記憶された目標軌道に付随する速度要素に基づいて、走行駆動力出力装置２００またはブレーキ装置２１０を制御する。操舵制御部１６６は、メモリに記憶された目標軌道の曲がり具合に応じて、ステアリング装置２２０を制御する。速度制御部１６４および操舵制御部１６６の処理は、例えば、フィードフォワード制御とフィードバック制御との組み合わせにより実現される。一例として、操舵制御部１６６は、自動運転車両の前方の道路の曲率に応じたフィードフォワード制御と、目標軌道からの乖離に基づくフィードバック制御とを組み合わせて実行する。

走行駆動力出力装置２００は、車両が走行するための走行駆動力（トルク）を駆動輪に出力する。走行駆動力出力装置２００は、例えば、内燃機関、電動機、および変速機などの組み合わせと、これらを制御するＥＣＵとを備える。ＥＣＵは、第２制御部１６０から入力される情報、或いは運転操作子８０から入力される情報に従って、上記の構成を制御する。

ブレーキ装置２１０は、例えば、ブレーキキャリパーと、ブレーキキャリパーに油圧を伝達するシリンダと、シリンダに油圧を発生させる電動モータと、ブレーキＥＣＵとを備える。ブレーキＥＣＵは、第２制御部１６０から入力される情報、或いは運転操作子８０から入力される情報に従って電動モータを制御し、制動操作に応じたブレーキトルクが各車輪に出力されるようにする。ブレーキ装置２１０は、運転操作子８０に含まれるブレーキペダルの操作によって発生させた油圧を、マスターシリンダを介してシリンダに伝達する機構をバックアップとして備えてよい。なお、ブレーキ装置２１０は、上記説明した構成に限らず、第２制御部１６０から入力される情報に従ってアクチュエータを制御して、マスターシリンダの油圧をシリンダに伝達する電子制御式油圧ブレーキ装置であってもよい。

ステアリング装置２２０は、例えば、ステアリングＥＣＵと、電動モータとを備える。電動モータは、例えば、ラックアンドピニオン機構に力を作用させて転舵輪の向きを変更する。ステアリングＥＣＵは、第２制御部１６０から入力される情報、或いは運転操作子８０から入力される情報に従って、電動モータを駆動し、転舵輪の向きを変更させる。

［シーケンス図］
以下、実施形態の車両制御システム１による一連の処理の流れを、シーケンス図を用いて説明する。図１０は、実施形態の車両制御システム１による一連の処理の流れの一例を示すシーケンス図である。例えば、本シーケンス図の処理は、所定の周期で繰り返し行われてよい。

まず、オーナーＸが端末装置３００を用いて、自動運転車両の使用スケジュールを入力する（ステップＳ１）。端末装置３００は、オーナーＸによる操作に基づいて、自動運転車両の使用スケジュールを示す情報を、ネットワークＮＷを介してサービス管理装置５００に送信する（ステップＳ２）。また、オーナーＸは、車両制御装置５のＨＭＩ３０を用いて自動運転車両の使用スケジュールを入力してもよい（ステップＳ３）。車両制御装置５は、オーナーＸによる操作に基づいて、自動運転車両の使用スケジュールを示す情報を、ネットワークＮＷを介してサービス管理装置５００に送信する（ステップＳ４）。サービス管理装置５００は、端末装置３００あるいは車両制御装置５から受信した情報に基づいて、記憶部５３０のスケジュール情報５３１を更新する（ステップＳ５）。

次いで、オーナーＸは、端末装置３００を用いて、自動運転車両についてのサービス条件を入力する（ステップＳ６）。端末装置３００は、オーナーＸによる操作に基づいて、サービス条件を示す情報を、ネットワークＮＷを介してサービス管理装置５００に送信する（ステップＳ７）。また、オーナーＸは、車両制御装置５のＨＭＩ３０を用いて自動運転車両についてのサービス条件を入力してもよい（ステップＳ８）。車両制御装置５は、オーナーＸによる操作に基づいて、サービス条件を示す情報を、ネットワークＮＷを介してサービス管理装置５００に送信する（ステップＳ９）。サービス管理装置５００は、受信した情報に基づいて、記憶部５３０のサービス条件情報５３２を更新する（ステップＳ１０）。

次いで、サービス管理装置５００は、スケジュール補充処理を実行し、作成された補充スケジュールに基づいてスケジュール情報５３１を更新する（ステップＳ２１）このスケジュール補充処理の詳細については後述する。サービス管理装置５００は、不使用期間を推定する不使用期間推定処理を実行する（ステップＳ２２）。この不使用期間推定処理の詳細については後述する。そして、サービス管理装置５００は、サービス決定処理を実行する（ステップＳ２３）。このサービス決定処理の詳細については後述する。

次いで、サービス決定処理により決定された提供サービスの開始時刻の所定時間前になったか否かを判定する（ステップＳ３１）。提供サービスの開始時刻の所定時間前になった場合、サービス管理装置５００は、提供サービスを提供するための処理を開始し、車両制御装置５に対して各種指示を送信する（ステップＳ３２）。車両制御装置５は、サービス管理装置５００から受信した指示に基づいて、自動運転車両を制御する（ステップＳ３３）。

提供サービスの提供中において、サービス管理装置５００は、見直し処理を実行する（ステップＳ３４）。この見直し処理において修正条件を満たす場合、サービス管理装置５００は、提供サービスの内容を修正し、修正内容を車両制御装置５に送信する（ステップＳ３５）。車両制御装置５は、サービス管理装置５００から受信した修正内容に基づいて、自動運転車両を制御する（ステップＳ３６）。

［処理フロー］
以下、実施形態のサービス管理装置５００による各処理の流れを、フローチャートを用いて説明する。図１１は、サービス管理装置５００によるスケジュール補充処理の流れの一例を示すフローチャートである。本フローチャートの処理は、各自動運転車両について行われる。

スケジュール管理部５２１は、スケジュール情報５３１を参照し、オーナーＸの過去のスケジュールに基づいてオーナーＸの行動パターンを推定する（ステップＳ１０１）。スケジュール管理部５２１は、スケジュール情報５３１が示すスケジュールにおいて予定の入っていない期間に対して、推定した行動パターンに基づく登録漏れ予定を作成する（ステップＳ１０３）。ステップＳ１０３において、予定の入っていない期間において補充する予定がない場合、スケジュール管理部５２１は、登録漏れ予定を作成しなくてもよい。ステップＳ１０３において、登録漏れ予定が作成された場合（ステップＳ１０５）、スケジュール管理部５２１は、作成された登録漏れ予定を補充スケジュールとして、スケジュール情報５３１に登録する（ステップＳ１０７）。

次いで、スケジュール管理部５２１は、スケジュール情報５３１を参照し、オーナーＸと関連性のあるユーザの過去のスケジュールに基づいて、登録漏れ予定を作成する（ステップＳ１０９）。ステップＳ１０９において、予定の入っていない期間において補充する予定がない場合、スケジュール管理部５２１は、登録漏れ予定を作成しなくてもよい。ステップＳ１０９において、登録漏れ予定が作成された場合（ステップＳ１１１）、スケジュール管理部５２１は、作成された登録漏れ予定を補充スケジュールとして、スケジュール情報５３１に登録する（ステップＳ１１３）。

次いで、スケジュール管理部５２１は、スケジュール情報５３１、オーナーステータス情報５３６、属性情報５３７等を参照し、推奨予定を作成する（ステップＳ１１５）。ステップＳ１１５において、予定の入っていない期間におけるおススメの予定がない場合、スケジュール管理部５２１は、推奨予定を作成しなくてもよい。ステップＳ１１５において、推奨予定が作成された場合（ステップＳ１１７）、スケジュール管理部５２１は、作成された推奨予定を補充スケジュールとして、スケジュール情報５３１に登録する（ステップＳ１１９）。

次に、実施形態のサービス管理装置５００による不使用期間推定処理の流れを、フローチャートを用いて説明する。図１２は、サービス管理装置５００による不使用期間推定処理の流れの一例を示すフローチャートである。本フローチャートの処理は、各自動運転車両の各対象期間について行われる。

まず、推定部５２４は、対象期間の推定タイミングであるか否かを判定する（ステップＳ２０１）。推定タイミングには、例えば、所定の時刻、オーナーＸが自動運転車両から降車したタイミング、オーナーＸにより指定された降車時刻の所定時間前になったタイミング、セカンドサービスの提供がオーナーＸにより希望されたタイミングなどが含まれる。対象期間には、例えば、翌日の午前中、降車した後の１２時間、セカンドサービスの提供が希望された時から１２時間などが含まれる。

推定タイミングになった場合、推定部５２４は、スケジュール情報５３１を参照し、対象期間に関連する登録スケジュール（オーナー予定とサービス予定とを含む）があるか否かを判定する（ステップＳ２０３）。「対象期間に関連する登録スケジュール」は、対象期間内であってもよく、対象期間の前後の所定期間を含む期間に予定されているスケジュールであってもよい。対象期間に関連する登録スケジュールがある場合、推定部５２４は、その登録スケジュールを参照情報に含める（ステップＳ２０５）。

次いで、推定部５２４は、スケジュール情報５３１を参照し、対象期間に関連する補充スケジュールがあるか否かを判定する（ステップＳ２０７）。対象期間に関連する補充スケジュールがある場合、推定部５２４は、その補充スケジュールを参照情報に含める（ステップＳ２０９）。

次いで、推定部５２４は、対象期間におけるオーナーＸの行動を推定できるか否かを判定する（ステップＳ２１１）。オーナーＸの行動を推定できる場合、推定部５２４は、推定されたオーナーＸの行動を参照情報に含める（ステップＳ２１３）。

次いで、推定部５２４は、オーナーＸの行動パターンを取得し、対象期間に関連する行動パターンがあるか否かを判定する（ステップＳ２１５）。対象期間に関連する行動パターンがある場合、推定部５２４は、その行動パターンを参照情報に含める（ステップＳ２１７）。

次いで、推定部５２４は、スケジュール情報５３１を参照し、対象期間における予定を調整する必要のある調整相手がいるか否かを判定する（ステップＳ２１９）。調整相手がいる場合、推定部５２４は、調整相手に関する情報を参照情報に含める（ステップＳ２２１）。そして、推定部５２４は、参照情報に基づいて、不使用期間を推定する（ステップＳ２２３）。

次に、実施形態のサービス管理装置５００によるサービス決定処理の流れを、フローチャートを用いて説明する。図１３は、サービス管理装置５００によるサービス決定処理の流れの一例を示すフローチャートである。本フローチャートの処理は、各自動運転車両について行われる。

決定部５２５は、所定のタイミングになった場合、サービス期間を決定する（ステップＳ３０１）。所定のタイミングは、例えば、スケジュール情報５３１が更新されたタイミングや、予め設定された指定時刻（毎日午前２時）になったタイミング等である。サービス期間が決定された場合、決定部５２５は、決定したサービス期間におけるセカンドサービスの種類がオーナーＸにより設定されているか否かを判定する（ステップＳ３０３）。サービス期間におけるセカンドサービスの種類が例えば自動運転車両の使用スケジュールにおいて指定されている場合、決定部５２５は、指定されている種類のセカンドサービスを提供サービスに決定し（ステップＳ３０５）、決定した提供サービスに応じた第１行動計画を決定する（ステップＳ３０７）。決定部５２５は、決定した提供サービスや第１行動計画に関する情報を、記憶部５３０の利用履歴情報５３５に登録する。

ステップＳ３０３において、サービス期間におけるセカンドサービスの種類が設定されていない場合、決定部５２５は、サービス期間における一以上のサービス候補を決定する（ステップＳ３０９）。そして、決定部５２５は、サービス候補を示す情報を端末装置３００あるいは車両制御装置５に送信し、オーナーＸに通知する（ステップＳ３１１）。次いで、決定部５２５は、サービス候補の中のいずれかがオーナーＸにより選択されたか否かを判定する（ステップＳ３１３）。サービス候補の中のいずれかを示す情報を端末装置３００あるいは車両制御装置５から受信した場合、決定部５２５は、オーナーＸにより選択されたサービス候補を提供サービスに決定し（ステップＳ３１５）、決定した提供サービスに応じた第１行動計画を決定する（ステップＳ３０７）。

ステップＳ３１３において、サービス候補をオーナーＸに通知してから所定時間内に、サービス候補の中のいずれかがオーナーＸにより選択されなかった場合、サービス管理装置５００は、自動設定が有効であるか否かを判定する（ステップＳ３１７）。自動設定が有効であるとは、決定部５２５が最適なセカンドサービスを提供サービスに決定することをオーナーＸが承諾していることを示す。自動設定が有効である場合、決定部５２５は、例えばサービス候補の中からサービス条件に最も合致するセカンドサービスを提供サービスに決定し（ステップＳ３１９）、決定した提供サービスに応じた第１行動計画を決定する（ステップＳ３０７）。

次に、実施形態のサービス管理装置５００によるサービス決定処理の他の例について説明する。図１４は、サービス管理装置５００によるサービス決定処理の他の一例を示すフローチャートである。本フローチャートの処理は、各自動運転車両について行われる。

まず、推定部５２４は、それぞれ長さが異なる複数の不使用期間候補を推定する（ステップＳ４０１）。例えば、推定部５２４は、オーナーＸが自動運転車両を降車する時刻から２時間のコース、４時間のコース、６時間のコースなどの不使用期間候補を推定する。次いで、決定部５２５は、ステップＳ４０１において推定された不使用期間候補ごとに、サービス候補を決定し（ステップＳ４０３）、サービス候補を示す情報を端末装置３００あるいは車両制御装置５に送信し、オーナーＸに通知する（ステップＳ４０５）。

次いで、決定部５２５は、サービス候補の中のいずれかがオーナーＸにより選択されたか否かを判定する（ステップＳ４０７）。サービス候補の中のいずれかを示す情報を端末装置３００あるいは車両制御装置５から受信した場合、決定部５２５は、オーナーＸにより選択されたサービス候補を提供サービスに決定し（ステップＳ４０９）、決定した提供サービスに応じた第１行動計画を決定する（ステップＳ４１１）。

なお、詳細な説明は省略するが、決定部５２５は、ステップＳ４０３において決定されたサービス候補の中からサービス条件に最も合致するセカンドサービスを、提供サービスに決定してもよい。

次に、実施形態のサービス管理装置５００による見直し処理の流れを、フローチャートを用いて説明する。図１５は、サービス管理装置５００による見直し処理の流れの一例を示すフローチャートである。本フローチャートの処理は、各自動運転車両について行われる。

まず、修正部５２６は、提供中の提供サービスについて見直しタイミングになったか否かを判定する（ステップＳ５０１）。見直しタイミングには、例えば、所定の時刻、オーナーステータス情報５３６が更新されたタイミングなどが含まれる。見直しタイミングになった場合、修正部５２６は、スケジュール情報５３１やオーナーステータス情報５３６などを参照して、提供中の提供サービスを決定した際に参照された第１の行動を取得する（ステップＳ５０３）。次いで、修正部５２６は、スケジュール情報５３１やオーナーステータス情報５３６などを参照して、現時点におけるオーナーＸの行動を取得（あるいは推定）し、第１の行動とする（ステップＳ５０５）。

次いで、修正部５２６は、第１の行動と第２の行動とに基づいて、修正条件を満たすか否かを判定する（ステップＳ５０７）。修正条件を満たすと判定した場合、修正部５２６は、第２の行動に基づいて不使用期間を修正する（ステップＳ５０９）。そして、決定部５２５は、修正部５２６により修正された不使用期間に基づいて第１行動計画を変更する（ステップＳ５１１）。

以上説明した実施形態によれば、ユーザによる自動運転車両の使用スケジュールを含む参照情報に基づいて、前記ユーザが前記自動運転車両を使用しない不使用期間を推定し、推定した前記不使用期間において、前記ユーザが前記自動運転車両を使用しない状態で提供される所定のサービスを管理するサービス管理部５２０と、前記サービス管理部により管理される前記所定のサービスに応じて、前記自動運転車両を自動的に走行させるサービス管理制御部１４６と、を備えることにより、自動運転車両をオーナー以外の利用者に幅広く利用させることができる。

［ハードウェア構成］
図１６は、実施形態の自動運転制御装置１００のハードウェア構成の一例を示す図である。図示するように、自動運転制御装置１００は、通信コントローラ１００−１、ＣＰＵ１００−２、ワーキングメモリとして使用されるＲＡＭ１００−３、ブートプログラムなどを格納するＲＯＭ１００−４、フラッシュメモリやＨＤＤなどの記憶装置１００−５、ドライブ装置１００−６などが、内部バスあるいは専用通信線によって相互に接続された構成となっている。通信コントローラ１００−１は、自動運転制御装置１００以外の構成要素との通信を行う。記憶装置１００−５には、ＣＰＵ１００−２が実行するプログラム１００−５ａが格納されている。このプログラムは、ＤＭＡ（Direct Memory Access）コントローラ（不図示）などによってＲＡＭ１００−３に展開されて、ＣＰＵ１００−２によって実行される。これによって、第１制御部１２０および第２制御部１６０のうち一部または全部が実現される。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、サービス管理装置５００または車両制御装置５の少なくとも一方は、位置情報５３３に基づいて、自動運転車両の戻り地点を決定してもよい。例えば、オーナー位置情報に基づいて、オーナーＸがショッピングモールから移動した場合、決定部５２５は、オーナーＸの移動後の位置を戻り地点に決定してもよい。

サービス管理装置５００のサービス管理部５２０の一部または全部や、記憶部５３０が格納する各情報の一部または全部を車両制御装置５に搭載してもよく、車両制御装置５が備えるサービス管理制御部１４６の一部または全部をサービス管理装置５００が備えていてもよい。つまり、サービス管理制御部１４６により管理される所定のサービスに応じて、自動運転車両を自動的に走行させる「制御部」には、サービス管理部５２０またはサービス管理制御部１４６の少なくとも一方が含まれる。

また、セカンドサービスは、上述したサービスに限られず、例えば、より安い駐車場を検索して駐車させるサービスや、自宅に一度帰ってから迎えに来るサービスや、大人たちを会社に下した後に、子供たちを塾に送るサービスなどであってもよい。

１…車両制御システム、５…車両制御装置、３００…端末装置、５００…サービス管理装置、７００…清掃管理サーバ、９００…配車管理サーバ、１０…カメラ、１２…レーダ装置、１４…ファインダ、１６…物体認識装置、２０…通信装置、３０…ＨＭＩ、４０…車両センサ、５０…ナビゲーション装置、６０…ＭＰＵ、７０…車内カメラ、８０…運転操作子、１００…自動運転制御装置、１２０…第１制御部、１３０…認識部、１４０…行動計画生成部、１４２…イベント決定部、１４４…目標軌道生成部、１４６…サービス管理制御部、１６０…第２制御部、１６２…取得部、１６４…速度制御部、１６６…操舵制御部、２００…走行駆動力出力装置、２１０…ブレーキ装置、２２０…ステアリング装置、５１０…通信部、５２０…サービス管理部、５３０…記憶部

Claims (9)

1. ユーザによる自動運転車両の使用スケジュールを含む参照情報に基づいて、前記ユーザが前記自動運転車両を使用しない不使用期間を推定し、推定した前記不使用期間において、前記ユーザが前記自動運転車両を使用しない状態で提供される所定のサービスを管理するサービス管理部と、
   前記サービス管理部により管理される前記所定のサービスに応じて、前記不使用期間における前記自動運転車両の行動計画を生成する制御部と、を備え、
   前記サービス管理部は、前記ユーザのカード利用情報、投稿情報、店舗利用情報のうち少なくとも一つを含む電子情報に基づいて前記不使用期間を修正する、
   車両制御システム。
2. 前記サービス管理部は、前記ユーザが前記自動運転車両を降車した後の行動を推定し、推定した行動を、前記参照情報に含める、
   請求項１に記載の車両制御システム。
3. 前記サービス管理部は、前記ユーザの行動パターンを推定し、推定した前記ユーザの行動パターンを前記参照情報に含める、
   請求項１に記載の車両制御システム。
4. 前記サービス管理部は、前記ユーザのステータスに基づいて前記不使用期間を修正する、
   請求項１に記載の車両制御システム。
5. 前記サービス管理部は、前記ユーザの予定に関係する者に関する情報を取得し、取得した前記ユーザの予定に関係する者に関する情報を前記参照情報に含める、
   請求項１に記載の車両制御システム。
6. 前記サービス管理部は、
   前記所定のサービスが前記不使用期間において提供されることの承諾を前記ユーザに求め、前記ユーザにより承諾された場合、前記所定のサービスを開始するための処理を行う、
   請求項１に記載の車両制御システム。
7. 前記サービス管理部は、
   それぞれ長さが異なる複数の不使用期間候補を推定し、推定した前記不使用期間候補のうち一部または全部について、前記不使用期間候補において提供可能な前記所定のサービスを前記ユーザに提供するための処理を行う、
   請求項１に記載の車両制御システム。
8. ユーザによる自動運転車両の使用スケジュールを含む参照情報に基づいて、前記ユーザが前記自動運転車両を使用しない不使用期間を推定し、推定した前記不使用期間において、前記ユーザが前記自動運転車両を使用しない状態で提供される所定のサービスに関する情報を取得する取得部と、
   前記取得部により取得された情報に基づいて、前記不使用期間における前記自動運転車両の行動計画を生成する制御部と、を備え、
   前記不使用期間は、前記ユーザのカード利用情報、投稿情報、店舗利用情報のうち少なくとも一つを含む電子情報に基づいて修正されるものである、
   車両制御装置。
9. 一以上のコンピュータが、
   ユーザによる自動運転車両の使用スケジュールを含む参照情報に基づいて、前記ユーザが前記自動運転車両を使用しない不使用期間を推定し、推定した前記不使用期間において、前記ユーザが前記自動運転車両を使用しない状態で提供される所定のサービスを管理し、
   前記所定のサービスに応じて、前記不使用期間における前記自動運転車両の行動計画を生成し、
   前記ユーザのカード利用情報、投稿情報、店舗利用情報のうち少なくとも一つを含む電子情報に基づいて前記不使用期間を修正する、
   車両制御方法。

Images