JP2020098610A - 車両およびサービス管理装置 - Google Patents

車両およびサービス管理装置 Download PDF

Info

Publication number
JP2020098610A
JP2020098610A JP2020008737A JP2020008737A JP2020098610A JP 2020098610 A JP2020098610 A JP 2020098610A JP 2020008737 A JP2020008737 A JP 2020008737A JP 2020008737 A JP2020008737 A JP 2020008737A JP 2020098610 A JP2020098610 A JP 2020098610A
Authority
JP
Japan
Prior art keywords
vehicle
service
unit
information
service provider
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2020008737A
Other languages
English (en)
Other versions
JP7183204B2 (ja
Inventor
瞬 岩▲崎▼
Shun Iwasaki
瞬 岩▲崎▼
浅海　壽夫
Toshio Asaumi
壽夫 浅海
賢太郎 石坂
Kentaro Ishizaka
賢太郎 石坂
いずみ 近藤
Izumi Kondo
いずみ 近藤
諭 小池
Satoshi Koike
諭 小池
倫久 真鍋
Michihisa Manabe
倫久 真鍋
伊藤　洋
Yo Ito
洋 伊藤
佑樹 林
Yuki Hayashi
佑樹 林
安井　裕司
Yuji Yasui
裕司 安井
詩園 徳永
Shion Tokunaga
詩園 徳永
将行 渡邉
Masayuki Watanabe
将行 渡邉
一樹 西岡
Kazuki Nishioka
一樹 西岡
雄大 広畑
Takehiro Hirohata
雄大 広畑
久和 山根
Hisakazu Yamane
久和 山根
貴行 下山田
Takayuki Shimoyamada
貴行 下山田
コビ アヘゴ
Ahego Kovi
コビ アヘゴ
立言 劉
Liyan Liu
立言 劉
寛隆 内富
Hirotaka Uchitomi
寛隆 内富
雅史 結城
Masafumi Yuki
雅史 結城
峰史 廣瀬
Mineshi Hirose
峰史 廣瀬
伊藤　淳
Atsushi Ito
淳 伊藤
理恵 福島
Rie Fukushima
理恵 福島
正明 小野田
Masaaki Onoda
正明 小野田
クリストファー ラング
Christopher Lang
クリストファー ラング
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honda Motor Co Ltd
Original Assignee
Honda Motor Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Honda Motor Co Ltd filed Critical Honda Motor Co Ltd
Publication of JP2020098610A publication Critical patent/JP2020098610A/ja
Application granted granted Critical
Publication of JP7183204B2 publication Critical patent/JP7183204B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
    • G05D1/02—Control of position or course in two dimensions
    • G05D1/021—Control of position or course in two dimensions specially adapted to land vehicles
    • G05D1/0287—Control of position or course in two dimensions specially adapted to land vehicles involving a plurality of land vehicles, e.g. fleet or convoy travelling
    • G05D1/0291—Fleet control
    • G05D1/0297—Fleet control by controlling means in a control room
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/20—Administration of product repair or maintenance
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/037—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for occupant comfort, e.g. for automatic adjustment of appliances according to personal settings, e.g. seats, mirrors, steering wheel
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots
    • G05D1/0011—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots associated with a remote control arrangement
    • G05D1/0016—Control of position, course, altitude or attitude of land, water, air or space vehicles, e.g. using automatic pilots associated with a remote control arrangement characterised by the operator's input device
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096708—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control
    • G08G1/096725—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control where the received information generates an automatic action on the vehicle control
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968—Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096805—Systems involving transmission of navigation instructions to the vehicle where the transmitted instructions are used to compute a route
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/74—Projection arrangements for image reproduction, e.g. using eidophor
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968—Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096877—Systems involving transmission of navigation instructions to the vehicle where the input to the navigation device is provided by a suitable I/O arrangement
    • G08G1/096894—Systems involving transmission of navigation instructions to the vehicle where the input to the navigation device is provided by a suitable I/O arrangement where input is assisted by the navigation device, i.e. the user does not type the complete name of the destination, e.g. using zip codes, telephone numbers, progressively selecting from initial letters

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Theoretical Computer Science (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Automation & Control Theory (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Mathematical Physics (AREA)
  • Computing Systems (AREA)
  • Atmospheric Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mechanical Engineering (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Navigation (AREA)

Abstract

【課題】より柔軟な車両の利用を実現することができる車両およびサービス管理装置を提供すること。【解決手段】車両において、管理サーバから運行情報を受信する通信部と、前記通信部からの運行情報に基づき車両を運行する制御部と、サービス提供者から、サービス利用者がサービスを受ける前記車両のコンパートメントを管理する管理部と、前記サービス提供者が提供するサービス関連情報および前記コンパートメントに対応付けて設定されるインタフェース部と、を備える。【選択図】図１７６

Description

本発明は、車両およびサービス管理装置に関する。
本願は、２０１７年６月１６日に、日本に出願された特願２０１７−１１９１３１号に基づき優先権を主張し、その内容をここに援用する。
本願は、２０１７年６月１６日に、日本に出願された特願２０１７−１１８６９１号に基づき優先権を主張し、その内容をここに援用する。
本願は、２０１７年６月１６日に、日本に出願された特願２０１７−１１８６９８号に基づき優先権を主張し、その内容をここに援用する。
本願は、２０１７年６月１６日に、日本に出願された特願２０１７−１１８６９９号に基づき優先権を主張し、その内容をここに援用する。
本願は、２０１７年６月１６日に、日本に出願された特願２０１７−１１８７４５号に基づき優先権を主張し、その内容をここに援用する。
本願は、２０１７年６月１６日に、日本に出願された特願２０１７−１１９０２５号に基づき優先権を主張し、その内容をここに援用する。
本願は、２０１７年６月１６日に、日本に出願された特願２０１７−１１８７１９号に基づき優先権を主張し、その内容をここに援用する。
本願は、２０１７年６月１６日に、日本に出願された特願２０１７−１１８６８９号に基づき優先権を主張し、その内容をここに援用する。
本願は、２０１７年６月１６日に、日本に出願された特願２０１７−１１８９１５号に基づき優先権を主張し、その内容をここに援用する。
近年、目的地までの経路に沿って自動運転により車両を走行させる自動運転技術の開発が進められている（特許文献１参照）。
特開２０１７−８３４４６号公報
ところで、自動運転車両が複数の用途で利用可能であると好ましい場合がある。
本発明は、このような事情を考慮してなされたものであり、より柔軟な車両の利用を実現することができる車両およびサービス管理装置を提供することを目的の一つとする。
この発明に係る車両およびサービス管理装置は、以下の構成を採用した。
（１）：この発明の一態様に係る車両は、管理サーバから運行情報を受信する通信部と、前記通信部からの運行情報に基づき車両を運行する制御部と、サービス提供者から、サービス利用者がサービスを受ける前記車両のコンパートメントを管理する管理部と、前記サービス提供者が提供するサービス関連情報および前記コンパートメントに対応付けて設定されるインタフェース部と、を備える車両である。
（２）：上記（１）の態様において、前記通信部は、前記車両に対する前記サービス利用者のアクセス状態をトリガとして、前記インタフェース部を制御するための制御信号を前記管理サーバまたは前記サービス提供者に送信するものである。
（３）：上記（２）の態様において、前記インタフェース部は、外部表示器を含み、制御信号に対し前記サービス提供者の指定する表示態様を前記外部表示器で実行する表示制御部を更に備えるものである。
（４）：上記（１）の態様において、前記車両のコンパートメントの利用状況を検知する利用状況検知部を更に備え、前記通信部は、前記利用状況検知部の検知信号を前記サービス提供者に送信するものである。
（５）：上記（１）の態様において、前記コンパートメントの外部を検知する外部環境検知部を備え、前記通信部は、前記外部環境検知部の検知信号を前記サービス提供者に送信するものである。
（６）：上記（１）の態様において、前記通信部は、前記サービス提供者から送信されるサービス信号を受信し、受信した前記サービス信号に対応した制御信号を生成し、前記コンパートメントに配される機器に送信するコンパートメント制御信号生成部と、前記サービス信号に対応した制御信号を前記制御部に送信する運行制御信号生成部と、を更に備えるものである。
（７）：上記（１）の態様において、前記コンパートメントの属性を前記管理サーバまたは前記サービス提供者と共有する属性共有部を備え、前記インタフェース部は、前記属性に対応して設定されるものである。
（８）：上記（１）の態様において、前記インタフェース部は、前記サービス提供者を介した外部設備の操作を実行するものである。
（９）：上記（１）の態様において、前記インタフェース部は、前記サービス提供者の提供する特定の目的地への経路変更を実行するものである。
（１０）：上記（１）の態様において、前記インタフェース部は、前記サービス提供者が提供するコンテンツを表示する表示部と、前記通信部を介し前記サービス提供者へ操作情報を送信する操作情報送信部と、を更に備えるものである。
（１１）：上記（１）の態様において、前記制御部は、外界検知センサおよび位置情報センサに基づき自動運転を行う自動運転制御部を含み、前記インタフェース部は、前記自動運転が実行中であって、前記サービス利用者の乗車中である場合に、前記サービス利用者に情報の使用を許可するものである。
（１２）：上記（１）の態様において、前記インタフェース部は、前記サービス利用者の前記コンパートメントへの乗車前、あるいは乗車後に前記サービス利用者に情報を提供するものである。
（１３）：上記（３）の態様において、外部表示用のコンテンツを記憶する記憶部を更に備え、前記表示制御部は、外部装置から前記コンテンツをダウンロードし、前記記憶部に記憶された前記コンテンツを更新するものである。
（１４）：上記（１）の態様において、車室を有しない走行ユニットと、前記走行ユニットに設けられ、前記走行ユニットに着脱可能に取り付けられる上部構造物に連結される第１連結部と、を更に備え、前記管理部は、前記管理サーバから前記走行ユニットのバージョン情報を含む走行ユニット情報を取得し、取得した走行ユニット情報にバージョンが合致する上部構造物を前記第１連結部により連結させるものである。
（１５）：この発明の一態様に係るサービス管理装置は、サービス提供者の利用する車両を特定する特定部と、前記特定部の特定した車両に対応する前記車両に関する情報を前記サービス提供者に送信する車両情報提供部と、を備えたサービス管理装置であって、前記サービス提供者のサービス情報を入力するサービス情報入力部と、前記サービス情報に基づき、前記車両に制御信号を送信することで前記車両と前記サービス提供者との間の情報伝達を制御するインタフェース制御部と、を備えるサービス管理装置である。
（１６）：上記（１５）の態様において、前記インタフェース制御部は、前記車両情報提供部が、サービス利用者が前記車両に乗車しながら前記サービス提供者のサービスを受ける区間の情報を、前記サービス提供者へ送信すること許容するものである。
（１７）：上記（１５）の態様において、前記インタフェース制御部は、前記サービス提供者からの制御信号により、前記車両の経路または目的地の更新を許容する経路更新部を備えるものである。
（１８）：上記（１５）の態様において、前記インタフェース制御部は、前記サービス提供者からの制御信号により、前記車両の外部表示器を制御する外部表示制御部を更に備えるものである。
（１９）：上記（１５）の態様において、前記インタフェース制御部は、前記車両からの制御信号により、前記サービス提供者に対する前記車両に関する情報の送信を実行するサービス操作制御部を備えるものである。
（２０）：上記（１５）の態様において、前記特定部は、特定地域内の車両から前記車両を特定するものである。
（２１）：上記（１５）の態様において、前記特定部は、前記サービス提供者の提供する位置情報と、前記サービス提供者またはサービス利用者の何れかが提供する乗降車位置情報に基づき、前記車両を特定するものである。
（２２）：上記（２１）の態様において、前記特定部は、前記位置情報および前記乗降車位置情報に基づき、前記サービス提供者に対し複数の前記車両を特定するものである。
（２３）：上記（１５）の態様において、複数の前記車両の位置を検知する車両位置管理部と、前記複数の前記車両に対応した前記サービス情報を関連付けるサービス位置管理部と、を更に備え、前記インタフェース制御部は、前記複数の車両から取得した位置情報およびサービス情報に基づき、前記複数の車両、サービス利用者または前記サービス提供者に環境情報を提供するものである。
（２４）：上記（２３）の態様において、前記インタフェース制御部は、前記複数の車両から取得した位置情報、および前記複数の車両に対応するサービス属性情報に基づき、地域上でのサービス実施状況を前記環境情報として判定するものである。
（２５）：上記（１５）の態様において、前記サービス情報に対する前記車両の表示態様を記憶する記憶部を更に備え、前記インタフェース制御部は、前記サービス情報に基づき、前記記憶部に記憶されたコンテンツデータを選択的に前記車両で利用可能とするものである。
上記（１）〜（２５）の態様によれば、より柔軟な車両の利用を実現することができる。
自動運転車両１００を示す斜視図である。 走行ユニット１１０を示す構成図である。 自動運転の処理過程について説明するための図である。 連結部１５１の一例を示す正面図である。 第１上部ユニット２００Ａを含む走行体Ｍを示す斜視図である。 第１上部ユニット２００Ａおよび走行ユニット１１０を示す構成図である。 第２上部ユニット２００Ｂを含む走行体Ｍを示す斜視図である。 第３上部ユニット２００Ｃを含む走行体Ｍを示す斜視図である。 第４上部ユニット２００Ｄを含む走行体Ｍを示す斜視図である。 第４上部ユニット２００Ｄを含む走行体Ｍを示す斜視図である。 第５上部ユニット２００Ｅ含む走行体Ｍを示す斜視図である。 第６上部ユニット２００Ｆ含む走行体Ｍを示す斜視図である。 自動運転車両１００の第１変形例を示す斜視図である。 自動運転車両１００の第２変形例を示す斜視図である。 車両利用システム１の一例を示す構成図である。 第２実施形態における第１上部ユニット２００Ａおよび走行ユニット１１０を示す構成図である。 外部表示部２０２ｂの一例を示す図である。 外部表示部２０２ｂの一例を示す図である。 第３実施形態に係る車両１００（自動運転車両１００）を含むサービス提供システム２の構成図である。 第３実施形態に係る走行ユニット１１０の構成の一例を示す図である。 車両１００に搭載される車両管理装置３００の構成の一例を示す図である。 サービス提供者装置６００の構成の一例を示す図である。 サービス管理装置７００の構成の一例を示す図である。 サービス提供システム２において実行される処理の流れの一例を示すフローチャートである。 サービス管理装置ａ３００を含むサービス提供システムａ１の構成図である。 車両ａ２００の構成図である。 同乗リクエスト一覧ａ３８４の内容の一例を示す図である。 サービス提供可能範囲情報ａ３８６の内容の一例を示す図である。 同乗プランが決定される様子を示す図（その１）である。 図２９に示す同乗プランを反映した運行スケジュール情報ａ３８８の内容の一例を示す図である。 同乗プランが決定される様子を示す図（その２）である。 図３１に示す同乗プランを反映した運行スケジュール情報ａ３８８の内容の一例を示す図である。 サービス管理装置ａ３００により実行される処理の流れの一例を示すフローチャートである。 同乗リクエストの内容を変更可能か否かを尋ねる画面ＩＭの一例を示す図である。 第２の実施形態の第１変形例において同乗プランが決定される様子を示す図である。 図３５に示す同乗プランを反映した運行スケジュール情報ａ３８８の内容の一例を示す図である。 第２の実施形態の第２変形例において同乗プランが決定される様子を示す図である。 図３７に示す同乗プランを反映した運行スケジュール情報ａ３８８の内容の一例を示す図である。 第２の実施形態の第３変形例に係る同乗リクエスト一覧ａ３８４Ａの内容の一例を示す図である。 第２の実施形態の第３変形例に係るサービス提供可能範囲情報ａ３８６Ａの内容の一例を示す図である。 車両ａ２００により実行される運転制御の内容を模式的に示す図である。 第２の実施形態の第４変形例に係るサービス管理装置ａ７００を含むサービス提供システムａ２の構成図である。 車両ａ５００に搭載される車両管理装置ａ５１０の構成の一例を示す図である。 サービス提供者装置ａ６００の構成の一例を示す図である。 サービス管理装置ａ７００の構成の一例を示す図である。 サービス提供システムａ２において実行される処理の流れの一例を示すフローチャートである。 配車システムｂ１の構成図である。 車両ｂ１００の構成図である。 施設端末ｂ２００の機能構成図である。 利用者端末ｂ３００の機能構成図である。 施設予約画面の一例を示す図である。 配車予約画面の一例を示す図である。 送迎管理装置ｂ４００の機能構成図である。 施設予約情報ｂ４２１の一例を示す図である。 配車予約情報ｂ４２２の一例を示す図である。 配車ステータス情報ｂ４２３の一例を示す図である。 移動ステータス情報ｂ４２５の一例を示す図である。 車両ｂ１００における処理動作の一例を示すフローチャートである。 車両ｂ１００における処理動作の一例を示すフローチャートである。 送迎管理装置４００ｂにおける処理動作の一例を示すフローチャートである。 送迎管理装置４００ｂにおける処理動作の一例を示すフローチャートである。 送迎管理装置４００ｂにおける処理動作の一例を示すフローチャートである。 配車システムｂ１を利用した例について説明するための図である。 配車システムｂ１の他の例について説明する。 サービス提供者装置ｂ６００の機能構成図である。 サービス管理装置ｂ７００の機能構成図である。 車両ｂ１００に搭載される車両管理装置ｂ９１０の機能構成図である。 配車システムｂ１Ａにおいて実行される処理の流れの一例を示すフローチャートである。 車両システムｃ１の構成図である。 自動運転車両ｃ１００の内側の構成を示す図である。 店舗画面ＩＭの一例を示す図である。 自動運転車両ｃ１００の機能構成図である。 自動運転車両ｃ１００における処理動作の一例を示すフローチャートである。 自動運転車両ｃ１００の利用態様を例示した図である。 第４の実施形態の第１変形例の車両システムｃ２の構成図である。 車両システムｃ２による処理方法の一例を示すシーケンス図である。 第１車両ｃ５００と第２車両ｃ６００，ｃ７００の利用態様を例示した図である。 第５の実施形態のイベント配車システムｄ１の構成図である。 第５の実施形態の車両ｄ２００の構成図である。 イベント配車設定画面ＩＭ１の一例を示す図である。 イベントテーブルｄ１７２の内容の一例を示す図である。 車両割当テーブルｄ１７３の内容の一例を示す図である。 車両属性テーブルｄ１７４の内容の一例を示す図である。 イベント配車が実行された後に表示部ｄ１２０に表示されるイベント配車設定画面ＩＭ２の一例を示す図である。 車両情報ＤＢｄ１７５の内容の一例を示す図である。 通知結果管理情報ｄ１７６の内容の一例を示す図である。 車両ｄ２００へのイベント通知について説明するための図である。 車両ｄ２００のＨＭＩｄ２３２に表示されるイベント通知画面ＩＭ３の一例を示す図である。 参加する旨の回答をした車両ｄ２００に送信されるイベント通知画面ＩＭ４の一例を示す図である。 指示部ｄ１６０による車両ｄ２００の駐車位置への指示の様子を説明するための図である。 駐車位置管理情報ｄ１７７の内容の一例を示す図である。 第５の実施形態のイベント配車装置ｄ１００により実行される処理の流れの一例を示すフローチャートである。 第５の実施形態の第１変形例のイベント配車システムｄ２の構成図である。 端末装置ｄ５００に表示されるイベント情報画面ＩＭ５の一例を示す図である。 送迎設定画面ＩＭ６の一例を示す図である。 利用者管理情報ｄ１７８の内容の一例を示す図である。 車両ｄ２００を用いた送迎の様子を説明するための図である。 第５の実施形態の第１変形例のイベント配車装置ｄ１００Ａにより実行される処理の流れの一例を示すフローチャートである。 旅行プランのナビゲーション画面ＩＭ７の一例を示す図である。 第５の実施形態の第２変形例のイベント配車システムｄ３の構成図である。 第５の実施形態の第２変形例の車両ｄ２００に搭載される車両管理装置ｄ２７０の構成の一例を示す図である。 第５の実施形態の第２変形例のサービス提供者装置ｄ７００の構成の一例を示す図である。 第５の実施形態の第２変形例のイベント配車装置ｄ１００Ｂの構成の一例を示す図である。 第５の実施形態の第２変形例のイベント配車システムｄ３の処理の流れの一例を示すシーケンス図である。 第６の実施形態における車内演出装置ｅ１の概要を示す図である。 第６の実施形態に係る車内演出装置ｅ１の構成の一例を示す機能構成図である。 射撃動作を検出したことを示す応答画像ＧＰ１Ａの一例を示す図である。 射撃したことを示す応答画像ＧＰ１Ｂの一例を示す図である。 得点情報の得点を示す応答画像ＧＰ１Ｃの一例を示す図である。 第６の実施形態に係る車内演出装置ｅ１の動作の一例を示す流れ図である。 第６の実施形態の第１変形例に係る車内演出装置ｅ２の構成の一例を示す機能構成図である。 第６の実施形態の第１変形例に係る他の車内演出装置ｅ２が表示した応答画像の表示の一例を示す図である。 走行経路に基づくテリトリー面積ルールによる射撃ゲームの結果の一例を示す図である。 テリトリー面積ルールによる射撃ゲームの勝敗の一例を示す図である。 第６の実施形態の第２変形例に係る車内演出装置３の構成の一例を示す機能構成図である。 履歴情報ｅ５００−２の内容の一例を示す図である。 サービス提供者情報ｅ５００−３の内容の一例を示す図である。 実施形態の車両制御システムｆの構成図である。 実施形態の車両ｆ２００の構成図である。 コンテンツ取得要求画面ＩＭ１の一例を示す図である。 車両別コンテンツデータｆ３４２の内容の一例を示す図である。 車種別広告情ｆ報３４４の内容の一例を示す図である。 ユーザ情報ｆ３４６の内容の一例を示す図である。 コンテンツ取得結果画面ＩＭ２の一例を示す図である。 表示条件データｆ２７８Ａの内容の一例を示す図である。 車外用表示部ｆ２７２にコンテンツが表示される様子を説明するための図である。 車両ｆ２００の速度制御について説明するための図である。 広告情報の表示制御について説明するための図である。 車両ｆ２００により実行される処理の流れの一例を示すフローチャートである。 第７の実施形態の第１変形例に係る車両ｆ２００を含むサービス提供システムｆ２の構成図である。 車両ｆ２００に搭載される車両管理装置ｆ２１０Ａの構成の一例を示す図である。 サービス提供者装置ｆ６００の構成の一例を示す図である。 サービス管理装置ｆ７００の構成の一例を示す図である。 表示条件データｆ１３９の内容の一例を示す図である。 更新部７４４の処理について説明するための図である。 サービス提供システムｆ２において実行される処理の流れの一例を示すフローチャートである。 予約しているユーザの情報を表示している車外用表示部ｆ２７２を有する車両ｆ２００の斜視図である。 予約しているユーザの情報を表示している車外用表示部ｆ２７２を有する車両ｆ２００を横方向から見た図である。 サービスの属性を表示している車外用表示部ｆ２７２を有する車両ｆ２００を斜視図である。 サービスの属性の情報を表示している車外用表示部ｆ２７２を有する車両ｆ２００を横方向から見た図である。 イベントに関する情報を表示している車外用表示部ｆ２７２を有する車両ｆ２００を斜視図である。 イベントに関する情報を表示している車外用表示部ｆ２７２を有する車両ｆ２００を横方向から見た図である。 車両を後方側から見た図である。 地域巡回サンプラー車両であることを示す情報が表示されている車外用表示部ｆ２７２を有する車両ｆ２００の斜視図である。 車両システムｇ１の構成図である。 車両ｇ１００の構成図である。 部屋設備ｇ２００の機能構成図である。 管理サーバｇ３００の機能構成図である。 インタフェース情報ｇ３２２の内容の一例を示す図である。 部屋情報ｇ３２２の一例を示す図である。 車両システムｇ１による処理の一例を示すシーケンス図である。 車両システムｇ１による処理の一例を示すシーケンス図である。 車両ｇ１００内に再現される子供向けの部屋の一例を示す図である。 車両ｇ１００内に再現されるカフェ風の部屋の一例示す図である。 車両ｇ１００内に再現される仕事向けの部屋の一例を示す図である。 車両ｇ１００内に再現される利用者の自宅のリビングの一例を示す図である。 車両ｇ１００と部屋ｇ６００とが結合して合体部屋領域ｇ７００が出現した様子を上方から見た図である。 車両ｇ１００と部屋ｇ６００とが分離した様子を上方から見た図である。 第９の実施形態実施形態の車両システムｈ１の構成図である。 第９の実施形態の車両ｈ２００の構成図である。 利用者情報ｈ３５１の内容の一例を示す図である。 端末装置ｈ１００の表示部に表示される乗車リクエスト画面ｈ４００の一例を示す図である。 端末装置ｈ１００に表示される乗車リクエスト結果画面ｈ４１０の一例を示す図である。 経路情報ｈ３５３の内容の一例を示す図である。 車両ｈ２００が運行領域を巡回走行する様子を説明するための図である。 車両管理装置ｈ３００により実行される処理の流れの一例を示すフローチャートである。 車両ｈ２００により実行される処理の流れの一例を示すフローチャートである。 第９の実施形態の第１変形例の車両システムｈ２の構成図である。 停留所通信装置ｈ６００の構成図である。 利用者Ｕが停留所通信装置ｈ６００から乗車リクエストを行う様子を説明する図である。 第９の実施形態の第２変形例の車両システムｈ３の構成図である。 第９の実施形態の第２変形例の車両ｈ２００Ｂの構成図である。 イベントを判定する処理について説明するための図である。 第９の実施形態の第３変形例の車両ｈ２００Ｃの構成図である。 第１０の実施形態のサービス管理システムｉ１の構成図である。 車両ｉ２００の構成図である。
以下、図面を参照し、本発明の車両およびサービス管理装置について説明する。本発明の自動運転車両は、例えば、自動運転機能を台車状の形態で提供することで、車両に設けられる上部構造物の自由度を最大化するとともに、汎用性を与え、様々な用途で活用できるようにした車両である。以下に示す実施形態では、自動運転車両は、例えば、上部構造物を載せ替えることで、用途に応じて上部構造物の形状と機能とのうち少なくとも一方を変更可能である。「自動運転車両」とは、例えば、基本的には運転操作を必要としない自動運転車両である。
以下の説明では、同一または類似の機能を有する構成に同一の符号を付す。そして、それら構成の重複する説明は省略する場合がある。「ＸＸに基づく」とは、「少なくともＸＸに基づく」ことを意味し、ＸＸに加えて別の要素に基づく場合も含む。「ＸＸに基づく」とは、ＸＸを直接に用いる場合に限定されず、ＸＸに対して演算や加工が行われたものに基づく場合も含んでもよい。「ＸＸ」は、任意の要素（例えば、任意の情報）である。
＜第１の実施形態＞
［自動運転車両の全体構成］
以下、第１の実施形態について説明する。図１は、第１の実施形態の自動運転車両１００を示す斜視図である。第１の実施形態では、後述する上部構造物２００を含まない単位を「自動運転車両１００」と称する。一方で、自動運転車両１００と上部構造物２００とを合わせた単位を「走行体Ｍ」または「移動体Ｍ」と称する。
自動運転車両１００は、車室やシートなどを有しない板状である。「板状」とは、平たいことを広く意味し、平板状や中実状の意味に限定されるものではない。例えば、「板状」とは、屈曲や湾曲している部分を有する場合や、凹部や凸部を有する場合、中空状に形成された部分を有する場合なども含む。「板状」は、「平状」と読み替えられてもよい。
本実施形態では、自動運転車両１００は、地面Ｇからの自動運転車両１００の最大高さが後述する車輪Ｗの直径Ｄの１．５倍以下である板状である。別の観点で見ると、自動運転車両１００は、車輪Ｗを除く自動運転車両１００の高さ方向の最大厚さ（本実施形態では、後述する走行ユニット１１０の最大厚さと同じ）が車輪Ｗの直径Ｄ以下である板状である。以下、このような自動運転車両１００の構成を詳しく説明する。以下では、自動運転車両１００を単に「車両１００」と称する。車両１００は、例えば、走行ユニット１１０と、連結機構１５０とを有する。
［走行ユニット］
走行ユニット１１０は、自動運転機能を有した板状の走行ユニットであり、車両１００の主部を形成している。走行ユニット１１０は、車室やシートなどを有しない板状である。例えば、走行ユニット１１０は、車輪Ｗを除く走行ユニット１１０の高さ方向の最大厚さＴが車輪Ｗの直径Ｄ以下である板状である。走行ユニット１１０は、上部構造物２００（図５、図７から図１２を参照）が着脱可能に取付可能である。「取り付け」とは、例えば上部構造物２００が走行ユニット１１０の上に載せられることを意味し、上部構造物２００が走行ユニット１１０に固定されていない状態も含む。
図１に示すように、走行ユニット１１０は、上部構造物２００が着脱可能に取り付けられる取付領域Ｒと、複数の車輪Ｗとを有する。「取付領域Ｒ」については後述する。複数の車輪Ｗは、後述する駆動力出力装置１１６によって駆動される駆動輪を含む。走行ユニット１１０は、例えば、四輪以上の車輪Ｗを有する走行ユニットであるが、自動二輪車その他の車両のように二輪や三輪の車輪Ｗを有する走行ユニットでもよい。複数の車輪Ｗは、第１車輪Ｗ１と、第２車輪Ｗ２とを含む。第２車輪Ｗ２は、車両進行方向Ｘで第１車輪Ｗ１よりも後方に位置する。
図２は、走行ユニット１１０を示す構成図である。走行ユニット１１０は、例えば、外界監視ユニット１１１と、通信装置１１２と、ナビゲーション装置１１３と、推奨車線決定装置１１４と、自動運転制御ユニット１１５と、駆動力出力装置１１６、ブレーキ装置１１７と、ステアリング装置１１８と、連結機構制御部１１９と、パワーモジュール１２０（図６参照）と、インターフェース１２１（図６参照）と、記憶部１２２とを備える。以下の説明では、車両１００を「自車両１００」と称する場合がある。連結機構制御部１１９については後述する。
以下に述べるナビゲーション装置１１３のナビ制御装置１１３ｂ、推奨車線決定装置１１４、自動運転制御ユニット１１５、および連結機構制御部１１９の各々の全部または一部は、ＣＰＵ（Central Processing Unit）などのプロセッサがメモリに格納されたプログラム（ソフトウェア）を実行することで実現されてもよいし、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の記憶装置に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ等の着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。
外界監視ユニット１１１は、例えば、カメラやレーダ、ＬＩＤＡＲ（Light Detection and Ranging）、これらの出力に基づいてセンサフュージョン処理を行う物体認識装置などを含む。外界監視ユニット１１１は、車両１００の周辺に存在する物体の種類（特に、車両、歩行者、および自転車）を推定し、推定した物体の種類をその位置や速度の情報と共に自動運転制御ユニット１１５に出力する。
通信装置（無線通信部）１１２は、例えば、ネットワークＮＷに接続したり、車両１００の利用者の端末装置５００と直接的に通信したり、他車両や歩行者の端末装置などと直接的に通信したりするための無線通信モジュールである。通信装置１１２は、例えば後述する通信用コネクタ１２１ａおよびゲートウェイ装置１２１ｂが設けられない場合、上部構造物２００の通信装置２０１を介して上部構造物２００に設けられたＨＭＩ（Human machine Interface）２０２（図６参照）と直接的に通信してもよい。すなわち、通信装置１１２は、上部構造物２００の通信装置２０１との無線通信を通じて、ＨＭＩ２０２に入力された情報（例えば、運転操作子２０２ａに対する入力操作を示す情報）を取得してもよい。通信装置１１２は、Ｗｉ−Ｆｉ、ＤＳＲＣ（Dedicated Short Range Communications）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の通信規格に基づいて無線通信を行う。通信装置１１２として、用途に応じた複数のものが用意されてもよい。例えば、通信装置１１２は、利用者の端末装置５００（または利用者が操作したＨＭＩ２０２）から自車両１００の走行に関する指示（例えば目的地に関する指示）を取得する。通信装置１１２は、「取得部」の一例である。例えば、通信装置１１２は、自車両１００の目的地に関する情報を取得する。通信装置１１２は、取得した情報をナビゲーション装置１１３および自動運転制御ユニット１１５に出力する。ネットワークＮＷは、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、公衆回線、プロバイダ装置、専用回線、無線基地局などを含む。利用者の端末装置５００は、例えば、スマートフォンやタブレット端末、パーソナルコンピュータなどである。
ナビゲーション装置１１３は、例えば、ＧＮＳＳ（Global Navigation Satellite System）受信機１１３ａと、ナビ制御装置１１３ｂとを備える。ＧＮＳＳ受信機１１３ａは、ＧＮＳＳ衛星（例えばＧＰＳ衛星）から到来する電波に基づいて自機の位置（自車両１００の位置）を測位する。ナビ制御装置１１３ｂは、例えば、ＣＰＵや各種記憶装置を備え、ナビゲーション装置１１３の全体を制御する。記憶装置には、地図情報（ナビ地図）が格納されている。ナビ地図は、ノードとリンクで道路を表現した地図（道路情報を含む地図情報）である。ナビ制御装置１１３ｂは、ＧＮＳＳ受信機１１３ａによって測位された自車両１００の位置から、通信装置１１２により取得された車両１００の目的地までの経路（運転計画）を、ナビ地図を参照して決定する。ナビ制御装置１１３ｂは、「運転計画生成部」の一例である。ナビ制御装置１１３ｂは、自車両１００の位置と目的地とを、通信装置１１２を用いてナビゲーションサーバ（不図示）に送信し、ナビゲーションサーバから返信された経路を取得してもよい。ナビ制御装置１１３ｂは、上記いずれかの方法で決定または特定した経路の情報を推奨車線決定装置１１４に出力する。
推奨車線決定装置１１４は、例えば、ＭＰＵ（Micro Processing Unit）と各種記憶装置を備える。記憶装置には、ナビ地図よりも詳細な高精度地図情報が格納されている。高精度地図情報には、例えば、車線ごとの道路幅や勾配、曲率、信号の位置などの情報が含まれている。推奨車線決定装置１１４は、ナビゲーション装置１１３から入力された経路に沿って走行するために好ましい推奨車線を決定し、自動運転制御ユニット１１５に出力する。
自動運転制御ユニット１１５は、ＣＰＵやＭＰＵなどの一以上のプロセッサと各種記憶装置を備える。自動運転制御ユニット１１５は、「自動運転制御部」の一例である。本実施形態では、自動運転制御ユニット１１５は、走行ユニット１１０の全体を制御する制御ユニットを兼ねている。自動運転制御ユニット１１５は、推奨車線決定装置１１４により決定された推奨車線を走行することを原則として、外界監視ユニット１１１から位置や速度が入力された物体との接触を避けるように、走行ユニット１１０を自動的に走行させる。自動運転制御ユニット１１５は、例えば、各種イベントを順次実行する。イベントには、一定速度で同じ走行車線を走行する定速走行イベント、前走車両に追従する追従走行イベント、車線変更イベント、合流イベント、分岐イベント、緊急停止イベント、料金所を通過するための料金所イベント、自動運転を終了して手動運転に切り替えるためのハンドオーバイベントなどがある。これらのイベントの実行中に、自車両１００の周辺状況（周辺車両や歩行者の存在、道路工事による車線狭窄など）に基づいて回避のための行動が計画される場合もある。
自動運転制御ユニット１１５は、自車両１００が将来走行する目標軌道を生成する。目標軌道は、例えば、速度要素を含んでいる。例えば、目標軌道は、自車両１００の到達すべき地点（軌道点）を順に並べたものとして表現される。軌道点は、所定の走行距離ごとの自車両１００の到達すべき地点であり、それとは別に、所定のサンプリング時間（例えば０コンマ数［ｓｅｃ］程度）ごとの目標速度および目標加速度が、目標軌道の一部として生成される。軌道点は、所定のサンプリング時間ごとの、そのサンプリング時刻における自車両１００の到達すべき位置であってもよい。この場合、目標速度や目標加速度の情報は軌道点の間隔で表現される。
図３は、自動運転の処理過程について説明するための図である。まず、上図に示すように、ナビゲーション装置１１３によって経路が決定または特定される。この経路は、例えば車線の区別が付けられていない大まかな経路である。次に、中図に示すように、推奨車線決定装置１１４が、経路に沿って走行しやすい推奨車線を決定する。そして、下図に示すように、自動運転制御ユニット１１５が、障害物の回避などを行いながら、なるべく推奨車線に沿って走行するための軌道点を生成し、軌道点（および付随する速度プロファイル）に沿って走行するように、駆動力出力装置１１６、ブレーキ装置１１７、ステアリング装置１１８のうち一部または全部を制御する。このような役割分担はあくまで一例であり、例えば自動運転制御ユニット１１５が一元的に処理を行ってもよい。
駆動力出力装置１１６は、走行ユニット１１０が走行するための走行駆動力（トルク）を車輪Ｗに出力する。駆動力出力装置１１６は、「駆動源」の一例である。駆動力出力装置１１６は、例えば、内燃機関、電動機、および変速機などの組み合わせと、これらを制御するパワーＥＣＵとを備える。本実施形態では、駆動力出力装置１１６は、駆動用モータ１１６ａを含む。パワーＥＣＵは、自動運転制御ユニット１１５から入力される情報に従って、上記の構成を制御する。
ブレーキ装置１１７は、例えば、ブレーキキャリパーと、ブレーキキャリパーに油圧を伝達するシリンダと、シリンダに油圧を発生させる電動モータと、ブレーキＥＣＵとを備える。ブレーキＥＣＵは、自動運転制御ユニット１１５から入力される情報に従って電動モータを制御し、制動操作に応じたブレーキトルクが各車輪に出力されるようにする。ブレーキ装置１１７は、運転操作子（例えば、後述する上部構造物２００の運転操作子２０２ａ）に含まれるブレーキペダルの操作によって発生させた油圧を、マスターシリンダを介してシリンダに伝達する機構をバックアップとして備えてよい。ブレーキ装置１１７は、上記説明した構成に限らず、自動運転制御ユニット１１５から入力される情報に従ってアクチュエータを制御して、マスターシリンダの油圧をシリンダに伝達する電子制御式油圧ブレーキ装置であってもよい。
ステアリング装置１１８は、例えば、ステアリングＥＣＵと、電動モータとを備える。電動モータは、例えば、ラックアンドピニオン機構に力を作用させて転舵輪の向きを変更する。ステアリングＥＣＵは、自動運転制御ユニット１１５から入力される情報、或いは運転操作子から入力される情報に従って、電動モータを駆動し、転舵輪の向きを変更させる。
図６に示すように、パワーモジュール１２０は、バッテリ１２０ａと、バッテリ１２０ａを制御する不図示のバッテリマネジメントユニットとを含む。パワーモジュール１２０は、走行ユニット１１０の各装置（外界監視ユニット１１１、通信装置１１２、ナビゲーション装置１１３、推奨車線決定装置１１４、自動運転制御ユニット１１５、駆動力出力装置１１６、ブレーキ装置１１７、ステアリング装置１１８、連結機構制御部１１９など）に必要な電力をバッテリ１２０ａから供給する。すなわち、走行ユニット１１０の各装置は、後述する上部ユニットに供給される電力の一部を共有して動作する。パワーモジュール１２０は、後述するインターフェース１２１の給電コネクタ１２１ｃおよびコンディショナ１２１ｄを介して、上部ユニットの各装置に必要な電力をバッテリ１２０ａから供給する。
インターフェース１２１は、例えば、通信用コネクタ１２１ａ、ゲートウェイ装置１２１ｂ、給電コネクタ１２１ｃ、およびコンディショナ（電力変換装置）１２１ｄを有する。
インターフェース１２１の給電コネクタ１２１ｃおよびコンディショナ１２１ｄは、「電力供給インターフェース」の一例であり、インターフェース１２１の通信用コネクタ１２１ａおよびゲートウェイ装置１２１ｂは、「第１通信インターフェース」の一例である。また、通信用コネクタ１２１ａは、「通信用インターフェース」の一例でもある。通信用コネクタ１２１ａは、ゲートウェイ装置１２１ｂに電気的に接続されている。通信用コネクタ１２１ａは、走行ユニット１１０の外部に露出し、上部構造物２００の通信用コネクタ２０９ａが物理的および電気的に接続可能である。
ゲートウェイ装置１２１ｂは、「通信制御部」の一例である。ゲートウェイ装置１２１ｂは、通信用コネクタ１２１ａを介して上部構造物２００と通信可能である。例えば、ゲートウェイ装置１２１ｂは、上部構造物２００のゲートウェイ装置２０９ｂと通信を行う。例えば、ゲートウェイ装置１２１ｂは、自動運転制御ユニット１１５と上部構造物２００の制御ユニット２０８とのうち少なくとも一方の制御に基づき、上部構造物２００と走行ユニット１１０との間の照合および認証（例えば、ゲートウェイ装置１２１ｂとゲートウェイ装置２０９ｂとの間の照合および認証）を行う。照合および認証は、例えば、ゲートウェイ装置１２１ｂおよびゲートウェイ装置２０９ｂの一方から送信されたフレームに付与されたＩＤ（送信ＩＤ）を、ゲートウェイ装置１２１ｂおよびゲートウェイ装置２０９ｂの他方が予め記憶された情報（例えば、記憶部１２２に記憶された情報）と照合することで、フレームを送信した相手が正規の相手であることを認証する処理を含む。照合および認証は、例えば、ゲートウェイ装置１２１ｂが、ゲートウェイ装置２０９ｂから送信されたフレームに付与されたＩＤ（送信ＩＤ）を、予め記憶された情報（例えば、記憶部１２２に記憶された情報）と照合することで、フレームを送信した上部構造物２００が正規の上部構造物２００であることを認証する処理を含む。「正規」とは、例えば、車両１００と上部構造物２００との組み合わせ可能であること（例えば規格などが一致すること）、または、上部構造物２００が信頼できる所有者に所属するものであること（登録リストに予め登録された所有者に所属するものであること）などを意味する。
例えば、ゲートウェイ装置１２１ｂは、上記照合および認証を通じて、インターフェース１２１に接続された上部構造物２００の種別を検出する。「種別」とは、「形式」を含む。例えば、ゲートウェイ装置１２１ｂは、ゲートウェイ装置２０９ｂから送信されたフレームに付与されたＩＤ（送信ＩＤ）と、記憶部１２２に格納された対応テーブルＴ（複数のＩＤと、複数の上部構造物２００とがそれぞれ対応付けられたテーブル）とに基づき、インターフェース１２１に接続された上部構造物２００の種別を検出する。自動運転制御ユニット１１５は、ゲートウェイ装置１２１ｂにより認証された内容（例えば上部構造物２００の種別）に基づき、上部構造物２００の機能や消費電力量などを認識する。種々の上部構造物２００の機能や消費電力量などを示す情報は、例えばテーブルＴの一部として記憶部１２２に格納されている。自動運転制御ユニット１１５は、例えば、上部構造物２００の種別と、テーブルＴとに基づき、検出された上部構造物２００の種別に対応する機能や消費電力量などを認識する。
ゲートウェイ装置１２１ｂは、上部構造物２００のゲートウェイ装置２０９ｂを介して、上部構造物２００の通信装置２０１、ＨＭＩ２０２、シート装置２０３、衝突センサ２０４、エアバッグ装置２０５、および制御ユニット２０８などから各種情報を取得可能である。ゲートウェイ装置１２１ｂは、「取得部」の別の一例である。例えば、ゲートウェイ装置１２１ｂは、上部構造物２００のゲートウェイ装置２０９ｂを介して、ＨＭＩ２０２の運転操作子２０２ａに対して入力された操作を示す情報を、ＨＭＩ２０２から取得する。ゲートウェイ装置１２１ｂは、ＨＭＩ２０２から取得した情報を自動運転制御ユニット１１５に出力する。これにより、自動運転制御ユニット１１５は、ＨＭＩ２０２の運転操作子２０２ａに対して入力された操作を示す情報に基づき、車両１００の走行を制御することができる。
給電コネクタ１２１ｃは、コンディショナ１２１ｄを介して、パワーモジュール１２０のバッテリ１２０ａに電気的に接続されている。給電コネクタ１２１ｃは、走行ユニット１１０の外部に露出し、上部構造物２００の給電コネクタ２０９ｃが物理的および電気的に接続可能である。
コンディショナ１２１ｄは、給電コネクタ１２１ｃを通じて上部構造物２００に出力する供給電力量（例えば電圧）を調整する。コンディショナ２０９ｄは、例えばインバータであり、例えば駆動用モータ１１６ａから出力される回生電力を直流に変換してもよい。例えば、コンディショナ１２１ｄは、自動運転制御ユニット１１５の制御に基づき、パワーモジュール１２０から出力される電力を、上部構造物２００の機能や消費電力量などに応じた電力に調整し、調整した電力を上部構造物２００に供給する。
走行ユニット１１０は、上述したような機能を有したインターフェース１２１を、１以上有する。例えば、走行ユニット１１０は、上述したような機能を有したインターフェース１２１を複数有する。複数のインターフェース１２１は、走行ユニット１１０の複数の場所に分かれて配置されている。このような構成によれば、上部構造物２００のコネクタの場所などの自由度が向上する。このため、車両１００の汎用性がさらに高まる。
記憶部１２２は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ、またはこれらのうち複数が組み合わされたハイブリッド型記憶装置などにより実現される。
次に、図１に戻り、走行ユニット１１０の取付領域Ｒについて説明する。取付領域Ｒは、上部構造物２００が取り付け可能（例えば載置可能）な領域であり、上部構造物２００を下方から支持可能な領域である。本実施形態では、取付領域Ｒは、略水平に沿う平面状に形成されている。取付領域Ｒは、走行ユニット１１０の上面の一部を形成している。例えば、取付領域Ｒは、走行ユニット１１０の最上面を形成している。例えば、取付領域Ｒは、車輪Ｗが接した地面Ｇに対して車輪Ｗの直径Ｄの１．５倍以下の高さ位置にある。
本実施形態では、取付領域Ｒは、少なくとも、車両進行方向Ｘで第１車輪Ｗ１と略同じ位置から第２車輪Ｗ２と略同じ位置に亘る大きさを有する。例えば、取付領域Ｒは、車両進行方向で第１車輪Ｗ１よりも前側の位置から第２車輪Ｗ２よりも後方の位置まで延びている。本実施形態では、取付領域Ｒは、車両進行方向Ｘで走行ユニット１１０の全長に亘る。
図１に示すように、本実施形態では、走行ユニット１１０は、第１基部１３１、第２基部１３２、隆起部１３３、第１起立部１３４、および第２起立部１３５を有する。第１基部１３１および第２基部１３２は、車両１００の中心に対して車両幅方向Ｙに分かれて配置されている。隆起部１３３は、第１基部１３１および第２基部１３２の間に配置され、車両幅方向Ｙにおいて車両１００の略中央部に位置する。隆起部１３３は、第１基部１３１および第２基部１３２に対して上方に隆起している。
第１起立部１３４は、第１基部１３１に対して隆起部１３３とは反対側に位置する。第１起立部１３４は、第１基部１３１の端部から上方に向けて起立している。これにより、第１起立部１３４と隆起部１３３との間には、第１起立部１３４、第１基部１３１、および隆起部１３３により規定される第１凹部１３６が形成されている。同様に、第２起立部１３５は、第２基部１３２に対して隆起部１３３とは反対側に位置する。第２起立部１３５は、第２基部１３２の端部から上方に向けて起立している。これにより、第２起立部１３５と隆起部１３３との間には、第２起立部１３５、第２基部１３２、および隆起部１３３により規定される第２凹部１３７が形成されている。
そして本実施形態では、隆起部１３３は、車両進行方向Ｘで走行ユニット１１０の全長に亘る第１平面１３３ａを有する。第１起立部１３４は、車両進行方向Ｘで走行ユニット１１０の全長に亘る第２平面１３４ａを有する。第２起立部１３５は、車両進行方向Ｘで走行ユニット１１０の全長に亘る第３平面１３５ａを有する。本実施形態では、これら第１から第３の平面１３３ａ，１３４ａ，１３５ａによって取付領域Ｒが形成されている。
［連結機構］
次に、連結機構１５０について説明する。連結機構１５０は、１以上（例えば複数）の連結部１５１を有する。複数の連結部１５１は、車両前後方向Ｘおよび車両幅方向Ｙの複数の位置に分かれて配置されている。各連結部１５１は、走行ユニット１１０に対して着脱可能に取り付けられた上部構造物２００に連結され、走行ユニット１１０に対して上部構造物２００を固定する。連結部１５１は、「第１連結部」の一例である。
図４は、連結部１５１の一例を示す正面図である。図４に示すように、連結部１５１の一例は、走行ユニット１１０に固定されたベース１５１ａと、ベース１５１ａに対して進退可能な係合部（可動部）１５１ｂとを有する。係合部１５１ｂは、上部構造物２００に設けられた係合穴ｈの内側に入って係合穴ｈに係合する第１位置と、係合穴ｈの外側に出る第２位置との間で移動可能である。連結部１５１は、係合部１５１ｂが第１位置に移動することで、上部構造物２００を走行ユニット１１０に固定する。一方で、連結部１５１は、係合部１５１ｂが第２位置に移動することで、上部構造物２００に対する固定を解除する。上部構造物２００は、連結部１５１による固定が解除された状態で、走行ユニット１１０から取り外し可能になる。連結部１５１は、ベース１５１ａを有さず、係合部１５１ｂのみを有してもよい。この場合、係合部１５１ｂは、走行ユニット１１０の第１起立部１３４および第２起立部１３５などに設けられてもよい（図１中に２点鎖線参照）。連結部１５１は、上述した例には限定されない。連結部１５１は、上部構造物２００に連結される構造であればよく、特定の構造に限定されるものではない。
連結機構制御部１１９は、例えば自動運転制御ユニット１１５の制御に基づき、連結部１５１を動作させる。すなわち、連結機構制御部１１９は、連結部１５１を制御することで、上部構造物２００が走行ユニット１１０に固定された状態と、上部構造物２００が走行ユニット１１０から取り外し可能な状態との間で車両１００の状態を切り替える。
［上部構造物］
次に、上部構造物２００の一例である第１上部ユニット２００Ａについて説明する。図５は、第１上部ユニット２００Ａを含む走行体Ｍを示す斜視図である。第１上部ユニット２００Ａは、一般的な乗用車と同様の機能を車両１００に持たせることができるユニットである。例えば、第１上部ユニット２００Ａは、車室２１１を有した車体２１０を有する。車室２１１は、「乗員が乗り込み可能な部屋」の一例である。上部構造物２００は、例えば、走行ユニット１１０の取付領域Ｒの全てを覆う大きさを有する。
図６は、第１上部ユニット２００Ａおよび走行ユニット１１０を示す構成図である。図６では、走行ユニット１１０に関してその機能の一部のみを示している。図６に示すように、第１上部ユニット２００Ａは、通信装置２０１、ＨＭＩ２０２、シート装置２０３、衝突センサ２０４、エアバッグ装置２０５、ヘッドライト２０６、テールランプ２０７、制御ユニット２０８、およびインターフェース２０９を有する。
通信装置（無線通信部）２０１は、例えば、ネットワークＮＷ（図２参照）に接続したり、車両１００の通信装置１１２と直接に通信したりするための無線通信モジュールである。通信装置２０１は、Ｗｉ−Ｆｉ、ＤＳＲＣ（Dedicated Short Range Communications）、Ｂｌｕｅｔｏｏｔｈ、その他の通信規格に基づいて無線通信を行う。通信装置２０１として、用途に応じた複数のものが用意されてもよい。
ＨＭＩ２０２は、例えば、ステアリングホイールやアクセルパッド、ブレーキパッドなどのような車両１００の走行に関する操作（例えば補助的な操作、または手動運転モードでの操作）を行うための運転操作子（操作デバイス）２０２ａ、タッチパネル式ディスプレイ装置、スピーカ、マイクなどを含む。ＨＭＩ２０２に入力された情報（例えば、運転操作子２０２ａに対する入力操作を示す情報）は、ゲートウェイ装置２０９ｂ（または通信装置２０１）を介して送信され、車両１００のゲートウェイ装置１２１ｂ（または通信装置１１２）により取得される（受信される）。
シート装置２０３は、車室２１１内に設けられ、乗員が着座可能である。衝突センサ２０４は、車体２１０に設けられ、車体２１０に入力される衝突を検出する。エアバッグ装置２０５は、衝突センサ２０４の検出結果に基づき動作する。ヘッドライト２０６およびテールランプ２０７は、例えば、走行ユニット１１０の第１凹部１３６および第２凹部１３７に収容される。ヘッドライト２０６およびテールランプ２０７は、上部構造物２００の一部として設けられる場合に代えて、走行ユニット１１０の一部として設けられてもよい。これら通信装置２０１、ＨＭＩ２０２、シート装置２０３、衝突センサ２０４、エアバッグ装置２０５、ヘッドライト２０６、およびテールランプ２０７は、第１上部ユニット２００Ａの給電コネクタ２０９ｃが走行ユニット１１０に設けられた給電コネクタ１２１ｃに接続されることで、走行ユニット１１０のパワーモジュール１２０のバッテリ１２０ａから電源が供給される。
車体２１０、通信装置２０１、ＨＭＩ２０２、シート装置２０３、衝突センサ２０４、エアバッグ装置２０５、ヘッドライト２０６、およびテールランプ２０７の各々は、例えば、それぞれモジュールとして提供される。これらモジュールは、例えば、利用者が自ら所望の位置または所望の組み合わせで配置可能である。これらモジュールの１つ以上は、以下に示す第２から第６の上部ユニット２００Ｂから２００Ｆにも適宜設けられてもよい。
制御ユニット２０８は、通信装置２０１、ＨＭＩ２０２、シート装置２０３、衝突センサ２０４、エアバッグ装置２０５、ヘッドライト２０６、テールランプ２０７、およびインターフェース２０９を制御する。制御ユニット２０８は、ＣＰＵなどのプロセッサがメモリに格納されたプログラム（ソフトウェア）を実行することで実現されてもよいし、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリ等の記憶装置に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ等の着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。
インターフェース２０９は、例えば、通信用コネクタ２０９ａ、ゲートウェイ装置２０９ｂ、給電コネクタ２０９ｃ、およびコンディショナ（電力変換装置）２０９ｄを有する。
通信用コネクタ２０９ａは、「通信用インターフェース」の一例である。通信用コネクタ２０９ａは、ゲートウェイ装置２０９ｂに電気的に接続されている。通信用コネクタ２０９ａは、第１上部ユニット２００Ａが走行ユニット１１０に取り付けられた場合、走行ユニット１１０の通信用コネクタ１２１ａと物理的および電気的に接続可能である。すなわち、第１上部ユニット２００Ａが走行ユニット１１０に取り付けられた場合、走行ユニット１１０の各装置は、第１上部ユニット２００Ａの各装置の通信内容の一部を共有する。
ゲートウェイ装置２０９ｂは、「通信制御部」の一例である。ゲートウェイ装置２０９ｂは、通信用コネクタ２０９ａを介して走行ユニット１１０のゲートウェイ装置１２１ｂと通信可能である。ゲートウェイ装置２０９ｂは、自動運転制御ユニット１１５と上部構造物２００の制御ユニット２０８とのうち少なくとも一方の制御に基づき、上部構造物２００と走行ユニット１１０との間の照合および認証（例えば、ゲートウェイ装置１２１ｂとゲートウェイ装置２０９ｂとの間の照合および認証）を行う。照合および認証は、例えば、ゲートウェイ装置２０９ｂが、ゲートウェイ装置１２１ｂから送信されたフレームに付与されたＩＤ（送信ＩＤ）を、予め格納された情報と照合することで、フレームを送信した車両１００が正規の車両１００であることを認証する処理を含む。例えば、ゲートウェイ装置２０９ｂは、上記照合および認証を通じて、インターフェース２０９に接続された走行ユニット１１０の種別を検出する。例えば、ゲートウェイ装置２０９ｂは、ゲートウェイ装置１２１ｂから送信されたフレームに付与されたＩＤ（送信ＩＤ）に基づき、インターフェース２０９に接続された走行ユニット１１０の種別を検出する。
給電コネクタ２０９ｃは、コンディショナ２０９ｄを介して、第１上部ユニット２００Ａの各種装置に電気的に接続されている。給電コネクタ２０９ｃは、第１上部ユニット２００Ａの外部に露出し、走行ユニット１１０の給電コネクタ１２１ｃが物理的および電気的に接続可能である。
コンディショナ２０９ｄは、給電コネクタ２０９ｃを通じて走行ユニット１１０から供給される電力を、第１上部ユニット２００Ａの各種装置に対する所望の供給電力量（例えば電圧）に調整する。例えば、コンディショナ２０９ｄは、制御ユニット２０８の制御に基づき、走行ユニット１１０から供給される電力を、第１上部ユニット２００Ａの各種装置の機能や消費電力量などに応じた電力に調整し、調整した電力を第１上部ユニット２００Ａの各種装置に供給する。走行ユニット１１０のコンディショナ１２１ｄと、上部構造物２００のコンディショナ２０９ｄは、いずれか一方が省略されてもよい。
ここで、本実施形態の走行ユニット１１０は、第１上部ユニット２００Ａに代えて、１以上の上部構造物２００が載せ替え可能である。以下、第１上部ユニット２００Ａの代わりに走行ユニット１１０に取り付けられる上部構造物２００の別の例について説明する。ただし、走行ユニット１１０に取り付け可能な上部構造物２００の形状および機能は、以下に説明する例に限定されない。
図７は、上部構造物２００の別の一例である第２上部ユニット２００Ｂを含む走行体Ｍを示す斜視図である。第２上部ユニット２００Ｂは、一般的なトラックと略同じ機能を車両１００に持たせることができるユニットである。例えば、第２上部ユニット２００Ｂは、車室２１１および荷室２１３を有した車体２１０を有する。荷室２１３は、「荷物を支持可能な荷物支持部」の一例である。第２上部ユニット２００Ｂのその他の構成は、第１上部ユニット２００Ａと略同じである。
図８は、上部構造物２００の別の一例である第３上部ユニット２００Ｃを含む走行体Ｍを示す斜視図である。第３上部ユニット２００Ｃは、娯楽機能を車両１００に持たせることができるユニットである。例えば、第３上部ユニット２００Ｃは、部屋を有さず、上方および四方が開放されている。第３上部ユニット２００Ｃは、連結機構１５０によって走行ユニット１１０に固定されるベース２２０と、ベース２２０に取り付けられた複数枚の畳２２１を有する。第３上部ユニット２００Ｃは、例えば私有地や私道で走行する。利用者は、第３上部ユニット２００Ｃを用いることで、花見や遊覧を楽しむことができる。
図９および図１０は、上部構造物２００の別の一例である第４上部ユニット２００Ｄを含む走行体Ｍを示す斜視図である。第４上部ユニット２００Ｄは、建造物２３０（家やビルなど）の一部となるユニットである。言い換えると、車両１００は、建造物２３０の一部が連結されることで、建造物２３０の一部に走行機能を与える。利用者は、第４上部ユニット２００Ｄを用いることで、建造物２３０内での生活や仕事を行いながら別の場所に移動することができる。
例えば、図９に示すように、第４上部ユニット２００Ｄは、車両１００に連結され、車両１００に載せられた状態で移動可能である。一方で、図１０に示すように、第４上部ユニット２００Ｄおよび車両１００は、互いに分離可能である。この場合、車両１００は、第４上部ユニット２００Ｄを建造物２３０に残した状態で第４上部ユニット２００Ｄから離れて移動することができる。車両１００は、第４上部ユニット２００Ｄから離れた状態から第４上部ユニット２００Ｄの下方に移動し、第４上部ユニット２００Ｄと再び連結されることができる。
本実施形態では、建造物２３０は、車両１００が第４上部ユニット２００Ｄを建造物２３０に残した状態で移動する場合に、建造物２３０に残された第４上部ユニット２００Ｄを側方と下方とのうち少なくとも一方から支持する支持構造２３１を含む。図９に示すように、支持構造２３１は、例えば、レール２３５と、支持部２３６とを有する。
レール２３５は、建造物２３０の側面に設けられている。第４上部ユニット２００Ｄは、レール２３５によって側方および下方から支持される係合部材１６１を有する。係合部材１６１がレール２３５の内側に入ってレール２３５によって支持されることで、第４上部ユニット２００Ｄは、建造物２３０によって支持される。
支持部２３６は、第４上部ユニット２００Ｄが建造物２３０と連結された場合に第４上部ユニット２００Ｄの下方に位置する領域に配置されている。支持部２３６は、車両１００が第４上部ユニット２００Ｄを建造物２３０に残した状態で第４上部ユニット２００Ｄから離れて移動する場合に、車両１００に代えて第４上部ユニット２００Ｄを下方から支持する。例えば、支持部２３６は、第４上部ユニット２００Ｄを下方から支持する上端部が高さ方向に移動可能な支柱またはジャッキにより形成されている。例えば、支持部２３６は、車両１００が第４上部ユニット２００Ｄの下方に位置する場合、車両１００に接しないように例えば地面Ｇに設けられた収容部に収容されている。一方で、支持部２３６は、車両１００が第４上部ユニット２００Ｄを建造物２３０に残した状態で移動する場合に、第４上部ユニット２００Ｄに接するように上方に向けて移動し、第４上部ユニット２００Ｄを下方から支持する。
図１１は、上部構造物２００の別の一例である第５上部ユニット２００Ｅを含む走行体Ｍを示す斜視図である。第５上部ユニット２００Ｅは、荷物運搬装置としての機能を車両１００に持たせることができるユニットである。第５上部ユニット２００Ｅは、連結機構１５０によって走行ユニット１１０に固定されるパレット２４０を含む。パレット２４０は、「荷物を支持可能な荷物支持部」の別の一例である。複数の荷物Ｐは、パレット２４０上に積載されるとともに、図示しない固定部材によってパレット２４０に固定される。利用者は、第５上部ユニット２００Ｅを用いることで、工場や集荷場、その他の作業現場で１以上の荷物Ｐを搬送することができる。
図１２は、上部構造物２００の別の一例である第６上部ユニット２００Ｆを含む走行体Ｍを示す斜視図である。第６上部ユニット２００Ｆは、周囲監視装置としての機能を車両１００に持たせることができるユニットである。第６上部ユニット２００Ｆは、走行ユニット１１０に固定されるセンサユニット２５０を含む。センサユニット２５０は、カメラと、カメラで撮影された画像または映像を管理センターのサーバなどに送信可能な通信装置とを含む。車両１００は、センサユニット２５０が取り付けられた状態で、指定された経路に沿って移動することができる。利用者は、第６上部ユニット２００Ｆを用いることで、任意の場所の見回り（異常検知）を行うことができる。
以上説明した第１の実施形態の構成によれば、複数の用途で利用可能な車両１００を提供することができる。すなわち、本実施形態では、任意の上部構造物２００が取り付け可能な車両１００が提供される。これにより、多くの事業者による独自の開発を可能とすることができ、用途ごとに特化した機能が広く深く提供されることを可能にすることができる。
第１の実施形態では、走行ユニット１１０は、複数の上部構造物２００が互いに載せ替えられることで、車両１００の機能をカスタマイズすることができる。このような構成によれば、例えば、昼間の時間帯は乗用車やトラックとして機能し、夜の時間帯（昼間の用途での休眠時間）は、工場などで自動運転機能を持つ搬送パレットなど別の用途の走行体Ｍとして機能することができる。
［第１の実施形態の第１変形例］
次に、第１の実施形態の第１変形例について説明する。図１３は、第１の実施形態の第１変形例を示す斜視図である。図１３に示すように、本変形例では、１つの車両１００に対して１以上の別の車両１００が上方から載せられた状態で、一番下に位置する車両１００が走行可能である。
第１変形例では、第１起立部１３４および第２起立部１３５は、例えば、上方に進むに従い車両幅方向Ｙの外側に位置するように鉛直方向に対して斜めに傾いている。そして、高さ方向に重ねられた複数の車両１００において、１番下の車両１００の走行ユニット１１０の第１凹部１３６および第２凹部１３７に、その１つの上の車両１００の走行ユニット１１０の第１基部１３１および第２基部１３２の少なくとも一部が収容される。各走行ユニット１１０の隆起部１３３の下面は、上側に向けて窪んだ第３凹部１３８を形成している。そして、高さ方向に重ねられた複数の車両１００において、１番下の車両１００の走行ユニット１１０の隆起部１３３の少なくとも一部は、その１つの上の車両１００の走行ユニット１１０の隆起部１３３によって形成された第３凹部１３８に収容される。
これにより、複数の車両１００の重ねた厚さが低減される。
別の観点で見れば、１番下の車両１００の走行ユニット１１０の隆起部１３３は、その１つ上の車両１００の走行ユニット１１０に接することで、１つ上の車両１００を下方から支持する。隆起部１３３は、１つの上の車両１００の走行ユニット１１０を支持する「支持部」の一例である。１番下の車両１００の走行ユニット１１０の第１起立部１３４および第２起立部１３５の内面（第１凹部１３６および第２凹部１３７の一部を形成する面）は、その１つ上の車両１００の走行ユニット１１０に接することで、１つ上の車両１００を下方から支持する。第１起立部１３４および第２起立部１３５の各々は、１つの上の車両１００の走行ユニット１１０を支持する「支持部」の別の一例である。
そして、１番下の車両１００の走行ユニット１１０は、車輪Ｗが地面Ｇに接しており、複数の車両１００が上方に載せられた状態で走行可能である。例えば、１番下の車両１００の走行ユニット１１０は、端子１２１などを介して、上に載せられる車両１００の走行ユニット１１０のバッテリ１２０ａと電気的に接続される。これにより、１番下の車両１００の走行ユニット１１０は、重ねられた１以上の別の車両１００の走行ユニット１１０のバッテリ１２０ａから供給される電力を利用して走行可能である。
ただし、複数の車両１００を重ねるための構造は、上記例に限定されない。例えば、第１起立部１３４および第２起立部１３５は、鉛直方向に起立していてもよい。複数の車両１００は、高さ方向に単に積み重ねられてもよい。
［第１の実施形態の第２変形例］
次に、第１の実施形態の第２変形例について説明する。図１４は、第１の実施形態の第２変形例を示す斜視図である。図１４に示すように、第２の変形例では、車両１００の走行ユニット１１０は、連結部１５３および連結部１５５を有する。走行ユニット１１０は、連結部１５３と連結部１５５とのうちいずれか一方だけを有してもよい。
一方の連結部１５３は、車両幅方向Ｙにおいて走行ユニット１１０に対して並べられた別の車両１００の走行ユニット１１０に連結される連結部である。連結部１５３が別の車両１００の走行ユニット１１０に連結されることで、複数の車両１００が互いに固定される。これにより、複数の車両１００が一体に走行することができる。連結部１５３は、「第２連結部」の一例である。走行ユニット１１０は、走行ユニット１１０の片側の車輪Ｗが外された状態で、別の車両１００の走行ユニット１１０と連結されてもよく、走行ユニット１１０の車輪Ｗを外さないままの状態で別の車両１００の走行ユニット１１０と連結されてもよい。
他方の連結部１５５は、車両進行方向Ｘにおいて走行ユニット１１０に対して並べられた別の車両１００の走行ユニット１１０に連結される連結部である。連結部１５５が別の車両１００の走行ユニット１１０に連結されることで、複数の車両１００が互いに固定される。これにより、複数の車両１００が一体に走行することができる。連結部１５５は、「第２連結部」の別の一例である。
以上説明した第１の実施形態の第１および第２変形例の構成によれば、上部構造物２００は、例えば、互いに連結された複数の車両１００に亘る大きさを有する。すなわち、複数の車両１００が連結部１５３または連結部１５５によって連結されることで、１台の車両１００では支持できない大きさの上部構造物２００が支持可能になる。これにより、上部構造物２００の自由度をさらに高めることができる。
以上、第１実施形態とその第１実施形態の複数の変形例について説明したが、実施形態の構成は、上記例に限定されない。例えば、車両１００は、図１５に示すような車両利用システム１によって利用されてもよい。すなわち、車両利用システム１は、車両１００の外部に配置された１以上の情報処理装置７００を含む。情報処理装置７００は、例えば、ネットワークＮＷを介して車両１００および利用者の端末装置５００と通信可能な通信部７１０と、情報処理部７１２とを有する。情報処理部７１２は、車両１００の走行ユニット１１０に含まれる各機能部（例えば、ナビ制御装置１１３ｂや推奨車線決定装置１１４、自動運転制御ユニット１１５）の一部または全部を有してもよい。情報処理部７１２は、ＣＰＵなどのプロセッサがメモリに格納されたプログラム（ソフトウェア）を実行することで実現されてもよいし、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
また、上述した第１の実施形態では、車両１００として、一般的な乗用車やトラックと同様の大きさの車両１００について説明した。ただし、車両１００の大きさは、上記例に限定されない。車両１００の大きさは、例えばベッド程度の大きさでもよいし、それよりもさらに小さな大きさでもよい。
［第１の実施形態の第３変形例］
次に、第１の実施形態の第３変形例について説明する。図１６は、第１の実施形態の第３変形例における第１上部ユニット２００Ａおよび走行ユニット１１０を示す構成図である。図示の例のように、第１の実施形態の第３変形例における第１上部ユニット２００ＡのＨＭＩ２０２は、上述した運転操作子２０２ａに加えて、更に、外部表示部２０２ｂと、ストレージ２０２ｃと、利用状況検知部２０２ｅとを備える。また、第１の実施形態の第３変形例における第１上部ユニット２００Ａは、サービス提供装置２１２を更に備える。
外部表示部２０２ｂは、例えば、車両１００の外側のボディの表面に張り付けられた有機ＥＬ（Electro Luminescence）ディスプレイである。また、外部表示部２０２ｂは、ボディに嵌め込まれたＬＣＤ（Liquid Crystal Display）であってもよく、ボディの一部または全部を兼ねたディスプレイパネルであってもよい。また、外部表示部２０２ｂは、駆動部を備える移動可能ディスプレイ装置であってもよい。この場合、外部表示部２０２ｂは、静止画像や動画像といったコンテンツを表示しない場合には車外から表示面が見えない位置に収納され、コンテンツを表示させる場合には駆動部により車外から表示面が見える位置に移動される。また、外部表示部２０２ｂは、車両１００のフロントウインドシールドやサイドウインドシールド、リアウインドシールドの少なくとも一部に形成された光透過型の液晶パネルであってもよい。
図１７および図１８は、外部表示部２０２ｂの一例を示す図である。図１７や図１８に例示するように、例えば、外部表示部２０２ｂには、車両１００を介して提供されるサービスを表す商標やロゴ、サービスの内容（図示の例では英会話学校）、車両１００の行き先、サービスの提供状態を示す情報（車外の利用者が車両１００に乗り込み、そのサービスを利用であるのか否かを示す情報）などが表示される。
図１６の説明に戻り、ストレージ２０２ｃは、例えば、ＲＡＭ、ＲＯＭ、ＨＤＤ、フラッシュメモリなどの記憶装置により実現される。ストレージ２０２ｃには、例えば、外部装置（アプリケーションサーバ等）から取得されたファームウェア（ドライバ）などが格納される。ファームウェアは、通信装置２０１、ＨＭＩ２０２、シート装置２０３、衝突センサ２０４、エアバッグ装置２０５、サービス提供装置２１２といった制御ユニット２０８に接続される各装置（以下、これらを装備品と称する）を制御するためのプログラム（ソフトウェア）である。ファームウェアは、「装備品の制御情報」の一例である。ストレージ２０２ｃに格納されたファームウェアは、定期または不定期に更新されてよい。また、ストレージ２０２ｃには、各装備品を識別する識別情報が格納されてよい。
利用状況検知部２０２ｅは、車両１００に搭乗する利用者や積載物の有無や位置に基づいて、車両１００の各コンパートメントの利用状況を検知する。コンパーメントとは、車両１００の上部構造物２００内の空間であり、利用者が搭乗したり積載物を載せたりすることが可能な空間である。利用状況検知部２０２ｅは、荷重センサや車内カメラ（いずれも不図示）の検出結果に基づいて、コンパートメントの利用状況を検知してよい。
サービス提供装置２１２は、車両１００の内外をサービスに利用するサービス提供主（サービスオーナー）が設置する機器である。例えば、サービス提供装置２１２は、車両１００のコンパーメントを、英会話教室のようなサービスの利用場所として提供するために、第３者の映像や会話音声を出力したり、外部表示部２０２ｂに広告を表示させたり、コンパーメントに存在する利用者の端末装置（例えばスマートフォン等）に情報を送信したりする。
制御ユニット２０８は、各種情報を走行ユニット１１０に送信する。例えば、制御ユニット２０８は、ゲートウェイ装置２０９ｂを制御して、自身（制御ユニット２０８）に接続された装備品の接続状況を示す情報を、走行ユニット１１０のゲートウェイ装置１２１ｂに送信する。装備品の接続状況を示す情報には、例えば、上述したファームウェアの情報や、装備品の識別情報などが含まれてよい。ゲートウェイ装置２０９ｂは、「第２通信インターフェース」の一例である。
制御ユニット２０８は、通信装置２０１を制御して、装備品の接続状況を示す情報を、走行ユニット１１０の通信装置１１２に送信してもよい。通信装置２０１は、「第２通信インターフェース」の他の例である。
サービス提供装置２１２に、Ｗｉ−Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈなどを介して利用者の端末装置５００が無線接続された場合、制御ユニット２０８は、サービス提供装置２１２に接続される端末装置５００を介して、装備品の接続状況を示す情報を走行ユニット１１０の通信装置１１２に送信してもよい。サービス提供装置２１２に接続される端末装置５００は、「第２通信インターフェース」の他の例である。
装備品の接続状況を示す情報が無線通信によって走行ユニット１１０に送信される場合、第１上部ユニット２００Ａと走行ユニット１１０との間には、外部のサーバ装置が介在してもよい。このサーバ装置は、上述したゲートウェイ装置１２１ｂとゲートウェイ装置２０９ｂとの間でなされる照合および認証を、ゲートウェイ装置１２１ｂおよびゲートウェイ装置２０９ｂの代わりに行う。
走行ユニット１１０のゲートウェイ装置１２１ｂ或いは通信装置１１２は、制御ユニット２０８から装備品の接続状況を示す情報を受信すると、この情報を自動運転制御ユニット１１５に出力する。自動運転制御ユニット１１５は、例えば、ゲートウェイ装置１２１ｂ或いは通信装置１１２により出力された、装備品の接続状況を示す情報に基づいて、上部構造物２００が正規の上部構造物２００であることを認証してよい。
第１上部ユニット２００Ａと、走行ユニット１１０との間に外部のサーバ装置が介在する場合、走行ユニット１１０の通信装置１１２は、サーバ装置による照合および認証の結果を示す情報を受信してよい。この場合、自動運転制御ユニット１１５は、サーバ装置による照合および認証の結果に基づいて、上部構造物２００が正規の上部構造物２００であることを認証してよい。
以上説明した第１の実施形態の第３変形例の構成によれば、第１実施形態と同様に、複数の用途で利用可能な車両１００を提供することができる。これにより、多くの事業者による独自の開発を可能とすることができ、用途ごとに特化した機能が広く深く提供されることを可能にすることができる。
［第１の実施形態の第４変形例］
次に、第１の実施形態の第４変形例について説明する。図１９は、第１の実施形態の第４変形例に係る車両１００（自動運転車両１００）を含むサービス提供システム２の構成図である。サービス提供システム２は、一以上の車両１００と、複数の端末装置５００と、サービス提供者装置６００と、サービス管理装置７００とを備える。複数の端末装置５００には、サービス提供者Ｓにより使用される端末装置５００ａと、サービス申込者Ａにより使用される端末装置５００ｂとが含まれる。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。サービス提供者Ｓによるサービスは、サービス利用者Ｕに提供される。図では、サービス申込者Ａとサービス利用者Ｕが異なる者であるように示しているが、これらは同一人物であってもよい。「サービス申込者Ａにより使用される」とは、例えばネットカフェの端末装置など、不特定多数によって使用され得る端末装置が、サービス申込者Ａにより一時的に使用されることを含んでよい。
図２０は、第３実施形態に係る走行ユニット１１０の構成の一例を示す図である。第３実施形態に係る走行ユニット１１０の自動運転制御ユニット１１５は、車両状態共有許可部１１５ａを備える。
車両状態共有許可部１１５ａは、第１上部ユニット２００Ａに接続された装備品の識別情報と、サービス管理装置７００から取得されたファームウェアの更新情報などとに基づいて、第１上部ユニット２００Ａに接続された装備品、または装備品（サービス提供装置２１２等）に接続される端末装置５００に対する走行ユニット２００Ａの情報共有を許容する。装備品の識別情報は、例えば、走行ユニット１１０の通信装置１１２が、制御ユニット２０８のストレージ２０２ｃに格納されていたものを受信することで取得されてよい。また、ファームウェアの更新情報は、走行ユニット１１０の通信装置１１２が、サービス管理装置７００の記憶部８００に格納されていたものを受信することで取得されてよい。また、車両状態共有許可部１１５ａは、第１上部ユニット２００Ａに接続された装備品の識別情報と、サービス管理装置７００から取得されたファームウェアの更新情報などとに基づいて、第１上部ユニット２００Ａ、または第１上部ユニット２００Ａの識別情報（上部ユニットＩＤ）に基づき特定される端末装置５００に対する走行ユニット２００Ａの情報共有を許容してもよい。
［端末装置］
端末装置５００は、例えば、スマートフォンやタブレット端末、パーソナルコンピュータなどである。端末装置５００は、サービス提供システム２を利用するためのアプリケーションプログラム、或いはブラウザなどが起動し、以下に説明するサービスをサポートする。以下の説明では端末装置５００がスマートフォンであり、アプリケーションプログラム（サービス申込者用アプリ）が起動していることを前提とする。サービス利用者用アプリは、サービス申込者Ａの操作に応じてサービス管理装置７００と通信し、サービス申込者Ａからのリクエストをサービス管理装置７００に送信したり、サービス管理装置７００から受信した情報に基づくプッシュ通知を行ったりする。サービス管理装置７００は、第１実施形態において説明した「情報処理装置」の他の態様である。
端末装置５００（５００ａ及び５００ｂ）は、例えば、以下のような内容を含むサービス利用依頼情報をサービス管理装置７００に送信する。位置情報は、例えば、端末装置５００が内蔵するＧＰＳ受信機により測位されたものである。その他の情報は、原則としてサービス申込者Ａまたはサービス利用者Ｕによって入力された情報に基づいている。利用希望サービス提供者属性情報とは、サービス利用者Ｕが希望するサービス提供者Ｓの属性に関する情報である。属性は、提供するサービスの種別の他、年齢、性別、性格（タイプ）などを含んでもよい。属性に関して、サービス管理装置７００は、完全に一致するサービス提供者Ｓを固定的に割り当てるのではなく、サービス利用者Ｕに提示して選択あるいは確定させるようにしてよい。
［サービス利用依頼情報］
・ユーザＩＤ
・位置情報（緯度、経度、高度）
・利用希望空間情報（例えば、人数、座席数等により表される）
・利用希望サービス提供者属性情報
・利用希望サービスＩＤ
・利用希望区間情報
・サービス利用者の希望するサービス利用の時間帯の情報
・決済認証情報
［車両］
第１の実施形態の第４変形例における車両１００の走行制御に関する構成（例えば、自動運転に関する構成）は、第１の実施形態および第１変形例における車両１００が備える構成と同様である。すなわち、車両１００は自動運転車両であり、以下に説明するように無線通信機能を有する車両である。図２１は、車両１００に搭載される車両管理装置３００の構成の一例を示す図である。車両管理装置３００は、例えば、第１上部ユニット２００Ａに搭載される。車両管理装置３００は、例えば、通信部３２０と、認証部３３０と、ＨＭＩ３４０と、車両／コンパートメント管理部３５０とを備える。
通信部３２０は、無線通信装置である。通信部３２０は、ネットワークＮＷを介してサービス管理装置７００と通信する。認証部３３０は、サービス管理装置７００の指示により、サービス開始のための認証処理を行う。
ＨＭＩ３４０は、例えば、装備品に対する入力操作を受け付けたり、装備品により出力された情報を画像や音声として出力したりする。例えば、ＨＭＩ３４０は、タッチパネル式ディスプレイ装置、スピーカ、マイクなどを含む。
車両／コンパートメント管理部３５０は、例えば、利用状況検知部３５２と、利用許可部３５４と、認証部３５６と、外部制御許可部３５８とを備える。車両１００には、サービス利用者Ｕやサービス提供者Ｓが利用可能な空間（コンパートメント）が一以上設けられており、利用状況検知部３５２は、コンパートメントごとの利用状況を検知する。例えば、利用状況検知部３５２は、各コンパートメントが利用中であるか否かを検知する。図２１では、車両１００として普通乗用車を掲載しているが、車両１００は、トレーラー、バス、マイクロバスなど、車室内を区切ったコンパートメントのそれぞれに一以上の乗員が乗車可能なサイズの車両であってもよい。利用許可部３５４は、例えば、認証部３５６による認証が成功した場合に、予め指定されたコンパートメントの利用を許可し、例えばドアの開錠等を行う。認証部３５６は、乗車してくるサービス利用者Ｕまたはサービス提供者Ｓの本人確認等の認証を行う。
外部制御許可部３５８は、第１上部ユニット２００Ａに接続された各装備品の識別情報と、サービス管理装置７００から取得される装備品の制御情報とに基づいて、装備品に対するユーザの操作に応じた走行ユニット１１０の制御を許容するのか否かを決定する。例えば、上部構造物２００のコンパーメントに搭乗した利用者Ｕが、サービス提供装置２１２に接続された端末装置５００を操作して、走行ユニット１１０に操作する場合がある。この際、外部制御許可部３５８は、第１上部ユニット２００Ａに接続された各装備品の識別情報と、サービス管理装置７００から取得される装備品の制御情報とに基づく、利用者Ｕが操作する対象の走行ユニット１１０と、利用者Ｕが搭乗した上部構造物２００に設けられた第１上部ユニット２００Ａとの組み合わせが正規なものであることが認証されている場合、利用者Ｕによる走行ユニット１１０の操作を許可する。
車両管理装置３００の通信部３２０は、例えば、以下のような内容を含む車両情報をサービス管理装置７００に送信する。
［車両情報］
・走行ユニット１１０を識別する走行ユニットＩＤ
・上部ユニット２００Ａを識別する上部ユニットＩＤ
・位置情報（緯度、高度、経度）
・コンパートメント利用状況（利用中のコンパートメントに関して利用中のサービス利用者のユーザＩＤ、利用可能なコンパートメントの情報など）
・走行状態（速度、加速度、角速度、車載機器の状態など）
・サービス提供者Ｓの情報（サービス提供者のＩＤ、実施中のサービスの情報、サービス実施経過時間等）
・装備品に関する情報（装備品の識別情報、装備品の識別情報を符号化した符号化データなど）
図２２は、サービス提供者装置６００の構成の一例を示す図である。サービス提供者装置６００は、例えば、複数のサービス提供者の状態を把握し、サービス管理装置７００からの発注に自動的に応答可能な装置である。サービス提供者装置６００は、例えば、通信部６１０と、受注処理部６２０と、状態管理部６３０と、記憶部６５０とを備える。
通信部６１０は、ネットワークＮＷを介してサービス管理装置７００などと通信する。受注処理部６２０は、サービス管理装置７００からのサービス発注に対して、受注処理を行う。受注処理部６２０は、サービス発注の内容が、既にサービス管理装置７００に送信済のサービス提供情報の範囲内であるか否かを判定し、範囲内であると判定した場合に受注処理を先に進める。状態管理部６３０は、サービス提供者装置６００に登録されたサービス提供者Ｓの状態（予約状態、稼働状態など）を管理し、サービス提供情報をサービス管理装置７００に提供する。
サービス提供者装置６００は、例えば、以下のような内容を含むサービス提供情報をサービス管理装置７００に送信する。サービス提供情報は、サービス提供者Ｓが受注可能なサービスに関連する情報である。
［サービス提供情報］
・認証ＩＤ
・装備品の制御情報（例えばファームウェアの更新情報、動作要求、情報送信要求など）
・サービス名称
・制御信号
［サービス管理装置］
図２３は、サービス管理装置７００の構成の一例を示す図である。サービス管理装置７００は、例えば、通信部７１０と、取得部７２０と、サービス情報入力部７３０と、プラン決定部７４０と、経路指示部７５０と、認証部７６０と、判定部７７０と、記憶部８００とを備える。通信部７１０、サービス情報入力部７３０および記憶部８００を除く構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。記憶部８００は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。
通信部７１０は、例えば、ネットワークＮＷに接続するためのネットワークカードを含む。通信部７１０は、ネットワークＮＷを介して車両管理装置３００、端末装置５００、サービス提供者装置６００などと通信する。
取得部７２０は、通信部７１０を介して、端末装置１０からサービス利用依頼情報を取得したり、予め登録された車両１００の車両管理装置３００から車両情報を取得したり、サービス提供者装置６００から、サービス提供情報を取得したりする。
サービス情報入力部７３０は、サービス提供者Ｓから、提供予定のサービスの種類や内容などの入力操作を受け付ける。
プラン決定部７４０は、利用可能車両情報８２０およびサービス提供情報に基づいて、サービス利用者Ｕが享受可能な可用サービスを特定し、特定した可用サービスに関する情報をサービス利用者Ｕの端末装置５００に提供する。
より具体的に、プラン決定部７４０は、利用可能車両情報８２０およびサービス提供情報に含まれる利用希望区間に基づいて、車両１００の走行経路において、サービス提供者Ｓが車両１００の少なくとも一部（例えば、コンパートメント）を占有することが可能な利用許可区間を設定する。
経路指示部７５０は、通信部７１０に、サービス利用者Ｕの利用開始位置および利用終了位置の情報と、サービス提供者Ｓの利用開始位置および利用終了位置の情報とを、車両１００に送信させることで、車両１００が走行すべき経路を車両１００に指示する。
認証部７６０は、端末装置５００との通信によるサービス利用者Ｕの認証を行ったり、サービス提供開始時の認証を行ったりする。
判定部７７０は、サービス利用者Ｕと、サービス提供者Ｓのそれぞれについて、車両１００を利用しているか否かを判定する。
プラン決定部７４０は、判定部７７０の判定結果を利用して各種の処理を行う。例えば、プラン決定部７４０は、判定部７７０によりサービス利用者Ｕとサービス提供者Ｓの双方が車両１００を利用していると判定した場合のみ、利用希望区間の変更を受け付けるようにしてもよい。このケースは、例えば、サービス提供者Ｓがサービス利用者Ｕに提案して目的地を変更したり、車両１００側に提供する情報に基づいてサービス中に最終目的地を変更したりする場合に生じる。また、プラン決定部７４０は、取得部７２０がサービス利用依頼情報を受信した時点において、判定部７７０が、サービス利用者Ｕが既に車両１００を利用していると判定した場合（すなわちサービス利用中に、サービス延長あるいは別のサービスの依頼を行った場合）、当該利用中の車両１００を優先的にサービス利用者Ｕに割り当てるようにしてもよい。
記憶部８００には、例えば、以下のような内容を含むサービス管理情報が格納される。
［サービス管理情報］
・サービス依頼者Ａ（サービス利用者Ｕ）を識別するユーザＩＤ
・サービス提供者Ｓにより提供されるサービスを識別するサービスＩＤ
・走行ユニットＩＤおよび上部ユニットＩＤ
・上部ユニット２００ＡのファームウェアＩＤ
・走行ユニット１１０のファームウェアＩＤ
・車両側からの符号化データ
・サービスプロバイダからの符号化データ
・車両１００の現在の位置情報
・サービスプロバイダＩＤ
図２４は、サービス提供システム２において実行される処理の流れの一例を示すフローチャートである。まず、サービス依頼者Ａ（サービス利用者Ｕ）が、端末装置５００を用いてサービス管理装置７００の認証部７６０に対してユーザ認証を行う（ステップＳ２００）。認証部７６０による認証が成功すると、サービス依頼者Ａ（サービス利用者Ｕ）は、端末装置５００を用いて、サービス利用依頼情報をサービス管理装置７００に送信する（ステップＳ２０２）。サービス利用依頼情報は取得部７２０によって取得され、サービス依頼管理情報８３２として記憶部８００に格納される。
サービス利用依頼情報が取得されると、サービス管理装置７００の取得部７２０は、サービス提供者装置６００に、サービス提供情報の問い合わせを行う（ステップＳ２０４）。提供するサービスの属性やサービス事業者に応じて複数のサービス提供者装置６００が存在してもよく、その場合、取得部７２０は、複数のサービス提供者装置６００に対して一斉に問い合わせを行ってよい。サービス提供者装置６００の状態管理部６３０は、受注可能なサービスに関連する（受注可能なサービスの内容を示す）サービス提供情報をサービス管理装置７００に返信する（ステップＳ２０６）。
一方、サービス管理装置７００の取得部７２０は、車両管理装置３００に、利用状況（車両情報）の問い合わせを行う（ステップＳ２０８）。車両管理装置３００の車両／コンパートメント管理部３５０は、利用状況検知部３５２により検知された利用状況をサービス管理装置７００に返信する（ステップＳ２１０）。なお、ステップＳ２０８およびステップＳ２１０の処理は、フローチャートに示す処理とは非同期に、任意のタイミングで随時行われてよい。
次に、プラン決定部７４０は、サービス利用依頼情報とステップＳ２１０で取得された情報とに基づいて、利用可能な車両を特定し、利用可能車両情報を生成する（ステップＳ２１２）。ステップＳ２１２において複数の車両が特定されてもよく、その場合、後述するステップＳ２２４までの間に、最終的な車両の特定が行われてもよい。そして、プラン決定部７４０が、利用可能車両情報と、ステップＳ２０６で取得された受注可能なサービス提供情報とに基づいて、サービス利用者が享受可能な可用サービスを特定し（ステップＳ２１２）、特定した可用サービスの内容を示す可用サービス情報を端末装置５００に送信する（ステップＳ２１４）。
サービス申込者Ａ（サービス利用者Ｕ）は、可用サービス情報を閲覧し、その結果、端末装置５００を用いてサービス管理装置７００に対してサービス発注を行う（ステップＳ２１６）。サービス管理装置７００のプラン決定部７４０は、ステップＳ２１６で受注したサービスのうちサービス提供者が担う部分を抜き出して、サービス提供者装置６００に対してサービス発注を行う（ステップＳ２１８）。
サービス提供者装置６００の受注処理部６２０は、サービス受注した旨をサービス管理装置７００に送信する（ステップＳ２２０）。これに併せて、受注処理部６２０は、サービス提供者の端末装置（本実施形態では不図示）に、受注内容を送信する。
サービス提供者装置６００から受注した旨を受信すると、サービス管理装置７００の経路指示部７５０は、サービス提供のための車両１００が走行すべき経路を設定する（ステップＳ２２２）。
次に、サービス管理装置７００の認証部７６０が、サービス開始のための認証処理をサービス提供者装置６００および車両１００の認証部３３０に対して行い、経路指示部７５０が、ステップＳ２２２で設定した経路を車両１００に指示し、サービス提供者装置６００がサービス開始の認証を行うと共に、必要に応じて最終的な車両の特定を行い、車両１００の車両管理装置３００では認証部３３０が車両側での認証を行うと共に、指示された経路での走行を開始または予定する（ステップＳ２２４）。
Ｓ２２４の認証処理の際、例えば、サービス提供者装置６００は、利用可能な上部ユニット２００Ａに接続された装備品の情報を取得する。すなわち、装備品の情報は、車両１００側からサービス提供者装置６００側へと送信される。ここで、認証は、上部ユニット２００Ａと、装備品との２段階で行われてもよい。上部ユニット２００Ａの所有者がサービス提供者と異なる場合、上部ユニット２００Ａに対し接続可能な装備品、あるいは上部ユニット２００Ａにより実行可能な走行ユニット１１０の車両状態共有許可部１１５ａの機能は、所有者または運行管理者によって別途規定されても良い。
その後、サービス利用者Ｕが車両１００に乗車し（ステップＳ２２６）、付加サービスが提示可能となったときに、プラン決定部７４０が付加サービスを端末装置５００に提示する（ステップＳ２２８）。
サービス利用者Ｕが車両１００に乗車した際（Ｓ２２６の際）、サービス提供者は、乗車した車両１００の装備品に対する利用可否を設定してよい。この場合、車両状態共有許可部１１５ａは、装備品に対してなされた利用可否の設定情報をサービス管理装置７００と共有することを許容する。なお、装備品に対する利用可否の設定は、サービス管理装置７００が行ってもよい。装備品には、例えば、コンパートメントに設けられたビデオ再生装置や、給電装置等が含まれてよい。装備品に対する利用が許可された場合、車両１００に乗車した乗員は、当該装備品を操作したり、使用したりすることができる。この際、車両１００の走行状態や、装備品に対する操作情報または使用情報などは、車両状態共有許可部１１５ａによる許可によって、サービス提供者装置６００にも共有されてよい。
サービス利用者が付加サービスの内容を閲覧して、端末装置５００を用いて付加サービスを発注すると（ステップＳ２３０）、サービス管理装置７００のプラン決定部７４０は、サービス提供者装置６００に対して、付加サービスについてサービス発注を行う（ステップＳ２３２）。サービス提供者装置６００の受注処理部６２０は、付加サービスを受注した旨を示す情報をサービス管理装置７００に送信する（ステップＳ２３４）。
Ｓ２３４の処理において、例えば乗員が装備品を介したサービスの発注を行ったとき（例えば装備品を利用して特定のビデオコンテンツが再生されたとき）、サービス提供者装置６００の受注処理部６２０は、サービスの受注と同時に、当該サービスに適した経路および目的地を改めて設定し、車両１００に指示する。より具体的には、サービス提供者装置６００の受注処理部６２０などの機能部は、観光地案内など、コンテンツの内容に対応して、サービス提供者装置６００が設定する経由地を通過するように経路を修正したり、説明時間に応じて通過速度を調整したりする。この場合、上部ユニット２００Ａに設けられるサービス提供者装置６００のいずれかの機能部は、「外部制御許可部」の一例である。これによって、サービス提供者が提供するサービスと、車両１００に任意に配置される装備品および車両１００の制御状態とをリンクさせることができ、サービス提供者が走行に連動する装備品を配置する自由度を高めることができる。
付加サービスを受注した旨を示す情報を受信すると、サービス管理装置７００の経路指示部７５０は、経路の修正や目的地変更を、車両１００に指示する（ステップＳ２３６）。
以上説明した第１の実施形態の第４変形例の構成によれば、第１の実施形態または第１変形例と同様に、複数の用途で利用可能な車両１００を提供することができる。これにより、多くの事業者による独自の開発を可能とすることができ、用途ごとに特化した機能が広く深く提供されることを可能にすることができる。
＜第２の実施形態＞
次に、第２の実施形態について説明する。第２の実施形態は、例えば、第１の実施形態の自動運転車両が適用可能なサービス管理装置、サービス提供システム、サービス管理方法、およびプログラムである。サービス管理装置は、移動する車両内にサービス利用者がサービス提供者と同乗することで実現されるサービスを管理する装置である。このサービスは、主として同乗すること自体を指すものであってもよいし、同乗し更に何らかの動作が行われることを指すものであってもよい。前者の例としては、単独で車両に乗車することが好ましくないサービス利用者（例えば、乳幼児、老人、病人、身障者）に対して、保育士、介護士、看護師などのサービス提供者が同乗するサービスが挙げられる。なお、同乗すること自体を指すといっても、サービス提供者がサービス利用者である乳幼児の面倒を見るなど、付随するサービスが行われることを含んでも構わない。
第２の実施形態として説明する各サービスは、例えば電子的に送受信される同乗リクエストによって申し込まれる。同上リクエストを発信する者（サービス申込者）は、サービス利用者自身であってもよいし、他の者（家族など）であってもよい。また、このサービスに利用される車両は、例えば、基本的には運転操作を必要としない自動運転車両である。以下、自動運転車両が用いられるものとして説明するが、手動運転車両が用いられても構わない。
以下、第２の実施形態について説明する。第２の実施形態において、サービスは、主として同乗すること自体を指し、サービス利用者が車両に乗車している区間の全体に亘って、サービス提供者が車両に同乗していることが要求されるものとする。
［全体構成］
図２５は、サービス管理装置ａ３００を含むサービス提供システムａ１の構成図である。サービス提供システム１は、一以上のサービス申込者Ａにより使用される一以上の端末装置ａ１００と、一以上のサービス提供者により使用される一以上の端末装置ａ１５０と、一以上の車両ａ２００と、サービス管理装置ａ３００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、インターネット、ＷＡＮ、ＬＡＮ、公衆回線、プロバイダ装置、専用回線、無線基地局などを含む。サービス提供者Ｓによるサービスは、サービス利用者Ｕに提供される。図では、サービス申込者Ａとサービス利用者Ｕが異なる者であるように示しているが、これらは同一人物であってもよい。なお、「サービス申込者Ａまたはサービス提供者Ｓにより使用される」とは、ネットカフェの端末装置など、不特定多数によって使用され得る端末装置が、サービス申込者Ａまたはサービス提供者Ｓにより一時的に使用されることを含んでよい。
［端末装置］
端末装置ａ１００は、例えば、スマートフォンやタブレット端末、パーソナルコンピュータなどである。端末装置ａ１００では、サービス提供システムａ１を利用するためのアプリケーションプログラム、或いはブラウザなどが起動し、以下に説明するサービスをサポートする。以下の説明では端末装置ａ１００がスマートフォンであり、アプリケーションプログラム（サービス申込者用アプリ）が起動していることを前提とする。サービス利用者用アプリは、サービス申込者Ａの操作に応じてサービス管理装置ａ３００と通信し、サービス申込者Ａからのリクエストをサービス管理装置ａ３００に送信したり、サービス管理装置ａ３００から受信した情報に基づくプッシュ通知を行ったりする。
端末装置ａ１５０は、端末装置ａ１００と同様に、例えば、スマートフォンやタブレット端末、パーソナルコンピュータなどである。端末装置ａ１５０では、サービス提供システムａ１に参加するためのアプリケーションプログラム、或いはブラウザなどが起動し、以下に説明するサービスをサポートする。以下の説明では端末装置ａ１５０がスマートフォンであり、アプリケーションプログラム（サービス提供者用アプリ）が起動していることを前提とする。サービス提供者用アプリは、サービス提供者Ｓの操作に応じてサービス管理装置ａ３００と通信し、サービス提供者Ｓによる受諾情報をサービス管理装置ａ３００に送信したり、サービス管理装置ａ３００から受信した情報に基づくプッシュ通知を行ったりする。
［車両］
車両ａ２００は、少なくとも車室を備える車両である。図２６は、車両ａ２００の構成図である。車両ａ２００は、例えば、外界監視ユニットａ２１０と、通信装置ａ２２０と、ナビゲーション装置ａ２３０と、推奨車線決定装置ａ２４０と、自動運転制御ユニットａ２５０と、駆動力出力装置ａ２６０と、ブレーキ装置ａ２６２と、ステアリング装置ａ２６４とを備える。
外界監視ユニットａ２１０は、例えば、カメラやレーダ、ＬＩＤＡＲ（Light Detection and Ranging）、これらの出力に基づいてセンサフュージョン処理を行う物体認識装置などを含む。外界監視ユニットａ２１０は、車両ａ２００の周辺に存在する物体の種類（特に、車両、歩行者、および自転車）を推定し、その位置や速度の情報と共に自動運転制御ユニットａ２５０に出力する。
通信装置ａ２２０は、例えば、ネットワークＮＷに接続したり、他車両や歩行者の端末装置などと直接的に通信したりするための無線通信モジュールである。通信装置ａ２２０は、Ｗｉ−Ｆｉ、ＤＳＲＣ（Dedicated Short Range Communications）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の通信規格に基づいて無線通信を行う。通信装置ａ２２０として、用途に応じた複数のものが用意されてもよい。
ナビゲーション装置ａ２３０は、例えば、ＨＭＩ（Human machine Interface）ａ２３２と、ＧＮＳＳ（Global Navigation Satellite System）受信機ａ２３４と、ナビ制御装置ａ２３６とを備える。ＨＭＩａ２３２は、例えば、タッチパネル式ディスプレイ装置やスピーカ、マイクなどを含む。ＨＭＩａ２３２は、例えば、画像や音声を出力したり、乗員からの操作内容を受け付ける。例えば、ＨＭＩａ２３２は、目的地までの経路を画面表示したり、車両ａ２００に対する操作を乗員に促すための情報を画面表示または音声出力する。
ＧＮＳＳ受信機ａ２３４は、ＧＮＳＳ衛星（例えばＧＰＳ衛星）から到来する電波に基づいて自機の位置（車両ａ２００の位置）を測位する。ナビ制御装置ａ２３６は、例えば、ＣＰＵ（Central Processing Unit）や各種記憶装置を備え、ナビゲーション装置ａ２３０全体を制御する。記憶装置には、地図情報（ナビ地図）が格納されている。ナビ地図は、ノードとリンクで道路を表現した地図である。ナビ制御装置ａ２３６は、ＧＮＳＳ受信機ａ２３４によって測位された車両ａ２００の位置から、ＨＭＩａ２３２を用いて指定された目的地までの経路を、ナビ地図を参照して決定する。また、ナビ制御装置ａ２３６は、車両ａ２００の位置と目的地とを、通信装置ａ２２０を用いてナビゲーションサーバ（不図示）に送信し、ナビゲーションサーバから返信された経路を取得してもよい。また、本実施例の場合、目的地までの経路は、サービス管理装置ａ３００によって指定される場合もある。なお、経路には、利用者を乗車または降車させるために停止する地点および到達目標時刻の情報が含まれてよい。ナビ制御装置ａ２３６は、上記いずれかの方法で決定した経路の情報を推奨車線決定装置ａ２４０に出力する。
推奨車線決定装置ａ２４０は、例えば、ＭＰＵ（Micro Processing Unit）と各種記憶装置を備える。記憶装置には、ナビ地図よりも詳細な高精度地図情報が格納されている。高精度地図情報には、例えば、車線ごとの道路幅や勾配、曲率、信号の位置などの情報が含まれている。推奨車線決定装置ａ２４０は、ナビゲーション装置ａ２３０から入力された経路に沿って走行するために好ましい推奨車線を決定し、自動運転制御ユニットａ２５０に出力する。
自動運転制御ユニットａ２５０は、ＣＰＵやＭＰＵなどの一以上のプロセッサと各種記憶装置を備える。自動運転制御ユニットａ２５０は、推奨車線決定装置ａ２４０により決定された推奨車線を走行することを原則として、外界監視ユニットａ２１０から位置や速度が入力された物体との接触を避けるように、車両ａ２００を自動的に走行させる。自動運転制御ユニットａ２５０は、例えば、各種イベントを順次実行する。イベントには、一定速度で同じ走行車線を走行する定速走行イベント、前走車両に追従する追従走行イベント、車線変更イベント、合流イベント、分岐イベント、緊急停止イベント、料金所を通過するための料金所イベント、自動運転を終了して手動運転に切り替えるためのハンドオーバイベントなどがある。また、これらのイベントの実行中に、車両ａ２００の周辺状況（周辺車両や歩行者の存在、道路工事による車線狭窄など）に基づいて、回避のための行動が計画される場合もある。
自動運転制御ユニットａ２５０は、車両ａ２００が将来走行する目標軌道を生成する。目標軌道は、例えば、速度要素を含んでいる。例えば、目標軌道は、自車両Ｍの到達すべき地点（軌道点）を順に並べたものとして表現される。軌道点は、所定の走行距離ごとの自車両Ｍの到達すべき地点であり、それとは別に、所定のサンプリング時間（例えば０コンマ数［ｓｅｃ］程度）ごとの目標速度および目標加速度が、目標軌道の一部として生成される。また、軌道点は、所定のサンプリング時間ごとの、そのサンプリング時刻における自車両Ｍの到達すべき位置であってもよい。この場合、目標速度や目標加速度の情報は軌道点の間隔で表現される。
自動運転の処理過程については、第１の実施形態において紹介した図３並びに関連する説明を援用し、詳細な説明を省略する。なお、駆動力出力装置ａ２６０は、上述した駆動力出力装置ａ１１６と同様の機能を有し、ブレーキ装置ａ２６２は、上述したブレーキ装置ａ１１７と同様の機能を有し、ステアリング装置ａ２６４は、ステアリング装置ａ１１８と同様の機能を有する。
駆動力出力装置ａ２６０は、車両が走行するための走行駆動力（トルク）を駆動輪に出力する。駆動力出力装置ａ２６０は、例えば、内燃機関、電動機、および変速機などの組み合わせと、これらを制御するパワーＥＣＵとを備える。パワーＥＣＵは、自動運転制御ユニットａ２５０から入力される情報、或いは不図示の運転操作子から入力される情報に従って、上記の構成を制御する。
ブレーキ装置ａ２６２は、例えば、ブレーキキャリパーと、ブレーキキャリパーに油圧を伝達するシリンダと、シリンダに油圧を発生させる電動モータと、ブレーキＥＣＵとを備える。ブレーキＥＣＵは、自動運転制御ユニットａ２５０から入力される情報、或いは運転操作子から入力される情報に従って電動モータを制御し、制動操作に応じたブレーキトルクが各車輪に出力されるようにする。ブレーキ装置ａ２６２は、運転操作子に含まれるブレーキペダルの操作によって発生させた油圧を、マスターシリンダを介してシリンダに伝達する機構をバックアップとして備えてよい。なお、ブレーキ装置ａ２６２は、上記説明した構成に限らず、自動運転制御ユニットａ２５０から入力される情報に従ってアクチュエータを制御して、マスターシリンダの油圧をシリンダに伝達する電子制御式油圧ブレーキ装置であってもよい。
ステアリング装置ａ２６４は、例えば、ステアリングＥＣＵと、電動モータとを備える。電動モータは、例えば、ラックアンドピニオン機構に力を作用させて転舵輪の向きを変更する。ステアリングＥＣＵは、自動運転制御ユニットａ２５０から入力される情報、或いは運転操作子から入力される情報に従って、電動モータを駆動し、転舵輪の向きを変更させる。
［サービス管理装置］
図２５に戻り、サービス管理装置ａ３００は、例えば、通信部ａ３１０と、取得部ａ３２０と、プラン決定部ａ３３０と、経路指示部ａ３４０と、記憶部ａ３８０とを備える。
通信部ａ３１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。また、記憶部ａ３８０は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。通信部３１０は、ネットワークＮＷを介して端末装置ａ１００、ａ１５０や車両ａ２００と通信する。
取得部ａ３２０、プラン決定部ａ３３０、および経路指示部ａ３４０は、例えば、ＣＰＵなどのプロセッサが記憶部ａ３８０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
取得部ａ３２０は、通信部ａ３１０およびネットワークＮＷを介して、サービス申込者Ａの端末装置ａ１００から発せられた同乗リクエストを取得し、同乗リクエスト一覧ａ３８４として記憶部ａ３８０に登録する。また、取得部ａ３２０は、通信部ａ３１０およびネットワークＮＷを介して、サービス提供者Ｓの端末装置ａ１５０から発せられたサービス提供可能範囲通知を取得し、サービス提供可能範囲情報ａ３８６として記憶部ａ３８０に登録する。なお、利用者情報ａ３８２は、サービス申込者Ａ、サービス利用者Ｕ、サービス提供者Ｓの個人情報などを含む。
図２７は、同乗リクエスト一覧ａ３８４の内容の一例を示す図である。図示するように、同乗リクエスト一覧ａ３８４は、予め登録されたサービス申込者Ａの識別情報である申込者ＩＤに対し、サービス利用者数、乗車希望地点、目的地、乗車希望時刻、プラン決定済であるか否かを示すプラン決定済フラグ（例えば１がプラン決定済、０がプラン未決定を示す）などが対応付けられた情報である。プラン決定済フラグ以外の情報は、端末装置ａ１００のサービスアプリがサービス申込者Ａの入力を受け付けることで内容が決定され、同乗リクエストとしてサービス管理装置ａ３００に送信される。乗車希望地点から目的地までの区間は、「第１乗車区間」の一例である。以下、同乗リクエスト一覧ａ３８４における一つの利用者ＩＤに対応付けられた一連の情報をレコードと称する場合がある。なお、同乗リクエストは利用の度に行われる必要はなく、複数回分の同乗リクエストがまとめて行われてもよい。例えば、毎週の平日の決まった時刻に、乗車希望地点から目的地まで同乗サービスを希望するといった申込みがなされてよい。
図２８は、サービス提供可能範囲情報ａ３８６の内容の一例を示す図である。図示するように、サービス提供可能範囲情報ａ３８６は、予め登録されたサービス提供者Ｓの識別情報であるサービス提供者ＩＤに対し、サービス提供可能日、サービス提供可能時間帯、サービス提供可能エリアなどが対応付けられた情報である。
プラン決定部ａ３３０は、同乗リクエスト一覧ａ３８４に登録された同乗リクエストに応じて、サービス利用者Ｕとサービス提供者Ｓの同乗プランを決定する。第２の実施形態のプラン決定部ａ３３０は、サービス提供者Ｓが車両ａ２００に乗車する区間（第２乗車区間）を、同乗リクエストにおける乗車希望区間から目的地までの区間を包含するように決定する。
図２９は、同乗プランが決定される様子を示す図（その１）である。同乗プランは、乗車希望地点と目的地が共にサービス提供可能エリア内に収まっており、乗車希望時刻に想定運転時間を加算した期間がサービス提供可能時間帯に収まっているなどの条件が合致する場合に設定される。サービス利用者Ｕの乗車希望地点ではサービス提供者Ｓが既に車両ａ２００に乗車しており、目的地でサービス利用者Ｕを降ろした後に、車両ａ２００が所望の場所に向かう。目的地には、保育園などがある。
図３０は、図２９に示す同乗プランを反映した運行スケジュール情報ａ３８８の内容の一例を示す図である。図示するように、停車地点（１）でサービス提供者ＩＤが「Ａ」のサービス提供者Ｓが乗車し、乗車希望地点に相当する停車地点（２）で申込者ＩＤが「０００１」のサービス申込者に対応するサービス利用者Ｕが乗車し、目的地である停車地点（３）でサービス利用者Ｕが降車し、保育園に登園する。そして、サービス提供者Ｓを乗せた車両ａ２００は次のサービスのためにサービス利用者Ｕの待つ場所に移動したり、サービス提供者Ｓを自宅まで送ったりする。
ここで、一人のサービス提供者Ｓが複数のサービス利用者Ｕに対して同乗することがあってもよい。この場合、同乗プランは、図３１に示すように決定され、運行スケジュール情報ａ３８８は、図３２に示すように決定される。図３１は、同乗プランが決定される様子を示す図（その２）である。図３２は、図３１に示す同乗プランを反映した運行スケジュール情報ａ３８８の内容の一例を示す図である。図示する例では、サービス提供者Ｓが乗車した状態の車両ａ２００に、まず申込者ＩＤが「０００１」のサービス申込者Ａに対応するサービス利用者Ｕ（１）が乗車し、申込者ＩＤが「０００２」のサービス申込者Ａに対応するサービス利用者Ｕ（２）が乗車し、サービス利用者Ｕ（１）、Ｕ（２）が同じ目的地で後者する。このように、プラン決定部ａ３３０は、サービス提供者Ｓが車両ａ２００に乗車する区間内に、複数の利用者Ｕの乗車希望地点から目的地までの区間が包含される場合、一人のサービス提供者Ｓが複数のサービス利用者Ｕに対して同乗するように同乗プランを決定してもよい。
図３３は、サービス管理装置ａ３００により実行される処理の流れの一例を示すフローチャートである。まず、サービス管理装置ａ３００は、端末装置ａ１００から同乗リクエストを受信したか否かを判定する（ステップＳ１００ａ）。端末装置ａ１００から同乗リクエストを受信すると、サービス管理装置ａ３００は、同乗リクエストに含まれる内容を同乗リクエスト一覧３８４に追加する（ステップＳ１０２ａ）。
次に、サービス管理装置ａ３００は、同乗プラン決定タイミングが到来したか否かを判定する（ステップＳ１０４ａ）。同乗プラン決定タイミングが到来していない場合、ステップＳ１００ａに処理が戻される。同乗プラン決定タイミングは任意に定めることができるが、例えば、サービス提供システム１の営業時間中において、所定時間（例えば１０分程度）おきに到来するなどと定められる。
同乗プラン決定タイミングが到来すると、サービス管理装置ａ３００は、同乗リクエスト一覧ａ３８４からプラン決定済フラグが０のレコードを抽出する（ステップＳ１０６ａ）。次に、サービス管理装置ａ３００は、サービス提供可能範囲情報３８６を参照し、同乗リクエスト通りの条件で同乗可能なサービス提供者Ｓを検索する（ステップＳ１０８ａ）。
次に、サービス管理装置ａ３００は、同乗リクエスト通りの条件で同乗可能なサービス提供者Ｓが存在するか否かを判定する（ステップＳ１１０ａ）。同乗リクエスト通りの条件で同乗可能なサービス提供者Ｓが存在する場合、サービス管理装置ａ３００は、ステップＳ１０６ａで抽出したレコードに対応するサービス利用者Ｕの同乗プランを決定し、運行スケジュール情報ａ３８８に追加する（ステップＳ１１２ａ）。この際に、サービス管理装置ａ３００は、抽出したレコードにおけるプラン決定済フラグを１に変更する。
一方、同乗リクエスト通りの条件で同乗可能なサービス提供者Ｓが存在しない場合、サービス管理装置ａ３００は、同乗リクエストの条件を一定範囲内で変更すれば同乗可能なサービス提供者Ｓが存在するか否かを判定する（ステップＳ１１４ａ）。ここで、一定範囲内とは、時刻に関して例えば数十［ｈ］程度、場所に関して例えば数百［ｍ］程度である。
ステップＳ１１４ａで肯定的な判定を得た場合、サービス管理装置ａ３００は、通信部ａ３１０に、同乗リクエストの内容を変更可能か否かを尋ねる情報を端末装置ａ１００に送信させる（ステップＳ１１６ａ）。これを受けて、端末装置ａ１００では、同乗リクエストの内容を変更可能か否かを尋ねる画面を表示する。図３４は、同乗リクエストの内容を変更可能か否かを尋ねる画面ＩＭの一例を示す図である。画面ＩＭでは、乗車希望時刻には到着できない旨と、代わりに到着可能な時刻の情報が表示され、更に、時刻変更について同意するか否かを指示するためのＹＥＳボタンとＮＯボタンが設定されている。利用者によっていずれかのボタンが操作されると、端末装置ａ１００のサービスアプリは、操作内容を示す情報をサービス管理装置ａ３００に送信する。なお、場所変更に関しても同様である。
図３３に戻り、サービス管理装置ａ３００は、端末装置ａ１００から受信した内容に基づいて、サービス申込者Ａによる変更の同意が得られたか否かを判定する（ステップＳ１１８ａ）。サービス管理装置ａ３００は、端末装置ａ１００においてＹＥＳボタンが操作された場合に同意が得られたと判定し、ＮＯボタンが操作された場合に同意が得られなかったと判定する。
変更の同意が得られた場合、サービス管理装置ａ３００は、変更した内容で、ステップＳ１０６で抽出したレコードに対応するサービス利用者Ｕの同乗プランを決定し、運行スケジュール情報ａ３８８に追加する（ステップＳ１１２ａ）。この際に、サービス管理装置ａ３００は、抽出したレコードにおけるプラン決定済フラグを１に変更する。一方、変更の同意が得られなかった場合、または、ステップＳ１１４で否定的な判定を得た場合、サービス管理装置ａ３００は、今回の同乗リクエストに応えることができない旨の通知（不可通知）を、通信部ａ３１０を制御して端末装置ａ１００に送信する（ステップＳ１２０ａ）。このとき、サービス管理装置ａ３００は、抽出したレコードを削除してもよいし、次の同乗プラン決定タイミングにおいて再度検索を行ってもよい。
ステップＳ１１０ａ〜Ｓ１２０ａの処理を終了すると、サービス管理装置ａ３００は、全てのサービス申込者Ａに対応するレコードを抽出したか否かを判定する（ステップＳ１２２ａ）。全てのサービス申込者Ａに対応するレコードを抽出していない場合、ステップＳ１０６ａに処理が戻される。全てのサービス申込者Ａに対応するレコードを抽出した場合、サービス管理装置ａ３００の経路指示部ａ３４０は、今回の処理で追加または更新された運行スケジュールを車両ａ２００に送信する（ステップＳ１２４ａ）。なお、手動運転車両が用いられる場合、サービス管理装置ａ３００は、車両の運転者の端末装置または車載端末装置へ乗車リクエストの変更要求を通知する。
以上説明した第１実施形態によれば、車両内でサービス提供者により提供されるサービスを好適に管理することができる。
[第２の実施形態の第１変形例]
以下、第２実施形態の第１変形例について説明する。構成図や各装置の基本的な機能について、図２５〜２８並びに関連する説明を援用する。第２の実施形態の第１変形例において、サービスは、車両に同乗した上で実行されるものを指すものとする。例えば、車両ａ２００内において、語学教育、散髪、マッサージ、法的手続きの補助といった、サービス提供者Ｓによる任意のサービスが提供される。
従って、第２実施形態の第１変形例において、サービス利用者Ｕが車両に乗車している区間の全体に亘って、サービス提供者Ｓが車両に同乗している必要は無い。また、主としてサービス利用者Ｕ自身がサービス申込者Ａとなることが想定される。第２実施形態のプラン決定部ａ３３０は、サービス提供者Ｓが車両ａ２００に乗車する区間（第２乗車区間）を、サービス提供可能範囲情報ａ３８６により規定される範囲内で決定する。
図３５は、第２の実施形態の第１変形例において同乗プランが決定される様子を示す図である。図示するようにサービス提供者Ｓは、サービス利用者Ｕが既に乗車している状態で、車両ａ２００に乗車してよい。サービス利用者Ｕは、例えば、車両ａ２００により通勤する途中でサービス提供者Ｓから語学教育を受け、会社に出勤する。図３６は、図３５に示す同乗プランを反映した運行スケジュール情報ａ３８８の内容の一例を示す図である。
以上説明した第２の実施形態の第１変形例によれば、車両内でサービス提供者により提供されるサービスを好適に管理することができる。
[第２の実施形態の第２変形例]
以下、第２の実施形態の第２変形例について説明する。構成図や各装置の基本的な機能について、図２５〜２８並びに関連する説明を援用する。第２の実施形態の第２変形例において、サービスは、車両ａ２００内で完結するのではなく、サービス利用者Ｕが降車した地点にある施設内でも継続される。以下、乗車中に行われるサービスを乗車中サービス、降車した後に提供されるサービスを降車後サービスと称する。第３実施形態において、同乗リクエストにおける目的地は、降車後サービスを受ける地点に設定される。乗車中サービスを行うサービス提供者Ｓと、降車後サービスを行うサービス提供者Ｓ＃とは、同一人物であってもよいし、異なる人物であってもよい。前者の場合、プラン決定部ａ３３０は、サービス提供者Ｓが目的地においてサービス利用者Ｕと共に降車する乗車プランを決定する。以下、これを前提とする。
提供される一連のサービスは、例えば、土地の購入時における手続きの補助である。この場合、車両ａ２００内でサービス提供者Ｓが手続きの説明を行い、署名・捺印などの手続きを、降車後に不動産事務所に立ち寄って行わせる、といった一連のサービスが提供される。プラン決定部ａ３３０は、サービス提供者Ｓが目的地において利用する施設において予約が必要である場合、自動的にオンライン予約を行ってもよい。
図３７は、第２の実施形態の第２変形例において同乗プランが決定される様子を示す図である。サービス利用者Ｕとサービス提供者Ｓは、同乗して手続きの説明を行いながら目的地である不動産事務所に行き、共に降車する。そして、不動産事務所において署名・捺印などの手続きを行う。図３８は、図３７に示す同乗プランを反映した運行スケジュール情報ａ３８８の内容の一例を示す図である。
以上説明した第２の実施形態の第２変形例によれば、車両内および降車後に提供されるサービスを好適に管理することができる。
［第２の実施形態の第３変形例＞
以下、第２の実施形態の第３変形例について説明する。構成図や各装置の基本的な機能について、図２５〜２８並びに関連する説明を援用する。第２の実施形態の第３変形例において、サービス管理装置ａ３００は、複数のサービスを管理する。そして、サービス利用者Ｕ（またはサービス申込者Ａ）は、複数のサービスの中から所望のサービスを選択して受けることができる。
図３９は、第２の実施形態の第３変形例に係る同乗リクエスト一覧ａ３８４Ａの内容の一例を示す図である。第２の実施形態の第３変形例における同乗リクエストには、サービス種類や降車後サービスの要否などが追加される。降車後サービスの要否は、サービス種類が指定されるとサービス管理装置ａ３００において自動的に補充するようにしてもよい。なお、サービス種類や降車後サービスの要否は、同乗リクエストの度に指定されるのではなく、あるサービス申込者Ａは特定のサービス種類のみリクエストするといった取決めがなされている場合、サービス申込者Ａからサービス種類や降車後サービスの要否が自動的に決定されてもよい。
図４０は、第２の実施形態の第３変形例に係るサービス提供可能範囲情報ａ３８６Ａの内容の一例を示す図である。第２の実施形態の第３変形例におけるサービス提供者Ｓは、自身が提供可能なサービスの種類を予め申告しておく。サービス管理装置ａ３００は、この申告を受け付けてサービス提供可能範囲情報ａ３８６Ａに登録する。
第２の実施形態の第３変形例に係るプラン決定部ａ３３０は、図３３のステップＳ１０４ａ以下に相当する処理を、サービス種類ごとに実行する。これによって、サービスの種類ごとにサービス提供者Ｓをサービス利用者Ｕに割り当てることができる。
以上説明した第２の実施形態の第３変形例によれば、種々のサービスを選択的に提供することができる。
＜自動運転車両の制御＞
上述した第２の実施形態の各変形例において（特に第１〜第３変形例において）、車両ａ２００は、目的地に到達するまでの所要時間を、サービス提供のために予定されている時間に合わせて調整する運転制御を行ってもよい。例えば、同乗リクエストには、サービス提供を希望する時間の情報が含まれ、経路指示部ａ３４０から車両ａ２００に送信される運行スケジュールには、サービス提供の予定時間が含まれる。
図４１は、車両ａ２００により実行される運転制御の内容を模式的に示す図である。車両ａ２００の自動運転制御ユニットａ２５０は、例えば、目的地までの中間地点など、基準地点に到達したときに、それまでの経過時間と予定時間とを比較する。そして、基準地点までの走行で経過する見込みの時間よりも経過時間が短い場合、残りの行程を徐行、或いは所定地点で停止するなどして、目的地への到達を遅らせる。これによって、十分なサービス提供時間を確保することができる。
［第２の実施形態の第４変形例］
以下、第２の実施形態の第４変形例について説明する。図４２は、第２の実施形態の第４変形例に係るサービス管理装置ａ７００を含むサービス提供システムａ２の構成図である。サービス提供システムａ２は、一以上のサービス申込者Ａにより使用される一以上の端末装置１００と、一以上の車両ａ５００と、一以上のサービス提供者Ｓにより使用される一以上の端末装置ａ１５０と、サービス提供者装置ａ６００と、サービス管理装置ａ７００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。サービス提供者Ｓによるサービスは、サービス利用者Ｕに提供される。図では、サービス申込者Ａとサービス利用者Ｕが異なる者であるように示しているが、これらは同一人物であってもよい。なお、「サービス申込者Ａにより使用される」とは、ネットカフェの端末装置など、不特定多数によって使用され得る端末装置が、サービス申込者Ａにより一時的に使用されることを含んでよい。
［端末装置］
端末装置ａ１００のハードウェアおよび基本的な機能は、第２の実施形態と同様である。端末装置ａ１００では、サービス提供システムａ２を利用するためのアプリケーションプログラム、或いはブラウザなどが起動し、以下に説明するサービスをサポートする。以下の説明では端末装置ａ１００がスマートフォンであり、アプリケーションプログラム（サービス申込者用アプリ）が起動していることを前提とする。サービス利用者用アプリは、サービス申込者Ａの操作に応じてサービス管理装置ａ７００と通信し、サービス申込者Ａからのリクエストをサービス管理装置ａ７００に送信したり、サービス管理装置ａ７００から受信した情報に基づくプッシュ通知を行ったりする。
端末装置ａ１００は、例えば、以下のような内容を含むサービス利用依頼情報をサービス管理装置ａ７００に送信する。位置情報は、例えば、端末装置ａ１００が内蔵するＧＰＳ受信機により測位されたものである。その他の情報は、原則としてサービス申込者Ａまたはサービス利用者Ｕによって入力された情報に基づいている。利用希望サービス提供者属性情報とは、サービス利用者Ｕが希望するサービス提供者Ｓの属性に関する情報である。属性は、提供するサービスの種別の他、年齢、性別、性格（タイプ）などを含んでもよい。属性に関して、サービス管理装置ａ７００は、完全に一致するサービス提供者Ｓを固定的に割り当てるのではなく、サービス利用者Ｕに提示して選択あるいは確定させるようにしてよい。
［サービス利用依頼情報］
・ユーザＩＤ
・位置情報（緯度、経度、高度）
・利用希望空間情報（例えば、人数、座席数等により表される）
・利用希望サービス提供者属性情報
・利用希望サービスＩＤ
・利用希望区間情報（第1区間の情報）
・サービス利用者の希望するサービス利用の時間帯の情報
・決済認証情報
［車両］
車両ａ５００の走行制御に関する構成（例えば、自動運転に関する構成）は、第２の実施形態における車両ａ２００が備える構成と同様である。すなわち、車両ａ５００は自動運転車両であり、以下に説明するように無線通信機能を有する車両である。図４３は、車両ａ５００に搭載される車両管理装置ａ５１０の構成の一例を示す図である。車両管理装置ａ５１０は、例えば、通信部ａ５２０と、認証部ａ５３０と、車両／コンパートメント管理部ａ５５０とを備える。
通信部ａ５２０は、無線通信装置である。通信部ａ５２０は、ネットワークＮＷを介してサービス管理装置ａ７００と通信する。認証部ａ５３０は、サービス管理装置ａ７００の指示により、サービス開始のための認証処理を行う。
車両／コンパートメント管理装置ａ５５０は、例えば、利用状況検知部ａ５５２と、利用許可部ａ５５４と、認証部ａ５５６とを備える。車両ａ５００には、サービス利用者Ｕやサービス提供者Ｓが利用可能な空間（コンパートメント）が一以上設けられており、利用状況検知部ａ５５２は、コンパートメントごとの利用状況を検知する。例えば、利用状況検知部ａ５５２は、各コンパートメントが利用中であるか否かを検知する。図４３では、車両ａ５００として普通乗用車を掲載しているが、車両ａ５００は、トレーラー、バス、マイクロバスなど、車室内を区切ったコンパートメントのそれぞれに一以上の乗員が乗車可能なサイズの車両であってもよい。利用許可部ａ５５４は、例えば、認証部ａ５５６による認証が成功した場合に、予め指定されたコンパートメントの利用を許可し、例えばドアの開錠等を行う。認証部ａ５５６は、乗車してくるサービス利用者Ｕまたはサービス提供者Ｓの本人確認等の認証を行う。
車両管理装置ａ５１０は、例えば、以下のような内容を含む車両情報をサービス管理装置ａ７００に送信する。
［車両情報］
・車両ＩＤ
・位置情報（緯度、高度、経度）
・コンパートメント利用状況（利用中のコンパートメントに関して利用中のサービス利用者のユーザＩＤ、利用可能なコンパートメントの情報など）
・走行状態（速度、加速度、角速度、車載機器の状態など）
・サービス提供者Ｓの情報（サービス提供者のＩＤ、実施中のサービスの情報、サービス実施経過時間等）
図４４は、サービス提供者装置ａ６００の構成の一例を示す図である。サービス提供者装置ａ６００は、例えば、複数のサービス提供者の状態を把握し、サービス管理装置ａ７００からの発注に自動的に応答可能な装置である。サービス提供者装置ａ６００は、例えば、通信部ａ６１０と、受注処理ａ部６２０と、状態管理部ａ６３０と、記憶部ａ６５０とを備える。
通信部ａ６１０は、ネットワークＮＷを介してサービス管理装置ａ７００などと通信する。受注処理部ａ６２０は、サービス管理装置ａ７００からのサービス発注に対して、受注処理を行う。受注処理部ａ６２０は、サービス発注の内容が、既にサービス管理装置ａ７００に送信済のサービス提供情報の範囲内であるか否かを判定し、範囲内であると判定した場合に受注処理を先に進める。状態管理部ａ６３０は、サービス提供者装置ａ６００に登録されたサービス提供者Ｓの状態（予約状態、稼働状態など）を管理し、サービス提供情報をサービス管理装置ａ７００に提供する。
サービス提供者装置ａ６００は、例えば、以下のような内容を含むサービス提供情報をサービス管理装置ａ７００に送信する。サービス提供情報は、サービス提供者Ｓが受注可能なサービスに関連する情報である。
［サービス提供情報］
・受注ＩＤ
・サービス名称
・実行責任者情報
・サービス提供者属性情報
・サービス提供者の希望するサービス提供時間帯の情報
・必要車両コンパートメント情報
・サービス提供可能な地域の情報
・施設地点情報（車両外でのサービス提供地点情報）
・サービスステータス
［サービス管理装置］
図４５は、サービス管理装置ａ７００の構成の一例を示す図である。サービス管理装置ａ７００は、例えば、通信部ａ７１０と、第１取得部ａ７２０と、第２取得部ａ７２２と、第３取得部ａ７２４と、車両特定部ａ７３０と、プラン決定部ａ７４０と、経路指示部ａ７５０と、認証部ａ７６０と、判定部ａ７７０と、記憶部ａ８００とを備える。通信部ａ７１０および記憶部ａ８００を除く構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。記憶部８００は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。
通信部ａ７１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。通信部ａ７１０は、ネットワークＮＷを介して端末装置ａ１００、車両管理装置ａ５１０、サービス提供者装置ａ６００などと通信する。
第1取得部ａ７２０は、通信部ａ７１０を介して、端末装置ａ１００からサービス利用依頼情報を取得する。第２取得部ａ７２２は、通信部７１０を介して、予め登録された車両ａ５００の車両管理装置ａ５１０から車両情報を取得する。第３取得部ａ７２４は、通信部ａ７１０を介して、サービス提供者端末ａ６００から、サービス提供情報を取得する。
車両特定部ａ７３０は、サービス利用依頼情報と車両情報に基づいて、利用可能な車両ａ５００を特定し、利用可能車両情報ａ８２０を生成する。具体的に、車両特定部ａ７３０は、サービス利用依頼情報に含まれる利用希望空間情報、利用希望区間情報、サービス利用の時間帯の情報と、車両情報に含まれる位置情報、コンパートメント利用状況とを比較し、位置情報とコンパートメント利用状況とが、サービス利用依頼情報に含まれる条件を満たす車両を、利用可能な車両ａ５００として特定する。
プラン決定部ａ７４０は、利用可能車両情報ａ８２０およびサービス提供情報に基づいて、サービス利用者Ｕが享受可能な可用サービスを特定し、特定した可用サービスに関する情報をサービス利用者Ｕの端末装置ａ１００に提供する。
より具体的に、プラン決定部ａ７４０は、利用可能車両情報ａ８２０およびサービス提供情報に基づいて、サービス提供者Ｓが車両ａ５００の少なくとも一部（例えば、コンパートメント）を占有する第２区間を設定し、サービス利用依頼情報における利用希望区間情報（第1区間の情報）と第２区間の重複部分に基づいて、サービス利用者Ｕおよびサービス提供者Ｓが車両ａ５００の少なくとも一部を占有する第３区間を設定する。なお、プラン決定部ａ７４０は、第１区間の設定前に、サービス提供者Ｓが既に車両ａ５００に乗車している場合、第１区間の設定と同時に、車両ａ５００の現在位置を起点として第２区間を設定してよい。
また、プラン決定部ａ７４０は、サービス提供情報に含まれるサービス提供可能な地域の情報と、第１区間の重複範囲内で、第３区間を設定する。更に、プラン決定部ａ７４０は、サービス利用者Ｕが車両ａ５００の少なくとも一部を占有する時間帯が、サービス利用者の希望するサービス利用時間帯の情報と合致するように、且つ、サービス提供者が前記車両を占有する時間帯が、サービス提供者の希望するサービス提供時間帯の情報と合致するように、第３区間を設定する。「時間帯」とは、開始時刻や終了時刻といった時刻と、時間の長さとを含むものである。プラン決定部ａ７４０は、例えば、サービス利用者Ｕの希望するサービス利用時間帯がサービス提供者Ｓの希望するサービス提供時間帯に収まらない場合、サービス利用者Ｕが車両ａ５００の少なくとも一部を占有する時間帯を、サービス利用者Ｕの希望するサービス利用時間帯よりも制限し、サービス提供時間帯に収まるように調整してもよい。この逆に、プラン決定部ａ７４０は、例えば、サービス提供者Ｓの希望するサービス提供時間帯がサービス利用者の希望するサービス利用時間帯に収まらない場合、サービス提供者Ｓが車両ａ５００の少なくとも一部を占有する時間帯を、サービス提供者Ｓの希望するサービス提供時間帯よりも制限し、サービス利用時間帯に収まるように調整してもよい。そして、プラン決定部ａ７４０は、設定した第３区間に基づいて可用サービスを特定する。
また、プラン決定部ａ７４０は、あるサービス利用者Ｕに対して、複数のサービス提供者Ｓが順次サービスを提供する場合、複数のサービス提供者Ｓのそれぞれに対応して第２区間を設定し、それぞれの第２区間に対応した複数の第３区間を設定してもよい。
他の機能として、プラン決定部ａ７４０は、端末装置ａ１００を用いたサービス利用者Ｕからの指示に応じて、第１区間が車両外でのサービス提供地点で終了するように、前記第１区間を更新してもよい。この場合、プラン決定部７４０は、端末装置ａ１００を用いたサービス利用者Ｕからの指示に応じて（あるいは自動的に）、通信部７１０を用いて、車両外でのサービス提供地点に存在する施設に対して予約情報を送信し、通信部ａ７１０によって予約結果を受信すると共に、通信部ａ７１０を用いて予約結果をサービス利用者Ｕの端末装置ａ１００に送信してもよい。
経路指示部ａ７５０は、通信部ａ７１０に、サービス利用者Ｕの利用開始位置および利用終了位置の情報と、サービス提供者Ｓの利用開始位置および利用終了位置の情報とを、車両ａ５００に送信させることで、車両ａ５００が走行すべき経路を車両ａ５００に指示する。
認証部ａ７６０は、端末装置ａ１００との通信によるサービス利用者Ｕの認証を行ったり、サービス提供開始時の認証を行ったりする。
判定部ａ７７０は、サービス利用者Ｕと、サービス提供者Ｓのそれぞれについて、車両ａ５００を利用しているか否かを判定する。
プラン決定部ａ７４０は、判定部７７０の判定結果を利用して各種の処理を行う。例えば、プラン決定部ａ７４０は、判定部ａ７７０によりサービス利用者Ｕとサービス提供者Ｓの双方が車両ａ５００を利用していると判定した場合のみ、第1区間の変更を受け付ける（第1区間を更新する）ようにしてもよい。このケースは、例えば、サービス提供者Ｓがサービス利用者Ｕに提案して目的地を変更したり、車両ａ５００側に提供する情報に基づいてサービス中に最終目的地を変更したりする場合に生じる。また、プラン決定部ａ７４０は、第1取得部ａ７２０がサービス利用依頼情報を受信した時点において、判定部ａ７７０が、サービス利用者Ｕが既に車両ａ５００を利用していると判定した場合（すなわちサービス利用中に、サービス延長あるいは別のサービスの依頼を行った場合）、当該利用中の車両ａ５００を優先的にサービス利用者Ｕに割り当てるようにしてもよい。
記憶部ａ８００には、登録されたサービス利用者Ｕに関する利用者情報ａ８１０、前述した利用可能車両情報ａ８２０の他、サービス管理情報ａ８３０が格納される。サービス管理情報ａ８３０は、例えば、サービス依頼管理情報ａ８３２と、予約管理情報ａ８３４と、実行中サービス管理情報ａ８３６とを含む。サービス依頼管理情報ａ８３２には、第1取得部ａ７２０により取得されたサービス利用依頼情報のそれぞれがレコードとして登録される。予約管理情報ａ８３４には、予約利用区間、予約利用時間帯、経由地、経由地予定到着時刻などの情報が、サービスごとに格納される。実行中サービス管理情報ａ８３６には、サービスステータスやサービス属性、サービス提供者ＩＤなどの情報が登録される。
図４６は、サービス提供システムａ２において実行される処理の流れの一例を示すフローチャートである。まず、サービス依頼者Ａ（サービス利用者Ｕ）が、端末装置ａ１００を用いてサービス管理装置ａ７００の認証部ａ７６０に対してユーザ認証を行う（ステップＳ２００ａ）。認証部ａ７６０による認証が成功すると、サービス依頼者Ａ（サービス利用者Ｕ）は、端末装置ａ１００を用いて、サービス利用依頼情報をサービス管理装置ａ７００に送信する（ステップＳ２０２ａ）。サービス利用依頼情報は第１取得部によって取得され、サービス依頼管理情報ａ８３２として記憶部ａ８００に格納される。
サービス利用依頼情報が取得されると、サービス管理装置ａ７００の第３取得部ａ７２４は、サービス提供者装置６００ａに、サービス提供情報の問い合わせを行う（ステップＳ２０４ａ）。提供するサービスの属性やサービス事業者に応じて複数のサービス提供者装置ａ６００が存在してもよく、その場合、第３取得部ａ７２４は、複数のサービス提供者装置ａ６００に対して一斉に問い合わせを行ってよい。サービス提供者装置ａ６００の状態管理部ａ６３０は、受注可能なサービスに関連する（受注可能なサービスの内容を示す）サービス提供情報をサービス管理装置ａ７００に返信する（ステップＳ２０６ａ）。
一方、サービス管理装置ａ７００の第２取得部ａ７２２は、車両管理装置ａ５１０に、利用状況（車両情報）の問い合わせを行う（ステップＳ２０８ａ）。車両管理装置ａ５１０の車両／コンパートメント管理部ａ５５０は、利用状況検知部ａ５５２により検知された利用状況をサービス管理装置ａ７００に返信する（ステップＳ２１０ａ）。なお、ステップＳ２０８ａおよびステップＳ２１０ａの処理は、フローチャートに示す処理とは非同期に、任意のタイミングで随時行われてよい。
次に、車両特定部ａ７３０は、サービス利用依頼情報とステップＳ２１０ａで取得された情報とに基づいて、利用可能な車両を特定し、利用可能車両情報を生成する（ステップＳ２１２ａ）。ステップＳ２１２ａにおいて複数の車両が特定されてもよく、その場合、後述するステップＳ２２４ａまでの間に、最終的な車両の特定が行われてもよい。そして、プラン決定部ａ７４０が、利用可能車両情報と、ステップＳ２０６ａで取得された受注可能なサービス提供情報とに基づいて、サービス利用者が享受可能な可用サービスを特定し（ステップＳ２１２ａ）、特定した可用サービスの内容を示す可用サービス情報を端末装置１００に送信する（ステップＳ２１４ａ）。
サービス申込者Ａ（サービス利用者Ｕ）は、可用サービス情報を閲覧し、その結果、端末装置ａ１００を用いてサービス管理装置ａ７００に対してサービス発注を行う（ステップＳ２１６ａ）。サービス管理装置ａ７００のプラン決定部ａ７４０は、ステップＳ２１６ａで受注したサービスのうちサービス提供者が担う部分を抜き出して、サービス提供者装置ａ６００に対してサービス発注を行う（ステップＳ２１８ａ）。
サービス提供者装置ａ６００の受注処理部ａ６２０は、サービス受注した旨をサービス管理装置ａ７００に送信する（ステップＳ２２０ａ）。これに併せて、受注処理部ａ６２０は、サービス提供者の端末装置（本実施形態では不図示）に、受注内容を送信する。
サービス提供者装置ａ６００から受注した旨を受信すると、サービス管理装置７００の経路指示部ａ７５０は、サービス提供のための車両ａ５００が走行すべき経路を設定する（ステップＳ２２２ａ）。
次に、サービス管理装置ａ７００の認証部ａ７６０が、サービス開始のための認証処理をサービス提供者装置ａ６００および車両ａ５００の認証部ａ５３０に対して行い、経路指示部ａ７５０が、ステップＳ２２２ａで設定した経路を車両ａ５００に指示し、サービス提供者装置ａ６００がサービス開始の認証を行うと共に、必要に応じて最終的な車両の特定を行い、車両ａ５００の車両管理装置ａ５１０では認証部ａ５３０が車両側での認証を行うと共に、指示された経路での走行を開始または予定する（ステップＳ２２４ａ）。
その後、サービス利用者Ｕが車両ａ５００に乗車し（ステップＳ２２６ａ）、付加サービスが提示可能となったときに、プラン決定部ａ７４０が付加サービスを端末装置ａ１００に提示する（ステップＳ２２８ａ）。サービス利用者が付加サービスの内容を閲覧して、端末装置ａ１００を用いて付加サービスを発注すると（ステップＳ２３０）、サービス管理装置ａ７００のプラン決定部ａ７４０は、サービス提供者装置ａ６００に対して、付加サービスについてサービス発注を行う（ステップＳ２３２ａ）。サービス提供者装置ａ６００の受注処理部ａ６２０は、付加サービスを受注した旨を示す情報をサービス管理装置ａ７００に送信する（ステップＳ２３４ａ）。付加サービスを受注した旨を示す情報を受信すると、サービス管理装置ａ７００の経路指示部ａ７５０は、経路の修正や目的地変更を、車両ａ５００に指示する（ステップＳ２３６ａ）。
以上説明した第２の実施形態の第４変形例によれば、第２の実施形態と同様の効果を奏するのに加えて、予め登録された車両ａ５００の候補から車両情報を取得し、サービス利用依頼情報に基づいて利用可能な車両ａ５００を特定するため、車両ａ５００のより積極的な利用を促進することができる。
例えば、サービス管理装置ａ３００（ａ７００）は、車両ａ２００（ａ５００）に搭載されてもよい。
また、車両ａ２００（ａ５００）が手動運転車両である場合、通信部ａ３１０（ａ７１０）は、ネットワークＮＷを介して車両ａ２００（ａ５００）の運転者の端末装置と通信してよい。
また、車両ａ２００（ａ５００）は、遠隔地から遠隔操作される遠隔操作車両であってもよい。この場合、車両ａ２００（ａ５００）は、外界監視ユニットａ２１０により取得される各種情報を通信装置ａ２２０によって外部装置に送信する。外部装置では、受信した各種情報に基づいて車両ａ２００（ａ５００）の周辺状況を示す画像を生成し（あるいは再生し）、遠隔操作者に提示する。この際に、通信による遅延をカバーするため、先読み処理によって画像等が補正されてもよい。遠隔操作者は、提示された画像に基づいて運転操作子を操作する。運転操作子に対してなされた操作の内容は、車両ａ２００（ａ５００）に送信され、車両ａ２００（ａ５００）は受信した操作の内容に基づいて走行する。
＜第３の実施形態＞
次に、第３の実施形態について説明する。第３の実施形態では、第１の実施形態に示す車両が適用可能な送迎管理装置、送迎管理方法、および車両の実施形態について説明する。本システムにおいて配車される車両は、例えば、基本的には運転操作を必要としない自動運転車両である。また、配車される車両は、配車されていない状態において、各所に用意された車両ステーションで待機しており、目的地に到着した後、目的地の近くの空きがある車両ステーションに移動し、待機する。
図４７は、配車システムｂ１の構成図である。配車システムｂ１は、一以上の車両ｂ１００と、一以上の施設端末ｂ２００と、一以上の利用者端末ｂ３００と、送迎管理装置ｂ４００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、インターネット、ＷＡＮ、ＬＡＮ、公衆回線、プロバイダ装置、専用回線、無線基地局などを含む。
［車両］
車両ｂ１００は、例えば、複数の利用者が乗車可能な四輪以上の車輪を有する車両である。図４８は、車両ｂ１００の構成図である。車両ｂ１００は、例えば、外界監視ユニットｂ１１０と、通信装置ｂ１２０と、ナビゲーション装置ｂ１３０と、推奨車線決定装置ｂ１４０と、自動運転制御ユニットｂ１５０と、駆動力出力装置ｂ１６０と、ブレーキ装置ｂ１６２と、ステアリング装置ｂ１６４と、配車管理ユニットｂ１７０とを備える。外界監視ユニットｂ１１０、通信装置ｂ１２０、ナビゲーション装置ｂ１３０、推奨車線決定装置ｂ１４０、自動運転制御ユニットｂ１５０、駆動力出力装置ｂ１６０、ブレーキ装置ｂ１６２、およびステアリング装置ｂ１６４のそれぞれは、例えば、上述した第２の実施形態において紹介した図２６の外界監視ユニットａ２１０、通信装置ａ２２０、ナビゲーション装置ａ２３０、推奨車線決定装置ａ２４０、自動運転制御ユニットａ２５０、駆動力出力装置ａ２６０、ブレーキ装置ａ２６２、およびステアリング装置ａ２６４と同様の構成を備えるため、ここでの詳細な説明を省略する。また、第３の実施形態における自動運転の処理過程については、第１の実施形態において紹介した図３並びに関連する説明を援用し、詳細な説明を省略する。
配車管理ユニットｂ１７０は、入出力部ｂ１７１と、記憶部ｂ１７２と、配車制御部ｂ１７３と、ステータス取得部ｂ１７４と、利用者情報取得部ｂ１７５と、オーダー取得部ｂ１７６とを備える。
入出力部ｂ１７１は、例えば、マウス、キーボード、タッチパネル、マイク、センサ、カメラ等の入力部と、例えば、ディスプレイ、スピーカ等の出力部とを含む。記憶部ｂ１７２は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。
配車制御部ｂ１７３、ステータス取得部ｂ１７４、利用者情報取得部ｂ１７５、およびオーダー取得部ｂ１７６は、例えば、ＣＰＵなどのプロセッサが記憶部ｂ１７２に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
配車制御部ｂ１７３は、通信装置ｂ１２０を用いて送迎管理装置ｂ４００から受信した送迎スケジュールに基づいて、ナビ設定情報をナビ制御装置ｂ１３６に設定する。送迎スケジュールとは、施設の予約に関連して予約された送迎車を施設の予約内容に合わせて走行させるためのスケジュールであって、ピックアップ位置の位置情報、ピックアップ位置への到着時刻、目的地の位置情報、目的地への到着時刻、乗車人数等が含まれる。ピックアップ位置とは、利用者を乗車させる位置である。ナビ設定情報には、ピックアップ位置、ピックアップ位置への到着時刻、目的地、目的地への到着時刻等が含まれる。
ステータス取得部ｂ１７４は、車両の移動状況を含む情報（以下、ステータス情報と記す）を取得し、通信装置ｂ１２０を用いて送迎管理装置ｂ４００に送信する。ステータス情報には、ＧＮＳＳ受信機ｂ１３４によって測位された車両ｂ１００の位置に日時を対応付けた情報や、ナビ制御装置ｂ１３６により取得された到着目標時刻を示す情報等が含まれる。また、ステータス取得部ｂ１７４は、ＧＮＳＳ受信機ｂ１３４によって測位された車両ｂ１００の位置情報とナビ設定情報等に基づいて、配車状況や到着状況を取得し、ステータス情報に含めてもよい。配車状況には、例えば、迎車中、乗車待ち、一部乗車待ち、乗車完了、移動中、移動完了等が含まれる。到着状況には、例えば、時間通り、遅れ、渋滞中につき遅れ等が含まれる。なお、配車状況は、入出力部ｂ１７１を用いて利用者により入力されてもよく、センサによる検出結果やカメラにより撮影された画像や映像に基づいて、ステータス取得部ｂ１７４により解析された結果であってもよい。
利用者情報取得部ｂ１７５は、例えば、入出力部ｂ１７１を用いて、利用者に関する情報（以下、利用者情報と記す）を取得し、通信装置ｂ１２０を用いて送迎管理装置ｂ４００に送信する。利用者情報には、例えば、乗車人数、利用者の性別、利用者の年齢、利用者の人種、利用者の好みや感想、施設に関するアンケート、手荷物の個数や重さ、車いすの有り無し、ベビーカーの有り無し等が含まれる。例えば、利用者情報取得部ｂ１７５は、センサによる検出結果やカメラにより撮影された画像や映像等を解析することにより、乗車人数や利用者の性別等を取得してもよい。また、利用者情報取得部ｂ１７５は、マイクにより検出された音声データ等を解析することにより、車内の利用者の会話の盛り上がり度合、利用者の満足度や感情等を取得してもよい。
オーダー取得部ｂ１７６は、例えば、入出力部ｂ１７１を用いて、施設が提供するサービスあるいは物品のオーダーを指示する情報（以下、オーダー指示情報と記す）を取得し、通信装置ｂ１２０を用いて送迎管理装置ｂ４００に送信する。これにより、車両ｂ１００に乗車している利用者は、オンラインメニューを用いて、施設に着いたときに提供される物やサービスを事前にオーダーすることができる。
［施設端末］
施設端末ｂ２００は、利用者により予約可能な施設に設置されている端末であって、施設の管理者が使用する端末である。施設には、例えば、ホテル、旅館、レストラン、病院、美容院、カルチャースクール等が含まれる。施設端末ｂ２００は、例えば、パーソナルコンピュータ、スマートフォン、タブレット端末等である。
図４９は、施設端末ｂ２００の機能構成図である。施設端末ｂ２００は、例えば、通信装置ｂ２１０と、入力部ｂ２２０と、出力部ｂ２３０と、記憶部ｂ２４０と、制御部ｂ２５０と、を備える。
通信装置ｂ２１０は、例えば、ネットワークＮＷに接続したり、送迎管理装置４００と直接的に通信したりするための通信インターフェースである。通信装置ｂ２１０は、例えば、ＮＩＣ（Network Interface Card）を含んでもよいし、Ｗｉ−Ｆｉ、ＤＳＲＣ（Dedicated Short Range Communications）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の通信規格に基づいて無線通信を行ってもよい。通信装置ｂ２１０として、用途に応じた複数のものが用意されてもよい。
入力部ｂ２２０は、例えば、キーボード、マウス、タッチパネル、マイク等で含む。出力部ｂ２３０は、例えば、ディスプレイ、スピーカ等を含む。記憶部ｂ２４０は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。
制御部ｂ２５０は、例えば、ＣＰＵなどのプロセッサが記憶部ｂ２４０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。例えば、制御部ｂ２５０は、送迎管理装置４００から受信した情報に基づいて、ブラウザによって閲覧されるウェブページや、アプリケーションプログラムによって閲覧されるアプリページ等を、出力部ｂ２３０に表示する。
［利用者端末］
利用者端末ｂ３００は、利用者が使用する端末である。利用者端末ｂ３００は、例えば、パーソナルコンピュータ、スマートフォン、タブレット端末等である。図５０は、利用者端末ｂ３００の機能構成図である。利用者端末ｂ３００は、例えば、通信装置ｂ３１０と、入力部ｂ３２０と、出力部ｂ３３０と、記憶部ｂ３４０と、制御部ｂ３５０と、ＧＮＳＳ受信機ｂ３６０とを備える。なお、車両ｂ１００および施設端末ｂ２００と同じ構成については、同一の名称を用いて、詳細な説明は省略する。
ここで、図５１，５２を参照し、利用者端末ｂ３００の出力部ｂ３３０に表示される操作画面の一例について説明する。図５１は、施設予約画面の一例を示す図である。施設予約画面ｂ３７０は、入力部ｂ３２０を用いて利用者により施設予約が要求された場合に表示される操作画面である。施設予約画面ｂ３７０には、施設予約内容ｂ３７１と、送迎サービス内容ｂ３７２と、予約ボタンｂ３７３とが含まれる。
施設予約内容ｂ３７１は、施設の予約に必要な項目を表示するとともに、利用者からの選択や入力を項目ごとに受け付ける操作画面である。施設予約内容ｂ３７１には、例えば、日時、施設名、利用人数、利用者氏名、連絡先、特記事項、送迎サービス等の項目が含まれる。
送迎サービス内容ｂ３７２は、配車の予約に必要な項目を表示するとともに、利用者からの選択や入力を項目ごとに受け付ける操作画面である。送迎サービス内容ｂ３７２には、例えば、往路もしくは復路あるいはその両方のいずれかを選択する項目や、駅や空港などのピックアップ位置や目的地等への到着あるいは出発時刻を選択する項目等が含まれる。
予約ボタンｂ３７３は、施設予約内容ｂ３７１や送迎サービス内容ｂ３７２に表示されている内容での予約を受け付ける操作ボタンである。予約ボタンｂ３７３が操作されると、制御部ｂ３５０は、施設予約内容ｂ３７１や送迎サービス内容ｂ３７２に表示されている予約内容に基づいて施設予約情報を作成し、通信装置ｂ３１０を用いて送迎管理装置ｂ４００に送信する。
制御部ｂ３５０は、施設予約情報を送信した後、通信装置ｂ３１０を用いて送迎管理装置ｂ４００から受信した情報に基づいて、配車予約画面を出力部ｂ３３０に表示させる。なお、本実施形態では、施設予約情報に基づいて送迎管理装置ｂ４００により作成された送迎スケジュールを配車予約画面に表示して、利用者に送迎内容を確認させた上で、送迎車の予約を受け付ける例について説明するが、本発明はこれに限られない。例えば、利用者に送迎内容を確認させることなく、送迎管理装置ｂ４００が、施設予約情報を受信することにより、施設の予約と送迎車の予約の両方を受け付けるようにしてもよい。
図５２は、配車予約画面の一例を示す図である。配車予約画面ｂ３８０は、送迎管理装置ｂ４００により施設予約情報に基づいて作成された送迎スケジュールを表示する操作画面である。配車予約画面ｂ３８０には、送迎内容ｂ３８１と、予約ボタンｂ３８２とが含まれる。
送迎内容ｂ３８１は、配車の予約に必要な項目ごとに送迎管理装置ｂ４００により作成された送迎スケジュールを表示するとともに、利用者から送迎スケジュールの一部の編集を受け付ける操作画面である。送迎内容ｂ３８１には、例えば、日時、利用人数、ピックアップ位置、ピックアップ位置への到着時刻、目的地、目的地への到着時刻等の項目が含まれる。
予約ボタンｂ３８２は、送迎内容ｂ３８１に表示されている内容での予約を受け付ける操作ボタンである。予約ボタンｂ３８２が操作されると、制御部ｂ３５０は、送迎内容ｂ３８１に表示されている予約内容に基づいて配車予約情報を作成し、通信装置ｂ３１０を用いて送迎管理装置ｂ４００に送信する。ここで、制御部ｂ３５０は、送迎内容に変更がない場合にはその旨を配車予約情報に含めてもよく、送迎内容の変更点だけを配車予約情報に含めてもよい。
［送迎管理装置］
次に、図５３〜５７を参照して、送迎管理装置ｂ４００について説明する。図５３は、送迎管理装置ｂ４００の機能構成図である。送迎管理装置ｂ４００は、例えば、通信装置ｂ４１０と、記憶部ｂ４２０と、制御部ｂ４３０とを備える。通信装置ｂ３１０は、例えば、ネットワークＮＷに接続するためのＮＩＣである。通信装置ｂ３１０は、ネットワークＮＷを介して、車両ｂ１００、施設端末ｂ２００、および利用者端末ｂ３００と通信する。記憶部ｂ４２０は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。
制御部ｂ４３０は、施設予約部ｂ４３１と、配車予約部ｂ４３２と、配車管理部ｂ４３３と、取得部ｂ４３４と、ステータス管理部ｂ４３５とを含む。これら構成の一部または全部は、例えば、ＣＰＵなどのプロセッサが記憶部ｂ４２０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
施設予約部ｂ４３１は、通信装置ｂ４１０およびネットワークＮＷを介して、利用者端末ｂ３００から受信した施設予約情報に基づいて、施設を予約する。施設予約情報とは、利用者により予約される施設に関する予約内容であって、例えば、予約日時、施設の名称や住所、予約人数、利用者氏名、連絡先、特記事項、送迎サービス等が含まれる。施設予約部ｂ４３１は、施設を予約する処理において、ネットワークＮＷを介して接続される外部サーバを参照して、利用者により指定された施設の空き状況を取得し、利用者端末ｂ３００に送信してもよい。施設予約部ｂ４３１は、受信した施設予約情報に基づいて、記憶部ｂ４２０の施設予約情報ｂ４２１に各種情報を格納する。また、施設予約部ｂ４３１は、利用者による過去の施設予約の状況に基づいて、利用者の信頼性を示す情報を作成し、施設予約情報ｂ４２１の中に含めてもよい。利用者の信頼性は、例えば、予約のキャンセル率に応じた評価値や、利用頻度に応じた評価値等を含む。
施設予約情報ｂ４２１は、各施設の予約内容を示す情報である。図５４は、施設予約情報ｂ４２１の一例を示す図である。図５４に示す通り、施設予約情報ｂ４２１は、予約管理キーに、ユーザ管理キーと、施設管理キーと、施設予約内容と、オプションサービス情報と、予約ステータスとを対応付けた情報である。予約管理キーは、各予約を識別するための固有の情報である。ユーザ管理キーは、各利用者を識別するための固有の情報である。施設管理キーは、各施設を識別するための固有の情報である。施設予約内容には、予約日時、施設の名称や住所、予約人数、利用者氏名、連絡先、特記事項等が含まれる。オプションサービス情報には、送迎サービス等のオプションサービスの提供を希望するか否かを示す情報が含まれる。予約ステータスは、施設予約の状態を示す情報であって、例えば、予約準備中、予約完了、キャンセル済等が含まれる。
配車予約部ｂ４３２は、通信装置ｂ４１０およびネットワークＮＷを介して、利用者端末ｂ３００から受信した施設予約情報に基づいて送迎スケジュールを作成し、施設の送迎車を予約する。配車予約部ｂ４３２は、利用者の指定に基づいて、施設への往路もしくは復路あるいはその両方について、送迎車を予約する。配車予約部４３２は、送迎車を予約する前に、施設予約情報に基づいて作成した送迎スケジュールを利用者端末ｂ３００に送信し、利用者から予約の指示を受け付けた上で、送迎車を予約してもよい。
配車予約部ｂ４３２は、施設予約情報に基づいて、施設を目的地あるいは出発地として、指定された到着時刻に間に合うような送迎スケジュールを作成する。例えば、配車予約部ｂ４３２は、施設予約情報に含まれる予約日時、予約人数、施設名等に基づいて、送迎車の予約日時、予約人数、ピックアップ位置あるいは目的地とそれらの到着時刻等の送迎スケジュールを決定する。また、配車予約部ｂ４３２は、施設予約情報に加え、施設までの移動手段（例えば、飛行機や新幹線）に関する情報等を利用者端末ｂ３００から受信して、空港の到着時刻に応じたホテルまでの送迎スケジュールや、駅の到着時刻に応じたレストランまでの送迎スケジュールを作成し、利用者端末ｂ３００に送信してもよい。配車予約部ｂ４３２は、作成した送迎スケジュールに基づいて配車が予約された場合、作成した送迎スケジュールに基づいて、記憶部ｂ４２０の配車予約情報ｂ４２２に各種情報を格納する。また、配車予約部ｂ４３２は、利用者による過去の配車予約の状況に基づいて、利用者の信頼性を示す情報を作成し、配車予約情報ｂ４２２の中に含めてもよい。
配車予約情報ｂ４２２は、各送迎車の予約内容を示す情報である。図５５は、配車予約情報ｂ４２２の一例を示す図である。図５５に示す通り、配車予約情報ｂ４２２は、予約管理キーに、ユーザ管理キーと、車両ＩＤと、送迎スケジュールと、予約ステータスとを対応付けた情報である。車両ＩＤは、各車両を識別するための固有の情報である。
配車管理部ｂ４３３は、配車予約部ｂ４３２により予約された送迎車を、予約内容に基づいて配車する。配車管理部ｂ４３３による配車には、各送迎スケジュールの通りに利用者を送迎する送迎車を割り当てる処理（以下、割り当て処理と記す）と、割り当てられた送迎車に対して送迎スケジュールに応じた自動運転をするよう指示する処理（以下、運転指示処理と記す）とが含まれる。
割り当て処理において、配車管理部ｂ４３３は、予め決められた割り当て期間（例えば、翌日の０時から２４時までの期間）に該当する予約内容を配車予約情報ｂ４２２から読み出し、読み出した情報に含まれる送迎スケジュールごとに、担当する車両ｂ１００を割り当てる。例えば、配車管理部ｂ４３３は、予約された利用人数を乗車可能な車種の車両であって、予約されている到着時刻に間に合うようにピックアップ位置および目的地に行くことが可能な車両を、前後の予約状態に基づいて車両情報ｂ４２４に登録されている車両ｂ１００の中から選択する。車両情報ｂ４２４は、車両ｂ１００に関する情報であって、例えば、車両ＩＤ、車両ｂ１００が駐車されている車両ステーション、車両ｂ１００の現在位置（緯度、経度、高度）、車両ｂ１００と通信するための必要なアドレス、走行状態を対応付けた情報である。
また、配車管理部ｂ４３３は、送迎道路以外の渋滞等により送迎スケジュールに遅れがでないように前回の目的地から次回のピックアップ位置までの移動距離を最小限とするような車両ｂ１００を割り当ててもよい。また、配車管理部ｂ４３３は、所定範囲内の施設への送迎に必要な台数の車両ｂ１００を所定の車両ステーションに待機させるように車両ｂ１００を割り当ててもよい。配車管理部ｂ４３３は、担当する車両ｂ１００の車両ＩＤに、割り当てられた送迎スケジュールの内容を対応付けて、配車ステータス情報ｂ４２３に書き込む。なお、配車ステータス情報ｂ４２３に書き込まれた直後において、全ての配車ステータスは、未配車である。
なお、送迎スケジュールが作成される際、施設予約情報に含まれる予約時刻が割り当て期間に含まれる場合、配車予約部ｂ４３２は、施設予約情報ｂ４２１および配車ステータス情報ｂ４２３の両方を参照して、利用者の送迎に適したスケジュールであって、且つ、送迎車を割り当て可能な送迎スケジュールを作成してもよい。例えば、配車予約部ｂ４３２は、施設予約情報ｂ４２１に含まれる予約日時、予約人数、施設名等に基づいて、送迎車の予約日時、予約人数、ピックアップ位置あるいは目的地とそれらの到着時刻等を含む第１スケジュールを作成し、第１スケジュールに従って配車可能な車両ｂ１００がある場合は、第１スケジュールを送迎スケジュールとする。一方、第１スケジュールに従って配車可能な車両ｂ１００がない場合、配車予約部４３２は、車両ｂ１００を割り当てられるように第１スケジュールの一部あるいは全部を変更して第２スケジュールを作成し、送迎スケジュールとする。これにより、数日前に施設を予約する場合は、車両ｂ１００のステータスに関係なく利用者の希望に沿ったスケジュールで送迎車を予約することができ、数時間前に施設を予約する場合は、配車可能なスケジュールで送迎車を予約することができる。
運転指示処理において、配車管理部ｂ４３３は、所定のタイミングにおいて、通信装置ｂ４１０を用いて車両ｂ１００に、送迎スケジュールとともに運転開始指示を送信し、配車ステータス情報ｂ４２３の配車ステータスを、送迎中に書き換える。
配車ステータス情報ｂ４２３は、配車予約された車両あるいは配車中の車両に関する情報を含み、例えば、車両ｂ１００に設定される情報や配車状況を示す情報を含む。図５６は、配車ステータス情報ｂ４２３の一例を示す図である。図５６に示す通り、配車ステータス情報ｂ４２３は、車両ＩＤに、利用日時と、利用人数と、ピックアップ位置とその到着時刻、目的地とその到着時刻、配車ステータスとを対応付けた情報である。配車ステータスは、配車された車両ｂ１００の配車状況を示す情報であって、例えば、配車管理部ｂ４３３により更新される。
取得部ｂ４３４は、配車管理部ｂ４３３により配車された車両ｂ１００から移動状況、配車状況、および到着状況等を取得する。例えば、取得部ｂ４３４は、通信装置ｂ４１０を用いて車両ｂ１００から定期的に送信されるステータス情報を受信し、受信したステータス情報に基づいて、記憶部ｂ４２０の移動ステータス情報ｂ４２５に各種情報を書き込む。
移動ステータス情報ｂ４２５は、配車中の車両ｂ１００の状況を示す情報である。図５７は、移動ステータス情報ｂ４２５の一例を示す図である。図５７に示す通り、移動ステータス情報ｂ４２５は、計測日時に、現在の車両ｂ１００の位置情報と、現時点でのピックアップ位置への到着目標時刻と、現時点での目的地への到着目標時刻と、配車ステータスと、到着ステータスとを対応付けた情報であって、例えば、車両ｂ１００ごとに用意されたテーブルに格納される。計測日時は、車両ｂ１００においてステータス情報が作成された日時である。位置情報は、計測日時において車両ｂ１００のＧＮＳＳ受信機ｂ１３４により測位された車両ｂ１００の位置を示す情報である。到着目標時刻は、計測日時において車両ｂ１００のナビ制御装置ｂ１３６により導出された到着目標時刻である。到着ステータスは、配車された車両ｂ１００の到着状況を示す情報であって、例えば、計測日時において車両ｂ１００のステータス取得部ｂ１７４により取得された到着状況である。
ステータス管理部ｂ４３５は、通信装置ｂ４１０を用いて、取得部ｂ４３４により取得された移動状況を、利用者端末ｂ３００あるいは施設端末ｂ２００のうち少なくとも一方に通知する。ステータス管理部ｂ４３５は、移動ステータス情報ｂ４２５を参照し、配車ステータスが変化したタイミングで配車ステータスに応じたメッセージを通知してもよく、車両ｂ１００に遅れが生じたタイミングで到着ステータスに応じたメッセージを通知してもよい。例えば、ステータス管理部ｂ４３５は、配車管理部４３３により配車された車両ｂ１００に利用者が乗車した後、施設への移動を開始したこと、または施設への到着目標時刻を、施設端末ｂ２００に通知する。
ステータス管理部ｂ４３５は、取得部ｂ４３４により取得された乗車人数を示す情報に基づいて、乗車人数が予約された人数と異なるか否かを判定し、両者が異なる場合、予約人数の変更を、施設端末ｂ２００に通知する。また、ステータス管理部ｂ４３５は、取得部ｂ４３４により取得されたオーダー指示情報を、対応する施設端末ｂ２００に通知する。
ステータス管理部ｂ４３５は、配車管理部ｂ４３３により配車された車両ｂ１００のピックアップ位置への到着時刻あるいは目的地への到着時刻が遅れている場合、その旨を利用者端末ｂ３００あるいは施設端末ｂ２００のうち少なくとも一方に通知し、配車の予約についての変更あるいはキャンセル、もしくは施設の予約の変更あるいはキャンセルのうち少なくとも一つを受け付ける。変更には、利用時間の延長、利用日の延期、ピックアップ位置や目的地の変更等が含まれる。また、ステータス管理部ｂ４３５は、配車管理部ｂ４３３により配車された車両ｂ１００のピックアップ位置への到着時刻あるいは目的地への到着時刻の遅れが通知された利用者から、配車のキャンセルや変更または施設予約の変更のいずれも受け付けられなかった場合、配車のキャンセルおよび施設のキャンセルの両方を受け付けてもよい。
ステータス管理部ｂ４３５は、移動ステータス情報ｂ４２５を参照し、配車ステータスが変化したタイミングで、配車ステータス情報ｂ４２３の配車ステータスを更新する。
［フローチャート］
次に、図５８，５９を参照して、車両ｂ１００における処理動作の一例について説明する。図５８，５９は、車両ｂ１００における処理動作の一例を示すフローチャートである。
まず、配車制御部ｂ１７３は、通信装置ｂ１２０を用いて送迎管理装置ｂ４００から、運転開始指示を受信したか否かを判定する（ステップＳ１０１ｂ）。運転開始指示を受信したと判定した場合、配車制御部ｂ１７３は、運転開始指示とともに受信した送迎スケジュールに基づいて、運転を開始するようナビゲーション装置ｂ１３０と自動運転制御ユニットｂ１５０に指示する（ステップＳ１０２ｂ）。これにより、送迎スケジュールに応じたピックアップ位置や目的地とそれらの到着時刻に応じた経路がナビゲーション装置ｂ１３０において設定され、自動運転制御ユニットｂ１５０は、設定された経路に従って自動運転を開始する。
ステータス取得部ｂ１７４は、予め決められた第１通知タイミングであるか否かを判定する（ステップＳ１０３ｂ）。第１通知タイミングとは、車両ｂ１００が迎車中にステータス情報を通知する予め決められたタイミングであって、例えば、自動運転を開始したタイミング、ピックアップ位置への到着目標時刻が予約の到着時刻よりも遅れたタイミング、ピックアップ位置に到着したタイミング、利用者を車両ｂ１００に乗車させたタイミング、前回の通知から所定の時間が経過したタイミング等が含まれる。第１通知タイミングであると判定した場合、ステータス取得部ｂ１７４は、ステータス情報を取得し、通信装置ｂ１２０を用いて送迎管理装置ｂ４００に送信する（ステップＳ１０４ｂ）。
配車制御部ｂ１７３は、通信装置ｂ１２０を用いて送迎管理装置ｂ４００から、配車キャンセル指示を受信したか否かを判定する（ステップＳ１０５ｂ）。配車キャンセル指示を受信した場合、配車制御部ｂ１７３は、ナビゲーション装置１３０と自動運転制御ユニットｂ１５０に対して、設定されている経路に従った自動運転の終了を指示する（ステップＳ１０６ｂ）。ここで、ナビゲーション装置ｂ１３０は、ＨＭＩｂ１３１を用いて、利用者から新たな目的地の設定を受け付けてもよい。なお、配車制御部ｂ１７３は、通信装置ｂ１２０を用いて送迎管理装置ｂ４００から、ピックアップ位置や目的地の変更、これらの到着時刻の変更指示を受信した場合、ナビゲーション装置ｂ１３０と自動運転制御ユニットｂ１５０に対して、ナビ設定情報の変更を指示する。
ステータス取得部ｂ１７４は、利用者の全員が車両ｂ１００に乗車したか否かを判定する（ステップＳ１０７ｂ）。例えば、ステータス取得部ｂ１７４は、ＧＮＳＳ受信機ｂ１３４によって測位された車両ｂ１００の位置に基づいて、予め決められていたピックアップ位置の全てを通過した場合、利用者の全員が車両ｂ１００に乗車したと判定する。また、ステータス取得部ｂ１７４は、入出力部ｂ１７１を用いて利用者により、利用者の全員が車両ｂ１００に乗車したことが入力された場合や、車内を撮影した画像の解析結果により得られる乗車人数と予約された利用人数とが一致した場合、利用者の全員が車両ｂ１００に乗車したと判定してもよい。利用者の全員が車両ｂ１００に乗車したと判定した場合、ステータス取得部ｂ１７４は、配車状況が乗車完了であることを含めたステータス情報を作成し、通信装置ｂ１２０を用いて送迎管理装置ｂ４００に送信する（ステップＳ１０８ｂ）。
ステータス取得部ｂ１７４は、予め決められた第２通知タイミングであるか否かを判定する（ステップＳ１０９ｂ）。第２通知タイミングとは、車両ｂ１００に利用者全員が乗車している間にステータス情報を通知する予め決められたタイミングであって、例えば、利用者全員を車両ｂ１００に乗車させたタイミング、目的地への到着目標時刻が予約の到着時刻よりも遅れたタイミング、前回の通知から所定の時間が経過したタイミング等が含まれる。第２通知タイミングであると判定した場合、ステータス取得部ｂ１７４は、ステータス情報を取得し、通信装置ｂ１２０を用いて送迎管理装置ｂ４００に送信する（ステップＳ１１０ｂ）。
利用者情報取得部ｂ１７５は、利用者情報を取得したか否かを判定する（ステップＳ１１１ｂ）。例えば、入出力部ｂ１７１を用いて利用者から、乗車人数と利用者の性別や年齢の入力を受け付けた場合、利用者情報取得部ｂ１７５は、乗車人数と利用者の性別と年齢を含む利用者情報を作成し、通信装置ｂ１２０を用いて送迎管理装置ｂ４００に送信する（ステップＳ１１２ｂ）。
オーダー取得部ｂ１７６は、オーダー指示情報を取得したか否かを判定する（ステップＳ１１３ｂ）。例えば、入出力部ｂ１７１を用いて利用者により、オンラインメニューの中から少なくとも一つのメニューが選択された場合、オーダー取得部ｂ１７６は、選択されたメニューの注文を依頼するオーダー指示情報を作成し、通信装置ｂ１２０を用いて送迎管理装置ｂ４００に送信する（ステップＳ１１４ｂ）。
配車制御部ｂ１７３は、ナビ制御装置ｂ１３６からの出力に基づいて、目的地に到着したか否かを判定する（ステップＳ１１５ｂ）。ナビ制御装置ｂ１３６は、ＧＮＳＳ受信機ｂ１３４により測位される車両ｂ１００の位置が目的地の所定範囲内に入った場合、目的地に到着したことを配車制御部ｂ１７３に通知する。目的地に到着したことが通知された場合、配車制御部ｂ１７３は、車両ステーションを次の目的地に設定し、自動運転するようナビゲーション装置ｂ１３０と自動運転制御ユニットｂ１５０に指示する（ステップＳ１１６ｂ）。なお、車両ステーションに向けて移動中に新たな送迎スケジュールを受信した場合、配車制御部ｂ１７３は、ステップＳ１０１ｂに移行する。
次に、図６０，６１，６２を参照して、送迎管理装置４００ｂにおける処理動作の一例について説明する。図６０，６１，６２は、送迎管理装置４００ｂにおける処理動作の一例を示すフローチャートである。
まず、施設予約部ｂ４３１が、通信装置ｂ４１０を用いて利用者端末ｂ３００から、施設予約情報を受信したか否かを判定する（ステップＳ２０１ｂ）。施設予約情報を受信したと判定した場合、施設予約部ｂ４３１は、施設予約を管理する外部サーバを参照し、受信した施設予約情報に示される内容の施設が予約可能か否かを判定する。予約可能である場合、施設予約部ｂ４３１は、受信した施設予約情報に基づいて、記憶部ｂ４２０の施設予約情報ｂ４２１に各種情報を格納する（ステップＳ２０２ｂ）。これにより、施設予約情報に示される内容の施設が予約される。なお、予約可能でない場合、施設予約部ｂ４３１は、通信装置ｂ４１０を用いて利用者端末ｂ３００に、その旨を通知して、別の内容で予約を受け付けてもよい。
次いで、施設予約部ｂ４３１は、受信した施設予約情報に、送迎サービスの提供を希望する内容が含まれているか否かを判定する（ステップＳ２０３ｂ）。施設予約情報に送迎サービスの提供を希望する内容が含まれていると判定した場合、施設予約部ｂ４３１は、配車予約部ｂ４３２に対して、送迎スケジュールの作成を指示する。そして、配車予約部ｂ４３２は、施設予約情報に含まれる予約時刻が、既に割り当て処理が終了している割り当て期間に含まれているか否かを判定する（ステップＳ２０４ｂ）。予約時刻が既に割り当て処理が終了している割り当て期間に含まれていない場合、配車予約部ｂ４３２は、施設予約情報ｂ４２１を参照して、送迎スケジュールを作成し、通信装置ｂ４１０を用いて利用者端末ｂ３００に送信する（ステップＳ２０５ｂ）。一方、予約時刻が既に割り当て処理が終了している割り当て期間に含まれている場合、配車予約部ｂ４３２は、施設予約情報ｂ４２１および配車ステータス情報ｂ４２３の両方を参照して、車両ｂ１００を配車可能な送迎スケジュールを作成し、通信装置ｂ４１０を用いて利用者端末ｂ３００に送信する（ステップＳ２０６ｂ）。
配車予約部ｂ４３２は、通信装置ｂ４１０を用いて利用者端末ｂ３００から、配車予約の指示を受信したか否かを判定する（ステップＳ２０７ｂ）。配車予約の指示を受信したと判定した場合、配車予約部ｂ４３２は、利用者端末ｂ３００に送信した送迎スケジュールに基づいて、予約された内容を、記憶部ｂ４２０の配車予約情報ｂ４２２に格納する（ステップＳ２０８ｂ）。これにより、予約された施設の送迎車が予約される。
配車管理部ｂ４３３は、割り当て処理を実行し、配車ステータス情報ｂ４２３に各種情報を書き込む（ステップＳ２０９ｂ）。次いで、配車管理部ｂ４３３は、配車予約情報ｂ４２２を参照して、配車タイミングか否かを判定する（ステップＳ２１０ｂ）。配車タイミングは、送迎車をピックアップ位置へ向かわせる時刻であって、決められた到着時刻以前にピックアップ位置に到着するように、車両ｂ１００の現在位置からピックアップ位置までの移動時間を逆算して導出される。配車タイミングに到達した場合、配車管理部ｂ４３３は、配車予約情報ｂ４２２から読み出した送迎スケジュールと共に運転開始指示を、通信装置ｂ４１０を用いて車両ｂ１００に送信する（ステップＳ２１１ｂ）。また、配車管理部ｂ４３３は、配車ステータス情報４２３において、配車された車両ｂ１００の車両ＩＤに対応する配車ステータスを、迎車中に書き換える。
ステータス管理部ｂ４３５は、移動ステータス情報ｂ４２５を参照し、取得部ｂ４３４により新たなステータス情報が取得されたか否かを判定する（ステップＳ２１２ｂ）。新たなステータス情報が取得されたと判定した場合、ステータス管理部ｂ４３５は、ピックアップ位置への到着が遅れるか否かを判定する（ステップＳ２１３ｂ）。例えば、ステータス管理部ｂ４３５は、移動ステータス情報ｂ４２５に格納されている最新のピックアップ位置への到着目標時刻と、配車ステータス情報ｂ４２３に格納されているピックアップ位置への到着時刻とを比較する。
ピックアップ位置への到着が遅れると判定した場合、ステータス管理部ｂ４３５は、車両ｂ１００の移動状況と共に、配車や施設の予約キャンセルや配車や施設の予約変更を確認するための情報を、通信装置ｂ４１０を用いて利用者端末ｂ３００に送信する（ステップＳ２１４ｂ）。例えば、ステータス管理部ｂ４３５は、ピックアップ位置への到着目標時刻、車両ｂ１００の現在の位置情報、および、目的地への到着目標時刻等を含む移動状況を、利用者端末ｂ３００に送信する。次いで、ステータス管理部ｂ４３５は、車両ｂ１００の移動状況を、通信装置ｂ４１０を用いて施設端末ｂ２００に送信する（ステップＳ２１５ｂ）。例えば、ステータス管理部ｂ４３５は、施設への到着目標時刻、あるいは遅れる時間を含む移動状況を、施設端末ｂ２００に送信する。
一方、ステップＳ２１ｂ２において、ステータス情報を取得していないと判定した場合、配車管理部ｂ４３３は、通信装置ｂ４１０を用いて、配車キャンセル指示を利用者端末ｂ３００から受信したか否かを判定する（ステップＳ２１６ｂ）。配車キャンセル指示を受信した場合、配車管理部４３３は、通信装置ｂ４１０を用いて、配車キャンセル指示を車両ｂ１００に送信する（ステップＳ２１７ｂ）。また、配車管理部ｂ４３３は、通信装置ｂ４１０を用いて、配車がキャンセルされたことを施設端末ｂ２００に送信する（ステップＳ２１８ｂ）。ここで、配車管理部ｂ４３３は、配車の予約の変更指示を利用者端末ｂ３００から受信し、変更内容を車両１００および施設端末ｂ２００に送信してもよい。また、配車管理部ｂ４３３は、配車キャンセルや配車の予約変更とともに、施設への予約キャンセルや予約の変更の指示を、通信装置ｂ４１０を用いて利用者端末ｂ３００から受信し、その旨を施設端末ｂ２００に転送してもよい。
一方、ステップＳ２１６ｂにおいて、配車管理部ｂ４３３により配車キャンセル指示等を受信していないと判定された場合、ステータス管理部ｂ４３５は、通信装置ｂ４１０を用いて利用者端末ｂ３００から、乗車完了を示す移動ステータスを受信したか否かを判定する（ステップＳ２１９ｂ）。乗車完了を示す移動ステータスを受信していないと判定した場合、ステータス管理部ｂ４３５は、ステップＳ２１２ｂに戻って処理を繰り返す。
ステップＳ２１９ｂにおいて、乗車完了を示す移動ステータスを受信したと判定した場合、ステータス管理部ｂ４３５は、通信装置ｂ４１０を用いて施設端末ｂ２００に、利用者全員が車両ｂ１００に乗車したことを送信する（ステップＳ２２０ｂ）。次いで、ステータス管理部ｂ４３５は、通信装置ｂ４１０を用いて車両ｂ１００から受信したステータス情報や利用者情報に基づいて、乗車員人数と予約人数とが同一か否かを判定する（ステップＳ２２１ｂ）。乗車人数と予約人数とが同一でない場合、ステータス管理部ｂ４３５は、通信装置ｂ４１０を用いて施設端末ｂ２００に、予約人数を乗車人数に変更することを送信する（ステップＳ２２２ｂ）。
次いで、ステータス管理部ｂ４３５は、通信装置ｂ４１０を用いて車両ｂ１００から、ステータス情報を受信したか否かを判定する（ステップＳ２２３ｂ）。ステータス情報を受信したと判定した場合、ステータス管理部ｂ４３５は、受信したステータス情報に基づいて、目的地までの到着目標時刻が予約時刻よりも遅れているか否かを判定する（ステップＳ２２４ｂ）。到着目標時刻が予約時刻よりも遅れていると判定した場合、ステータス管理部ｂ４３５は、通信装置ｂ４１０を用いて施設端末ｂ２００に、車両ｂ１００の移動状況を送信する（ステップＳ２２５ｂ）。
次いで、ステータス管理部ｂ４３５は、通信装置ｂ４１０を用いて車両ｂ１００から、オーダー指示を受信したか否かを判定する（ステップＳ２２６ｂ）。オーダー指示を受信したと判定した場合、ステータス管理部４３５は、通信装置ｂ４１０を用いて施設端末ｂ２００に、オーダー指示を送信する（ステップＳ２２７ｂ）。
次いで、ステータス管理部ｂ４３５は、通信装置ｂ４１０を用いて車両ｂ１００から、目的地に到着したことを示すステータス情報を受信したか否かを判定する（ステップＳ２２８ｂ）。目的地に到着したことを示すステータス情報を受信したと判定した場合、ステータス管理部ｂ４３５は、配車ステータス情報ｂ４２３および移動ステータス情報ｂ４２５の配車ステータスを移動完了に書き換えるとともに、通信装置ｂ４１０を用いて施設端末ｂ２００に、目的地に到着したことを送信する（ステップＳ２２９ｂ）。
次に、図６３を参照して、配車システムｂ１の概要について説明する。図６３は、配車システムｂ１を利用した例について説明するための図である。図６３に示す例では、ホテルｂ５３０への宿泊と、レストランｂ５４０への食事予約と、空港ｂ５２０からホテルｂ５３０への送迎車と、ホテルｂ５３０からレストランｂ５４０への送迎車とが予約されているとする。
（１）まず、利用者Ｕ１が、自宅ｂ５１０において、利用者端末ｂ３００を用いて、施設予約情報と配車予約情報とを送迎管理装置ｂ４００に送信し、施設と送迎車の予約をとる。
（２）送迎管理装置ｂ４００は、配車タイミングになった場合、予め割り当てられている車両ｂ１００Ａを、ピックアップ位置である空港ｂ５２０へ向かわせる。
（３）車両ｂ１００Ａは、移動状況等のステータス情報を取得し、送迎管理装置４００に通知する。
（４）空港ｂ５２０への車両ｂ１００Ａの到着が遅れる場合、送迎管理装置ｂ４００は、その旨をホテルｂ５３０の施設端末ｂ２００と利用者Ｕ１の利用者端末ｂ３００に通知する。例えば、利用者端末ｂ３００から送迎管理装置ｂ４００に対して、配車のキャンセルが指示された場合、送迎管理装置ｂ４００は、車両ｂ１００Ａに対して配車キャンセルを通知し、車両ステーションに向かうよう指示するとともに、その旨をホテルｂ５３０の施設端末ｂ２００に通知する。
（５）車両ｂ１００Ａは、空港ｂ５２０に到着した場合、到着したことや駐車している場所を示す情報等を、利用者Ｕ１の利用者端末ｂ３００および送迎管理装置ｂ４００に通知する。
送迎管理装置ｂ４００は、受信した内容を、ホテルｂ５３０の施設端末ｂ２００に転送する。そして、利用者Ｕ１が車両ｂ１００Ａに乗車した後、車両ｂ１００Ａは、ホテルｂ５３０に向かって出発する。
（６）車両ｂ１００Ａは、利用者Ｕ１が乗車したことやその他の移動状況等を、送迎管理装置ｂ４００に通知する。送迎管理装置ｂ４００は、受信した内容を、ホテルｂ５３０の施設端末ｂ２００に転送する。
（７）ホテルｂ５３０への車両ｂ１００Ａの到着が遅れる場合、送迎管理装置ｂ４００は、その旨をホテルｂ５３０の施設端末ｂ２００に通知する。
（８）車両ｂ１００Ａは、ホテルｂ５３０に到着した場合、到着したことや、利用者Ｕ１が降車したことを示す情報等を、送迎管理装置ｂ４００に通知する。送迎管理装置ｂ４００は、受信した内容をホテルｂ５３０の施設端末ｂ２００に転送する。
（９）車両ｂ１００Ａは、車両ステーションや次の配車予約のピックアップ位置へ向かって移動する。
（１０）その後、送迎管理装置ｂ４００は、レストランｂ５４０の予約時刻に合わせて車両ｂ１００Ｂを配車し、車両ｂ１００Ｂがピックアップ位置であるホテルｂ５３０に向かっていることを利用者端末ｂ３００に通知する。車両ｂ１００Ａは、ホテルｂ５３０に移動しながら、移動状況を取得し、送迎管理装置４００に通知する。ホテルｂ５３０への到着が遅れる場合、送迎管理装置ｂ４００は、その旨を利用者端末ｂ３００に通知する。
（１１）車両ｂ１００Ｂは、ホテルｂ５３０に到着した場合、到着したことや駐車している場所を示す情報等を、利用者端末ｂ３００および送迎管理装置ｂ４００に通知する。そして、利用者Ｕ１が車両ｂ１００Ｂに乗車した場合、車両１００Ｂは、レストランｂ５４０に向かって出発する。
（１２）車両ｂ１００Ｂは、利用者Ｕ１が乗車したことやその他の移動状況等を、送迎管理装置ｂ４００に通知する。
（１３）レストランｂ５４０への車両ｂ１００Ｂの到着が遅れる場合や、オンラインメニューのオーダー指示を受け付けた場合、送迎管理装置ｂ４００は、その旨を施設端末ｂ２００に通知する。
（１４）車両ｂ１００Ｂは、レストランｂ５４０に到着した場合、到着したことや、利用者Ｕ１が降車したことを示す情報等を、送迎管理装置ｂ４００に通知する。
（１５）車両ｂ１００Ｂは、車両ステーションや次の配車予約のピックアップ位置へ向かって移動する。
次に、図６４を参照して、配車システムｂ１の他の例について説明する。図６４は、配車システム１を利用した他の例について説明するための図である。図６４に示す通り、車両ｂ１００Ｃは、複数のピックアップ位置Ｐ１，Ｐ２，Ｐ３で利用者を乗車させ、目的地に向かってもよい。
以上説明した第３の実施形態によれば、施設の予約内容に基づいて送迎スケジュールを作成し、車両を予約する配車予約部ｂ４３２と、送迎スケジュールに従って、配車予約部ｂ４３２により予約された車両を配車する配車管理部ｂ４３３と、を備えることにより、予約された施設と連動した送迎サービスを提供することができる。
利用者は、送迎管理装置ｂ４００により施設予約情報に基づいて作成された送迎スケジュールに従って、施設予約に合わせた配車予約をすることができるため、施設までの移動手段を確保することができる。また、施設予約情報に基づいて送迎スケジュールが作成されるため、配車予約のための詳細情報を入力しなくてもよく、利用者の手間を軽減させることができる。また、施設側としても、サービスの一部として送迎車を提供することにより、集客力を高めることができ、利用者側としても、移動手段のコストを抑えることができる。
利用者は、移動中の車両ｂ１００から、車両の配車状況や遅れ状況等を取得することにより、配車状況や遅れ状況を確認して、その後の行動を決定することができる。
施設側は、移動中の車両ｂ１００から、利用者の乗車状況や車両ｂ１００の遅れ状況、到着目標時刻等の移動状況を取得することにより、利用者の到着に合わせて利用者を迎える準備をすることができ、サービスを向上させることができる。
利用者は、送迎車が遅れる場合、施設の予約や送迎車の予約を簡単に変更あるいはキャンセルすることができる。
利用者は、移動中の車両ｂ１００から人数変更やオーダーをすることができるため、施設の到着した後にオーダーするよりも、待ち時間を短縮することができる。また、施設側としても、事前に人数変更やオーダーを受け付けることにより、利用者をスムーズに案内することができる。また、車両ｂ１００から利用者からオーダーを受け付けた場合、施設側は、事前オーダーをしている利用者を優先的に案内してもよい。
施設側は、移動中の車両ｂ１００から、利用者情報を取得することにより、利用者の属性に応じたサービスを提供することができる。例えば、利用者の人数、性別、年齢に応じた席を用意したり、利用者の好みに応じた商品やサービスを提供したりすることができる。
［第３の実施形態の第２変形例］
以下、第３の実施形態の第２変形例について説明する。以下の説明において、上述した第３の実施形態で説明した内容と同様の機能を有する部分については、同様の名称および符号を付するものとし、その機能に関する具体的な説明は省略する。
以下では、送迎管理装置ｂ４００および施設端末ｂ２００の一部または全部の利用権限を有するサービス提供者によって、車両ｂ１００による利用者の送迎が包括的に管理される例を用いて説明する。なお、送迎管理装置ｂ４００Ａは、例えば、送迎管理装置ｂ４００、サービス提供者装置ｂ６００、サービス管理装置ｂ７００、および車両管理装置ｂ９１０からなる。
［サービス提供者］
サービス提供者は、送迎前または送迎途中のタイミングで、利用者に送迎以外の付加サービスを提供する。サービス提供者は、図６３に示す例において、空港ｂ５２０、ホテルｂ５３０、およびレストランｂ５４０等の施設側の担当者であってもよいし、車両ｂ１００の管理者であってもよい。また、サービス提供者は、付加サービスの提供に加え、車両ｂ１００、空港ｂ５２０、ホテルｂ５３０、レストランｂ５４０等の予約スケジュールを仲介し、包括的に管理する仲介業者であってもよい。
サービス提供者の提供する付加サービスとは、例えば、利用者が車両ｂ１００で移動中に享受できる商品またはサービスであってもよいし、利用者の送迎途中に店舗等のサービス提供箇所に立ち寄る必要があってもよい。移動中に享受できる商品またはサービスとは、例えば、有料情報番組の視聴や、車両ｂ１００の車内で実施可能なマッサージである。また、サービス提供者は、移動中に享受できる商品またはサービスの提供のために、サービス提供担当者を車両ｂ１００に派遣してもよい。また、サービス提供装置を車両ｂ１００に設置してもよい。サービス提供装置は、例えば、マッサージ装置である。サービス提供装置は、車両ｂ１００に搭載可能な大きさの自動販売機であってもよい。
また、サービス提供者は、利用者情報取得部ｂ１７５の取得する利用者情報に基づいて、提供可能なサービスを車両ｂ１００に乗車中の利用者に提案してもよい。サービス提供者は、例えば、利用者情報取得部ｂ１７５の取得する利用者情報を解析した結果、利用者の具合が悪そうであると解析した場合、サービス提供装置から薬等を提供してもよい。また、サービス提供者は、入出力部ｂ１７１に近隣の休憩スポットや、医療機関、ドラッグストア等に立ち寄ることを利用者に対する提案する表示や音声を再生させてもよい。
利用者は、サービス提供者によって提供される付加サービスを車両ｂ１００の乗車前（例えば、配車予約時）に発注してもよいし、車両ｂ１００に乗車中に発注してもよい。
オーダー取得部ｂ１７６は、入出力部ｂ１７１等を介して利用者による付加サービスの発注を受け付けると、付加サービスを管理するサービス提供者装置ｂ６００に発注内容を送信する。
［サービス提供者装置］
図６５は、サービス提供者装置ｂ６００の機能構成図である。サービス提供者装置ｂ６００は、例えば、複数のサービス提供者の状態を把握し、利用者およびサービス管理者からの発注に自動的に応答可能な装置である。サービス提供者装置ｂ６００は、例えば、通信部ｂ６１０と、受注処理部ｂ６２０と、状態管理部ｂ６３０と、記憶部ｂ６５０（不図示）とを備える。
通信部ｂ６１０は、ネットワークＮＷを介して送迎管理装置ｂ４００などと通信する。受注処理部ｂ６２０は、利用者からのサービス発注に対して、受注処理を行う。受注処理部ｂ６２０は、サービス発注の内容が、既に送迎管理装置ｂ４００に送信済のサービス提供情報であるか否かを判定し、送信済でないと判定した場合に受注処理を先に進める。状態管理部ｂ６３０は、サービス提供者装置ｂ６００に登録されたサービス提供者の状態（予約状態、稼働状態など）を管理し、サービス提供情報をサービス管理装置ｂ７００および送迎管理装置ｂ４００に提供する。サービス管理装置ｂ７００については後述する。
サービス提供者装置ｂ６００は、例えば、以下のような内容を含むサービス提供情報をサービス管理装置ｂ７００および送迎管理装置ｂ４００に送信する。サービス提供情報は、サービス提供者が受注可能なサービスに関連する情報である。
［サービス提供情報］
・識別ＩＤ（サービス提供者を識別するＩＤ)
・利用者ＩＤ
・必要車両コンパートメント情報（サービス提供に要する車内利用空間の情報）
・施設位置情報
・サービス提供地点情報（対象施設情報）
・サービス提供時刻情報（予約情報）
・利用者ピックアップ位置
・サービスステータス情報（サービス提供者が提供するサービスの実施状況・進捗に対応する情報）
・利用者設定情報（例えば、サービスへの入力・備考等の追加情報）
なお、サービスステータス情報とは、例えば、車両ｂ１００内で実施する複数の付加サービスのそれぞれの実施状況に対応し、進行パーセントがどの程度か、残時間が何分かといった進捗度合いである。また、サービスステータス情報は、「提供前、提供中、提供終了」といった状態を示す値で示されてもよい。
なお、サービス提供者装置ｂ６００の通信部ｂ６１０は、通信結果に応じて、入出力部ｂ１７１等の表示装置に表示内容を切り替えさせてもよい。サービス提供者装置ｂ６００は、例えば、サービス提供の開始時刻が近づいていることや、サービス提供を開始したことを入出力部ｂ１７１に表示させる。
［サービス管理装置］
図６６は、サービス管理装置ｂ７００の機能構成図である。サービス管理装置ｂ７００は、例えば、通信部ｂ７１０と、サービス情報取得部ｂ７２０と、車両特定部ｂ７３０と、プラン決定部ｂ７４０と、経路指示部ｂ７５０と、認証部ｂ７６０と、判定部ｂ７７０と、記憶部ｂ８００とを備える。通信部ｂ７１０および記憶部ｂ８００を除く構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。記憶部ｂ８００は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。
通信部ｂ７１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。通信部ｂ７１０は、ネットワークＮＷを介して車両ｂ１００の配車管理ユニットｂ１７０等の通信装置、サービス提供者装置ｂ６００、サービス管理装置ｂ７００、車両管理装置ｂ９１０等と、サービス管理装置ｂ７００が提供する専用のＡＰＩ（Application Programming Interface）を介して通信する。専用のＡＰＩによって提供される利用者に関する情報には、利用者の個人情報（例えば、氏名等）は含まれず、例えば、車両ｂ１００の識別情報を利用者ＩＤとしてもよい。
サービス情報取得部ｂ７２０は、通信部ｂ７１０を介して、車両ｂ１００の配車管理ユニットｂ１７０等の通信装置からサービス情報を取得する。サービス情報とは、例えば、以下に示すようなサービス利用依頼情報である。
［サービス利用依頼情報］
・利用者ＩＤ
・位置情報（緯度、経度、高度）
・利用希望サービスＩＤ
・利用希望区間情報
・利用者の希望するサービス利用の時間帯の情報
・決済認証情報
また、サービス情報取得部ｂ７２０は、サービス提供者装置ｂ６００からサービス提供情報を取得してもよい。サービス情報取得部ｂ７２０は、サービス提供情報のうち、サービス提供地点に対応した地点情報、およびサービス提供者の識別情報、サービス提供者の利用者の識別情報を取得して、プラン決定部ｂ７４０に出力する。
車両特定部ｂ７３０は、サービス利用依頼情報と車両情報に基づいて、利用可能な車両ｂ１００を特定し、利用可能車両情報ｂ８２０を生成する。具体的に、車両特定部ｂ７３０は、サービス利用依頼情報に含まれる利用希望空間（コンパートメント）情報、利用希望区間情報、サービス利用の時間帯の情報と、車両情報に含まれる位置情報、コンパートメント利用状況とを比較し、位置情報とコンパートメント利用状況とが、サービス利用依頼情報に含まれる条件を満たす車両を、利用可能な車両ｂ１００として特定する。
プラン決定部ｂ７４０は、利用可能車両情報ｂ８２０およびサービス提供情報に基づいて、利用者が享受可能な可用サービスを特定し、特定した可用サービスに関する情報を利用者の車両ｂ１００の配車管理ユニットｂ１７０に提供する。
より具体的に、プラン決定部ｂ７４０は、利用可能車両情報ｂ８２０およびサービス提供情報に基づいて、サービス提供者が車両ｂ１００の少なくとも一部（例えば、コンパートメント）を占有する区間を設定し、サービス利用依頼情報における利用希望区間情報を設定する。
また、プラン決定部ｂ７４０は、ある利用者に対して、複数のサービス提供者が順次サービスを提供する場合、複数のサービス提供者のそれぞれに対応して区間を設定してもよい。
プラン決定部ｂ７４０は、例えば、アクセスポイント取得部ｂ７４２を備える。アクセスポイント取得部ｂ７４２は、アクセスポイントを取得する。アクセスポイントとは、例えば、利用者が付加サービスを利用する位置や、付加サービスを受けるために利用者またはサービス提供担当者が乗降車する位置である。アクセスポイント取得部ｂ７４２の取得するアクセスポイントは、実測位置情報（緯度、経度、高度）であってもよいし、推定された位置情報であってもよい。
他の機能として、プラン決定部ｂ７４０は、車両ｂ１００を用いた利用者からの指示に応じて、利用区間が車両外でのサービス提供地点で終了するように、利用区間を更新してもよい。この場合、プラン決定部ｂ７４０は、車両ｂ１００を用いた利用者からの指示に応じて（あるいは自動的に）運行プランを決定し、通信部ｂ７１０を用いて、車両外でのサービス提供地点に存在する施設に対して予約情報を送信し、通信部ｂ７１０によって予約結果を受信すると共に、通信部ｂ７１０を用いて予約結果を利用者の車両ｂ１００に送信してもよい。
また、プラン決定部ｂ７４０は、利用者が付加サービスを発注することにより、施設への到着目標時刻の変更を要する場合には、通信部ｂ７１０を介して施設端末ｂ２００および送迎管理装置ｂ４００に到着目標時刻変更の調整を送信する。この際にプラン決定部ｂ７４０が行う処理は、送迎管理装置ｂ４００のステータス管理部ｂ４３５による到着時刻あるいは目的地への到着時刻が遅れている場合に行う処理と同様のため、処理の詳細の説明は割愛する。
経路指示部ｂ７５０は、通信部ｂ７１０に、利用者の利用開始位置および利用終了位置の情報と、サービス提供者の利用開始位置および利用終了位置の情報とを、車両ｂ１００に送信させることで、車両ｂ１００が走行すべき経路を車両ｂ１００に指示する。
認証部ｂ７６０は、配車管理ユニットｂ１７０との通信による利用者の認証を行ったり、サービス提供開始時の認証を行ったりする。
判定部ｂ７７０は、利用者と、サービス提供者のそれぞれについて、車両ｂ１００を利用しているか否かを判定する。
プラン決定部ｂ７４０は、判定部ｂ７７０の判定結果を利用して各種の処理を行う。例えば、プラン決定部ｂ７４０は、判定部ｂ７７０により利用者とサービス提供者の双方が車両ｂ１００を利用していると判定した場合のみ、サービス提供区間の変更を受け付ける（更新する）ようにしてもよい。このケースは、例えば、サービス提供者が利用者に提案して経由地を追加したり、車両ｂ１００側に提供する情報に基づいて付加サービス提供のため最終目的地を変更したりする場合に生じる。また、プラン決定部ｂ７４０は、サービス情報取得部ｂ７２０がサービス利用依頼情報を受信した時点において、判定部ｂ７７０が、利用者が既に車両ｂ１００を利用していると判定した場合（すなわちサービス利用中に、サービス延長あるいは別のサービスの依頼を行った場合）、当該利用中の車両ｂ１００を優先的に利用者に割り当てるようにしてもよい。
記憶部ｂ８００には、登録された利用者に関する利用者情報ｂ８１０、前述した利用可能車両情報ｂ８２０の他、サービス管理情報ｂ８３０が格納される。サービス管理情報ｂ８３０は、例えば、サービス依頼管理情報ｂ８３２と、予約管理情報ｂ８３４と、実行中サービス管理情報ｂ８３６とを含む。サービス依頼管理情報ｂ８３２には、サービス情報取得部ｂ７２０により取得されたサービス利用依頼情報のそれぞれがレコードとして登録される。予約管理情報ｂ８３４には、予約利用区間、予約利用時間帯、経由地、経由地予定到着時刻などの情報が、サービスごとに格納される。実行中サービス管理情報ｂ８３６には、サービスステータス情報やサービス属性、サービス提供者ＩＤ（サービス提供者の識別情報）などの情報が登録される。サービス属性とは、例えば、サービス提供者から情報を受け取る利用者およびサービス管理装置ｂ７００からみたときに、サービス提供者が提供可能なサービスを区分した情報で、例えばサービス提供者の業態（飲食、小売など）や、費用区分のランク等を示す値である。
実行中サービス管理情報ｂ８３６の保持するサービスステータス情報は、例えば、認証部ｂ７６０によってサービス開始のための認証処理が行われるタイミングで更新される。サービス管理装置ｂ７００は、サービス管理情報ｂ８３０を管理することで、車両ｂ１００の利用者の状態（例えば、入出力部ｂ１７１の取得した利用者情報）と、車両１００の運行計画に対する状態を包括的に管理することができる。また、判定部ｂ７７０は、サービスステータス情報から、利用者の利用情報および車両ｂ１００の運行情報から判定される状態属性（例えば、利用者が到着時刻を優先して付加サービスの享受をあきらめた等の情報）を判定結果としてもよい。
また、利用者の利用情報および車両ｂ１００の運行情報から判定される状態属性には、付加サービスを含む運行プランに対しての進捗に基づいて決定される到着度合い（例えば、予定より早い、定刻、予定より遅れる）に加え、車両ｂ１００のセンシングデータに基づいて決定される周辺環境および運転状態の属性（例えば、雨天、渋滞、通行規制、低ＳｏＣ（State Of Charge）、故障、事故）等を示す値が含まれる。
［車両管理装置］
図６７は、車両ｂ１００に搭載される車両管理装置ｂ９１０の機能構成図である。車両管理装置ｂ９１０は、例えば、通信部ｂ９２０と、認証部ｂ９３０と、車両管理部ｂ９５０とを備える。
通信部ｂ９２０は、無線通信装置である。通信部９ｂ２０は、ネットワークＮＷを介してサービス管理装置ｂ７００と通信する。認証部ｂ９３０は、サービス管理装置ｂ７００の指示により、サービス開始のための認証処理を行う。
車両管理部ｂ９５０は、例えば、利用状況検知部ｂ９５２と、利用許可部ｂ９５４と、認証部ｂ９５６とを備える。車両ｂ１００には、利用者が利用可能な空間（コンパートメント）が一以上設けられており、利用状況検知部ｂ９５２は、コンパートメントごとの利用状況を検知する。例えば、利用状況検知部ｂ９５２は、各コンパートメントが利用中であるか否かを検知する。車両ｂ１００は、普通乗用車に限らず、トレーラー、バス、マイクロバスなど、車室内を区切ったコンパートメントのそれぞれに一以上の乗員が乗車可能なサイズの車両であってもよい。利用許可部ｂ９５４は、例えば、認証部ｂ９５６による認証が成功した場合に、予め指定されたコンパートメントの利用を許可し、例えばドアの開錠等を行う。認証部ｂ９５６は、乗車してくるサービス提供者の本人確認等の認証を行う。
車両管理装置ｂ９１０は、例えば、以下のような内容を含む車両情報をサービス管理装置ｂ７００に送信する。
［車両情報］
・車両ＩＤ
・位置情報（緯度、高度、経度）
・コンパートメント利用状況
・走行状態（速度、加速度、角速度、車載機器の状態など）
・サービス提供者の情報（サービス提供者のＩＤ、実施中のサービスの情報、サービス実施経過時間等）
図６８は、配車システムｂ１Ａにおいて実行される処理の流れの一例を示すフローチャートである。なお、以下の例において、サービス提供者により乗車中に付加サービスが発注され、利用者が設定した当初の目的地とは異なる目的地（付加サービス提供位置）で利用者が降車する例を用いて処理の流れを説明する。
まず、利用者は、車両ｂ１００の入出力部ｂ１７１をサービス管理装置ｂ７００の認証部ｂ７６０に対してユーザ認証を行う（ステップＳ３００ｂ）。次に、利用者は、サービス利用依頼情報をサービス提供者装置ｂ６００に送信する（ステップＳ３０１ｂ）。サービス提供者装置ｂ６００は、受信したサービス利用依頼情報を解釈し（ステップＳ３０２ｂ）、解釈したサービス利用依頼情報に基づいて予約情報をサービス管理装置ｂ７００に送信する（ステップＳ３０３ｂ）。
サービス管理装置ｂ７００は、サービス提供者装置ｂ６００により送信された予約情報に基づいて、配車サービスの受注処理を行い、受注情報を車両管理装置ｂ９１０に送信する（ステップＳ３０４ｂ）。車両管理装置ｂ９１０は、受信した受注情報に基づいて、送迎管理装置ｂ４００に送迎予約を生成させる（ステップＳ３０５ｂ）。
サービス管理装置ｂ７００は、受注情報に基づいて利用者に配車サービスを開始し（ステップＳ３０６ｂ）、サービス開始したことをサービス提供者装置ｂ６００および車両管理装置ｂ９１０に送信する。車両管理装置ｂ９１０は、サービス開始を認識し、専用ＡＰＩを用いて車両ｂ１００等に通知する（ステップＳ３０７ｂ）。
サービス提供者装置ｂ６００は、車両ｂ１００の配車情報を取得・更新することを開始する（ステップＳ３０８ｂ）。車両ｂ１００は、ピックアップ位置付近への移動を開始する（ステップＳ３０９ｂ）。サービス管理装置ｂ７００は、ピックアップ位置を確定し、サービス提供者装置ｂ６００に送信する（ステップＳ３１０ｂ）。サービス提供者装置ｂ６００は、車両ｂ１００にピックアップ位置を通知し（ステップＳ３１２ｂ）、車両管理装置ｂ９１０を介して入出力部ｂ１７１への表示制御指示を送信する（ステップＳ３１３ｂ）。車両管理装置ｂ９１０は、入出力部１７１ｂへの車両表示を切り替える（ステップＳ３１４ｂ）。
車両管理装置ｂ９１０は、ピックアップ位置で利用者の車両１００への乗車を許可し（ステップＳ３１５ｂ）、利用者は車両ｂ１００に乗車する（ステップＳ３１６ｂ）。サービス提供者装置ｂ６００は、車両ステータス情報を更新し（ステップＳ３１７ｂ）、車両管理装置ｂ９１０はセンサ情報を更新する（ステップＳ３１８ｂ）。
サービス提供者装置ｂ６００は、提供可能な付加サービスに関する情報を生成し入出力部ｂ１７１等に出力する（ステップＳ３１９ｂ）。利用者は、付加サービスを選択し発注する（ステップＳ３２０ｂ）。サービス提供者装置ｂ６００は、車両ステータスおよび提供する付加サービスに関するサービス利用依頼情報を更新して、更新内容をサービス管理装置ｂ７００に送信する（ステップＳ３２１ｂ）。
サービス管理装置ｂ７００は、付加サービスの提供に伴う経路および目的地の変更に伴う処理を行い、処理結果を車両管理装置ｂ９１０に送信する（ステップＳ３２２ｂ）。
車両管理装置ｂ９１０は、目的地に到着したことをサービス提供者装置ｂ６００に通知する（ステップＳ３２３ｂ）。利用者は、車両ｂ１００を降車する（ステップＳ３２４ｂ）。サービス提供者装置ｂ６００は、利用者への付加サービスの提供を開始する（ステップＳ３２５ｂ）。以上、本フローチャートの処理を終了する。
例えば、ステータス管理部ｂ４３５は、配車キャンセルを確認するための情報とともに、配車変更を受け付けるための情報を、通信装置ｂ４１０を用いて利用者端末ｂ３００に送信してもよい。そして、利用者は、利用者端末ｂ３００に対して、例えば、ピックアップ位置の変更指示を送迎管理装置ｂ４００に通知してもよい。送迎管理装置ｂ４００のステータス管理部ｂ４３５は、変更されたピックアップ位置を車両ｂ１００に通知し、経路変更を指示したり、変更内容を利用者端末ｂ３００に送信したりしてもよい。
また、送迎管理装置ｂ４００の全部または一部の構成は、車両ｂ１００に搭載されていてもよい。これにより、例えば、利用者が利用者端末ｂ３００を用いて、直接車両ｂ１００に対して送迎を依頼することができる。また、依頼された車両１００が送迎できない場合、車両ｂ１００は、他の車両ｂ１００に送迎依頼を転送してもよい。
また、送迎管理装置ｂ４００は、利用者により利用者端末ｂ３００を用いて指定されたピックアップ位置への到着時刻や目的地への到着時刻を受信した場合、これらの情報と施設予約情報とに基づいて、送迎スケジュールを作成してもよい。
また、利用者端末ｂ３００は、ＧＮＳＳ受信機ｂ３６０により測位された利用者の位置を示す情報を定期的に送迎管理装置ｂ４００に送信してもよい。送迎管理装置ｂ４００は、受信した情報に基づいて、利用者の現在位置と車両ｂ１００の現在位置とをトラッキングして、ピックアップ位置を利用者と車両ｂ１００との合流位置に設定したり、設定されたピックアップ位置を利用者と車両ｂ１００との合流位置に変更したりしてもよい。また、車両ｂ１００は、送迎管理装置ｂ４００から受信した利用者の位置情報と、自車両の位置情報とに基づいて、利用者と車両ｂ１００との合流位置をピックアップ位置に設定し、自車両の経路を設定してもよい。
また、利用者端末ｂ３００は、さまざまな操作により配車キャンセル指示を受け付けることができる。例えば、利用者端末ｂ３００は、配車キャンセルを確認するための情報を受信し、出力部ｂ３３０を用いて利用者に報知する。その後、利用者端末ｂ３００は、入力部ｂ３２０を用いて利用者から延長指示や配車キャンセル指示等を受け付けてもよく、一定時間内に入力部ｂ３２０を用いてなんら指示が入力されない場合には、施設予約と配車予約の両方を受け付けてもよい。
また、復路の配車も予約している場合、利用者は、ピックアップ位置への到着時刻を事前に予約しておいてもよく、施設を出る際に利用者端末ｂ３００を用いて送迎管理装置ｂ４００に迎車を依頼してもよい。
また、送迎管理装置ｂ４００は、配車タイミングの前において、送迎スケジュールの内容が類似する利用者がいる場合、同一車両を用いて、異なるグループの利用者を同乗させる送迎スケジュールを再構成し、車両ｂ１００を配車してもよい。例えば、同じ便で同じ空港に到着した利用者を同じホテルに送迎する場合や、同じホテルから近くの別のレストランに送迎する場合などである。このように車両ｂ１００で相乗りを実現することにより、施設側は、配車のコストを抑えることができる。この場合、施設側は、利用者に対して、インセンティブを提供してもよい。
また、サービス管理装置ｂ７００が、送迎管理装置ｂ４００に代わり配車予約を管理してもよいし、送迎管理装置ｂ４００およびサービス管理装置ｂ７００の両者が配車予約を管理してもよい。
＜第４の実施形態＞
次に、第４の実施形態について説明する。第４の実施形態では、第１の実施形態に示す車両が適用可能な車両システムの実施形態である。また、第４の実施形態における自動運転車両は、例えば、基本的には運転操作を必要としない車両である。車両システムでは、自動運転車両を用いて、利用者により選択された店舗に利用者を連れて行く案内サービスを提供する。以下、自動運転車両が案内する店舗が食品を提供する店舗である例を用いて説明する。自動運転車両には、案内する店舗で提供される商品や料理、それらの材料の一部が食品サンプルとして用意されている。利用者は、店舗を選択する前に、食品サンプルを試食可能である。提供には、レストランで食事を出すことや、お土産店で商品を販売すること等が含まれる。
図６９は、車両システムｃ１の構成図である。車両システムｃ１は、一以上の自動運転車両ｃ１００と、一以上の商品提供者Ｐにより使用される一以上の端末装置ｃ２００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、インターネット、ＷＡＮ、ＬＡＮ、公衆回線、プロバイダ装置、専用回線、無線基地局などを含む。
自動運転車両ｃ１００は、例えば、複数の利用者Ｕが乗車可能な四輪以上の車輪を有する車両であるが、自動二輪車その他の車両であっても構わない。自動運転車両ｃ１００は、食品サンプルを積んで、駅前や観光地などの販促ポイント間を移動するとともに、自動運転によって、食品サンプルの提供元の店舗Ｒまで利用者Ｕを連れて行く。
端末装置ｃ２００は、例えば、スマートフォンやタブレット端末、パーソナルコンピュータなどである。
図７０は、自動運転車両ｃ１００の内側の構成を示す図である。図７０は、自動運転車両ｃ１００を上方から見た図である。自動運転車両ｃ１００の内部には、ラック部ｃ１０２、座席ｃ１０４、およびタッチパネルｃ１０６が設けられている。
車両のコンパートメントの一部を形成するラック部ｃ１０２は、それ自身が複数の車両のコンパートメントにより構成されており、複数の食品サンプルＳＭ１，ＳＭ２・・・を載置可能な載置面を有する。ラック部ｃ１０２の載置面には、例えば、食品サンプルの種類ごと、或いは店舗ごとに車両のコンパートメントとしての載置スペース（領域）ＡＲ１、ＡＲ２・・・を有する。図示の領域ＡＲ１，ＡＲ２・・・は、それぞれ、店舗Ｒ１，Ｒ２・・・に割り当てられた載置スペースであって、食品サンプルＳＭ１，ＳＭ２・・・が載置されている。例えば、領域ＡＲ１，ＡＲ２・・・には、サンプル番号１，２・・・が割り当てられ、割り当てられたサンプル番号が記載されたタグＴＧが取り付けられている。なお、各領域に載置される食品サンプルの種類や数は、店舗によって任意決定可能であって、複数種類の食品サンプルが載置されてもよい。また、ラック部ｃ１０２は、載置面に冷蔵機能あるいは保温機能が搭載されていてもよい。なお、以下では、自動運転車両ｃ１００上の一つの区画を自動運転車両ｃ１００のコンパートメントであるものとして説明するが、複数の区画（例えば、載置スペース）からなる複数区画を一つのコンパートメントとして取り扱っても良い。すなわち、各コンパートメントが互いに識別可能である限りにおいては、それぞれの包含関係および独立性は用途および各コンパートメントの管理者等に応じ適宜定められるものであってよい。
タッチパネルｃ１０６は、例えば、タッチパネル式ディスプレイ装置である。タッチパネルｃ１０６には、ラック部ｃ１０２に載置された食品サンプルと対応付けて店舗情報を含む店舗画面ＩＭを表示される。図７１は、店舗画面ＩＭの一例を示す図である。店舗情報には、各店舗の食品サンプルの画像やイラスト、各店舗の名称や各店舗で提供される食品を表すイラスト、各店舗の広告等が含まれる。画面ＩＭは、画像の切り替え指示を受け付ける切り替え画像ＩＭ０と、複数の店舗Ｒ１，Ｒ２・・・に対応する複数の店舗画面ＩＭ１，ＩＭ２・・・を表示する。各店舗画面ＩＭ１，ＩＭ２・・・の一部には、例えば、対応するサンプル番号１，２・・・が表示されている。店舗画面ＩＭ１，ＩＭ２・・・は、全ての店舗情報を同時に表示してもよく、自動的あるいはタッチパネルｃ１０６に対する利用者からの操作を受けて、画面を切り替えてもよい。例えば、店舗画面ＩＭ１，ＩＭ２・・・は、初期状態において、食品サンプルのイラストを表示しており、切り替え画像ＩＭ０に対するタッチ操作を受け付けた場合、各店舗の広告に切り替わる。タッチパネルｃ１０６は、「操作部」の一例である。
また、各店舗画面ＩＭ１，ＩＭ２・・・の一部または近くには、それぞれ、ＧＯスイッチＳＷ１と、ＤＥＬＩスイッチＳＷ２とが設けられている。ＧＯスイッチＳＷ１は、対応する店舗への移動を指示するためのスイッチである。ＤＥＬＩスイッチＳＷ２は、対応する店舗に出前をさせることを指示するためのスイッチである。ＧＯスイッチＳＷ１およびＤＥＬＩスイッチＳＷ２等の各スイッチは、「操作部」の他の一例である。また、ＧＯスイッチＳＷ１に対応付いた店舗ＩＭ１は、「経由地」の一例である。対応する店舗に出前をさせることは、「配送内容」の一例である。
次に、図７２を参照して、自動運転車両ｃ１００の機能構成について説明する。図７２は、自動運転車両ｃ１００の機能構成図である。自動運転車両ｃ１００は、例えば、上述したタッチパネルｃ１０６に加え、店舗案内装置ｃ１０８と、外界監視ユニットｃ１１０と、通信装置ｃ１２０と、ナビゲーション装置ｃ１３０と、推奨車線決定装置ｃ１４０と、自動運転制御ユニットｃ１５０と、駆動力出力装置ｃ１６０と、ブレーキ装置ｃ１６２と、ステアリング装置ｃ１６４とを備える。外界監視ユニットｃ１１０、通信装置ｃ１２０、ナビゲーション装置ｃ１３０、推奨車線決定装置ｃ１４０、自動運転制御ユニットｃ１５０、駆動力出力装置ｃ１６０、ブレーキ装置ｃ１６２、およびステアリング装置ｃ１６４のそれぞれは、例えば、上述した第２の実施形態において紹介した図２６の外界監視ユニットａ２１０、通信装置ａ２２０、ナビゲーション装置ａ２３０、推奨車線決定装置ａ２４０、自動運転制御ユニットａ２５０、駆動力出力装置ａ２６０、ブレーキ装置ａ２６２、およびステアリング装置ａ２６４と同様の構成を備えるため、ここでの詳細な説明を省略する。なお、ナビゲーション装置ｃ１３０において、目的地は、店舗案内装置ｃ１０８により設定されてもよい。ナビゲーション装置ｃ１３０および推奨車線決定装置ｃ１４０は、「経路設定部」の一例である。また、第４の実施形態における自動運転の処理過程については、第１の実施形態において紹介した図３並びに関連する説明を援用し、詳細な説明を省略する。
店舗案内装置ｃ１０８は、ＣＰＵやＭＰＵなどの一以上のプロセッサと各種記憶装置を備える。なお、店舗案内装置ｃ１０８は、自動運転制御ユニットｃ１５０の一部により実現されてもよい。店舗案内装置ｃ１０８は、タッチパネルｃ１０６に対する利用者Ｕの操作に基づいて、利用者Ｕにより指定された店舗への案内をナビゲーション装置ｃ１３０に対して指示する。また、店舗案内装置ｃ１０８は、タッチパネルｃ１０６に対する利用者Ｕの操作に基づいて、利用者Ｕからの指示内容を示す情報を、通信装置ｃ１２０を用いて、端末装置ｃ２００に送信してもよい。なお、店舗案内装置ｃ１０８は、タッチパネルｃ１０６を含んでもよい。
なお、ナビゲーション装置ｃ１３０において、目的地は、店舗案内装置ｃ１０８により設定されてもよい。ナビゲーション装置ｃ１３０および推奨車線決定装置ｃ１４０は、「経路設定部」の一例である。
次に、図７３を参照して、自動運転車両ｃ１００における処理動作の一例について説明する。図７３は、自動運転車両ｃ１００における処理動作の一例を示すフローチャートである。本処理は、利用者Ｕにより店舗画面ＩＭ２に対する操作が行われた場合の一例である。
例えば、店舗案内装置ｃ１０８は、タッチパネルｃ１０６に表示された店舗画面ＩＭ２に対する利用者Ｕからのタッチ操作を受け付けると（ステップＳ１ｃ）、タッチ操作された店舗画面ＩＭ２の画面を切り替える（ステップＳ２ｃ）。例えば、利用者Ｕは、食品サンプルを試食した後、タッチパネルｃ１０６に表示された店舗画面ＩＭ２に対応する店舗に関する情報を見て、その店舗に行くかどうかを検討することができる。
次いで、店舗案内装置ｃ１０８は、例えば、タッチパネルｃ１０６において店舗Ｒ２のＧＯスイッチＳＷ１に対するタッチ操作がされたとする（ステップＳ３ｃ）。これにより、店舗案内装置ｃ１０８は、ＧＯスイッチＳＷ１に対応付いた識別情報（例えば、店舗Ｒ２の店舗ＩＤなど）に基づいて、タッチパネルｃ１０６に、店舗案内に関する情報の入力を受け付ける入力画面を表示させる。店舗案内に関する情報には、店舗に行く人数、希望退店時刻等が含まれる。店舗案内に関する情報が入力された場合、店舗案内装置ｃ１０８は、指定された店舗Ｒ２を目的地に設定し、自動運転を開始するようナビゲーション装置ｃ１３０に指示する（ステップＳ４ｃ）。ナビゲーション装置ｃ１３０は、店舗Ｒ２までの到着予測時刻を導出し、導出結果を店舗案内装置ｃ１０８に出力するとともに、店舗Ｒ２までの経路の情報を推奨車線決定装置ｃ１４０に出力する。また、店舗案内装置ｃ１０８は、入力された店舗案内に関する情報や、ナビゲーション装置ｃ１３０により導出された到着予測時刻等を、指定された店舗Ｒ２の端末装置ｃ２００に、通信装置ｃ１２０を用いて送信する（ステップＳ５ｃ）。
次いで、店舗案内装置ｃ１０８は、例えば、タッチパネルｃ１０６において店舗Ｒ２のＤＥＬＩスイッチＳＷ２に対するタッチ操作を受け付けたとする（ステップＳ６ｃ）。これにより、店舗案内装置ｃ１０８は、タッチパネルｃ１０６に、店舗Ｒ２の注文画面を表示させる（ステップＳｃ７）。注文画面には、出前が可能なメニューとその料金等が表示され、指定したメニューの注文を指示するボタンや注文数を指定するボタン、受け取り場所や受け取り時刻を指定する入力欄等が含まれる。店舗案内装置ｃ１０８は、注文画面を用いて入力された情報（以下、注文情報と記す）を、指定された店舗Ｒ２の端末装置ｃ２００に、通信装置ｃ１２０を用いて送信する（ステップＳ８ｃ）。これにより本フローチャートの処理は終了する。
次に、図７４を参照して、自動運転車両ｃ１００の利用態様について説明する。図７４は、自動運転車両ｃ１００の利用態様を例示した図である。Ａ駅の前には、自動運転車両ｃ１００が待機している。待機とは、車内で食品サンプルの試食が可能であり、且つ、車内において、食品サンプルを出している店舗への送迎や当該店舗からの出前が可能な状態である。待機中において、自動運転車両ｃ１００の外側に取り付けられたデジタルサイネージｃ１７０には、食品サンプルを車内で試食可能であることが表示されている。なお、デジタルサイネージとは、ディスプレイなどの電子的な表示機器やスピーカを含む電子的な表示機器である。
（１）Ａ駅に降り立った利用者Ｕが、待機中の自動運転車両ｃ１００に乗り込む。（２）利用者Ｕは、自動運転車両ｃ１００内の食品サンプルを試食した後、行ってみたい店舗Ｒ３に対応するＧＯスイッチＳＷ１をタッチ操作する。（３）これにより、自動運転車両ｃ１００は、店舗Ｒ３まで自動運転して、利用者Ｕを店舗Ｒ３に送る。ここで、デジタルサイネージｃ１７０には、移動中であることが表示されている。（４）利用者Ｕは、自動運転車両ｃ１００を降りて、店舗Ｒ３に入店する。
（５）その後、自動運転車両ｃ１００は、店舗Ｒ３での食事や買い物が終了するまで店舗Ｒ３の前で利用者Ｕを待ってから利用者ＵをＢ駅に送り届けてもよく、利用者Ｕを待たずにＢ駅に向かってもよく、店舗Ｒから出てきた他の利用者Ｕを載せてＢ駅に送り届けてもよい。Ｂ駅は、例えば、店舗Ｒ３に最も近い駅や、Ａ駅の隣の駅等である。また、自動運転車両ｃ１００は、店舗Ｒ３の前で一定期間、待機していてもよい。（６）そして、自動運転車両ｃ１００は、Ｂ駅で一定時間、待機する。待機期間中、デジタルサイネージｃ１７０には、食品サンプルを車内で試食可能であることが表示されている。（７）Ｂ駅に降り立った利用者Ｕが、待機中の自動運転車両ｃ１００に乗り込み、自動運転車両ｃ１００内の食品サンプルを試食した後、出前を頼みたい店舗Ｒ３に対応するＤＥＬＩスイッチＳＷ２をタッチ操作する。（８）これにより、自動運転車両ｃ１００は、店舗Ｒ３の端末装置ｃ２００に対して、注文情報を送信する。（９）そして、店舗Ｒ３は、店舗の出前用のバイクｃ３００で、商品を利用者Ｕのところに配達する。
一方、（１０）自動運転車両ｃ１００がＢ駅の前に駐車してから一定時間が経過しても、乗車する利用者Ｕが現れない場合、自動運転車両ｃ１００は、Ａ駅に移動して、待機する。
（１１）さらに、Ａ駅の前に駐車してから一定時間が経過しても、乗車する利用者Ｕが現れない場合、自動運転車両ｃ１００は、Ｂ駅に移動して、待機する。
このような利用態様によって、利用者Ｕは、試食をした後で、食品サンプルを提供する店舗Ｒに行くことができるため、旅行や仕事などでよく知らない土地を訪れた場合であっても、自分の好みの土産物屋やレストラン等の店舗に行くことができる。また、自動運転車両ｃ１００が利用者Ｕを店舗Ｒまで送ってくれるため、行きたい土産物屋やレストランなどが交通の便が悪い場所にある場合や、行き方がよくわからない場合、特に利用者の利便性を向上させることができる。
また、自動運転車両ｃ１００が複数の販促ポイント間を移動することにより、利用者の利用を促進することができる。自動運転車両ｃ１００が複数の販促ポイント間を移動する際に、デジタルサイネージｃ１７０を用いて、自動運転車両ｃ１００が提供する案内サービスや、出前サービスを告知する音声や動画、静止画像等を表示してもよい。これにより、提供されるサービスを知らない利用者に対して、広く告知することができる。
以上説明した第４の実施形態によれば、車両の自動運転を行う自動運転制御ユニットｃ１５０と、食品サンプルを載置可能なラック部ｃ１０２と、店舗への移動を指示するための第１スイッチ（ＧＯスイッチＳＷ１）と、を備え、第１スイッチが操作された場合、自動運転制御ユニットｃ１５０が指定された店舗に車両を移動させることにより、利用者Ｕが食品を提供する店舗に移動する際の利便性を向上させることができる。
また、食品サンプルの提供元の店舗に出前を指示するための第２スイッチ（ＤＥＬＩスイッチＳＷ２）と、第２スイッチが操作された場合、店舗が管理する端末装置に出前の内容を送信する通信装置ｃ１２０と、をさらに備えることにより、利用者Ｕの利便性をさらに向上させることができる。
［第４の実施形態の第１変形例］
次に、第４の実施形態の第１変形例について説明する。図７５は、第４の実施形態の第１変形例の車両システムｃ２の構成図である。車両システムｃ２は、一以上の第１車両ｃ５００と、一以上の第２車両ｃ６００，ｃ７００と、一以上の商品提供者Ｐにより使用される一以上の端末装置ｃ２００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。第１車両ｃ５００は、自動運転車両ｃ１００と同様の構成を有する。第２車両ｃ６００，ｃ７００は、自動運転車両ｃ１００からラック部ｃ１０２やタッチパネルｃ１０６と店舗案内装置ｃ１０８とを除き、利用者Ｕが着座することができるシートを有する構成である。
第１車両ｃ５００は、食品サンプルを積んで、駅前や観光地などの販促ポイント間を移動する。利用者Ｕは、第１車両ｃ５００に乗車して、食品サンプルを試食し、タッチパネルｃ１０６、ＧＯスイッチＳＷ１、およびＤＥＬＩスイッチＳＷ２を操作して店舗Ｒへの案内や出前を依頼できる。利用者Ｕから店舗Ｒへの案内が依頼された場合、第２車両ｃ６００，ｃ７００は、第１車両ｃ５００から利用者Ｕを引き継ぎ、利用者Ｕを乗車させて、自動運転によって、店舗Ｒまで利用者Ｕを連れて行く。ＤＥＬＩスイッチＳＷ２は、「第４スイッチ」の一例である。
第１車両ｃ５００の店舗案内装置ｃ１０８は、通信装置ｃ１２０を用いて複数の第２車両ｃ６００，ｃ７００・・・から逐次送信される現在の位置情報を受信し、記憶装置に保存してもよい。第１車両ｃ５００は、記憶装置を参照して、複数の第２車両ｃ６００，ｃ７００・・・の中から、指定された店舗Ｒまで利用者Ｕを連れて行く車両として最適な第２車両を決定してもよい。最適な第２車両には、例えば、利用者の送迎中でない車両であって、且つ、指定された人数の利用者Ｕが乗車可能な車両のうち、第１車両ｃ５００に最も近い第２車両や、第１車両ｃ５００のところに最も早く到着する第２車両等が含まれる。
次に、図７６を参照して、車両システムｃ２による処理方法の一例について説明する。図７６は、車両システムｃ２による処理方法の一例を示すシーケンス図である。
例えば、第１車両ｃ５００は、例えば、タッチパネルｃ１０６において店舗Ｒ３のＧＯスイッチＳＷ１に対するタッチ操作を受け付けたとする（ステップＳ１０１ｃ）。これにより、店舗案内装置ｃ１０８は、タッチパネルｃ１０６に、店舗案内に関する情報の入力を受け付ける入力画面を表示させる。また、店舗案内装置ｃ１０８は、自身の記憶装置を参照して、複数の第２車両ｃ６００，ｃ７００の中から、最適な第２車両を検索する（ステップＳ１０２ｃ）。そして、店舗案内装置１０８は、検索により得た最適な第２車両（例えば、第２車両ｃ６００）に対して、第１車両ｃ５００の位置を示す情報を送信するとともに、指定された店舗Ｒ３への利用者Ｕの送迎を依頼する（ステップＳ１０３ｃ）。
第１車両ｃ５００から送迎の依頼を受けた第２車両ｃ６００は、第１車両ｃ５００が駐車している場所へ利用者Ｕを迎えに行く。例えば、検索により得た最適な第２車両ｃ６００が第１車両ｃ５００の近く（例えば、周囲５ｍ範囲）にいない場合、第２車両ｃ６００のナビゲーション装置ｃ１３０は、第１車両ｃ５００の位置を示す情報に基づいて、第１車両ｃ５００の近くへ移動するための経路を設定する（ステップＳ１０４ｃ）。自動運転制御ユニットｃ１５０は、設定された経路に基づいて、第２車両ｃ６００を自動運転させる。そして、第２車両ｃ６００が第１車両ｃ５００の近くで停車した後、第２車両ｃ６００のナビゲーション装置ｃ１３０は、第１車両ｃ５００からの依頼に基づいて、第２車両ｃ６００の目的地を店舗Ｒ３に設定する（ステップＳ１０５ｃ）。第２車両ｃ６００の自動運転制御ユニットｃ１５０は、第２車両ｃ６００に利用者Ｕが乗車した後、第２車両ｃ６００を自動運転させ、店舗Ｒ３まで移動させる。
第２車両ｃ６００のナビゲーション装置ｃ１３０は、店舗Ｒ３へ案内する利用者Ｕの人数や、店舗Ｒ３への到着予測時刻等を示す情報を、第２車両ｃ６００の通信装置ｃ１２０を用いて、端末装置ｃ２００に送信する（ステップＳ１０６ｃ）。端末装置ｃ２００は、受信した情報を表示部に表示させて、商品提供者Ｐに通知する（ステップＳ１０７ｃ）。
次いで、第１車両ｃ５００は、例えば、タッチパネルｃ１０６において店舗Ｒ３のＤＥＬＩスイッチＳＷ２に対するタッチ操作を受け付けたとする（ステップＳ１０ｃ８）。これにより、店舗案内装置ｃ１０８は、タッチパネルｃ１０６に、店舗Ｒ３の注文画面を表示させる。店舗案内装置１０８は、入力された注文情報を、指定された店舗Ｒ３の端末装置ｃ２００に、通信装置ｃ１２０を用いて送信する（ステップＳ１０９ｃ）。端末装置ｃ２００は、受信した情報を表示部に表示させて、商品提供者Ｐに通知する（ステップＳ１１０ｃ）。
次に、図７７を参照して、第１車両ｃ５００と第２車両ｃ６００，ｃ７００の利用態様について説明する。図７７は、第１車両ｃ５００と第２車両ｃ６００，ｃ７００の利用態様を例示した図である。Ａ駅の前には、第１車両ｃ５００が駐車している。第１車両ｃ５００のデジタルサイネージｃ１７０には、食品サンプルを車内で試食可能であることが表示されている。
（２１）Ａ駅に降り立った利用者Ｕ１が、Ａ駅に駐車している第１車両ｃ５００に乗り込む。（２２）利用者Ｕ１は、第１車両ｃ５００内の食品サンプルを試食した後、行ってみたい店舗Ｒ４に対応するＧＯスイッチＳＷ１をタッチ操作し、第１車両ｃ５００から降りる。
第１車両ｃ５００の店舗案内装置ｃ１０８は、複数の第２車両ｃ６００，ｃ７００・・・の中から最適な第２車両を第２車両ｃ６００に決定し、第２車両ｃ６００に対して、第１車両ｃ５００が駐車している位置を示す情報を送信する。（２３）第２車両ｃ６００は、第１車両ｃ５００が駐車しているＡ駅に移動する。（２４）そして、利用者Ｕ１は、迎えに来た第２車両ｃ６００に乗り込む。（２５）第２車両ｃ６００は、第１車両ｃ５００の指示に従って、指定された店舗Ｒ４まで自動運転して、利用者Ｕ１を店舗Ｒ４に送る。ここで、第２車両ｃ６００のデジタルサイネージｃ１７０には、移動中であることが表示されている。（２６）利用者Ｕ１は、第２車両ｃ６００を降りて、店舗Ｒ４に入店する。
（２７）その後、第２車両ｃ６００は、店舗Ｒ４での食事や買い物が終了するまで店舗Ｒ４の前で利用者Ｕ１を待ってから利用者Ｕ１をＡ駅に送り届けてもよく、店舗Ｒ４から出てきた他の利用者Ｕ２を載せて指定の場所まで送り届けてもよい。また、第２車両ｃ６００は、第１車両ｃ５００から送迎の依頼を受信した場合、Ａ駅に戻る。なお、第２車両ｃ６００は、店舗Ｒ４の前で一定期間、待機していてもよい。
利用者Ｕ１が第２車両ｃ６００により店舗Ｒ４に送迎されている間に、利用者Ｕ３がＡ駅に降り立ったとする。このとき、店舗への送迎は、第２車両ｃ６００が行っているため、第１車両ｃ５００はＡ駅に駐車されている。（２８）利用者Ｕ３は、第１車両ｃ５００に乗り込む。（２９）利用者Ｕ３は、第１車両ｃ５００内の食品サンプルを試食した後、行ってみたい店舗Ｒ５に対応するＧＯスイッチＳＷ１をタッチ操作し、第１車両ｃ５００から降りる。
第１車両ｃ５００の店舗案内装置ｃ１０８は、複数の第２車両ｃ６００，ｃ７００・・・の中から最適な第２車両を第２車両ｃ７００に決定し、第２車両ｃ７００に対して、第１車両ｃ５００が駐車している位置を示す情報を送信する。（３０）第２車両ｃ７００は、第１車両ｃ５００が駐車しているＡ駅に移動する。（３１）そして、利用者Ｕ３は、迎えに来た第２車両ｃ７００に乗り込む。（３２）第２車両ｃ７００は、第１車両ｃ５００の指示に従って、指定された店舗Ｒ５まで自動運転して、利用者Ｕ３を店舗Ｒ５に送る。ここで、第２車両ｃ７００のデジタルサイネージｃ１７０には、移動中であることが表示されている。（３３）利用者Ｕ３は、第２車両ｃ７００を降りて、店舗Ｒ５に入店する。
（３４）その後、第２車両ｃ７００は、店舗Ｒ５での食事や買い物が終了するまで店舗Ｒ５４の前で利用者Ｕ３を待ってから利用者Ｕ３をＡ駅に送り届けてもよく、店舗Ｒ５から出てきた他の利用者Ｕ４を載せて指定の場所まで送り届けてもよい。また、第２車両ｃ７００は、第１車両ｃ５００から送迎の依頼を受信した場合、Ａ駅に戻る。なお、第２車両ｃ７００は、店舗Ｒ５の前で一定期間、待機していてもよい。
このような利用態様によって、食品サンプルを積んだ第１車両ｃ５００を所定の場所に駐車しておけるため、食品サンプルの補充や差し替えが簡単になり、食品サンプルの衛生面を向上させることができる。また、近くを走行する自動運転車両を第２車両として利用することができるため、第１車両の数を抑えることができる、車両システムｃ２を簡単に実現することができる。
以上説明した第４の実施形態によれば、食品サンプルを載置可能なラック部ｃ１０２と、自動運転車両である第２車両ｃ６００，ｃ７００・・・を呼び出すための第３スイッチ（ＧＯスイッチＳＷ１）と、を備える第１車両ｃ５００と、第３スイッチが操作されることで呼び出され、第１車両ｃ５００から利用者を引き継ぎ、自動運転によって、指定された店舗まで利用者を連れて行く第２車両ｃ６００，ｃ７００・・・とを備えることにより、所定の位置に第１車両ｃ５００を常に駐車させておきながら、第２車両ｃ６００，ｃ７００・・・により利用者を店舗へ案内することができる。
ラック部ｃ１０２には、複数の食品サンプルＳＭ１，ＳＭ２・・・を載置する例を挙げたが、食品サンプル以外のサンプル品（例えば、飲料サンプル容器、日用品、化粧品、芳香剤等）が搭載されてもよい。
＜第５の実施形態＞
次に、第５の実施形態について説明する。第５の実施形態では、第１の実施形態の車両が適用可能なイベント配車装置、イベント配車方法、プログラム、および管理システムの実施形態について説明する。なお、以下の説明において、イベント配車装置を含むイベント配車システムに用いられる車両は、自動運転車両であるものとする。自動運転車両とは、車両の加減速または操舵の少なくとも一方を自動的に制御して走行可能な車両である。自動運転車両は、乗員が手動運転を行ってよい。また、自動運転車両とは、無人で走行可能な車両を含む。また、イベント配車システムに用いられる車両は、手動運転車両であってもよい。また、イベント配車システムは、「管理システム」の一例である。
図７８は、第５の実施形態のイベント配車システムｄ１の構成図である。イベント配車システムｄ１は、イベント配車装置ｄ１００と、一以上の車両ｄ２００と、一以上の車両ｄ２００の所有者Ｏにより使用される端末装置ｄ３００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、インターネット、ＷＡＮ、ＬＡＮ、公衆回線、プロバイダ装置、専用回線、無線基地局等を含む。
［イベント配車装置］
イベント配車装置ｄ１００は、例えば、通信部ｄ１１０と、表示部ｄ１２０と、表示制御部ｄ１３０と、イベント車両候補決定部ｄ１４０と、イベント通知部ｄ１５０と、指示部ｄ１６０と、記憶部ｄ１７０とを備える。表示制御部ｄ１３０、イベント車両候補決定部ｄ１４０、イベント通知部ｄ１５０、および指示部ｄ１６０は、例えば、ＣＰＵ等のプロセッサが記憶部ｄ１７０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリ等の記憶部ｄ１７０に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ等の着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置（不図示）に装着されることで記憶部ｄ１７０にインストールされてもよい。また、イベント車両候補決定部ｄ１４０およびイベント通知部ｄ１５０の一部または全部を組み合わせたものが「調整部」の一例である。また、イベント通知部ｄ１５０は、「通知部」の一例である。
通信部ｄ１１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。通信部ｄ１１０は、ネットワークＮＷを介して車両ｄ２００、端末装置ｄ３００、およびその他の外部装置と通信する。
表示部ｄ１２０は、ＬＣＤや有機ＥＬ表示装置等である。表示部ｄ１２０は、表示制御部ｄ１３０による制御によって、例えば、イベント配車装置ｄ１００の管理者等にイベント配車に関する各種情報を表示する。また、表示部ｄ１２０は、表示画面を指先でタッチすることによって情報の入力や確定操作を受け付ける、いわゆるタッチパネル式の受付部の機能を備えていてもよい。
表示制御部ｄ１３０は、イベント配車に関する各種情報を表示部ｄ１２０に表示するように制御する。また、表示制御部ｄ１３０は、表示部ｄ１２０の表示画面から受け付けられた管理者等からの情報の入力や確定操作に関する情報を取得する。例えば、表示制御部ｄ１３０は、管理者等から開催するイベントに関する情報や、イベントを開催するエリアに関する情報等を受け付ける。イベントとは、音楽フェス（フェスティバル）やフードフェス等の期間を限定した大規模または中規模な催し物や、初詣、花見、海水浴、スキー等の時期的な行事、オリンピック等のスポーツの大会、博覧会、地方公共団体や地域企業等が行う祭り等の各種の事象を含む。また、エリアとは、例えば、複数の車両が駐車可能なエリアである。表示制御部ｄ１３０の機能の詳細については後述する。
イベント車両候補決定部ｄ１４０は、表示制御部ｄ１３０に受け付けられた開催するイベントに関する情報と、イベントを開催するエリアに関する情報とを受け付けて、記憶部ｄ１７０に記憶された車両割当テーブルｄ１７３を参照し、イベントに参加させる車両の車両属性および車両属性ごとの台数を決定する。イベント車両候補決定部ｄ１４０の機能の詳細については後述する。
イベント通知部ｄ１５０は、イベント車両候補決定部ｄ１４０により決定された車両ｄ２００の候補に対して、その車両２００または車両の所有者Ｏのうち、端末装置ｄ３００の一方または双方に開催するイベントに関する情報、およびイベントにサービス提供者として参加するか否かを問い合わせる問い合わせ情報を通知する。所有者Ｏは、車両ｄ２００によるサービスの提供を管理するサービス管理者でもよく、車両ｄ２００の乗員でもよい。また、イベント通知部ｄ１５０は、問い合わせ情報に対する回答情報を取得する。イベント通知部ｄ１５０の機能の詳細については後述する。
指示部ｄ１６０は、イベントでサービスを提供する車両ｄ２００がイベント会場のエリア付近を走行した場合に、エリア内の駐車位置を割り当て、割り当てた位置に関する情報を、車両ｄ２００または車両ｄ２００の所有者Ｏに指示する。エリア付近とは、例えば、エリアＩＤに対応するイベント会場から車両ｄ２００までの距離が所定距離以内（例えば、１００ｍ以内）の距離である。指示ｄ部１６０の機能の詳細については後述する。
記憶部ｄ１７０は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭ等により実現される。記憶部ｄ１７０には、例えば、地図情報ｄ１７１、イベントテーブルｄ１７２、車両割当テーブルｄ１７３、車両属性テーブルｄ１７４、車両情報ＤＢｄ１７５、通知結果管理情報ｄ１７６、駐車位置管理情報ｄ１７７、およびその他の情報が格納される。
［車両］ 車両ｄ２００は、例えば、四輪以上の車輪を有する車両であるが、自動二輪車その他の車両であっても構わない。また、車両ｄ２００は、例えば、着脱自在な荷台等を牽引する牽引車両でもよく、荷台と一体型の車両であってもよい。図７９は、第５の実施形態の車両ｄ２００の構成図である。車両ｄ２００は、例えば、外界監視ユニットｄ２１０と、通信装置ｄ２２０と、ナビゲーション装置ｄ２３０と、推奨車線決定装置ｄ２４０と、自動運転制御ユニットｄ２５０と、駆動力出力装置ｄ２６０と、ブレーキ装置ｄ２６２と、ステアリング装置ｄ２６４とを備える。自動運転制御ユニットｄ２５０は、例えば、車両ｄ２００内の記憶部（不図示）に格納されたプログラム（ソフトウェア）を実行するＣＰＵ等のプロセッサを有する。外界監視ユニットｄ２１０、通信装置ｄ２２０、ナビゲーション装置ｄ２３０、推奨車線決定装置ｄ２４０、自動運転制御ユニットｄ２５０、駆動力出力装置ｄ２６０、ブレーキ装置ｄ２６２、およびステアリング装置ｄ２６４のそれぞれは、例えば、上述した第２の実施形態において紹介した図２６の外界監視ユニットａ２１０、通信装置ａ２２０、ナビゲーション装置ａ２３０、推奨車線決定装置ａ２４０、自動運転制御ユニットａ２５０、駆動力出力装置ａ２６０、ブレーキ装置ａ２６２、およびステアリング装置ａ２６４と同様の構成を備えるため、ここでの詳細な説明を省略する。なお、第５の実施形態において、ＨＭＩｄ２３２は、イベント配車装置ｄ１００からのイベント通知情報および問い合わせ情報を画面に表示させたり、音声により通知してもよい。また、ＨＭＩｄ２３２は、乗員により操作された問い合わせ情報に対する回答情報を受け付け、受け付けた回答情報をイベント配車装置ｄ１００に送信してもよい。また、ナビ制御装置ｄ２３６は、ＧＮＳＳ受信機ｄ２３４によって測位された車両ｄ２００の位置を所定のタイミングでイベント配車装置ｄ１００に送信してもよい。また、第５の実施形態における自動運転の処理過程については、第１の実施形態において紹介した図３並びに関連する説明を援用し、詳細な説明を省略する。
［端末装置］
図７８に戻り、端末装置ｄ３００は、例えば、スマートフォンやタブレット端末、パーソナルコンピュータ等である。端末装置ｄ３００では、例えば、イベント配車システムを利用するためのアプリケーションプログラム、或いはブラウザ等が起動し、以下に説明するサービスをサポートする。以下の説明では、端末装置ｄ３００がスマートフォンであり、アプリケーションプログラム（イベント配車アプリ）が起動していることを前提とする。
端末装置ｄ３００は、例えば、通信部ｄ３１０と、情報取得部ｄ３２０と、表示ｄ部３３０とを備える。通信部ｄ３１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。通信部ｄ３１０は、ネットワークＮＷを介してイベント配車装置ｄ１００およびその他の外部装置と通信する。
情報取得部ｄ３２０は、ＣＰＵ等のプロセッサが記憶部（不図示）に格納されたプログラム（ソフトウェア）を実行することで実現される。また、情報取得部ｄ３２０は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予め記憶部に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ等の着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置に装着されることで記憶部にインストールされてもよい。情報取得部ｄ３２０は、例えば、イベント配車装置ｄ１００から、イベントに関する情報および問い合わせ情報等を取得する。情報取得部ｄ３２０は、例えば、端末装置ｄ３００にインストールされたイベント配車アプリを起動することで、実現される機能である。また、情報取得部ｄ３２０は、端末装置ｄ３００にインストールされたメールソフトによりイベント配車装置ｄ１００から送信された電子メールを取得したり、メールを送信する機能を備えていてもよい。
表示部ｄ３３０は、ＬＣＤや有機ＥＬ表示装置等である。表示部ｄ３３０は、情報取得部ｄ３２０により取得されたイベントに関する情報と、問い合わせ情報とを表示する。また、表示部ｄ３３０は、表示された内容に対する所有者Ｏにより操作された情報を受け付ける、いわゆるタッチパネル式の受付部の機能を備えていてもよい。操作された情報とは、例えば、問い合わせ情報に対応する回答情報である。表示部ｄ３３０は、受け付けた回答情報を通信部ｄ３１０によりイベント配車装置ｄ１００に送信させる。
［第５の実施形態のイベント配車システムｄ１における具体的な処理内容］
以下、第５の実施形態のイベント配車システムｄ１における具体的な処理内容について説明する。イベント配車装置ｄ１００は、管理者等から第１の実施形態におけるイベント配車処理を実行する指示を受け付けると、表示部ｄ１２０にイベント配車設定画面ＩＭ１を表示させる。
図８０は、イベント配車設定画面ＩＭ１の一例を示す図である。イベント配車設定画面ＩＭ１には、開催するイベント会場（エリア）を指定するイベント会場指定領域ｄ４１０と、イベントを指定するイベント指定領域ｄ４１２と、イベント期間を指定するイベント期間指定領域ｄ４１４と、入力した内容に基づく配車の実行もしくはキャンセルを確定する確定操作領域ｄ４１６とが示されている。なお、イベント配車設定画面ＩＭ１のレイアウトは、表示項目については、図７１の例に限定されるものではない。また、以下に説明する他の画面ＩＭｘ（ｘ：２以上の自然数）についてもレイアウトや項目については、任意に変更されてもよい。
表示制御部ｄ１３０は、管理者の操作入力によりイベント会場指定領域ｄ４１０に入力されるイベント会場に関する情報を受け付ける。表示制御部ｄ１３０は、イベント会場指定領域ｄ４１０に地図情報ボタンを表示し、管理者により地図情報ボタンが選択された場合に、記憶部ｄ１７０に記憶された地図情報ｄ１７１に含まれる地図情報を表示部ｄ１２０に表示させる。ここで、地図情報ｄ１７１には、例えば、ノードとリンクで表現された各道路に対する道路情報、交通規制情報、住所情報（住所・郵便番号）、施設情報等が含まれる。道路情報には、高速道路、有料道路、国道、都道府県道といった道路の種別を表す情報、道路の車線数、非常駐車帯の領域、各車線の幅員、道路の勾配、道路の位置（経度、緯度、高さを含む３次元座標）、車線のカーブの曲率、車線の合流および分岐ポイントの位置、道路に設けられた標識等の情報が含まれる。また、地図情報ｄ１７１には、車両ｄ２００を駐車する駐車エリアを識別するための識別情報（エリアＩＤ）やエリアＩＤごとの位置や大きさに関する情報が含まれてもよい。
表示制御部ｄ１３０は、表示部ｄ１２０に地図情報を表示させ、管理者によりタッチされた位置をイベント会場の入力として受け付けてもよい。
また、表示制御部ｄ１３０は、管理者の操作入力によりイベント指定領域ｄ４１２に入力されるイベントを特定する情報を受け付ける。表示制御部ｄ１３０は、例えば、イベント指定領域ｄ４１２に予め設定された複数のイベントを含むリストボックスを表示し、複数のイベントの中から管理者により選択された一つのイベントの情報を受け付ける。リストボックスに表示されるイベントは、イベントテーブルｄ１７２に格納されている。
図８１は、イベントテーブルｄ１７２の内容の一例を示す図である。イベントテーブルｄ１７２には、イベントを識別するイベントＩＤにイベント内容が対応付けられている。例えば、イベントＩＤ「Ｉ００２」には、「フードフェス」のイベントが対応付けられている。
また、表示制御部ｄ１３０は、管理者の操作入力によりイベント期間を指定するイベント期間指定領域ｄ４１４に入力されるイベント期間を特定する情報を受け付ける。表示制御部ｄ１３０は、例えば、イベントの開始日および終了日をリストボックスから選択して一つの日付の情報を受け付ける。
また、表示制御部ｄ１３０は、確定操作領域ｄ４１６によりＯＫボタンの選択を受け付けることで、イベント配車の実行を受け付け、キャンセルボタンの選択を受け付けることで、イベント配車のキャンセルを確定する。
イベント車両候補決定部ｄ１４０は、表示制御部ｄ１３０により受け付けられたイベントを開催するエリアおよびイベントに関する情報に基づいて記憶部ｄ１７０に記憶された車両割当テーブルｄ１７３を参照し、イベントに参加させる車両ｄ２００の車両属性と、車両属性ごとの台数を調整し、イベント通知部ｄ１５０により通知する車両ｄ２００の候補を決定する。
図８２は、車両割当テーブルｄ１７３の内容の一例を示す図である。車両割当テーブルｄ１７３には、エリアＩＤおよびイベントＩＤに、車両属性ＩＤおよび属性ごとの台数が対応付けられている。エリアＩＤは、エリアを識別する識別情報である。車両属性ＩＤは、イベントに参加する車両ｄ２００の属性を識別する識別情報である。車両の属性とは、例えば、車両ｄ２００または車両ｄ２００の荷台によって提供されるサービスのジャンルやサービスの具体的な内容を示すものである。属性の内容は、車両属性テーブルｄ１７４として記憶部ｄ１７０に記憶されてよい。
図８３は、車両属性テーブルｄ１７４の内容の一例を示す図である。車両属性テーブルｄ１７４には、車両属性ＩＤに属性内容が対応付けられている。属性内容としては、例えば、カレーやラーメン等の所定の飲食を行う飲食屋台車両、食品や日用雑貨等の多数の品種を販売するコンビニエンスストア型車両、利用者を宿泊させる宿泊車両がある。また、属性内容としては、イベントに参加する複数の車両にバッテリーや燃料を供給する電力・燃料車両がある。
図８２に戻り、車両割当テーブルｄ１７３の台数とは、エリアＩＤの領域に駐車可能な車両の台数である。例えば、図７４の例では、エリアＩＤ「Ａ００１」のエリアでイベントＩＤ「Ｉ００１」のイベントを開催する場合、車両ＩＤ「Ｔ００４」の車両が２０台割り当てられることを示している。また、同じエリアＩＤ「Ａ００１」のエリアで異なるイベント（イベントＩＤ「Ｉ００２」）を開催する場合、車両ＩＤ「Ｔ００１」の車両が１０台と車両ＩＤ「Ｔ００２」の車両が割り当てられる。イベント車両候補決定部ｄ１４０は、管理者等による車両割当テーブルｄ１７３の各種情報の作成、変更、または削除の指示等を受け付け、受け付けた指示に基づいて、エリアやイベントに対する車両属性や台数等の調整を行ってもよい。
イベント車両候補決定部ｄ１４０は、車両割当テーブルｄ１７３および車両属性テーブルｄ１７４を参照し、決定された配車の車両属性および台数に関する情報を表示制御部ｄ１３０に出力する。表示制御部ｄ１３０は、イベント車両候補決定部ｄ１４０により決定された配車の車両属性および台数に関する情報を表示部ｄ１２０に表示させる。
図８４は、イベント配車が実行された後に表示部ｄ１２０に表示されるイベント配車設定画面ＩＭ２の一例を示す図である。イベント配車設定画面ＩＭ２には、配車予定の車両の種別と、種別ごとの台数とが示されている。この台数は、車両割当テーブルｄ１７３により割り当てられた車両の種別と台数とが表示されている。また、表示制御部ｄ１３０は、配車車両の台数を管理者が変更可能に表示し、管理者の入力により台数を任意に変更して調整することができる。表示制御部ｄ１３０は、管理者による操作入力によって調整された台数に基づいて、車両割当テーブルｄ１７３の台数を更新してもよい。
また、イベント配車設定画面ＩＭ２には、確定操作領域ｄ４２０が示されている。表示制御部ｄ１３０は、確定操作領域ｄ４２０によりＯＫボタンの選択を受け付けると、イベント配車の実行を受け付け、キャンセルボタンの選択を受け付けると、イベント配車のキャンセルを確定する。
また、イベント車両候補決定部ｄ１４０は、イベント配車設定画面ＩＭ２によるイベント配車の実行を受け付けると、設定された車両種別および台数に基づいて、記憶部ｄ１７０に記憶された車両情報ＤＢｄ１７５を参照し、イベントに参加する候補となる車両ｄ２００を決定する。例えば、イベント車両候補決定部ｄ１４０は、車両情報ＤＢｄ１７５を参照し、車両属性ＩＤに対応する車両ＩＤを、車両割当テーブルｄ１７３で設定された台数分取得する。
図８５は、車両情報ＤＢｄ１７５の内容の一例を示す図である。車両情報ＤＢｄ１７５には、車両属性ＩＤに、車両ｄ２００を識別する識別情報である車両ＩＤ、車両ｄ２００と通信を行うための車両通信アドレス、車両ｄ２００の所有者の端末装置ｄ３００と通信を行うための所有者アドレス、および車両の位置情報が対応付けられている。車両通信アドレスとは、車両ｄ２００の通信装置と通信を行うためのＩＰアドレスまたは車両ｄ２００に割り当てられたメールアドレス、電話番号等である。所有者アドレスは、端末装置ｄ３００と通信を行うためのＩＰアドレスまたは端末装置ｄ３００に割り当てられたメールアドレス、電話番号等である。位置情報とは、それぞれの車両ｄ２００から所定のタイミングで送信される車両ｄ２００の位置を特定するための情報（例えば、緯度、経度）である。
イベント通知部ｄ１５０は、イベント車両候補決定部ｄ１４０により決定された車両ｄ２００の候補に対して、その車両ｄ２００または車両の所有者Ｏのうち、端末装置ｄ３００の一方または双方のアドレスを取得し、取得したアドレスに、開催するイベントに関する情報、および問い合わせ情報を通知する。イベント通知部ｄ１５０は、電子メールにより通知してもよく、電話番号に電話をかけて機械音声により通知してもよく、車両ｄ２００および端末装置ｄ３００にインストールされたアプリケーションプログラム等を介して通知してもよい。
また、イベント通知部ｄ１５０は、対象の車両ｄ２００または端末装ｄ置３００から得られる参加するか否かの回答結果に基づいて、記憶部ｄ１７０に記憶された通知結果管理情報ｄ１７６を更新する。
図８６は、通知結果管理情報ｄ１７６の内容の一例を示す図である。通知結果管理情報ｄ１７６には、通知した車両ＩＤに、通知フラグおよび参加フラグが対応付けられている。通知フラグとは、イベント通知部ｄ１５０により車両ＩＤに対応する車両ｄ２００または車両ｄ２００の所有者Ｏの端末装置ｄ３００にイベントに関する情報および問い合わせ情報を通知したか否かを識別するフラグである。図８６の例において、イベント通知部ｄ１５０は、情報を通知している場合には、通知フラグに「１」をセットし、通知していない場合に通知フラグに「０」をセットするが、フラグの識別情報については、これに限定されるものではない。後述する他のフラグについても同様とする。
また、参加フラグは、車両ＩＤの車両が通知したイベントに参加するか否かを識別するフラグである。参加フラグは、通知した問い合わせ情報に対応する問い合わせ結果に基づいてイベント通知部ｄ１５０によりセットされる。図８６の例において、イベントにサービス提供者として参加する場合には、参加フラグに「１」をセットし、イベントにサービス提供者として参加しない場合または問い合わせ情報に対する回答がない場合には、参加フラグに「０」をセットする。
図８７は、車両ｄ２００へのイベント通知について説明するための図である。図８７の例では、イベント通知部ｄ１５０は、例えば、車両属性ごとに、車両情報ＤＢｄ１７５に登録されている車両順（例えば、車両ＩＤ順）に設定された台数の車両に対して、イベントに関する情報および問い合わせ情報を通知する。
また、イベント通知部ｄ１５０は、車両情報ＤＢｄ１７５に登録されている車両のうち、イベントに参加させる車両属性ＩＤであって、且つ、イベントを開催するエリアからの距離が近い順に、設定された数の車両に対してイベント情報に関する情報および問い合わせ情報を通知してもよい。図８７の例では、イベントを開催するエリア「Ａ００１」からの距離が近い順に４台の車両ｄ２００ａ〜ｄ２００ｄに通知している。イベントを開催するエリアに近い車両からイベント通知を行うことで、車両ｄ２００を速やかにイベント会場に集めることができる。
図８８は、車両ｄ２００のＨＭＩｄ２３２に表示されるイベント通知画面ＩＭ３の一例を示す図である。なお、図８８および後述する図８９に示す画面は、端末装置ｄ３００に表示されてもよい。イベント通知画面ＩＭ３には、例えば、イベント配車装置ｄ１００から通知されるイベントに関する情報を表示させるイベント通知領域ｄ４３０と、イベントにサービス提供者として参加するか否かを問い合わせる問い合わせ確認領域ｄ４３２とが示されている。イベント通知領域ｄ４３０には、例えば、イベント会場、イベント内容、イベント期間、提供を希望するサービス内容が示される。また、問い合わせ確認領域ｄ４３２には、イベントに参加するか否かを確認するボタンが表示されている。ＨＭＩｄ２３２は、車両ｄ２００の乗員による参加ボタンの選択を受け付けると、参加する旨の回答情報を通信装置ｄ２２０によりイベント配車装置ｄ１００に送信する。また、ＨＭＩｄ２３２は、不参加ボタンの選択を受け付けるか、或いは、イベント通知画面ＩＭ３を表示してから所定時間以上経過しても参加ボタンまたは不参加ボタンの選択を受け付けていない場合、参加しない旨を示す情報をイベント配車装置ｄ１００に送信する。
イベント通知部ｄ１５０は、車両ｄ２００からイベントに参加する旨の情報を受け付けると、その車両ｄ２００からの回答情報を、通知結果管理情報ｄ１７６に登録し、イベントの具体的な内容を参加する車両ｄ２００に送信する。図８９は、参加する旨の回答をした車両ｄ２００に送信されるイベント通知画面ＩＭ４の一例を示す図である。イベント通知画面ＩＭ４には、参加決定通知領域ｄ４４０が示されている。参加決定通知領域ｄ４４０には、例えば、参加が許可された旨を示す情報と、集合予定に関する情報、イベント会場およびイベント開始日に関する情報、ＯＫボタンが示されている。また、ＨＭＩｄ２３２は、ＯＫボタンの選択を受け付けると、イベント通知画面ＩＭ４を終了する。
また、イベント通知部ｄ１５０は、車両からイベントに参加しない旨（不参加）の情報を受け付けると、その車両ｄ２００からの回答情報を、通知結果管理情報ｄ１７６に登録する。更に、イベント通知部ｄ１５０は、イベントが不参加となった車両の代わりの車両を車両情報ＤＢｄ１７５から選択し、選択した車両に対してイベントに関する情報および問い合わせ情報を通知してもよい。これにより、イベントに参加する台数が予定台数になるまで通知を行うことができ、予定台数のイベント車両を確保することができる。
なお、イベント通知部ｄ１５０は、車両ｄ２００が自動運転の場合に、イベントへの集合要求や需要見込みを車両ｄ２００に通知してもよい。この場合、車両ｄ２００は、イベントへの集合要求や需要見込みの通知を受け付けた場合に、イベントの内容を知らなくても自動運転制御ユニットｄ２５０による自動運転を実行してイベントが開催されるエリアに移動する。これにより、イベントに必要な台数をエリアに集めることができる。また、車両ｄ２００は、自動運転によるエリア到着時刻をイベント配車装置ｄ１００に通知してもよい。
イベントに参加する車両ｄ２００が、自動運転制御ユニットｄ２５０による自動運転を実行して、集合時間に近い時間にイベント会場付近に到着した場合、指示部ｄ１６０は、車両の駐車位置に関する情報を車両ｄ２００（或いは端末装置ｄ３００）に通知する。集合時間に近い時間とは、集合時間の前後の数時間（例えば、集合時間の前後３時間）等の範囲である。
図９０は、指示部ｄ１６０による車両ｄ２００の駐車位置への指示の様子を説明するための図である。指示部ｄ１６０は、車両ｄ２００の位置情報を取得する。例えば、指示部ｄ１６０は、イベントに参加する車両ｄ２００ａの走行位置と、イベント会場のエリア「Ａ００１」との最短距離Ｄ１が閾値（例えば、１００ｍ）以内となった場合に、エリア「Ａ００１」に対する車両ｄ２００ａの駐車位置を車両ｄ２００ａに通知する。通知を受けた車両ｄ２００ａは、自動運転制御ユニットｄ２５０による自動運転を実行し、指示された駐車位置に移動して停車する。駐車位置に関する情報は、駐車位置管理情報ｄ１７７として記憶部ｄ１７０に格納される。
図９１は、駐車位置管理情報ｄ１７７の内容の一例を示す図である。駐車位置管理情報ｄ１７７には、車両ＩＤに、イベントを実行するエリアに対する車両の駐車位置が対応付けられている。指示部ｄ１６０は、駐車位置管理情報ｄ１７７を、イベントに参加する車両ｄ２００が確定した時点で生成してもよく、車両２００がエリア付近に到着した時点で生成してもよい。
また、指示部ｄ１６０は、例えば、駐車位置の指示情報を車両ｄ２００の所有者Ｏの端末装置ｄ３００に出力してもよく、エリア「Ａ００１」の入り口ゲート等に設けられた電光掲示板等に掲示してもよい。車両２００または車両ｄ２００の運転者である所有者Ｏは、指示された情報に基づいて、車両ｄ２００を支持された場所に移動して停車させる。
また、指示部ｄ１６０は、イベントに参加する車両ｄ２００をイベント会場に駐車する場合、車両属性ごとにグループ化して纏まったエリアに駐車させてもよい。また、指示部ｄ１６０は、イベント会場Ａ００１に、複数のサブエリア（例えば、図９０のエリア「Ａ００１−１」、「Ａ００１−２」）を設定し、それぞれのサブエリアごとに同一の車両属性ＩＤで纏めて配置されるように、駐車位置を通知してもよい。図９０の例では、サブエリア「Ａ００１−１」に、車両ｄ２００ａ、ｄ２００ｇ、ｄ２００ｈ、およびｄ２００ｉが駐車され、サブエリア「Ａ００１−２」に、車両ｄ２００ｂ、ｄ２００ｃ、ｄ２００ｅ、およびｄ２００ｆが駐車されている。このように、複数の車両ｄ２００のそれぞれが提供するサービスごとに纏めて配置することで、サブエリアごとに飲食エリアや宿泊エリア等の纏まったサービスを提供することができる。
また、指示部ｄ１６０は、異なる車両属性の車両を組み合わせてグループ化を行い、グループ単位でまとまったサブエリアに車両を駐車させてもよい。これにより、サブエリア単位に、複数の異なるサービスを提供することができる。
［処理フロー］
次に、第５の実施形態のイベント配車装置ｄ１００により実行される処理の流れについて説明する。図９２は、第５の実施形態のイベント配車装置ｄ１００により実行される処理の流れの一例を示すフローチャートである。イベント配車装置ｄ１００は、管理者等により、開催するイベント情報の入力を受け付ける（ステップＳ１００ｄ）。次に、イベント車両候補決定部ｄ１４０は、イベントに参加する車両の候補を決定する（ステップＳ１０２ｄ）。次に、イベント通知部ｄ１５０は、決定した車両の候補にイベントに関する情報および問い合わせ情報を車両ｄ２００または端末装置ｄ３００のうち一方または双方に通知する（ステップＳ１０４ｄ）。
次に、イベント通知部ｄ１５０は、イベント配車装置ｄ１００は、問い合わせに対する回答情報を受け付け、受け付けた回答情報に基づいて、通知結果管理情報ｄ１７６を管理する（ステップＳ１０ｄ６）。次に、イベント通知部ｄ１５０は、イベントに参加する車両２００に集合時間、場所等の情報を通知する（ステップＳ１０８ｄ）。
指示部ｄ１６０は、イベントに参加する車両２００ｄが集合時間に近い時間にイベント会場付近に到着したか否かを判定する（ステップＳ１０８ｄ）。イベントに参加する車両ｄ２００がイベント会場付近に到着していない場合には、指示部ｄ１６０は、イベント会場付近に到着するまで待機する。また、イベント会場付近に到着した場合、指示部ｄ１６０は、車両ｄ２００に割り当てたイベント会場内の駐車位置を指示する（ステップＳ１１０ｄ）。これにより、本フローチャートの処理は、終了する。なお、ステップＳ１０８ｄの処理では、イベントの集合時間から所定時間を超えた場合に、本フローチャートを終了してもよい。
以上説明したように、第５の実施形態によれば、イベントに応じた車両を効率よく集めて車両によるサービスを提供することができる。また、第５の実施形態によれば、特定のエリアに多種のサービスを提供可能な複数の車両を集めることで、例えばショッピングモールのような施設を動的に構築することができる。また、第５の実施形態によれば、例えば、一時的なイベントが開催される場合に、速やかにサービスを提供する施設を構築することができるとともに、イベント終了後に速やかに施設を撤収することができる。
［第５の実施形態の第１変形例］ 次に、第５の実施形態の第１変形例のイベント配車システムｄ２について説明する。第５の実施形態の第１変形例では、イベント配車装置ｄ１００Ａは、イベントを利用する利用者Ｕにイベントを通知し、イベントの参加および送迎を希望する利用者に対しては、車両ｄ２００による送迎用の配車を行う。
図９３は、第５の実施形態の第１変形例のイベント配車システムｄ２の構成図である。イベント配車システムｄ２では、ネットワークＮＷにシステム利用者Ｕにより使用される端末装置ｄ５００が接続されている。端末装置ｄ５００は、上述した端末装置ｄ３００と同様の機能を備えるため、ここでの具体的な説明は省略する。イベント配車装置ｄ１００Ａには、イベント通知部ｄ１５０Ａと、送迎管理部ｄ１８０とを備え、記憶部ｄ１７０Ａに利用者管理情報ｄ１７８が記憶されている。その他の構成要素の機能は、第５の実施形態と同様である。したがって、以下では、主に送迎管理部ｄ１８０の機能を中心に説明する。
イベント通知部ｄ１５０Ａは、第５の実施形態におけるイベント通知部ｄ１５０の機能の他に、予め利用者管理情報ｄ１７８に記憶されているイベントを利用する利用者Ｕのアドレス情報を用いて、利用者Ｕが使用する端末装置ｄ５００に、イベント情報と、イベント会場までの送迎を希望するか否かを確認する送迎確認情報とを通知する。これにより、端末装置ｄ５００の画面には、イベント情報が通知される。
図９４は、端末装置ｄ５００に表示されるイベント情報画面ＩＭ５の一例を示す図である。イベント情報画面ＩＭ５には、イベント情報表示領域ｄ４５０と、イベント送迎確認領域ｄ４５２とが示されている。イベント情報表示領域ｄ４５０には、イベント会場、イベント内容、およびイベント期間の情報が示されている。イベント送迎確認領域ｄ４５２には、イベント会場までの送迎を希望するか否かを選択する二種類のボタンを示している。
利用者Ｕは、イベント情報表示領域ｄ４５０に示されている情報を確認し、当日イベント会場まで送迎して欲しいと思った場合に、イベント送迎確認領域ｄ４５２の「希望する」ボタンを選択する。また、利用者Ｕは、送迎を希望しない場合には、「希望しない」ボタンを選択する。端末装置ｄ５００は、「希望する」または「希望しない」ボタンの選択を受け付け、受け付けた選択結果をイベント配車装置ｄ１００Ａに送信する。
イベント配車装置ｄ１００Ａの送迎管理部ｄ１８０は、端末装置ｄ５００により送迎を希望する旨の選択を受け付けた場合、端末装置ｄ５００に送迎設定画面ＩＭ６を表示させる。図９５は、送迎設定画面ＩＭ６の一例を示す図である。送迎設定画面ＩＭ６には、イベント会場に関する情報が示されている。また、送迎設定画面ＩＭ６には、送迎場所を指定する送迎場所指定領域ｄ４６０と、送迎日時を指定する送迎日時指定領域ｄ４６２と、入力した内容に基づく送迎の実行もしくはキャンセルを確定する確定操作領域ｄ４６４とが示されている。
送迎場所指定領域ｄ４６０には、利用者が送迎場所を指定するテキストボックスが示されている。利用者Ｕは、テキストボックスに「○○駅東口」と入力することで、送迎場所を指定する。また、送迎場所指定領域ｄ４６０には、送迎車両の乗る場所を地図情報から指定するための地図情報ボタンが示されている。地図情報ボタンの選択を受け付けると、地図情報ｄ１７１に含まれる地図を表示し、利用者により選択した地点を送迎場所として設定する。
送迎日時指定領域ｄ４６２には、日付および時間をそれぞれ指定する二つのリストボックスが示されている。リストボックスには、イベント開催期間に対応する日付または時間が示されている。例えば、日付のリストボックスには、イベントの開催日時に対応させた日付である「２０１７／７／１５」、「２０１７／７／１６」、「２０１７／７／１７」が示される。
端末装置ｄ５００は、確定操作領域ｄ４６４によりＯＫボタンの選択を受け付けることで、送迎の配車処理を受け付け、キャンセルボタンの選択を受け付けることで、送迎のキャンセルを確定する。なお、送迎管理部ｄ１８０は、送迎設定画面ＩＭ６において、送迎場所からイベント会場までの送迎設定だけでなく、イベント会場から他の地点までの送迎設定を受け付けてもよい。
送迎管理部ｄ１８０は、送迎設定画面ＩＭ６により設定された情報を利用者管理情報ｄ１７８に記憶する。図９６は、利用者管理情報ｄ１７８の内容の一例を示す図である。利用者管理情報ｄ１７８は、利用者Ｕを識別する利用者ＩＤに、利用者Ｕが使用する端末装置ｄ５００と通信を行うための利用者アドレスと、利用者に配車を行うか否かを識別する配車フラグと、車両ＩＤと、送迎地点到着日時と、送迎地点とが対応付けられている。利用者管理情報ｄ１７８に登録されている利用者は、予めイベントに関する情報を通知するために登録された利用者である。送迎管理部ｄ１８０は、利用者の登録時に利用者ＩＤに利用者アドレスを対応付けて登録する。
配車フラグは、イベント情報画面ＩＭ５のイベント送迎確認領域ｄ４５２により利用者Ｕがイベント会場までの送迎を希望するか否かに対応する情報が格納されている。図９６の例では、イベント会場までの送迎を希望する場合には配車フラグに「１」がセットされ、送迎を希望しない場合には配車フラグに「０」がセットされている。また、利用者Ｕがイベント会場までの送迎を希望するか否かを選択していない場合には、配車フラグは、空欄となる。
また、利用者に送迎用の配車を行う場合、送迎管理部ｄ１８０は、送迎設定画面ＩＭ６により設定された送迎場所および送迎日時を、利用者管理情報ｄ１７８の送迎場所および送迎地点到着日時にセットする。また、送迎管理部ｄ１８０は、送迎用の車両ｄ２００を選択し、選択した車両ｄ２００の車両ＩＤを利用者管理情報ｄ１７８に格納する。また、送迎管理部ｄ１８０は、選択した車両ｄ２００に対して、送迎地点到着日時や送迎場所についての情報を通知する。通知を受けた車両ｄ２００は、自動運転制御ユニットｄ２５０による自動運転を実行して利用者Ｕの送迎を行う。
図９７は、車両ｄ２００を用いた送迎の様子を説明するための図である。図９７の例では、第５の実施形態の第１変形例における車両ｄ２００の送迎パターンを示している。図９７の例において、車両ｄ２００は、例えば、車両本体ｄ２０１と、荷台部ｄ２０２とを備えるトレーラ車両或いはトラック車両である。車両本体ｄ２０１は、荷台部ｄ２０２を牽引する。車両本体ｄ２０１は、荷台部ｄ２０２と着脱可能である。車両本体ｄ２０１は、上述した図７９に示す車両ｄ２００の構成と同様の構成を備える。荷台部ｄ２０２は、車両の属性に対応するサービスを提供する設備を備えている。
例えば、車両ｄ２００は、イベントに参加するためにイベント会場のエリア「Ａ００１」に移動し、イベント配車装置ｄ１００Ａから駐車地点の指示を受け付けると、指示された場所に駐車する（図中（１））。ここで、イベントに来場する利用者Ｕの端末装置ｄ５００から送迎設定が実施された場合、イベント配車装置ｄ１００Ａの送迎管理部ｄ１８０は、エリア「Ａ００１」に駐車している一以上の車両ｄ２００のうち、利用者Ｕを送迎する車両ｄ２００を選択し、選択した車両ｄ２００に送迎時間と送迎場所を含む送迎指示を送信する（図中（２））。
送迎指示を受け付けた車両本体ｄ２０１は、送迎時間の前後数時間の間に他の走行予定がなく、送迎が可能である場合に、送迎時間に送迎場所に到着するための自動運転の経路を生成する。また、車両本体ｄ２０１は、送迎時間の所定時間前（例えば、５分前）に送迎場所に到着するように、車両本体ｄ２０１を荷台部ｄ２０２から切り離し、目的の送迎場所に走行を開始する。
例えば、車両本体ｄ２０１は、地点Ｂ００１で利用者Ｕａを乗車させ（図中（３））、その後、地点Ｂ００２で利用者Ｕｂを乗車させる（図中（４））。なお、車両本体ｄ２０１は、利用者ＵａおよびＵｂを乗車させる場合に、認証処理を行ってもよい。この場合、利用者ＵａおよびＵｂがそれぞれ使用する端末装置ｄ５００ａおよびｄ５００ｂには、車両本体ｄ２０１への乗車を可能とする乗車許可情報がメモリに登録されている。車両本体ｄ２０１は、端末装置ｄ５００ａおよびｄ５００ｂと通信を行うことで乗車許可情報を取得して利用者ＵａおよびＵｂの乗車認証を行い、乗車が許可された場合に利用者を乗車させる。
また、車両本体ｄ２０１は、乗車させた利用者ＵａおよびＵｂをエリア「Ａ００１」まで送迎する（図中（５））。なお、送迎管理部ｄ１８０は、エリア「Ａ００１」に複数の車両が配置される場合に、エリア「Ａ００１」の代表地点（例えば、中心地点または出入り口に相当する地点）を経由地とする経路情報を車両本体ｄ２０１に発行する。これにより、車両本体ｄ２０１は、利用者ＵａおよびＵｂをエリア「Ａ００１」の適切な位置まで送迎することができる。このように、イベントに参加する車両ｄ２００を用いて利用者Ｕを送迎させることで、利用者の利便性を向上させたサービス提供を行うことができる。また、エリア「Ａ００１」に荷台部ｄ２０２を駐車させたままにして、車両本体ｄ２０１のみで送迎を行うことで、軽量化による燃費効率を向上させることができるとともに、車両２００を有効活用することができる。
また、イベント配車装置ｄ１００Ａの送迎管理部ｄ１８０は、イベントに参加しない車両ｄ２００Ｚに対して送迎指示を送信してもよい（図中（６））。車両ｄ２００Ｚは、送迎が可能である場合に、自動運転を実行して利用者Ｕを乗車させ、エリア「Ａ００１」まで送迎する（図中（７））。
また、車両本体ｄ２０１は、エリア「Ａ００１」にいる利用者Ｕを、目的地まで送迎してもよい。例えば、荷台部ｄ２０２で提供している宿泊施設を利用していない利用者Ｕｃが、観光地Ｃ００１に移動したい場合に、端末装置ｄ５００により送迎設定を行う。イベント配車装置ｄ１００Ａの送迎管理部ｄ１８０は、指定された観光地Ｃ００１まで乗車させる車両ｄ２００の選定し、選定した車両に送迎指示を出力する。図９７の例では、車両本体ｄ２０１が、観光地までの経路を生成し、生成した経路にしたがって自動運転制御ユニットｄ２５０による自動運転を実行して、利用者Ｕｃを観光地Ｃ００１まで送迎する例を示している（図中（８））。また、車両本体ｄ２０１は、利用者Ｕｃを観光地Ｃ００１で降車させた後、エリア「Ａ００１」に戻ってきてもよく、観光した利用者Ｕｃを再び乗車させてエリア「Ａ００１」まで送迎してもよい。
また、車両ｄ２００の荷台部ｄ２０２が宿泊施設である場合に、宿泊施設のまま、他の地点に移動させてもよい（図中（９））。例えば、夜中に次の目的地に移動する場合に、宿泊施設の荷台部と連結した状態で車両ｄ２００を移動することで、寝た状態のまま移動することができる。これにより、睡眠時間を利用して次の目的地に移動することができるため、効率的な旅行プランを実行することができる。また、荷台部ｄ２０２ごと車両ｄ２００を移動することで、例えば、宿泊しながら各観光地を巡ることができる。
［処理フロー］
次に、第５の実施形態の第１変形例のイベント配車装置ｄ１００Ａにより実行される処理の流れについて説明する。図９８は、第５の実施形態の第１変形例のイベント配車装置ｄ１００Ａにより実行される処理の流れの一例を示すフローチャートである。図９８は、上述したイベント配車装置ｄ１００により実行される処理の他に実行する処理の一例を示している。
イベント通知部ｄ１５０Ａは、予め登録された利用者にイベント情報および送迎確認情報を通知する（ステップＳ２００ｄ）。次に、送迎管理部ｄ１８０は、利用者Ｕからの送迎要求を受け付けたか否かを判定する（ステップＳ２０２ｄ）。送迎要求を受け付けた場合、送迎管理部ｄ１８０は、イベントに参加する車両ｄ２００のうち、送迎可能な車両を選択する（ステップＳ２０４ｄ）。次に、送迎管理部ｄ１８０は、選択された車両ｄ２００に送迎時間と送迎場所を含む送迎指示を送信する（ステップＳ２０６ｄ）。これにより、本フローチャートの処理を終了する。
以上説明したように、第５の実施形態の第１変形例によれば、第５の実施形態と同様の効果を奏する他、イベントを利用する利用者に対して自動運転車両による送迎を行うことができる。更に第５の実施形態の第１変形例によれば、イベントでサービスを提供する車両を利用して送迎を行うことで、車両を効率的に利用することができる。
［応用例］
次に、第５の実施形態および第５の実施形態の第１変形例における車両を用いた応用例について説明する。応答例では、第５の実施形態および第５の実施形態の第１変形例における車両ｄ２００の宿泊施設を利用して、例えば、車両ｄ２００のナビゲーション装置ｄ２３０において、宿泊しながらの移動を前提とした旅行プランを提供することができる。
図９９は、旅行プランのナビゲーション画面ＩＭ７の一例を示す図である。ナビゲーション画面ＩＭ７は、乗員により目的地が設定された場合に、ナビゲーション装置ｄ２３０によって経路が生成される。この場合、ナビゲーション装置ｄ２３０は、上述したように、目的地の途中の観光地で宿泊する経路を生成し、生成した経路をナビゲーション画面ＩＭ７としてＨＭＩｄ２３２に表示する。ナビゲーション画面ＩＭ７には、地図画像ｄ６００に車両ｄ２００の現在地点（図中Ａ地点）から目的地（図中Ｂ地点）までの経路ｄ６１０が生成されている。また、ナビゲーション画面ＩＭ７には、Ａ地点からＢ地点に着くまでに、複数の宿泊可能な駐車エリアｄ６２２ａ〜ｄ６２２ｃを経由する経路ｄ６１０を示している。この駐車エリアｄ６２２ａ〜ｄ６２２ｃは、例えば、第５の実施形態および第５の実施形態の第１変形例により提供されるイベントにより複数の車両ｄ２００が集まっている地点である。また、駐車エリアｄ６２２ａ〜ｄ６２２ｃは、夜景の綺麗な地点や特産物が飲食できる地点、観光名所等でもよい。
また、ナビゲーション画面ＩＭ７には、他の駐車エリアｄ６２２ｄ〜ｄ６２２ｅを経由して目的地に到着可能な別の経路６１２を示している。乗員は、これらの経路ｄ６１０およびｄ６１２から何れかを選択することで、車両ｄ２００のナビゲーションを実行する。
なお、上述した経路は、イベント配車装置ｄ１００Ａにより生成されてもよい。この場合、例えば、利用者Ｕが使用する端末装置ｄ５００は、現在位置と、目的地に関する情報をイベント配車装置ｄ１００Ａに送信する。イベント配車装置ｄ１００Ａは、端末装置ｄ５００から取得した情報に基づいて、経路候補の生成と車両の割り当て等を行い、生成した経路候補と割り当て車両に関する情報を端末装置ｄ５００に送信し、利用者Ｕに経路を選択させることで、割り当てた車両ｄ２００による旅行を実行することができる。
このように、応用例によれば、車両ｄ２００の宿泊施設を前提とした旅行プランを提供することができる。これにより、例えば、内陸都市を目的地までの中継地点として活用することができ、内陸都市の地域活性化等に役立てることができる。また、応用例によれば、車両ｄ２００によって、走行時間や走行距離に依存せずに、観光地等を楽しむことを目的とした最適な経路を提供することができる。また、応用例によれば、長距離移動に宿泊機能を付加したサービスを提供することができ、寝台列車や高速バスと比較して、利用者が自由に選択した経路による宿泊移動サービスを提供することができる。
［第５の実施形態の第２変形例］
次に、第５の実施形態の第２変形例のイベント配車システムｄ３について説明する。第５の実施形態の第２変形例では、外部サービス事業者（サービス提供者、サードパーティ）がイベント配車サービスの少なくとも一部を提供するものである。図１００は、第５の実施形態の第２変形例のイベント配車システムｄ３の構成図である。イベント配車システムｄ３は、イベント配車装置ｄ１００と、一以上の車両ｄ２００と、一以上の車両ｄ２００の所有者Ｏにより使用される端末装置ｄ３００と、利用者Ｕが使用する端末装置ｄ５００と、外部サービス事業者により使用されるサービス提供者装置ｄ７００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。以下、端末装置ｄ３００、車両ｄ２００、端末装置ｄ５００、イベント配車装置ｄ１００Ｂ、サービス提供者装置ｄ７００のそれぞれの機能について説明する。
［端末装置ｄ３００］
端末装置ｄ３００は、所有者Ｏからの操作を受け付けて開催日時、開催エリア等を指定し、指定された情報をイベント配車装置ｄ１００Ｂに送信する。ここで、所有者Ｏとは、車両ｄ２００の所有者に加えて、イベントを開催するイベントオーナーでもよく、自治体等の所定の団体でもよい。また、端末装置ｄ３００は、サービス提供者装置ｄ７００に対して追加のサービスの発注を行ってもよい。
［車両］
また、第５の実施形態の第２変形例において、車両ｄ２００の走行制御に関する構成（例えば、自動運転に関する構成）は、第１の実施形態における車両ｄ２００が備える構成に加えて車両管理装置ｄ２７０が搭載される。したがって、以下では、主に車両管理装置ｄ２７０の構成を中心に説明する。
図１０１は、第５の実施形態の第２変形例の車両ｄ２００に搭載される車両管理装置ｄ２７０の構成の一例を示す図である。車両管理装置ｄ２７０は、例えば、通信部ｄ２７１と、認証部ｄ２７２と、ＨＭＩｄ２７３と、車両／コンパートメント管理部ｄ２７４とを備える。通信部ｄ２７１は、例えば、無線通信装置である。通信部ｄ２７１は、ネットワークＮＷを介してイベント配車装置ｄ１００Ｂと通信する。認証部ｄ２７２は、イベント配車装置ｄ１００Ｂの指示により、サービス開始のための認証処理を行う。ＨＭＩｄ２７３は、ＨＭＩｄ２３２とは別に設けられた、タッチパネル式ディスプレイ装置（表示部）やスピーカ、マイク、各種操作スイッチ等である。また、ＨＭＩｄ２７３は、車内用のインターフェースだけでなく、車外用のインターフェースを備えていてもよい。
車両／コンパートメント管理部ｄ２７４は、例えば、利用状況検知部ｄ２７４Ａと、利用許可部ｄ２７４Ｂと、認証部ｄ２７４Ｃとを備える。車両ｄ２００には、利用者Ｕが利用可能な空間（コンパートメント）が一以上設けられている。コンパートメントとは、例えば、座席や、荷物を載置する載置領域等である。例えば、コンパートメントは、所定のパーティションで区画された領域であってもよい。車両／コンパートメント管理部ｄ２７４は、座席や載置領域を駆動させる機構を制御して、座席を載置領域に変更させたり、載置領域を座席に変更したりする。更に、車両／コンパートメント管理部ｄ２７４は、例えば、座席を収納する収納部に座席を収納したり、収納部に収納された座席を収納部から出したりする。
利用状況検知部ｄ２７４Ａは、コンパートメントごとの利用状況を検知する。例えば、利用状況検知部ｄ２７４Ａは、各コンパートメントが利用中であるか否かを検知する。図１００では、車両ｄ２００としてトレーラ車両を示しているが、車両ｄ２００は、普通乗用車、バス、マイクロバス等の車室内を区切ったコンパートメントのそれぞれに一以上の乗員が乗車可能なサイズの車両であってもよい。利用許可部ｄ２７４Ｂは、例えば、認証部ｄ２７４Ｃによる認証が成功した場合に、予め指定されたコンパートメントの利用を許可し、例えばドアの開錠等を行う。認証部ｄ２７４Ｃは、乗車してくる利用者Ｕの本人確認等の認証を行う。
車両管理装置ｄ２７０は、例えば、以下のような内容を含む車両情報をイベント配車装置ｄ１００Ｂに送信する。
［車両情報］
・車両ＩＤ
・位置情報（緯度、高度、経度）
・コンパートメント利用状況（利用中のコンパートメントに関して利用中のサービス利用者のユーザＩＤ、利用可能なコンパートメントの情報等）
・走行状態（速度、加速度、角速度、車載機器の状態等）
・サービス提供者の情報（サービス提供者のＩＤ、実施中のサービスの情報、サービス実施経過時間等）
［端末装置ｄ５００］
端末装置ｄ５００は、例えば、以下のような内容を含むサービス利用依頼情報をイベント配車装置ｄ１００Ｂに送信する。位置情報は、例えば、端末装置ｄ５００が内蔵するＧＰＳ受信機により測位されたものである。その他の情報は、原則として利用者Ｕによって入力された情報に基づいている。利用希望サービス提供者属性情報とは、例えば、利用者Ｕが希望するサービス提供者の属性に関する情報である。属性は、例えば、提供するサービスの種別の他、年齢、性別、性格（タイプ）等を含んでもよい。属性に関して、イベント配車装置ｄ１００Ｂは、完全に一致するサービス提供者を固定的に割り当てるのではなく、利用者Ｕに提示して選択あるいは確定させるようにしてよい。
［サービス利用依頼情報］
・ユーザＩＤ
・位置情報（緯度、経度、高度）
・利用希望空間情報（例えば、人数、座席数等により表される）
・利用希望サービス提供者属性情報
・利用希望サービスＩＤ
・利用希望区間情報（第1区間の情報）
・利用者Ｕの希望するサービス利用の時間帯の情報
・決済認証情報
［サービス提供者装置］
図１０２は、第５の実施形態の第２変形例のサービス提供者装置ｄ７００の構成の一例を示す図である。サービス提供者装置ｄ７００は、例えば、複数のサービス提供者の状態を把握し、イベント配車装置ｄ１００Ｂからの発注に自動的に応答可能な装置である。サービス提供者装置ｄ７００は、例えば、通信部ｄ７１０と、受注処理部ｄ７２０と、状態管理部ｄ７３０と、記憶部ｄ７４０とを備える。受注処理部ｄ７２０および状態管理部ｄ７３０は、例えば、ＣＰＵ等のプロセッサが記憶部ｄ１７０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリ等の記憶部ｄ７４０に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ等の着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置（不図示）に装着されることで記憶部ｄ７４０にインストールされてもよい。サービス提供者装置ｄ７００は、イベント配車装置ｄ１００Ｂの構成の一部または全部を含んでいてもよい。
通信部ｄ７１０は、ネットワークＮＷを介してイベント配車装置ｄ１００Ｂ、車両ｄ２００、端末装置ｄ３００等と通信する。受注処理部ｄ７２０は、イベント配車装置ｄ１００Ｂからのサービス発注に対して、受注処理を行う。受注処理部ｄ７２０は、サービス発注の内容が既にイベント配車装置ｄ１００Ｂに送信済みのサービス提供情報の範囲内であるか否かを判定し、範囲内であると判定した場合に受注処理を先に進める。状態管理部ｄ７３０は、サービス提供者装置ｄ７００に登録されたサービス提供者の状態（予約状態、稼働状態等）を管理し、以下のような内容を含むサービス提供情報をイベント配車装置ｄ１００Ｂに提供する。
サービス提供者装置ｄ７００は、例えば、サービス提供情報をイベント配車装置ｄ１００Ｂに送信する。サービス提供情報は、サービス提供者が受注可能なサービスに関連する情報である。
［サービス提供情報］
・受注ＩＤ
・サービス名称
・実行責任者情報
・サービス提供者属性情報
・サービス提供者の希望するサービス提供時間帯の情報
・必要車両コンパートメント情報
・サービス提供可能な地域の情報
・必要車両コンパートメント情報
・受注可能エリア情報
・受注可能時間情報
・施設位置情報（車両外でのサービス提供地点情報）
・サービスステータス
また、サービス提供者装置ｄ７００は、イベント配車装置ｄ１００Ｂからコンパートメントの制御要求やコンテンツの提供の要求があった場合、要求に応じたコンテンツを車両管理装置ｄ２７０に送信する。この場合、サービス提供者装置ｄ７００の記憶装置には、コンテンツＩＤに対応付けられた各種コンテンツが記憶されている。各種コンテンツは、予めイベント配車装置ｄ１００Ｂの記憶装置に格納されていてもよい。受注処理部ｄ７２０は、制御要求に基づくコンパートメントの制御信号や、コンパートメントごとのコンテンツの車外表示または車内表示に関する情報を車両管理装置ｄ２７０に送信し、車両ｄ２００に所定のコンテンツ表示を実行させる。また、受注処理部ｄ７２０は、端末装置ｄ３００等からの追加サービスを受注し、受注に基づく制御を車両管理装置ｄ２７０に実行させてもよい。
記憶部ｄ７４０は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭ等により実現される。記憶部ｄ７４０は、サービス提供情報およびその他の情報が格納される。
［イベント配車装置］
図１０３は、第５の実施形態の第２変形例のイベント配車装置ｄ１００Ｂの構成の一例を示す図である。イベント配車装置ｄ１００Ｂは、第１変形例におけるイベント配車装置ｄ１００Ａの構成と比して、取得部ｄ１８１、特定部ｄ１８２、プラン決定部ｄ１８３、認証部ｄ１８４、判定部ｄ１８５、およびエリア管理部ｄ１８６を備える。したがって、以下では、主に取得部ｄ１８１、特定部ｄ１８２、プラン決定部ｄ１８３、認証部ｄ１８４、判定部ｄ１８５およびエリア管理部ｄ１８６の機能を中心に説明する。
取得部ｄ１８１は、通信部ｄ１１０を介して、端末装置ｄ５００からサービス利用依頼情報を取得する。また、取得部ｄ１８１は、通信部ｄ１１０を介して、予め登録された車両ｄ２００の車両管理装置ｄ２７０から車両情報を取得する。また、取得部ｄ１８１は、通信部ｄ１１０を介して、サービス提供者装置ｄ７００から、サービス提供情報を取得する。
特定部ｄ１８２は、端末装置ｄ３００からの開催日時や開催エリア等の情報に基づいて、複数の車両が駐車可能なエリアを特定する。また、特定部ｄ１８２は、サービス利用依頼情報と車両情報とに基づいて、利用可能な車両ｄ２００を特定し、利用可能車両情報を生成する。具体的には、特定部ｄ１８２は、サービス利用依頼情報に含まれる利用希望空間情報、利用希望区間情報、利用者Ｕの希望するサービス利用の時間帯の情報と、車両情報に含まれる位置情報、コンパートメント利用状況とを比較し、位置情報とコンパートメント利用状況とが、サービス利用依頼情報に含まれる条件を満たす車両を、利用可能な車両ｄ２００として特定し、特定した車両ｄ２００に関する情報を利用可能車両情報として生成する。
プラン決定部ｄ１８３は、利用可能車両情報およびサービス提供情報に基づいて、利用者Ｕが享受可能な可用サービスを特定し、特定した可用サービスに関する情報をイベントステータスとしてイベント通知部ｄ１５０Ａを介して利用者Ｕの端末装置ｄ５００に提供する。具体的には、プラン決定部ｄ１８３は、利用可能車両情報およびサービス提供情報に基づいて、サービス提供者が車両ｄ２００の少なくとも一部（例えば、コンパートメント）を占有する第２区間を設定し、サービス利用依頼情報における利用希望区間情報（第1区間の情報）と第２区間の重複部分に基づいて、利用者Ｕが車両ｄ２００の少なくとも一部を占有する第３区間を設定する。プラン決定部ｄ１８３は、第1区間の設定前に、サービス提供者が既に車両ｄ２００に乗車している場合、第1区間の設定と同時に、車両ｄ２００の現在位置を起点として第２区間を設定してよい。
また、プラン決定部ｄ１８３は、サービス提供情報に含まれるサービス提供可能な地域の情報と、第1区間の重複範囲内で、第３区間を設定してもよい。更に、プラン決定部ｄ１８３は、利用者Ｕが車両ｄ２００の少なくとも一部を占有する時間帯が、サービス利用者の希望するサービス利用時間帯の情報と合致するように、且つ、サービス提供者が前記車両を占有する時間帯が、サービス提供者の希望するサービス提供時間帯の情報と合致するように、第３区間を設定してもよい。そして、プラン決定部ｄ１８３は、設定した第３区間に基づいて可用サービスを特定する。
また、プラン決定部ｄ１８３は、ある利用者Ｕに対して、複数のサービス提供者が順次サービスを提供する場合、複数のサービス提供者のそれぞれに対応して第２区間を設定し、それぞれの第２区間に対応した複数の第３区間を設定してもよい。
他の機能として、プラン決定部ｄ１８３は、端末装置ｄ５００を用いた利用者Ｕからの指示に応じて、第１区間が車両外でのサービス提供地点で終了するように、第１区間を更新してもよい。この場合、プラン決定部ｄ１８３は、端末装置ｄ５００を用いた利用者Ｕからの指示に応じて（あるいは自動的に）、通信部ｄ１１０を用いて、車両外でのサービス提供地点に存在する施設に対して予約情報を送信し、通信部ｄ１１０によって予約結果を受信すると共に、通信部ｄ１１０を用いて予約結果を利用者Ｕの端末装置ｄ５００に送信してもよい。
指示部ｄ１６０は、通信部ｄ１１０に、利用者Ｕの利用開始位置および利用終了位置の情報と、サービス提供者の利用開始位置および利用終了位置の情報とを、車両ｄ２００に送信させることで、車両ｄ２００が走行すべき経路を車両ｄ２００に指示する。また、指示部ｄ１６０は、イベント開催エリアに到着した複数の車両がエリア内の所定の位置に配置されるように複数の車両のそれぞれに駐車位置を指示する。
認証部ｄ１８４は、端末装置ｄ５００との通信による利用者Ｕの認証を行ったり、サービス提供開始時の認証を行ったりする。
判定部ｄ１８５は、利用者Ｕと、サービス提供者とのそれぞれについて、車両ｄ２００を利用しているか否かを判定する。
プラン決定部ｄ１８３は、判定部ｄ１８５の判定結果を利用して各種の処理を行う。例えば、プラン決定部ｄ１８３は、判定部ｄ１８５により利用者Ｕとサービス提供者の双方が車両ｄ２００を利用していると判定した場合のみ、第1区間の変更を受け付ける（第1区間を更新する）ようにしてもよい。このケースは、例えば、サービス提供者が利用者Ｕに提案して目的地を変更したり、車両ｄ２００側に提供する情報に基づいてサービス中に最終目的地を変更したりする場合に生じる。また、プラン決定部ｄ１８３は、取得部ｄ１８１がサービス利用依頼情報を受信した時点において、判定部ｄ１８５が、利用者Ｕが既に車両ｄ２００を利用していると判定した場合（すなわちサービス利用中に、サービス延長あるいは別のサービスの依頼を行った場合）、当該利用中の車両ｄ２００を優先的に利用者Ｕに割り当てるようにしてもよい。
記憶部ｄ１７０Ｂには、記憶部ｄ１７０Ａに格納される情報に加えて、利用可能車両情報ｄ１７９Ａ、サービス管理情報ｄ１７９Ｂ、および対応情報ｄ１７９Ｃが格納される。サービス管理情報ｄ１７９は、例えば、サービス依頼管理情報と、予約管理情報と、実行中サービス管理情報とを含む。サービス依頼管理情報には、例えば、取得部ｄ１８１により取得されたサービス利用依頼情報のそれぞれがレコードとして登録される。予約管理情報には、予約利用区間、予約利用時間帯、経由地、経由地予定到着時刻等の情報が、サービスごとに格納される。実行中サービス管理情報には、サービスステータスやサービス属性、サービス提供者ＩＤ等の情報が登録される。対応情報ｄ１７９Ｃは、端末装置ｄ５００または車両管理装置ｄ２７０から送信された情報であって、利用者ＩＤ（または車両を運転する運転者ＩＤ）と、車両ＩＤと、利用者が利用を依頼したコンテンツＩＤとが互いに対応付けられた情報である。
対応情報ｄ１７９Ｃにおいて、コンテンツＩＤには、コンテンツ提供事業者ＩＤや、コンテンツ利用対象エリアＩＤ、コンテンツ利用時刻、コンテンツ注目度指標等が対応付けられている。コンテンツ利用対象エリアＩＤとは、例えば、コンテンツの利用が可能なエリアを示すＩＤである。コンテンツ利用時刻は、例えば、コンテンツの利用が可能な時刻である。
エリア管理部ｄ１８６は、複数の車両のそれぞれの車両属性に基づいて、特定部ｄ１８２の取得したエリア情報を通知するとともに、エリアに対する車両ｄ２００の到達情報を取得し、イベント開催エリアを管理する。また、エリア管理部１８６は、例えば、経路設定部ｄ１８６Ａと、経路設定要求部１８６Ｂとを備える。経路設定部ｄ１８６Ａは、車両ｄ２００が自動運転車両である場合に、車両ｄ２００を無人でエリアまで到達させるための経路を設定し、設定した経路を、車両ｄ２００に送信する。経路設定要求部ｄ１８６Ｂは、自動運転車両以外の車両に対してイベント開催エリアへの経路情報を通知する。これにより、車両ｄ２００の種別に応じて適切な経路情報を送信して、車両をイベント開催エリアに誘導することができる。
なお、第５の実施形態の第２変形例において、イベント通知部ｄ１５０Ａは、エリアの位置から所定距離以内にある車両ｄ２００または車両ｄ２００の所有者Ｏに対してエリア情報を通知する。また、イベント通知部ｄ１５０Ａは、エリア内に存在する車両ｄ２００または車両ｄ２００の管理者から取得した動的な関連情報をイベントステータス情報として端末装置ｄ５００等に通知する。
図１０４は、第５の実施形態の第２変形例のイベント配車システムｄ３の処理の流れの一例を示すシーケンス図である。図１０４の例では、主に利用者により使用される端末装置ｄ５００と、イベント配車装置ｄ１００Ｂと、所有者Ｏにより使用される端末装置ｄ３００と、サービス提供者装置ｄ７００と、車両管理装置ｄ２７０とにおける処理を中心に説明する。
まず、端末装置ｄ３００から所有者Ｏが指定したイベントの開催日時および開催エリアの情報がイベント配車装置ｄ１００Ｂに送信される（ステップＳ２００ｄ）。所有者Ｏとは、車両ｄ２００の所有者等の個人のオーナーでもよく、自治体等の所定の団体等でもよい。イベント配車装置ｄ１００Ｂは、イベントの情報を登録するとともに、ウェブやメール等で公開する（ステップＳ２０２ｄ）。次に、サービス提供者装置ｄ７００は、イベント配車装置ｄ１００Ｂにより公開されたイベント情報を取得し、取得したイベント情報への参加希望と、参加する車両情報（店舗等の希望属性）を設定して、イベント配車装置ｄ１００Ｂに送信する（ステップＳ２０４ｄ）。次に、イベント配車装置ｄ１００Ｂは、サービス提供者装置ｄ７００からの車両情報を参照し、希望属性を登録する（ステップＳ２０６ｄ）。このように、車両（店舗）が、サービス参加を決定すると、イベントに属性（サービスの種別）が追加されていく。これにより、イベント配車装置ｄ１００Ｂによるサービス認証、サービス提供者装置ｄ７００による車両認証・サービス利用開始が通知されるとともに、端末装置ｄ３００にイベントの開始が通知される（ステップＳ２０８ｄ）。また、サービス提供者装置ｄ７００は、参加する車両ｄ２００の車両管理装置ｄ２７０にサービス利用を開始させる情報を送信し、車両ｄ２００にサービス提供を実行させる。
次に、イベント配車装置ｄ１００Ｂは、車両ｄ２００の到着状態等を管理して、駐車領域の空き状態等に基づき、イベント配車装置ｄ１００Ｂのイベントステータスを動的に更新する（ステップＳ２１０ｄ）。また、端末装置ｄ３００は、イベントステータス等に対応して動的に更新された開催エリアステータスを取得する（ステップＳ２１２ｄ）。また、サービス提供者装置ｄ７００は、イベントステータスや開催エリアステータス等に対応して動的に更新されたサービスステータスを取得する（ステップＳ２１４ｄ）。これにより、イベント参加者は、イベントを利用したタイミングで最新のステータス情報を得ることができる。また、サービス提供者装置ｄ７００は、個々の車両の車両管理装置ｄ２７０に対し、必要に応じて開催エリアへのローカル誘導を行ってもよい（ステップＳ２１６ｄ）。
次に、端末装置ｄ５００は、イベント配車装置ｄ１００Ｂとの間で、ユーザ認証を行う（ステップＳ２１８ｄ）。次に、端末装置ｄ５００は、目的地を設定し、設定した目的地をイベント配車装置ｄ１００Ｂに送信する（ステップＳ２２０ｄ）。イベント配車装置ｄ１００Ｂは、最新の動的なイベントステータスを端末装置ｄ５００に送信する（ステップＳ２２２ｄ）。端末装置ｄ５００は、最新のイベントステータスに基づいて、イベントに参加する場合には、参加希望を送信するとともに、参加希望と合わせ、付加サービス（例えば、送迎）を希望する場合は、付加サービスを希望する旨の情報をイベント配車装置ｄ１００Ｂに送信する（ステップ２２４）。イベント配車装置ｄ１００Ｂは、付加サービスが発注された場合に、発注情報を、サービス提供者装置ｄ７００に送信する（ステップＳ２２６ｄ）。サービス提供者装置ｄ７００は、サービスを受注し、車両を手配し、その旨の信号をイベント配車装置ｄ１００Ｂに送信する（ステップＳ２２８ｄ）。
次に、イベント配車装置ｄ１００Ｂは、手配された車両に対し経路の設定を行う（ステップＳ２３０ｄ）。次に、イベント配車装置ｄ１００Ｂは、車両ｄ２００のコンパートメントされた領域に対して出力するコンテンツ情報を送信するとともに、コンテンツの表示許可を端末装置ｄ３００に送信する（ステップＳ２３ｄ２）。端末装置ｄ３００は、参加ユーザの車両に対し、イベントオーナー（または店舗車両）からの指示による表示や機能等のコンパートメントの制御を許可し、コンパーメント情報を車両管理装置ｄ２７０に送信する（ステップＳ２３４ｄ）。車両管理装置ｄ２７０は、コンパートメント情報を取得すると、車両ｄ２００が、この情報に応答して所定の制御を行う（ステップＳ２３６ｄ）。
また、端末装置ｄ３００は、イベント配車装置ｄ１００Ｂからのコンテンツ情報を取得すると、取得したコンテンツに対する外部表示制御を車両管理装置ｄ２７０に送信する（ステップＳ２３８ｄ）。車両管理装置２７０ｄは、コンテンツ情報を取得すると、コンテンツ情報に応答したコンテンツをＨＭＩｄ２７３の車外用表示部に表示させる（ステップＳ２４０ｄ）。
その後、車両管理装置ｄ２７０は、利用者Ｕを乗車させるための乗車制御を行う（ステップＳ２４２ｄ）。次に、端末装置ｄ３００は、任意のタイミングで、別のサービスプロバイダを招聘して追加サービスを発注する（ステップＳ２４４ｄ）。サービス提供者装置ｄ７００は、追加サービスを受注すると、受注したことを端末装置ｄ３００に送信するとともに、同一車両または他の車両の車両管理装ｄ置２７０に追加サービスの内容を送信し、車両管理装置ｄ２７０に追加サービスを実行させる（ステップＳ２４６ｄ）。次に、車両管理装置ｄ２７０は、利用者Ｕの降車制御を行う（ステップＳ２４８ｄ）。なお、降車後のサービスは、継続させてもよい。なお、例えば、イベント配車装置ｄ１００Ｂは、イベントステータスを端末装置ｄ５００に提示する（ステップＳ２５０ｄ）。これにより、例えば、帰りのピックアップ情報等を端末装置ｄ５００に送信することで、利用者Ｕに特定車両や店舗の位置へ誘導させることができる。
＜第６の実施形態＞
次に、第６の実施形態について説明する。第６の実施形態では、第１の実施形態の車両が適用可能な車内演出装置ｅ１を示すものである。図１０５は、第６の実施形態における車内演出装置ｅ１の概要を示す図である。車内演出装置ｅ１は、車両（以下、車両Ｖ）によって移動する当該車両Ｖの乗員（以下、乗員ＰＳ）に対して、娯楽を提供する装置である。車内演出装置ｅ１は、例えば、車両Ｖの移動中に、車両Ｖの周囲環境に存在する物体を射撃対象とする射撃ゲームを演出する。本実施形態の一例において、車両Ｖは、自動運転によって走行する。車内演出装置ｅ１は、車両Ｖ内に配置される。また、車両Ｖには、音検出部ｅ２０、動作検出部ｅ３０、撮像部ｅ４０、入力部ｅ５０およびディスプレイｅ６０が配置される。
音検出部ｅ２０は、乗員ＰＳが発する音声を検出する。音検出部ｅ２０とは、例えば、マイクロフォンである。動作検出部ｅ３０は、乗員ＰＳの動作を検出する。動作検出部ｅ３０とは、例えば、モーションセンサである。撮像部ｅ４０は、車両Ｖが走行する周囲環境を撮像する。入力部ｅ５０は、入力デバイスを備え、乗員ＰＳの入力操作を受け付ける。この入力デバイスには、キーボード等の文字情報を入力するデバイス、マウス、タッチパネル等のポインティングデバイス、ボタン、ダイヤル、ジョイスティック、タッチセンサ、タッチパッド等が含まれる。ディスプレイｅ６０は、車内演出装置ｅ１の制御に基づいて、各種情報を表示する。本実施形態の一例において、ディスプレイｅ６０は、透過型ディスプレイであって、車両Ｖのフロントウィンドウに接して配置される。乗員ＰＳは、フロントウィンドウから車両Ｖの周囲環境と、ディスプレイｅ６０が表示する画像とを視認可能である。なお、車両Ｖは、フロントウィンドウを備えていなくてもよい。この場合、ディスプレイｅ６０は、撮像部ｅ４０が撮像する車両Ｖの周囲環境画像と、応答画像とを重畳して表示する。なお、ディスプレイｅ６０は、ＨＵＤ（Head-Up Display）であってもよい。
車内演出装置ｅ１は、音検出部ｅ２０および動作検出部ｅ３０が検出した検出結果と、入力部ｅ５０に入力された情報とに基づいて、乗員ＰＳの動作に応じた応答画像を、ディスプレイｅ６０に表示する。車内演出装置ｅ１は、例えば、乗員ＰＳが、車両Ｖの周囲環境に存在する物体を射撃する動作（以下、射撃動作）に基づいて、応答画像を提示したり、当該射撃動作に伴う得点を算出したりする。以下、車内演出装置ｅ１の具体的な構成について説明する。
［車内演出装置の機能構成について］
図１０６は、第６の実施形態に係る車内演出装置ｅ１の構成の一例を示す機能構成図である。車内演出装置ｅ１は、制御部ｅ１０と、音検出部ｅ２０と、動作検出部ｅ３０と、撮像部ｅ４０と、入力部ｅ５０と、ディスプレイｅ６０と、記憶部ｅ５００とを備える。記憶部ｅ５００には、応答画像を示す情報（以下、応答画像情報ｅ５００−１）が記憶される。
制御部ｅ１０は、例えば、ＣＰＵなどのプロセッサが記憶部ｅ５００に記憶されたプログラムを実行し、音声情報取得部ｅ１１と、動作情報取得部ｅ１２と、画像情報取得部ｅ１３と、目的地情報取得部ｅ１４と、ゲーム管理部ｅ１５と、抽出部ｅ１６と、得点算出部ｅ１７と、表示制御部ｅ１８とをその機能部として実現する。これらの機能部は、ＬＳＩ、ＡＳＩＣ、ＦＰＧＡ等のハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
音声情報取得部ｅ１１は、音検出部ｅ２０が検出した乗員ＰＳの音声を示す音声情報を取得する。動作情報取得部ｅ１２は、動作検出部ｅ３０が検出した乗員ＰＳの動作を示す動作情報を取得する。本実施形態の一例において、乗員ＰＳは、射撃音を模倣する音声を発し、かつ車両Ｖの周囲環境に存在する物体（射撃対象）を指で指示する動作を、射撃動作として行う。したがって、音声情報には、射撃音を模倣する音声が含まれる。図１０５に示す「バン！」は、乗員ＰＳが射撃音を模倣する音声の内容を示している。また、動作情報には、射撃対象を指示する指示動作が含まれる。音声情報取得ｅ部１１は、取得した音声情報を表示制御部ｅ１８と、得点算出部ｅ１７とに出力する。また、動作情報取得部１２は、取得した動作情報を表示制御部ｅ１８と、得点算出部ｅ１７とに出力する。
画像情報取得部ｅ１３は、撮像部ｅ４０が車両Ｖの走行する周囲環境を撮像し、生成した周囲環境画像を示す情報（以下、画像情報）を取得する。画像情報取得部ｅ１３は、取得した画像情報を抽出部ｅ１６に出力する。目的地情報取得部ｅ１４は、入力部ｅ５０に入力された操作によって示される目的地を示す情報（以下、目的地情報）を取得する。車両Ｖは、例えば、目的地情報取得部１４が取得した目的地情報が示す目的地に向かって、自動運転によって走行する。また、目的地情報取得部ｅ１４は、目的地情報を表示制御部ｅ１８に出力する。
ゲーム管理部ｅ１５は、車内演出装置ｅ１が演出する射撃ゲームを管理する。ゲーム管理部ｅ１５は、例えば、射撃ゲームの開始および終了を管理する。ゲーム管理部ｅ１５は、例えば、入力部ｅ５０に入力された操作が射撃ゲームの開始を示す場合、射撃ゲームを開始させる処理を実行する。また、ゲーム管理部ｅ１５は、入力部ｅ５０に入力された操作が射撃ゲームの終了を示す場合、射撃ゲームを終了させる処理を実行する。射撃ゲームを開始させる処理とは、抽出部ｅ１６、得点算出部ｅ１７および表示制御部ｅ１８に各種処理の実行を許可する処理（以下、イネーブル処理）である。また、射撃ゲームを終了させる処理とは、抽出部ｅ１６、得点算出部ｅ１７および表示制御部ｅ１８に各種処理の実行を許可しない処理（以下、ディスエイブル処理）である。抽出部ｅ１６、得点算出部ｅ１７および表示制御部ｅ１８は、ゲーム管理部ｅ１５がイネーブル処理を実行する場合、各種処理を実行し、ゲーム管理部ｅ１５がディスエイブル処理を実行する場合、各種処理を実行しない。
なお、上述では、ゲーム管理部ｅ１５が、入力部ｅ５０に入力された操作に基づいて、射撃ゲームの開始および終了を示す情報を取得する場合について説明したが、これに限られない。射撃ゲームの開始および終了は、乗員ＰＳの音声によって指示されてもよい。この場合、ゲーム管理部ｅ１５は、音検出部ｅ２０の検出結果に基づいて、射撃ゲームの開始および終了を管理してもよい。また、ゲーム管理部ｅ１５は、音検出部ｅ２０や動作検出部ｅ３０の検出結果に基づいて、車両Ｖの車内環境の盛り上がり度を判定する構成であってもよい。ゲーム管理部ｅ１５は、車両Ｖの車内環境の盛り上がり度が低い場合、自動的にイネーブル処理を実行してもよい。この場合、車内演出装置ｅ１は、車内が盛り上がっていない時に射撃ゲームを演出し、車内を盛り上げることができる。また、ゲーム管理部ｅ１５は、車両Ｖの車内環境の盛り上がり度が低い場合、自動的にディセエイブル処理を実行してもよい。この場合、車内演出装置１は、演出した射撃ゲームによって車内が盛り上がっていない時に射撃ゲームを終了することができる。
抽出部ｅ１６は、画像情報取得部ｅ１３から画像情報が入力される。抽出部１６は、画像情報が示す周囲環境画像に対して画像認識処理を行い、乗員ＰＳの射撃対象の物体を抽出する。抽出部ｅ１６は、例えば、車両Ｖの近傍を走行する前方車両、後方車両、並走車両および対向車両や、車両Ｖの周囲に存在する店舗の看板や、道路標識等の物体を乗員ＰＳの射撃対象として抽出する。また、抽出部ｅ１６は、周囲環境画像に基づいて、車両Ｖの周囲に存在する実際の物体の位置と、抽出した物体（射撃対象）の位置とをマッチングし、射撃対象の位置を示す情報を得点算出部ｅ１７に出力する。
具体的には、抽出部ｅ１６は、周囲環境画像に対して画像認識処理を行い、周囲環境画像に撮像される各種物体の当該周囲環境画像上における位置を認識する。また、抽出部ｅ１６は、フロントウィンドウに周囲環境画像を実物大に提示した場合のフロントウィンドウ上の位置と、抽出した物体（射撃対象）の周囲環境画像上における位置とをマッチングする。抽出部ｅ１６は、フロントウィンドウの位置を、射撃対象の仮想的な位置を示す仮想位置情報として、得点算出部ｅ１７と、表示制御部ｅ１８とに出力する。
得点算出部ｅ１７は、音声情報取得部１１から入力された音声情報と、動作情報取得部ｅ１２が取得した動作情報と、抽出部ｅ１６から入力された仮想位置情報とに基づいて、乗員ＰＳの動作に対する得点を算出する。例えば、音声情報が射撃音を模倣する音声を示し、かつ動作情報が示す指示動作の指示方向が、仮想位置情報が示す射撃対象の位置の方向である場合、得点算出部ｅ１７は、乗員ＰＳの動作に対して高い得点を算出する。また、音声情報が射撃音を模倣する音声を示し、かつ動作情報が示す指示動作の指示方向が、仮想位置情報が示す射撃対象の位置の方向ではない場合、得点算出部ｅ１７は、乗員ＰＳの動作に対して低い得点を算出する。得点算出部ｅ１７は、算出した得点を示す得点情報を表示制御部１８に出力する。
表示制御部ｅ１８は、音声情報取得部ｅ１１から入力された音声情報と、動作情報取得部ｅ１２から入力された動作情報と、目的地情報取得部ｅ１４から入力された目的地情報と、抽出部ｅ１６から入力された仮想位置情報と、得点算出部ｅ１７から入力された得点情報とに基づいて、応答画像をディスプレイｅ６０に表示する。以下、表示制御部ｅ１８がディスプレイｅ６０に表示する応答画像の具体例について説明する。
［射撃動作を検出したことを示す応答画像の例］
図１０７は、射撃動作を検出したことを示す応答画像ＧＰ１Ａの一例を示す図である。表示制御部ｅ１８は、音声情報が射撃音を模倣する音声を示し、かつ動作情報が指示動作を示す場合、射撃動作を検出したことを示す応答画像（図示する応答画像ＧＰ１Ａ）をディスプレイｅ６０に表示する。図１０７に示す通り、応答画像ＧＰ１Ａとは、例えば、射撃が射撃対象に命中したことを示す画像である。表示制御部ｅ１８は、応答画像ＧＰ１Ａを提示し、乗員ＰＳに対して、射撃動作を検出したことを明示する。
［射撃したことを示す応答画像の例］
図１０８は、射撃したことを示す応答画像ＧＰ１Ｂの一例を示す図である。表示制御部ｅ１８は、射撃したことを示す応答画像ＧＰ１Ｂ（図示する応答画像ＧＰ１Ｂ−１〜ＧＰ１Ｂ−４）をディスプレイｅ６０に表示する。図１０８に示す通り、応答画像ＧＰ１Ｂとは、例えば、所定の領域にインクが塗布されたような画像である。表示制御部ｅ１８は、動作情報が示す指示方向に応答画像ＧＰ１Ｂを提示し、乗員ＰＳに対して射撃動作が行われたことを明示する。また、表示制御部ｅ１８は、射撃対象に重畳するように応答画像ＧＰ１Ｂを表示してもよい。具体的には、表示制御部ｅ１８は、対向車両に重畳するように応答画像（図示する応答画像ＧＰ１Ｂ−１）を表示してもよい。また、表示制御部ｅ１８は、道路標識に重畳するように応答画像（図示する応答画像ＧＰ１Ｂ−２）を表示してもよい。また、表示制御部ｅ１８は、車両Ｖの周辺に存在する店舗の看板に重畳するように応答画像（図示する応答画像ＧＰ１Ｂ−３）を表示してもよい。また、表示制御部ｅ１８は、指示動作が示す方向に射撃対象が存在しない場合、当該方向の路面上に応答画像（図示する応答画像ＧＰ１Ｂ−４）を表示してもよい。
なお、表示制御部ｅ１８は、車両Ｖの移動に伴い、射撃対象が接近又は離隔することに応じて、応答画像ＧＰ１Ｂが示す所定の領域を拡大又は縮小して表示する構成であってもよい。具体的には、表示制御部ｅ１８は、応答画像ＧＰ１Ｂが示す所定の領域が、所定の面積を示すように拡大又は縮小する構成であってもよい。
［得点を示す応答画像の例］
図１０９は、得点情報の得点を示す応答画像ＧＰ１Ｃの一例を示す図である。表示制御部ｅ１８は、得点情報が示す得点であって、乗員ＰＳの動作に基づいて算出された得点を示す応答画像（図示する応答画像ＧＰ１Ｃ）をディスプレイｅ６０に表示する。図１００に示す通り、応答画像ＧＰ１Ｃとは、例えば、得点を数値によって示す画像である。表示制御部ｅ１８は、応答画像ＧＰ１Ｃを提示し、乗員ＰＳに対して当該乗員ＰＳの射撃動作に対する評価を明示する。なお、応答画像ＧＰ１Ｃは、得点をレベルによって示す画像であってもよい。具体的には、応答画像ＧＰ１Ｃは、得点に応じて乗員ＰＳのレベルを示す画像（例えば、「初心者」、「一人前」、「玄人」、「名人」、「達人」」等）を提示してもよい。
［車内演出装置の動作について］
図１１０は、第６の実施形態に係る車内演出装置ｅ１の動作の一例を示す流れ図である。音声情報取得部ｅ１１は、音検出部ｅ２０から音声情報を常時、又は所定の時間間隔において取得する（ステップＳ１１０ｅ）。動作情報取得部ｅ１２は、動作検出部ｅ３０から動作情報を常時、又は所定の時間間隔において取得する（ステップＳ１２０ｅ）。画像情報取得部ｅ１３は、撮像部ｅ４０から画像情報を常時、又は所定の時間間隔において取得する（ステップＳ１３０ｅ）。目的地情報取得部ｅ１４は、入力部ｅ５０に入力された操作によって示される目的地情報を取得する（ステップＳ１４０ｅ）。乗員ＰＳは、例えば、車両Ｖの走行を開始させる際等に、入力部ｅ５０によって目的地情報を入力する。
ゲーム管理部ｅ１５は、ゲームの開始および終了を管理する（ステップＳ１４５ｅ）。ゲーム管理部ｅ１５は、入力部ｅ５０に入力された操作が射撃ゲームの開始を示す場合、処理をステップＳ１５０ｅに進める。また、ゲーム管理部ｅ１５は、入力部ｅ５０に入力された操作が射撃ゲームの開始を示さない場合および、既に開始された射撃ゲームの終了を示す場合、処理を終了する。
抽出部ｅ１６は、動作情報取得部ｅ１２が取得した画像情報が示す周囲環境画像に対して画像処理を行い、射撃対象を抽出し、仮想位置情報を生成する（ステップＳ１５０ｅ）。抽出部ｅ１６は、例えば、画像情報取得部ｅ１３が画像情報を取得する毎に射撃対象を抽出し、仮想位置情報を生成する。得点算出部ｅ１７は、音声情報取得部ｅ１１が取得した音声情報と、動作情報取得部ｅ１２が取得した動作情報とに基づいて、乗員ＰＳが射撃動作を行ったか否かを判定する（ステップＳ１６０ｅ）。得点算出部ｅ１７は、乗員ＰＳが射撃動作を行ったと判定する場合、動作情報と、画像情報取得部ｅ１３が取得した画像情報および抽出部ｅ１６が生成した仮想位置情報に基づいて、乗員ＰＳの動作に対する得点を算出する（ステップＳ１７０ｅ）。また、得点算出部ｅ１７は、乗員ＰＳが射撃動作を行っていないと判定する場合、乗員ＰＳの動作に対する得点を算出せず、処理をステップＳ１８０ｅに進める。表示制御部ｅ１８は、音声情報、動作情報、目的地情報および仮想位置情報に基づいて、応答画像をディスプレイｅ６０に表示する（ステップＳ１８０ｅ）。
なお、上述では、射撃動作が、射撃音を模倣する音声を発し、かつ車両Ｖの周囲環境に存在する射撃対象を指で指示する動作である場合について説明したが、これに限られない。射撃動作は、例えば、射撃音を模倣する音声を発する動作、又は車両Ｖの周囲環境に存在する射撃対象を指示する動作のいずれか一方であってもよい。この場合、車内演出装置ｅ１は、射撃動作として用いない情報を検出する検出部（音検出部ｅ２０、又は動作検出部ｅ３０）を備えていなくてもよい。
以上説明したように、第６の実施形態の車内演出装置ｅ１は、車両Ｖの乗員ＰＳの動作を検出する動作検出部ｅ３０と、動作検出部ｅ３０が検出した乗員ＰＳの動作に基づいて、乗員ＰＳの動作に応じた応答画像（この一例では、応答画像ＧＰ１Ａ−１）の表示を制御する表示制御部ｅ１８とを備える。したがって、本実施形態の車内演出装置ｅ１は、車両Ｖによって移動する乗員ＰＳに対して、娯楽を提供することができる。
また、第６の実施形態の車内演出装置ｅ１は、表示制御部ｅ１８が、車両Ｖの周囲環境の物体（射撃対象）に応答画像（この一例では、応答画像ＧＰ１Ｂ−１〜ＧＰ１Ｂ−３）を重畳して表示する。また、本実施形態の車内演出装置ｅ１において、射撃対象とは、周囲環境の物体を指示する動作であって、動作検出部ｅ３０は、乗員ＰＳが指示する方向（この一例では、動作情報）を検出し、表示制御部１８は、動作検出部ｅ３０が検出した動作情報に基づいて、応答画像（この一例では、応答画像ＧＰ１Ｂ−１〜ＧＰ１Ｂ−４）を表示する。また、本実実施形態の車内演出装置ｅ１は、動作情報と、仮想位置情報とに基づいて、得点を算出する得点算出部ｅ１７を更に備え、表示制御部ｅ１８は、得点算出部ｅ１７が算出した得点を示す応答画像（この一例では、応答画像ＧＰ１Ｃ）を更に表示する。これにより、本実施形態の車内演出装置１は、応答画像をより娯楽性の高い演出によってディスプレイｅ６０に表示し、乗員ＰＳの射撃動作に対する意欲を向上させることができる。
［射撃ゲームのルールと得点について］
なお、上述では、得点算出部ｅ１７が、動作情報が示す指示動作の方向と、射撃対象の位置とに基づいて、得点を算出する構成について説明したが、これに限られない。得点算出部ｅ１７は、車内演出装置ｅ１が演出する射撃ゲームのルールに則して得点を算出する構成であってもよい。射撃ゲームのルールとは、例えば、目的地情報が示す目的地方向の道路標識を射撃対象とするルール、ある特定の車種の車両を射撃対象とするルール、店舗の看板を射撃対象とするルール等である。このルールの場合、抽出部ｅ１６が抽出した射撃対象のうち、ルールに則した射撃対象を指示する射撃動作に対して、高得点を算出する。
また、得点算出部ｅ１７は、応答画像ＧＰ１Ｂ（所定の領域にインクが塗布されたような画像）が表示される面積に基づいて、得点を算出する構成であってもよい。以降の説明において、応答画像ＧＰ１Ｂが表示される面積に基づいて得点を算出するルールを、テリトリー面積ルールと記載する。テリトリー面積ルールにおいて、得点算出部ｅ１７は、応答画像ＧＰ１Ｂによって示されるインクの面積に応じて得点を算出する。これにより、本実施形態の車内演出装置ｅ１は、応答画像をより娯楽性の高い演出によってディスプレイｅ６０に表示し、乗員ＰＳの射撃動作に対する意欲を向上させることができる。
なお、上述では、ゲーム管理部ｅ１５がディスエイブル処理を行う場合、抽出部ｅ１６、得点算出部ｅ１７および表示制御部ｅ１８が各種処理を実行しない場合について説明したが、これに限られない。例えば、ゲーム管理部ｅ１５がディスエイブル処理を行う場合、表示制御部ｅ１８のみが各種処理を実行しない構成であってもよい。この場合、各種機能部は処理を実行するが、ディスプレイ６０には、各種画像が表示されない。
［第６の実施形態の第１変形例］
以下、図を参照して第６の実施形態の第１変形例について説明する。第６の実施形態の第１変形例では、車両Ｖの位置に応じて画像を表示する車内演出装置ｅ２について説明する。また、他の車両Ｖに搭載される車内演出装置ｅ２が表示する画像を、自装置のディスプレイｅ６０に表示する車内演出装置ｅ２について説明する。なお、上述した実施形態と同様の構成については、同一の符号を付して説明を省略する。
図１１１は、第６の実施形態の第１変形例に係る車内演出装置ｅ２の構成の一例を示す機能構成図である。車内演出装置ｅ２は、制御部ｅ１０Ａと、音検出部ｅ２０と、動作検出部ｅ３０と、撮像部ｅ４０と、入力部ｅ５０と、ディスプレイｅ６０と、位置検出部ｅ７０と、通信部ｅ８０と、記憶部ｅ５００とを備える。
位置検出部ｅ７０は、車両Ｖが走行する位置を検出する。位置検出部７０は、例えば、ＧＰＳ（Global Positioning System）などの全地球航法衛星システム（Global Navigation Satellite System(s)：ＧＮＳＳ）を利用した方法や、準天頂衛星（quasi-zenith satellites：ＱＺＳ）などの地域的衛星測位システム（Regional Navigation Satellite System：ＲＮＳＳ）を利用した方法によって車両Ｖの位置を検出する。位置検出部ｅ７０は、車両Ｖの位置を示す位置情報を制御部ｅ１０Ａに出力する。
通信部ｅ８０は、車内演出装置ｅ２の処理に用いられる情報を集約するサーバ（不図示）と無線通信によって通信する。無線通信とは、例えば、Ｗｉ−Ｆｉによる近距離無線通信や、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）などの移動体通信網を介した無線通信等である。なお、車両Ｖ間で直接通信を行ってもよい。この場合、車両Ｖ間は、ＤＳＲＣ等のアドホックネットワークを用いて通信を行う。
制御部ｅ１０Ａは、記憶部ｅ５００に記憶されたプログラムを実行し、音声情報取得部ｅ１１と、動作情報取得部ｅ１２と、画像情報取得部ｅ１３と、目的地情報取得部ｅ１４と、ゲーム管理部ｅ１５と、抽出部ｅ１６と、得点算出部ｅ１７と、表示制御部ｅ１８と、位置情報取得部ｅ１９とをその機能部として実現する。
位置情報取得部ｅ１９は、位置検出部ｅ７０から位置情報を取得する。位置情報取得部ｅ１９は、常時、又は所定の時間間隔において位置情報を取得する。位置情報取得部ｅ１９は、取得した位置情報を表示制御部ｅ１８と、通信部ｅ８０とに出力する。また、第６の実施形態の第１変形例の表示制御部ｅ１８は、ディスプレイｅ６０に表示させる応答画像を常時、又は所定の時間間隔において通信部ｅ８０に出力する。
通信部ｅ８０は、位置情報取得部ｅ１９から入力された位置情報と、表示制御部ｅ１８から入力された応答画像とを対応付けて、サーバに送信する。以降の説明において、位置情報と、応答画像とが対応付けられた情報を位置画像情報と記載する。また、通信部ｅ８０は、他の車内演出装置ｅ２がサーバに送信した位置画像情報を受信する。具体的には、通信部ｅ８０は、位置情報取得部１９から入力される位置情報に基づいて、当該位置情報が対応付けられた位置画像情報を受信する。換言すると、通信部ｅ８０は、車両Ｖの現在の位置を示す位置情報が対応付けられた位置画像情報をサーバから受信する。通信部ｅ８０は、受信した位置画像情報を表示制御部ｅ１８に出力する。
本実施形態の表示制御部ｅ１８は、通信部ｅ８０から位置画像情報が入力される。表示制御部ｅ１８は、位置情報取得部１９から入力された位置情報と合致する位置情報が対応付けられた位置画像情報の応答画像を、ディスプレイｅ６０に表示する。つまり、表示制御部ｅ１８は、他の車内演出装置ｅ２が現在の車両Ｖの位置において過去に表示した応答画像を、ディスプレイｅ６０に表示させる。
［他の車内演出装置が表示した応答画像の表示の例］
図１１２は、第６の実施形態の第１変形例に係る他の車内演出装置ｅ２が表示した応答画像の表示の一例を示す図である。表示制御部ｅ１８は、自装置の処理に基づく応答画像（図示する応答画像ＧＰ１Ｂ−１〜ＧＰ１Ｂ−３）と、他の車内演出装置ｅ２が現在の位置で過去に表示した応答画像（図示する応答画像ＧＰ２−１〜ＧＰ２−３および応答画像ＧＰ３−１〜ＧＰ３−２）とを表示する。図示する応答画像ＧＰ２−１〜ＧＰ２−３は、他の車内演出装置２が、現在の車両Ｖの位置において過去に表示した応答画像である。また、図示する応答画像ＧＰ３−１〜ＧＰ３−２は、さらに他の車内演出装置ｅ２が、現在の車両Ｖの位置において過去に表示した応答画像である。
以上説明したように、第６の実施形態の第１変形例の車内演出装置ｅ２は、位置検出部ｅ７０が車両Ｖの位置を検出し、通信部ｅ８０は、位置画像情報の送受信を行い、表示制御部ｅ１８は、自装置の処理に基づく応答画像（図示する応答画像ＧＰ１Ｂ−１〜ＧＰ１Ｂ−３）と、他の車内演出装置ｅ２が、現在の車両Ｖの位置において過去に表示した応答画像（図示する応答画像ＧＰ２−１〜ＧＰ２−３および応答画像ＧＰ３−１〜ＧＰ３−２）を表示する。これにより、第６の実施形態の第１変形例の車内演出装置ｅ２は、乗員ＰＳ以外の他者が射撃ゲームを行った応答画像をディスプレイｅ６０に表示し、乗員ＰＳの競争心を向上させ、射撃動作に対する意欲を向上させることができる。
［テリトリー面積ルールによる対決］
なお、車内演出装置ｅ２が演出する射撃ゲームは、位置画像情報に基づいて、乗員ＰＳと、他者との間においてテリトリー面積ルールによる対決を行う構成であってもよい。具体的には、得点算出部ｅ１７は、位置画像情報に示される他者の応答画像（図１１２に示す応答画像ＧＰ２−１〜ＧＰ２−３および応答画像ＧＰ３−１〜ＧＰ３−２）の面積に基づいて、得点を算出する。また、得点算出部ｅ１７は、自装置の処理に基づいて表示する応答画像（図１１２に示す応答画像ＧＰ１Ｂ−１〜ＧＰ１Ｂ−３）の面積に基づいて、得点を算出する。車内演出装置ｅ２は、高い得点の応答画像を表示した車内演出装置ｅ２（車両Ｖ）の乗員ＰＳを勝者として判定する。
［テリトリー面積ルールによる対決：チーム戦］
また、テリトリー面積ルールによる射撃ゲームをチーム戦によって行う構成であってもよい。例えば、テリトリー面積ルールによる射撃ゲームが複数チーム（赤チーム、青チームおよび黄チーム等）によって行われる構成であってもよい。この場合、得点算出部ｅ１７は、位置画像情報の応答画像のうち、自装置の応答画像のインクの色と合致する色の応答画像の面積と、自装置の処理に基づいて表示する応答画像の面積との和を、自チームの得点として算出する。また、車内演出装置ｅ２は、得点の高いチームを勝者として判定する。
［走行経路に基づくテリトリー面積ルール］
また、上述では、乗員ＰＳの射撃動作に応じた応答画像の面積に基づいて、テリトリー面積ルールの射撃ゲームを行う場合について説明したが、これに限られない。車内演出装置２は、位置情報取得部ｅ１９が取得する位置情報に基づいて、車両Ｖが走行した経路の面積に基づいて、テリトリー面積ルールの射撃ゲームを行ってもよい。この場合、表示制御部ｅ１８は、自装置を搭載する車両Ｖが走行した経路と、経路幅を示す所定の値とを乗じて面積を算出し、当該面積に応じた得点を算出する。また、通信部ｅ８０は、他の車内演出装置ｅ２を搭載する車両が走行した経路を示す走行経路情報を受信する。得点算出部ｅ１７は、受信した走行経路情報が示す他の車両が走行した経路と、経路幅を示す所定の値とを乗じて面積を算出し、当該面積に応じた得点を算出する。車内演出装置ｅ２は、得点が高い車両Ｖの乗員ＰＳを勝者として判定する。
［走行経路に基づくテリトリー面積ルールの表示］
また、表示制御部ｅ１８は、車両Ｖが走行した経路の面積を示す画像および受信した走行経路情報が示す経路の面積を示す画像をディスプレイｅ６０に表示する構成であってもよい。図１１３は、走行経路に基づくテリトリー面積ルールによる射撃ゲームの結果の一例を示す図である。この場合、表示制御部ｅ１８は、位置情報取得部ｅ１９に基づいて、車両Ｖが走行した経路を示す画像（図示する画像Ｐ１）を生成する。また、通信部ｅ８０は、他の車内演出装置ｅ２を搭載する車両Ｖが走行した経路を示す走行経路情報を受信する。表示制御部ｅ１８は、通信部ｅ８０が受信した走行経路情報を示す画像（図示する画像Ｐ２および画像Ｐ３）を生成する。表示制御部ｅ１８は、生成した画像Ｐ１〜画像Ｐ３を、所定の範囲の地図を示す画像（図示する画像Ｐ５）に重畳して配置し、ディスプレイｅ６０に表示する。これにより、本実施形態の車内演出装置ｅ２は、乗員ＰＳ以外の他者が移動した経路をディスプレイｅ６０に表示し、乗員ＰＳの競争心を向上させ、車両Ｖによる移動の意欲を向上させることができる。
なお、テリトリー面積ルールに勝利することを目的として、乗員ＰＳが車両Ｖを所定の範囲内において長時間移動させる場合、当該範囲内において交通渋滞が生じる可能性がある。この場合、車両Ｖの自動運転機能は、目的地情報が示す目的地に移動させる、又は長時間当該範囲に滞在しないように移動させるように車両Ｖの走行を制御してもよい。
［テリトリー面積ルールによる射撃ゲームの勝敗を示す画像］
また、表示制御部ｅ１８は、走行経路に基づくテリトリー面積ルールの射撃ゲームがチーム戦によって行われる場合、当該ゲームの勝敗を示す画像をディスプレイｅ６０に表示してもよい。図１１４は、テリトリー面積ルールによる射撃ゲームの勝敗の一例を示す図である。表示制御部ｅ１８は、位置情報および走行経路情報に基づいて、自チームの面積と、他チームの面積とを算出する。また、表示制御部ｅ１８は、走行経路に基づくテリトリー面積ルールの射撃ゲームが行われている範囲（図示する、日本全国）において、自チームの面積と、他チームの面積との割合を示す画像（図示する画像Ｐ６）を生成し、ディスプレイｅ６０に表示する。なお、表示制御部ｅ１８は、走行経路に基づくテリトリー面積ルールの射撃ゲームが行われている範囲のうち、所定の範囲（例えば、関東甲信越の範囲）において画像Ｐ６を生成し、表示する構成であってもよい。これにより、本実施形態の車内演出装置ｅ２は、乗員ＰＳの競争心を向上させ、車両Ｖによる移動の意欲を向上させることができる。
［射撃ゲームと現実との関連について］
また、車内演出装置ｅ２は、得点算出部ｅ１７が算出した得点や、テリトリー面積ルールの結果に基づいて、乗員ＰＳにサービスやコンテンツ等を提供する構成であってもよい。例えば、乗員ＰＳが車両Ｖの周囲に存在する店舗の看板に射撃動作を行った場合、車内演出装置ｅ２は、当該店舗のサーバ装置に射撃動作が行われたことを示す情報を送信する。店舗のサーバ装置は、乗員ＰＳに対して当該店舗の商品を購入する際に使用可能なクーポンを付与する。また、車両Ｖがカーシェアリングサービスによって利用される車両である場合、車内演出装置ｅ２は、得点算出部ｅ１７が算出した得点を、当該サービスを提供する事業者のサーバ装置に送信する。事業者のサーバ装置は、高い得点を獲得した乗員ＰＳに対して、次回のカーシェアリングサービス時に使用可能なクーポンを付与する。また、テリトリー面積ルールに勝利した乗員ＰＳまたは勝利チームに所属する乗員ＰＳに対して、各種クーポンを付与する構成であってもよい。
また、車内演出装置ｅ２は、各車両Ｖの行動を示す情報（以下、行動情報）に基づいて、ある射撃対象への移動を促すような処理を行ってもよい。この場合、行動情報とは、例えば、各車内演出装置ｅ２が取得した位置画像情報、位置情報および走行経路情報等である。車内演出装置ｅ２は、行動情報を記憶するサーバ（以下、行動情報サーバ）から他の車内演出装置２から取得した行動情報を取得する。車内演出装置ｅ２は、例えば、取得した行動情報に基づいて、多くの他者が射撃動作を行った射撃対象や、店舗のクーポンが付与される射撃対象等を強調して表示する構成であってもよい。具体的には、車内演出装置ｅ２は、ディスプレイ６０のうち、当該射撃対象の位置に重畳するように強調画像を表示する構成であってもよい。また、車内演出装置ｅ２は、他者の車両Ｖに搭載されている撮像部が、当該射撃対象を過去に撮像した画像をディスプレイ６０に表示する構成であってもよい。また、車内演出装置ｅ２は、当該射撃対象の位置に移動する移動方向を示す画像をディスプレイ６０に表示する構成であってもよい。
ここで、乗員ＰＳは、強調された射撃対象、多くの他者が射撃動作を行った射撃対象および店舗のクーポンが付与される射撃対象の方向に車両Ｖを移動させる場合がある。したがって、車内演出装置２は、行動情報に基づいて、車内演出装置２（車両Ｖ）をある射撃対象への移動を促すことができる。車内演出装置ｅ２は、例えば、行動情報が示す他の車内演出装置ｅ２（車両Ｖ）が存在する位置に基づいて、混雑状態を検出する。車内演出装置ｅ２は、混雑している位置（方向）に移動しないように、当該位置とは異なる位置の射撃対象への移動を促すことにより、混雑を回避するように車両Ｖを移動させることができる。
なお、車内演出装置ｅ２が、行動情報に基づいてある射撃対象への移動を促す処理を行う構成に代えて、行動情報サーバが、行動情報に基づいてある射撃対象への移動を促す処理を行う構成であってもよい。この場合、行動情報サーバは、各車内演出装置ｅ２から取得した行動情報に基づいて、車内演出装置ｅ２（車両Ｖ）の移動を促す画像や、移動を促す情報を当該車内演出装置２に送信する。車内演出装置ｅ２は、例えば、行動情報サーバから取得した画像をディスプレイｅ６０に表示させる。
また、射撃対象には、各車内演出装置ｅ２から取得した行情報に基づいて、射撃動作が行われた頻度を示す指標が付されてもよい。車内演出装置ｅ２、又は行動情報サーバは、例えば、各車内演出装置ｅ２から取得した行動情報に基づいて、射撃動作が行われた指標を算出する。車内演出装置ｅ２は、指標に基づいて、応答画像や射撃対象を強調する表示を行う構成であってもよい。
車内演出装置ｅ２は、例えば、高い指標が付された射撃対象は、周囲に車内演出装置ｅ２（車両Ｖ）が多く存在する、つまり混雑していると判定する。この場合、車内演出装置ｅ２は、当該射撃対象を強調しない、又は当該射撃対象を射撃対象とみなさない（フィルタリング）処理を行ってもよい。また、車内演出装置ｅ２（又は行動情報サーバ）は、高い指標が付された射撃対象が、店舗のクーポンが付与される射撃対象である場合、当該射撃対象の店舗の系列店のうち、低い指標が付された射撃対象（看板）の店舗等にクーポンを付与する機能を持たせる処理を行ってもよい。また、車内演出装置２は、低い指標が付された射撃対象は、周囲に車内演出装置ｅ２（車両Ｖ）が多く存在しない、つまり混雑していないと判定する。この場合、車内演出装置２は、当該射撃対象を強調する処理を行ってもよい。これらの処理により、車内演出装置２は、行動情報（指標）に基づいて、車内演出装置ｅ２（車両Ｖ）をある射撃対象への移動を促すことができる。
［画像以外の出力方法について］
また、上述では、表示制御部ｅ１８が、各種画像を表示することにより、射撃ゲームの結果を出力する場合について説明したが、これに限られない、表示制御部ｅ１８は、例えば、音によって射撃ゲームの結果を出力してもよい。具体的には、車両Ｖは、スピーカを備え、表示制御部ｅ１８は、応答画像を表示しつつ、かつ射撃音を当該スピーカから出力する構成であってもよい。また、表示制御部１８は、画像Ｐ５や画像Ｐ６によって示される射撃ゲームの結果や勝敗を、ディスプレイｅ６０に表示しつつ、かつ射撃ゲームの結果や勝敗を知らせる音声をスピーカから出力する構成であってもよい。
［ディスプレイ以外の画像の表示方法について］
また、上述では、ディスプレイｅ６０に各種画像を表示する場合について説明したが、これに限られない。例えば、オープンカーや、フロントウィンドウを有していない車両の場合、車両上の乗員ＰＳがヘッドマウント装置を用いる構成であってもよい。この場合、ヘッドマウント装置は、撮像部ｅ４０が撮像する車両の周囲環境画像と、応答画像とを重畳して表示する。また、車両Ｖは、フロントウィンドウの他、サイドウィンドウにディスプレイｅ６０を備える構成であってもよい。この場合、抽出部ｅ１６は、周囲環境画像に対して画像認識処理を行い、周囲環境画像に撮像される各種物体の当該周囲環境画像上における位置を認識する。また、抽出部ｅ１６は、サイドウィンドウに周囲環境画像を実物大に提示した場合のサイドウィンドウ上の位置と、抽出した物体（射撃対象）の周囲環境画像上における位置とをマッチングする。抽出部ｅ１６は、フロントウィンドウの位置を、射撃対象の仮想的な位置を示す仮想位置情報として、得点算出部１７と、表示制御部ｅ１８とに出力する。なお、フロントウィンドウと比較してサイドウィンドウの大きさが小さい場合、サイドウィンドウから行われる射撃動作の対象は、体積や面積が大きい射撃対象、つまり小さい領域（サイドウィンドウ）において射撃動作がしやすい射撃対象であることが好ましい。
［車両の情報に基づく画像の表示方法について］
また、車内演出装置ｅ１および車内演出装置ｅ２（以下、単に「車内演出装置」と記載する。）は、車両Ｖの状態を検出する構成を有していていもよい。この場合、車内演出装置は、車両状態取得部を備える。車両状態取得部は、車両Ｖの速度、舵角、ピッチ・ロール角等の運動パラメータを取得する。表示制御部ｅ１８は、例えば、車両状態取得部が取得した運動パラメータに基づいて、各種画像を表示する。具体的には、表示制御部ｅ１８は、車両Ｖの速度に基づいて、ディスプレイｅ６０に表示する画像のリフレッシュ処理を行う。より具体的には、表示制御部ｅ１８は、車両Ｖの速度に基づいて、車両Ｖの移動に伴う周囲環境の変化より十分に速い時間間隔においてディスプレイｅ６０に表示する画像のリフレッシュ操作を行う。
また、表示制御部ｅ１８は、取得した運動パラメータのうち、車両Ｖの舵角およびピッチ・ロール角等に基づいて、車両Ｖの進行方向側に応じた画像をディスプレイｅ６０に表示する。ここで、車両Ｖは、制御に基づいて、直進以外の方向に旋回（右折や左折）する場合がある。この場合、乗員ＰＳは、車両Ｖの正面ではなく、進行方向、つまり回頭方向に目線を向ける場合がある。表示制御部１８は、運動パラメータに基づいて、車両Ｖの進行方向側に応じた画像をディスプレイｅ６０に表示することにより、乗員ＰＳの目線に応じた画像を表示することができる。
また、表示制御部ｅ１８は、車両Ｖに振動に基づいて、ディスプレイｅ６０に各種画像を表示する構成であってもよい。表示制御部ｅ１８は、例えば、車両Ｖに与えられた振動に応じて、振動に伴って車両Ｖが移動する距離および方向とは逆の距離および方向に各種画像を表示する。これにより、車内演出装置２は、ディスプレイｅ６０に表示される画像が振動に伴って揺れることを抑制することができる。したがって、車内演出装置２は、乗員ＰＳがディスプレイｅ６０の画像を視認することによって車酔いになることを抑制することができる。なお、表示制御部ｅ１８は、車両Ｖに与えられる振動と、乗員ＰＳに与えられる振動との相対的な移動距離および方向に基づいて、ディスプレイｅ６０に各種画像を表示する構成であってもよい。
［第６の実施形態の第２変形例］
以下、図を参照して第６の実施形態の第２変形例について説明する。第６の実施形態の第２変形例では、乗員ＰＳの指示動作によって指示される方向の実空間の三次元点群に基づいて指示対象を特定し、乗員ＰＳの指示動作の履歴を生成する車内演出装置ｅ３について説明する。なお、上述した実施形態と同様の構成については、同一の符号を付して説明を省略する。ここで、車内演出装置ｅ３とは、「指示計測装置」の一例である。
図１１５は、第６の実施形態の第２変形例に係る車内演出装置３の構成の一例を示す機能構成図である。第６の実施形態の第２変形例の車内演出装置ｅ３（通信部ｅ８０）は、サービス提供者の端末（以下、サービス提供者端末装置ＴＭ）、及びインタフェース装置ｅ８００と、ネットワークＮＷを介して、情報を送受信する。
インタフェース装置ｅ８００は、制御部ｅ８１０と、記憶部ｅ８２０とを備える。記憶部ｅ８２０には、対象物情報ｅ８２０−１と、サービサー情報ｅ８２０−２とが記憶される。対象物情報ｅ８２０−１は、三次元点群が示す実空間に存在する対象物を示す情報と、三次元点群を示す情報とが対応付けられた情報である。サービサー情報ｅ８２０−２は、対象物を示す情報と、対象物に関連するサービス提供者を示す情報とが対応付けられた情報である。
制御部ｅ８１０は、車内演出装置ｅ３から受信した情報に基づいて、対象物情報ｅ８２０−１やサービサー情報ｅ８２０−２を検索し、対象物を示す情報や、サービス提供者を示す情報を車内演出装置ｅ３に送信する。
車内演出装置ｅ３は、音検出部ｅ２０と、動作検出部ｅ３０と、撮像部ｅ４０と、入力部ｅ５０と、ディスプレイｅ６０と、位置検出部ｅ７０と、通信部ｅ８０と、視線検出部ｅ９０とを備える。また、車内演出装置ｅ３は、制御部ｅ１０、或いは制御部ｅ１０Ａに代えて（、或いは加えて）制御部ｅ１０Ｂを備え、記憶部ｅ５００に代えて（、或いは加えて）記憶部ｅ５００Ａを備える。記憶部ｅ５００Ａには、応答画像情報ｅ５００−１と、履歴情報ｅ５００−２と、サービス提供者情報ｅ５００−３とが記憶される。各情報の詳細については、後述する。
制御部ｅ１０Ｂは、記憶部ｅ５００Ａに記憶されたプログラムを実行し、音声情報取得部ｅ１１と、動作情報取得部ｅ１２と、画像情報取得部ｅ１３と、表示制御部ｅ１８と、位置情報取得部ｅ１９と、乗員情報取得部ｅ１１１と、視線情報取得部ｅ１１２と、座標取得部ｅ１１３と、対象物情報取得部ｅ１１４と、サービス提供者特定部ｅ１１５と、履歴情報生成部ｅ１１６と、通知部ｅ１１７と、属性特定部ｅ１１８とをその機能部として実現する。
乗員ＰＳは、入力部ｅ５０に乗員を識別可能な情報（以下、乗員ＩＤ）を入力し、乗員情報取得部ｅ１１１は、入力部ｅ５０に入力された乗員ＩＤを取得する。乗員ＰＳは、例えば、車両Ｖに乗車した際に、入力部ｅ５０に乗員ＩＤを入力する。
視線検出部ｅ９０は、例えば、車両Ｖの内部を撮像する撮像部（不図示）によって撮像された乗員ＰＳが視認する実空間上の位置（以下、視点位置）を検出する。視線情報取得部ｅ１１２は、視線検出部ｅ９０によって検出された乗員ＰＳの視点位置を示す情報を取得する。
座標取得部ｅ１１３は、撮像部ｅ４０が撮像する車両Ｖの周囲環境画像に基づいて、動作情報取得部ｅ１２によって取得された乗員ＰＳの指示動作と、視線情報取得部ｅ１１２によって取得された乗員ＰＳの視点位置とに基づいて、乗員ＰＳの指示動作による指示方向の実空間の三次元点群を取得する。座標取得部ｅ１１３は、例えば、撮像部ｅ４０が撮像する車両Ｖの周囲環境画像に示される物体であって、指示方向の実空間に存在する物体の特徴点を検出し、検出された特徴点の集合を指示方向の実空間の三次元点群として取得する。なお、この場合、撮像部ｅ４０は、ステレオカメラである。
対象物情報取得部ｅ１１４は、座標取得部ｅ１１３によって特定された指示方向の実空間の三次元点群を示す情報に基づいて、当該実空間に存在する対象物を示す情報を取得する。対象物情報取得部ｅ１１４は、例えば、座標取得部ｅ１１３によって特定された指示方向の実空間の三次元点群を示す情報を、ネットワークＮＷを介してインタフェース装置ｅ８００に送信する。インタフェース装置ｅ８００の制御部ｅ８１０は、車内演出装置３から三次元点群を示す情報を受信した場合、当該情報を検索キーとして対象物情報ｅ８２０−１を検索し、当該情報が示す三次元点群が対応付けられた対象物を特定する。制御部ｅ８１０は、特定した対象物を示す情報を、ネットワークＮＷを介して車内演出装置３に送信する。対象物情報取得部ｅ１１４は、インタフェース装置ｅ８００から受信した対象物を示す情報を取得する。
サービス提供者特定部ｅ１１５は、対象物情報取得部ｅ１１４によって取得された対象物に対応付けられたサービス提供者を特定する。サービス提供者特定部ｅ１１５は、例えば、対象物情報取得部ｅ１１４によって取得された対象物を示す情報を、ネットワークＮＷを介してインタフェース装置ｅ８００に送信する。インタフェース装置ｅ８００の制御部ｅ８１０は、車内演出装置３から対象物を示す情報を取得した場合、当該情報を検索キーとしてサービサー情報ｅ８２０−２を検索し、当該情報が示す対象物に対応付けられたサービス提供者を特定する。制御部ｅ８１０は、特定した対象物を示す情報を、ネットワークＮＷを介して車内演出装置ｅ３に送信する。サービス提供者特定部ｅ１１５は、インタフェース装置ｅ８００から受信したサービス提供者を示す情報を取得する。
履歴情報生成部ｅ１１６は、乗員ＰＳが指示動作によって指示した指示対象の履歴を示す履歴情報ｅ５００−２を生成する。
図１１６は、履歴情報ｅ５００−２の内容の一例を示す図である。図１１６に示される通り、履歴情報ｅ５００−２は、乗員ＩＤと、乗員ＰＳが指示動作を行った日時（以下、指示日時）と、乗員ＰＳの指示動作によって指示された指示対象と、指示対象に対応するサービス提供者とが乗員ＩＤ毎に互いに対応付けられた情報である。履歴情報生成部ｅ１１６は、例えば、動作情報取得部ｅ１２によって乗員ＰＳの指示動作が取得された指示日時と、対象物情報取得部ｅ１１４によって取得された情報が示す対象物であり、当該指示動作によって指示された対象物と、サービス提供者特定部ｅ１１５によって取得された情報が示すサービス提供者であり、指示された対象物に対応するサービス対象者と、当該乗員ＰＳの乗員ＩＤとを対応付け、履歴情報ｅ５００−２を生成し、記憶部ｅ５００Ａに記憶させる。なお、対象物と、サービス提供者との関係性については、任意に設定することができ、例えば、対象物がサービス提供者の所有物であることは、必須でない。また、事業性のない対象物（例えば、標識や信号など）を、サービス提供者と関連する対象物として定義してもよい。
通知部ｅ１１７は、乗員ＰＳによって指示された対象物に対応付けられたサービス提供者に、指示対象が乗員ＰＳによって指示されたことを通知する。
図１１７は、サービス提供者情報ｅ５００−３の内容の一例を示す図である。図１１７に示される通り、サービス提供者情報ｅ５００−３は、サービス提供者を示す情報（図示するサービス提供者名）と、通知先とが互いに対応付けられた情報である。通知部ｅ１１７は、サービス提供者特定部ｅ１１５によって特定されたサービス提供者を検索キーとしてサービス提供者情報ｅ５００−３を検索し、当該サービス提供者が対応付けられた通知先に、乗員ＰＳが指示動作を行ったこと、つまり、乗員ＰＳが、サービス提供者が対応付けられた対象物に対して興味関心があることを通知する。通知先には、例えば、サービス提供者端末装置ＴＭ（例えば、サーバ装置）のアドレスが示される。
通知部ｅ１１７は、例えば、乗員ＰＳが指示動作を行う度にサービス提供者に通知してもよく、所定の期間の履歴情報ｅ５００−２のうち、対応付けられているサービス提供者毎に抽出し、当該サービス提供者に通知してもよい。また、通知部ｅ１１７は、履歴情報ｅ５００−２をサービス提供者に通知する他、乗員ＰＳに通知してもよい。これにより、乗員ＰＳは、自身の興味関心を示す情報として履歴情報ｅ５００−２を用いることができる。また、乗員ＰＳは、通知された履歴情報ｅ５００−２を参照することにより、指示動作を行ったサービス提供者に関する情報を取得することができる。
以上説明したように、第６の実施形態の第２変形例の車内演出装置ｅ３は、車両Ｖの乗員ＰＳの動作を検出する動作検出部ｅ３０と、乗員ＰＳの視点位置を検出する視線検出部ｅ９０と、動作検出部ｅ３０によって検出された乗員ＰＳの指示動作と、視線検出部ｅ９０によって検出された乗員ＰＳの視点位置とに基づいて、乗員ＰＳの指示動作による指示方向の実空間の三次元点群を取得する視線情報取得部ｅ１１２と、三次元点群が示す実空間に存在する対象物を示す情報を供給するインタフェース装置ｅ８００から、座標取得部ｅ１１３によって取得された三次元点群に対応付けられた対象物を示す情報を取得する対象物情報取得部ｅ１１４と、対象物に対応付けられるサービス提供者を示すサービサー情報ｅ８２０−２に基づいて、前記対象物情報取得部によって取得された情報が示す対象物に対応付けられるサービス提供者を特定するサービス提供者特定部ｅ１１５と、サービス提供者特定部ｅ１１５によって特定されたサービス提供者と、対象物情報取得部ｅ１１４によって取得された情報が示す対象物とを対応付けたｅ８００-２を生成する履歴情報生成部ｅ１１６と、を備え、乗員ＰＳが指示動作を行った履歴を取得することにより、乗員ＰＳの興味関心に関する情報を収集することができる。また、第６の実施形態の第２変形例の車内演出装置３によれば、指示動作が行われた対象物に対応付けられたサービス提供者に対して、指示動作が行われたことを通知することができる。
［インタフェース装置ｅ８００に送信する三次元点群について］
なお、上述では、座標取得部ｅ１１３によって取得された三次元点群を示す情報を、いずれもインタフェース装置ｅ８００に送信する場合について説明したが、これに限られない。座標取得部ｅ１１３は、例えば、車両Ｖの周囲環境の属性に基づいて、取得した三次元点群のうち、インタフェース装置ｅ８００に送信する三次元点群を選択し、送信する構成であってもよい。
この場合、属性特定部ｅ１１８は、撮像部ｅ４０が撮像する車両Ｖの周囲環境画像に基づいて、車両Ｖの周囲環境の属性を特定する。この属性は、例えば、高速道路や、店舗密集地域等の、車両Ｖの周囲環境の性質（特徴）である。属性特定部ｅ１１８は、例えば、撮像部ｅ４０が撮像する車両Ｖの周囲環境画像に高速道路の交通道路標識が撮像されているか、或いは店舗の看板が多数撮像されているか等を解析し、車両Ｖの周囲環境の属性を特定する。ここで、「属性」の一例として、周囲環境の性質（特徴）を挙げたが、これに限られるものではない。「属性」は、識別可能な対象物の属性の一部あるいは全部を、座標や方向等に対し列挙した形式で複数特定するようにしても良い。
なお、属性特定部ｅ１１８は、撮像部ｅ４０が撮像する車両Ｖの周囲環境画像を、ネットワークＮＷを介してインタフェース装置ｅ８００に送信し、インタフェース装置ｅ８００が車両Ｖの周囲環境の属性を特定する構成であってもよい。この場合、属性特定部ｅ１１８は、ネットワークＮＷを介して撮像部ｅ４０が撮像する車両Ｖの周囲環境画像を送信し、インタフェース装置ｅ８００から車両Ｖの周囲環境の属性を示す情報を取得することにより、属性を特定する。
また、属性特定部ｅ１１８は、例えば、位置情報と、属性とが対応付けられた位置属性情報に基づいて、車両Ｖの周囲環境の属性を特定する構成であってもよい。この場合、位置属性情報は、記憶部ｅ５００Ａに記憶されていてもよく、記憶部ｅ８２０に記憶されていてもよい。位置属性情報が記憶部ｅ８２０に記憶されている場合、属性特定部ｅ１１８は、ネットワークＮＷを介して車両Ｖの現在位置を示す情報を送信し、インタフェース装置ｅ８００から車両Ｖの周囲環境を示す情報を取得することにより、属性を特定する。
座標取得部ｅ１１３は、属性特定部ｅ１１８によって特定された属性に基づいて、三次元点群を示す情報をインタフェース装置ｅ８００に送信する。ここで、車両Ｖが「高速道路」を高速で移動する場合、指示動作中に取得される三次元点群のデータ量が増える可能性がある。このため、座標取得部ｅ１１３は、例えば、特定された属性が「高速道路」である場合、指示動作によって指示された範囲であり、三次元点群を取得する範囲を通常より狭くし、インタフェース装置ｅ８００に送信するデータ量を抑えることができる。
また、車両Ｖが「店舗密集地域」を移動する場合、指示動作によって指示される対象物（つまり、看板）が複数存在する場合がある。このため、座標取得部ｅ１１３は、例えば、特定された属性が「店舗密集地域」である場合、指示動作によって指示された範囲であり、三次元点群を取得する範囲を通常より広くし、インタフェース装置ｅ８００から対象物を示す情報を多く取得することができる。これにより、車内演出装置ｅ３は、情報が充実した履歴情報ｅ５００−２を生成することができる。すなわち、発明の一側面として指示計測装置の計測した、運転とは無関係な乗員の動作を含む指示動作をもとに、第６の実施形態において説明した如く、乗員に対し多様な表示・演出を行うことができる一方、指示動作およびその履歴を適切に記録、保持することで、情報の再利用および別用途での活用を図ることができる。
＜第７の実施形態＞
次に、第７の実施形態について説明する。第７の実施形態では、第１の実施形態が適用可能な車両制御システム、車両制御方法、プログラム、および車両管理システムの実施形態について説明する。車両制御システムが制御する車両は、例えば、基本的には運転操作を必要としない自動運転車両である。以下、自動運転車両が用いられるものとして説明するが、手動運転車両が用いられても構わない。
［全体構成］
図１１８は、実施形態の車両制御システムｆの構成図である。車両制御システムｆ１は、一以上の車両ｆ２００と、コンテンツ提供サーバｆ３００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、インターネット、ＷＡＮ、ＬＡＮ、公衆回線、プロバイダ装置、専用回線、無線基地局等を含む。
［車両］
車両ｆ２００は、例えば、利用者が乗車可能な四輪以上の車輪を有する車両であるが、自動二輪車その他の車両であっても構わない。図１１９は、実施形態の車両ｆ２００の構成図である。車両ｆ２００は、例えば、外界監視ユニットｆ２１０と、通信装置（通信部）ｆ２２０と、ナビゲーション装置ｆ２３０と、推奨車線決定装置ｆ２４０と、車室内監視ユニットｆ２４５と、自動運転制御ユニットｆ２５０と、駆動力出力装置ｆ２６０と、ブレーキ装置ｆ２６２と、ステアリング装置ｆ２６４と、表示制御部ｆ２７０と、車外用表示部ｆ２７２と、要求部ｆ２７４と、取得部ｆ２７６と、記憶部ｆ２７８とを備える。自動運転制御ユニットｆ２５０、表示制御部ｆ２７０、要求部ｆ２７４、および取得部ｆ２７６は、例えば、車両ｆ２００内の記憶部ｆ２７８に格納されたプログラム（ソフトウェア）を実行するＣＰＵ等のプロセッサを有する。これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリ等の記憶装置に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ等の着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。外界監視ユニットｆ２１０および車室内監視ユニットｆ２４５の一部または全部は、「車両環境取得部」の一例である。自動運転制御ユニットｆ２５０は、「自動運転制御部」の一例である。
外界監視ユニットｆ２１０、通信装置ｆ２２０、ナビゲーション装置ｆ２３０、推奨車線決定装置ｆ２４０、自動運転制御ユニットｆ２５０、駆動力出力装置ｆ２６０、ブレーキ装置ｆ２６２、およびステアリング装置ｂ２６４のそれぞれは、例えば、上述した第２の実施形態において紹介した図２６の外界監視ユニットａ２１０、通信装置ａ２２０、ナビゲーション装置ａ２３０、推奨車線決定装置ａ２４０、自動運転制御ユニットａ２５０、駆動力出力装置ａ２６０、ブレーキ装置ａ２６２、およびステアリング装置ａ２６４と同様の構成を備えるため、ここでの詳細な説明の一部を省略し、主に第７の実施形態における特有の機能を中心に説明する。また、第７の実施形態における自動運転の処理過程については、第１の実施形態において紹介した図３並びに関連する説明を援用し、詳細な説明を省略する。
外界監視ユニットｆ２１０は、車両ｆ２００の周辺に存在する物体が人物である場合に、カメラからの画像に基づいて、その人物の視線を監視し、監視した人物の視線方向に基づいて、車両ｆ２００への注目度合を導出する。例えば、外界監視ユニットｆ２１０は、視線方向が車両２００側を向いている人物がいないと判定された場合に、注目度合を「０」とする。外界監視ユニットｆ２１０は、視線方向が車両ｆ２００側を向いている人物が所定数（例えば、３人）未満の場合には、注目度合を「１」とし、車両２００側を向いている人物が所定数以上である場合には、注目度合を「２」とする。外界監視ユニットｆ２１０は、人物の視線方向や車両ｆ２００への注目度合に関する情報を表示制御部ｆ２７０に出力する。
通信装置ｆ２２０は、例えば、ネットワークＮＷに接続してコンテンツ提供サーバｆ３００と通信したり、他車両や歩行者の端末装置等と直接的に通信したりするための無線通信モジュールである。ＨＭＩｆ２３２は、コンテンツの取得要求画面や取得結果画面等を表示したり、表示した画面に対する乗員の操作を受け付けたりする。コンテンツとは、例えば、画像である。コンテンツには、一以上のオブジェクトが含まれる。オブジェクトとは、例えば、タレントやマスコットの画像、アニメーションに登場するキャラクタの画像、動物の画像等である。これらの画像は、著作権等の版権をクリアした状態の画像である。オブジェクトとは、絵や文字や記号、模様、柄等を画像で表現したものでもよい。コンテンツは、複数の画像によってオブジェクトを動作させる映像であってもよい。ＨＭＩｆ２３２は、乗員により操作されたコンテンツの取得要求等をコンテンツ提供サーバｆ３００に送信する。
車室内監視ユニットｆ２４５は、例えば、カメラや乗員が着座するシートに設けられた荷重センサ、これらの出力に基づいてセンサフュージョン処理を行う乗員認識装置等を含む。車室内監視ユニットｆ２４５は、車室内の乗員の人数や着座位置、乗員の状態に関する情報を取得し、取得した情報を表示制御部ｆ２７０に出力する。乗員の状態とは、例えば、乗員が寝ているか、または起きているか等の状態である。
表示制御部ｆ２７０は、記憶部ｆ２７８に記憶された表示条件データｆ２７８Ａに基づいて、記憶部ｆ２７８に記憶されたコンテンツＤＢｆ２７８Ｂに含まれるコンテンツや広告情報ＤＢｆ２７８Ｃに含まれる広告情報を車外用表示部ｆ２７２に表示するように制御する。広告情報とは、コンテンツ提供サーバｆ３００が、広告主から取得した商品、サービス等の周囲に提示する情報である。コンテンツＤＢｆ２７８Ｂに含まれるコンテンツは、「第１のコンテンツ」の一例である。広告情報は、「第２のコンテンツ」の一例である。表示制御部ｆ２７０の機能の詳細については後述する。
車外用表示部ｆ２７２は、例えば、車両ｆ２００の外側のボディ部の表面に張り付けられた有機ＥＬディスプレイである。車外用表示部ｆ２７２は、ボディ部に嵌め込まれたＬＣＤであってもよく、ボディ部の一部または全部を兼ねたディスプレイパネルであってもよい。車外用表示部ｆ２７２は、駆動部を備える移動可能ディスプレイ装置であってもよい。この場合、車外用表示部ｆ２７２は、コンテンツを表示しない場合には車外から表示面が見えない位置に収納され、コンテンツを表示させる場合には駆動部により車外から表示面が見える位置に移動される。車外用表示部ｆ２７２は、車両ｆ２００のフロントウインドシールドやサイドウインドシールド、リアウインドシールドの少なくとも一部に形成された光透過型の液晶パネルであってもよい。上述したボディ部および各種ウインドシールドは、「外装部」の一例である。
要求部ｆ２７４は、車両ｆ２００の乗員によるコンテンツ要求の操作を受け付けた場合、通信装置ｆ２２０により、コンテンツ提供サーバｆ３００にコンテンツの取得要求を行う。要求部２７４は、所定の時間間隔で、コンテンツ提供サーバｆ３００にコンテンツの取得要求を行ってもよい。要求部ｆ２７４は、コンテンツ提供サーバｆ３００に広告情報の取得要求を行ってもよい。要求部ｆ２７４の機能の詳細については後述する。
取得部ｆ２７６は、要求部ｆ２７４により要求したコンテンツをコンテンツ提供サーバｆ３００から取得する。取得部ｆ２７６は、複数のコンテンツを取得した場合には、その中から一以上のコンテンツを選択してもよい。取得部ｆ２７６は、取得したコンテンツを記憶部２７８に記憶されたコンテンツＤＢｆ２７８Ｂに記憶する。取得部ｆ２７６は、コンテンツ提供サーバｆ３００により提供される広告情報を取得し、取得した広告情報を記憶部２７８に記憶された広告情報ＤＢ２７８Ｃに記憶する。
記憶部ｆ２７８は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭ等により実現される。記憶部ｆ２７８には、例えば、表示条件データｆ２７８Ａ、コンテンツＤＢｆ２７８Ｂ、広告情報ＤＢｆ２７８Ｃ、およびその他の情報が格納される。コンテンツＤＢｆ２７８Ｂは、例えば、コンテンツを識別するコンテンツ識別ＩＤとコンテンツとが対応付けられた情報である。広告情報ＤＢｆ２７８Ｃは、例えば、広告情報を識別する広告識別ＩＤと広告情報とが対応付けられた情報である。
［コンテンツ提供サーバ］
図１１８に戻り、コンテンツ提供サーバｆ３００は、例えば、通信部ｆ３１０と、要求受付部ｆ３２０と、提供部ｆ３３０と、記憶部ｆ３４０とを備える。要求受付部ｆ３２０および提供部ｆ３３０は、例えば、ＣＰＵ等のプロセッサが記憶部ｆ３４０に格納されたプログラム（ソフトウェア）を実行することで実現される。これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
通信部ｆ３１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。通信部ｆ３１０は、ネットワークＮＷを介して車両ｆ２００、および他の外部装置と通信する。
要求受付部ｆ３２０は、車両ｆ２００からコンテンツの取得要求を受け付ける。要求受付部ｆ３２０は、車両ｆ２００から広告情報の取得要求を受け付けてもよい。
提供部ｆ３３０は、要求受付部ｆ３２０により受け付けられたコンテンツ要求に基づいて、記憶部ｆ３４０に記憶された車両別コンテンツデータｆ３４２を参照し、コンテンツ取得要求のあった車両ｆ２００に対応し、且つ、要求を満たすコンテンツデータを抽出する。提供部ｆ３３０は、抽出したコンテンツデータをコンテンツ要求のあった車両ｆ２００に送信する。
提供部ｆ３３０は、記憶部ｆ３４０に記憶された車種別広告情報ｆ３４４を参照し、コンテンツ要求のあった車両ｆ２００の車種（例えば、ワンボックス、ミニバン、トラック）に対応する広告情報を取得し、取得した広告情報をコンテンツ要求のあった車両ｆ２００に送信する。広告情報の取得は、要求受付部ｆ３２０によりコンテンツの取得要求が受け付けられたタイミングで取得してもよく、広告情報の取得要求が受け付けられたタイミングで取得してもよく、その他の所定のタイミング（例えば、所定周期）で取得してもよい。
提供部ｆ３３０は、コンテンツの提供履歴をユーザ情報ｆ３４６として記憶部ｆ３４０に記憶する。提供部ｆ３３０は、ユーザ情報ｆ３４６を参照し、ユーザの利用回数（コンテンツ提供回数）、その他の情報に基づいて、特別なコンテンツを車両ｆ２００に送信してもよい。特別なコンテンツとは、例えば、通常のコンテンツ要求では取得することができないコンテンツ、或いは提供数が制限されているコンテンツ等のいわゆる「レアコンテンツ」である。提供部ｆ３３０の機能の詳細については後述する。
記憶部ｆ３４０は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭ等により実現される。記憶部ｆ３４０には、例えば、車両別コンテンツデータｆ３４２、車種別広告情報ｆ３４４、ユーザ情報ｆ３４６、およびその他の情報が格納される。車両別コンテンツデータｆ３４２および車種別広告情報ｆ３４４に格納されるデータは、例えば、サーバ管理者や他の外部装置からの指示により随時更新されるデータである。
［第７の実施形態の車両制御システムｆ１における具体的な処理内容］
以下、第７の実施形態の車両制御システムｆ１における具体的な処理内容について説明する。
［コンテンツおよび広告情報の取得］
まず、第７の実施形態におけるコンテンツおよび広告情報の取得例について説明する。車両ｆ２００の乗員は、車外用表示部ｆ２７２に表示させるコンテンツおよび広告情報をコンテンツ提供サーバから取得する。この場合、要求部２７４は、ＨＭＩｆ２３２の表示部にコンテンツ取得要求画面ＩＭ１を表示させて、乗員にコンテンツを取得するための操作を行わせる。
図１２０は、コンテンツ取得要求画面ＩＭ１の一例を示す図である。コンテンツ取得要求画面ＩＭ１には、取得したいコンテンツに関するキーワードを入力するキーワード入力領域ｆ４００と、入力した内容に基づくコンテンツの取得要求の実行もしくはキャンセルを確定する確定操作領域４０２とが示されている。コンテンツ取得要求画面ＩＭ１のレイアウトは、表示項目については、図１２０の例に限定されるものではない。以下に説明する他の画面ＩＭｘ（ｘ：２以上の自然数）についてもレイアウトや項目については、任意に変更されてもよい。車両ｆ２００の表示部に表示される各種画面は、例えば、乗員が使用する端末装置の表示部に表示されてもよい。端末装置とは、例えば、スマートフォンやタブレット端末、パーソナルコンピュータである。
乗員は、コンテンツ取得要求画面ＩＭ１のキーワード入力領域ｆ４００にキーワードを入力する。キーワードとは、例えば、キャラクタの名称やコンテンツのジャンルに関する情報等である。乗員は、キーワードを入力した後、確定操作領域４０２の実行ボタンを選択する。これにより、要求部ｆ２７４は、入力されたキーワードおよび車両ｆ２００を識別する車両識別ＩＤを含むコンテンツ取得要求を、コンテンツ提供サーバｆ３００に送信する。車両識別ＩＤには、車種を識別する情報が含まれていてもよい。例えば、車両識別ＩＤが「Ｖａ００１」である場合に、「Ｖａ」を車種識別情報としてもよい。
コンテンツ提供サーバｆ３００の要求受付部ｆ３２０は、車両ｆ２００から送信されたコンテンツ取得要求を受け付けると、コンテンツ取得要求に含まれるキーワードおよび車両の識別情報を提供部ｆ３３０に出力する。提供部ｆ３３０は、キーワードおよび車両の識別情報に基づいて、車両別コンテンツデータｆ３４２し、キーワードおよび車両の識別情報に対応するコンテンツを取得する。
図１２１は、車両別コンテンツデータｆ３４２の内容の一例を示す図である。車両別コンテンツデータｆ３４２は、キーワードおよび車両ＩＤに、コンテンツデータが対応付けられている。コンテンツデータには、一以上のコンテンツが格納される。それぞれのコンテンツは、車両ｆ２００の車種に基づく形状に対応したオブジェクトと、オブジェクトごとの表示位置、表示する大きさ、色等に関する情報が含まれる。提供部ｆ３３０は、車両別コンテンツデータｆ３４２から取得したコンテンツをコンテンツ取得要求のあった車両ｆ２００に送信する。
提供部ｆ３３０は、コンテンツ取得要求の車両識別ＩＤに含まれる車種情報に基づいて車種別広告情報ｆ３４４を参照し、車種に対応する広告情報を取得する。図１２２は、車種別広告情ｆ報３４４の内容の一例を示す図である。車種別広告情報ｆ３４４は、車種識別情報に一以上の広告情報が対応付けられている。広告情報には、広告したい商品やサービスに関する情報と、車種に応じた広告情報の表示位置、表示する大きさ、色等に関する情報とが含まれる。提供部ｆ３３０は、取得した広告情報をコンテンツ取得要求のあった車両ｆ２００に送信する。提供部ｆ３３０は、車両ｆ２００からの予めコンテンツ取得要求を受け付けておき、所定の周期で車両別コンテンツデータ３４２および車種別広告情報ｆ３４４を参照し、新規のコンテンツや広告情報があった場合に、車両ｆ２００に送信するようにしてもよい。
提供部ｆ３３０は、コンテンツや広告情報の提供履歴をユーザ情報ｆ３４６として記憶部ｆ３４０に記憶する。図１２３は、ユーザ情報ｆ３４６の内容の一例を示す図である。ユーザ情報ｆ３４６は、車両ＩＤに、コンテンツデータまたは広告情報の一方または双方を車両ｆ２００に提供した提供日時、提供したコンテンツデータ、および広告情報が対応付けられている。ユーザ情報ｆ３４６には、コンテンツの提供に対して課金を行ったり、広告情報の利用に対してポイントを付与する場合に、上述した課金またはポイントに関する情報を車両ＩＤに対応付けたりしてもよい。
提供部ｆ３３０は、例えば、車両ｆ２００にコンテンツを提供する場合に、ユーザ情報ｆ３４６を参照してコンテンツや広告情報の利用回数（コンテンツ提供回数）を取得し、取得した利用回数が閾値以上の場合に、レアコンテンツを車両ｆ２００に提供してもよい。提供部ｆ３３０は、課金またはポイントが閾値以上の場合、または所定のイベント実施期間にコンテンツの取得要求があった場合に、レアコンテンツを車両ｆ２００に提供してもよい。
車両ｆ２００の取得部ｆ２７６は、要求部ｆ２７４によるコンテンツ取得要求によって取得したコンテンツの取得結果を、ＨＭＩｆ２３２の表示部に表示させる。図１２４は、コンテンツ取得結果画面ＩＭ２の一例を示す図である。コンテンツ取得結果画面ＩＭ２には、取得したコンテンツを一覧表示するコンテンツ一覧領域ｆ４１０と、コンテンツの取得結果の確認もしくはキャンセルを確定する確定操作領域ｆ４１２とが示されている。
コンテンツ一覧領域ｆ４１０には、取得したコンテンツの内容を表示するコンテンツ表示ボタンが示されており、乗員は、コンテンツ表示ボタンを押すことで、ＨＭＩｆ２３２の表示部にコンテンツの内容が表示される。乗員は、確定操作領域ｆ４１２のＯＫボタンを選択する。これにより、取得部ｆ２７６は、取得したコンテンツをコンテンツＤＢｆ２７８Ｂに記憶する。乗員は、コンテンツ取得結果ＩＭ２のコンテンツ一覧領域ｆ４１０に示されるコンテンツ結果から一以上のコンテンツを選択してもよい。この場合、取得部２７６は、乗員により選択されたコンテンツをコンテンツＤＢｆ２７８Ｂに記憶する。
取得部ｆ２７６は、コンテンツ提供サーバｆ３００から広告情報を取得した場合に、取得した広告情報を、広告情報ＤＢｆ２７８Ｃに記憶する。この場合、取得部ｆ２７６は、コンテンツ取得結果画面ＩＭ２と同様に広告情報取得結果画面等をＨＭＩｆ２３２の表示部に表示し、広告情報を乗員に選択させてもよい。
［コンテンツおよび広告情報の表示制御］
次に、実施形態におけるコンテンツおよび広告情報の表示制御例について説明する。表示制御部ｆ２７０は、記憶部ｆ２７８に記憶された表示条件データｆ２７８Ａを参照し、コンテンツおよび広告情報の車外用表示部ｆ２７２による表示を制御する。
図１２５は、表示条件データｆ２７８Ａの内容の一例を示す図である。表示条件データｆ２７８Ａは、車両環境を識別する車両環境ＩＤに、車両環境の具体的な内容を示す車両環境内容、コンテンツ表示を行うか否か示すコンテンツ表示フラグ、コンテンツ識別ＩＤ、広告表示を行うか否かを示す広告表示フラグ、および広告識別ＩＤが対応付けられている。図１２５の例において、コンテンツ表示フラグには、コンテンツを表示する場合に「１」が設定され、コンテンツを表示しない場合に「０」が設定される。広告表示フラグには、広告情報を表示する場合に「１」が設定され、広告情報を表示しない場合に「０」が設定される。フラグとして設定される情報は、「０、１」に限定されず、「ＹＥＳ、ＮＯ」、「ａ，ｂ」等のように、表示するか否かを識別可能な情報であればよい。表示条件データ２７８Ａは、コンテンツ提供サーバｆ３００により提供されてもよく、乗員が設定してもよい。
表示制御部ｆ２７０は、外界監視ユニットｆ２１０および車室内監視ユニットｆ２４５による車両ｆ２００の周囲または車室内の環境、および、自動運転制御ユニットｆ２５０による車両ｆ２００の操舵、加減速、走行位置、走行道路等の状況に基づいて、車両ｆ２００の環境情報を取得する。表示制御部ｆ２７０は、取得した環境情報に応じて表示条件データｆ２７８Ａを参照し、取得した環境情報に合致する環境情報内容に対応するコンテンツ表示フラグおよび広告表示フラグを取得する。
表示制御部ｆ２７０は、コンテンツ表示フラグが「１」である場合に、コンテンツ識別ＩＤに対応するコンテンツをコンテンツＤＢｆ２７８Ｂから取得し、取得したコンテンツを車外用表示部ｆ２７２に表示させる。
図１２６は、車外用表示部ｆ２７２にコンテンツが表示される様子を説明するための図である。車両ｆ２００には、車両の前後左右および上部（屋根部）に車外用表示部ｆ２７２を備える。図１２６の例では、ボディ部に車外用表示部ｆ２７２ａ〜ｆ２７２ｃが設けられ、ウインドシールド部に車外用表示部ｆ２７２ｄ〜ｆ２７２ｆが設けられている車両２００を示している。
次に、表示条件データｆ２７８Ａに基づくコンテンツおよび広告情報の表示制御について具体的に説明する。例えば、表示制御部ｆ２７０は、自動運転制御ユニットｆ２５０から車両ｆ２００の位置情報を取得し、車両ｆ２００の位置が、予め設定された乗員の自宅付近であるか否かを判定する。自宅付近とは、例えば、予め登録された自宅の位置を基準として半径数十〜数百［ｍ］の範囲内である。以下の説明における「○○付近」についても同様とする。
車両ｆ２００の位置が自宅付近である場合、表示制御部ｆ２７０は、車外用表示部ｆ２７２にコンテンツおよび広告情報を表示させないように制御する。図１２６の例において、車線Ｌ１を走行する車両ｆ２００の地点Ａは、自宅付近であるとする。この場合、表示制御部ｆ２７０は、車外用表示部ｆ２７２にコンテンツおよび広告情報を表示しない。
表示制御部ｆ２７０は、自動運転制御ユニットｆ２５０から車両ｆ２００の位置情報を取得し、車両ｆ２００の位置が、Ａ駅付近であるか否かを判定する。Ａ駅の位置情報は、例えば、ナビ制御装置ｆ２３６の地図情報から取得する。車両ｆ２００の位置が、Ａ駅付近である場合、表示制御部ｆ２７０は、表示条件データｆ２７８Ａを参照し、コンテンツ識別ＩＤ「Ｃ００１」のコンテンツをコンテンツＤＢｆ２７８Ｂから取得して、車外用表示部ｆ２７２に表示させる。図１２６の例において、車両ｆ２００の走行地点Ａ２は、Ａ駅付近であるとする。この場合、表示制御部ｆ２７０は、車外用表示部ｆ２７２ａ〜ｆ２７２ｃ、ｆ２７２ｆのそれぞれに対応付けられているコンテンツｆ５００ａ〜ｆ５００ｃ、ｆ５００ｆを表示させる。これらのコンテンツは、車両識別ＩＤに基づいて取得しているため、表示制御部ｆ２７０は、車両ｆ２００の大きさや形状に合わせてオブジェクトを表示させることができる。
ここで、自動運転制御ユニットｆ２５０は、表示制御部ｆ２７０によりコンテンツｆ５００を表示させるのに連動して、車両ｆ２００の速度を制御してもよい。図１２７は、車両ｆ２００の速度制御について説明するための図である。図１２７の縦軸は、所定の経路に基づく走行地点Ａを示し、縦軸は、車両の速度Ｖ［ｋｍ／ｈ］を示している。自動運転制御ユニットｆ２５０は、車外用表示部ｆ２７２にコンテンツｆ５００を表示しない地点Ａ１を走行する場合には、速度Ｖ１［ｋｍ／ｈ］で車両ｆ２００を走行させる。自動運転制御ユニットｆ２５０は、車両ｆ２００が車外用表示部ｆ２７２にコンテンツを表示する地点Ａ２付近に近づくと減速制御を行い、地点Ａ２を通過すると、速度Ｖ２（Ｖ２＜Ｖ１）［ｋｍ／ｈ］で車両ｆ２００を走行させる。速度Ｖ２は、走行している道路の法定速度や周辺車両の状況に基づいて設定される。これにより、コンテンツを車両ｆ２００の周囲にいる人に見やすくすることができ、より効率的に注目を集めることができる。
表示制御部ｆ２７０は、自動運転制御ユニットｆ２５０から車両ｆ２００の位置情報を取得し、車両ｆ２００の位置が、Ｂ駅付近であるか否かを判定する。Ｂ駅の位置情報は、例えば、ナビ制御装置ｆ２３６の地図情報から取得する。車両ｆ２００の位置が、Ｂ駅付近である場合、表示制御部ｆ２７０は、表示条件データｆ２７８Ａを参照し、コンテンツ識別ＩＤ「Ｃ００１」のコンテンツを車外用表示部ｆ２７２に表示させるとともに、広告識別ＩＤ「Ａ００１」の広告情報を広告情報ＤＢｆ２７８Ｃから取得して、車外用表示部ｆ２７２に表示させる。
図１２８は、広告情報の表示制御について説明するための図である。図１２８の例では、図１２６に示す走行地点Ａ２を通過後の車両ｆ２００を示している。図１２８の例において、車両ｆ２００の走行地点Ａ３は、Ｂ駅付近であるとする。この場合、表示制御部ｆ２７０は、車外用表示部ｆ２７２ａ〜ｆ２７２ｃ、ｆ２７２ｆのそれぞれに対応付けられているコンテンツｆ５００ａ〜ｆ５００ｃ、ｆ５００ｆを表示させるとともに、広告情報オブジェクトｆ５１０ａ、ｆ５１０ｂを車外用表示部ｆ２７２ａ、ｆ２７２ｂにそれぞれ表示させる。
表示制御部ｆ２７０は、広告情報ｆ５１０を表示させる場合には、コンテンツｆ５００のオブジェクトの一部を広告情報のオブジェクトに切り替えて表示する。表示制御部ｆ２７０は、広告情報ｆ５１０のオブジェクトを、コンテンツｆ５００のオブジェクトに重畳して表示してもよい。表示制御部ｆ２７０は、コンテンツｆ５００の表示から広告情報ｆ５１０のみの表示に切り替えて表示させてもよい。
表示制御部ｆ２７０は、広告情報ｆ５１０のオブジェクトの一例である商品（例えば、「缶コーヒーＺ」）を、コンテンツｆ５００のオブジェクトであるキャラクタが持ったり、キャラクタが商品を利用しているようにオブジェクトの位置、大きさ、向き等を調整して表示させたりしてもよい。表示制御部ｆ２７０は、コンテンツｆ５００と広告情報ｆ５１０とを合成した画像を生成し、生成した画像を車外用表示部ｆ２７２に表示させてもよい。
図１２８の例では、車両ｆ２００の走行地点Ａ３付近において、人物Ｐ１〜Ｐ３の視線方向が車両ｆ２００側に向いている。この場合、外界監視ユニットｆ２１０は、人物Ｐ１〜Ｐ３の視線方向を検出するとともに、車両ｆ２００への注目度合を「２」とし、表示制御部ｆ２７０に出力する。表示制御部ｆ２７０は、注目度合が所定値（例えば、「１」）を超えているため、コンテンツｆ５００と広告情報ｆ５１０とを、車外用表示部ｆ２７２に表示させる。これにより、車両ｆ２００は、コンテンツｆ５００の表示により周囲の人物の注目を引きつけた後に、広告情報ｆ５１０を表示するため、広告情報の宣伝効果を向上させることができる。
表示制御部ｆ２７０は、外界監視ユニットｆ２１０により得られる人物Ｐの視線方向に応じて、車外用表示部ｆ２７２に表示されるコンテンツｆ５００や広告情報ｆ５１０に含まれるオブジェクトの表示位置を切り替えてもよい。例えば、車両ｆ２００が図１２６に示す人物Ｐ２の位置を通過する場合、表示制御部ｆ２７０は、人物Ｐ２の視線方向に合わせて、コンテンツｆ５００に含まれるキャラクタのオブジェクトまたは広告情報ｆ５１０のオブジェクトが人物Ｐ２の視線方向と合うように表示を切り替える。これにより、車両ｆ２００は、周囲の人物に、車外用表示部ｆ２７２に表示されたキャラクタや広告情報ｆ５１０のオブジェクトを長時間見させることができる。
表示制御部ｆ２７０は、自動運転制御ユニットｆ２５０により得られる車両ｆ２００の走行状態に応じてコンテンツｆ５００や広告情報ｆ５１０の表示を制御してもよい。例えば、自動運転制御ユニットｆ２５０により車両ｆ２００が高速道路を走行中である場合、表示制御部ｆ２７０は、コンテンツｆ５００および広告情報の表示しないように制御する。これにより、車両ｆ２００は、高速道路等の周囲に人物がいない場合にコンテンツｆ５００や広告情報ｆ５１０の表示をしないことで、表示における電力コスト等を抑制することができる。車両ｆ２００が所定速度（例えば、６０［ｋｍ／ｈ］）以上の速度で走行している場合、表示制御部ｆ２７０は、コンテンツｆ５００に含まれるキャラクタを走らせた画像に切り替えて表示させてもよく、車両ｆ２００の減速時にキャラクタが止まる動きをした映像に切り替えて表示させてもよい。これにより、車両ｆ２００は、車両の挙動に対応したコンテンツを表示させることができる。
表示制御部ｆ２７０は、車室内監視ユニットｆ２４５による乗員の状態に応じてコンテンツｆ５００や広告情報ｆ５１０の表示を制御してもよい。例えば、車室内監視ユニットｆ２４５により乗員が寝ている状態であると判定した場合、表示制御部ｆ２７０は、コンテンツｆ５００および広告情報ｆ５１０の表示しないように制御する。これにより、車両ｆ２００は、表示における電力コスト等を抑制することができる。車両ｆ２００がライドシェア車両であって、車室内監視ユニットｆ２４５により検出した乗員数が所定数（例えば、二人）未満である場合、表示制御部ｆ２７０は、周囲の人物の注目を集めるためにコンテンツｆ５００および広告情報を表示するように制御してもよい。ライドシェア車両とは、複数の利用者によって一つ以上の車両を共同で利用する車両である。
表示制御部ｆ２７０は、周辺の車両ｆ２００と車車間通信を行い、他の周辺車両に表示されているコンテンツに関連するコンテンツを表示させてもよい。コンテンツに関連するコンテンツとは、例えば、コンテンツのオブジェクトの種類、色彩、模様に統一感があるコンテンツや、アイドルグループやアニメーションに登場するそれぞれのメンバーに関するコンテンツ、物語性など観念的に関連があるコンテンツである。表示制御部ｆ２７０は、複数車両で隊列走行を行っている場合に、隊列順序に応じて、それぞれの車両で表示するコンテンツの順番を切り替えて表示させてもよい。これにより、例えば、隊列走行する複数の車両の順番が入れ替わった場合でも、隊列順序によってコンテンツの表示順序が切り替わるため、隊列全体の表示内容を一定にすることができる。
［処理フロー］
図１２９は、車両ｆ２００により実行される処理の流れの一例を示すフローチャートである。まず、要求部ｆ２７４は、コンテンツの取得要求をコンテンツ提供サーバｆ３００に送信する（ステップＳ１００ｆ）。次に、取得部ｆ２７６は、コンテンツ提供サーバｆ３００からコンテンツおよび広告情報を取得する（ステップＳ１０ｆ２）。次に、表示制御部ｆ２７０は、表示条件データ２７８Ａを参照し、コンテンツの表示条件を満たすか否かを判定する（ステップＳ１０４ｆ）。コンテンツの表示条件を満たす場合、表示制御部ｆ２７０は、対応するコンテンツを車外用表示部ｆ２７２に表示させる（ステップＳ１０６ｆ）。
次に、表示制御部ｆ２７０は、表示条件データｆ２７８Ａを参照し、広告情報の表示条件を満たすか否かを判定する（ステップＳ１０８ｆ）。広告情報の表示条件を満たす場合、表示制御部ｆ２７０は、対応する広告情報を車外用表示部ｆ２７２に表示させる（ステップＳ１１０ｆ）。
次に、表示制御部ｆ２７０は、表示条件データｆ２７８Ａを参照し、コンテンツまたは広告情報の一方または双方の非表示条件を満たすか否かを判定する（ステップＳ１１２ｆ）。コンテンツまたは広告情報の非表示条件を満たす場合、表示制御部ｆ２７０は、対応するコンテンツまたは広告情報の一方または双方の情報を非表示にする（ステップＳ１１４ｆ）。これにより、本フローチャートの処理は終了する。ステップＳ１００ｆおよびＳ１０２ｆの処理は、ステップＳ１０４ｆ〜Ｓ１１４ｆの処理と非同期で行われてもよい。
以上説明したように、第７の実施形態によれば、車両の環境に適した状態で車外へのコンテンツ表示を実現することができる。
［第７の実施形態の第１変形例］
以下、第７の実施形態の第１変形例について説明する。図１３０は、第７の実施形態の第１変形例に係る車両ｆ２００を含むサービス提供システムｆ２の構成図である。サービス提供システムｆ２は、一以上のサービス申込者Ａにより使用される一以上の端末装置ｆ１００と、一以上の車両ｆ２００と、一以上のサービス提供者Ｓにより使用される一以上の端末装置ｆ１５０と、サービス提供者装置ｆ６００と、サービス管理装置ｆ７００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。サービス提供者Ｓによるサービスは、サービス利用者Ｕに提供される。図では、サービス申込者Ａとサービス利用者Ｕが異なる者であるように示しているが、これらは同一人物であってもよい。「サービス申込者Ａにより使用される」とは、ネットカフェの端末装置など、不特定多数によって使用され得る端末装置が、サービス申込者Ａにより一時的に使用されることを含んでよい。
［端末装置］
端末装置ｆ１００は、例えば、スマートフォンやタブレット端末、パーソナルコンピュータなどである。端末装置ｆ１００は、サービス提供システムｆ２を利用するためのアプリケーションプログラム、或いはブラウザなどが起動し、以下に説明するサービスをサポートする。以下の説明では端末装置ｆ１００がスマートフォンであり、アプリケーションプログラム（サービス申込者用アプリ）が起動していることを前提とする。サービス利用者用アプリは、サービス申込者Ａの操作に応じてサービス管理装置ｆ７００と通信し、サービス申込者Ａからのリクエストをサービス管理装置ｆ７００に送信したり、サービス管理装置ｆ７００から受信した情報に基づくプッシュ通知を行ったりする。
端末装置ｆ１００は、例えば、以下のような内容を含むサービス利用依頼情報をサービス管理装置ｆ７００に送信する。位置情報は、例えば、端末装置ｆ１００が内蔵するＧＰＳ受信機により測位されたものである。その他の情報は、原則としてサービス申込者Ａまたはサービス利用者Ｕによって入力された情報に基づいている。利用希望サービス提供者属性情報とは、サービス利用者Ｕが希望するサービス提供者Ｓの属性に関する情報である。属性は、提供するサービスの種別の他、年齢、性別、性格（タイプ）などを含んでもよい。属性に関して、サービス管理装置ｆ７００は、完全に一致するサービス提供者Ｓを固定的に割り当てるのではなく、サービス利用者Ｕに提示して選択あるいは確定させるようにしてよい。
［サービス利用依頼情報］
・ユーザＩＤ
・位置情報（緯度、経度、高度）
・利用希望空間情報（例えば、人数、座席数等により表される）
・利用希望サービス提供者属性情報
・利用希望サービスＩＤ
・利用希望区間情報（第1区間の情報）
・サービス利用者の希望するサービス利用の時間帯の情報
・決済認証情報
［車両］
車両ｆ２００の走行制御に関する構成（例えば、自動運転に関する構成）は、第１実施形態における車両ｆ２００が備える構成と同様である。すなわち、車ｆ両ｆ２００は自動運転車両であり、以下に説明するように無線通信機能を有する車両である。図１３１は、車両ｆ２００に搭載される車両管理装置ｆ２１０Ａの構成の一例を示す図である。車両管理装置ｆ２１０Ａは、例えば、通信部ｆ２２０Ａと、認証部ｆ２３０Ａと、ＨＭＩｆ２４０Ａと、車両／コンパートメント管理部ｆ２５０Ａとを備える。
通信部ｆ２２０Ａは、無線通信装置である。通信部ｆ２２０Ａは、ネットワークＮＷを介してサービス管理装置ｆ７００と通信する。認証部ｆ２３０Ａは、サービス管理装置ｆ７００の指示により、サービス開始のための認証処理を行う。ＨＭＩｆ２４０Ａは、例えば、ＨＭＩｆ２３２とは別に設けられた、タッチパネル式ディスプレイ装置（表示部）やスピーカ、マイク、各種操作スイッチ等である。
車両／コンパートメント管理部ｆ２５０Ａは、例えば、利用状況検知部ｆ２５２と、利用許可部ｆ２５４と、認証部ｆ２５６とを備える。車両ｆ２００には、サービス利用者Ｕやサービス提供者Ｓが利用可能な空間（コンパートメント）が一以上設けられている。コンパートメントとは、例えば、座席や、荷物を載置する載置領域等である。例えば、コンパートメントは、例えば、所定のパーティションで区画された領域であってもよい。例えば、不図示のコンパートメント制御部は、座席や載置領域を駆動させる機構を制御して、座席を載置領域に変更させたり、載置領域を座席に変更したりする。更に、コンパートメント制御部は、例えば、座席を収納する収納部に座席を収納したり、収納部に収納された座席を収納部から出したりする。利用状況検知部ｆ２５２は、コンパートメントごとの利用状況を検知する。例えば、利用状況検知部ｆ２５２は、各コンパートメントが利用中であるか否かを検知する。図１３０では、車両ｆ２００として普通乗用車を掲載しているが、車両ｆ２００は、トレーラー、バス、マイクロバスなど、車室内を区切ったコンパートメントのそれぞれに一以上の乗員が乗車可能なサイズの車両であってもよい。利用許可部ｆ２５４は、例えば、認証部ｆ２５６による認証が成功した場合に、予め指定されたコンパートメントの利用を許可し、例えばドアの開錠等を行う。認証部ｆ２５６は、乗車してくるサービス利用者Ｕまたはサービス提供者Ｓの本人確認等の認証を行う。
車両管理装置ｆ２１０Ａは、例えば、以下のような内容を含む車両情報をサービス管理装置ｆ７００に送信する。
［車両情報］
・車両ＩＤ
・位置情報（緯度、高度、経度）
・コンパートメント利用状況（利用中のコンパートメントに関して利用中のサービス利用者のユーザＩＤ、利用可能なコンパートメントの情報など）
・走行状態（速度、加速度、角速度、車載機器の状態など）
・サービス提供者Ｓの情報（サービス提供者のＩＤ、実施中のサービスの情報、サービス実施経過時間等）
・表示コンテンツＩＤ（車外用表示部ｆ２７２に表示されているコンテンツＩＤ）、表示先ＩＤ（車外用表示部ｆ２７２に表示されたコンテンツの車外用表示部ｆ２７２における位置を示すＩＤ）
図１３２は、サービス提供者装置ｆ６００の構成の一例を示す図である。サービス提供者装置ｆ６００は、例えば、複数のサービス提供者の状態を把握し、サービス管理装置ｆ７００からの発注に自動的に応答可能な装置である。サービス提供者装置ｆ６００は、例えば、通信部ｆ６１０と、受注処理部ｆ６２０と、状態管理部ｆ６３０と、記憶部ｆ６５０とを備える。サービス提供者装置ｆ６００は、コンテンツ提供サーバｆ３００の機能構成を含んでいてもよい。
通信部ｆ６１０は、ネットワークＮＷを介してサービス管理装置ｆ７００などと通信する。受注処理部ｆ６２０は、サービス管理装置ｆ７００からのサービス発注に対して、受注処理を行う。受注処理部ｆ６２０は、サービス発注の内容が、既にサービス管理装置ｆ７００に送信済のサービス提供情報の範囲内であるか否かを判定し、範囲内であると判定した場合に受注処理を先に進める。状態管理部ｆ６３０は、サービス提供者装置ｆ６００に登録されたサービス提供者Ｓの状態（予約状態、稼働状態など）を管理し、サービス提供情報をサービス管理装置７００に提供する。
サービス提供者装置ｆ６００は、例えば、以下のような内容を含むサービス提供情報をサービス管理装置ｆ７００に送信する。サービス提供情報は、サービス提供者Ｓが受注可能なサービスに関連する情報である。
［サービス提供情報］
・受注ＩＤ
・サービス名称
・実行責任者情報
・サービス提供者属性情報
・サービス提供者の希望するサービス提供時間帯の情報
・必要車両コンパートメント情報
・サービス提供可能な地域の情報
・施設地点情報（車両外でのサービス提供地点情報）
・コンテンツＩＤに関する情報（例えば、利用可能なコンテンツの情報）
・サービスステータス
また、サービス提供者装置ｆ６００は、サービス管理装置ｆ７００からコンテンツの提供の要求があった場合、要求に応じたコンテンツをサービス管理装置ｆ７００に送信する。この場合、サービス提供者装置ｆ６００の記憶装置には、コンテンツＩＤに対応付けられた各種コンテンツが記憶されている。各種コンテンツは、予めサービス管理装置ｆ７００の記憶装置に格納されていてもよい。端末装置ｆ１５０は、例えば、スマートフォンやタブレット端末、パーソナルコンピュータなどである。端末装置ｆ１５０は、サービス提供システム２を利用するためのアプリケーションプログラム、或いはブラウザなどが起動し、以下に説明するサービスをサポートする。端末装置ｆ１５０は、サービス利用依頼情報と同様の情報をサービス管理装置ｆ７００に送信する。すなわち、端末装置ｆ１５０は、端末装置ｆ１００と同様の機能を有する。
［サービス管理装置］
図１３３は、サービス管理装置ｆ７００の構成の一例を示す図である。サービス管理装置ｆ７００は、例えば、通信部ｆ７１０と、第1取得部ｆ７２０と、第２取得部ｆ７２２と、第３取得部ｆ７２４と、車両特定部ｆ７３０と、プラン決定部ｆ７４０と、コンテンツ制御部ｆ７４２と、更新部ｆ７４４と、要求部ｆ７４６と、経路指示部ｆ７５０と、認証部ｆ７６０と、判定部ｆ７７０と、記憶部ｆ８００とを備える。通信部ｆ７１０および記憶部ｆ８００を除く構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭなどの着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。記憶部ｆ８００は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。
通信部ｆ７１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。通信部ｆ７１０は、ネットワークＮＷを介して端末装置ｆ１００、端末装置ｆ１５０、車両管理装置ｆ２１０Ａ、サービス提供者装置ｆ６００などと通信する。
第1取得部ｆ７２０は、通信部ｆ７１０を介して、端末装置ｆ１００、端末装置ｆ１５０からサービス利用依頼情報を取得する。第２取得部ｆ７２２は、通信部ｆ７１０を介して、予め登録された車両ｆ２００の車両管理装置ｆ２１０Ａから車両情報、または環境情報を取得する。第３取得部ｆ７２４は、通信部ｆ７１０を介して、サービス提供者装置ｆ６００から、サービス提供情報を取得する。
車両特定部ｆ７３０は、サービス利用依頼情報と車両情報とに基づいて、利用可能な車両ｆ２００を特定し、利用可能車両情報ｆ８２０を生成する。具体的に、車両特定部ｆ７３０は、サービス利用依頼情報に含まれる利用希望空間情報、利用希望区間情報、サービス利用の時間帯の情報と、車両情報に含まれる位置情報、コンパートメント利用状況とを比較し、位置情報とコンパートメント利用状況とが、サービス利用依頼情報に含まれる条件を満たす車両を、利用可能な車両ｆ２００として特定する。
プラン決定部ｆ７４０は、利用可能車両情報ｆ８２０およびサービス提供情報に基づいて、サービス利用者Ｕが享受可能な可用サービスを特定し、特定した可用サービスに関する情報をサービス利用者Ｕの端末装置ｆ１００に提供する。
より具体的に、プラン決定部ｆ７４０は、利用可能車両情報ｆ８２０およびサービス提供情報に基づいて、サービス提供者Ｓが車両ｆ２００の少なくとも一部（例えば、コンパートメント）を占有する第２区間を設定し、サービス利用依頼情報における利用希望区間情報（第1区間の情報）と第２区間の重複部分に基づいて、サービス利用者Ｕおよびサービス提供者Ｓが車両ｆ２００の少なくとも一部を占有する第３区間を設定する。プラン決定部ｆ７４０は、第1区間の設定前に、サービス提供者Ｓが既に車両ｆ２００に乗車している場合、第1区間の設定と同時に、車両ｆ２００の現在位置を起点として第２区間を設定してよい。
また、プラン決定部ｆ７４０は、サービス提供情報に含まれるサービス提供可能な地域の情報と、第1区間の重複範囲内で、第３区間を設定する。更に、プラン決定部ｆ７４０は、サービス利用者Ｕが車両ｆ２００の少なくとも一部を占有する時間帯が、サービス利用者Ｕの希望するサービス利用時間帯の情報と合致するように、且つ、サービス提供者Ｓが前記車両を占有する時間帯が、サービス提供者Ｓの希望するサービス提供時間帯の情報と合致するように、第３区間を設定する。「時間帯」とは、開始時刻や終了時刻といった時刻と、時間の長さとを含むものである。プラン決定部ｆ７４０は、例えば、サービス利用者Ｕの希望するサービス利用時間帯がサービス提供者Ｓの希望するサービス提供時間帯に収まらない場合、サービス利用者Ｕが車両２００の少なくとも一部を占有する時間帯を、サービス利用者Ｕの希望するサービス利用時間帯よりも制限し、サービス提供時間帯に収まるように調整してもよい。この逆に、プラン決定部ｆ７４０は、例えば、サービス提供者Ｓの希望するサービス提供時間帯がサービス利用者Ｕの希望するサービス利用時間帯に収まらない場合、サービス提供者Ｓが車両２００の少なくとも一部を占有する時間帯を、サービス提供者Ｓの希望するサービス提供時間帯よりも制限し、サービス利用時間帯に収まるように調整してもよい。そして、プラン決定部ｆ７４０は、設定した第３区間に基づいて可用サービスを特定する。
また、プラン決定部ｆ７４０は、あるサービス利用者Ｕに対して、複数のサービス提供者Ｓが順次サービスを提供する場合、複数のサービス提供者Ｓのそれぞれに対応して第２区間を設定し、それぞれの第２区間に対応した複数の第３区間を設定してもよい。
他の機能として、プラン決定部ｆ７４０は、端末装置ｆ１００を用いたサービス利用者Ｕからの指示に応じて、第１区間が車両外でのサービス提供地点で終了するように、前記第１区間を更新してもよい。この場合、プラン決定部ｆ７４０は、端末装置ｆ１００を用いたサービス利用者Ｕからの指示に応じて（あるいは自動的に）、通信部ｆ７１０を用いて、車両外でのサービス提供地点に存在する施設に対して予約情報を送信し、通信部ｆ７１０によって予約結果を受信すると共に、通信部ｆ７１０を用いて予約結果をサービス利用者Ｕの端末装置ｆ１００に送信してもよい。
また、プラン決定部ｆ７４０は、車両の走行中における車両の利用者、または車両の運行者と、コンテンツとの対応関係（後述する対応情報ｆ８３８に含まれる対応関係）を参照する。車両の運行者とは、車両の運行を手配するもの、運行の責任を負うもの、あるいは車両そのもののオーナーなどである。例えば、車両の運行者とは、実施形態におけるサービス管理者や、サービス提供者等である。
コンテンツ制御部ｆ７４２は、車外用表示部ｆ２７２にコンテンツを表示させる処理を実行する。コンテンツ制御部ｆ７４２は、プラン決定部ｆ７４０の参照結果に基づいてコンテンツの利用を許可する。更新部ｆ７４４の機能の詳細については後述する。要求部ｆ７４６は、サービス提供者装置ｆ６００にコンテンツを要求するコンテンツ要求を通信部ｆ７１０に送信させる。
経路指示部ｆ７５０は、通信部ｆ７１０に、サービス利用者Ｕの利用開始位置および利用終了位置の情報と、サービス提供者Ｓの利用開始位置および利用終了位置の情報とを、車両ｆ２００に送信させることで、車両ｆ２００が走行すべき経路を車両ｆ２００に指示する。
認証部ｆ７６０は、端末装置ｆ１００、端末装置ｆ１５０との通信によるサービス利用者Ｕの認証を行ったり、サービス提供開始時の認証を行ったりする。
判定部ｆ７７０は、サービス利用者Ｕと、サービス提供者Ｓとのそれぞれについて、車両ｆ２００を利用しているか否かを判定する。
プラン決定部ｆ７４０は、判定部ｆ７７０の判定結果を利用して各種の処理を行う。例えば、プラン決定部ｆ７４０は、判定部ｆ７７０によりサービス利用者Ｕとサービス提供者Ｓの双方が車両ｆ２００を利用していると判定した場合のみ、第1区間の変更を受け付ける（第1区間を更新する）ようにしてもよい。このケースは、例えば、サービス提供者Ｓがサービス利用者Ｕに提案して目的地を変更したり、車両ｆ２００側に提供する情報に基づいてサービス中に最終目的地を変更したりする場合に生じる。また、プラン決定部ｆ７４０は、第1取得部ｆ７２０がサービス利用依頼情報を受信した時点において、判定部ｆ７７０が、サービス利用者Ｕが既に車両ｆ２００を利用していると判定した場合（すなわちサービス利用中に、サービス延長あるいは別のサービスの依頼を行った場合）、当該利用中の車両ｆ２００を優先的にサービス利用者Ｕに割り当てるようにしてもよい。
記憶部ｆ８００には、登録されたサービス利用者Ｕに関する利用者情報ｆ８１０、前述した利用可能車両情報ｆ８２０、サービス管理情報８３０、および対応情報８３８が格納される。サービス管理情報ｆ８３０は、例えば、サービス依頼管理情報ｆ８３２と、予約管理情報ｆ８３４と、実行中サービス管理情報ｆ８３６とを含む。サービス依頼管理情報ｆ８３２には、第1取得部ｆ７２０により取得されたサービス利用依頼情報のそれぞれがレコードとして登録される。予約管理情報ｆ８３４には、予約利用区間、予約利用時間帯、経由地、経由地予定到着時刻などの情報が、サービスごとに格納される。実行中サービス管理情報ｆ８３６には、サービスステータスやサービス属性、サービス提供者ＩＤなどの情報が登録される。対応情報ｆ８３８は、端末装置ｆ１００、端末装置ｆ１５０または車両管理装置ｆ２１０Ａから送信された情報であって、利用者ＩＤ（または車両を運転する運転者ＩＤ）と、車両ＩＤと、利用者が利用を依頼したコンテンツＩＤとが互いに対応付けられた情報である。
対応情報ｆ８３８において、コンテンツＩＤには、コンテンツ提供事業者ＩＤや、コンテンツ利用対象エリアＩＤ、コンテンツ利用時刻、コンテンツ注目度指標等が対応付けられている。コンテンツ利用対象エリアＩＤとは、例えば、コンテンツの利用が可能なエリアを示すＩＤである。コンテンツ利用時刻は、例えば、コンテンツの利用が可能な時刻である。
対応情報ｆ８３８は、表示条件データｆ８３９を含む。図１３４は、表示条件データｆ１３９の内容の一例を示す図である。例えば、表示条件データｆ８３９は、図１３４に示すように利用者（または運行者）ごとに、車両環境ＩＤと、車両環境内容と、コンテンツ識別ＩＤと、利用許可がされているか否かを示す情報とが互いに対応付けられている。表示条件データｆ８３９は、例えば、表示条件データｆ２７８Ａと同等の情報を含んでもよい。
更新部ｆ７４４は、車両の利用者、または車両の運行者と、コンテンツとの対応情報ｆ８３８を更新する。例えば、更新部ｆ７４４は、対応情報ｆ８３８における、車両の利用者、または運行者と、コンテンツとの対応関係を更新する。更新とは、実績の記録や保存、表示させるコンテンツの優先順位の変更などを含む。車両管理装置ｆ２１０Ａおよびコンテンツを提供しているサービス提供者装置ｆ６００の処理結果と、利用状況とがカウントされることにより、コンテンツの露出度合、利用度合、環境情報とコンテンツとの相関関係等が把握可能となる。そして、サービス管理装置ｆ７００が、更新部ｆ７４４の処理結果に基づいて、コンテンツの利用実績を導出し、導出結果を事業者や所定の管理者に提供することができる。この利用実績は、例えば、利用者、またはコンテンツ提供元に対するインセンティブの計測に用いられる。
図１３５は、更新部７４４の処理について説明するための図である。例えば、更新部ｆ７４４は、図１３５に示すように、利用者ごとの車両環境ＩＤと注目度と日時とが互いに対応付けられた情報を対応情報ｆ８３８として記憶部ｆ８００に記憶させる。そして、更新部ｆ７４４は、上記の対応情報ｆ８３８に基づいて、表示条件データｆ８３９を更新する。例えば、更新部ｆ７４４は、表示条件データｆ８３９において、更新前に優先順位１の「コンテンツＣ１０」を、更新後に優先順位２とし、更新前に優先順位２の「コンテンツＣ１５」を、更新後に優先順位１とする。すなわち、更新部ｆ７４４は、注目度が高いコンテンツの優先順位を高くする。
更新部ｆ７４４は、車外用表示部ｆ２７２に表示中のコンテンツ、および車外用表示部ｆ２７２においてコンテンツが表示されている位置に関連付けられた車両ｆ２００の周囲の人物の視線の情報（「環境情報」の一例）を車両ｆ２００から取得し、取得した情報に基づいて、車両ｆ２００の利用者、または車両ｆ２００の運行者と、コンテンツとの対応関係を更新してもよい。例えば、更新部ｆ７４４は、人物の視線がコンテンツに向いている頻度が高くなるように、または向いている時間が長くなるように、コンテンツを表示させる位置や、コンテンツの種類、コンテンツと位置との相関関係を表示条件データｆ８３９に反映させ、表示条件データｆ８３９を更新する。
更新部ｆ７４４は、要求部ｆ７４６の要求によって、サービス提供者装置ｆ６００から取得したコンテンツと、車両ｆ２００の走行中における車両２００の利用者、または車両の運行者との対応関係を更新してもよい（図１３６参照）。例えば更新部ｆ７４４は、コンテンツを要求した利用者に取得したコンテンツＩＤを対応付ける。
図１３６は、サービス提供システムｆ２において実行される処理の流れの一例を示すフローチャートである。図１３６は、サービス提供者Ｓ（車両を共有する利用者）からのリクエストに応じて、車両２００の車外用表示部ｆ２７２の表示が切り替えられる処理の一例である。
まず、サービス依頼者Ａ（サービス提供者Ｓ）が、端末装置ｆ１５０を用いてサービス管理装置ｆ７００の認証部ｆ７６０に対してユーザ認証を行う（ステップＳ２００ｆ）。認証部ｆ７６０による認証が成功すると、サービス依頼者Ａ（サービス提供者Ｓ）は、端末装置ｆ１５０を用いて、サービス利用依頼情報をサービス管理装置７００に送信する（ステップＳ２０２ｆ）。サービス利用依頼情報は第１取得部によって取得され、サービス依頼管理情報ｆ８３２として記憶部ｆ８００に格納される。本フローチャートにおけるサービス利用依頼情報は、例えば、コンテンツの利用を依頼する情報（以下、コンテンツ利用依頼情報）である。
コンテンツ利用依頼情報が取得されると、サービス管理装置ｆ７００の第３取得部ｆ７２４は、サービス提供者装置ｆ６００に、コンテンツ提供情報の問い合わせを行う（ステップＳ２０４ｆ）。提供するコンテンツ（またはサービス）の属性やサービス事業者に応じて複数のサービス提供者装置ｆ６００が存在してもよく、その場合、第３取得部ｆ７２４は、複数のサービス提供者装置ｆ６００に対して一斉に問い合わせを行ってよい。サービス提供者装置ｆ６００の状態管理部ｆ６３０は、利用可能なコンテンツに関連する（利用可能なコンテンツの内容を示す）情報をサービス管理装置ｆ７００に返信する（ステップＳ２０６ｆ）。状態管理部ｆ６３０は、受注可能なサービス提供情報をサービス管理装置ｆ７００に返信する。
サービス管理装置ｆ７００の第２取得部ｆ７２２は、車両管理装置ｆ２１０Ａに、利用状況（車両情報）の問い合わせを行う（ステップＳ２０８ｆ）。車両管理装置ｆ２１０Ａの車両／コンパートメント管理部ｆ２５０Ａは、車両管理装置ｆ２１０Ａに対応付けられた車両ＩＤと共に、車両情報および利用状況検知部ｆ２５２により検知された環境情報をサービス管理装置ｆ７００に返信する（ステップＳ２１０ｆ）。環境情報は、車両ｆ２００の位置情報、および車両の周辺の状況を示す情報を含む。車両の周辺の状況を示す情報は、車両ｆ２００への注目度合である。ステップＳ２０８ｆおよびステップＳ２１０ｆの処理は、フローチャートに示す処理とは非同期に、任意のタイミングで随時行われてよい。
次に、車両特定部ｆ７３０は、コンテンツ利用依頼情報とステップＳ２１０ｆで取得された情報とに基づいて、利用可能な車両を特定し、利用可能車両情報を生成する（ステップＳ２１２ｆ）。ステップＳ２１２ｆにおいて複数の車両が特定されてもよく、その場合、後述するステップＳ２２４ｆまでの間に、最終的な車両の特定が行われてもよい。そして、プラン決定部ｆ７４０が、利用可能車両情報と、ステップＳ２０６ｆで取得された利用可能なコンテンツ情報とに基づいて、サービス提供者Ｓが享受可能な可用サービス（例えば利用可能なサービスまたはコンテンツ）を特定し（ステップＳ２１２ｆ）、特定した可用サービスの内容を示す可用サービス情報を端末装置ｆ１５０に送信する（ステップＳ２１４ｆ）。
サービス依頼者Ａ（サービス提供者Ｓ）は、可用サービス情報を閲覧し、その結果、端末装置ｆ１５０を用いてサービス管理装置ｆ７００に対してサービス発注（例えば、コンテンツに関するサービス発注や車両の利用に関するサービス発注）を行う（ステップＳ２１６ｆ）。サービス管理装置ｆ７００のプラン決定部ｆ７４０は、ステップＳ２１６ｆで受注したサービスのうちサービス提供者装置６００が担う部分を抜き出して、サービス提供者装置ｆ６００に対してサービス発注を行う（ステップＳ２１８ｆ）。
サービス提供者装置ｆ６００の受注処理部ｆ６２０は、サービス受注した旨をサービス管理装置ｆ７００に送信する（ステップＳ２２０ｆ）。これに併せて、受注処理部ｆ６２０は、サービス提供者Ｓの端末装置ｆ１５０に、受注内容を送信する。
サービス提供者装置ｆ６００から受注した旨を受信すると、サービス管理装置７００の経路指示部ｆ７５０は、サービス提供のための車両ｆ２００が走行すべき経路を設定する（ステップＳ２２２ｆ）。
次に、サービス管理装置ｆ７００の認証部ｆ７６０が、サービス開始のための認証処理をサービス提供者装置６００および車両２００の認証部ｆ２３０Ａに対して行い、経路指示部ｆ７５０が、ステップＳ２２ｆ２で設定した経路を車両ｆ２００に指示し、サービス提供者装置ｆ６００が、サービス開始の認証を行うと共に、必要に応じて最終的な車両の特定を行い、車両ｆ２００の車両管理装置ｆ２１０Ａでは認証部ｆ２３０Ａが車両側での認証を行うと共に、指示された経路での走行を開始または予定する（ステップＳ２２４ｆ）。
次に、サービス管理装置ｆ７００のコンテンツ制御部ｆ７４２が、例えば、車両ｆ２００とサービス依頼者Ａとの距離が設定距離に到達した場合に、端末装置ｆ１５０に、位置情報を含む車両ｆ２００の環境情報と共にリクエストしたコンテンツ情報を送信する（ステップＳ２２６ｆ）。更に、コンテンツ制御部ｆ７４２が、サービス提供者装置ｆ６００に、コンテンツ情報およびコンパートメント情報を送信する（ステップＳ２２８ｆ）。すなわち、運行者であるサービス管理装置ｆ７００は、利用者としてのサービス提供者Ｓからのリクエストに基づき、サービス提供者Ｓに関連したコンテンツ情報を、位置情報を含む車両の環境情報に関連づけて提供する。コンパートメント情報とは、例えば、コンパートメントに関する機能を制御するための情報である。例えば、載置領域を座席に変更させる制御情報や、その他コンパートメントに設けられた装置等の各機能を制御するための情報である。
次に、サービス提供者装置ｆ６００は、コンパートメント情報を取得し、取得したコンパートメント情報を車両管理装置ｆ２１０Ａに送信する（ステップＳ２３０ｆ）。車両管理装置ｆ２１０Ａは、コンパートメント情報を取得すると、車両ｆ２００が、この情報に応答して所定の制御を行う（ステップＳ２３０ｆ）。なお、端末装置ｆ１５０は、車両ｆ２００と直接通信して、車両ｆ２００にコンテンツ情報やコンパートメント情報等を送信してもよい。
次に、サービス提供者装置ｆ６００は、コンテンツ情報を取得し、取得したコンテンツを車両管理装置ｆ２１０Ａに送信する（ステップＳ２３２ｆ）。すなわち、サービス提供者装置ｆ６００は、コンテンツ情報を車両ｆ２００の車外用表示部ｆ２７２に表示させる制御（外部表示制御）を行う。車両管理装置ｆ２１０Ａは、コンテンツ情報を取得すると、車両ｆ２００の表示制御部ｆ２７０が、この情報に応答してコンテンツを車外用表示部ｆ２７２に表示させる（ステップＳ２３４ｆ）。表示制御部ｆ２７０が、車外の表示の切り替えを行う。
その後、サービス依頼者Ａが車両ｆ２００に乗車し（ステップＳ２３ｆ６）、サービス依頼者Ａが、例えばＨＭＩｆ２４０Ａを操作し、外部表示の切り替えの指示を行い（ステップＳ２３８ｆ）、車両ｆ２００の表示制御部ｆ２７０が、その操作の内容に関する情報を取得すると、取得した操作に応じて、コンテンツを切り替える（ステップＳ２４０ｆ）。図１３６の例では、サービス依頼者Ａが、端末装置ｆ１５０を用いて、サービス利用依頼情報をサービス管理装置ｆ７００に送信した後に、車両ｆ２００に乗車するものとして説明しているが、サービス依頼者Ａは、車両ｆ２００に乗車した後に、端末装置ｆ１５０またはＨＭＩ２４０を操作して、サービス利用依頼情報をサービス管理装置ｆ７００に送信してもよい。また、ＨＭＩｆ２４０Ａは、端末装置ｆ１５０の機能と同等の機能を有していてもよい。この場合、例えば、サービス依頼者Ａは、車両ｆ２００に乗車した後、端末装置ｆ１５０に代えてＨＭＩｆ２４０Ａを操作し、外部表示の切り替えの指示を行うことができる。
上記のように、車両ｆ２００がコンテンツを切り替えた場合、車両ｆ２００は、切り替えたコンテンツの情報をサービス管理装置ｆ７００に送信する。サービス管理装置ｆ７００が、切り替えられたコンテンツの情報を取得すると、サービス管理装置ｆ７００の経路指示部ｆ７５０は、取得したコンテンツの情報に基づいて、経路の修正や目的地の変更、または走行状態の変更等を行うことを決定し、決定結果を車両ｆ２００に送信する（ステップＳ２４ｆ２）。例えば、経路指示部ｆ７５０は、取得したコンテンツの情報が第１の情報である場合、第１の情報に対応付けられた経路を走行したり、目的地に向かったり、走行状態を変更したりする。なお、経路指示部ｆ７５０は、取得した環境情報に基づいて、経路の修正や目的地の変更、または走行状態の変更等を行うことを決定し、決定結果を車両ｆ２００に送信してもよい。例えば、経路指示部ｆ７５０は、人の注目が集まるような経路に変更することを決定したり、速度を落として走行するように決定したりする。これらの場合、車両ｆ２００は、決定結果に基づく制御を実行する。すなわち、車両ｆ２００は、修正された経路を走行したり、変更された目的地に向かって走行したり、変更された走行状態で走行したりする。
付加サービスが提示可能となったときに、プラン決定部ｆ７４０が付加サービスを端末装置ｆ１５０に提示する（ステップＳ２４４ｆ）。サービス依頼者Ａが付加サービスの内容を閲覧して、端末装置ｆ１５０を用いて付加サービスを発注すると（ステップＳ２４４ｆ）、サービス管理装置７００のプラン決定部ｆ７４０は、サービス提供者装置ｆ６００に対して、付加サービスについてサービス発注を行う（ステップＳ２４６ｆ）。サービス提供者装置ｆ６００の受注処理部ｆ６２０は、付加サービスを受注した旨を示す情報をサービス管理装置７００に送信する（ステップＳ２４８ｆ）。付加サービスを受注した旨を示す情報を受信すると、サービス管理装置ｆ７００の経路指示部ｆ７５０は、利用可能コンテンツの変更を受け付けたことを、サービス依頼者Ａに通知する（ステップＳ２５０ｆ）。
上述した処理が行われ、サービス依頼者Ａが要求したコンテンツが車両の走行中において表示される。具体的には、プラン決定部ｆ７４０が、車両の環境（環境情報）に基づいて認識された車両の走行中における車両の利用者（または運行者）と、コンテンツとの対応関係を参照し、コンテンツ制御部ｆ７４２が、参照結果に基づきコンテンツの利用を許可することで、コンテンツが車外用表示部ｆ２７２に表示される。
プラン決定部ｆ７４０は、車両ｆ２００から乗員の状態を取得し、取得した乗員の状態に応じて、コンテンツ車両の利用者、または車両の運行者とコンテンツとの対応関係を参照するか否かを決定してもよい。例えば、プラン決定部ｆ７４０は、乗員が寝ている状態であると判定した場合、対応関係を参照せず、コンテンツを車外用表示部ｆ２７２に表示させないと決定してもよい。また、乗員の状態は、乗員が成人であるか否か等の乗員の属性や、認証または有料サービスの購読の有無、乗車してからの経過時間等であってもよい。例えば、プラン決定部ｆ７４０は、乗員が成人でない場合や、有料サービスの購読を行っていない場合、対応関係を参照せず、コンテンツを車外用表示部ｆ２７２に表示させないと決定してもよい。
経路指示部ｆ７５０は、車両ｆ２００から取得した環境情報に応じて走行状態または経路を変更するように指示してもよい。例えば、経路指示部ｆ７５０は、車両ｆ２００から注目度が低いことを示す情報を取得した場合、予め設定または取得された経路（注目度が高くなるような経路）を走行するように車両ｆ２００に指示したり、注目度が高くなるような走行状態（速度を落とした走行状態）で走行するように車両ｆ２００に指示したりしてもよい。
以下、サービス管理装置ｆ７００、またはサービス提供者装置ｆ６００の制御に基づいて、車両ｆ２００の車外用表示部ｆ２７２に表示される情報について説明する。サービス管理装置ｆ７００が、環境情報、および車両の運行者とコンテンツとの対応関係を参照し、参照結果に基づきコンテンツを利用させる場合の具体例について、第１の実施形態で示した図１７，図１８および後述する図１３７〜図１４４を参照して説明する。運行者であるサービス提供者が提供する役務に関するコンテンツが、車外用表示部ｆ２７２に表示される例である。以下、必要に応じてＸＹＺ座標系を用いて図示および説明を行う。Ｘ方向およびＹ方向は、略水平面に沿う方向である。Ｘ方向は、車両が進行する進行方向であり、Ｙ方向は、Ｘ方向と交差する方向（例えば略直交する方向）である。Ｚ方向は、Ｘ方向およびＹ方向とは交差する方向（例えば略直交する方向）である。
例えば、車外用表示部ｆ２７２には、サービスを示す商標やロゴ、サービスの内容（英会話学校）、車両２００の行き先、サービスの提供状態（利用かであるかを示す情報）などが表示される。図１７は、英会話学校に関するサービスを提供している車両ｆ２００の斜視図である。図１８は、英会話学校に関するサービスを提供している車両ｆ２００を横方向から見た図である。
例えば、車外用表示部ｆ２７２には、車両ｆ２００を利用することを予約しているユーザ（次に車両ｆ２００に接近するユーザ）を示す情報（例えば名前、ニックネーム、予約番号等）が表示される。図１３７は、予約しているユーザの情報を表示している車外用表示部ｆ２７２を有する車両ｆ２００の斜視図である。図１３８は、予約しているユーザの情報を表示している車外用表示部ｆ２７２を有する車両ｆ２００を横方向から見た図である。
例えば、車外用表示部ｆ２７２には、車両ｆ２００が提供しているサービスの属性（例えば販売している商品や食品、提供している役務など）を示す情報、または商品や役務などの提供条件（価格や提供時間）が表示される。図１３９は、サービスの属性を表示している車外用表示部ｆ２７２を有する車両ｆ２００を斜視図である。図１４０は、サービスの属性の情報を表示している車外用表示部ｆ２７２を有する車両ｆ２００を横方向から見た図である。
例えば、車外用表示部ｆ２７２には、イベントに関する情報（イベント名称や開催日）、情報にアクセスするための情報（ＵＲＬや二次元バーコード等）が表示される。図１４１は、イベントに関する情報を表示している車外用表示部ｆ２７２を有する車両ｆ２００を斜視図である。図１４２は、イベントに関する情報を表示している車外用表示部ｆ２７２を有する車両ｆ２００を横方向から見た図である。例えば、図１４１、図１４２に示す車両は、イベント会場に向かう車両であって、イベントに向かう利用者が乗車可能である。
例えば、イベントに関する情報（イベント名称や開催日）、情報にアクセスするための情報（ＵＲＬや二次元バーコード等）は、車両の後方側に設けられた車外外表示部ｆ２７２に表示されてもよい。図１４３は、車両を後方側から見た図である。例えば、イベントに関する情報を表示させた車両ｆ２００は、イベント会場に向けて走行する。イベントに興味あるユーザは、車両ｆ２００を追走することでイベント会場に到着することができる。追走する際に、ユーザは、車両ｆ２００の後方側に表示されたイベントに関する情報を目印に追走することができる。
例えば、車両ｆ２００が、所定の地域を巡回し、その地域の特産や観光情報を提供している車両（地域巡回サンプラー車両）である場合、車外用表示部ｆ２７２には、地域巡回サンプラー車両であることを示す情報が表示される。図１４４は、地域巡回サンプラー車両であることを示す情報が表示されている車外用表示部ｆ２７２を有する車両ｆ２００の斜視図である。
例えば、車両ｆ２００、サービス提供者装置ｆ６００、サービス管理装置ｆ７００は、サービスに関する情報（サービスの内容やサービスを提供している車両の情報）を、車両ｆ２００とは異なる車両に提供してもよい。異なる車両は、例えば、自動運転を行う車両である。異なる車両は、サービスに関する情報を取得し、取得した情報のうちから任意のサービスや車両を選択し、選択した車両ｆ２００に追従してもよい。例えば、上記の異なる車両は、イベント会場に向かう車両２００に追従してもよい。
また、所定の条件を満たした場合、車外用表示部ｆ２７２には、条件を満たすことによって表示されるコンテンツが表示される。所定の条件とは、周辺環境の状況、または利用者とサービス提供者との関係に基づき規定された条件である。例えば、サービス提供者Ｓに関する所定の商品がサービスユーザによって購入されると、車外用表示部ｆ２７２に購入に応じたコンテンツが表示される。
以上説明した第７の実施形態の第１変形例によれば、サービス管理装置７００が、車両の走行中における、車両の利用者、または車両の運行者と、コンテンツとの対応関係を参照し、参照結果に基づきコンテンツの利用を許可することにより、車両の環境に適した状態で車外へのコンテンツ表示を実現することができる。
＜第８の実施形態＞
次に、第８の実施形態について説明する。第８の実施形態では、第１の実施形態の車両が適用可能な車両システムについて説明する。車両は、例えば、基本的には運転操作を必要としない自動運転車両である。車両システムでは、自動運転車両を用いて、利用者のニーズに応じた部屋環境を提供する。
図１４５は、車両システムｇ１の構成図である。車両システムｇ１は、一以上の車両ｇ１００と、利用者が使用可能な部屋に設置される一以上の部屋設備ｇ２００と、管理サーバｇ３００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、インターネット、ＷＡＮ、ＬＡＮ、公衆回線、プロバイダ装置、専用回線、無線基地局などを含む。利用者が使用可能な部屋とは、部屋の所有者や、管理者等により利用者による使用が予め許可されている部屋であって、例えば、利用者の自宅や職場、滞在するホテルや旅館等である。利用者が使用可能な部屋とは、車両ｇ１００の外の空間の一例であり、部屋設備ｇ２００に存在する機器が、この車両ｇ１００の外の空間に存在する外部装置の一例である。外部機器は、後で説明する通り、車内に用意された操作インタフェースを介して取得された操作情報に基づいて車内から利用者により遠隔操作される対象を含む。以下、外部機器が部屋設備ｇ２００に含まれる構成として説明するが、これに限られない。例えば、外部機器は、車両ｇ１００に搭載される機器以外の機器であって、例えば、他車両に搭載される機器などを含んでもよい。
［車両］
車両ｇ１００は、利用者Ｕによる操作に基づいて部屋リクエストを作成し、ネットワークＮＷを介して、管理サーバｇ３００に送信する。部屋リクエストとは、車両ｇ１００の車内に擬似的な部屋環境の再現を指示する要求であって、部屋の種類や利用者Ｕの属性等の利用条件や車両ｇ１００の識別情報等が含まれる。部屋リクエストは、車両ｇ１００に乗車する度に送信される必要はなく、一度部屋リクエストが送信されると、キャンセルされるまで部屋環境の提供が継続されてもよい。
車両ｇ１００は、例えば、複数の利用者Ｕが乗車可能な四輪以上の車輪を有する車両である。図１４６は、車両ｇ１００の構成図である。車両ｇ１００は、例えば、外界監視ユニットｇ１１０と、通信装置ｇ１２０と、ナビゲーション装置ｇ１３０と、推奨車線決定装置ｇ１４０と、自動運転制御ユニットｇ１５０と、駆動力出力装置ｇ１６０と、ブレーキ装置ｇ１６２と、ステアリング装置ｇ１６４と、環境提供部ｇ１７０とを備える。外界監視ユニットｇ１１０、通信装置ｇ１２０、ナビゲーション装置ｇ１３０、推奨車線決定装置ｇ１４０、自動運転制御ユニットｇ１５０、駆動力出力装置ｇ１６０、ブレーキ装置ｇ１６２、およびステアリング装置ｇ１６４のそれぞれは、例えば、上述した第２の実施形態において紹介した図２６の外界監視ユニットａ２１０、通信装置ａ２２０、ナビゲーション装置ａ２３０、推奨車線決定装置ａ２４０、自動運転制御ユニットａ２５０、駆動力出力装置ａ２６０、ブレーキ装置ａ２６２、およびステアリング装置ａ２６４と同様の構成を備えるため、ここでの詳細な説明を省略する。また、第８の実施形態における自動運転の処理過程については、第１の実施形態において紹介した図３並びに関連する説明を援用し、詳細な説明を省略する。
環境提供部ｇ１７０は、出力部ｇ１７１と、制御部ｇ１７２と、取得部ｇ１７３と、記憶部ｇ１７４と、特定部ｇ１７５と、認証部ｇ１７６とを備える。
環境提供部ｇ１７０は、例えば、部屋設備ｇ２００に含まれる外部機器の状態を示す状態情報を車内に提供することにより、車両ｇ１００の車内に部屋設備ｇｇ２００を備える部屋の環境を再現する。外部機器の状態情報には、例えば、外部機器の制御状態を示す情報、あるいは、外部機器外の検出部により検出される外部機器の外部状態を示す情報などが含まれる。
外部機器の制御状態には、例えば、テレビがオン状態であること、炊飯器が炊飯状態であることなどが含まれる。また、外部機器の制御状態には、外部機器が予め保有している機能動作（あるいは機能動作に付随する動作）や、外部機器において設定されている機能動作も含まれる。外部機器の機能動作には、例えば、テレビの音量を調整できることや、設定されている音量のレベル値（設定値）などが含まれる。外部機器において設定されている機能動作には、室外からの遠隔操作が可能な機能動作であることや、室外からの遠隔操作が可能でない機能動作であることなども含まれる。外部機器の制御状態には、外部機器の稼働状態なども含まれる。
検出部は、外部機器に含まれない構成である。検出部は、カメラに限られず、例えば、外部機器の外部状態を検出するものであればよく、温度計、照度計、スピーカなどを含んでもよい。外部機器の外部状態には、外部機器を外側から観測した外部機器の状態や、外部機器が置かれている周りの環境の状態などが含まれる。
状態情報を車内に提供することには、外部機器の制御状態を表す画像やテキストで車内に表示することや、外部機器において設定されている機能動作を画像やテキストで車内に表示することなどが含まれる。また、状態情報を車内に提供することには、外部機器に対する機能動作についての操作インタフェースを画像やテキストで車内に表示することなども含まれてよい。
出力部ｇ１７１は、状態情報を車内に表示させるための情報（以下、再現データと記す）に基づいて車両ｇ１００の車内に状態情報を表示させることにより、所定の部屋環境を再現する。再現データは、例えば、部屋設備ｇ２００や管理サーバｇ３００から受信した情報に基づいて制御部ｇ１７２により生成される。また再現データは、部屋設備ｇ２００あるいは管理サーバｇ３００により生成されてもよく、部屋設備ｇ２００あるいは管理サーバｇ３００により一部が生成され、この一部に基づいて最終的に制御部ｇ１７２により生成されてもよい。
例えば、出力部ｇ１７１は、再現データに基づいて所定の像を車内に出現させる。所定の像を出現させる手段は、プロジェクタを用いて車内の壁に像を投影される手法であってもよく、車内に設置されたディスプレイに像を表示させる手法であってもよい。また、所定の像には、外部機器に関する像だけでなく、指定された空間を再現する様々な像が含まれ、例えば、指定された空間の壁紙や床などの建造物に関する像と、指定された空間に存在する家具や家電等の構造物に関する像なども含まれる。
出力部ｇ１７１は、例えば、プロジェクタ、ディスプレイ、スピーカ等のうち一つまたは複数を含む。再現データは、車両ｇ１００における再現手段に応じて異なり、例えば、車両ｇ１００における再現手段がプロジェクタであれば車両１００の内装の表面に投影されるデータ、車両ｇ１００における再現手段がディスプレイであればディスプレイに表示されるデータ等を含む。また、出力部１７１は、プロジェクションマッピング技術を利用して、部屋環境を再現してもよい。
また出力部ｇ１７１は、部屋設備ｇ２００に存在する外部機器の状況を車内に通知する。例えば、部屋設備ｇ２００から受信した情報に基づいて、部屋設備に存在する機器の状況に応じた像を出力したり、部屋に存在する機器の状況を示す言葉やイラストを、画像あるいは音声により出力する。詳細については、後述する。
取得部ｇ１７３は、例えば、利用者による操作を受け付け、受け付けた操作内容を制御部ｇ１７２に出力するインタフェース装置を含む。取得部ｇ１７３は、例えば、キーボード、マウス、タッチパネル等を含む。また、取得部ｇ１７３はカメラやセンサを含み、制御部ｇ１７２が、カメラにより撮像された画像やセンサによる検出結果等に基づいて、利用者Ｕの特徴や、利用者Ｕによる操作内容を解析してもよい。例えば、制御部ｇ１７２は、車内の部屋環境において再現された擬似的な外部機器の操作ボタンをタッチする利用者Ｕの動きを検出した場合、外部機器に対する操作内容を検出する。つまり、制御部ｇ１７２と取得部ｇ１７３は、擬似的な像として車内に再現された外部機器を遠隔操作するための指示を受け付ける操作インタフェースとして機能する場合がある。
また、取得部ｇ１７３は、車両ｇ１００の走行状態を取得する。車両ｇ１００の走行状態は、例えば、自動運転制御ユニットｇ１５０により実行されるイベント、自車両の速度、ＧＮＳＳ受信機ｇ１３４により測位された車両ｇ１００の位置、車両ｇ１００が走行している道路の形状（峠道、直線道路…）などにより表される。例えば、取得部ｇ１７３は、通信装置ｇ１２０を用いて、自動運転制御ユニットｇ１５０により実行されるイベントの種類を示す情報を取得する。
記憶部ｇ１７４は、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などにより実現される。
制御部ｇ１７２、特定部ｇ１７５、および認証部ｇ１７６は、例えば、ＣＰＵなどのプロセッサが記憶部ｇ１７４に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一方または双方は、ＬＳＩやＡＳＩＣ、ＦＰＧＡなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
制御部ｇ１７２は、取得部ｇ１７３を用いて利用者Ｕから入力された情報、特定部ｇ１７５による特定結果、認証部ｇ１７６による認証結果などに基づいて、部屋リクエストを作成し、通信装置ｇ１２０を用いて、管理サーバｇ３００に送信する。例えば、制御部ｇ１７２は、利用者の名前や属性、部屋の種類等の利用条件を部屋リクエストに含める。
また制御部ｇ１７２は、部屋設備ｇ２００や管理サーバｇ３００から受信した情報に基づいて、再現データを生成する。なお制御部ｇ１７２は、部屋設備ｇ２００や管理サーバｇ３００から再現データを取得してもよい。制御部ｇ１７２は、再現データを出力部ｇ１７１に出力する。
また制御部ｇ１７２は、外部機器に対する操作を受け付ける操作インタフェースを、車内に提供する。例えば、制御部ｇ１７２は、取得部ｇ１７３に含まれる各部を識別する識別情報（以下、操作インタフェースＩＤと記す）と、外部機器に対する操作を識別する識別情報（以下、操作ＩＤと記す）とを対応付けた情報を生成し、インタフェース情報ｇ１７４Ａの一部として記憶部ｇ１７４に格納する。なお、インタフェース情報ｇ１７４Ａは、操作インタフェースＩＤと操作ＩＤとの組み合わせを識別する情報（以下、インタフェースＩＤと記す）を含んでいてもよい。インタフェース情報ｇ１７４Ａには、例えば、タッチパネルに表示されるボタンＡがテレビの電源をオンする操作インタフェースであることが登録される。このインタフェース情報ｇ１７４Ａは、後述するインタフェース情報ｇ３２２の全部あるいは一部と同じ情報であってよい。
また制御部ｇ１７２は、外部機器が有する全ての機能動作のうち、車内から遠隔操作が可能な機能動作についての操作インタフェースを、車内に提供する。制御部ｇ１７２は、例えば、車両からの遠隔操作が可能であるか否かに応じて操作インタフェースが受け付ける操作内容を決定する。外部機器が有する全ての機能動作のうち車両からの遠隔操作が可能である機能動作が限定されている場合、制御部ｇ１７２は、車両からの遠隔操作が可能である機能動作の操作インタフェースを、車内に提供する。具体的には、制御部ｇ１７２は、車両からの遠隔操作が可能である機能動作の操作ＩＤにインタフェースＩＤを対応付けてインタフェース情報ｇ１７４Ａに登録するとともに、車両からの遠隔操作が可能でない機能動作の操作ＩＤはインタフェース情報ｇ１７４Ａに登録しない。また、制御部ｇ１７２は、車両からの遠隔操作が可能でない機能動作の操作ＩＤについては、無効であることのフラグを立ててもよい。
なお、車両からの遠隔操作が制限される場合の一例について説明する。例えば、外部機器がテレビである場合、テレビの電源をオンするなどのテレビ自体の操作は車両からの遠隔操作が可能であるが、テレビと接続されている録画機器については車両からの遠隔操作が制限されてよい。なお、録画機器に対する操作は、録画機器の操作として、制御部ｇ１７２により操作インタフェースが提供されてよい。
また制御部ｇ１７２は、例えば、乗員が認証部ｇ１７６により認証された個人であるか否かに応じて操作インタフェースが受け付ける操作内容を決定してもよい。外部機器が有する全ての機能動作のうち乗員による操作が許可されている機能動作が限定されている場合、制御部ｇ１７２は、乗員による操作が許可されている機能動作の操作インタフェースを、車内に提供する。具体的には、制御部ｇ１７２は、乗員による操作が許可されている機能動作の操作ＩＤにインタフェースＩＤを対応付けてインタフェース情報ｇ１７４Ａに登録するとともに、乗員による操作が許可されていない機能動作の操作ＩＤはインタフェース情報ｇ１７４Ａに登録しない。また、制御部ｇ１７２は、乗員による操作が許可されていない機能動作の操作ＩＤについては、無効であることのフラグを立ててもよい。
また制御部ｇ１７２は、通信装置ｇ１２０を用いて部屋設備ｇ２００や管理サーバｇ３００から受信した情報に基づいて、操作インタフェースが受け付ける操作内容を、外部機器の制御状態と同期させる。例えば、制御部ｇ１７２は、部屋設備ｇ２００や管理サーバｇ３００から受信した最新の情報に基づいて、操作インタフェースが受け付ける操作内容を決定する。
また制御部ｇ１７２は、時計機能部を備え、外部機器に含まれる時計機能部により計時された時刻と同期させてもよい。例えば、１７時００分に外部機器に含まれる炊飯器の炊飯制御の開始が予め設定されていたとする。この場合、制御部１７２は、自身の時計機能部により計時された時刻が１７時００分になった場合に、通信装置ｇ１２０を用いて部屋装置ｇ２００に対して炊飯器による炊飯制御の開始を指示するコマンドを送信するとともに、操作インタフェースに含まれる炊飯器の炊飯開始ボタンがオンされていることを示すことを表示させる。
また制御部ｇ１７２は、部屋設備ｇ２００に同じ機能の複数の外部機器が含まれる場合、この複数の外部機器に対する同じ操作内容を受け付ける操作インタフェースを、共通化して車内に再現してもよい。こうすることにより、乗員が照明のオフを指示する操作インタフェースを車内において操作した場合、リビングの照明と寝室の照明を同時にオフすることができる。
また制御部ｇ１７２は、車内の乗員の状況に応じて操作インタフェースを操作可能な乗員を決定することにより、全ての乗員のうち操作インタフェースを操作可能な乗員を制限してもよい。車内の乗員の状況には、車内における乗員の乗車位置の分布や、乗員の視線の方向などが含まれる。車内の乗員の状況を示す情報は、例えば、車内に設けられたカメラなどにより取得された画像データを解析することにより、制御部ｇ１７２により取得される。例えば、制御部ｇ１７２は、乗員の乗車位置に基づいて操作インタフェースと乗員との距離を取得し、操作インタフェースとの距離が閾値以下である乗員や、他の乗員に比べて操作インタフェースまでの距離が短い乗員を、操作インタフェースを操作可能な乗員に決定してもよい。また、制御部ｇ１７２は、乗員の視線の方向に基づいて操作インタフェースを用いて操作可能な外部機器の再現画像を見ているか否かを判定し、外部機器の再現画像を見ていると判定した乗員を、操作インタフェースを操作可能な乗員に決定してもよい。
また制御部ｇ１７２は、利用者Ｕの操作によらずに部屋リクエストを作成し、管理サーバｇ３００に送信してもよい。例えば、制御部ｇ１７２は、複数の部屋（例えば、リビングと、寝室と、キッチン）の部屋環境の再現を指示する部屋リクエストを作成する。そして、制御部ｇ１７２は、管理サーバｇ３００から受信した情報に基づいて複数の部屋の部屋環境を連続的に再現する。例えば、制御部ｇ１７２は、一定時間ごとに部屋環境が自動で変更して見えるように、再現する部屋環境を変更する。
この場合、制御部ｇ１７２は、車内に再現されている部屋に含まれる外部機器に対応する操作インタフェースを車内に提供し、車内に再現されていない部屋に含まれる外部機器に対応する操作インタフェースを車内に提供しないようにする。また、制御部ｇ１７２は、乗員から受け付けた操作指示に基づいて、車内に再現されている部屋に含まれる外部機器を制御するコマンドを、通信装置ｇ１２０を用いて部屋装置ｇ２００に送信してもよい。この場合、制御部ｇ１７２は、乗員から受け付けた操作指示が車内に再現されていない部屋に含まれる外部機器に対して適用可能な場合であっても、この外部機器に対するコマンドは送信しない。なお、乗員からの操作指示は、ＨＭＩｇ１３２により実現されている操作インタフェースや、プロジェクタにより車内に表示されている操作インタフェースに限られず、例えば、制御部ｇ１７２が音声により取得されてもよい。例えば、乗員が「もう少しテレビの音量を上げて」と言った場合、制御部ｇ１７２は、取得ｇ部１７３により取得された音声情報に基づいて乗員からの操作指示を受け付けてもよい。つまり、制御部ｇ１７２は、車内に再現されている部屋に含まれる外部機器に対する操作を、車内に再現されていない部屋に含まれる外部機器によりも優先的に受け付ける。このように、一の操作インタフェースに対して操作可能な複数の外部機器が対応づけられている場合、制御部ｇ１７２は、所定の優先順位に基づいて、操作インタフェースに基づいて操作する外部機器を決定してもよい。
特定部ｇ１７５は、取得部ｇ１７３により取得された情報に基づいて、車両ｇ１００の車内にいる個人を特定する。特定部ｇ１７５は、例えば、記憶部ｇ１７４を参照して個人を特定する。記憶部ｇ１７４には、利用者の特徴を示す情報が予め登録されている。例えば、記憶部ｇ１７４には、利用者の顔の特徴を示す情報、利用者の声の特徴を示す情報、利用者の指紋の特徴を示す情報等が登録されており、特定部ｇ１７５は、記憶部ｇ１７４を参照して、顔認証、声認証、指紋認証等により個人を特定することができる。なお、特定部ｇ１７５は、パスワード入力、ＱＲコード（登録商標）認証、或いはＦｅｌｉｃａなどのＩＣカードを用いて通信によって認証を行い、認証結果に基づいて個人を特定してもよい。
認証部ｇ１７６は、下記の管理サーバｇ３００との対応関係を示す情報を参照し、特定部ｇ１７５により特定された個人（あるいは、認証部ｇ１７６が搭載されている車両）が管理サーバｇ３００に対するアクセス権を有するか否かを判定する。管理サーバｇ３００に対するアクセス権を有することが認証ｇ部１７６により判定された場合、制御部ｇ１７２により部屋リクエストが作成される。
認証部ｇ１７６は、下記の外部装置との対応関係を示す情報を参照し、特定部ｇ１７５により特定された個人が外部機器を制御するアクセス権を有するか否かを判定し、アクセス権が存在する場合に、アクセス権を含む信号を制御部１７２に生成させる。つまり、認証部ｇ１７６は、「外部装置との対応関係を示す情報（後述する）」に登録されている外部機器のうち、特定部ｇ１７５により特定された個人が使用可能な外部機器を特定する。「外部装置との対応関係を示す情報」は、例えば、外部機器が存在する空間のそれぞれを識別する情報（例えば部屋ＩＤ）、個人のそれぞれを識別する情報と、部屋ＩＤが示す空間に存在する外部機器のそれぞれを識別する情報（例えば、外部機器ＩＤ）と、各外部機器に対するアクセス権の有無とを対応付けた情報であって、例えば車両ｇ１００に搭載される記憶装置に格納されている。
また認証部ｇ１７６は、管理サーバｇ３００を介して外部機器から受信した情報に基づいて、指定された空間に存在する外部機器のうち、遠隔操作可能な外部機器を特定し、特定した外部機器について特定部ｇ１７５により特定された個人が使用可能か否かを判定してもよい。
また認証部ｇ１７６は、上述の外部装置との対応関係を示す情報を参照し、取得部ｇ１７３を介して乗員により指定された空間（部屋）に存在する複数の外部機器のうち、特定部ｇ１７５により特定された個人が使用可能な外部機器（以下、使用可能機器と記す）や、特定部ｇ１７５により特定された個人が使用可能でない外部機器（以下、使用不可能機器と記す）を特定してもよい。
なお「外部装置との対応関係を示す情報」は、管理サーバｇ３００の記憶部に格納されて、管理サーバｇ３００に含まれる構成部によって、上述したような認証部１７６による処理が実行されてもよい。
また制御部ｇ１７２は、操作インタフェース（取得部ｇ１７３により実現される）を介して取得した操作情報を、通信装置ｇ１２０を用いて、管理サーバｇ３００に選択的に送信する。例えば、制御部ｇ１７２は、取得した操作情報が示す操作内容が、認証部ｇ１７６によりアクセス権が存在すると判定された外部機器（使用可能機器）に対する操作内容である場合、操作情報を管理サーバｇ３００に送信する。一方、取得した操作情報が示す操作内容が、認証部ｇ１７６によりアクセス権が存在しないと判定された外部機器（使用不可能機器）に対する操作内容である場合、制御部ｇ１７２は、操作情報を管理サーバｇ３００に送信しない。
また制御部ｇ１７２は、指定された空間に存在する外部機器の種類（第１要件）と、外部機器の使用が許可されているか否かを示すアクセス権（第２要件）と、外部機器の状態（第３要件）とのうち少なくとも一つに基づいて、外部機器と接続される操作インタフェースを決定する。外部機器の状態を示す情報は、例えば後で説明する状態情報である。
例えば、制御部ｇ１７２は、第1要件に基づいて、指定された空間に存在する全ての外部機器に対応する操作ボタンを取得部ｇ１７３に含まれるタッチパネルに表示してもよい。また制御部ｇ１７２は、さらに第２要件を考慮して、タッチパネルに表示した操作ボタンのうち、アクセス権がない外部機器の操作ボタンを無効にしてもよく、タッチパネルに表示しないようにしてもよい。
また、制御部ｇ１７２は、さらに第３要件を考慮して、部屋設備ｇ２００として新たな外部機器が追加された場合、新たに追加された機器と通信し必要な情報を取得することにより部屋設備ｇ２００の外部機器に追加するとともに、新たに追加された外部機器に対応する操作ボタンをタッチパネルに追加する。なお、同様にして、部屋設備ｇ２００の外部機器がその空間から撤去された場合、制御部ｇ１７２は、撤去された外部機器を部屋設備ｇ２００の外部機器から除外するとともに、撤去された外部機器に対応する操作ボタンをタッチパネルから削除してもよい。また、制御部ｇ１７２は、第３要素を考慮して、外部機器の制御状態が変化した場合は、外部機器の制御状況に応じた操作ボタンをタッチパネルに表示させてもよい。例えば、外部機器が録画装置であって、制御状態が録画中である場合、制御部ｇ１７２は、録画中であることを示し録画操作を無効とする操作ボタンを表示して、この操作ボタンが操作されたとしても録画指示を受け付けず、同じ番組を重複して録画できないようにしてもよい。
また、制御部ｇ１７２は、車両ｇ１００の走行状態に基づいて、操作インタフェースが受け付ける操作内容を変更してもよい。例えば、制御部ｇ１７２は、車両ｇ１００の走行状態に応じて、操作インタフェースが受け付ける操作内容の一部を制限したり、拡張したりする。具体的には、速度が一定以上である場合は、一部の操作内容を制限したり、峠道の時には細かい操作インタフェースで乗員が乗り物酔いを起こすことを防止するために文字の大きさやボタンの大きくなるように操作内容を変更する。
また、制御部ｇ１７２は、指定された空間に電気機器ｇ２３０が追加された場合、追加された電気機器ｇ２３０の機能に応じた操作インタフェースを追加する。例えば、制御部ｇ１７２は、電気機器ｇ２３０として掃除機が追加された場合、出力部ｇ１７１に含まれるタッチパネルに、掃除機を操作するための操作ボタンを追加する。
［部屋設備］
図１４７は、部屋設備ｇ２００の機能構成図である。部屋設備ｇ２００は、例えば、通信装置ｇ２１０と、一以上の検出部ｇ２２０と、一以上の外部機器ｇ２３０と、ゲートウェイ装置ｇ２４０とを備える。
通信装置ｇ２１０は、例えば、ネットワークＮＷに接続したり、車両ｇ１００と直接的に通信したりするための通信インタフェースである。通信装置ｇ２１０は、例えば、ＮＩＣ（Network Interface Card）を含んでもよいし、Ｗｉ−Ｆｉ、ＤＳＲＣ、Ｂｌｕｅｔｏｏｔｈ、その他の通信規格に基づいて無線通信を行ってもよい。通信装置ｇ２１０として、用途に応じた複数のものが用意されてもよい。
検出部ｇ２２０は、利用者Ｕが使用可能な部屋、例えば、利用者Ｕの自宅のリビング、キッチン、子供部屋や、利用者Ｕの職場の室内等を撮像する位置に設けられている。検出部ｇ２２０としては、例えば、３６０°カメラが利用可能である。検出部ｇ２２０は、撮像した画像のデータ（以下、画像データ）をゲートウェイ装置ｇ２４０に出力する。
外部機器ｇ２３０は、利用者Ｕが使用可能な部屋に設置される外部機器であって、例えば、テレビ、録画装置、冷蔵庫、炊飯器、電子レンジ、空調装置、パーソナルコンピューター、プリンター、ゲーム機器、トレッドミル、電動サウナ等が含まれる。以下、外部機器ｇ２３０は、電子機器も含むものとする。外部機器ｇ２３０は、ゲートウェイ装置ｇ２４０と接続され、ゲートウェイ装置ｇ２４０により制御されてもよい。また外部機器ｇ２３０は、動作状態、制御状態などを示す状態情報を生成し、ゲートウェイ装置ｇ２４０に出力してもよい。状態情報には、さらに、外部機器ｇ２３０の型番や色、形などを示す情報などが含まれていてもよい。
ゲートウェイ装置ｇ２４０は、部屋内の通信装置ｇ２１０や検出部ｇ２２０、外部機器ｇ２３０と接続され、これらをIot（Internet of things）機器として動作させることができる。ゲートウェイ装置ｇ２４０は、例えば、ＣＰＵなどのプロセッサと、制御信号生成部ｇ２４０Ａ（詳細は後述）と、認証部ｇ２４０Ｂとを含む。
ゲートウェイ装置ｇ２４０は、管理サーバｇ３００から受信した情報に基づいて、検出部ｇ２２０や外部機器ｇ２３０を制御する。例えば、リビングの映像データの送信を指示する情報を受信した場合、ゲートウェイ装置ｇ２４０は、リビングに設置されている検出部ｇ２２０を制御して映像データを取得し、通信装置ｇ２１０を用いて管理サーバｇ３００に送信する。また、テレビの録画を指示する情報を受信した場合、ゲートウェイ装置ｇ２４０は、テレビに接続されている録画装置である外部機器ｇ２３０を制御して、指定の番組の録画予約をする。またゲートウェイ装置ｇ２４０は、外部機器ｇ２３０から状態情報の一部が入力された場合、通信装置ｇ２１０を用いて車両ｇ１００に送信してもよく、管理サーバｇ３００を介して車両ｇ１００に送信してもよい。
認証部ｇ２４０Ｂは、上述した認証部ｇ１７６と同様の処理を実行する。例えば、通信装置ｇ２１０を用いて管理サーバｇ３００や車両ｇ１００から受信した情報に基づいて、外部機器との対応関係を示す情報を参照し、乗員（例えば、車両ｇ１００において特定された個人）が指定した部屋を再現するためのアクセス権を有するか否かを判定する。アクセス権が存在する場合、認証部ｇ２４０Ｂは、指定された部屋に存在する外部機器の状態情報を取得するよう、状態情報取得部２４０Ｃに指示する。
認証部ｇ２４０Ｂは、受信した情報に基づいて、外部機器との対応関係を示す情報を参照し、乗員が指定した部屋に存在する外部機器ごとにアクセス権が存在するか否かを判定する。通信装置ｇ２１０を用いて管理サーバｇ３００や車両ｇ１００から受信した情報に、アクセス権が存在する外部機器に対する操作指示が含まれる場合、認証部ｇ２４０Ｂは、認証に成功したことを示す情報を制御信号生成部ｇ２４０Ａに出力する。制御信号生成部ｇ２４０Ａは、認証部ｇ２４０Ｂによる認証が成功した外部機器に対して、受信した情報に含まれる操作指示に応じた制御信号を生成し、通信装置ｇ２１０を用いて管理サーバｇ３００や車両ｇ１００に送信する。
状態情報取得部ｇ２４０Ｃは、検出部ｇ２２０により検出された検出結果や、外部機器ｇ２３０において設定されている操作内容を示す情報を、検出部ｇ２２０や外部機器ｇ２３０から取得する。状態情報取得部ｇ２４０Ｃは、検出部ｇ２２０や外部機器ｇ２３０から入力する情報に基づいて、外部機器の状態情報を取得し、通信装置ｇ２１０を用いて管理サーバｇ３００や車両ｇ１００に送信する。状態情報取得部ｇ２４０Ｃは、取得した外部機器の状態情報に基づいて再現データを生成し、通信装置ｇ２１０を用いて管理サーバｇ３００や車両ｇ１００に送信してもよい。
［管理サーバ］
図１４８は、管理サーバｇ３００の機能構成図である。管理サーバｇ３００は、例えば、車両ｇ１００と部屋設備ｇ２００との間の通信を管理する。なお、以下に説明する管理サーバｇ３００が備える機能の一部は、車両ｇ１００により実現されてもよい。管理サーバｇ３００は、例えば、通信装置ｇ３１０と、記憶部ｇ３２０と、サーバ制御部ｇ３３０とを備える。通信装置ｇ３１０は、例えば、ネットワークＮＷに接続するためのＮＩＣである。通信装置ｇ３１０は、ネットワークＮＷを介して車両ｇ１００や部屋設備ｇ２００と通信する。記憶部ｇ３２０は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。
サーバ制御部ｇ３３０は、例えば、再現データ取得部ｇ３３０Ａと、Ｉ／Ｆ管理部ｇ３３０Ｂと、認証部ｇ３３０Ｃとを備える。これらの機能部は、例えば、ＣＰＵなどのプロセッサが記憶部ｇ３２０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡなどのハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。
再現データ取得部ｇ３３０Ａは、通信装置ｇ３１０およびネットワークＮＷを介して、車両ｇ１００から送信された部屋リクエストを受信し、部屋リクエストに含まれる利用条件に応じた再現データを取得して、取得した再現データを車両１００に送信する。再現データ取得部ｇ３３０Ａは、記憶部ｇ３２０に保存されている再現データＤＢｇ３２１から再現データを取得してもよく、部屋設備ｇ２００からリアルタイムに取得された撮像映像に基づく再現データを取得してもよい。
再生データＤＢｇ３２１には、部屋を再現するための様々な再現データが含まれる。例えば、部屋を再現するためのイラスト画像や写真等を加工した画像などが含まれる。また再現データは、上述した通り、プロジェクタやディスプレイ等の出力部１７１を用いて車内に所定の像を出力するための情報である。所定の像は、車内に投影される像であってもよく、車内に設置されたディスプレイにおいて表示される像であってもよい。つまり、再現データは、部屋環境に応じた様々なアイテムの像を出力部ｇ１７１を用いて車内に出力するための情報であって、外部機器ｇ２３０の像を出力部ｇ１７１を用いて車内に出力するための情報を含む。再現データＤＢ３２１は、例えば、部屋の種類を示す情報に対応付けて、予め用意された再現データを保存するデータベースである。
また、再現データ取得部ｇ３３０Ａは、記憶部ｇ３２０に保存されている再現データＤＢｇ３２１の一部と、部屋設備ｇ２００からリアルタイムに取得された撮像映像とを合成して、再現データを生成してもよい。例えば、再現データ取得部ｇ３３０Ａは、外部機器の像を出力するための情報を再現データＤＢｇ３２１から読み出し、読み出した情報を撮像映像に合成する。
また、再現データＤＢｇ３２１には、外部機器の状態に応じた像を出力するための情報が含まれていてもよい。例えば、外部機器ｇ２３０から状態情報を受信した場合、再現データ取得部ｇ３３０Ａは、外部機器ｇ２３０の状態を表す情報を再現データＤＢｇ３２１から読み出し、読み出した情報を撮像映像に合成してもよい。外部機器ｇ２３０の状態を表す情報には、例えば、外部機器ｇ２３０の状態を文字で表す画像や、その状態で動作している外部機器ｇ２３０の像を表現した画像等が含まれる。再現データ取得部ｇ３３０Ａは、外部機器ｇ２３０の状態を表す情報の一部または全部を、外部機器ｇ２３０の像の上に重畳させて表示する再現データを生成する。
なお、これに限られず、再現データ取得部ｇ３３０Ａは、外部機器ｇ２３０の状態を表す情報に基づいて、操作情報に基づいて車両ｇ１００側から遠隔操作された後の外部機器ｇ２３０の状態を表す情報を、外部機器ｇ２３０の像の付近に表示させる再現データを生成してもよい。この再生データが車両ｇ１００に送信されることにより、出力部ｇ１７１は、操作情報に基づいて遠隔操作された後の外部機器ｇ２３０の状態を示す情報を、車内に出力することができる。
このようにして、「外部機器ｇ２３０の状態情報に基づいて生成された再生データ」に基づく像を車内に出力することにより、環境提供部ｇ１４０は、車両ｇ１００の車内において出力されている外部機器ｇ２３０の像の状況と、指定された空間における外部機器ｇ２３０の状況とを、同期させることができる。
また、再現データ取得部ｇ３３０Ａは、外部機器ｇ２３０の機能や状態を表す情報を操作インタフェースの一部（タッチパネル等）に表示させるための情報を生成し、再現データに付与（あるいはその情報だけで）などして、車両ｇ１００に送信してもよい。例えば、制御部ｇ１７２は、受信した情報に基づいて、外部機器ｇ２３０の機能や制御状態に応じた操作ボタンをタッチパネルに表示させる。具体的には、外部機器ｇ２３０が録画装置である場合、制御部ｇ１７２は、録画装置において受け付け可能な操作内容に対応する操作ボタンをタッチパネルに表示させる。また、録画装置の制御状態が録画中である場合、制御部ｇ１７２は、録画中であることを示し録画操作を無効とする操作ボタンを表示して、この操作ボタンが操作されたとしても録画指示を受け付けず、同じ番組を重複して録画できないようにしてもよい。このようにして再現データ取得部ｇ３３０Ａから受信した情報に基づく像を車内に出力することにより、環境提供部ｇ１４０は、車両ｇ１００の車内における操作インタフェースが受け付ける操作内容と、電子機器ｇ２３０の機能及び状況のうち少なくとも一方を、同期させることができる。
また、再現データ取得部ｇ３３０Ａは、外部機器ｇ２３０の機能や状態を示す情報を音声で車内に出力するための情報を生成し、車両ｇ１００に送信してもよい。
また、車内に再現されている空間に新しい外部機器が追加された場合、再現データ取得部ｇ３３０Ａは、追加された外部機器に対応する情報を再現データＤＢｇ３２１から読み出し、読み出した情報を撮像映像に合成してもよい。
また、再現データ取得部ｇ３３０Ａは、車両ｇ１００から認証部ｇ１７６による認証結果を受信し（あるいは、認証部ｇ３３０Ｃによる認証結果を取得し）、認証結果に応じた再生データを生成してもよい。例えば、車両ｇ１００から、特定部ｇ１７５により特定された個人が使用可能な外部機器（以下、使用可能機器と記す）を示す情報や、特定部ｇ１７５により特定された個人が使用可能（使用不可能機器と記す）でない外部機器を示す情報を受信した場合、再現データ取得部ｇ３３０Ａは、使用可能機器を出現させ、使用不可能機器を出現させないような再生データを生成する。例えば、再現データ取得部ｇ３３０Ａは、使用可能機器に対応する再現データを撮像映像に合成し、使用不可能機器に対応する箇所には所定の使用不可能画像を撮像映像に合成してもよい。使用不可能画像には、例えば、一色で塗りつぶされた画像や、使用ができないことを示す文字が表示されている画像などが含まれる。また、使用不可能画像を合成する処理は、上述に限られず、例えば撮像映像のうち使用不可能機器に対応する部分をモザイク処理するなどが含まれる。
なお、上述した再現データ取得部ｇ３３０Ａの一部または全部は、環境提供部ｇ１７０により実現されてもよい。
Ｉ／Ｆ管理部ｇ３３０Ｂは、通信装置ｇ３１０およびネットワークＮＷを介して、車両ｇ１００と外部機器ｇ２３０との通信を確立する。例えば、サーバ制御部ｇ３３０は、車両１００から受信した操作情報を外部機器ｇ２３０に転送する。また、サーバ制御部ｇ３３０は、外部機器ｇ２３０から受信した状態情報を車両ｇ１００に転送する。
またＩ／Ｆ管理部ｇ３３０Ｂは、インタフェース情報ｇ３２２を生成し、記憶部ｇ３２０に格納する。図１４９は、インタフェース情報ｇ３２２の内容の一例を示す図である。図１４９に示す通り、インタフェース情報ｇ３２２は、インタフェースＩＤと、操作インタフェースＩＤと、タイプと、外部機器ＩＤと、外部機器インタフェースＩＤとを対応付けたテーブルである。タイプは、操作インタフェースのタイプを示す情報である。外部機器ＩＤとは、外部機器を識別する識別情報である。外部機器インタフェースＩＤとは、外部機器に含まれる操作インタフェースを識別する識別情報である。なお、図１４９に示す“例”は、外部機器に対する操作内容の具体例である。Ｉ／Ｆ管理部ｇ３３０Ｂは、事前に用意された操作インタフェースに関する各種情報に基づいて、インタフェース情報ｇ３２２を生成する。事前に用意された操作インタフェースに関する各種情報には、例えば、操作インタフェースＩＤが示す操作インタフェースが受け付け可能な操作内容を示す情報や、外部機器インタフェースＩＤが示す操作インタフェースが受け付け可能な操作内容を示す情報などが含まれる。
図１４９に示す通り、例えば、同じ外部機器ｇ２３０に含まれる異なる操作インタフェースごとに、車両ｇ１００側の操作インタフェースが対応付けられている。こうすることにより、車両ｇ１００側の操作インタフェースと外部機器ｇ２３０側の操作インタフェースとの通信経路を確立することができる。よって、擬似的な部屋環境を車内に再現することができる。
またＩ／Ｆ管理部ｇ３３０Ｂは、外部サーバ（例えば、３ｒｄＰａｒｔｙ）との通信を管理してもよい。例えば、Ｉ／Ｆ管理部ｇ３３０Ｂは、車両ｇ１００から受信した情報（部屋リクエストや外部機器ｇ２３０に対する操作指示などを含む）に基づいて、外部サーバとの通信が必要か否かを判定する。外部サーバとの通信が必要である場合、Ｉ／Ｆ管理部ｇ３３０Ｂは、外部サーバと通信し、外部サーバから必要な情報を取得した後、取得した情報に基づいてインタフェース情報を保管してもよい。
認証部ｇ３３０Ｃは、上述した認証部ｇ１７６と同様の処理を実行する。例えば、通信装置ｇ２１０を用いて車両ｇ１００から受信した情報に基づいて、外部機器との対応関係を示す情報を参照し、車両ｇ１００において特定された個人が外部機器ｇ２３０に制御するアクセス権を有するか否かを判定する。アクセス権が存在する場合、認証に成功したことを示す情報を再現データ取得部ｇ３３０ＡやＩ／Ｆ管理部ｇ３３０Ｂに出力する。再現データ取得部ｇ３３０は、認証部ｇ３３０Ｃによる認証が成功した場合、再現データを取得する。Ｉ／Ｆ管理部ｇ３３０Ｂは、認証部ｇ３３０Ｃによる認証が成功した場合、車両ｇ１００と外部機器ｇ２３０との情報の転送を実行する。
図１５０は、部屋情報ｇ３２２の一例を示す図である。部屋情報ｇ１４３は、使用許可が必要な部屋に関する情報であって、部屋ＩＤに、部屋の種類、使用可能情報等を対応付けた情報である。部屋情報ｇ３２２は、例えば、家屋ごとに用意されるテーブルに格納される。部屋ＩＤは、全ての使用可能な部屋のうち、各部屋を識別するための固有の情報である。使用可能情報は、各部屋に対して使用が許可されている利用者Ｕを示す情報であって、例えば利用者ＩＤを含む。利用者ＩＤは、各利用者Ｕを識別するための固有の情報である。
部屋選択部ｇ３３０Ｄは、車両ｇ１００から受信した部屋リクエストに基づいて、利用者により指定された部屋の部屋ＩＤが部屋情報ｇ３２２に登録されているか否かを判定する。部屋情報ｇ３２２に登録されていない場合、部屋選択部ｇ３３０Ｄ、再現データＤＢｇ３２１から部屋リクエストに応じた再現データを取得し、部屋リクエストを送信した車両ｇ１００に送信する。一方、部屋情報ｇ３２２に登録されている場合、部屋選択部ｇ３３０Ｄは、使用が許可されている利用者として登録されているか否かを判定する。使用が許可されている利用者として登録されている場合、部屋選択部ｇ３３０Ｄは、指定された部屋の部屋設備ｇ２００に対して、指定された部屋の映像データの送信を要求する。
次に、図１５１を参照して、車両システムｇ１による処理の一例について説明する。図１５１は、車両システムｇ１による処理の一例を示すシーケンス図である。ここでは、利用者Ｕ１から、予め再現データが用意されている部屋の再現が要求された例について説明する。
車両ｇ１００において、制御部ｇ１７２は、例えば取得部ｇ１７３から入力される情報に基づいて、利用者Ｕ１についての利用者に関する情報を取得する（ステップＳ１０１ｇ）。利用者に関する情報には、車両ｇ１００の車内にいる利用者の名前や属性（続柄、役職…）等が含まれる。なお、特定部ｇ１７５により利用者Ｕ１の個人が特定された場合、制御部ｇ１７２は、特定部ｇ１７５による特定結果から利用者に関する情報を取得してもよい。
次いで、制御部ｇ１７２は、取得部ｇ１７３を用いて利用者Ｕ１から、再現する部屋の種類を受け付ける（ステップＳ１０２ｇ）。例えば、制御部ｇ１７２は、部屋の種類として、再現データが用意されている部屋の一つを受け付ける。そして、制御部ｇ１７２は、取得した利用者Ｕ１に関する情報、および部屋の種類等を含む部屋リクエストを作成し、通信装置ｇ１２０を用いて管理サーバｇ３００に送信する（ステップＳ１０３ｇ）。
管理サーバｇ３００において、部屋選択部ｇ３３０Ｄは、車両ｇ１００から受信した部屋リクエストに基づいて、記憶部ｇ３２０の部屋情報ｇ３２２を参照し、指定された部屋の部屋ＩＤが部屋情報ｇ３２２に登録されているか否かを判定する（ステップＳ１０４ｇ）。この例では、指定された部屋が再現データの用意されている部屋の一つであるため、部屋ＩＤが部屋情報ｇ３２２に登録されていない。よって、再現データ取得部ｇ３３０Ａは、車両ｇ１００から受信した部屋リクエストに基づいて、指定された部屋の再現データを記憶部ｇ３２０の再現データＤＢｇ３２１から読み出し（ステップＳ１０５ｇ）、通信装置ｇ３１０を用いて車両ｇ１００に送信する（ステップＳ１０ｇ６）。車両ｇ１００において、制御部ｇ１７２は、通信装置ｇ１２０を用いて管理サーバｇ３００から受信した再現データを、出力部ｇ１７１に出力する。出力部ｇ１７１は、入力した再現データに基づいて、指定された部屋の部屋環境を車両ｇ１００の車内に再現する（ステップＳ１０７ｇ）。
次に、図１５２を参照して、他の処理例について説明する。図１５２は、車両システムｇ１による処理の一例を示すシーケンス図である。ここでは、利用者Ｕ２から、指定された部屋の現在の様子の再現が要求された例について説明する。
車両ｇ１００において、制御部ｇ１７２は、利用者Ｕ２についての利用者に関する情報を取得する（ステップＳ２０１ｇ）。制御部ｇ１７２は、例えば、特定部ｇ１７５による特定結果から利用者に関する情報を取得する。
次いで、制御部ｇ１７２は、取得部ｇ１７３を用いて利用者Ｕ２から、再現する部屋の種類を受け付ける（ステップＳ２０２ｇ）。例えば、制御部１７２は、部屋の種類として、リアルタイムの映像を再現する部屋の一つを受け付ける。そして、認証部ｇ１７６は、ステップＳ２０１ｇにおいて取得した利用者に関する情報等に基づいて、管理サーバｇ３００に対するアクセス権を有するか否かを判定する（ステップＳ２０３ｇ）。管理サーバｇ３００に対するアクセス権を有する場合、制御部ｇ１７２は、ステップＳ２０１ｇにおいて取得した利用者に関する情報、およびステップＳ２０２ｇにおいて受け付けた部屋の種類等を含む部屋リクエストを作成し、通信装置ｇ１２０を用いて管理サーバｇ３００に送信する（ステップＳ２０４ｇ）。
管理サーバｇ３００において、部屋選択部ｇ３３０Ｄは、車両ｇ１００から受信した部屋リクエストに基づいて、記憶部ｇ３２０の部屋情報ｇ３２２を参照し、指定された部屋の部屋ＩＤが部屋情報ｇ３２２に登録されているか否かを判定する（ステップＳ２０５ｇ）。この例では、指定された部屋が部屋設備ｇ２００の設置された部屋であるため、部屋ＩＤが部屋情報ｇ３２２に登録されている。よって、部屋選択部ｇ３３０Ｄは、部屋情報ｇ３２２において、部屋リクエストに含まれるユーザＩＤが、指定された部屋の部屋ＩＤに対応する使用可能情報に含まれるか否かを判定する（ステップＳ２０６ｇ）。部屋リクエストに含まれるユーザＩＤが、指定された部屋の部屋ＩＤに対応する使用可能情報に含まれる場合、再現データ取得部ｇ３３０Ａは、指定された部屋に設置された部屋設備ｇ２００に対して、指定された部屋の映像データを送信するよう要求する（ステップＳ２０７ｇ）。
部屋設備ｇ２００において、認証部ｇ２４０Ｂは、乗員（例えば、車両ｇ１００において特定された個人）が指定した部屋を再現するためのアクセス権を有するか否かを判定する（ステップＳ２０８ｇ）。アクセス権が存在する場合、状態情報取得部ｇ２４０Ｃは、管理サーバｇ３００から受信した要求に基づいて、指定された部屋に設置された検出部ｇ２２０から映像データを取得するとともに、外部機器ｇ２３０から設定されている操作内容を示す情報等を取得し（ステップＳ２０９ｇ）、通信装置ｇ２１０を用いて、管理サーバｇ３００に送信する（ステップＳ２１０ｇ）。管理サーバｇ３００において、Ｉ／Ｆ管理部ｇ３３０Ｂは、受信した操作内容を示す情報に基づいて、インタフェース情報ｇ３２２を生成し、記憶部ｇ３２０に格納する（ステップＳ２１１ｇ）。サーバ制御部ｇ３３０は、通信装置ｇ３１０を用いて、受信した映像データや操作内容を示す情報、生成したインタフェース情報等を車両ｇ１００に送信する（ステップＳ２１２ｇ）。ここでサーバ制御部ｇ３３０は、上述したように外部機器ｇ２３０のイラスト画像等を映像データに合成した情報を車両ｇ１００に送信してもよく、外部機器ｇ２３０が映り込んでいる映像データを車両ｇ１００に送信してもよい。
車両ｇ１００において、環境提供部ｇ１７０は、受信した映像データ等に基づいて、指定された部屋の部屋環境を車内ｇ１００に再現する（ステップＳ２１３ｇ）。つまり、環境提供部ｇ１７０は、受信した映像データ等に基づいて、出力部ｇ１７１を用いて、外部機器ｇ２３０の像と、外部機器ｇ２３０が存在する空間の像を、車内に出力させる。また、環境提供部ｇ１７０は、受信した操作内容を示す情報やインタフェース情報に基づいて、ＨＭＩｇ１３２に所定の操作インタフェースを表示させたり、出力部ｇ１７１を用いて車内に所定の操作インタフェースを表示させる。
次いで、環境提供部ｇ１７０は、車内に表示した外部機器の再現画像等に対する操作を利用者Ｕ２から受け付けた場合（ステップＳ２１４ｇ）、受け付けた操作内容を示す操作情報を、通信装置ｇ１２０を用いて管理サーバｇ３００に送信する（ステップＳ２１５ｇ）。ここで、環境提供部ｇ１７０は、受け付けた操作内容が、認証部ｇ１７６によりアクセス権が存在すると判定された外部機器（使用可能機器）に対する操作内容であるか否かを判定し、使用可能機器に対する操作内容であると判定した場合に限り、操作情報を管理サーバｇ３００に送信するようにしてもよい。なお、認証部ｇ１７６によりアクセス権が存在しないと判定された外部機器（使用不可能機器）の像が車内に出力されていない場合、操作インタフェースである取得部ｇ１７３は、この使用不可能機器に対する操作内容を受け付けることができない。このため、環境提供部ｇ１７０は、使用不可能機器に対する操作情報は管理サーバｇ３００に送信しない。
操作内容を示す操作情報には、指定された部屋の部屋ＩＤ、外部機器を示す情報、および操作内容等が含まれる。管理サーバｇ３００は、部屋情報ｇ３２２において、受信した情報に含まれる部屋ＩＤと対応付けられた部屋設備ｇ２００に対して、受信した操作内容を示す情報を転送する（ステップＳ２１６ｇ）。部屋設備ｇ２００において、認証部ｇ２４０Ｂは、受信した情報に基づいて、外部機器との対応関係を示す情報を参照し、乗員が指定した部屋に存在する外部機器ごとにアクセス権が存在するか否かを判定する（ステップＳ２１７ｇ）。受信した情報に、アクセス権が存在する外部機器に対する操作指示が含まれる場合、認証部ｇ２４０Ｂは、認証に成功したことを示す情報を制御信号生成部ｇ２４０Ａに出力する。制御信号生成部ｇ２４０Ａは、認証部ｇ２４０Ｂによる認証が成功した外部機器に対して、受信した情報に含まれる操作指示に応じた制御信号を生成し、対応する外部機器ｇ２３０に出力する（ステップＳ２１８ｇ）。こうすることにより、部屋設備ｇ２００において、ゲートウェイ装置ｇ２４０は、受信した操作内容を示す情報に基づいて、外部機器ｇ２３０を制御することができる。このように、環境提供部ｇ１７０は、操作インタフェースを外部機器ｇ２３０と選択的に接続することで、外部機器ｇ２３０を遠隔操作することができる。
次いで、制御信号生成部ｇ２４０Ａは、ステップＳ２１８ｇにおいて生成した制御信号に基づいて、関連装置による並行処理が必要か否かを判定する）。関連装置による並行処理とは、外部機器ｇ２３０を制御するために必要な関連装置における処理、外部機器ｇ２３０の制御と協調して動作される関連装置における処理、外部機器ｇ２３０を制御する上位（マスタ）の関連装置における処理などが含まれる。例えば、ある部屋の関連装置が、別の部屋の外部機器ｇ２３０に依存するとき、制御信号生成部ｇ２４０Ａは、外部機器ｇ２３０を制御する際に、マスタ側の関連装置も並行して制御する。関連装置による並行処理が必要である場合、制御信号生成部ｇ２４０Ａは、関連装置に対する制御信号を生成し、関連機器を制御する（ステップＳ２１９ｇ）。
なお、関連機器が部屋装置ｇ２００に含まれない場合、ゲートウェイ装置ｇ２４０は、関連機器に対する制御信号を、通信装置ｇ２１０を用いて管理サーバｇ３００に送信する（ステップＳ２２０ｇ）。そして、管理サーバｇ３００は、通信装置ｇ３１０を用いて、関連機器に対する制御信号を関連機器に送信する（ステップＳ２２１ｇ）。管理サーバｇ３００は、関連機器を制御できた場合、その旨を部屋設備２００に送信してもよい（ステップＳ２２２ｇ）。部屋設備ｇ２００において、制御信号生成部ｇ２４０Ａは、管理サーバｇ３００から受信した情報に基づいて、外部機器ｇ２３０をさらに制御してもよい。
管理サーバｇ３００のサーバ制御部ｇ３３０は、外部機器ｇ２３０の状態を示す状態情報を部屋設備ｇ２００から受信してもよい。この場合、サーバ制御部ｇ３３０は、受信した状態情報を、対応する車両ｇ１００に転送する。また上述した通り、サーバ制御部ｇ３３０は、受信した状態情報に基づいて再現データを生成し、対応する車両ｇ１００に送信してもよい。
ステップＳ２１１ｇにおいてインタフェース情報ｇ３２２が生成された場合、管理サーバｇ３００は、インタフェース情報ｇ３２２において互いの操作インタフェースが対応づけられている外部機器ｇ２３０と環境提供部ｇ１７０とを通信を確立する。外部機器ｇ２３０と環境提供部ｇ１７０との通信が確率されることにより、車両ｇ１００の車内において再現されている外部機器の状態が、指定された部屋における外部機器ｇ２３０の状態と同期する。例えば、通信が確率されることにより、管理サーバｇ３００は、部屋設備ｇ２００から受信する映像データを車両ｇ１００側に連続して送信することができる。これにより、ほとんどリアルタイムに近い時間差で、指定された部屋の状況が車内に再現される。
次に、図１５３〜１５６を参照して、車両システムｇ１により実現される部屋の一例について説明する。図１５３〜１５６は、車両ｇ１００の内部の一部を表した図である。図１５３〜１５６は、車両ｇ１００を前方あるいは後方からみた様子を、遠近法を用いて表したものである。車両ｇ１００の内側には、床面ｇ５０１と、天井ｇ５０２と、側面ｇ５０３とが含まれる。なお、車両ｇ１００内に設置可能なテーブルや椅子の図示は省略する。
図１５３は、車両ｇ１００内に再現される子供向けの部屋の一例を示す図である。図１５３に示す通り、乗員に子供が含まれる場合、環境提供部ｇ１７０は、通信装置ｇ１２０を用いて、子供向けの部屋を要求する部屋リクエストを管理サーバｇ３００に送信し、子供向けの部屋の再現データを管理サーバｇ３００から受信する。環境提供部ｇ１７０は、受信した再現データに基づいて、車両ｇ１００の床面ｇ５０１、天井ｇ５０２、および側面ｇ５０３のうち少なくとも一部に、子供が喜ぶキャラクターｇ５１１やアイテムｇ５１２の画像を再現する。これにより、利用者は、車内での時間を楽しむことができる。また、乗車する子供の性別や年齢、嗜好等に応じて、部屋環境の雰囲気やアイテムを変更してもよい。また、環境提供部ｇ１７０は、車両ｇ１００の座席を移動または収納させ、子供が遊ぶ空間を確保し、再現データに含まれる色情報に基づき座席の表面（表皮上）や車室内の表面を子供部屋の雰囲気を演出するように着色表示する。
図１５４は、車両ｇ１００内に再現されるカフェ風の部屋の一例示す図である。乗員に仕事帰りの利用者が含まれる場合、環境提供部ｇ１７０は、通信装置ｇ１２０を用いて、図１４７に示すようなカフェ風の部屋を要求する部屋リクエストを管理サーバｇ３００に送信し、カフェ風の部屋の再現データを管理サーバｇ３００から受信する。環境提供部ｇ１７０は、受信した再現データに基づいて、車両ｇ１００の床面ｇ５０１、天井ｇ５０２、および側面ｇ５０３のうち少なくとも一部に、カフェ風の室内デザインｇ５２１や室内設備ｇ５２２等の画像を再現する。カフェ風の室内デザインｇ５２１には、例えば、素敵な写真を入れた額や、メニューを書いた黒板、コーヒーカップのイラストや写真等が含まれる。カフェ風の室内設備ｇ５２２には、おしゃれな照明やエスプレッソマシン等が含まれる。これにより、利用者は、目的地までの移動時間を利用して、カフェにいるような感覚でお茶の時間を楽しむことができる。また、環境提供部ｇ１７０は、飲みものや時間帯、季節等に応じて、部屋環境の雰囲気やアイテムを変更してもよい。また、環境提供部ｇ１７０は、車両ｇ１００の座席を移動または収納させ、空間を確保したり、受信した再現データに合わせた位置へと各座席を配置させたりすると共に、再現データに含まれる色情報に基づき座席の表面（表皮上）や車室内の表面を着色表示することで、カフェの座席や、雰囲気を再現する。
図１５５は、車両ｇ１００内に再現される仕事向けの部屋の一例を示す図である。図１５５に示す通り、乗員に会社に出勤する利用者が含まれる場合、環境提供部ｇ１７０は、通信装置ｇ１２０を用いて、仕事向けの部屋を要求する部屋リクエストを管理サーバｇ３００に送信し、仕事向けの部屋の再現データを管理サーバｇ３００から受信する。環境提供部ｇ１７０は、受信した再現データに基づいて、車両ｇ１００の床面ｇ５０１、天井ｇ５０２、および側面ｇ５０３のうち少なくとも一部に、オフィスに設置される機器やオフィスのような室内デザインの画像を再現する。オフィスに設置される機器には、例えば、プリンターｇ５３１、パーソナルコンピューターの画面ｇ５３２やキーボードｇ５３３、電話ｇ５３４、ホワイトボードｇ５３５等が含まれる。これらは、外部機器の一例である。オフィスのような室内デザインは、職種に応じた複数の設定の中から利用者が選択可能であり、デスクワーク用にシンプルなデザインを再現してもよく、クリエイティブな発想が思い浮かぶように色々な写真をスライドで表示してもよく、ニュースや受信したメール内容等をスライドで表示してもよい。これにより、利用者は、目的地までの移動時間を利用して、気分を仕事モードに切り替えるとともに、仕事の一部を開始することもできる。なお、環境提供部ｇ１７０は、車両ｇ１００内に再現された写真やニュース、メール内容等が利用者によりタッチされた場合、タッチされた対象を拡大表示したり、利用者の所持する端末装置に関連する情報を送信してもよい。
また、図１５３〜図１５５では、環境提供部ｇ１７０は、車両ｇ１００の座席を移動または収納させ、空間を確保したり、受信した再現データに合わせた位置へと各座席を配置させたりすると共に、再現データに含まれる色情報に基づき座席の表面（表皮上）や車室内の表面を着色表示する。例えば、図１５５の例では、車両ｇ１００の座席が移動または収納されたり、形状が変形されたりして、オフィスの椅子が再現され、オフィスを再現する再現データに含まれる色情報に基づき座席の表面（表皮上）や車室内の表面をオフィスの雰囲気を再現するように着色表示する。このような制御が行われることにより、車両ｇ１００に設けられた設備を有効に活用することができる。また、例えば、再現する部屋の内容や形状と、車室内の内容や形状との違いを、上記の制御により吸収することにより、再現したい部屋を乗員は体感することができる。
これ以外にも、環境提供部ｇ１７０が、リビングや子供部屋、木の部屋、寝室等を再現することにより、利用者は、リラックスした気持ちで移動時間を満喫することができる。また、環境提供部ｇ１７０が、自宅や職場と同じような部屋環境を再現することで、利用者は、さらにリラックスした気持ちになりやすい。
図１５６は、車両ｇ１００内に再現される利用者の自宅のリビングの一例を示す図である。図１５６に示す通り、環境提供部ｇ１７０は、通信装置ｇ１２０を用いて、利用者の自宅のリビングを要求する部屋リクエストを管理サーバｇ３００に送信する。管理サーバｇ３００は、指定された利用者の部屋設備ｇ２００からリビングの映像データを取得し、環境提供部ｇ１７０に転送する。環境提供部ｇ１７０は、受信した映像データに基づいて、車両ｇ１００の側面ｇ５０３に、利用者の自宅にあるテレビｇ５４１と、録画装置ｇ５４２と、エアコンｇ５４３と、炊飯器ｇ５４４と、電子レンジｇ５４５と、防犯装置ｇ５４６等の外部機器の画像を再現する。録画装置ｇ５４２には、録画ボタンｇ５４２ａ、および選択ボタンｇ５４２ｂの画像が含まれる。炊飯器ｇ５４４には、スタートボタンや操作ボタン等を含む操作パネルｇ５４４ａの画像が含まれる。防犯装置ｇ５４６には、操作パネルｇ５４６ａの画像が含まれる。環境提供部ｇ１７０は、これら再現した外部機器の操作ボタン等が操作されたことを検出した場合、検出した操作内容を示す情報を、通信装置ｇ１２０を用いて、管理サーバｇ３００に送信する。管理サーバｇ３００は、受信した情報を、指定された部屋設備ｇ２００に転送する。指定された部屋設備ｇ２００の外部機器ｇ２３０は、管理サーバｇ３００から転送された情報に基づいて、動作する。
以下、具体的に説明する。管理サーバｇ３００は、環境提供部ｇ１７０から受信した操作内容を示す情報と認証部ｇ１７６の認証情報に基づき、制御対象（利用者の自宅等にある物品）を特定すると共に、当該制御対象に対する制御信号を認証情報と合わせて生成した信号を、部屋設備ｇ２００に送信する。部屋設備ｇ２００のゲートウェイ装置ｇ２４０の認証部２４０Ｂは、管理サーバｇ３００から受信した信号に基づき、制御対象の外部機器ｇ２３０へのアクセス権を確認し、アクセス権を有すると判定した場合、上記の外部機器ｇ２３０を制御する。例えば、認証部ｇ２４０Ｂは、受信した信号に含まれる認証情報に基づいて、上記の外部機器ｇ２３０を制御するアクセス権の有無を判定する。そして、認証部ｇ２４０Ｂが、上記の外部機器ｇ２３０を制御するアクセス権が存在すると判定した場合、制御信号生成部ｇ２４０Ａが、受信した信号を、外部機器ｇ２３０を制御するための信号に変換して、変換した信号を制御対象の外部機器ｇ２３０に送信する。そして、外部機器ｇ２３０が制御される。
これにより、利用者は、録画ボタンｇ５４２ａを操作することにより、車両ｇ１００で移動しながら自宅のリビングにある録画装置を操作することができる。また、利用者は、操作パネルｇ５４４ａを操作することにより、帰宅する一時間前に自宅の炊飯器の電源をオンさせることができ、操作パネルｇ５４６ａを操作することにより、在宅時に忘れた自宅の防犯装置の電源をオンさせることができる。
そして、ゲートウェイ装置ｇ２４０は、外部機器ｇ２３０から入力された状態情報を、通信装置ｇ２１０を介して車両ｇ１００に送信する。例えば、車両ｇ１００が、録画装置が録画中であることを示す状態情報を受信したとする。この場合、車両ｇ１００の環境提供部ｇ１７０は、録画中であることを表す画像（文字やイラストなどを含む）等を、車両ｇ１００の車内に出力されている録画装置の像に重畳して表示させる。
なお、録画ボタンｇ５４２ａ、選択ボタンｇ５４２ｂ、操作パネルｇ５４４ａ、および操作パネルｇ５４６ａは、車両ｇ１００内に設置された端末装置ｇ５４７により実現されてもよい。例えば、端末装置ｇ５４７は、環境提供部ｇ１７０から受信した情報に基づいて、車両ｇ１００内に再現される機器の操作ボタン等に対応するボタンを表示させ、受け付けた操作内容を環境提供部ｇ１７０に送信する。これにより、利用者は、手元にある端末装置ｇ５４７を操作すればよく、操作性がよくなる。
なお、車両ｇ１００は、自宅等の現実の部屋と同様、実際の部屋の一部として利用されてもよい。図１５７は、車両ｇ１００と部屋ｇ６００とが結合して合体部屋領域ｇ７００が出現した様子を上方から見た図である。図１５８は、車両ｇ１００と部屋ｇ６００とが分離した様子を上方から見た図である。
部屋ｇ６００には、例えば、シャッター装置ｇ６０１、ベッドｇ６０２、冷蔵庫ｇ６０３、浴室ｇ６０４などが設置される。シャッター装置ｇ６０１は、部屋ｇ６００に設置された外部機器ｇ２３０の一つである。車両ｇ１００は、例えば、バックドアｇ１８１を備え、ソファーｇ１８２、テーブルｇ１８３、テレビｇ１８４などが持ち込まれる。テーブルｇ１８３の上面には、取得部ｇ１７３のタッチパネルが搭載されていてもよく、取得部ｇ１７３と通信するパーソナルコンピューターやタブレット端末等が載置されていてもよい。
車両ｇ１００において、ＧＮＳＳ受信機ｇ１３４が測位する自機の位置に基づいて、予め位置情報が登録されている部屋ｇ６００への接近が検知されると、環境提供部ｇ１７０は、通信装置ｇ１２０を用いて、シャッター装置ｇ６０１を開けることを指示する信号（以下、シャッター開信号と記す）を部屋設備ｇ２００に送信する。ゲートウェイ装置ｇ２４０は、シャッター装置ｇ６０１に制御信号を送信し、シャッターを開ける。シャッターが完全に開いた場合、ゲートウェイ装置ｇ２４０は、シャッターが開いたことを示す情報を、通信装置ｇ２１０を用いて、車両１００に送信する。車両ｇ１００において、シャッターが開いたことを示す情報を受信した場合、自動運転制御ユニットｇ１５０は、予め決められた駐車位置に車両ｇ１００を移動させ、停車させる。予め決められた駐車位置に車両ｇ１００が駐車された場合、図１５７に示す通り、車両ｇ１００と部屋ｇ６００により構成される合体部屋領域ｇ７００が出現する。これにより、利用者は、車両ｇ１００を、部屋ｇ６００の一部として利用することもできる。また、利用者は、車両ｇ１００で外出する際、合体部屋領域ｇ７００の一部を引き継いだまま移動することができる。
なお、これに限られず、リモコンあるいはタッチパネルとしての取得部ｇ１７３が利用者により操作されることによって、シャッター開信号をシャッター装置ｇ６０１に送信してもよい。
また、環境提供部ｇ１７０が、部屋ｇ６００における設定を車両ｇ１００内に反映させてもよく、ゲートウェイ装置ｇ２４０が、車両ｇ１００における設定を部屋ｇ６００に反映させてもよい。例えば、環境提供部ｇ１７０は、部屋ｇ６００に設置された空調装置の温度や運転モード等の設定と同じ内容を、車両１００の空調装置に設定してもよく、部屋ｇ６００に設置されたテレビで再生されているプログラムや映像コンテンツを車両１００の出力部１７１から出力してもよく、部屋ｇ６００に設置されたオーディオ機器で再生されている音楽コンテンツを出力部ｇ１７１から出力してもよい。また、逆に、ゲートウェイ装置ｇ２４０は、車両ｇ１００において設定されている空調温度、再生している映像コンテンツあるいは音楽コンテンツ等に基づいて、空調装置やテレビ、オーディオ機器等を制御してもよい。これにより、合体部屋領域ｇ７００において、シームレスな環境を提供することができる。
また、環境提供部ｇ１７０は、車両ｇ１００が部屋ｇ６００に到着したときに部屋ｇ６００の設定温度が車両ｇ１００内と同じ温度となるように、車両ｇ１００が部屋ｇ６００に到着する予定時刻よりも所定時間前から、部屋ｇ６００に設置された空調設備を制御してもよい。また、環境提供部ｇ１７０は、合体部屋領域ｇ７００において、映像コンテンツや音楽コンテンツが連続するように、車両ｇ１００で再生されるコンテンツと部屋ｇ６００で再生されるコンテンツを同期させてもよい。
以上説明した実施形態によれば、車両ｇ１００の自動運転を実行する自動運転制御ユニットｇ１５０と、車両ｇ１００の車内において、車両ｇ１００の走行時または停止時に、疑似的な部屋環境を提供する環境提供部ｇ１７０と、を備えることにより、利用者のニーズに応じた部屋環境を提供することができる。
また、利用者は、車両ｇ１００に乗車しながら、使用可能な部屋に設置されている外部機器ｇ２３０を遠隔操作することができるため、自宅や職場でやるべきことを車両ｇ１００に乗車しながらできるため、時間を有効活用することができる。
例えば、環境提供部ｇ１７０は、プロジェクタで投影する画像の位置や、ディスプレイに表示される画像の位置を、利用者の動きや車両ｇ１００の振動に応じて調整してもよい。
例えば、環境提供部ｇ１７０は、車両ｇ１００の振動を検出するセンサを備え、センサの検出結果に基づいて、車両ｇ１００の振動の方向や大きさ等を示す情報（以下、振動情報と記す）を取得する。環境提供部ｇ１７０は、取得した振動情報に基づいて、プロジェクタで投影する画像の位置や、ディスプレイに表示される画像の位置を調整してもよい。例えば、環境提供部ｇ１７０は、車両ｇ１００の振動方向と反対方向に、車両ｇ１００の振動の大きさだけ、再現データによる画像の位置を移動させてもよい。これにより、再現される画像において、車両の振動を相殺し、車酔いの防止に貢献することができる。
また、環境提供部ｇ１７０は、取得部ｇ１７３が備えるカメラやセンサからの検出結果に基づいて、利用者の動きを検出してもよい。車両ｇ１００内に再現された外部機器の操作ボタンの押し間違いをする動作を閾値以上の回数、検出した場合、環境提供部ｇ１７０は、振動情報と利用者の動きとに基づいて、振動分を差し引いた位置に、外部機器の操作ボタンを再現してもよい。これにより、押し間違いをしている場所に操作ボタンを表示することができる。
また、環境提供部ｇ１７０は、車両ｇ１００内に再現される一部について、上述のような画像の位置調整をしてもよい。例えば、環境提供部ｇ１７０は、取得部ｇ１７３が備えるカメラやセンサからの検出結果に基づいて、視線認識技術を利用して利用者の視野域を検出し、検出した視野域を中心とした周辺を含む一定範囲内の表示について、上述したような画像の位置調整を行ってもよい。また、環境提供部ｇ１７０は、車両ｇ１００に再現された外部機器ｇ２３０の映像において、上述の画像の位置調整を行ってもよい。
また、再現される擬似的な部屋環境は、現実の部屋の内装に限られず、例えば、海や山が目の前に広がる屋外の景色が壁に表現されている部屋環境や、漫画や小説等の物語の世界観を部屋デザインや部屋インテリアに表現した部屋環境等であってもよい。また、再現される擬似的な部屋環境には、自宅のリビングにいる子供やペットや、塾の教室にいる塾の先生等の人間や動物が含まれていてもよい。
また、環境提供部ｇ１７０が、指定された現実の部屋の一部における変化を車両１００内に反映させてもよく、ゲートウェイ装置ｇ２４０が、車両ｇ１００内に再現された部屋における変化を指定された現実の部屋に反映させてもよい。例えば、現実の部屋に置かれたホワイトボードが車両ｇ１００内にも再現されている場合、現実の部屋のホワイトボードに書かれた情報を電子的手法により読み取って車両ｇ１００のホワイトボードに表示させ、その逆に、車両ｇ１００のホワイトボードに書かれた情報を電子的手法により読み取って現実の部屋のホワイトボードに表示させてもよい。また、環境提供部ｇ１７０は、現実の部屋に置かれた外部機器ｇ２３０と、車両ｇ１００に再現された外部機器ｇ２３０の映像において、両外部機器のディスプレイに表示されている画像をミラー表示してもよい。
また、環境提供部ｇ１７０やサーバ制御部ｇ３３０が、車両ｇ１００の内装に応じて、指定された現実の部屋のレイアウトを変更した再現データを作成してもよく、二以上の現実の部屋の一部を合成した再現データを作成してもよい。これにより、現実の部屋の形や広さが、車両ｇ１００の形や広さと異なる場合であっても、似ている雰囲気や必要な外部機器を再現することができる。
また、環境提供部ｇ１７０は、車両ｇ１００内での利用者の行動に応じて、部屋の種類を選択し、選択した部屋の種類に基づいて部屋リクエストを作成してもよい。例えば、車両ｇ１００の出力部ｇ１７１が映画を再生し、利用者が映画鑑賞をする場合、環境提供部ｇ１７０が、出力部ｇ１７１により出力されるコンテンツの内容に応じて、部屋の種類に映画館を選択してもよい。また、車両ｇ１００の出力部ｇ１７１が音楽を再生し、利用者が音楽鑑賞をする場合、環境提供部ｇ１７０は、出力部ｇ１７１により出力されるコンテンツの内容に応じて、部屋の種類にオペラ座を選択してもよい。
また、環境提供部ｇ１７０は、車両ｇ１００内に乗車している利用者や、利用者の組み合わせに応じて、部屋の種類を選択してもよい。例えば、環境提供部ｇ１７０は、過去の利用者の指定履歴に基づいて、選択頻度が最も高い部屋の種類を指定してもよく、利用者が子供と親の組み合わせである場合、子供を優先して、子供向けの部屋を指定してもよく、利用者の組み合わせが会社のメンバーである場合、会議室を指定してもよい。
また、環境提供部ｇ１７０は、車両ｇ１００の目的地に応じた部屋を指定してもよい。例えば、目的地が海である場合、海の景色が部屋のデザインとなっている部屋を指定してもよく、目的地がテーマパークである場合、テーマパークのキャラクターが部屋のデザインとなっている部屋を指定してもよい。
操作インタフェースは、ＡＰＩ等の形式により実現されるものであってもよい。
＜第９の実施形態＞
次に、第９の実施形態について説明する。第９の実施形態では、第１の実施形態の車両が適用可能な車両システム、自動運転車両、車両制御方法、およびプログラムを説明するものである。車両システムは、所望の利用者に車両を利用させることを支援するためのシステムである。この車両は、例えば、基本的には運転操作を必要としない自動運転車両である。以下、自動運転車両が用いられるものとして説明するが、手動運転車両が用いられても構わない。
［全体構成］
図１５９は、第９の実施形態実施形態の車両システムｈ１の構成図である。車両システムｈ１は、一以上の利用者Ｕにより使用される一以上の端末装置ｈ１００と、一以上の車両ｈ２００と、車両管理装置ｈ３００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、インターネット、ＷＡＮ、ＬＡＮ、公衆回線、プロバイダ装置、専用回線、無線基地局等を含む。なお、「利用者Ｕにより使用される」とは、ネットカフェの端末装置等、不特定多数によって使用され得る端末装置が、利用者Ｕにより一時的に使用されることを含んでよい。また、車両管理装置ｈ３００は、「サーバ装置」の一例である。
［端末装置］
端末装置ｈ１００は、例えば、スマートフォンやタブレット端末、パーソナルコンピュータ等である。端末装置ｈ１００では、車両システム１を利用するためのアプリケーションプログラム、或いはブラウザ等が起動し、以下に説明する車両利用サービス等をサポートする。以下の説明では端末装置ｈ１００がスマートフォンであり、アプリケーションプログラム（車両制御アプリ）が起動していることを前提とする。車両制御アプリは、利用者Ｕの操作に応じて車両管理装置ｈ３００と通信し、利用者Ｕのリクエストを車両管理装置ｈ３００に送信したり、車両管理装置ｈ３００から受信した情報に基づくプッシュ通知を行ったりする。
［車両］
車両ｈ２００は、例えば、複数の利用者Ｕが利用可能な四輪以上の車輪を有する車両であるが、自動二輪車その他の車両であっても構わない。図１６０は、第９の実施形態の車両ｈ２００の構成図である。車両ｈ２００は、例えば、外界監視ユニットｈ２１０と、通信装置ｈ２２０と、ナビゲーション装置ｈ２３０と、推奨車線決定装置ｈ２４０と、自動運転制御ユニットｈ２５０と、駆動力出力装置ｈ２６０と、ブレーキ装置ｈ２６２と、ステアリング装置ｈ２６４と、乗降者管理装置ｈ２７０とを備える。また、乗降者管理装置ｈ２７０は、例えば、判別部ｈ２７２と、利用許可部ｈ２７３と、乗車制御部ｈ２７４とを備える。自動運転制御ユニットｈ２５０および乗降者管理装置ｈ２７０は、例えば、車両ｈ２００内の記憶部（不図示）に格納されたプログラム（ソフトウェア）を実行するＣＰＵ等のプロセッサを有する。プログラムは、予めＨＤＤやフラッシュメモリ等の記憶部に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ等の着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置（不図示）に装着されることで記憶部にインストールされてもよい。外界監視ユニットｈ２１０の一部および後述する車室内カメラｈ２８０は、「撮像部」の一例である。また、通信装置ｈ２２０は、「車載通信部」の一例である。また、自動運転制御ユニットｈ２５０と、乗降者管理装置ｈ２７０と、後述するイベント判定装置ｈ２８２と、情報出力装置ｈ２８４とを合わせたものが「提供部」の一例である。
外界監視ユニットｈ２１０、通信装置ｈ２２０、ナビゲーション装置ｈ２３０、推奨車線決定装置ｈ２４０、自動運転制御ユニットｈ２５０、駆動力出力装置ｈ２６０、ブレーキ装置ｈ２６２、およびステアリング装置ｈ２６４のそれぞれは、例えば、上述した第２の実施形態において紹介した図２６の外界監視ユニットａ２１０、通信装置ａ２２０、ナビゲーション装置ａ２３０、推奨車線決定装置ａ２４０、自動運転制御ユニットａ２５０、駆動力出力装置ａ２６０、ブレーキ装置ａ２６２、およびステアリング装置ａ２６４と同様の構成を備えるため、ここでの詳細な説明を省略する。また、第９の実施形態における自動運転の処理過程については、第１の実施形態において紹介した図３並びに関連する説明を援用し、詳細な説明を省略する。
また、第９の実施形態の場合、ナビ制御装置ｈ２３６で設定される経路は、車両管理装置ｈ３００によって指定される場合もある。この場合の経路には、運行領域内を予め決められた経路で巡回して走行する規定経路、または車両ｈ２００に乗車する利用者が所持する端末装置ｈ１００までの経路と乗車した利用者が設定した目的地までの経路とを含むオンデマンド経路のうち、一方または双方が含まれる。運行領域内とは、市区町村ごとの範囲や、市区町村内における特定の地域、或いは、複数の市区町村にまたがる地域であってもよい。巡回には、例えば、同一経路を周回する場合や時間帯で異なる経路を周回する場合が含まれる。また、巡回には、例えば、Ａ市とＢ市とを行ったり来たりするような場合も含まれる。以下では、規定経路の一例として、定期的に決められた経路を巡回して走行する定期経路を用いて説明する。オンデマンド経路とは、端末装置ｈ１００からの乗車リクエストがあった場合に車両管理装置ｈ３００で生成される経路である。また、それぞれの経路には、利用者を乗車または降車させるために停止する地点および到達目標時刻の情報が付随されていてもよい。また、それぞれの経路には、目的地点または経路を、ある時間範囲で通過したり、ある地点をある時間範囲に発着する等の情報が付随されていてもよい。ナビ制御装置ｈ２３６は、上記何れかの方法で決定した経路の情報を推奨車線決定装置ｈ２４０に出力する。
また、自動運転制御ユニットｈ２５０は、ＣＰＵやＭＰＵ（Micro Processing Unit）等の一以上のプロセッサと各種記憶装置を備える。自動運転制御ユニットｈ２５０は、推奨車線決定装置ｈ２４０により決定された推奨車線を走行することを原則として、外界監視ユニットｈ２１０から位置や速度が入力された物体との接触を避けるように、車両ｈ２００を自動的に走行させる。自動運転制御ユニットｈ２５０は、例えば、各種制御を順次実行する。制御には、一定速度で同じ走行車線を走行する定速走行制御、前走車両に追従する追従走行制御、車線変更制御、合流制御、分岐制御、緊急停止制御、料金所を通過するための料金所制御、自動運転を終了して手動運転に切り替えるためのハンドオーバ制御等がある。また、これらの制御の実行中に、車両ｈ２００の周辺状況（周辺車両や歩行者の存在、道路工事による車線狭窄等）に基づいて、回避のための行動が計画される場合もある。
また、自動運転制御ユニットｈ２５０は、乗降者管理装置ｈ２７０による制御により、上述した自動運転に関する各種制御を行ってもよい。
乗降者管理装置ｈ２７０は、車両ｈ２００の利用者の乗車および降車を管理する。また、乗降者管理装置ｈ２７０は、乗員の人数や車両ｈ２００の定員数を管理する。判別部ｈ２７２は、車両ｈ２００に対する利用者を判別する。利用許可部２７３は、判別部ｈ２７２により車両ｈ２００を利用可能な利用者であると判別された利用者を車両ｈ２００に乗車させるための制御を行う。具体的には、利用許可部ｈ２７３は、判別部ｈ２７２により車両ｈ２００を利用可能な利用者であると判別された利用者に対し車両ｈ２００の少なくとも一部を占有利用させる。少なくとも一部を占有利用させるとは、例えば、車室内にある複数の座席のうち少なくとも一つの座席を占有して利用させることである。また、乗車制御部ｈ２７４は、利用許可部ｈ２７３により車両ｈ２００の少なくとも一部の占有利用が許可された利用者を乗車または降車させるための制御を行う。判別部ｈ２７２、利用許可部ｈ２７３、および乗車制御部ｈ２７４の機能の詳細については、後述する。
［車両管理装置ｈ３００］
図１５９に戻り、車両管理装置ｈ３００は、例えば、通信部ｈ３１０と、利用者登録部ｈ３２０と、取得部ｈ３３０と、領域指示部ｈ３３２と、経路指示部ｈ３４０と、記憶部ｈ３５０とを備える。
利用者登録部ｈ３２０、取得部ｈ３３０、領域指示部ｈ３３２、および経路指示部ｈ３４０は、例えば、ＣＰＵ等のプロセッサが記憶部ｈ３５０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ等のハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリ等の記憶部ｈ３５０に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ等の着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置（不図示）に装着されることで記憶部ｈ３５０にインストールされてもよい。
通信部ｈ３１０は、例えば、ネットワークＮＷに接続するためのネットワークカードである。通信部ｈ３１０は、ネットワークＮＷを介して端末装置ｈ１００や車両ｈ２００と通信する。
利用者登録部ｈ３２０は、車両システム１による車両利用サービスを利用する利用者の登録を行う。利用者登録部ｈ３２０は、例えば、端末装置ｈ１００により入力された車両ｈ２００を利用する曜日、時間帯、および利用区間に関する情報を登録する。利用者登録部ｈ３２０により登録された各種情報は、利用者情報ｈ３５１として記憶部ｈ３５０に記憶される。
図１６１は、利用者情報ｈ３５１の内容の一例を示す図である。利用者情報ｈ３５１には、利用者の識別情報である利用者ＩＤに、利用者の認証に用いられる認証情報であるパスワードと、車両ｈ２００の利用時間、および利用区間とが対応付けられている。利用時間とは、例えば、曜日および時間帯である。利用区間とは、例えば、乗車地点から目的地までの区間である。乗車地点および目的地は、例えば、それぞれ地図座標で表されている。また、利用者情報ｈ３５１には、利用者に異常が生じた場合の連絡先（通知先）の情報が含まれてもよい。
また、利用者登録部ｈ３２０は、利用者情報ｈ３５１の登録完了後に、登録完了を示す情報を端末装置ｈ１００に送信する。登録完了を示す情報には、例えば、利用者ＩＤやパスワードに関する情報が含まれる。また、登録完了を示す情報には、車両ｈ２００への乗車を許可するバーコードやＱＲコード（登録商標）等のコードが含まれてもよい。コードには、例えば、利用者ＩＤや、利用者の目的地等の情報がエンコードされている。また、利用者登録部ｈ３２０は、利用者情報ｈ３５１を車両ｈ２００に送信してもよい。
取得部ｈ３３０は、車両ｈ２００への乗車を希望する利用者が所持する端末装置１００からの乗車リクエストを取得する。
領域指示部ｈ３３２は、車両ｈ２００の運行領域を規定する。また、領域指示部３３２は、運行領域内において、時間帯に応じて異なる経路を車両ｈ２００に指示する。領域指示部ｈ３３２の機能の詳細については、後述する。
経路指示部ｈ３４０は、例えば、定期経路生成部ｈ３４２と、オンデマンド経路生成部ｈ３４４と、車両割当部ｈ３４６とを備える。定期経路生成部ｈ３４２は、利用者情報ｈ３５１および地図情報ｈ３５２に基づいて、車両ｈ２００が巡回走行する定期経路を生成する。オンデマンド経路生成部ｈ３４４は、取得部ｈ３３０により得られる乗車リクエストに基づいて、乗車する利用者の位置までの経路と利用者を乗車させてから目的地までの経路とを含むオンデマンド経路を生成する。車両割当部ｈ３４６は、運行領域内を巡回走行するための複数の車両ｈ２００を割り当てる。定期経路生成部ｈ３４２、オンデマンド経路生成部ｈ３４４、および車両割当部ｈ３４６の機能の詳細については、後述する。
記憶部ｈ３５０は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭ等により実現される。記憶部ｈ３５０には、例えば、利用者情報ｈ３５１、地図情報ｈ３５２、経路情報ｈ３５３、およびその他の情報が格納される。
地図情報ｈ３５２には、例えば、道路情報、交通規制情報、住所情報（住所・郵便番号）、施設情報、電話番号情報等が含まれる。道路情報には、高速道路、有料道路、国道、都道府県道といった道路の種別を表す情報や、道路の車線数、非常駐車帯の領域、各車線の幅員、道路の勾配、道路の位置（経度、緯度、高さを含む３次元座標）、車線のカーブの曲率、車線の合流および分岐ポイントの位置、道路に設けられた標識等の情報が含まれる。地図情報ｈ３５２は、通信装置ｈ２２０を用いて他装置にアクセスすることにより、随時、アップデートされてよい。
経路情報ｈ３５３は、車両ｈ２００ごとに割り当てられる経路に関する情報である、経路情報ｈ３５３には、定期経路またはオンデマンド経路のうち一方または双方が含まれる。経路情報ｈ３５３の詳細については、後述する。
［車両システム１による車両利用サービス］
次に、第９の実施形態の車両システムｈ１による車両利用サービスの一例について説明する。まず、利用者は、端末装置ｈ１００を用いて車両管理装置ｈ３００にアクセスし、利用者登録部ｈ３２０によって、車両システム１による車両利用サービスを受けるための利用者登録を行う。
領域指示部ｈ３３２は、予め登録された利用者情報ｈ３５１に基づいて、どの利用者がどの時間帯に、どの地域で乗車を希望しているかを把握し、把握した情報に基づいて、乗車地点を含む地域を運行領域として規定する。定期経路生成部ｈ３４２は、領域指示部ｈ３３２により規定された運行領域に対し、巡回走行する車両ｈ２００の台数と、車両ｈ２００ごとの経路を生成する。この場合、定期経路生成部ｈ３４２は、運行領域を巡回走行する車両ｈ２００が、運行領域内において、時間帯に応じて異なる経路を走行するような経路を生成する。また、定期経路生成部ｈ３４２は、運行領域を複数の車両で巡回走行する場合に、それぞれの車両ｈ２００が異なる経路で巡回走行する経路を生成してもよい。
定期経路生成部ｈ３４２は、生成した定期経路を車両ｈ２００に送信する。車両ｈ２００は、定期経路生成部ｈ３４２により生成された定期経路に基づいて走行を行う。このように、利用者情報ｈ３５１から得られる利用者の時間帯に合わせて、車両ｈ２００の台数や経路を決定するため、渋滞の抑制と車両稼働率の向上を両立させることができる。また、車両ｈ２００を時間帯ごと、または車両ｈ２００ごとに異なる経路を走行させることで、運行領域内のより多くの道路を巡回走行することができる。したがって、利用者は、車両ｈ２００を容易に発見することができる。また、定期経路を車両ｈ２００に巡回走行させることで、利用者が車両ｈ２００に乗車する直前に乗車リクエストを送信しなくても、車両２００を速やかに見つけて利用することができるため、利用者にとっての利便性を向上させることができる。
また、利用者は、車両ｈ２００に乗車したい場合に、端末装置ｈ１００から乗車リクエストを送信してもよい。図１６２は、端末装置ｈ１００の表示部に表示される乗車リクエスト画面ｈ４００の一例を示す図である。乗車リクエスト画面ｈ４００は、利用者情報入力領域ｈ４０２と、利用時間帯を入力する利用時間帯入力領域ｈ４０４と、利用区間（乗車位置および目的地）の情報を入力する乗降位置入力領域ｈ４０６と、設定した内容の決定もしくはキャンセルを行う確定操作領域ｈ４０８とが示されている。
利用者は、乗車リクエスト画面ｈ４００から、予め登録したユーザ情報を入力するとともに、利用する利用時間および利用区間に関する情報を入力して、確定操作領域ｈ４０８の決定ボタンを選択する。端末装置ｈ１００は、ネットワークＮＷを介して車両管理装置ｈ３００に乗車リクエストを送信する。
オンデマンド経路生成部ｈ３４４は、通信部ｈ３１０を介して端末装置ｈ１００から乗車リクエストを受信した場合に、現時点で端末装置ｈ１００の近くを走行している車両であって、且つ、利用者が利用可能な車両ｈ２００を検索し、検索結果で得られた車両ｈ２００に対するオンデマンド経路を生成する。端末装置ｈ１００の近くの位置とは、例えば、端末装置ｈ１００を基準とした所定範囲内の位置であってもよく、他の車両と比較して相対的に端末装置ｈ１００に近い位置であってもよく、その両方でもよい。また、利用可能とは、例えば、車両ｈ２００の乗員数が予め定められた定員数未満であることである。
経路指示部ｈ３４０は、定期経路生成部ｈ３４２により生成された定期経路と、オンデマンド経路生成部ｈ３４４により乗車リクエストに基づいて生成されたオンデマンド経路とのうち一方または双方に基づいて、車両ｈ２００に経路を指示する。例えば、経路指示部ｈ３４０は、定期経路生成部ｈ３４２により生成される定期経路の優先度と、オンデマンド経路生成部ｈ３４４により生成されるオンデマンド経路の優先度とを比較し、優先度の高い経路を車両ｈ２００に指示する。それぞれの経路の優先度は、予め車両管理装置ｈ３００側で設定されていてもよく、端末装置ｈ１００からの指示により設定されてもよい。また、それぞれの経路の優先度は、定期経路またはオンデマンド経路を走行する車両ｈ２００の利用状況に基づいて設定されてもよい。
また、オンデマンド経路生成部ｈ３４４は、定期経路に対応した車両ｈ２００の利用状況に基づいて、オンデマンド経路の走行期間を割り当ててもよい。例えば、オンデマンド経路生成部ｈ３４４は、車両ｈ２００の定期経路での利用状況に空きがあるか否かを判定する。空きがあるとは、例えば、所定時間以上、利用者による利用予定がないことである。所定時間とは、例えば、予定された定期経路の運行に影響がでないと予測される時間に所定のマージンを含めた時間である。オンデマンド経路生成部ｈ３４４は、生成したオンデマンド経路を、車両ｈ２００に送信する。車両ｈ２００は、利用状況の空き時間にオンデマンド経路に基づいて走行を行う。
車両割当部ｈ３４６は、例えば、定期経路とオンデマンド経路とを生成した場合に、予め定められた複数の車両ｈ２００のうち少なくとも一定数の車両ｈ２００に、定期経路を走行するように台数を調整して、経路を指示してもよい。これにより、定期経路の巡回走行を維持しながら、オンデマンド経路を走行することができる。したがって、利用者のニーズに即した車両利用サービスを提供することができる。
また、車両割当部ｈ３４６は、乗車リクエストが、特定の箇所に集中し、特定の経路に車両が集中する場合には、オンデマンド経路を乗車リクエストの利用時間よりも前後に時間をシフトさせたり、経路を分散させたりしてもよい。これにより、配車のスケジュールを最適化することができ、運行領域内における交通の流れを効率化することができる。
また、車両割当部ｈ３４６は、運用領域内での需要に対し、余力のある車両数の割り当てを試み、割り当てが不可能である場合に、他領域または第三者の車両利用サービスに対して配車リクエストを出力してもよい。そして、車両割当部３４６は、配車リクエストの受諾により配車された車両を、その運行領域内の車両として設定し、設定された車両に対して経路指示を行う。
また、経路指示部ｈ３４０は、乗車リクエスト結果を端末装置ｈ１００に送信する。端末装置ｈ１００は、車両管理装置ｈ３００から受信した乗車リクエスト結果を表示する。
図１６３は、端末装置ｈ１００に表示される乗車リクエスト結果画面ｈ４１０の一例を示す図である。乗車リクエスト結果画面ｈ４１０には、乗車リクエスト結果として、利用可能な状況である車両が存在したか否かを示す情報と、利用可能な車両ｈ２００の識別情報（車両ＩＤ）と、車両ｈ２００が乗車地点への到着予定時間とが示される。利用者は、乗車リクエスト結果画面ｈ４１０を参照することで、リクエストによる乗車の可否を容易に把握することができる。
また、経路指示部ｈ３４０は、生成した経路を経路情報ｈ３５３として、記憶部ｈ３５０に記憶する。図１６４は、経路情報ｈ３５３の内容の一例を示す図である。経路情報ｈ３５３は、車両ＩＤに、時間帯と、巡回走行する地域情報である地域ＩＤと、定期経路の識別情報である定期経路ＩＤと、オンデマンド経路の識別情報であるオンデマンド経路ＩＤとが対応付けられている。定期経路ＩＤおよびオンデマンド経路ＩＤには、それぞれＩＤに対応付けられた経路が設定されている。車両管理装置ｈ３００は、経路情報ｈ３５３を管理することで、車両ｈ２００の各地域への車両ｈ２００の配車を一元管理することができる。
図１６５は、車両ｈ２００が運行領域を巡回走行する様子を説明するための図である。図１６５の例では、地図ｈ５００上に二つの領域ｈ５１０、ｈ５１２が割り当てられているものとする。また、領域ｈ５１０には四台の車両Ｍ−１〜Ｍ−４が定期経路を走行し、領域ｈ５１２には二台の車両Ｍ−５、Ｍ−６が定期経路を走行しているものとする。
ここで、車両Ｍ−１が、定期走行中に、外界監視ユニットｈ２１０により乗車を希望する利用者Ｕを検知する。例えば、乗降者管理装置ｈ２７０は、ディープラーニング等の機械学習を用いて、外界監視ユニットｈ２１０のカメラにより撮像された画像から乗車を希望する利用者Ｕの特徴を学習し、撮像された画像から乗車を希望する利用者Ｕを検知する。機械学習は、例えば、ＣＮＮ（Convolutional Neural Network）やＡｄａＢｏｏｓｔ（Adaptive Boosting）等のアルゴリズムを用いる。
また、乗降者管理装置ｈ２７０は、外界監視ユニットｈ２１０のカメラにより撮像された画像の各画素に対する輝度情報または色情報（Ｒ，Ｇ，Ｂ）を用いて、人物の形状を推定し、推定した人物が手を挙げている形状を示している場合に、利用者Ｕが乗車を希望していると判定してもよい。
乗降者管理装置ｈ２７０は、乗車を希望する利用者Ｕが立っている地点で停車するように自動運転制御ユニットｈ２５０を制御する。次に、判別部ｈ２７２は、利用者ユーザＵが車両Ｍ−１に乗車することができるか否かを判定する。
例えば、判別部ｈ２７２は、乗車時に車外から音声による利用者ＩＤおよびパスワードの発話を受け付けて認証を行ってもよく、車両表面や車内に設けられた端末に利用者ＩＤおよびパスワードを入力させることで、認証を行ってもよい。判別部ｈ２７２は、入力された利用者ＩＤおよびパスワードに基づいて、車両管理装置ｈ３００から受信した利用者情報３５１を参照し、利用者情報ｈ３５１に含まれる利用者ＩＤおよびパスワードと合致している場合に、利用可能な利用者であると判定し、合致しない場合に乗車不可能な利用者であると判定する。
また、判別部ｈ２７２は、端末装置ｈ１００の表示部に表示された画像に描画されたバーコードやＱＲコード等のコードを車両ｈ２００が備えるコードリーダ（不図示）で読み取り、読み取ったコードが乗車を許可するコードである場合に、利用者Ｕの乗車が可能であると判定してもよい。この場合、判別部ｈ２７２は、コードリーダに翳されたコードにエンコードされた情報を読み取り、読み取った情報をデコードし、電子情報を取得する。そして、判別部ｈ２７２は、コードリーダにより読み取られた情報と、予め車両管理装置ｈ３００から受信した情報とが合致する場合、利用者Ｕの乗車が可能であると判定し、情報が合致しない場合、利用者Ｕの乗車が不可能であると判定する。なお、判別部ｈ２７２は、取得した情報を車両管理装置ｈ３００に送信し、利用者Ｕの乗車の可否判定結果を車両管理装置ｈ３００から取得してもよい。
また、判別部ｈ２７２は、端末装置ｈ１００と、ＤＳＲＣやＦｅｌｉｃａ（登録商標）等の無線通信により、端末装置ｈ１００から利用者ＩＤおよびパスワードを読み取り、利用者情報ｈ３５１を参照して、利用者情報ｈ３５１に含まれる利用者ＩＤおよびパスワードと合致している場合に、利用可能な利用者であると判定し、合致しない場合に乗車不可能な利用者であると判定してもよい。なお、判別部ｈ２７２は、無線通信により端末装置ｈ１００から取得した利用者ＩＤおよびパスワードを車両管理装置ｈ３００に送信し、車両管理装置ｈ３００において顔画像の照合が行われた結果である利用者Ｕの乗車の可否判定結果を車両管理装置ｈ３００から取得してもよい。
利用者Ｕが利用可能な利用者であると判定された場合、乗車制御部ｈ２７４は、利用者Ｕを乗車させるとともに、利用者情報ｈ３５１に含まれる目的地に向かって走行させ、目的地で停車して利用者Ｕを降車させるように、自動運転制御ユニットｈ２５０を制御する。
また、乗車制御部ｈ２７４は、降車する利用者Ｕに対して、走行距離や走行時間に応じた精算処理を行う。精算処理は、車両ｈ２００が備える精算機（不図示）により行われてもよく、クレジット決済等により行われてもよい。
また、乗車制御部ｈ２７４は、利用者Ｕを降車させた後、車両ｈ２００を定期経路に戻して走行を継続する。また、乗車制御部ｈ２７４は、例えば、複数の車両ｈ２００が団体の利用者を同一地点で降車させた場合には、この地点から分散した経路、またはそれぞれが異なる定期経路に向かって移動して走行を継続してもよい。
また、利用者Ｕが乗車不可能な利用者であると判定された場合、判別部ｈ２７２は、乗車不可能である旨を示す情報を利用者Ｕに出力し、定期経路の走行を継続する。これにより、利用者情報ｈ３５１で管理されている利用者のみを乗車させるため、他人と相乗りした場合でも安心して乗車することができるため、利用者に利用しやすい環境を提供することができる。
また、判別部ｈ２７２は、乗車不可能と判定された利用者Ｕに対して、別の認証方式で認証を行わせるか、利用者登録を行わせるための情報を出力してもよい。そして、別の認証方式で利用可能な利用者であると判定された場合、または利用者登録が完了した場合、乗車制御部ｈ２７４は、その利用者Ｕを乗車させるとともに目的地まで車両ｈ２００を走行するように、自動運転制御ユニットｈ２５０を制御する。
また、判別部ｈ２７２は、利用者Ｕが乗車不可能な利用者であると判定された場合に、乗車不可能である旨を示す情報を利用者Ｕに出力するのに代えて、割増料金で乗車するか否かの情報を出力してもよい。そして、利用者Ｕから割増料金で乗車する旨の情報を受け付けた場合、乗車制御部ｈ２７４は、その利用者Ｕを乗車させるとともに目的地まで車両ｈ２００を走行するように、自動運転制御ユニットｈ２５０を制御する。また、割増料金で乗車するか否かの情報を出力する場合、判別部ｈ２７２は、他の利用者が乗車していないことを条件に加えてもよい。これにより、利用者情報ｈ３５１に登録されていない利用者であっても車両ｈ２００に乗車することができる。また、誰も乗車していない車両ｈ２００を有効活用することができる。
［処理フロー］
図１６６は、車両管理装置ｈ３００により実行される処理の流れの一例を示すフローチャートである。まず、経路指示部ｈ３４０は、利用者情報ｈ３５１に基づいて地域（例えば、運行領域）ごとの車両数を決定する（ステップＳ１００ｈ）。次に、定期経路生成部ｈ３４２は、地図情報ｈ３５２に基づいて各車両の定期経路を決定する（ステップＳ１０２ｈ）。次に、定期経路生成部ｈ３４２は、生成した定期経路を車両ｈ２００に送信する（ステップＳ１０４ｈ）。
次に、経路指示部ｈ３４０は、端末装置ｈ１００から乗車リクエストを受け付けたか否かを判定する（ステップＳ１０６ｈ）。乗車リクエストを受け付けたと判定した場合、オンデマンド経路生成部ｈ３４４は、受け付けた乗車リクエストに対するオンデマンド経路を生成し（ステップＳ１０８ｈ）、オンデマンド経路を走行する車両ｈ２００に生成した経路情報を送信する（ステップＳ１１０ｈ）。これにより、本フローチャートの処理が終了する。このように、車両管理装置ｈ３００は、運行領域内の車両ｈ２００を特定し、特定された車両２００に対して経路を指示するとともに、利用可能な利用者を判別させて、利用可能な利用者に対する車両ｈ２００の少なくとも一部の占有利用を開始させる。また、車両管理装置ｈ３００は、図１６６に示すフローチャートを所定のタイミングで繰り返し実行することで、車両ｈ２００の少なくとも一部の占有利用状態を継続的に監視し、該占有利用状態に基づき運行領域内の自動運転車両数を制御する。
図１６７は、車両ｈ２００により実行される処理の流れの一例を示すフローチャートである。まず、乗降者管理装置ｈ２７０は、車両管理装置ｈ３００により経路情報を取得すると（ステップＳ２００ｈ）、経路情報に基づいて走行するように、自動運転制御ユニットｈ２５０を制御する（ステップＳ２０２ｈ）。経路情報とは、定期経路でもよくオンデマンド経路でもよい。
次に、外界監視ユニットｈ２１０が利用者を検知したか否かを判定する（ステップＳ２０４ｈ）。利用者を検知したと判定した場合、判別部ｈ２７２は、認証処理を行い（ステップＳ２０６ｈ）、利用可能な利用者であるか否かを判定する（ステップＳ２０８ｈ）。利用可能な利用者であると判定した場合、乗車制御部ｈ２７４は、利用者の乗車制御を行い、車両ｈ２００が利用者を乗車させてから目的地まで走行するように、自動運転制御ユニットｈ２５０を制御する（ステップＳ２１０ｈ）。次に、乗車制御部ｈ２７４は、利用者を目的地で降車させた後、経路情報に基づいて車両ｈ２００が走行するように自動運転制御ユニットｈ２５０を制御する（ステップＳ２１２ｈ）。
また、利用者が利用可能な利用者でないと判定した場合、判別部ｈ２７２は、乗車ができない旨の情報を出力し（ステップＳ２１４ｈ）、経路情報に基づいて車両ｈ２００が走行するように自動運転制御ユニットｈ２５０を制御する（ステップＳ２１６ｈ）。これにより、本フローチャートの処理が終了する。なお、ステップＳ２０２ｈおよびＳ２０４ｈの処理において、利用者が検知されないまま経路情報の経路を走行し終えた場合には、本フローチャートの処理が終了する。また、ステップＳ２１２ｈおよびステップＳ２１６ｈの処理が終了後、ステップＳ２０４ｈの処理に戻るような処理を行ってもよい。
以上説明したように、第９の実施形態の車両システムｈ１によれば、地域に密着した車両の利用態様を提供することができる。例えば、第９の実施形態の車両システムｈ１によれば、予め登録された利用者情報ｈ３５１に基づいて、運行領域を巡回走行する車両数や走行経路が決定されるため、利用者が直前に乗車リクエストを行わなくても、容易に利用可能な車両ｈ２００を見つけて乗車することができる。これにより、利用者にとっての利便性を向上することができる。例えば、第９の実施形態の車両システムｈ１は、例えば、朝夕は通学、昼は高齢者の買い物や通院、夜は習い事等の送迎サービスにも利用することができる。
［第９の実施形態の第１変形例］ 次に、第９の実施形態の第１変形例について説明する。第９の実施形態の第１変形例では、車両ｈ２００が運行領域を巡回走行する定期経路に、車両ｈ２００が停車する停留所を設けるとともに、停留所に通信装置を設置し、設置した通信装置からの乗車リクエストを受け付けてオンデマンド経路を生成する。
図１６８は、第９の実施形態の第１変形例の車両システムｈ２の構成図である。車両システムｈ２では、停留所通信装置ｈ６００を備え、車両管理装置ｈ３００Ａに取得部ｈ３３０Ａを備える。その他の構成要素の機能は、第９の実施形態と同様である。したがって、以下では、車両システムｈ２において、主に第９の実施形態の車両システムｈ１と相違する部分を中心に説明する。
停留所通信装置ｈ６００は、運行領域の予め定められた地点に設置される。図１６９は、停留所通信装置ｈ６００の構成図である。停留所通信装置ｈ６００は、例えば、通信部ｈ６０２と、受付部ｈ６０４と、表示制御部ｈ６０６と、表示部ｈ６０８とを備える。
通信部ｈ６０２は、ネットワークＮＷを介して、車両管理装置ｈ３００Ａと通信する。通信部ｈ６０２は、例えば、無線通信モジュール等の通信インターフェースである。例えば、通信部ｈ６０２は、受付部ｈ６０４により受け付けられた乗車リクエストを車両管理装置ｈ３００Ａに送信する。また、通信部ｈ６０２は、車両管理装置ｈ３００Ａにより送信された乗車リクエストの結果を受信する。乗車リクエストの結果には、利用可能な状況である車両が存在したか否かを示す情報と、車両ＩＤと、到着予定時間とが含まれる。
受付部ｈ６０４は、利用者からの乗車リクエストの入力を受け付ける。表示制御部ｈ６０６は、乗車リクエストの受け付け画面を表示するように表示部ｈ６０８を制御する。また、表示制御部６０６は、車両管理装置３００Ａにより送信された乗車リクエストの結果を表示するように表示部６０８を制御する。
表示部ｈ６０８は、ＬＣＤや有機ＥＬ表示装置等である。表示部ｈ６０８は、例えば、乗車リクエストの受け付け画面および乗車リクエストの結果画面を表示する。また、表示部ｈ６０８と受付部ｈ６０４は、一体に構成されたタッチパネル式表示装置であってもよい。
図１７０は、利用者Ｕが停留所通信装置ｈ６００から乗車リクエストを行う様子を説明する図である。図１７０の例では、領域ｈ５１０に三つの停留所通信装置ｈ６００ａ〜ｈ６００ｃが設置され、領域ｈ５１２に一つの停留所通信装置ｈ６００ｄが設置されているものとする。利用者Ｕは、停留所通信装置ｈ６００ｂの表示部ｈ６０８に表示された乗車リクエスト画面から乗車リクエストを行う。乗車リクエスト画面は、図１６２に示す乗車リクエスト画面と同様の画面であるが、利用区間の乗車地点には、停留所通信装置ｈ６００ｂの位置が予め設定されている。
通信部ｈ６０２は、乗車リクエストの入力が行われると、車両管理装置ｈ３００Ａに乗車リクエストを送信する。取得部ｈ３３０Ａは、停留所通信装置ｈ６００から送信されたリクエスト情報を取得する。経路指示部ｈ３４０のオンデマンド経路生成部ｈ３４４は、領域ｈ５１０を定期走行している車両Ｍ−１〜Ｍ−４のうち、現時点で停留所通信装置ｈ６００ｂの最も近くを走行している車両であって、且つ、利用者が利用可能な車両を決定する。
図１７０の例において、車両Ｍ−４が上記の条件に該当する車両であったとする。オンデマンド経路生成部ｈ３４４は、生成したオンデマンド経路に関する情報を車両Ｍ−４に送信するとともに、停留所通信装置ｈ６００ｂに乗車リクエスト結果を送信する。表示制御部ｈ６０６は、図１６３に示すような乗車リクエスト結果画面ｈ４１０を表示するように表示部ｈ６０８を制御する。
以上説明したように、第９の実施形態の第１変形例によれば、第９の実施形態と同様の効果を奏する他、利用者が端末装置ｈ１００を所持していなくても、停留所通信装置ｈ６００ｂから乗車リクエストを行うことができる。これにより、利用者にとっての利便性を更に向上することができる。
［第９の実施形態の第２変形例］
次に、第９の実施形態の第２変形例について説明する。第９の実施形態の第２変形例では、運行領域を定期的に巡回走行する車両ｈ２００に乗員がいない場合、または車両ｈ２００の少なくとも一部を占有している利用者に時間的な余裕がある場合に、巡回走行する地域の見守りサービスにおける通知サービスを提供する。見守りサービスにおける通知サービスとは、例えば、車両ｈ２００が走行中に外界や車内を監視し、病気やケガをしていたり、異常が生じていると推定される人物等を発見した場合に、外部に情報を出力したり、その人物を乗車させて所定の場所まで走行するサービスである。また、見守りサービスは、不審者、迷子等を検知した場合に、外部に情報を出力するサービスでもよい。見守りサービスは、できるだけ運行領域の全域を監視できた方がよいため、複数の車両ｈ２００を別経路で巡回させて一定期間ごとに監視する。また、見守りサービスにおいて車両ｈ２００が余った場合、車両システムは、その車両ｈ２００を車庫等に待機させる。
図１７１は、第９の実施形態の第２変形例の車両システムｈ３の構成図である。また、図１７２は、第９の実施形態の第２変形例の車両ｈ２００Ｂの構成図である。車両システムｈ３では、車両管理装置ｈ３００Ｂに取得部ｈ３３０Ｂと、イベント判定部ｈ３６０を備える。また、車両システムｈ３では、記憶部ｈ３５０に画像データＤＢｈ３５４を備える。また、車両システムｈ３では、車両ｈ２００Ｂに、車室内カメラｈ２８０と、イベント判定装置ｈ２８２と、情報出力装置ｈ２８４とを備える。その他の構成要素の機能は、第９の実施形態と同様である。したがって、以下では、車両システムｈ３において、主に第９の実施形態の車両システムｈ１と相違する部分を中心に説明する。イベント判定部ｈ３６０またはイベント判定装置ｈ２８２は、「イベント判定部」の一例である。
車室内カメラｈ２８０は、車両ｈ２００の座席に着座した乗員の顔を中心として上半身を撮像する。車室内カメラｈ２８０により撮像された画像は、イベント判定装置ｈ２８２に出力される。
イベント判定装置ｈ２８２は、車室内カメラｈ２８０により撮像された画像または外界監視ユニットｈ２１０のカメラにより撮像された画像に基づいて、イベントを判定する。イベントには、例えば、車両ｈ２００Ｂの周辺環境や車内状況に関し、外部に通知が必要な事象が含まれる。例えば、イベントには、車両ｈ２００Ｂの周辺に不審者や迷子が存在する、車内外の人物に異常が生じている、道路の一部が閉鎖されるような重大な事故が発生している、器物の損壊やその他の犯罪事象が発生していること等を示すイベントが含まれる。人物に異常が生じているとは、例えば、人物が病気や怪我等により倒れていたり、うずくまっていたり、ふらふらと歩いていると判定される場合である。
イベント判定装置ｈ２８２は、外界監視ユニットｈ２１０のカメラにより撮像された画像に基づいて、例えば、ディープラーニング等の機械学習を用いて、異常が生じている人物の特徴を学習し、撮像された画像から異常が生じている人物を推定する。また、イベント判定装置ｈ２８２は、外界監視ユニットｈ２１０のカメラにより撮像された画像に基づいて、物体のエッジ部分を抽出し、抽出したエッジ部分で囲まれた領域の形状と、予め設定された人物の形状とを比較し、形状の合致度が所定値以上（例えば、８０％以上）である場合に、その物体が人物であると推定してもよい。
また、イベント判定装置ｈ２８２は、車室内カメラｈ２８０または外界監視ユニットｈ２１０のカメラにより撮像された画像から読み出した画素情報に基づく次元変換や圧縮等の画像処理を行い、画像処理結果とその画像に対する属性情報とを含む特徴データを生成してもよい。属性情報には、例えば、画像の画角情報、画像を撮像したカメラの識別情報、画像を撮像したときの日時情報、車両２００Ｂの位置情報が含まれる。そして、イベント判定装置ｈ２８２は、生成した特徴データと、予め決められたイベントに対応付けられた特徴データのパターンとを照合し、類似度が最も高いイベントを、車両ｈ２００Ｂに対するイベントとして判定する。
また、イベント判定装置ｈ２８２は、通信装置ｈ２２０を介して、カメラ画像から生成した特徴データを車両管理装置ｈ３００Ｂに送信し、車両管理装置ｈ３００Ｂのイベント判定部ｈ３６０により判定されたイベント情報を取得してもよい。この場合、車両管理装置ｈ３００Ｂの取得部ｈ３３０Ｂは、車両ｈ２００Ｂから送信された特徴データを取得する。イベント判定部ｈ３６０は、例えば、取得部ｈ３３０Ｂにより取得された特徴データと、記憶部ｈ３５０に記憶された特徴データＤＢｈ３５４とを照合し、類似度が最も高い特徴データに対応付けられたイベント情報を取得し、取得したイベント情報を車両ｈ２００Ｂに送信する。
ここで、特徴データＤＢｈ３５４は、イベント判定部ｈ３６０により事前に学習されたデータベースである。特徴データＤＢｈ３５４には、特徴データにイベントが対応付けられている。学習時において、まず、取得部ｈ３３０Ｂは、複数の車両から送信された特徴データを記憶部ｈ３５０に少なくとも一時的に記憶させる。そして、イベント判定部ｈ３６０は、記憶部ｈ３５０に記憶された特徴データに対して、例えばディープラーニング等の機械学習や統計処理等を用いて詳細なイベント解析処理を行い、特徴データにイベントを対応付けた特徴データＤＢｈ３５４を生成し、記憶部ｈ３５０に記憶させる。
図１７３は、イベントを判定する処理について説明するための図である。図１７３の例では、画像により推定される人物に異常が生じていると判定する様子を示している。例えば、車両ｈ２００Ｂは、定期経路Ｌ１を走行している場合に、イベント判定装置ｈ２８２は、外界監視ユニットｈ２１０のカメラにより撮像された画像を解析することで、撮像された画像から異常が生じている人物を推定する。図１７３の例において、イベント判定装置ｈ２８２は、物体ｈ７００およびｈ７０２が人物であると推定する。
また、イベント判定装置ｈ２８２は、人物の形状の向きや動作により、その人物が異常状態であるか否かを判定する。例えば、イベント判定装置ｈ２８２は、人物が立っている場合には正常な状態であると判定し、人物が倒れている、うずくまっている、或いはふらふらと歩いている場合には、異常な状態の人物であると判定する。図１７３の例において、イベント判定装置ｈ２８２は、物体ｈ７００が正常な状態の人物であると判定し、物体ｈ７０２を異常な状態であると判定する。
イベント判定装置ｈ２８２により物体ｈ７０２が異常な状態の人物であると判定された場合、乗降者管理装置ｈ２７０は、判定されたイベントと、判別部２７２により判別された利用者情報に基づいて所定の通知サービスを提供する。例えば、乗降者管理装置ｈ２７０は、そのイベントに対して予め決められた制御として、その人物（物体ｈ７０２）の位置で停車するように自動運転制御ユニットｈ２５０を制御する。また、情報出力装置２８４は、車外用のスピーカまたは車両表面に設けられた端末により、その人物に乗車を促すメッセージを音声により出力または表示する。また、メッセージを出力してから所定時間が経過した後もその人物の反応がなかった場合に、情報出力装置ｈ２８４は、例えば、通信装置ｈ２２０を介して車両管理装置ｈ３００Ｂや予め設定された端末装置ｈ１００、管理者端末、病院等の所定の機関の端末、地域の役所職員の端末のうち、少なくとも一つに対して所定の通知を送信する。ここでの所定の通知とは、例えば、病人やケガ人等がいる旨の情報と、その人物がいる位置と、撮像した画像または映像とを含む情報の通知である。
また、乗車制御部ｈ２７４は、倒れていると判定された人物が、判別部ｈ２７２により車両ｈ２００Ｂの利用が可能な人物であると判定された場合に、車両ｈ２００Ｂへの乗車を許可する。また、乗車制御部ｈ２７４は、倒れていると判定された人物が乗車した場合に、その人物を治療可能な近くの病院に搬送するための経路を車両管理装置ｈ３００に問い合わせる。乗車制御部ｈ２７４は、車両管理装置ｈ３００から受信した検索結果の経路に基づいて走行するように自動運転制御ユニットｈ２５０を制御する。
また、イベント判定装置ｈ２８２は、車室内カメラｈ２８０により撮像された車室内の乗員の状態を判定してもよい。乗員の状態が異常であると判定した場合に、情報出力装置ｈ２８４は、車内用のスピーカまたは車内に設けられた端末により、その乗員に対して状態を確認するための通知を行う。具体的には、情報出力装置ｈ２８４は、乗員に対して状態を確認するためのメッセージを音声出力したり、ＨＭＩｈ２３２に画面表示を行う。メッセージを出力してから所定時間が経過した後も返答がないと判定された場合に、イベント判定装置ｈ２８２は、乗員に異常が生じていると判定する。乗員に異常が生じていると判定した場合、情報出力装置ｈ２８４は、例えば、判別部ｈ２７２による乗員の利用者情報に対応付けられた通知先や端末装置ｈ１００、車両管理装置ｈ３００、管理者端末、病院等の所定の機関の端末、地域の役所職員の端末のうち、少なくとも一つに対して所定の通知を送信する。ここでの所定の通知とは、例えば、病人やケガ人等を搬送している旨の情報と、車室内カメラｈ２８０で撮像した画像とを含む情報の通知である。
以上説明したように、第９の実施形態の第２変形例によれば、第９の実施形態および第１変形例と同様の効果を奏する他、乗員がいない状態での巡回走行を利用して、地域周辺の人々の見守りサービスを提供することができる。これにより、例えば、急病人や事故等があった人物を早期発見することができるともに、速やかに管理者に連絡したり、病院に搬送したりすることができる。また、、第９の実施形態の第２変形例によれば、見守りサービスによる巡回中の車両ｈ２００を、緊急時の避難場所として利用することができる。また、第９の実施形態の第２変形例によれば、見守りサービスを実行する巡回経路に、運行領域内の監視カメラが設置されていない領域を含めることで、運行領域全体を監視することができる。なお、第９の実施形態の第２変形例の見守りサービスは、例えば、巡回走行する地域の地方自治体の補助金や地域の商店街等からの協力金等を収益源として運用されてもよい。
［第９の実施形態の第３変形例］ 車両管理装置ｈ３００の構成のうち一部または全部は、車両ｈ２００に搭載されてもよい。以下では、車両管理装置ｈ３００の構成のうち、一部の構成が自律制御部として車両に搭載される実施形態を第９の実施形態の第３変形例として説明する。図１７４は、第９の実施形態の第３変形例の車両ｈ２００Ｃの構成図である。第９の実施形態の第３変形例の車両２００Ｃは、例えば、第９の実施形態の車両ｈ２００の構成と比較して、自律制御部ｈ３００Ｃが設けられている。したがって、以下では、主に、自律制御部ｈ３００Ｃの機能を中心に説明するものとする。
自律制御部ｈ３００Ｃは、例えば、利用者登録部ｈ３２０と、取得部ｈ３３０と、領域指示部ｈ３３２と、経路指示部ｈ３４０と、記憶部ｈ３５０とを備える。これらの構成要素は、第９の実施形態の車両管理装置ｈ３００における同名の構成と同様の機能を備えるため、ここでの具体的な説明は省略する。なお、利用者登録部ｈ３２０等については、自車両の利用者に対する登録のみを行ってもよく、利用者情報ｈ３５１、地図情報ｈ３５２、および経路情報ｈ３５３については、車両管理装置ｈ３００からダウンロードすることで取得してもよい。
車両ｈ２００Ｃは、通信装置ｈ２２０により利用者Ｕの端末装置ｈ１００と通信を行う。また、自律制御部ｈ３００Ｃの領域指示部ｈ３３２は、利用者情報ｈ３５１に基づいて、どの利用者がどの時間帯に、どの地域で乗車を希望しているかを把握し、把握した情報に基づいて、乗車地点を含む地域を運行領域として規定する。また、自律制御部ｈ３００Ｃの経路指示部ｈ３４０は、運行領域の範囲内において巡回走行する規定経路を生成する。また、経路指示部ｈ３４０は、通信装置ｈ２２０により受信された運行領域の利用状況に基づき、オンデマンド経路を生成し、生成したオンデマンド経路を規定経路に代えて選択する。自動運転制御ユニットｈ２５０は、選択された経路を自動運転により運行する。
以上説明したように、第９の実施形態の第３変形例によれば、第９の実施形態および第１〜第２変形例と同様の効果を奏する他、車両管理装置ｈ３００の機能の一部を車両ｈ２００Ｃに搭載させることで、運行領域の規定や経路の選択等を車両ｈ２００Ｃが自律的に行うことができる。また、第９の実施形態の第３変形例によれば、車両ｈ２００Ｃは、車両管理装置ｈ３００からの指示を受け付けなくても、端末装置ｈ１００からの指示に基づいて、より適切な経路を運行することができる。
また、車両ｈ２００が手動運転車両である場合、通信部ｈ３１０は、ネットワークＮＷを介して車両ｈ２００の運転者の端末装置と通信してもよい。また、上述した車両システムｈ１およびｈ２は、例えば、複数の利用者によって一つ以上の車両を共同で利用するライドシェア提供サービスに利用することができる。
＜第１０の実施形態＞
上述した第１〜９の実施形態のそれぞれは、他の実施形態の一部または全部を組み合わせてもよい。以下に、第１〜第９の実施形態のうち一部を組み合わせて統合したサービス管理システムについて説明する。
［全体構成］
図１７５は、第１０の実施形態のサービス管理システムｉ１の構成図である。サービス管理システムｉ１は、例えば、第２の実施形態で示した一以上のサービス申込者Ａにより使用される一以上の端末装置ａ１００および一以上のサービス提供者により使用される一以上の端末装置ａ１５０と、一以上の車両ｉ２００と、サービス管理装置ｉ３００と、第８の実施形態に示す部屋設備ｇ２００と、第９の実施形態に示す停留所通信装置ｈ６００とを備える。これらの構成要素は、ネットワークＮＷを介して互いに通信可能である。ネットワークＮＷは、インターネット、ＷＡＮ、ＬＡＮ、公衆回線、プロバイダ装置、専用回線、無線基地局などを含む。サービス提供者Ｓによるサービスは、サービス利用者Ｕに提供される。図では、サービス申込者Ａとサービス利用者Ｕが異なる者であるように示しているが、これらは同一人物であってもよい。なお、「サービス申込者Ａまたはサービス提供者Ｓにより使用される」とは、ネットカフェの端末装置など、不特定多数によって使用され得る端末装置が、サービス申込者Ａまたはサービス提供者Ｓにより一時的に使用されることを含んでよい。なお、第１０の実施形態の車両ｉ２００は、例えば、上述した第５の実施形態に示す車両ｄ２００にも適用される。また、車両ｉ２００は、第１〜９の実施形態で示した車両の構成のうち全部または一部を組み合わせてもよい。また、サービス管理装置i３００は、「管理サーバ」の一例である。また、コンパートメント管理装置ｉ２７０は、「属性共有部」の一例である。属性共有部が共有する属性は、例えば、コンパートメント属性およびそれに対応して定義される第８の実施形態における、インタフェースタイプ等である。
［端末装置］
端末装置ａ１００およびａ１５０は、例えば、第２の実施形態で紹介した端末装置ａ１００およびａ１５０と同様の機能を備えるため、ここでの詳細な説明を省略する。
［車両］
車両ｉ２００は、少なくとも車室を備える車両である。図１７６は、車両ｉ２００の構成図である。車両ｉ２００は、例えば、外界監視ユニットｉ２１０と、通信装置ｉ２２０と、ナビゲーション装置ｉ２３０と、推奨車線決定装置ｉ２４０と、自動運転制御ユニット（制御部の一例）ｉ２５０と、駆動力出力装置ｉ２６０と、ブレーキ装置ｉ２６２と、ステアリング装置ｉ２６４と、コンパートメント管理装置ｉ２７０と、表示管理ユニットｉ２８０と、貨客室管理ユニットｉ２９０とを備える。
外界監視ユニットｉ２１０、通信装置ｉ２２０、ナビゲーション装置ｉ２３０、推奨車線決定装置ｉ２４０、自動運転制御ユニットｉ２５０、駆動力出力装置ｉ２６０、ブレーキ装置ｉ２６２、およびステアリング装置ｉ２６４のそれぞれは、例えば、上述した第２の実施形態において紹介した図２６の外界監視ユニットａ２１０、通信装置ａ２２０、ナビゲーション装置ａ２３０、推奨車線決定装置ａ２４０、自動運転制御ユニットａ２５０、駆動力出力装置ａ２６０、ブレーキ装置ａ２６２、およびステアリング装置ａ２６４と同様の構成を備えるため、ここでの詳細な説明を省略する。なお、駆動力出力装置ｉ２６０は、第１の実施形態と同様の機能を有する駆動用モータｉ２６０ａを含む。また、第１０の実施形態における自動運転の処理過程については、第１の実施形態において紹介した図３並びに関連する説明を援用し、詳細な説明を省略する。
なお、ＨＭＩｉ２３２は、「インタフェース部」の一例である。ＨＭＩｉ２３２は、例えば各コンパートメントに対し一つ配置されており、当該コンパートメントを利用する利用者の識別情報を保持している。ここで、利用者によるＨＭＩｉ２３２の使用は、好ましくは第１の実施形態と同様、認証によって許可されるよう構成される。ＨＭＩｉ２３２は、通信装置ｉ２２０を介してコンパートメント管理装置ｉ２７０およびサービス管理装置ｉ３００と接続されており、利用者は、ＨＭＩｉ２３２を介してサービス提供者からの提供情報の取得および、サービス提供者および車両に対する操作入力を行う。インタフェース部は、サービス提供者と、車両および各コンパートメントとの間の情報および制御信号の入出力を提供するよう構成され、この入出力の一部はコンパートメントの利用者が用いるＨＭＩｉ２３２を介しての操作および取得が許可される。
また、コンパートメント管理装置ｉ２７０および貨客室管理ユニットｉ２９０を合わせたものが、「管理部」の一例である。また、車外用表示部ｉ２８２は、「外部表示器」の一例である。また、車外表示部ｉ２８２は、インタフェース部に含まれてよい。また、車室内カメラｉ２７３および状態判定装置ｉ２７４を組み合わせたものが「利用状況検知部」の一例であってもよく、「外部環境検知部」の一例であってもよい。外部環境検知部は、例えば、第６の実施形態における、撮像部ｅ４０および第７の実施形態における外界監視ユニットｆ２１０が外界監視ユニットｉ２１０に含まれてよく、このとき属性特定部ｅ１１８の特定する属性を検知するよう構成してもよい。
また、第１０の実施形態の場合、目的地までの経路は、サービス管理装置ｉ３００によって指定される場合もある。なお、経路には、利用者を乗車または降車させるために停止する地点および到達目標時刻の情報が含まれてよい。ナビ制御装置ｉ２３６は、上記いずれかの方法で決定した経路の情報を推奨車線決定装置ｉ２４０に出力する。
ＨＭＩ２３２ｉは、サービス提供者Ｓが提供するサービスに関するサービス関連情報（サービス内容やサービス実行時間等）および車両ｉ２００のコンパートメントに関する情報に対応付けてコンテンツ等の情報の入出力等を行う。また、ＨＭＩｉ２３２は、入出力部（客室インターフェース）として第６の実施形態に係る車内演出装置ｅ１やｅ２の構成を有していてもよい。この場合、表示管理ユニットｉ２８０の記憶部ｉ２８５に格納された情報の少なくとも一部を、記憶部ｅ５００に格納し、格納した情報を表示制御部ｅ１８によりディスプレイｅ６０から表示させてもよい。また、ＨＭＩｉ２３２は、第４の実施形態のタッチパネルｃ１０６や店舗案内装置ｃ１０８の機能を備えていてもよい。
コンバートメント管理装置ｉ２７０は、例えば、判別部ｉ２７１と、乗車制御部ｉ２７２と、車室内カメラｉ２７３と、状態判定装置ｉ２７４と、情報出力装置ｉ２７５とを備える。判別部ｉ２７１は、車両ｉ２００に対する利用者を判別する。また、車両制御部ｉ２７２は、車両ｉ２００を利用可能な利用者であると判別された利用者を車両ｉ２００に乗車させるための制御を行う。具体的には、車両制御部ｉ２７２は、判別部ｉ２７１により車両ｉ２００を利用可能な利用者であると判別された利用者に対し車両ｉ２００の少なくとも一部を占有利用させるコンパーメント管理を行う。少なくとも一部を占有利用させるとは、例えば、車室内にある複数の座席のうち少なくとも一つの座席を占有して利用させることである。また、乗車制御部ｉ２７２は、判別部ｉ２７１により車両ｈ２００の少なくとも一部の占有利用が許可された利用者を乗車または降車させるための制御を行う。
車室内カメラｉ２７３、状態判定装置ｉ２７４、および情報出力装置ｉ２７５のそれぞれは、第９の実施形態の車室内カメラｈ２８０、イベント判定装置ｈ２８２、および情報出力装置ｈ２８４と同様の機能を備える。
表示管理ユニットｉ２８０は、例えば、表示制御部ｉ２８１と、車外用表示部ｉ２８２と、要求部ｉ２８３と、取得部ｉ２８４と、記憶部ｉ２８５とを備える。また、記憶部ｉ２８５は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭ等により実現される。記憶部ｉ２８５には、例えば、表示条件データｉ２８５ａ、コンテンツＤＢｉ２８５ｂ、広告情報ＤＢｉ２８５ｃおよびその他の情報が格納される。表示制御部ｉ２８１、車外用表示部ｉ２８２、要求部ｉ２８３、および取得部ｉ２８４のそれぞれは、上述した第７の実施形態の表示制御部ｆ２７０、車外用表示部ｆ２７２、要求部ｆ２７４、取得部ｆ２７６と同様の機能を備える。また、表示条件データｉ２８５ａ、コンテンツＤＢｉ２８５ｂ、広告情報ＤＢｉ２８５ｃのそれぞれは、少なくとも第７の実施形態の表示条件データ２７８Ａ、コンテンツＤＢ２７８Ｂ、および広告情報ＤＢ２７８Ｃと同様のデータが格納される。
貨客室管理ユニットｉ２９０は、例えば、入出力部ｉ２９１と、コンパートメント管理部ｉ２９２と、配車制御部ｉ２９３と、ステータス制御部ｉ２９４と、利用者情報取得部ｉ２９５と、オーダー取得部ｉ２９６と、記憶部ｉ２９７とを備える。記憶部ｉ２９７は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭ等により実現される。記憶部ｉ２９７には、例えば、第３の実施形態における記憶部ｂ１７２と同様の情報が格納される。入出力部ｉ２９１、配車制御部ｉ２９３、ステータス制御部ｉ２９４、利用者情報取得部ｉ２９５、およびオーダー取得部ｉ２９６のそれぞれは、例えば、第３の実施形態の入出力部ｂ１７１、配車制御部ｂ１７３、ステータス取得部ｂ１７４と、利用者情報取得部ｂ１７５と、オーダー取得部ｂ１７６と同様の機能を備える。コンパートメント管理部ｉ２９２は、例えば、第５の実施形態における車両ｄ２００の荷台部ｄ２０２におけるコンパートメントを管理する。なお、貨客室管理ユニット２９０は、コンパートメント管理装置ｉ２７０と一体に構成されていてもよい。
また、第１０の実施形態において、車両ｉ２００は、例えば、第１の実施形態における第１上部ユニット２００Ａおよび走行ユニット１１０を用いてもよい。その場合、車両ｉ２０は、上述した図１６に示す構成と同様の構成を備える。
また、第１０の実施形態において、車両ｉ２００は、例えば、図１７、１８、図１３７〜１４４に示すような外部表示を行ってもよい。
ここで、第１０の実施形態における車両ｉ２００の一態様について説明する。通信装置ｉ２２０は、例えば、サービス管理装置ｉ３００から運行情報等を受信する。自動運転制御ユニットｉ２５０は、通信装置ｉ２００により受信した運行情報に基づいて車両を所定の経路で運行させる。コンパートメント管理装置ｉ２７０は、例えば、サービス提供者Ｓから、サービス利用者Ｕがサービスを受ける車両ｉ２００のコンパートメントを管理する。また、通信装置ｉ２２０は、車両ｉ２００に対するサービス利用者Ｕのアクセス状態をトリガとして、ＨＭＩ２３２を制御するための制御信号をサービス管理装置ｉ３００またはサービス提供者Ｓの端末装置ａ１５０に送信する。制御信号とは、例えば、ステータスを表す状態信号、車両に対するアクセスを提供するためのアクセス信号等である。また、通信装置ｉ２２０は、アクセス状態に加えて、例えば、利用者接近時、アクセス時、乗車時等のように、細かなステータスごとにトリガを発生させてもよい。これにより、車両ｉ２００は、車両ステータスを更新する。また、サービス提供者Ｓは、ＡＰＩ等を経由して、トリガに対し処理を実行し、サービスステータスを更新する。したがって、車両ｉ２００を利用するサービス提供者Ｓは、サービス利用者Ｕ等に提供するインタフェースを制御できる。なお、インタフェースは、例えば、事前に定義（組み込み）されていてもよく、随時読み込み式で定義されてもよいが、車両側コンパートメントとユーザとの対応関係を有する。
また、表示制御部ｉ２８１は、各種制御信号に対しサービス提供者Ｓの指定する表示態様を車外用表示部ｉ２８２で実行させる。表示制御部ｉ２８１は、車外用表示部ｉ２８２に表示させる条件を、表示条件データｉ２８５ａに基づいて設定してもよい。また、表示制御部ｉ２８１は、表示させるコンテンツや広告をコンテンツＤＢｉ２８５ｂや広告情報ｉ２８５ｃから取得してもよい。コンテンツＤＢｉ２８５ｂや広告情報ｉ２８５ｃは、表示制御部ｉ２８１により、外部装置からダウンロードし、更新されてもよい。また、車外用表示部ｉ２８２に表示させる場合には、サービス提供者Ｓが端末装置ａ１５０を用いて、事前またはリアルタイムに規定した表示アクションを実行させてもよい。これにより、車両ｉ２００のトリガ情報に基づいて、サービス提供者側でサービスの制御が可能となる。
また、状態判定装置ｉ２７４は、例えば、車両ｉ２００のコンパートメントの利用状況を検知する。コンパートメントの利用状況としては、利用の有無、積載の有無といった２値判定のステータスに加え、着座している乗員の体格や性別、表情等の利用者属性、およびコンパートメントに積載されている荷物および商品等の物品の属性および数量等の付加情報を含む。例えば、上記物品の在庫状況を検知する構成とすれば、サービス提供者が欠品を検知して他の車両を用いた補充を実行させたり、別車両に向けて物品を配送するために移動経路を修正し、途中で補給を行うなどのアクションを実行させることができる。また、状態判定装置ｉ２７４は、車両ｉ２００のコンパートメントの外部の状況を検知してもよい。この場合、通信装置ｉ２２０は、状態判定装置ｉ２７４により検知された外部環境の状態を示す検知信号をサービス提供者Ｓの端末装置ａ１５０に送信する。状態判定装置ｉ２７４は、例えば、コンパートメントを利用予定のサービス利用者Ｕが、コンパートメント外に存在し、サービス利用者Ｕへの接近が検出されたことを判定する。判定された外部環境の状態をもとに、サービス利用者Ｕに対し、サービス提供者Ｓが例えば出迎えのための情報提示を行うことができる。あるいは、外界監視ユニットｉ２１０が検知した検知信号そのものを、サービス提供者が読み取り可能な形態で提供することもできる。これにより、サービス提供者Ｓが車両側の機能を用いてサービスのトリガイベントを発生させることができる。また、車両側の機能を用いて取得した情報に基づいて、例えば、表示の制御のみでなく、サービスの開始、終了あるいは満足度、サービスの追加等を判定することで、サービスを修正して付加価値を高めることができる。
また、通信装置ｉ２２０は、サービス提供者Ｓから送信されるサービス信号を受信してもよい。この場合、情報出力装置ｉ２７５は、通信装置ｉ２２０により受信されたサービス信号に対応した制御信号を生成し、コンパートメントに配される機器に送信するコンパートメント制御信号生成部と、サービス信号に対応した制御信号を自動運転制御ユニットｉ２５０等に送信する運行制御信号生成部とを備える。これにより、客貨室側の制御と運動側の制御とを分離することで安全性を担保することができる。また、車両ｉ２００の制御レベルをサービス内容により適切に制御することができ、サービス提供者Ｓに対し車両ｉ２００および車両運行業者が、サービス提供者の操作に対しフェールセーフ機能を提供することができる。言い換えると、サービス提供者Ｓは、安全性を自ら設計、設定することなくサービスを実施できる。
また、コンパートメント管理装置ｉ２７０は、コンパートメントの属性をサービス管理装置ｉ３００またはサービス提供者Ｓと共有する。コンパートメント属性としては、例えば、コンパートメントが座席のみの客室または荷室であるか否かに加え、広さや機能、使用可能電力等の能力に基づき、設定される区分を用いる。これに基づき、例えば、第２の実施形態に挙げられるサービス属性、およびＨＭＩｉ２３２を介して入出力可能な信号が規定される。ＨＭＩｉ２３２は、第８の実施形態に挙げたＩ／Ｆ管理部ｇ３３０Ｂの機能を包含してよく、その場合当該属性は、外部設備の機能動作を利用するためにも用いることができる。ＨＭＩｉ２３２は、コンパートメントの属性に対応して実施可能な機器等が設定される。これにより、属性に応じ、サービスの提供可能状態（駐停車、走行中）の判別を行うとともに、それに応じたサービス操作を許可することができる。例えば、蓄電容量が所定以下では実行不能な操作を、ＨＭＩｉ２３２の表示画面上に表示しない、あるいは走行中には火器・熱源の操作を抑制する、電子レンジのような電磁波の発生を抑制したり、電力（エネルギー）供給を制限するなどの制御を行うことができる。また、サービス提供者Ｓが事前に必要とするインターフェースを定義できる場合には、属性に応じ、必要な操作と、対応する走行状態を予め規定しておく。この場合は、走行状態に対するサービス操作をサービス提供者側で制御することができる。
また、ＨＭＩｉ２３２は、端末装置ａ１５０と通信を行い、サービス提供者Ｓを介した外部設備の操作を実行してもよい。また、ＨＭＩｉ２３２は、サービス提供者Ｓの提供する特定の目的地への経路変更を実行してもよい。また、ＨＭＩｉ２３２は、通信装置ｉ２２０を介しサービス提供者Ｓへ操作情報を送信する操作情報送信部を備えていてもよい。
また、自動運転制御ユニットｉ２５０は、例えば、外界監視ユニットｉ２１０やナビゲーション装置ｉ２３０の外界検知センサや位置情報センサ等に基づき自動運転を行う。また、ＨＭＩｉ２３２は、車両ｉ２００による自動運転が実行中であって、サービス利用者の乗車中である場合に、サービス利用者Ｓに情報の使用を許可したり、情報の使用を有効にしてもよい。別の視点では、当該インタフェースの一部機能は、判別される走行状態（例えば、停止状態や自動運転状態）でのみ利用可能に構成することができる。上述のように、車両に乗車中の利用者がある操作を、ＨＭＩｉ２３２で行おうとした際に、制限のある機能の実行の許可・拒否を設定する。また、ＨＭＩｉ２３２は、サービス利用者Ｓのコンパートメントへの乗車前、あるいは乗車後にサービス利用者Ｓに情報を提供してもよい。
また、コンパートメント管理装置ｉ２７０や貨客室管理ユニットｉ２９０は、サービス管理装置ｉ３００等から車両ｉ２２０の走行ユニットのバージョン情報を含む走行ユニット情報を取得し、取得した走行ユニット情報にバージョンが合致する上部構造物を第１連結部により連結させてもよい。
［サービス管理装置］
図１７５に戻り、サービス管理装置ｉ３００は、例えば、車両管理装置ｉ３１０と、受注管理装置ｉ３２０と、同乗サービス管理装置ｉ３３０と、イベント管理装置ｉ３４０と、コンテンツ提供サーバｉ３５０と、記憶装置（記憶部の一例）ｉ３６０とを備える。これらの機能部のそれぞれは、例えば、ＣＰＵ等のプロセッサが記憶装置ｉ３６０に格納されたプログラム（ソフトウェア）を実行することで実現される。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ等のハードウェアによって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリ等の記憶装置ｉ３６０に格納されていてもよいし、ＤＶＤやＣＤ−ＲＯＭ等の着脱可能な記憶媒体に格納されており、記憶媒体がドライブ装置（不図示）に装着されることで記憶部ｉ３６０にインストールされてもよい。車両管理装置ｉ３１０、受注管理装置ｉ３２０、同乗サービス管理装置ｉ３３０、イベント管理装置ｉ３４０、およびコンテンツ提供サーバｉ３５０を合わせたものが、「管理部」の一例である。なお、サービス管理装置ｉ３００は、図１７５に示す構成のうち、一部の構成（例えば、イベント管理装置ｉ３４０、コンテンツ提供サーバｉ３５０）を外部に設けてもよい。
サービス管理装置ｉ３００は、上述した構成を備えることで、サービス管理をユーザ側フロントエンドとして位置づけるとともに、車両管理を車両管理側フロントエンドとして位置づけ、乗車用車両や特定用途車両としての車両ｉ２００や、図に示す店舗Ｒ、停留所通信装置ｈ６００、部屋設備ｇ２００等とも連携した統合的なサービスを提供する。
例えば、サービス管理装置ｉ３００は、端末装置ａ１００やａ１５０からのリクエストに基づいて、車両ｉ２００により利用者を目的地まで送迎する送迎サービス、車両ｉ２００に複数の利用者を同乗させる同乗サービス、および車両ｉ２００の車内または車外にコンテンツを出力させるコンテンツサービスのうち少なくとも一つを含むサービスの提供を管理する。この場合、サービス管理装置ｉ３００は、利用者に車両ｉ２００の少なくとも一部を占有して利用させるように管理する。
車両管理装置ｉ３１０は、例えば、第９の実施形態の車両管理装置ｈ３００と同様の機能を備え、車両ｉ２００の定期経路やオンデマンド経路への運行を管理する。受注管理装置ｉ３２０は、ネットワークＮＷを介して接続される端末装置ａ１００およびａ１５０や車両ｉ２００、部屋設備ｇ２００等からのリクエストを受信する。また、受注管理装置ｉ３２０は、受信したリクエストに基づいて、予め決められた複数のサービスのうち、リクエストに対応する各種サービスを選択し、必要に応じて車両ｉ２００の割り当てを行う。
同乗サービス管理装置ｉ３３０は、例えば、第２の実施形態のサービス管理装置ａ３００またはａ７３０と同様の機能を備え、同乗者（例えば、サービス利用者、サービス提供者）の調整等を行う。イベント管理装置ｉ３４０は、例えば、第５の実施形態のイベント配車装置ｄ１００と同様の機能を備え、送迎先のイベントの開催地および開催日時、または、送迎先の店舗Ｒを管理する。また、イベント管理装置ｉ３４０は、イベントに配車する車両や、利用者の送迎等を管理する。
コンテンツ提供サーバｉ３５０は、例えば、第７の実施形態のコンテンツ提供サーバｆ３００と同様の機能を備え、車両ｉ２００の環境に基づいて、コンテンツの出力を管理する。また、記憶装置ｉ３６０は、ＨＤＤやフラッシュメモリ、ＲＡＭ、ＲＯＭなどにより実現される。また、記憶装置ｉ３６０サービス情報に対する車両ｉ２００の表示態様に関する情報やコンテンツデータ、その他のサービス管理装置ｉ３００の各種処理に必要なデータまたは処理結果等のデータ等を格納する。
また、サービス管理装置ｉ３００は、上述した構成を備えることで、例えば、上述した第２の実施形態の図４２〜図４６に示すような実施形態や、上述した第５の実施形態の図１００〜１０４に示すような実施形態を実現する。
ここで、第１０の実施形態におけるサービス管理装置ｉ３００の一態様について説明する。サービス管理装置ｉ３００は、例えば、同乗サービス管理装置ｉ３３０の車両特定部（特定部の一例）ａ７３０によって、サービス提供者Ｓの利用する車両ｉ２００を特定する。また、プラン決定部（車両情報提供部の一例）ａ７４０は、特定された車両ｉ２００に対応する車両に関する情報をサービス提供者Ｓの端末装置ａ１５０に送信する。送信する情報としては、例えば、利用者の操作情報や乗員検知によって得た乗員のステータス、属性等である。また、車両特定部ａ７３０は、特定地域内の車両から車両ｉ２００を特定してもよい。また、車両特定部ａ７３０は、サービス提供者Ｓの提供する位置情報と、サービス提供者Ｓまたはサービス利用者Ｕの何れかが提供する乗降車位置情報に基づき、車両ｉ２００を特定してもよい。また、車両特定部ａ７３０は、車両ｉ２００の位置情報および乗降車位置情報に基づき、サービス提供者Ｓに対し複数の車両ｉ２００を特定してもよい。
また、受注管理装置ｉ３２０は、サービス提供者Ｓのサービス情報を入力するサービス情報入力部を備える。車両管理装置ｉ３１０、受注管理装置ｉ３２０、同乗サービス管理装置ｉ３３０、イベント管理装置ｉ３４０、コンテンツ提供サーバｉ３５０のそれぞれは、サービス情報に基づき、車両ｉ２００に制御信号を送信することで車両ｉ２００とサービス提供者Ｓの端末装置ａ１５０との間の情報伝達を制御するインタフェース制御部を備える。これにより、車両ｉ２００とサービス提供者Ｓとの間で信号の送受信を行うことができる。
また、例えば、車両管理装置ｉ３２０は、プラン決定部ａ７４０等が、サービス利用者Ｕが車両ｉ２００に乗車しながらサービス提供者Ｓのサービスを受ける区間の情報を、サービス提供者Ｓへ送信すること許容する。また、車両管理装置ｉ３２０は、サービス提供者Ｓの端末装置ａ１５０からの制御信号により、車両ｉ２００の経路または目的地の更新を許容する経路更新部を備えてもよい。また、コンテンツ提供サーバｉ３５０は、サービス提供者Ｓの端末装置ａ１５０からの制御信号により、車両ｉ２００の外部表示部ｉ２８２を制御する外部表示制御部を更に備えていてもよい。
また、車両管理装置ｉ３１０、受注管理装置ｉ３２０、同乗サービス管理装置ｉ３３０、イベント管理装置ｉ３４０、およびコンテンツ提供サーバｉ３５０のそれぞれは、車両ｉ２００からの制御信号により、サービス提供者Ｓに対する車両ｉ２００に関する情報の送信を実行するサービス操作制御部を備える。
また、車両管理装置ｉ３１０は、複数の車両の位置を検知する車両位置管理部と、複数の前記車両に対応したサービス情報を関連付けるサービス位置管理部と、を更に備えてもよい。この場合、車両管理装置ｉ３１０、受注管理装置ｉ３２０、同乗サービス管理装置ｉ３３０、イベント管理装置ｉ３４０、およびコンテンツ提供サーバｉ３５０は、複数の車両から取得した位置情報およびサービス情報に基づき、複数の車両、サービス利用者またはサービス提供者に環境情報を提供する。例えば、環境情報として、特定位置・エリアにおける属性の分布、位置関係、空席状況、競合エリア（空きスペース）等を共有することでサービス利用者Ｕ、サービス提供者Ｓのサービスに対し付加価値のある情報を提供することができる。この情報に基づいて、特にサービス提供者Ｓは、付加価値を付けたサービスを実行することができる。なお、これらの各構成要素は、複数の車両から取得した位置情報、および前記複数の車両に対応するサービス属性情報に基づき、地域上でのサービス実施状況を環境情報として判定してもよい。地域上でのサービス実施情報は、第５の実施形態におけるエリア管理部ｄ１８６や第９の実施形態における車両管理装置ｈ３００で管理される。サービス実施状況としては、サービスを実行している車両の台数や、車両属性、車両の疎密度などの環境情報に加え、各利用者のサービス利用状況、各サービス提供者から提供されるサービスステータスおよびそれを複数束ねることによって判別される各種の状態を含む。また、車両管理装置ｉ３１０、受注管理装置ｉ３２０、同乗サービス管理装置ｉ３３０、イベント管理装置ｉ３４０、およびコンテンツ提供サーバｉ３５０の各構成要素は、記憶装置ｉ３６０に記憶されたサービス情報に基づき、記憶装置ｉ３６０に記憶されたコンテンツデータを選択的に前記車両で利用可能としてもよい。
なお、第１０の実施形態では、上述したサービス管理装置ｉ３００の他にも他の実施形態の内容を適宜組み合わせてユーザと車両とを連携された統合的なサービスを提供させてもよい。上述した第１〜１０の実施形態のそれぞれによれば、より柔軟な車両の利用を実現することができる。
なお、上述した第１の実施形態は、以下のように表現できる。
（１）：上部構造物が取り付け可能な、車室を有しない走行ユニットと、前記走行ユニットに設けられ、前記走行ユニットに着脱可能に取り付けられた前記上部構造物に連結される第１連結部と、を備えた自動運転車両。
（２）：（１）の態様において、前記走行ユニットは、前記上部構造物が取り付け可能な取付領域と、第１車輪と、車両進行方向で前記第１車輪よりも後方に位置した第２車輪とを有し、前記取付領域は、少なくとも、前記車両進行方向で前記第１車輪と略同じ位置から前記第２車輪と略同じ位置に亘る大きさを有する。
（３）：（２）の態様において、前記取付領域は、前記車両進行方向で前記走行ユニットの全長に亘る。
（４）：（１）から（３）のうちいずれか１つの態様において、前記走行ユニットは、車輪を有し、前記車輪を除く前記走行ユニットの最大厚さは、前記車輪の直径以下である。
（５）：（１）から（４）のうちいずれか１つの態様において、前記走行ユニットは、前記自動運転車両の目的地に関する情報を取得する取得部と、前記取得部により取得された目的地と道路情報を含む地図情報とに基づき前記自動運転車両の運転計画を生成する運転計画生成部と、前記運転計画生成部により生成された運転計画に基づき前記走行ユニットの走行を制御する自動運転制御部とを含む。
（６）：（１）から（５）のうちいずれか１つの態様において、前記上部構造物は、乗員が着座可能なシート装置を含む。
（７）：（１）から（６）のうちいずれか１つの態様において、前記上部構造物は、乗員が乗り込み可能な部屋を含む。
（８）：（１）から（７）のうちいずれか１つの態様において、前記上部構造物は、荷物を支持可能な荷物支持部を含む。
（９）：（１）から（８）のうちいずれか１つにおいて、前記走行ユニットは、複数の上部構造物が互いに載せ替え可能である。
（１０）：（１）から（９）のうちいずれか１つの態様において、前記走行ユニットは、前記走行ユニットに対して別の自動運転車両の走行ユニットが上方から載せられた場合に前記別の自動運転車両の走行ユニットを下方から支持する支持部を有し、前記別の自動運転車両の走行ユニットが載せられた状態で走行可能である。
（１１）：（１）から（１０）のうちいずれか１つの態様において、前記走行ユニットに設けられ、車両進行方向と車両幅方向とのうち少なくとも一方において前記走行ユニットに対して並べられた別の自動運転車両の走行ユニットに連結される第２連結部をさらに備えている。
（１２）：本発明の他の態様は、上部構造物が取り付け可能な、車室を有しない板状の自動運転車両である。
（１３）：本発明の他の態様は、上部構造物に対して、電力を供給する電力供給インターフェースと、前記上部構造物と通信する第１通信インターフェースと、前記上部構造物に搭載され、互いに異なる複数の装備品が接続された上部ユニットに、前記電力供給インターフェースおよび前記第１通信インターフェースを介して接続可能な走行ユニットと、を備え、前記走行ユニットは、前記上部構造物へと供給される電力と、前記上部構造物への通信内容とを共有して動作する、自動運転車両である。
（１４）：（１３）の態様において、前記上部ユニットに接続された前記装備品の接続状況を示す情報を、外部装置に送信する第２通信インターフェースを更に備える。
（１５）：（１３）の態様において、前記上部ユニットは、前記上部ユニットに接続された前記装備品の識別情報と、外部装置から取得される前記装備品の制御情報とに基づいて、前記装備品に対するユーザの操作に応じた前記装備品を介する前記走行ユニットの制御を許容するのか否かを決定する外部制御許可部を含む。
（１６）：（１３）の態様において、前記上部ユニットに接続された前記装備品の識別情報と、外部装置から取得された情報に基づき更新可能な前記装備品の制御情報とに基づいて、前記装備品、または前記装備品に接続される端末装置に対する前記走行ユニットの情報共有を許容する車両状態共有許可部を更に備える。
（１７）：（１３）の態様において、前記走行ユニットは、前記上部ユニットの識別情報と、外部装置から取得された情報に基づき更新可能な前記装備品の制御情報とに基づいて、前記上部ユニット、または前記上部ユニットの識別情報に基づき特定される端末装置に対する前記走行ユニットの情報共有を許容する車両状態共有許可部を含む。
なお、上述した第２の実施形態は、以下のように表現できる。
（１）：本発明の一態様は、移動する車両内にサービス利用者がサービス提供者と同乗することを要求する同乗リクエストを取得する取得部と、前記取得部により取得された同乗リクエストに応じて、前記サービス利用者と前記サービス提供者の同乗プランを決定するプラン決定部と、を備えるサービス管理装置。
（２）：上記（１）の態様において、前記同乗リクエストには、前記サービス利用者が前記車両に乗車する第１乗車区間の情報が含まれるもの。
（３）：上記（２）の態様において、前記サービス利用者は、単独で前記車両に乗車することが好ましくない利用者であり、前記プラン決定部は、前記サービス提供者が前記車両に乗車する第２乗車区間を、前記第１乗車区間を包含するように決定するもの。
（４）：上記（２）の態様において、前記プラン決定部は、前記サービス提供者が前記車両に乗車可能なエリアの情報を参照し、前記第１乗車区間と前記エリアとの重複部分の範囲内で前記サービス提供者が前記サービス利用者と同乗するように、前記サービス提供者が前記車両に乗車する第２乗車区間を決定するもの。
（５）：上記（１）の態様において、前記プラン決定部は、降車後に前記サービス利用者が受ける降車後サービスと連携可能な地点で前記サービス利用者が降車するように、前記同乗プランを決定するもの。
（６）：上記（５）の態様において、前記プラン決定部は、降車後サービスに必要なオンライン予約を実行するもの。
（７）：上記（１）の態様において、前記プラン決定部は、予め指定されたサービスの種類に応じたサービス提供者を選択し、前記サービス利用者と前記選択したサービス提供者の同乗プランを決定するもの。
（８）：上記（１）の態様において、前記車両は、無線通信機能を有する自動運転車両であり、前記車両と通信する通信部と、前記通信部に、前記プラン決定部により決定された同乗プランに基づく経路の指示を前記車両に送信させる経路指示部と、を更に備えるもの。
（９）：上記（８）の態様のサービス管理装置と、前記車両と、を備えるサービス提供システムであって、前記サービス管理装置は、前記経路の指示と共にサービス提供予定時間を前記車両に送信し、前記車両は、前記サービス提供予定時間の経過よりも前に目的地に到達しないように運転制御を行う、サービス提供システム。
（１０）：本発明の他の態様は、コンピュータが、移動する車両内にサービス利用者がサービス提供者と同乗することを要求する同乗リクエストを取得し、前記取得された同乗リクエストに応じて、前記サービス利用者と前記サービス提供者の同乗プランを決定する、サービス管理方法である。
（１１）：本発明の他の態様は、コンピュータに、移動する車両内にサービス利用者がサービス提供者と同乗することを要求する同乗リクエストを取得させ、前記取得させた同乗リクエストに応じて、前記サービス利用者と前記サービス提供者の同乗プランを決定させる、プログラムである。
（１２）：本発明の他の態様は、車両の利用を伴うサービスを利用するサービス利用者によるサービス利用依頼情報を取得する第１取得部と、予め登録された車両の車両情報を取得する第2取得部と、前記サービス利用依頼情報と前記取得された車両情報とに基づいて、利用可能な車両を特定し、利用可能車両情報を生成する車両特定部と、車両の利用を伴うサービスを提供するサービス提供者が受注可能なサービスに関連するサービス提供情報を取得する第３取得部と、前記利用可能車両情報および前記サービス提供情報に基づいて、前記サービス利用者が享受可能な可用サービスを特定し、前記特定した可用サービスに関する情報を前記サービス利用者に提供するプラン決定部と、を備えるサービス管理装置である。
（１３）：上記（１２）の態様において、前記サービス利用依頼情報は、前記サービス利用者が前記車両の少なくとも一部を占有する第１区間の情報を含むもの。
（１４）：上記（１３）の態様において、前記サービス利用依頼情報は、前記サービス利用者が希望する前記サービス提供者の属性情報を含むもの。
（１５）：上記（１３）の態様において、前記利用可能車両情報および前記サービス提供情報に基づいて、前記サービス提供者が前記車両の少なくとも一部を占有する第２区間を設定し、前記第１区間と前記第２区間の重複部分に基づいて、前記サービス利用者および前記サービス提供者が前記車両の少なくとも一部を占有する第３区間を設定するプラン決定部を更に備えるもの。
（１６）：上記（１３）または（１４）の態様において、前記サービス提供情報は、サービス提供可能な地域の情報を含み、前記第１区間と、前記サービス提供可能な地域の情報の重複範囲内で、前記サービス利用者および前記サービス提供者が前記車両の少なくとも一部を占有する第３区間を設定するプラン決定部を更に備えるもの。
（１７）：上記（１３）の態様において、前記サービス提供情報は、車両外でのサービス提供地点の情報を含み、前記サービス利用者からの指示に応じて、前記第１区間が前記車両外でのサービス提供地点で終了するように、前記第１区間を更新するプラン決定部を更に備えるもの。
（１８）：上記（１３）の態様において、前記サービス利用者と前記サービス提供者の双方が前記車両を利用しているか否かを判定する判定部を更に備え、前記プラン決定部は、前記判定部により双方が前記車両を利用していると判定された場合に、前記第１区間を更新するもの。
（１９）：上記（１７）の態様において、前記車両外でのサービス提供地点にある施設を予約する予約情報を送信し、予約情報に対応する予約結果を受信する通信部を更に備えるもの。
（２０）：上記（１２）の態様において、前記車両は、無線通信機能を有する自動運転車両であり、前記車両と通信する通信部と、前記通信部に、前記サービス利用者の利用開始位置および利用終了位置の情報と、前記サービス提供者の利用開始位置および利用終了位置の情報とを、前記車両に送信させる経路指示部と、を更に備えるもの。
（２１）：上記（１５）または（１６）の態様において、前記サービス利用依頼情報は、前記サービス利用者の希望するサービス利用時間帯の情報を含み、前記プラン決定部は、前記サービス利用者が前記車両の少なくとも一部を占有する時間帯が前記サービス利用時間帯と合致するように、前記第３区間を設定するもの。
（２２）：上記（２１）の態様において、前記サービス提供情報は、前記サービス提供者の希望するサービス提供時間帯の情報を含み、前記プラン決定部は、前記サービス提供者が前記車両の少なくとも一部を占有する時間帯が前記サービス提供時間帯と合致するように、前記第３区間を設定するもの。
（２３）：上記（１５）の態様において、前記プラン決定部は、複数のサービス提供者のそれぞれに対応して前記第２区間を設定した場合、複数の前記第２区間のそれぞれに対応した複数の前記第３区間を設定するもの。
（２４）：上記（１２）の態様において、前記第１取得部が前記サービス利用依頼情報を受信した時点において、前記サービス利用者が前記車両を利用しているか否かを判定する判定部と、前記判定部により、前記サービス利用者が前記車両を利用していると判定された場合、前記利用者に前記利用中の車両を優先して割り当てるプラン決定部を更に備えるもの。
（２５）：本発明の他の態様は、コンピュータが、車両の利用を伴うサービスを利用するサービス利用者によるサービス利用依頼情報を取得し、予め登録された車両の車両情報を取得し、前記サービス利用依頼情報と前記取得された車両情報とに基づいて、利用可能な車両を特定して利用可能車両情報を生成し、車両の利用を伴うサービスを提供するサービス提供者が受注可能なサービスに関連するサービス提供情報を取得し、前記利用可能車両情報および前記サービス提供情報に基づいて、前記サービス利用者が享受可能な可用サービスを特定し、前記特定した可用サービスに関する情報を前記サービス利用者に提供する、サービス管理方法である。
（２６）：本発明の他の態様は、コンピュータに、車両の利用を伴うサービスを利用するサービス利用者によるサービス利用依頼情報を取得させ、予め登録された車両の車両情報を取得させ、前記サービス利用依頼情報と前記取得された車両情報とに基づいて、利用可能な車両を特定させて利用可能車両情報を生成させ、車両の利用を伴うサービスを提供するサービス提供者が受注可能なサービスに関連するサービス提供情報を取得させ、前記利用可能車両情報および前記サービス提供情報に基づいて、前記サービス利用者が享受可能な可用サービスを特定させ、前記特定した可用サービスに関する情報を前記サービス利用者に提供させる、プログラム。
なお、上述した第３の実施形態は、以下のように表現できる。
（１）：本発明の一態様は、施設の予約内容に基づいて送迎スケジュールを作成し、車両を予約する配車予約部と、前記送迎スケジュールに従って、前記配車予約部により予約された車両を配車する配車管理部と、を備える送迎管理装置である。
（２）：上記（１）の様態において、前記配車予約部は、前記施設の予約内容に基づいて、前記施設を目的地あるいは出発地として、指定された到着時刻に間に合うように前記送迎スケジュールを作成するものである。
（３）：上記（１）の様態において、前記配車管理部により配車された前記車両から移動状況を取得する取得部と、前記取得部により取得された移動状況を、前記施設の予約をした利用者が使用する利用者端末あるいは前記施設の管理者が使用する施設端末のうち少なくとも一方に通知するステータス管理部と、をさらに備えるものである。
（４）：上記（３）の様態において、前記ステータス管理部は、前記配車管理部により配車された車両に利用者が乗車した後、前記施設への移動を開始したこと、または前記施設への到着目標時刻を、前記施設端末に通知するものである。
（５）：上記（３）の様態において、前記ステータス管理部は、前記配車管理部により配車された車両の到着時刻が遅れている場合、配車の予約についての変更あるいはキャンセル、もしくは前記施設の予約の変更あるいはキャンセルのうち少なくとも一つを受け付けるものである。
（６）：上記（５）の様態において、前記ステータス管理部は、前記配車管理部により配車された車両の到着時刻の遅れが通知された利用者から、配車のキャンセルまたは施設の利用時間の延長のいずれも受け付けられなかった場合、配車のキャンセルおよび前記施設のキャンセルの両方を受け付けるものである。
（７）：上記（３）の様態において、前記取得部は、前記車両から、前記乗車人数を示す情報を取得し、前記ステータス管理部は、前記取得部が取得した前記乗車人数を示す情報が予約された人数と異なる場合、予約人数の変更を、前記施設端末に通知するものである。
（８）：上記（３の様態において、前記取得部は、前記車両から、前記施設が提供するサービスあるいは物品のオーダー指示を取得し、前記ステータス管理部は、前記取得部が取得した前記オーダー指示を、前記施設端末に通知するものである。
（９）：上記（３）の様態において、サービス提供者からサービス提供地点に対応した地点情報、および前記サービス提供者の識別情報、前記サービス提供者の利用者の識別情報を含むサービス提供情報を取得するサービス情報取得部と、前記利用者が前記サービス提供を受ける前記地点情報であるアクセスポイントを取得するアクセスポイント取得部と、前記地点情報およびアクセスポイントとの間に経路に対応した前記車両の運行プランを決定するプラン決定部と、をさらに備えるものである。
（１０）：上記（９）の様態において、前記サービス情報、および前記取得部によって取得された前記利用者の識別情報に対応した、サービスステータス情報を生成し、少なくとも前記車両の前記経路上において、前記サービス提供者に対し前記サービスステータス情報を提供する状態管理部、をさらに備えるものである。
（１１）：上記（１０）の様態において、前記プラン決定部は、前記サービスステータス情報に対応付く前記利用者の識別情報を取得し、前記プラン決定部の決定する車両の運行プランに基づいて、前記サービスステータス情報を生成し、前記プランの計画を行うものである。
（１２）：上記（１１）の様態において、前記プラン決定部は、前記サービスステータス情報として、前記利用者の識別情報および前記移動状況から判別される状態属性を管理して、前記プランの計画を行うものである。
（１３）：上記（１０）の様態において、前記プラン決定部は、前記施設端末に対し、前記サービスステータス情報のうち、前記施設への到着時刻に関する情報を通知するものである。
（１４）：施設の予約内容に基づいて送迎スケジュールを作成して、車両を予約し、前記送迎スケジュールに従って、予約された車両を配車する、送迎管理方法である。
（１５）：コンピュータに、施設の予約内容に基づいて送迎スケジュールを作成させて車両を予約させ、前記送迎スケジュールに従って、予約された車両を配車させる、プログラムである。
なお、上述した第４の実施形態は、以下のように表現できる。
（１）：本発明の一態様は、車両の自動運転を行う自動運転制御部と、前記車両の乗員の操作を受け付ける操作部と、前記操作部に対応した識別情報を参照し、自車または他車の移動経路を生成する経路設定部と、前記操作部に対応した識別情報と、車両のコンパートメントの一部を対応付けて前記コンパートメントの操作を許容するコンパートメント管理部とを備え、前記自動運転制御部は、前記乗員の操作に対応し、前記移動経路に沿って移動を開始させる車両である。
（２）：本発明の一態様は、車両の乗員の操作を受け付ける操作部と、前記操作部に対応した識別情報を参照し、自車または他車の移動経路を生成する経路設定部と、前記操作部に対応した識別情報と、車両のコンパートメントの一部を対応付けて前記コンパートメントの操作を許容するコンパートメント管理部と、前記車両の現在位置を取得する現在位置取得部と、前記乗員の操作に応じて、前記識別情報と前記現在位置とを外部に送信する通信部とを備える車両である。
（３）：本発明の一様態は、車両に設けられた乗員の操作を受け付ける操作部の操作情報を取得する操作取得部と、前記車両の位置情報を取得する位置情報取得部と、識別情報と車両のコンパートメントとの対応関係、および前記操作部に対応した識別情報を参照する参照部と、前記位置情報、操作情報および識別情報に基づいて、少なくとも１台の車両に移動経路情報を送信する送信部と車両システムである。
（４）：上記（１）の様態において、前記コンパートメントはサンプルを載置可能なラック部を含み、前記経路設定部は、前記識別情報に含まれる事業者識別情報と、対応する複数の施設情報を参照することにより前記複数の施設情報から少なくとも一つの経由地を決定するよう構成され、前記操作部は、前記ラック部に対応した前記経由地への移動を指示するための第１スイッチを備え、前記自動運転制御部は、前記第１スイッチが操作された場合に、前記経由地に前記車両を移動させるものである。
（５）：上記（４）の様態において、前記操作部は、前記ラック部に対応した事業者に物品の配送を指示するための第２スイッチをさらに備え、前記第２スイッチが操作された場合、前記事業者が管理する端末装置に配送内容を送信する通信装置をさらに備えるものである。
（６）：上記（５）の様態において、前記コンパートメントはサンプルを載置可能なラック部を含み、前記操作部は、前記車両と別の車両に対し、前記車両の位置情報と、前記識別情報に含まれる事業者識別情報とを送信し、前記車両と別の車両に対し前記車両の位置と、前記事業者識別情報に対応した位置とを結ぶ経路上への移動を開始させるリクエストを実行する通信装置を備えるものである。
（７）：上記（１）の様態において、上記（１）に記載の車両を第１車両および第２車両とし、前記第１車両の前記操作部は、前記第２車両を呼び出すための第３スイッチと、を備え、前記第２車両は、前記第３スイッチが操作されることで呼び出され、前記第１車両から利用者、前記識別情報、および前記移動経路を引き継き、前記第２車両の前記自動運転制御部は、引き継いだ前記移動経路に基づいて移動を開始させるである。
（８）：上記（１）の様態において、前記第１車両の前記操作部は、前記ラック部に対応した事業者に物品の配送を指示するための第４スイッチと、前記第４スイッチが操作された場合、前記事業者が管理する端末装置に配送内容を送信する通信装置と、をさらに備えるものである。
なお、上述した第５の実施形態は、以下のように表現できる。
（１）：この発明の一態様に係るイベント配車装置は、複数の車両が駐車可能なエリアで開催されるイベントを、複数の車両または前記車両の所有者に通知するイベント通知部と、前記複数の車両のそれぞれの車両属性に基づいて、前記エリアに到着する車両の車両属性に対応する台数を調整する調整部と、を備えるイベント配車装置である。
（２）：上記（１）の態様において、前記エリアに到着した複数の車両が前記エリア内の所定の位置に配置されるように前記複数の車両のそれぞれに駐車位置を指示する指示部を更に備える。
（３）：上記（１）または（２）の態様において、前記イベント通知部は、前記エリアの位置から所定距離以内にある車両または前記車両の所有者に対して前記イベントの通知を行うものである。
（４）：上記（１）から（３）のうち何れか一つの態様において、前記イベント通知部は、前記エリアに駐車可能な台数の車両に対して、前記イベントを通知するものである。
（５）：上記（１）から（４）のうち何れか一つの態様において、前記車両は、自動運転車両である。
（６）：上記（５）の態様において、前記自動運転車両は、トレーラを牽引する牽引車両を含む。
（７）：上記（１）から（６）のうち何れか一つの態様において、前記イベント通知部は、前記エリアで開催されるイベントに関する情報を、予め登録された利用者に通知し、前記利用者から前記エリアまでの送迎を希望するか否かに関する情報を取得するものである。
（８）：上記（１）から（７）のうち何れか一つの態様において、前記イベントに参加する車両によって、前記イベントの利用者を、所定の地点と前記エリアとの間で送迎させる送迎管理部を更に備えるものである。
（９）：この発明の一態様に係るイベント配車方法は、コンピュータが、複数の車両が駐車可能なエリアで開催されるイベントを、複数の車両または前記車両の所有者に通知し、前記複数の車両のそれぞれの車両属性に基づいて、前記エリアに到着する車両の車両属性に対応する台数を調整する、イベント配車方法である。
（１０）：この発明の一態様に係るプログラムは、コンピュータに、複数の車両が駐車可能なエリアで開催されるイベントを、複数の車両または前記車両の所有者に通知させ、前記複数の車両のそれぞれの車両属性に基づいて、前記エリアに到着する車両の車両属性に対応する台数を調整させる、プログラムである。
（１１）：この発明の一態様に係る管理システムは、複数の車両が駐車可能なエリアを特定する特定部と、前記複数の車両のそれぞれの車両属性に基づいて、前記特定部の取得したエリア情報を通知するとともに、前記エリアに対する車両の到達情報を取得するエリア管理部と、を備える管理システムである。
（１２）：上記（１１）の態様において、前記エリアに到着した車両が前記エリア内の所定の位置に配置されるように前記車両に駐車位置を指示する指示部（１６０）を更に備えるものである。
（１３）：上記（１１）の態様において、前記エリアの位置から所定距離以内にある車両または前記車両の所有者に対して前記エリア情報の通知を行う通知部を更に備えるものである。
（１４）：上記（１１）の態様において、前記車両は、自動運転車両を含み、前記エリア管理部は、前記車両を無人で前記エリアまで到達させる経路設定部と、前記自動運転車両以外の前記車両に対し前記エリアへの経路情報を通知する経路設定要求部と、を備える。
（１５）：上記（１１）の態様において、前記エリアに複数の車両が配置される場合に、前記エリアの代表地点を経由地とする経路情報を発行する送迎管理部を更に備える。
（１６）：上記（１３）の態様において、前記通知部は、前記エリア内に存在する車両または前記車両の管理者から取得した動的な関連情報を通知するものである。
なお、上述した第６の実施形態は、以下のように表現できる。
（１）この発明の一態様は、車両上の乗員が行うゲームを演出する車内演出装置であって、車両の運転とは無関係な前記乗員の動作を検出する動作検出部と、前記乗員が視認可能な画像を表示する表示部と、前記動作検出部が検出した前記乗員の動作に基づいて、前記乗員の動作に応じた応答画像を前記表示部に表示するとともに、所定の規則に基づくゲームの結果を出力する表示制御部（１８）と、を備える車内演出装置である。
（２）は、（１）の態様の車内演出装置であって、前記表示制御部は、前記車両の周囲環境の物体に前記応答画像を重畳させて前記表示部に表示させてもよい。
（３）は、（２）の態様の車内演出装置であって、前記乗員の動作とは、前記周囲環境の物体を指示する動作であって、前記動作検出部は、前記乗員が指示する方向を検出し、前記表示制御部は、前記動作検出部が検出した方向に基づいて、指示する方向の特定の物体と重なるように前記応答画像を前記表示部に表示させてもよい。
（４）は、（２）又は（３）の態様の車内演出装置であって、の車内演出装置は、前記動作検出部が特定の物体を指示する動作を検出した回数を有効得点として算出する得点算出部を更に備え、前記表示制御部は、所定のタイミングにおいて、前記得点算出部が算出した前記得点を示す画像を前記表示部に表示させてもよい。
（５）は、（４）の態様の車内演出装置であって、前記特定の物体とは、目的地までの前記特定の道路標識であって、目的地を示す目的地情報を取得する目的地情報取得部と、前記周囲環境を撮像し、周囲環境画像を生成する撮像部と、前記周囲環境画像のうち、前記目的地情報が示す前記目的地までの前記特定の道路標識を抽出する抽出部と、を更に備え、前記得点算出部は、前記抽出部が抽出した前記道路標識に対応する位置を指示する前記乗員の動作を前記動作検出部が検出した回数を有効得点として算出してもよい。
（６）は、（５）の態様の車内演出装置であって、前記特定の物体とは、車両の近傍を走行する他の車両であって、前記抽出部は、前記周囲環境画像のうち、前記他の車両を抽出し、前記得点算出部は、前記抽出部が抽出した前記他の車両に対応する位置を指示する前記乗員の動作を前記動作検出部が検出した回数を有効得点として算出してもよい。
（７）は、（５）又は（６）の態様の車内演出装置であって、前記特定の物体とは、前記車両の周囲に存在する店舗の看板であって、前記抽出部は、前記周囲環境画像のうち、前記看板を抽出し、前記得点算出部は、前記抽出部が抽出した前記看板に対応する位置を指示する前記乗員の動作を前記動作検出部が検出した回数を有効得点として算出してもよい。
（８）は、（４）から（７）のいずれか１つの態様の車内演出装置であって、前記表示制御部は、前記得点算出部が算出した前記得点の合計を示す画像を前記表示部に表示させてもよい。
（９）は、（４）から（８）のいずれか１つの態様の車内演出装置を複数備える車内演出システムであって、前記車内演出装置は、前記得点算出部が算出した前記得点を示す情報を他の車内演出装置に送信する送信部と、前記他の車内演出装置が算出した前記得点を示す得点情報を受信する受信部と、を備え、前記表示制御部は、前記得点算出部が算出した前記得点を示す画像と、前記受信部が受信した前記得点情報の前記得点を示す画像とを前記表示部に表示させる、車内演出システムである。
（１０）は、（９）の態様の車内演出システムにおいて、前記表示制御部は、自装置と同一のチームに属する車両に搭載される前記車内演出装置から受信した前記得点情報の前記得点を示す画像と、他のチームに属する車両に搭載される前記車内演出装置から受信した前記得点情報の前記得点を示す画像とを比較して前記表示部に表示させてもよい。
（１１）は、（９）又は（１０）の態様の車内演出システムにおいて、前記表示制御部は、自装置を搭載する車両の行動を示す情報、及び他の車内演出装置を搭載する車両の行動を示す情報に基づいて、移動を促す画像を表示させてもよい。
（１２）は、表示部を備え、車両上の乗員が行うゲームを演出するコンピュータが、車両の運転とは無関係な前記乗員の動作を検出し、前記乗員が視認可能な画像を表示し、検出した前記乗員の動作に基づいて、前記乗員の動作に応じた応答画像を表示するとともに、所定の規則に基づくゲームの結果を出力する、車内演出方法である。
（１３）は、表示部を備え、車両上の乗員が行うゲームを演出するコンピュータに、車両の運転とは無関係な前記乗員の動作を検出させ、前記乗員が視認可能な画像を表示させ、検出した前記乗員の動作に基づいて、前記乗員の動作に応じた応答画像を表示させるとともに、所定の規則に基づくゲームの結果を出力させる、プログラムである。
（１４）この発明の一態様は、車両の乗員の動作を検出する動作検出部と、前記乗員の視点位置を検出する視線検出部と、前記動作検出部によって検出された前記乗員の指示動作と、前記視線検出部によって検出された前記乗員の視点位置とに基づいて、前記乗員の指示動作による指示方向の実空間の三次元点群を取得する座標取得部と、三次元点群が示す実空間に存在する対象物を示す情報を供給するインタフェースから、前記座標取得部によって取得された前記三次元点群に対応付けられた対象物を示す情報を取得する対象物情報取得部と、対象物に対応付けられるサービス提供者を示すサービサー情報に基づいて、前記対象物情報取得部によって取得された情報が示す対象物に対応付けられるサービス提供者を特定するサービス提供者特定部と、前記サービス提供者特定部によって特定された前記サービス提供者と、前記対象物情報取得部によって取得された情報が示す対象物とを対応付けた履歴情報を生成する履歴情報生成部と、を備える指示計測装置である。
（１５）は、（１４）の態様の指示計測装置において、前記履歴情報には、前記指示動作が行われた時期と、前記乗員を示す情報とが更に対応付けられるものである。
（１６）は、（１４）または（１５）の態様の指示計測装置において、周囲環境を撮像し、周囲環境画像を生成する撮像部と、前記撮像部によって撮像された前記周囲環境画像に基づいて、前記周囲環境の属性を特定する属性特定部と、を更に備え、前記座標取得部は、前記属性特定部によって特定された前記周囲環境の属性に基づいて、前記乗員の指示動作による指示方向の実空間の三次元点群を取得するものである。
（１７）は、（１４）から（１６）のいずれか１つの態様の指示計測装置において、前記履歴情報に示される前記サービス提供者に対し、前記指示動作が行われたことを通知する通知部、を更に備えるものである。
（１８）は、（１７）の指示計測装置において、前記通知部は、前記履歴情報を前記乗員に通知するものである。
（１９）は、（１４）から（１８）のいずれか１つの態様の指示計測装置において、周囲環境を撮像し、周囲環境画像を生成する撮像部を更に備え、前記座標取得部は、周囲環境画像に基づいて三次元点群を供給するインタフェースから、前記撮像部によって撮像された前記周囲環境画像に基づく三次元点群を示す情報を取得するものである。
なお、上述した第７の実施形態は、以下のように表現できる。
（１）：本発明の一態様は、車両の外装部に設けられ車外に向けてコンテンツを表示する車外用表示部と、前記車両の環境を取得する車両環境取得部と、前記車両環境取得部により取得された車両の環境に基づいて、前記コンテンツの前記車外用表示部への表示を制御する表示制御部と、を備える車両制御システムである。
（２）：（１）の態様において、前記車両環境取得部は、前記車両への注目度合を導出し、前記表示制御部は、前記車外用表示部に第１のコンテンツを表示させた後、前記注目度合が所定値を超えた場合に、第２のコンテンツを表示させるものである。
（３）：（２）の態様において、前記第２のコンテンツは、広告情報を含む。
（４）：（１）〜（３）の態様のうち何れか一つにおいて、前記車両の自動運転を実行する自動運転制御部を更に備え、前記自動運転制御部は、前記表示制御部により前記コンテンツを表示させるのに連動して、前記車両の速度を制御するものである。
（５）：（１）〜（４）の態様のうち何れか一つにおいて、前記表示制御部は、前記車両の走行状態に応じて前記コンテンツの表示を制御するものである。
（６）：（１）〜（５）の態様のうち何れか一つにおいて、前記表示制御部は、前記車両環境取得部により取得された前記車両の乗員の状態に応じて前記コンテンツの表示を制御するものである。
（７）：（１）〜（６）の態様のうち何れか一つにおいて、前記車両環境取得部は、前記車両の周囲の人物の視線を監視し、前記表示制御部は、前記車両環境取得部により取得された前記車両の周囲の人物の視線方向に基づいて、前記コンテンツに含まれるオブジェクトの位置を切り替えるものである。
（８）：（１）〜（７）の態様のうち何れか一つにおいて、コンテンツ提供サーバと通信を行う通信部と、前記通信部によりコンテンツ提供サーバに前記コンテンツを要求するコンテンツ要求を送信する要求部（２７４）とを更に備え、前記表示制御部は、前記要求部による要求によって、前記コンテンツ提供サーバから取得したコンテンツを前記車外用表示部に表示させるものである。
（９）：本発明の他の一態様は、コンピュータが、車両の外装部に設けられた車外用表示部により車外に向けてコンテンツを表示し、前記車両の環境を取得し、取得された前記車両の環境に基づいて、前記コンテンツの前記車外用表示部への表示を制御する車両制御方法である。
（１０）：本発明の他の一態様は、コンピュータに、車両の外装部に設けられた車外用表示部により車外に向けてコンテンツを表示させ、前記車両の環境を取得させ、取得された前記車両の環境に基づいて、前記コンテンツの前記車外用表示部への表示を制御させる、プログラムである。
（１１）：本発明の他の一態様は、車両の外装部に設けられ車外に向けてコンテンツを表示する車外用表示部に表示可能なコンテンツを制御するコンテンツ制御部と、前記車両から前記車両の環境情報を取得する取得部と、前記車両の走行中における、前記車両の利用者、または前記車両の運行者と、前記コンテンツとの対応関係を参照する参照部と、を備え、前記コンテンツ制御部は、前記参照部の参照結果に基づき前記コンテンツの利用を許可する車両管理システムである。
（１２）：（１１）の態様であって、前記取得部は、前記車外用表示部に表示中の表示コンテンツと、前記車両への注目度合を取得し、前記車両の利用者、または前記車両の運行者と、前記コンテンツとの対応関係を更新する更新部を備えるものである。
（１３）：（１１）の態様であって、前記コンテンツは、広告情報を含むものである。
（１４）：（１１）の態様であって、前記取得部は、前記車両の自動運転制御部が自動運転制御を実行中であるか否かを示す情報、および前記車両の車外用表示部に表示されたコンテンツの情報を取得し、前記車両が自動運転制御を実行中である場合、前記取得部により取得された前記コンテンツに基づき、前記自動運転制御部に対し走行状態または経路の変更を要求する指示部を備えるものである。
（１５）：（１４）の態様であって、前記指示部は、更に前記取得部が取得した前記車両の環境情報に応じて前記走行状態または経路の変更を要求するものである。
（１６）：（１１）の態様であって、前記参照部は、前記取得部により取得された前記車両の乗員の状態に応じて前記コンテンツと前記車両の利用者、または前記車両の運行者と、前記コンテンツとの対応関係を参照するものである。
（１７）：（１１）の態様であって、前記取得部は、前記車外用表示部に表示中のコンテンツ、および前記車外用表示部において前記コンテンツが表示されている位置に関連付けられた前記車両の周囲の人物の視線を前記車両の環境情報として取得し、取得した環境情報に基づいて、前記車両の利用者、または前記車両の運行者と、前記コンテンツとの対応関係を更新する更新部を備えるものである。
（１８）：（１１）の態様であって、コンテンツ提供サーバと通信を行う通信部と、コンテンツ提供サーバに前記コンテンツを要求するコンテンツ要求を前記通信部に送信させる要求部と、を更に備え、前記要求部による要求によって、前記コンテンツ提供サーバから取得したコンテンツと、前記車両の走行中における前記車両の利用者、または前記車両の運行者との対応関係を更新する更新部を備えるものである。
なお、上述した第８の実施形態は、以下のように表現できる。
（１）：車両の自動運転を実行する自動運転制御部と、前記車両の走行時または停止時に、前記車両外の外部機器であって、前記車両の車内における操作インタフェースを用いて操作可能な外部機器の状態を示す状態情報を、前記車内に提供する環境提供部と、を備える車両システムである。
（２）：（１）において、前記環境提供部は、前記外部機器の制御状態を示す情報、あるいは、前記外部機器外の検出部により検出された前記外部機器の外部状態のうち少なくとも一つを、前記車内に提供する、ものである。
（３）：（１）において、前記環境提供部は、前記外部機器が有する全ての機能動作のうち遠隔操作可能な機能動作についての前記操作インタフェースを、前記車内に提供する、ものである。
（４）：（３）において、前記環境提供部は、前記状態情報に基づいて、前記操作インタフェースが受け付ける操作内容を、前記外部機器の制御状態と同期させる、ものである。
（５）：（１）において、前記車両内にいる個人を特定する特定部を更に備え、前記環境提供部は、前記特定部により特定された個人が使用可能な前記外部機器を特定し、特定した前記外部機器と接続する、ものである。 （６）：（１）において、前記環境提供部は、プロジェクタを含み、前記外部機器の状態情報を車内に表示させる、ものである。
（７）：（１）において、前記外部機器と通信する通信部を更に備え、前記環境提供部は、前記車両内にいる人が前記操作インタフェースに対して行った操作を認識し、前記認識した操作に対応する制御信号を前記外部機器側に送信するように前記通信部を制御する、ものである。
（８）：（１）において、前記環境提供部は、前記車両の走行状態に基づいて、前記操作インタフェースが受け付ける操作内容を変更する、ものである。
（９）：（１）において、前記環境提供部は、前記外部機器が追加された場合、前記追加された外部機器の機能に応じた前記操作インタフェースを追加する、ものである。
（１０）：（１）において、前記環境提供部は、前記外部機器の種類と、前記外部機器の使用が許可されているか否かを示すアクセス権と、前記外部機器の状態とのうち少なくとも一つに基づいて、前記外部機器と接続される前記操作インタフェースを決定する、ものである。
（１１）：車両の自動運転を実行する自動運転制御部と、前記車両の走行時または停止時に、前記車両外の外部機器であって、前記車両の車内における操作インタフェースを用いて制御可能な外部機器の状態を示す状態情報を、前記車内に提供する環境提供部と、前記自動運転制御部と前記環境提供部との間の通信を管理する管理装置と、を備える車両システムである。
なお、上述した第９の実施形態は、以下のように表現できる。
（１）：この発明の一態様に係る車両システムは、自動運転車両の運行領域を規定する領域指示部と、前記自動運転車両に対する利用者を判別する判別部と、前記判別部により前記自動運転車両を利用可能な利用者であると判別された利用者に対し前記自動運転車両の少なくとも一部を占有利用させる利用許可部と、を備える車両システムである。
（２）：上記（１）の態様において、前記領域指示部は、前記運行領域内において、時間帯に応じて異なる経路を前記自動運転車両に指示するものである。
（３）：上記（１）または（２）の態様において、利用者の端末装置と通信する通信部と、前記運行領域内を予め決められた経路で巡回走行する規定経路と、前記通信部により受信された情報に基づくオンデマンド経路との一方または双方に基づいて、前記自動運転車両に経路を指示する経路指示部とを、更に備えるものである。
（４）：上記（３）の態様において、前記経路指示部は、前記規定経路と、前記オンデマンド経路との優先度を比較し、何れかを前記自動運転車両に指示するものである。
（５）：上記（４）の態様において、前記経路指示部は、前記規定経路に対応した前記自動運転車両の利用状況に基づいて、前記オンデマンド経路の走行期間を割り当てるものである。
（６）：上記（１）から（５）のうち何れか１つの態様において、前記自動運転車両には、利用者の端末装置と通信し、利用可能な状況であるか否かを示す情報を送信する車載通信部が搭載される。
（７）：上記（３）から（６）のうち何れか１つの態様において、複数の前記自動運転車両を、前記運行領域内を巡回走行するために割り当てる車両割当部を更に備えるものである。
（８）：上記（１）から（７）のうち何れか１つの態様において、前記自動運転車両は、車内または車外を撮像する撮像部と、前記撮像部により撮像された画像の特徴データをサーバ装置に送信する車載通信部と、前記サーバ装置に少なくとも一時的に記憶される特徴データに基づいてイベントを判定するイベント判定部と、前記イベント判定部により判定されたイベント情報および前記判別部により判別された利用者情報に基づいて通知を提供する提供部と、を更に備えるものである。
（９）：この発明の一態様に係る自動運転車両は、車載通信部と、前記車載通信部への受信信号により運行領域を規定する領域指示部と、前記運行領域の範囲内において巡回走行する規定経路を生成する自律制御部と、を備え、前記自律制御部は、前記車載通信部により受信された前記運行領域の利用状況に基づき、オンデマンド経路を前記規定経路に代えて選択する、自動運転車両である。
（１０）：この発明の一態様に係る車両制御方法は、コンピュータが、運行領域内の自動運転車両に経路を指示し、前記自動運転車両に対して利用可能な利用者を判別し、利用可能な利用者であると判別された利用者に、前記自動運転車両の少なくとも一部を占有利用させ、前記少なくとも一部の占有利用状態に基づき、前記運行領域内の自動運転車両数を制御する、車両制御方法である。
（１１）：この発明の一態様に係るプログラムは、コンピュータに、運行領域内の自動運転車両を特定させ、前記特定された自動運転車両に対し経路を指示させ、前記自動運転車両に対して利用可能な利用者を判別させ、利用可能な利用者であると判別された利用者に対する、前記自動運転車両の少なくとも一部の占有利用を開始させ、前記少なくとも一部の占有利用状態を継続的に監視し、該占有利用状態に基づき前記運行領域内の自動運転車両数を制御させる、プログラムである。
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

Claims (25)

  1. 管理サーバから運行情報を受信する通信部と、
    前記通信部からの運行情報に基づき車両を運行する制御部と、
    サービス提供者から、サービス利用者がサービスを受ける前記車両のコンパートメントを管理する管理部と、
    前記サービス提供者が提供するサービス関連情報および前記コンパートメントに対応付けて設定されるインタフェース部と、
    を備える車両。
  2. 前記通信部は、前記車両に対する前記サービス利用者のアクセス状態をトリガとして、前記インタフェース部を制御するための制御信号を前記管理サーバまたは前記サービス提供者に送信する、
    請求項１に記載の車両。
  3. 前記インタフェース部は、外部表示器を含み、
    制御信号に対し前記サービス提供者の指定する表示態様を前記外部表示器で実行する表示制御部を更に備える、
    請求項２に記載の車両。
  4. 前記車両のコンパートメントの利用状況を検知する利用状況検知部を更に備え、
    前記通信部は、前記利用状況検知部の検知信号を前記サービス提供者に送信する、
    請求項１に記載の車両。
  5. 前記コンパートメントの外部を検知する外部環境検知部を備え、
    前記通信部は、前記外部環境検知部の検知信号を前記サービス提供者に送信する、
    請求項１に記載の車両。
  6. 前記通信部は、前記サービス提供者から送信されるサービス信号を受信し、
    受信した前記サービス信号に対応した制御信号を生成し、前記コンパートメントに配される機器に送信するコンパートメント制御信号生成部と、
    前記サービス信号に対応した制御信号を前記制御部に送信する運行制御信号生成部と、を更に備える、
    請求項１に記載の車両。
  7. 前記コンパートメントの属性を前記管理サーバまたは前記サービス提供者と共有する属性共有部を備え、
    前記インタフェース部は、前記属性に対応して設定される、
    請求項２に記載の車両。
  8. 前記インタフェース部は、前記サービス提供者を介した外部設備の操作を実行する、
    請求項１に記載の車両。
  9. 前記インタフェース部は、前記サービス提供者の提供する特定の目的地への経路変更を実行する、
    請求項１に記載の車両。
  10. 前記インタフェース部は、
    前記サービス提供者が提供するコンテンツを表示する表示部と、
    前記通信部を介し前記サービス提供者へ操作情報を送信する操作情報送信部と、を更に備える、
    請求項１に記載の車両。
  11. 前記制御部は、外界検知センサおよび位置情報センサに基づき自動運転を行う自動運転制御部を含み、
    前記インタフェース部は、前記自動運転が実行中であって、前記サービス利用者の乗車中である場合に、前記サービス利用者に情報の使用を許可する、
    請求項１に記載の車両。
  12. 前記インタフェース部は、前記サービス利用者の前記コンパートメントへの乗車前、あるいは乗車後に前記サービス利用者に情報を提供する、
    請求項１に記載の車両。
  13. 外部表示用のコンテンツを記憶する記憶部を更に備え、
    前記表示制御部は、外部装置から前記コンテンツをダウンロードし、前記記憶部に記憶された前記コンテンツを更新する、
    請求項３に記載の車両。
  14. 車室を有しない走行ユニットと、前記走行ユニットに設けられ、前記走行ユニットに着脱可能に取り付けられる上部構造物に連結される第１連結部と、を更に備え、
    前記管理部は、前記管理サーバから前記走行ユニットのバージョン情報を含む走行ユニット情報を取得し、取得した走行ユニット情報にバージョンが合致する上部構造物を前記第１連結部により連結させる、
    請求項１に記載の車両。
  15. サービス提供者の利用する車両を特定する特定部と、
    前記特定部の特定した車両に対応する前記車両に関する情報を前記サービス提供者に送信する車両情報提供部と、を備えたサービス管理装置であって、
    前記サービス提供者のサービス情報を入力するサービス情報入力部と、
    前記サービス情報に基づき、前記車両に制御信号を送信することで前記車両と前記サービス提供者との間の情報伝達を制御するインタフェース制御部と、
    を備えるサービス管理装置。
  16. 前記インタフェース制御部は、前記車両情報提供部が、サービス利用者が前記車両に乗車しながら前記サービス提供者のサービスを受ける区間の情報を、前記サービス提供者へ送信すること許容する、
    請求項１５に記載のサービス管理装置。
  17. 前記インタフェース制御部は、前記サービス提供者からの制御信号により、前記車両の経路または目的地の更新を許容する経路更新部を備える、
    請求項１５に記載のサービス管理装置。
  18. 前記インタフェース制御部は、前記サービス提供者からの制御信号により、前記車両の外部表示器を制御する外部表示制御部を更に備える、
    請求項１５に記載のサービス管理装置。
  19. 前記インタフェース制御部は、前記車両からの制御信号により、前記サービス提供者に対する前記車両に関する情報の送信を実行するサービス操作制御部を備える、
    請求項１５に記載のサービス管理装置。
  20. 前記特定部は、特定地域内の車両から前記車両を特定する、
    請求項１５に記載のサービス管理装置。
  21. 前記特定部は、前記サービス提供者の提供する位置情報と、前記サービス提供者またはサービス利用者の何れかが提供する乗降車位置情報に基づき、前記車両を特定する、
    請求項１５に記載のサービス管理装置。
  22. 前記特定部は、前記位置情報および前記乗降車位置情報に基づき、前記サービス提供者に対し複数の前記車両を特定する、
    請求項２１に記載のサービス管理装置。
  23. 複数の前記車両の位置を検知する車両位置管理部と、
    前記複数の前記車両に対応した前記サービス情報を関連付けるサービス位置管理部と、を更に備え、
    前記インタフェース制御部は、前記複数の車両から取得した位置情報およびサービス情報に基づき、前記複数の車両、サービス利用者または前記サービス提供者に環境情報を提供する、
    請求項１５に記載のサービス管理装置。
  24. 前記インタフェース制御部は、前記複数の車両から取得した位置情報、および前記複数の車両に対応するサービス属性情報に基づき、地域上でのサービス実施状況を前記環境情報として判定する、
    請求項２３に記載のサービス管理装置。
  25. 前記サービス情報に対する前記車両の表示態様を記憶する記憶部を更に備え、
    前記インタフェース制御部は、前記サービス情報に基づき、前記記憶部に記憶されたコンテンツデータを選択的に前記車両で利用可能とする、
    請求項１５に記載のサービス管理装置。
JP2020008737A 2017-06-16 2020-01-22 車両およびサービス管理装置 Active JP7183204B2 (ja)

Applications Claiming Priority (18)

Application Number Priority Date Filing Date Title
JP2017118915 2017-06-16
JP2017118698 2017-06-16
JP2017118745 2017-06-16
JP2017118689 2017-06-16
JP2017118691 2017-06-16
JP2017119025 2017-06-16
JP2017118689 2017-06-16
JP2017118719 2017-06-16
JP2017118745 2017-06-16
JP2017119131 2017-06-16
JP2017118699 2017-06-16
JP2017118719 2017-06-16
JP2017119025 2017-06-16
JP2017118698 2017-06-16
JP2017118699 2017-06-16
JP2017118915 2017-06-16
JP2017119131 2017-06-16
JP2017118691 2017-06-16

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2019525592 Division 2018-06-15

Publications (2)

Publication Number Publication Date
JP2020098610A true JP2020098610A (ja) 2020-06-25
JP7183204B2 JP7183204B2 (ja) 2022-12-05

Family

ID=64659093

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020008737A Active JP7183204B2 (ja) 2017-06-16 2020-01-22 車両およびサービス管理装置

Country Status (5)

Country Link
US (1) US11586223B2 (ja)
JP (1) JP7183204B2 (ja)
CN (1) CN110741422A (ja)
DE (1) DE112018003029T5 (ja)
WO (1) WO2018230738A1 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112776710A (zh) * 2021-01-25 2021-05-11 上汽通用五菱汽车股份有限公司 音效调节方法、音效调节系统、车机系统及存储介质
WO2022137783A1 (ja) * 2020-12-23 2022-06-30 住友ゴム工業株式会社 タイヤ管理システム、タイヤ管理方法
WO2022201400A1 (ja) * 2021-03-24 2022-09-29 日本電気株式会社 運行管理システム、運行管理装置、運行管理方法及びプログラム
WO2022230132A1 (ja) * 2021-04-28 2022-11-03 日産自動車株式会社 情報処理装置及び情報処理方法
WO2023042418A1 (ja) * 2021-09-15 2023-03-23 ソニーグループ株式会社 車両制御システム、車両制御方法およびプログラム
JP7405267B2 (ja) 2020-08-25 2023-12-26 日本電気株式会社 情報提供装置、情報提供システム、情報提供方法及びプログラム

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11107300B2 (en) * 2017-08-23 2021-08-31 Panasonic Intellectual Property Corporation Of America Driving management system, vehicle, and information processing method
US11235712B2 (en) * 2018-08-08 2022-02-01 Uatc, Llc Automatically adjustable partition wall for an autonomous vehicle
US11341854B1 (en) 2018-08-30 2022-05-24 United Services Automobile Association (Usaa) Autonomous vehicle fleet management system
US11107358B1 (en) * 2018-08-30 2021-08-31 United Services Automobile Association (Usaa) Autonomous services vehicles
JP7243087B2 (ja) * 2018-09-04 2023-03-22 トヨタ自動車株式会社 情報処理装置、情報処理方法およびプログラム
JP2020069934A (ja) * 2018-10-31 2020-05-07 トヨタ自動車株式会社 車両
JP7075626B2 (ja) * 2019-02-12 2022-05-26 トヨタ自動車株式会社 情報処理装置、情報処理方法およびプログラム
JP7196683B2 (ja) * 2019-02-25 2022-12-27 トヨタ自動車株式会社 情報処理システム、プログラム、及び制御方法
JP2020140487A (ja) * 2019-02-28 2020-09-03 トヨタ自動車株式会社 処理装置、処理方法およびプログラム
JP7155047B2 (ja) * 2019-03-07 2022-10-18 本田技研工業株式会社 車両制御装置、車両制御方法、およびプログラム
US11598643B2 (en) * 2019-03-26 2023-03-07 Snap Inc. Augmented reality guidance interface
US11378949B2 (en) * 2019-06-20 2022-07-05 Omnitracs, Llc Systems and methods for autonomously controlling movement of delivery vehicles
JP7270481B2 (ja) * 2019-06-25 2023-05-10 株式会社日立製作所 車両制御システム
JP7207218B2 (ja) * 2019-07-30 2023-01-18 トヨタ自動車株式会社 車両用表示装置
JP7192703B2 (ja) * 2019-07-31 2022-12-20 トヨタ自動車株式会社 車両、車両制御方法及び運行管理システム
JP7167879B2 (ja) * 2019-08-19 2022-11-09 トヨタ自動車株式会社 サーバ、配車方法、及び配車プログラム
JP7247831B2 (ja) * 2019-09-19 2023-03-29 トヨタ自動車株式会社 情報処理装置、情報処理システム、プログラム、および情報処理方法
JP7239440B2 (ja) * 2019-10-18 2023-03-14 トヨタ自動車株式会社 情報処理装置、プログラム、及び、情報処理方法
CN218839317U (zh) * 2019-10-23 2023-04-11 索尼公司 移动装置
JP7294092B2 (ja) * 2019-11-28 2023-06-20 トヨタ自動車株式会社 情報処理装置、情報処理方法、及び、システム
JP7276109B2 (ja) * 2019-12-16 2023-05-18 トヨタ自動車株式会社 情報処理装置、情報処理方法、及び、システム
US11893092B2 (en) * 2020-01-17 2024-02-06 Sony Group Corporation Privilege auto platform
JP7248603B2 (ja) * 2020-01-30 2023-03-29 トヨタ自動車株式会社 情報処理装置、情報処理方法及びプログラム
JP7441673B2 (ja) * 2020-02-21 2024-03-01 シャープ株式会社 学習用データ生成装置、再生スケジュール学習システム、及び学習用データ生成方法
JP7315497B2 (ja) * 2020-02-25 2023-07-26 トヨタ自動車株式会社 情報処理装置、情報処理方法、およびプログラム
US11097735B1 (en) 2020-03-19 2021-08-24 Toyota Motor North America, Inc. Transport lane usage
JP7287326B2 (ja) * 2020-03-30 2023-06-06 トヨタ自動車株式会社 運行管理装置、運行管理システム、運行管理方法、及び車両
JP2021162922A (ja) * 2020-03-30 2021-10-11 トヨタ自動車株式会社 サーバ装置、制御装置、プログラム、車両、及び情報処理システムの動作方法
JP2021189611A (ja) * 2020-05-27 2021-12-13 本田技研工業株式会社 車両制御システム、車両制御方法、及び車両制御プログラム
US20230274316A1 (en) * 2020-08-21 2023-08-31 Sony Group Corporation Information displaying apparatus, information displaying method, and program
JP7327339B2 (ja) * 2020-10-02 2023-08-16 トヨタ自動車株式会社 自律走行車両及びその保管施設
KR20220059610A (ko) * 2020-11-03 2022-05-10 현대자동차주식회사 차량 제어 방법 및 차량 제어 시스템
KR20220091752A (ko) * 2020-12-24 2022-07-01 현대자동차주식회사 커넥티드 카 서비스 제공 방법 및 이를 수행하는 시스템
CN113377979B (zh) * 2021-06-09 2023-09-19 中国国家铁路集团有限公司 一种基于默克尔树的列车开行方案对比生成优化方法
US11451955B2 (en) * 2021-09-01 2022-09-20 Autonomous Roadway Intelligence, Llc V2X and vehicle localization by local map exchange in 5G or 6G
US11798039B2 (en) * 2022-02-10 2023-10-24 Ford Global Technologies, Llc In-vehicle advertisement systems and methods
US20240029484A1 (en) * 2022-07-22 2024-01-25 Toyota Connected North America, Inc. Providing recorded data related to an event

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003199083A (ja) * 2001-12-27 2003-07-11 Nippon Telegr & Teleph Corp <Ntt> 航空機の乗客向けビデオ・オン・デマンド・サービス提供システム及び方法
JP2009105787A (ja) * 2007-10-25 2009-05-14 Mitsubishi Electric Corp コンテンツ配信システムおよびコンテンツ配信システムのコンテンツ配信方法
JP2013210713A (ja) * 2012-03-30 2013-10-10 Jsol Corp 対話型車内コンテンツ提供システム及びコンテンツ提供方法
JP2015184710A (ja) * 2014-03-20 2015-10-22 ヤフー株式会社 配信装置、配信方法及び配信プログラム

Family Cites Families (104)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09153098A (ja) 1995-11-30 1997-06-10 Omron Corp 車両需要予測システム
JPH10254946A (ja) 1997-03-06 1998-09-25 Oki Electric Ind Co Ltd 移動体の配置数決定方法およびその配置数決定装置ならびにその編成システム
JP4178577B2 (ja) 1998-02-17 2008-11-12 株式会社明電舎 自動ビークル及び自動ビークルの運行システム
JP2000035337A (ja) 1998-07-17 2000-02-02 Sanyo Electric Co Ltd ナビゲーション装置
US6060993A (en) 1998-11-03 2000-05-09 Adapt Media, Inc. Mobile display system
US6236330B1 (en) 1998-11-03 2001-05-22 Adapt Media, Inc. Mobile display system
JP3632533B2 (ja) 1999-11-26 2005-03-23 トヨタ自動車株式会社 車両の自動走行制御方法および自動走行制御装置
US6545596B1 (en) 2000-06-30 2003-04-08 Cisco Technology, Inc. Presenting information to mobile targets
JP2002099961A (ja) 2000-09-22 2002-04-05 Casio Comput Co Ltd ナビゲーション装置、カーレンタルシステム及びナビゲーションレンタルシステム
JP2002187577A (ja) 2000-12-18 2002-07-02 Japan Science & Technology Corp 電気自動車のシャーシフレーム
JP2002186055A (ja) 2000-12-18 2002-06-28 Mitsubishi Electric Corp 車両及び家屋間における無線通信システム及び無線通信方法
JP4657478B2 (ja) 2001-03-23 2011-03-23 シャープ株式会社 移動体による情報表示の管理システム、プログラムおよび記録媒体
US20020198747A1 (en) 2001-06-26 2002-12-26 Boyer Stanley Gene Event driven airport
US6898517B1 (en) 2001-07-24 2005-05-24 Trimble Navigation Limited Vehicle-based dynamic advertising
JP2003063301A (ja) 2001-08-29 2003-03-05 Tenryu Ind Co Ltd 移動可能施設
JP3797251B2 (ja) 2002-03-01 2006-07-12 日産自動車株式会社 車両用画像処理装置および車両用画像処理方法
JP2003308265A (ja) 2002-04-18 2003-10-31 Fujitsu Ten Ltd インターネット端末装置および電子メール端末装置
JP3948018B2 (ja) 2002-07-29 2007-07-25 マツダ株式会社 情報記録装置、情報記録方法及び情報記録用プログラム
JP4078398B2 (ja) 2002-12-11 2008-04-23 ソニー・エリクソン・モバイルコミュニケーションズ株式会社 情報処理装置
JP2004192366A (ja) 2002-12-12 2004-07-08 Hitachi Kokusai Electric Inc 配車システム
JP4282333B2 (ja) 2003-01-31 2009-06-17 パナソニック株式会社 バス運行管理方法
JP2004362064A (ja) 2003-06-02 2004-12-24 Denso Corp 信号機情報伝達システム及び車載機
JP4115888B2 (ja) 2003-06-11 2008-07-09 富士通テン株式会社 端末装置、及び駐車場情報提供システム
JP2005032066A (ja) 2003-07-08 2005-02-03 Nissan Motor Co Ltd 送迎サービス支援装置及びこれを用いた送迎支援システム
US7154383B2 (en) 2003-07-09 2006-12-26 Steven Earl Berquist Dynamic mobile advertising system
JP2005056134A (ja) 2003-08-04 2005-03-03 Nissan Motor Co Ltd 配車／巡回計画作成システム及び配車／巡回計画作成方法
JP2005066745A (ja) 2003-08-22 2005-03-17 Oki Electric Ind Co Ltd 案内ロボットシステム
US6857889B1 (en) 2003-09-26 2005-02-22 General Motors Corporation Vehicle body to chassis connection and method
US20050096974A1 (en) 2003-10-30 2005-05-05 International Business Machines Corporation Method and apparatus for optimizing parking situations
JP2006018570A (ja) 2004-07-01 2006-01-19 Nissan Motor Co Ltd 送迎サービス支援装置及びこれを用いた送迎支援システム、並びに送迎支援システムを実現するための送迎支援プログラム
CA2613906A1 (en) 2004-12-29 2006-07-06 Bernard Trest Dynamic information system
US7641263B2 (en) 2005-03-30 2010-01-05 Aleksandr Semenovich Ruslanov Vehicle designer (variants)
JP2007080060A (ja) 2005-09-15 2007-03-29 Matsushita Electric Ind Co Ltd 対象物特定装置
US8279088B2 (en) 2005-12-06 2012-10-02 Khim Key-Chang System for parking management
JP4735242B2 (ja) 2005-12-22 2011-07-27 トヨタ自動車株式会社 注視対象物体特定装置
JP2007228551A (ja) 2006-01-30 2007-09-06 Sharp Corp 投影機能付携帯通信端末、小型投影装置および投影方法
JP4894449B2 (ja) 2006-10-17 2012-03-14 日本電気株式会社 携帯端末の遠隔操作方法、携帯端末及びプログラム
JP2008280813A (ja) 2007-05-14 2008-11-20 Calsonic Kansei Corp 家屋のドア施錠状態表示装置
JP2009015760A (ja) 2007-07-09 2009-01-22 Tokai Rika Co Ltd 操作入力装置
US8024111B1 (en) 2008-04-02 2011-09-20 Strategic Design Federation W, Inc. Travel route system and method
US8626565B2 (en) 2008-06-30 2014-01-07 Autonomous Solutions, Inc. Vehicle dispatching method and system
JP2010204708A (ja) 2009-02-27 2010-09-16 Ntt Docomo Inc 配車管理装置、配車システム、配車方法及びプログラム
JP5280267B2 (ja) 2009-03-27 2013-09-04 株式会社日本総合研究所 製造方法および車両
JP5085598B2 (ja) 2009-03-31 2012-11-28 株式会社デンソーアイティーラボラトリ 広告表示装置、システム、方法及びプログラム
US8977489B2 (en) 2009-05-18 2015-03-10 GM Global Technology Operations LLC Turn by turn graphical navigation on full windshield head-up display
US20110101646A1 (en) 2009-10-30 2011-05-05 Masami Sakita Vehicle equipped with coupler
JP5631602B2 (ja) 2010-02-04 2014-11-26 中国電力株式会社 配車決定装置及び方法
US8612273B2 (en) 2010-04-01 2013-12-17 The Crawford Group, Inc. Method and system for managing vehicle travel
WO2011141861A2 (en) 2010-05-10 2011-11-17 Park Assist Llc. Method and system for managing a parking lot based on intelligent imaging
KR101219904B1 (ko) 2010-11-12 2013-01-08 현대자동차주식회사 홈 네트워크와 연동되는 차량 네트워크 시스템
JP2012108599A (ja) 2010-11-15 2012-06-07 Clarion Co Ltd 駐車場案内装置
US20120142415A1 (en) 2010-12-03 2012-06-07 Lindsay L Jon Video Show Combining Real Reality and Virtual Reality
DE102011115854A1 (de) * 2011-10-13 2013-04-18 Audi Ag Fahrzeug und Verfahren zum Steuern eines Fahrzeugs
JP2013109469A (ja) 2011-11-18 2013-06-06 Nippon Telegr & Teleph Corp <Ntt> 画像処理装置、方法、及びプログラム
EP2608153A1 (en) 2011-12-21 2013-06-26 Harman Becker Automotive Systems GmbH Method and system for playing an augmented reality game in a motor vehicle
US20140309913A1 (en) 2013-04-15 2014-10-16 Flextronics Ap, Llc Relay and Exchange Protocol in an Automated Zone-Based Vehicular Traffic Control Environment
FR2988493B1 (fr) * 2012-03-26 2014-11-21 Valeo Vision Lunettes adaptatives pour conducteur ou passager de vehicule automobile
JP5891910B2 (ja) 2012-03-30 2016-03-23 富士通株式会社 料金算出方法、料金算出プログラム及び料金算出装置
JP5744966B2 (ja) 2012-05-30 2015-07-08 治 増田 タクシーの最適配置システム
US8958943B2 (en) * 2012-06-12 2015-02-17 Bosch Automotive Service Solutions Llc Method and apparatus for tracking, scheduling, and reminding about maintenance status
US20140081764A1 (en) 2012-09-14 2014-03-20 Frias Transportation Infrastructure Llc Dynamically changing display on for-hire vehicles
US9656690B2 (en) 2012-10-30 2017-05-23 Robert Bosch Gmbh System and method for using gestures in autonomous parking
US20140365250A1 (en) 2013-06-05 2014-12-11 Fujitsu Limited Transportation service reservation method and apparatus
US20150046187A1 (en) 2013-08-08 2015-02-12 Tcn Technologies, Llc Clinical trial participant transportation system
US20150066282A1 (en) * 2013-09-05 2015-03-05 Ford Global Technologeis, Llc Autonomous driving in areas for non-drivers
US9216745B2 (en) 2013-09-16 2015-12-22 Disney Enterprises, Inc. Shared control of semi-autonomous vehicles including collision avoidance in multi-agent scenarios
JP6284121B2 (ja) 2013-09-30 2018-02-28 株式会社日本総合研究所 外出スケジュール自動作成装置及びその方法
US20150112800A1 (en) 2013-10-18 2015-04-23 State Farm Mutual Automobile Insurance Company Targeted advertising using vehicle information
JP6244822B2 (ja) 2013-10-30 2017-12-13 トヨタ車体株式会社 車載用表示システム
JP6103383B2 (ja) 2013-11-07 2017-03-29 株式会社デンソー 車両運転評価システム
JP6339347B2 (ja) 2013-11-12 2018-06-06 株式会社バンダイナムコエンターテインメント プログラム、ゲーム装置およびサーバシステム
US20150161526A1 (en) 2013-12-09 2015-06-11 Amadeus S.A.S. Generation of offers with limited time frame guaranteed availability and pricing for travel itineraries
US20150220991A1 (en) 2014-02-05 2015-08-06 Harman International Industries, Incorporated External messaging in the automotive environment
US20150227888A1 (en) 2014-02-13 2015-08-13 Dragontail Systems Ltd. Method and system for managing preparation and delivery of goods
JP6296447B2 (ja) 2014-03-19 2018-03-20 株式会社日本総合研究所 自動運転交通システムを利用した撮影情報共有システム、撮影情報管理装置及び撮影情報共有方法
JP2015184885A (ja) 2014-03-24 2015-10-22 株式会社ビジテラス 送迎ルート算出システム
JP6361220B2 (ja) 2014-03-27 2018-07-25 株式会社ニコン 自律走行車両
US20150293509A1 (en) 2014-04-15 2015-10-15 Ford Global Technologies, Llc In-vehicle home automation integration
JP6311429B2 (ja) 2014-04-18 2018-04-18 株式会社デンソー 自動運転計画表示装置および自動運転計画表示装置用のプログラム
AP2016009651A0 (en) 2014-05-26 2016-12-31 Maramoja Transp Ltd System and method for arranging services
EP2950011B1 (en) 2014-05-29 2019-08-28 Panasonic Intellectual Property Corporation of America Method for controlling terminal apparatus that remotely controls air conditioner and terminal apparatus
JP2016040151A (ja) 2014-08-12 2016-03-24 エイディシーテクノロジー株式会社 通信システム
US20170278023A1 (en) 2014-08-27 2017-09-28 Sparkcity.Com Ltd. Regional and individual parking system and method
JP2016065938A (ja) 2014-09-24 2016-04-28 エイディシーテクノロジー株式会社 広告表示装置
US10238979B2 (en) 2014-09-26 2019-03-26 Universal City Sudios LLC Video game ride
JP2016090274A (ja) 2014-10-30 2016-05-23 トヨタ自動車株式会社 警報装置、警報システム及び携帯端末
JP6539092B2 (ja) 2015-04-15 2019-07-03 パーク二四株式会社 レコメンド情報管理サーバおよびコンピュータプログラム
JP2017033480A (ja) 2015-08-06 2017-02-09 株式会社日立製作所 自律移動車の運用システム及び自律移動車の運用方法
US20170061561A1 (en) 2015-08-25 2017-03-02 Steve Cha Mobile ride-sharing social networking e-commerce platform
WO2017033173A1 (en) 2015-08-27 2017-03-02 Sparkcity.Com.Ltd. A system and method of creating a dynamic parking spot
US20170075366A1 (en) 2015-09-11 2017-03-16 Ford Global Technologies, Llc Methods and Systems to Synchronize Vehicle Settings Via a Home Network Connection
WO2017053465A1 (en) 2015-09-22 2017-03-30 Traxxas Lp Motor-operated model vehicle
JP2017061168A (ja) 2015-09-23 2017-03-30 トヨタテクニカルディベロップメント株式会社 車両の自動運転装置
US10309790B2 (en) 2015-10-28 2019-06-04 Honda Motor Co., Ltd. Automatic driving system
US9791861B2 (en) 2015-11-12 2017-10-17 International Business Machines Corporation Autonomously servicing self-driving vehicles
JP6646314B2 (ja) 2016-04-11 2020-02-14 みこらった株式会社 自動車及び自動車用プログラム
US10509407B2 (en) 2016-07-01 2019-12-17 Samsung Electronics Co., Ltd. Apparatus and method for a vehicle platform
US10607192B2 (en) 2016-08-25 2020-03-31 Ford Global Technologies, Llc Methods and apparatus for autonomous vehicle scheduling
US9967172B2 (en) * 2016-10-11 2018-05-08 Panasonic Avionics Corporation Methods and systems for content loading and offloading to and from a transportation vehicle
US10589679B1 (en) 2016-10-28 2020-03-17 Zoox, Inc. Providing visual references to prevent motion sickness in vehicles
US11087423B2 (en) 2016-12-21 2021-08-10 Hitch Health, Inc. Systems and methods for transportation coordination in healthcare and other settings
US10972544B2 (en) * 2017-02-06 2021-04-06 Nissan North America, Inc. Autonomous vehicle communication system and method
US10082793B1 (en) 2017-03-21 2018-09-25 GM Global Technology Operations LLC Multi-mode transportation planning and scheduling
US10668926B2 (en) 2017-05-31 2020-06-02 Zoox, Inc. Vehicle operation with interchangeable drive modules

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003199083A (ja) * 2001-12-27 2003-07-11 Nippon Telegr & Teleph Corp <Ntt> 航空機の乗客向けビデオ・オン・デマンド・サービス提供システム及び方法
JP2009105787A (ja) * 2007-10-25 2009-05-14 Mitsubishi Electric Corp コンテンツ配信システムおよびコンテンツ配信システムのコンテンツ配信方法
JP2013210713A (ja) * 2012-03-30 2013-10-10 Jsol Corp 対話型車内コンテンツ提供システム及びコンテンツ提供方法
JP2015184710A (ja) * 2014-03-20 2015-10-22 ヤフー株式会社 配信装置、配信方法及び配信プログラム

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7405267B2 (ja) 2020-08-25 2023-12-26 日本電気株式会社 情報提供装置、情報提供システム、情報提供方法及びプログラム
WO2022137783A1 (ja) * 2020-12-23 2022-06-30 住友ゴム工業株式会社 タイヤ管理システム、タイヤ管理方法
CN112776710A (zh) * 2021-01-25 2021-05-11 上汽通用五菱汽车股份有限公司 音效调节方法、音效调节系统、车机系统及存储介质
WO2022201400A1 (ja) * 2021-03-24 2022-09-29 日本電気株式会社 運行管理システム、運行管理装置、運行管理方法及びプログラム
WO2022230132A1 (ja) * 2021-04-28 2022-11-03 日産自動車株式会社 情報処理装置及び情報処理方法
WO2023042418A1 (ja) * 2021-09-15 2023-03-23 ソニーグループ株式会社 車両制御システム、車両制御方法およびプログラム

Also Published As

Publication number Publication date
JP7183204B2 (ja) 2022-12-05
DE112018003029T5 (de) 2020-03-12
WO2018230738A1 (ja) 2018-12-20
CN110741422A (zh) 2020-01-31
US20200159251A1 (en) 2020-05-21
US11586223B2 (en) 2023-02-21

Similar Documents

Publication Publication Date Title
JP7183204B2 (ja) 車両およびサービス管理装置
JP7035531B2 (ja) 車両運行管理システム
JP7191052B2 (ja) 送迎管理装置、送迎管理方法、およびプログラム
JP7311438B2 (ja) イベント配車装置、イベント配車方法、およびプログラム
JP7234169B2 (ja) 運行スケジュール決定装置、自動運転車両、運行スケジュール決定方法、およびプログラム
DE102014203724A1 (de) Verfahren und System zum Auswählen von Navigationsrouten und Bereitstellen von Werbung auf der Route
JP7027933B2 (ja) 移動店舗車の配置決定装置、配置決定方法及びプログラム
WO2019004467A1 (ja) 車両制御装置、車両制御方法及びプログラム
US11592303B2 (en) Processing apparatus, processing method, and program
Ooi et al. Tourism in Tasmania
Arentz Driving Miss Lazy: Autonomous Vehicles, Industry and the Law
Harrow et al. Driverless futures: Design for acceptance and adoption in urban environments
Hummer Driverless America
JP7384652B2 (ja) 移動体、情報処理方法、及び、プログラム
DE102019126357A1 (de) Opportunistische sammlung und anwendung von präferenzen
US20230177597A1 (en) Information processing system, information processing device, display terminal, information processing method, and communication method
JP7318610B2 (ja) サーバ、車両運行管理方法、車両及び車両運行管理システム
FANG New exploration of passengers' matching system for future driverless car sharing system
Malek Intersection: Reimagining the future of mobility across traditional boundaries
Müller-Schwarze Diablos rojos: painted buses and Panamanian identities
Symes Transporting moments: mobility, Australian railways and the trained society
Coulton Terminopolis or terminal institution? A sociological examination of the institutionalised airport terminal
Arnold Walking and cycling in an automated future: a Dutch-Australian comparison
Morton The social and ethical implications of autonomous vehicles
Han Electric Smart Vehicle Design for the Suburban Area of Shanghai

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210614

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220802

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220929

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20221025

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221122

R150 Certificate of patent or registration of utility model

Ref document number: 7183204

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150