JP2020134980A - ユーザ支援システム及び車両制御システム - Google Patents

Abstract

【課題】コワーキングスペースのユーザの円滑な移動を支援することを目的とする。
【解決手段】ユーザ支援システムは、他のユーザと協働可能な場所のユーザが使用するユーザ端末から前記ユーザが支援を求める支援情報を受け付ける支援受付部と、前記支援受付部が前記支援情報を受け付けた場合、前記ユーザが利用する車両を制御する制御情報を生成する情報生成部と、前記制御情報を前記車両に送信する通信部と、を有する。
【選択図】図１

Description

本発明は、ユーザ支援システム及び車両制御システムに関する。

コワーキングスペースを利用する複数の利用者にコワーキングスペースの利用に伴う費用を公正に負担させる技術が知られている（例えば特許文献１参照）。

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

ここで、上述したコワーキングスペースは、例えば組織に雇用されない様々な職種の非雇用者同士が同じ空間内でお互いにスキルや情報を共有しつつ協働できる場所などと定義することができる。コワーキングスペースの定義の詳細については後述するが、このようなコワーキングスペースの中には託児所が併設された託児所付きコワーキングスペースがある。したがって、コワーキングスペースの利用者（以下、ユーザという）によっては乳幼児を連れてコワーキングスペースを利用する者もいる。また、ユーザによっては乳幼児を託児所に預託しつつ、業務の都合で一時的にコワーキングスペースを離れる場合もある。このような場合に、託児所に預託された乳幼児が体調を崩すと、託児所からユーザに乳幼児の引き取りの依頼があり、乳幼児の状態によってはユーザがコワーキングスペースに到着した後、乳幼児を連れて医療施設に向かうこともある。

しかしながら、コワーキングスペースはユーザが他のユーザと協働しながら作業を行うための場所であり、医療施設の情報を有するとは限らない。このため、ユーザがコワーキングスペースから医療機関に向かおうとしても、ユーザはコワーキングスペースから円滑に移動できない可能性がある。

また、コワーキングスペースにはコミュニティマネージャが常駐している場合がある。コミュニティマネージャは例えば職種が異なる複数のユーザの交流会を企画して、ユーザ間のコミュニティ形成を支援する。

しかしながら、コミュニティマネージャの業務にはこのようなコミュニティ形成だけに留まらず、コワーキングスペースからの移動が求められる様々な業務が存在する。例えば、コミュニティマネージャには交流会を行う会場の下見などの業務が存在する。したがって、コミュニティマネージャの業務が繁忙すると、その業務が滞り、コミュニティマネージャはコワーキングスペースから円滑に移動できない可能性がある。

そこで、本発明では、コワーキングスペースのユーザの円滑な移動を支援することを目的とする。

本発明に係るユーザ支援システムは、他のユーザと協働可能な場所のユーザが使用するユーザ端末から前記ユーザが支援を求める支援情報を受け付ける支援受付部と、前記支援受付部が前記支援情報を受け付けた場合、前記ユーザが利用する車両を制御する制御情報を生成する情報生成部と、前記制御情報を前記車両に送信する通信部と、を有する。

上記構成において、前記ユーザにより預託された被預託者を搬送可能な医療施設の場所を含む施設情報を記憶する施設記憶部を含み、前記情報生成部は、前記支援受付部が前記被預託者の引き取り承諾を含む前記支援情報を受け付けた場合、前記施設情報に基づいて、前記ユーザが前記車両から降車する予定の医療施設の場所を目的地として決定し、前記通信部は、前記目的地を含む前記制御情報を送信する。

上記構成において、前記情報生成部は、前記支援受付部が前記支援情報を受け付けた場合、前記ユーザ端末から前記ユーザ端末が管理する前記ユーザの行動予定を含む予定情報を取得し、前記予定情報に基づいて、前記行動予定に含まれる行先の場所を目的地として決定し、前記通信部は、前記目的地を含む前記制御情報を送信する。

上記構成において、前記協働可能な場所の利用状況を含む利用状況情報を管理する状況管理部を含み、前記情報生成部は、前記利用状況情報に基づいて、前記協働可能な場所を利用する予定の前記ユーザ端末に前記利用状況を提供し、利用する予定の前記協働可能な場所の変更を検出した場合、前記ユーザの現在地から変更後の前記協働可能な場所を目的地として決定し、前記通信部は、前記目的地を含む前記制御情報を送信する。

上記構成において、前記ユーザ端末に対する前記車両の配車を求める操作に基づいて、前記ユーザに前記車両を配車する車両配車部を含み、前記通信部は、前記車両の配車が完了した場合、配車された前記車両に前記目的地を含む前記制御情報を送信する。

上記構成において、前記情報生成部は、前記支援受付部が前記支援情報を受け付けた場合、前記支援情報が前記車両の配車に関する緊急度を含むか否かを判断し、前記支援情報が前記緊急度を含むと判断した場合、前記車両配車部を、前記車両を優先的に配車する優先モードに設定する。

上記構成において、前記情報生成部は、気象情報を取得し、前記気象情報に基づいて、前記ユーザの乗車予定地から前記目的地までの間に危険な走行環境が含まれると判断した場合、前記危険な走行環境を特定し、前記通信部は、前記危険な走行環境を含む前記制御情報を送信する。

上記構成において、前記情報生成部は、前記車両から前記ユーザの運転を支援する運転支援情報を取得し、前記運転支援情報があると判断した場合、前記運転支援情報を利用しない第１の走行モードから前記運転支援情報を利用する第２の走行モードに切り替える切替情報を生成し、前記通信部は、前記切替情報を含む前記制御情報を送信する。

上記構成において、前記情報生成部は、前記車両の車室内の環境を調整する契機を検出した場合、前記車室内の環境を調整する調整情報を生成し、前記通信部は、前記調整情報を含む前記制御情報を送信する。

上記構成において、前記通信部は、前記ユーザ端末が前記車両の車室内に位置すると前記情報生成部が判断した場合、前記目的地を含む制御情報を前記ユーザ端末に送信する。

本発明に係る車両制御システムは、他のユーザと協働可能な場所のユーザが使用するユーザ端末から前記ユーザが支援を求める支援情報を受け付けた場合に、前記ユーザが利用する車両を制御する制御情報を生成して前記車両に送信するユーザ支援システムから、前記制御情報を受信する情報受信部と、前記制御情報に基づいて、前記車両を制御する車両制御部と、を有する。

本発明によれば、コワーキングスペースのユーザの円滑な移動を支援することができる。

図１は第１実施形態に係るユーザ支援システム及び車両制御システムの一例を説明するための図である。 図２は第１ユーザ端末のハードウェア構成の一例である。 図３はユーザ支援システムの第１支援サーバのハードウェア構成の一例である。 図４は車両制御システムのハードウェア構成の一例である。 図５は第１ユーザ端末及び車両制御システムのブロック図の一例である。 図６はユーザ支援システムのブロック図の一例である。 図７（ａ）は会員情報の一例である。図７（ｂ）はサービス管理情報の一例である。図７（ｃ）は車両管理情報の一例である。図７（ｄ）は会員在否情報の一例である。 図８（ａ）は施設情報の一例である。図８（ｂ）は配車車両情報の一例である。図８（ｃ）は利用状況情報の一例である。 図９は第１実施形態に係る第１処理シーケンス図の一例である。 図１０は登録画面の一例である。 図１１は第１実施形態に係る第２処理シーケンス図（その１）の一例である。 図１２は第１実施形態に係る第２処理シーケンス図（その２）の一例である。 図１３は支援画面の一例である。 図１４は引取画面の一例である。 図１５は配車画面の一例である。 図１６は配車画面の他の一例である。 図１７（ａ）は第３処理シーケンス図の一例である。図１７（ｂ）は第４処理シーケンス図の一例である。 図１８は第５処理シーケンス図の一例である。 図１９は第２実施形態に係るユーザ支援システム及び車両制御システムの一例を説明するための図である。 図２０は第２実施形態に係る第１処理シーケンス図の一例である。 図２１は予定情報の一例である。 図２２は第２実施形態に係る第２処理シーケンス図の一例である。 図２３は第３実施形態に係るユーザ支援システム及び車両制御システムの一例を説明するための図である。 図２４は第３実施形態に係る第１処理シーケンス図の一例である。 図２５は確認画面の一例である。 図２６は第３実施形態に係る第２処理シーケンス図の一例である。 図２７は配達画面の一例である。

以下、図面を参照して、本発明の実施形態について説明する。尚、上述したように、コワーキングスペースは例えば組織に雇用されない様々な職種の非雇用者（例えば個人事業主など）同士が同じ空間内でお互いにスキルや情報を共有しながらコミュニティを形成し、協働できる場所などと定義されるが、この定義に限定しなくてもよい。例えば、組織に雇用されない様々な職種の非雇用者と組織に雇用された様々な職種の雇用者（例えば会社員など）が同じ空間内でお互いにスキルや情報を共有しながらコミュニティを形成し、協働できる場所などと定義してもよい。コワーキングスペースはコワーキングスペースの利用契約により一時的、短期的、又は長期的に有料又は無料で利用することができる。以上説明したコワーキングスペースを利用して、第１実施形態から第３実施形態について説明する。

（第１実施形態）
図１は第１実施形態に係るユーザ支援システム２００及び車両制御システム３００の一例を説明するための図である。図１に示すように、ユーザ支援システム２００はクラウドサービスを提供するデータセンターＤＣ内に設置される。ユーザ支援システム２００は第１支援サーバ２１０、第２支援サーバ２２０、第３支援サーバ２３０、及び第４支援サーバ２４０を含んでいる。第１支援サーバ２１０、第２支援サーバ２２０、第３支援サーバ２３０、及び第４支援サーバ２４０はＬＡＮ（Local Area Network）といった有線通信網によって互いに接続されている。また、第１支援サーバ２１０、第２支援サーバ２２０、第３支援サーバ２３０、及び第４支援サーバ２４０は通信ネットワークＮＷと接続されている。通信ネットワークＮＷとしては例えばインターネットがある。

通信ネットワークＮＷには携帯基地局ＢＳ１が接続される。携帯基地局ＢＳ１の無線通信可能領域ＡＲ１内に第１ユーザ端末１００が含まれていれば、携帯基地局ＢＳ１は第１ユーザ端末１００と無線通信ＷＬ１により通信することができる。図１では、第１ユーザ端末１００の一例として、スマートフォンが示されているが、タブレット端末などであってもよい。尚、無線通信ＷＬ１には例えばＬＴＥ（Long Term Evolution）といった通信規格が利用される。

また、通信ネットワークＮＷには携帯基地局ＢＳ２が接続されている。携帯基地局ＢＳ２の無線通信可能領域ＡＲ２内に広域通信可能な車両ＣＲが含まれていれば、携帯基地局ＢＳ２は車両と無線通信ＷＬ２により通信することができる。車両ＣＲはユーザＰ１の自家用車であってもよいし、車両ＣＲを配車する事業者の所有車であってもよい。尚、無線通信ＷＬ２に利用される通信規格は、無線通信ＷＬ１と同じであってもよいし、異なっていてもよい。

さらに、通信ネットワークＮＷには気象サーバ４００が接続されている。気象サーバ４００は気象情報を記憶して管理する。気象情報は、地域毎の天候、気温、降水量、及び降水確率などを含んでいる。気象サーバ４００はユーザ支援システム２００からの要求に応じて、ユーザ支援システム２００に気象情報を提供する。詳細は後述するが、ユーザ支援システム２００は気象情報を利用して、車両ＣＲを制御する制御情報を生成してもよい。

ここで、第１ユーザ端末１００はコワーキングスペース１０のユーザＰ１によって使用される。ユーザＰ１はコワーキングスペース１０で作業を行う非雇用者であってもよいし、雇用者であってもよい。また、ユーザＰ１は保護者としてユーザＰ１自身の乳幼児Ｋｄを連れて託児所に預託しているが、都合により、コワーキングスペース１０を離れている。図１では、ユーザＰ１は無線通信可能領域ＡＲ２から無線通信可能領域ＡＲ１に離れているが、無線通信可能領域ＡＲ２内であって、コワーキングスペース１０と異なる場所に離れていてもよい。

託児所には保育士（不図示）が滞在し、乳幼児Ｋｄの体調を定期的に管理する。乳幼児Ｋｄの体調が優れない場合には、ユーザＰ１に乳幼児Ｋｄの引き取りを依頼する。保育士は託児所に設置された電話によってユーザＰ１に引き取りを依頼してもよいし、保育士が携帯する携帯端末の電子メールやＳＮＳ（Social Networking Service）によってユーザＰ１に引き取りを依頼してもよい。保育士の携帯端末がユーザ支援システム２００と連携できる場合には、保育士はユーザ支援システム２００を介してユーザＰ１に引き取りを連絡してもよい。ユーザＰ１は保育士から乳幼児Ｋｄの引き取りが依頼されると、保育士に引き取りの承諾又は拒否を伝える。

ユーザＰ１は保育士に引き取りの承諾を伝えた場合、第１ユーザ端末１００を操作して、ユーザ支援システム２００にアクセスし、ユーザ支援システム２００の第１サービスを利用する。詳細は後述するが、第１サービスはユーザＰ１が乳幼児Ｋｄの引き取りを承諾した場合に、ユーザＰ１の自家用車又は配車対象である車両ＣＲの車両制御システム３００にコワーキングスペース１０から最寄りの医療施設の住所を提供するサービスである。乳幼児Ｋｄに掛かりつけの医療施設がある場合には、その医療施設の住所を提供してもよい。車両ＣＲにはカーナビゲーションシステム（以下、単にナビという）が搭載されており、医療施設の住所が提供されると、車両ＣＲの現在位置がユーザＰ１の乗車予定地に設定され、医療施設の住所がユーザＰ１の降車予定地に設定される。したがって、ユーザＰ１がコワーキングスペース１０に到着して保育士から乳幼児Ｋｄを引き取り、ユーザＰ１が乳幼児Ｋｄと共に車両ＣＲに乗車したときには、現在位置から医療施設までの経路が特定されている。これにより、ユーザＰ１は医療施設に向けて円滑に移動することができる。

以下、第１ユーザ端末１００、ユーザ支援システム２００、及び車両制御システム３００の詳細について説明する。

図２は第１ユーザ端末１００のハードウェア構成の一例である。図２に示すように、第１ユーザ端末１００は、プロセッサとしてのＣＰＵ（Central Processing Unit）１００Ａ、ＲＡＭ（Random Access Memory）１００Ｂ、ＲＯＭ（Read Only Memory）１００Ｃ、ＮＶＭ（Non-Volatile Memory）１００Ｄ、及び広域通信回路１００Ｅを含んでいる。広域通信回路１００Ｅは広域無線通信を実現するハードウェア回路である。広域通信回路１００Ｅにはアンテナ１００Ｅ´が接続されている。

また、第１ユーザ端末１００は、ＧＰＳ（Global Positioning System）センサ１００Ｆ、カメラ１００Ｇ、タッチパネル１００Ｈ、ディスプレイ１００Ｉ、及びスピーカ１００Ｊを含んでいる。ＧＰＳセンサ１００Ｆにより第１ユーザ端末１００の位置を検出することができ、結果的に、第１ユーザ端末１００を使用するユーザＰ１の位置を特定することができる。第１ユーザ端末１００はマイクや近接通信回路などを含んでいてもよい。近接通信回路はBluetooth（登録商標）といった近接無線通信を実現するハードウェア回路である。ＣＰＵ１００Ａからスピーカ１００Ｊまでは、内部バス１００Ｋによって互いに接続されている。尚、ＣＰＵ１００Ａに代えてＭＰＵ（Micro Processing Unit）をプロセッサとして利用してもよい。

上述したＲＡＭ１００Ｂには、ＲＯＭ１００ＣやＮＶＭ１００Ｄに記憶されたプログラムがＣＰＵ１００Ａによって一時的に格納される。格納されたプログラムをＣＰＵ１００Ａが実行することにより、ＣＰＵ１００Ａは後述する各種の機能を実現し、後述する各種の処理を実行する。尚、プログラムは後述する処理シーケンス図に応じたものとすればよい。

図３はユーザ支援システム２００の第１支援サーバ２１０のハードウェア構成の一例である。尚、ユーザ支援システム２００の第２支援サーバ２２０、第３支援サーバ２３０、及び第４支援サーバ２４０については基本的に第１支援サーバ２１０と同様のハードウェア構成であるため、説明を省略する。また、気象サーバ４００についても基本的に第１支援サーバ２１０と同様のハードウェア構成であるため、説明を省略する。図３に示すように、第１支援サーバ２１０は、少なくともプロセッサとしてのＣＰＵ２１０Ａ、ＲＡＭ２１０Ｂ、ＲＯＭ２１０Ｃ及びネットワークＩ／Ｆ（インタフェース）２１０Ｄを含んでいる。ＣＰＵ２１０Ａに代えてＭＰＵをプロセッサとして利用してもよい。第１支援サーバ２１０は、必要に応じて、ＨＤＤ（Hard Disk Drive）２１０Ｅ、入力Ｉ／Ｆ２１０Ｆ、出力Ｉ／Ｆ２１０Ｇ、入出力Ｉ／Ｆ２１０Ｈ、ドライブ装置２１０Ｉの少なくとも１つを含んでいてもよい。ＣＰＵ２１０Ａからドライブ装置２１０Ｉまでは、内部バス２１０Ｊによって互いに接続されている。

入力Ｉ／Ｆ２１０Ｆには、キーボード７１０やマウス（不図示）が入力装置として接続される。出力Ｉ／Ｆ２１０Ｇには、ディスプレイ７２０が表示装置として接続される。入出力Ｉ／Ｆ２１０Ｈには、半導体メモリ７３０が接続される。半導体メモリ７３０としては、例えばＵＳＢ（Universal Serial Bus）メモリやフラッシュメモリなどがある。入出力Ｉ／Ｆ２１０Ｈは、半導体メモリ７３０に記憶されたプログラムやデータを読み取る。入力Ｉ／Ｆ２１０Ｆ及び入出力Ｉ／Ｆ２１０Ｈは、例えばＵＳＢポートを備えている。出力Ｉ／Ｆ２１０Ｇは、例えばディスプレイポートを備えている。

ドライブ装置２１０Ｉには、可搬型記録媒体７４０が挿入される。可搬型記録媒体７４０としては、例えばＣＤ（Compact Disc）−ＲＯＭ、ＤＶＤ（Digital Versatile Disc）といったリムーバブルディスクがある。ドライブ装置２１０Ｉは、可搬型記録媒体７４０に記録されたプログラムやデータを読み込む。ネットワークＩ／Ｆ２１０Ｄは、例えばＬＡＮポートを備えている。ネットワークＩ／Ｆ２１０Ｄは上述した通信ネットワークＮＷと接続される。

上述したＲＡＭ２１０Ｂには、ＲＯＭ２１０ＣやＨＤＤ２１０Ｅに記憶されたプログラムがＣＰＵ２１０Ａによって一時的に格納される。ＲＡＭ２１０Ｂには、可搬型記録媒体７４０に記録されたプログラムがＣＰＵ２１０Ａによって一時的に格納される。格納されたプログラムをＣＰＵ２１０Ａが実行することにより、ＣＰＵ２１０Ａは後述する各種の機能を実現し、また、後述する各種の処理を実行する。尚、プログラムは後述する処理シーケンス図に応じたものとすればよい。

図４は車両制御システム３００のハードウェア構成の一例である。図４に示すように、車両制御システム３００は、車両制御ＥＣＵ（Electronic Control Unit）３００Ａ、エアコンＥＣＵ３００Ｂ、ナビＥＣＵ３００Ｃ、及び自動運転ＥＣＵ３００Ｄを含んでいる。車両制御ＥＣＵ３００Ａ、エアコンＥＣＵ３００Ｂ、ナビＥＣＵ３００Ｃ、及び自動運転ＥＣＵ３００ＤはいずれもＣＰＵ、ＲＡＭ、ＲＯＭ、入出力Ｉ／Ｆ等などを含むハードウェア回路（いわゆるマイクロコンピュータ）である。ＲＡＭには、ＲＯＭに記憶されたプログラムがＣＰＵによって一時的に格納され、格納されたプログラムをＣＰＵが実行することにより、ＣＰＵは後述する各種の機能を実現し、また、後述する各種の処理を実行する。尚、プログラムは後述する処理シーケンス図に応じたものとすればよい。

また、車両制御システム３００は、通信機（具体的には車両用通信機）３００Ｅ、ＧＰＳ受信機３００Ｆ、及び近接通信回路３００Ｇを含んでいる。通信機３００Ｅには例えばＤＣＭ（Data Communication Module）を利用することができる。通信機３００Ｅにはアンテナ３００Ｅ´が接続されている。車両制御ＥＣＵ３００Ａから近接通信回路３００Ｇまでは内部バス３００Ｈによって互いに接続されている。車両制御ＥＣＵ３００Ａには、エンジンアクチュエータ８１０、ブレーキアクチュエータ８２０、及び操舵アクチュエータ８３０といった各種のアクチュエータが接続される。車両制御ＥＣＵ３００Ａはプログラムに応じてエンジンアクチュエータ８１０、ブレーキアクチュエータ８２０、及び操舵アクチュエータ８３０の動作を制御する。エアコンＥＣＵ３００Ｂにはエアーコンディショナー（以下、エアコンという）８４０が接続される。エアコンＥＣＵ３００Ｂはプログラムに応じてエアコン８４０の動作を制御する。

ナビＥＣＵ３００Ｃにはタッチパネル８５０、ディスプレイ８６０、及びスピーカ８７０が接続される。ナビＥＣＵ３００Ｃはタッチパネル８５０からの入力信号及びプログラムに応じてディスプレイ８６０及びスピーカ８７０の動作を制御する。自動運転ＥＣＵ３００Ｄは各種の走行モードと各走行モードに対応する自動運転ステータス情報を保持し、プログラムに応じて、少なくとも１つの走行モードを車両制御ＥＣＵ３００Ａに設定する。これにより、車両制御ＥＣＵ３００Ａはブレーキアクチュエータ８２０、及び操舵アクチュエータ８３０の動作を制御する。

尚、自動運転ステータス情報はＳＡＥ（Society of Automotive Engineers）が示す基準により自動運転の度合に応じた６つの自動運転レベル「０」〜自動運転レベル「５」に大別される。例えば、渋滞時や高速道路走行時に自車両の前方を走行する前車両に追従して運転者のアクセル操作やブレーキ操作の負担を軽減する走行モード（いわゆるクルーズコントロール機能）は部分的自動運転又は条件付き自動運転に相当し、自動運転レベル「２」又は自動運転レベル「３」に対応する。運転者の駐車時の操舵（ステアリング）やブレーキ操作の負担を軽減する走行モード（いわゆる駐車支援機能）は運転補助又は部分的自動運転に相当し、自動運転レベル「１」又は自動運転レベル「２」に対応する。

高速道路、過疎地域、施設構内（例えば大学や空港など）といった特定の場所に限って、運転者が車両内で運転操作を行わずに、運転者以外の者又は装置が遠隔操作により車両を巡回移動させることができる走行モードはハイオートメーションに相当し、自動運転レベル「４」に対応する。高速道路であれば、例えば移動式販売車が複数のサービスエリア間を巡回移動する。過疎地域であれば、複数の公共施設（例えば市役所や公民館など）の間を巡回移動する。施設構内であれば、例えば複数の校舎や停留所の間を巡回移動する。上述した特定の場所に限定されずに生活道路でも、運転者が車両内で運転操作を行わずに、運転者以外の者又は装置が遠隔操作により車両を巡回移動させることができる走行モードはフルオートメーションに相当し、自動運転レベル「５」に対応する。自動運転レベル「４」や自動運転レベル「５」の場合、車両は道路上の人や自転車、標識や信号などを検知して判断を行い、走行することができる。

次に、図５及び図６を参照して、第１ユーザ端末１００、ユーザ支援システム２００、及び車両制御システム３００の各機能について説明する。

図５は第１ユーザ端末１００及び車両制御システム３００のブロック図の一例である。図６はユーザ支援システム２００のブロック図の一例である。まず、図５に示すように、第１ユーザ端末１００は記憶部１０１、入力部１０２、表示部１０３、通信部１０４、及び処理部１０５を構成要素として含んでいる。尚、記憶部１０１は上述したＲＡＭ１００ＢやＲＯＭ１００Ｃ、ＮＶＭ１００Ｄによって実現することができる。入力部１０２は上述したタッチパネル１００Ｈによって実現することができる。表示部１０３は上述したディスプレイ１００Ｉ及びスピーカ１００Ｊによって実現することができる。通信部１０４は上述した広域通信回路１００Ｅによって実現することができる。処理部１０５は上述したＣＰＵ１００Ａによって実現することができる。

記憶部１０１は各種の情報や各種のプログラムを記憶する。記憶部１０１が記憶する情報としては例えばスケジュールに関する情報などがある。記憶部１０１が記憶するプログラムとしては例えば画面情報に応じた画面を表示するアプリケーションソフトウェア（以下、単にアプリという）やスケジュールを管理するアプリ（いわゆるスケジューラ）などがある。入力部１０２はユーザＰ１の操作を受け付け、受け付けた操作に応じた情報を生成して処理部１０５に出力する。表示部１０３は処理部１０５から出力された情報に基づいて、各種の画面を表示したり、各種の音声を出力したりする。通信部１０４は第１ユーザ端末１００と携帯基地局ＢＳ１との通信を制御する。通信部１０４は携帯基地局ＢＳ１から送信された情報を受信する。また、通信部１０４は処理部１０５から出力された情報を携帯基地局ＢＳ１に送信する。処理部１０５は入力部１０２から出力された情報や通信部１０４が受信した情報を受け付け、加工や変換などを含む各種の情報処理を実行して、表示部１０３に出力する。尚、入力部１０２、表示部１０３、通信部１０４、及び処理部１０５の機能の詳細については後述する。

次に、ユーザ支援システム２００について説明する。図６に示すように、第１支援サーバ２１０は会員記憶部２１１、通信部２１２、及び支援受付部２１３を含んでいる。第２支援サーバ２２０は施設記憶部２２１、通信部２２２、及び情報生成部２２３を含んでいる。第３支援サーバ２３０は配車車両記憶部２３１、通信部２３２、及び車両配車部２３３を含んでいる。第４支援サーバ２４０は利用状況記憶部２４１、通信部２４２、及び状況管理部２４３を含んでいる。

尚、会員記憶部２１１、施設記憶部２２１、配車車両記憶部２３１、及び利用状況記憶部２４１は上述したＲＡＭ２００ＢやＨＤＤ２００Ｅによって実現することができる。４つの通信部２１２，２２２，２３２，２４２はいずれも上述したネットワークＩ／Ｆ２００Ｄによって実現することができる。支援受付部２１３、情報生成部２２３、車両配車部２３３、及び状況管理部２４３は上述したＣＰＵ２００Ａによって実現することができる。

まず、第１支援サーバ２１０について説明する。会員記憶部２１１は会員情報を記憶する。会員情報は、図７（ａ）に示すように、会員ＩＤ、年齢、連絡先としての電話番号及びメールアドレス、利用サービス、氏名（不図示）などを含んでいる。会員ＩＤは会員を識別する識別子である。また、会員記憶部２１１はサービス管理情報を記憶する。サービス管理情報は、会員が利用できるクラウドサービスを管理する情報であって、図７（ｂ）に示すように、会員ＩＤ、利用サービス、及びサービス有効化フラグを含んでいる。利用サービスは会員が利用できるクラウドサービスを表している。例えば、会員がクラウドサービスの１つである第１サービスの利用を開始すると、サービス有効化フラグの第１サービスがオフからオンに更新される。逆に、会員が第１サービスの利用を終了すると、サービス有効化フラグの第１サービスがオンからオフに更新される。尚、第１実施形態では第１サービスについて説明し、第２サービス及び第３サービスについては第２実施形態以降に説明する。

その他、会員記憶部２１１は車両管理情報及び会員在否情報を記憶する。車両管理情報は、図７（ｃ）に示すように、会員ＩＤと通信機ＩＤを含んでいる。通信機ＩＤは通信機３００Ｅを識別する識別子である。これにより、会員と車両制御システム３００を関連付けることができる。すなわち、会員と車両制御システム３００を搭載した車両ＣＲを関連付けることができる。通信機ＩＤには会員の自家用車が有する通信機３００Ｅの識別子が登録される場合もあるし、配車された車両が有する通信機３００Ｅの識別子が登録される場合もある。一方、会員在否情報は、図７（ｄ）に示すように、会員ＩＤとスペースＩＤと在否状況を含んでいる。スペースＩＤはコワーキングスペース１０を識別する識別子である。これにより、どの会員がどのコワーキングスペース１０を利用し、コワーキングスペース１０を利用している会員はコワーキングスペース１０に滞在しているのか、コワーキングスペース１０から離れて不在にしているのか特定することができる。

通信部２１２は各種の情報を受信して支援受付部２１３に出力したり、支援受付部２１３から出力された各種の情報を送信したりする。支援受付部２１３は通信部２１２から出力された各種の情報を受け付ける。例えば、通信部２１２が第１ユーザ端末１００からユーザＰ１が支援を求める支援情報を受信すると、支援受付部２１３は通信部２１２が受信した支援情報を受け付ける。支援受付部２１３は支援情報を受け付けると、情報生成部２２３や車両配車部２３３を起動する起動情報を生成して出力する。

次に、第２支援サーバ２２０について説明する。施設記憶部２２１は施設情報を記憶する。施設情報は、図８（ａ）に示すように、施設ＩＤ、施設名、及び施設住所を含んでいる。施設ＩＤは施設（具体的には医療施設）を識別する識別子である。通信部２２２は各種の情報を受信して情報生成部２２３に出力したり、情報生成部２２３から出力された各種の情報を送信したりする。情報生成部２２３は通信部２２２から出力された各種の情報に基づいて、各種の情報処理を実行する。例えば、情報生成部２２３は通信部２２２から出力された起動情報に基づいて、ユーザＰ１が乗車する予定の車両ＣＲを制御する制御情報を生成して出力する。

次に、第３支援サーバ２３０について説明する。配車車両記憶部２３１は配車する車両ＣＲに関する配車車両情報を記憶する。配車車両情報は、図８（ｂ）に示すように、通信機ＩＤ、サイズ、配車形態、運転支援、乗車予定地、ステータス、車両名（不図示）などを含んでいる。配車形態にはカーシェアリングやライドシェア（相乗り）などが登録される。運転支援には運転支援機能の有無が登録されるが、運転支援機能がある場合には、具体的な走行モードが登録されてもよい。乗車予定地にはカーシェアリングであればカーステーションの住所、ライドシェアであれば車両ＣＲの車庫の住所あるいはユーザが配車を希望した位置などが登録される。ステータスには配車対象の車両ＣＲの配車可否が登録される。例えば配車対象の車両ＣＲが配車済である場合には、ステータスには利用中が登録される。通信部２３２は各種の情報を受信して車両配車部２３３に出力したり、車両配車部２３３から出力された各種の情報を送信したりする。車両配車部２３３は通信部２３２から出力された各種の情報に基づいて、各種の情報処理を実行する。例えば、車両配車部２３３は通信部２３２から出力された起動情報に基づいて、ユーザＰ１に車両ＣＲを配車する。

次に、第４支援サーバ２４０について説明する。利用状況記憶部２４１はコワーキングスペース１０の利用状況に関する利用状況情報を記憶する。利用状況情報は、図８（ｃ）に示すように、スペースＩＤ、スペース名、スペース住所、混雑状況、及びイベント時間帯を含んでいる。スペースＩＤは、上述したように、コワーキングスペース１０を識別する識別子である。混雑状況にはコワーキングスペース１０の現在時刻における混雑度が登録される。例えば、コワーキングスペース１０が満席であれば、混雑状況に×が登録される。コワーキングスペース１０の混雑度（例えば全席数に対する空席数）が５０％以下であれば、混雑状況に〇が登録される。混雑状況に〇と×が登録されない場合、混雑状況に△が登録される。一方、イベント時間帯にはコワーキングスペース１０で開催されるイベントの時間帯が登録される。これにより、コワーキングスペース１０で開催されるイベントの時間帯を特定することができる。通信部２４２は各種の情報を受信して状況管理部２４３に出力したり、状況管理部２４３から出力された各種の情報を送信したりする。状況管理部２４３は通信部２４２から出力された各種の情報に基づいて、各種の情報処理を実行する。例えば、状況管理部２４３は通信部２４２から出力された情報に基づいて、利用状況記憶部２４１から利用状況情報を取得し、通信部２４２に出力する。

次に、車両制御システム３００について説明する。図５に示すように、車両制御システム３００は情報受信部３０１と車両制御部３０２を構成要素として含んでいる。尚、情報受信部３０１は上述した通信機３００Ｅによって実現することができる。車両制御部３０２は上述した車両制御ＥＣＵ３００Ａ、エアコンＥＣＵ３００Ｂ、ナビＥＣＵ３００Ｃ、及び自動運転ＥＣＵ３００Ｄによって実現することができる。

情報受信部３０１はユーザ支援システム２００から送信された制御情報を受信し、車両制御部３０２に出力する。車両制御部３０２は情報受信部３０１から出力された制御情報に基づいて、車両ＣＲを制御する。より詳しくは、車両制御部３０２は情報受信部３０１から出力された制御情報に基づいて、車両ＣＲが有する駆動部３１０、空調部３２０、及び案内部３３０を制御する。尚、駆動部３１０は上述したエンジンアクチュエータ８１０、ブレーキアクチュエータ８２０、及び操舵アクチュエータ８３０によって実現することができる。空調部３２０は上述したエアコン８４０によって実現することができる。案内部３３０はディスプレイ８６０及びスピーカ８７０によって実現することができる。

次に、第１ユーザ端末１００、ユーザ支援システム２００、及び車両制御システム３００の動作について説明する。

まず、図９及び図１０を参照して、上述した会員情報の登録処理について説明する。図９は第１実施形態に係る第１処理シーケンス図の一例である。図１０は登録画面の一例である。ユーザＰ１がユーザ支援システム２００の各種サービスを利用する場合、事前に、ユーザＰ１の氏名や生年月日などを含む会員情報をユーザ支援システム２００に登録する。具体的には、ユーザＰ１が第１ユーザ端末１００の入力部１０２に対し会員情報の登録を開始する操作を行うと、図９に示すように、処理部１０５はユーザ支援システム２００に登録画面を要求する（ステップＳ１０１）。ユーザ支援システム２００は登録画面が要求されると、第１支援サーバ２１０の通信部２１２は登録画面に関する画面情報を第１ユーザ端末１００に送信する（ステップＳ２０１）。これにより、第１ユーザ端末１００の通信部１０４は登録画面に関する画面情報を受信する（ステップＳ１０２）。

通信部１０４が登録画面に関する画面情報を受信すると、処理部１０５はその画面情報を表示部１０３に出力する。これにより、図１０に示すように、表示部１０３はアプリを利用して登録画面を表示する（ステップＳ１０３）。ユーザＰ１は、入力部１０２に対し、登録画面に含まれる氏名から通信機ＩＤまでの各種情報を入力する操作、サービス（例えば第１サービスなど）を選択する操作、及び登録ボタンを押下する操作を順に行う。処理部１０５は登録ボタンの押下を検出すると、通信部１０４は入力された各種の情報と選択されたサービスを含む会員情報をユーザ支援システム２００に送信する（ステップＳ１０４）。これにより、第１支援サーバ２１０の通信部２１２は会員情報を受信する（ステップＳ２０２）。

通信部２１２が会員情報を受信すると、支援受付部２１３は会員ＩＤを生成し、生成した会員ＩＤと関連付けた会員情報を会員記憶部２１１に保存する（ステップＳ２０３）。これにより、会員記憶部２１１は会員情報（図７（ａ）参照）を記憶する。尚、第１サービス及び第３サービスの場合、支援受付部２１３は先頭に第２サービスと識別可能な特定の文字（例えば「Ｐ」など）を含む会員ＩＤを生成する。

また、支援受付部２１３は会員情報を保存すると、上述したサービス管理情報、車両管理情報、及び会員在否情報を生成して会員記憶部２０１に保存する。これにより、会員記憶部２１１はサービス管理情報（図７（ｂ）参照）、車両管理情報（図７（ｃ）参照）、及び会員在否情報（図７（ｄ）参照）を記憶する。尚、登録画面においてユーザＰ１が自家用車を保有しておらず、通信機ＩＤが入力されていない場合、支援受付部２１３は通信機ＩＤ「−」を含む車両管理情報を生成する。また、ユーザＰ１がコワーキングスペース１０の利用を開始していない場合、支援受付部２１３はスペースＩＤ「−」を含む会員在否情報を生成する。

次に、図１１から図１６までを参照して、第１サービスに関する処理について説明する。

図１１は第１実施形態に係る第２処理シーケンス図（その１）の一例である。図１２は第１実施形態に係る第２処理シーケンス図（その２）の一例である。図１３は支援画面の一例である。図１４は引取画面の一例である。図１５は配車画面の一例である。図１６は配車画面の他の一例である。

はじめに、ユーザＰ１が第１サービスを利用する場合について説明する。ユーザＰ１はコワーキングスペース１０に乳幼児Ｋｄを連れ、コワーキングスペース１０に併設され託児所に乳幼児Ｋｄを預託してコワーキングスペース１０を利用する。ユーザＰ１がコワーキングスペース１０の利用を開始すると、支援受付部２１３は会員在否情報のスペースＩＤと在否状況を登録する。支援受付部２１３は、ユーザＰ１の第１ユーザ端末１００に対する操作に基づいて、スペースＩＤと在否状況を登録する。例えば、コワーキングスペース１０にユーザＰ１の入退場を検知するセンサが設置されている場合には、センサが検知した入場の情報に基づいて、支援受付部２１３はスペースＩＤと在否状況を登録してもよい。

ユーザＰ１が都合によりコワーキングスペース１０から離れた場合、ユーザＰ１の操作又はセンサが検知した退場の情報に基づいて、支援受付部２１３は、スペースＩＤの登録状態を維持したまま、在否状況を更新する。このような状況で、乳幼児Ｋｄが体調を崩し、託児所に常駐する保育士からユーザＰ１に乳幼児Ｋｄの引き取りを依頼する電話連絡などがあった場合、ユーザＰ１は第１サービスの利用を開始する。

まず、ユーザＰ１が第１ユーザ端末１００の入力部１０２に対し第１サービスの利用を開始する操作を行う。ユーザＰ１が当該操作を行うと、図１１に示すように、処理部１０５はユーザ支援システム２００に支援画面を要求する（ステップＳ１１１）。ユーザ支援システム２００は支援画面が要求されると、第１支援サーバ２１０の通信部２１２は支援画面に関する画面情報を第１ユーザ端末１００に送信する（ステップＳ２１１）。これにより、第１ユーザ端末１００の通信部１０４は支援画面に関する画面情報を受信する（ステップＳ１１２）。

通信部１０４が支援画面に関する画面情報を受信すると、処理部１０５はその画面情報を表示部１０３に出力する。これにより、図１３に示すように、表示部１０３はアプリを利用して支援画面を表示する（ステップＳ１１３）。ユーザＰ１は、入力部１０２に対し、支援画面に含まれる会員ＩＤの情報を入力する操作、サービス（例えば第１サービスなど）を選択する操作、及び利用ボタンを押下する操作を順に行う。処理部１０５は利用ボタンの押下を検出すると、通信部１０４は入力された情報と選択されたサービスを含む認証情報をユーザ支援システム２００に送信する（ステップＳ１１４）。これにより、第１支援サーバ２１０の通信部２１２は認証情報を受信する（ステップＳ２１２）。

通信部２１２が認証情報を受信すると、支援受付部２１３はサービスの利用可否を判断する（ステップＳ２１３）。より詳しくは、支援受付部２１３は会員記憶部２１１にアクセスして会員情報を取得し、会員情報の中に認証情報に含まれる会員ＩＤとサービスの組み合わせが含まれている否かを判断する。支援受付部２１３は会員情報の中に会員ＩＤとサービスの組み合わせが含まれていないと判断した場合、サービスの利用不可と判断する（ステップＳ２１３：ＮＯ）。この場合、支援受付部２１３は利用不可を第１ユーザ端末１００に通知し（ステップＳ２１４）、後続の処理を終了する。

一方、支援受付部２１３は会員情報の中に会員ＩＤとサービスの組み合わせが含まれていると判断した場合、サービスの利用可と判断する（ステップＳ２１３：ＹＥＳ）。この場合、通信部２１２は引取画面に関する画面情報を第１ユーザ端末１００に送信する（ステップＳ２１５）。これにより、第１ユーザ端末１００の通信部１０４は引取画面に関する画面情報を受信する（ステップＳ１１５）。

通信部１０４が引取画面に関する画面情報を受信すると、処理部１０５はその画面情報を表示部１０３に出力する。これにより、図１４に示すように、表示部１０３はアプリを利用して引取画面を表示する（ステップＳ１１６）。ユーザＰ１は、入力部１０２に対し、引取画面に含まれる承諾又は拒否のいずれかの選択肢を選択する操作、緊急度の有無を選択する操作、配車の希望又は不要のいずれかの選択肢を選択する操作、及び送信ボタンを押下する操作を順に行う。処理部１０５は送信ボタンの押下を検出すると、通信部１０４は選択された２つの選択肢及び緊急度の有無を含む支援情報をユーザ支援システム２００に送信する（ステップＳ１１７）。これにより、第１支援サーバ２１０の通信部２１２は支援情報を受信する（ステップＳ２１６）。

通信部２１２が支援情報を受信すると、支援受付部２１３は、支援情報に承諾の選択肢が含まれている場合に、支援情報を受け付ける（ステップＳ２１７）。支援受付部２１３が支援情報を受け付けると、第２支援サーバ２２０の情報生成部２２３は、支援受付部２１３が受け付けた支援情報に基づいて、図１２に示すように、配車希望の有無を判断する（ステップＳ２１８）。具体的には、情報生成部２２３は、支援情報に含まれる配車に関する選択肢に基づいて、配車希望の有無を判断する。

支援情報に配車を希望する旨の選択肢が含まれている場合（ステップＳ２１８：ＹＥＳ）、さらに、情報生成部２２３は緊急度の有無を判断する（ステップＳ２１９）。具体的には、情報生成部２２３は、支援情報に含まれる緊急度の有無に基づいて、緊急度の有無を判断する。支援情報に緊急度がある旨が含まれている場合（ステップＳ２１９：ＹＥＳ）、車両配車部２３３を、車両ＣＲを優先的に配車する優先モードに設定する（ステップＳ２２０）。この場合、優先モードに設定された車両配車部２３３は配車車両記憶部２３１にアクセスして配車車両情報を取得する。そして、車両配車部２３３はステータスに登録された「配車可」と対応付けられた車両名を含む画面情報を生成して通信部２３２に出力する。ステータスに「配車可」が登録された配車車両情報がない場合には、車両配車部２３３は配車する車両を予約したユーザのユーザ端末にキャンセルの手配を依頼してもよい。一方、支援情報に緊急度がある旨が含まれていない場合（ステップＳ２１９：ＮＯ）、ステップＳ２２０の処理をスキップする。この場合、車両配車部２３３に初期設定された非優先モードが維持される。尚、非優先モードは希望条件に基づいて車両ＣＲが配車されるモードである。

ステップＳ２２０の処理をスキップされた場合、又はステップＳ２２０の処理を実行された場合、通信部２３２は配車画面に関する画面情報を送信する（ステップＳ２２１）。より詳しくは、通信部２３２は車両配車部２３３に設定された優先モード又は非優先モードに応じた配車画面に関する画面情報を送信する。これにより、第１ユーザ端末１００の通信部１０４は配車画面に関する画面情報を受信する（ステップＳ１１８）。

通信部１０４が配車画面に関する画面情報を受信すると、処理部１０５はその画面情報を表示部１０３に出力する。これにより、表示部１０３はアプリを利用して配車画面を表示する（ステップＳ１１９）。特に、処理部１０５が非優先モードに応じた配車画面に関する画面情報を出力した場合、図１５に示すように、表示部１０３は非優先モードに応じた配車画面を表示する。逆に、処理部１０５が優先モードに応じた配車画面に関する画面情報を出力した場合、図１６に示すように、表示部１０３は優先モードに応じた配車画面を表示する。このように、緊急性の有無に応じて配車画面が変化するため、緊急の場合には、ユーザＰ１は車両ＣＲを円滑に選択することができる。

ユーザＰ１は、入力部１０２に対し、配車画面に含まれる車両サイズを選択する操作、配車形態を選択する操作、運転支援機能の希望の有無を選択する操作、及び予約ボタンを押下する操作を順に行う。処理部１０５は利用ボタンの押下を検出すると、通信部１０４は選択された車両サイズ、配車形態、及び運転支援機能の有無を含む予約情報をユーザ支援システム２００に送信する（ステップＳ１２０）。これにより、第３支援サーバ２３０の通信部２３２は予約情報を受信する（ステップＳ２２２）。

通信部２３２が予約情報を受信すると、車両配車部２３３は車両ＣＲを配車する（ステップＳ２２３）。より詳しくは、車両配車部２３３は配車車両記憶部２３１にアクセスし、予約情報に含まれる車両サイズ、配車形態、及び運転支援機能の有無に対応し、かつ、ステータスに「利用可」が登録された配車車両情報を取得する。そして、車両配車部２３３は取得した配車車両情報の中からコワーキングスペース１０と住所が最も近い乗車予定地の通信機ＩＤを特定し、特定した通信機ＩＤが割り当たれた通信機３００Ｅを含む車両制御システム３００の車両ＣＲを配車する。

車両配車部２３３が車両ＣＲを配車すると、情報生成部２２３は目的地を決定する（ステップＳ２２４）。より詳しくは、情報生成部２２３は第１支援サーバ２１０にユーザＰ１が利用中のコワーキングスペース１０のスペースＩＤを要求し、そのスペースＩＤに基づいて施設記憶部２２１にアクセスする。そして、情報生成部２２３はユーザＰ１が利用するコワーキングスペース１０の住所から最も近い医療施設の住所を目的地として決定する。情報生成部２２３が乳幼児Ｋｄの掛かりつけ医が在院する医療施設の情報を取得できる場合には、その医療施設の住所を目的地として決定してもよい。尚、車両配車部２３３が車両ＣＲを配車した場合、情報生成部２２３は車両配車部２３３が配車した車両ＣＲの目的地を決定する。一方、ステップＳ２１８の処理において、支援情報に配車を希望する旨の選択肢が含まれていない場合（ステップＳ２１８：ＮＯ）、情報生成部２２３はユーザＰ１が自家用車を保有していると判断し、ユーザＰ１の車両ＣＲの目的地を決定する。

情報生成部２２３が目的地を決定すると、情報生成部２２３は目的地を含む制御情報を生成し、通信部２２２は情報生成部２２３が生成した制御情報を車両制御システム３００に送信する（ステップＳ２２５）。制御情報はユーザＰ１が乗車する予定の車両ＣＲを制御する情報である。ユーザＰ１が自家用車を保有している場合には、通信部２２２はユーザＰ１の車両ＣＲに含まれる車両制御システム３００に制御情報を送信する。一方、ユーザＰ１が配車された車両ＣＲを利用する場合には、通信部２２２は配車された車両ＣＲに含まれる車両制御システム３００に制御情報を送信する。これにより、車両制御システム３００の情報受信部３０１は制御情報を受信する（ステップＳ３１１）。尚、情報生成部２２３が渋滞情報を取得できる場合には、渋滞情報を制御情報に含めてもよい。

情報受信部３０１が制御情報を受信すると、車両制御部３０２は制御情報に含まれる目的地を自身に設定する（ステップＳ３１２）。また、車両制御部３０２は目的地を設定すると、ＧＰＳ情報に基づいて、車両ＣＲの現在位置を出発地として自身に設定し、出発地から目的地までの経由地を含む最短経路の経路情報を生成して案内部３３０に出力する。最短経路は最短時間の経路でもよいし、最短距離の経路でもよい。これにより、案内部３３０は出発地から目的地までの最短経路を含む案内画面を表示する。したがって、ユーザＰ１が案内部３３０を操作してコワーキングスペース１０から最寄りの医療施設までの経路を探す手間を回避できる。このため、ユーザＰ１はコワーキングスペース１０に戻って乳幼児Ｋｄを引き取り、その後、車両ＣＲに乗車すれば、医療施設まで円滑に移動することができる。

以上、ユーザＰ１が乳幼児Ｋｄの引き取りを承諾した場合の一例を説明したが、例えば、ユーザＰ１が自身の引き取りを拒否し、自身と同様にコワーキングスペース１０を利用する別のユーザに引き取りの代理人として引き取りを依頼してもよい。この場合、ステップＳ２１７の処理において、支援受付部２１３は支援情報に拒否の選択肢と配車希望の選択肢と共に別のユーザの連絡先が含まれていると判断すれば、通信部２１２は引取画面に関する画面情報を別のユーザのユーザ端末に送信する。別のユーザのユーザ端末から送信された支援情報に承諾の選択肢が含まれていると判断すれば、通信部２１２はそのユーザ端末に配車された車両ＣＲの鍵を解除する情報を送信する。これにより、ユーザＰ１が預託した乳幼児ＫｄをユーザＰ１の代理人が引き取って、医療施設まで移動することができる。

続いて、図１７及び図１８を参照して、第１サービスとしての車両ＣＲの他の制御について説明する。

図１７（ａ）は第３処理シーケンス図の一例である。第３処理シーケンス図は、例えば上述した予約情報を受信するステップＳ２２２の処理が完了したタイミングで、ステップＳ２２３以降処理と並行して処理が進行する。または、上述した配車希望の有無を判断するステップＳ２１８の処理で配車希望がないと判断したタイミングで、ステップＳ２１８以降処理と並行して処理が進行する。まず、図１７（ａ）に示すように、ユーザ支援システム２００に含まれる第２支援サーバ２２０の情報生成部２２３は所定のトリガーを検出したか否かを判断する（ステップＳ２３１）。

所定のトリガーとして、例えば通信部２２２による予約情報の受信を利用できるが、ユーザＰ１による乳幼児Ｋｄの引き取り完了を利用してもよい。この場合、ユーザＰ１が第１ユーザ端末１００を操作して、第１ユーザ端末１００からユーザ支援システム２００に引き取り完了を表す情報を送信してもよい。また、所定のトリガーとして、配車された車両ＣＲが自動運転レベル「５」の走行モードを備えている場合、配車された車両ＣＲのコワーキングスペース１０への接近を利用してもよい。この場合、配車された車両ＣＲのＧＰＳ情報を利用して、配車された車両ＣＲがコワーキングスペース１０の住所に数キロメートルといった所定の距離以内に近づいたことを情報生成部２２３が検出すればよい。

情報生成部２２３は所定のトリガーを検出していないと判断した場合（ステップＳ２３１：ＮＯ）、後続の処理をスキップして、処理を終了する。一方、情報生成部２２３は所定のトリガーを検出したと判断した場合（ステップＳ２３１：ＹＥＳ）、調整情報を生成する（ステップＳ２３２）。調整情報は車両ＣＲの車室内の環境を調整する情報である。車室内の環境の調整としては、例えば室内温度の上昇や冷却、室内湿度の除湿などがある。

情報生成部２２３が調整情報を生成すると、通信部２２２は調整情報を含む制御情報を送信する（ステップＳ２３３）。これにより、車両制御システム３００の情報受信部３０１は調整情報を受信する（ステップＳ３３１）。情報受信部３０１が制御情報を受信すると、車両制御部３０２は車室環境を調整する（ステップＳ３３２）。より詳しくは、車両制御部３０２は、制御情報に含まれる調整情報に基づいて、空調部３２０を制御する。これにより、例えば夏場など車両ＣＲの車室内が熱中症を発症しかねない室内環境になっていても、ユーザＰ１や乳幼児Ｋｄが車両ＣＲに乗車した時点では室内環境が既に調整されており、医療施設まで円滑かつ快適に移動することができる。

図１７（ｂ）は第４処理シーケンス図の一例である。第４処理シーケンス図は、例えば上述した予約情報を受信するステップＳ２２２の処理が完了したタイミングで、ステップＳ２２３以降処理と並行して処理が進行する。または、上述した配車希望の有無を判断するステップＳ２１８の処理で配車希望がないと判断したタイミングで、ステップＳ２１８以降処理と並行して処理が進行する。まず、図１７（ｂ）に示すように、ユーザ支援システム２００に含まれる第２支援サーバ２２０の情報生成部２２３は気象情報を取得する（ステップＳ２４１）。情報生成部２２３は気象情報を気象サーバ４００から取得すればよい。

情報生成部２２３は気象情報を取得すると、取得した気象情報に基づいて、危険エリアの有無を判断する（ステップＳ２４２）。例えば、情報生成部２２３は気象情報に含まれる気温や降水量などに基づいて、視界が遮られるほどの大雨や路面の凍結などが発生する危険エリアの有無を判断する。情報生成部２２３は危険エリアがないと判断した場合（ステップＳ２４２：ＮＯ）、後続の処理をスキップして、処理を終了する。一方、情報生成部２２３は危険エリアがあると判断した場合（ステップＳ２４２：ＹＥＳ）、危険エリアを特定する（ステップＳ２４３）。情報生成部２２３が危険エリアを特定すると、通信部２２２は危険エリアを含む制御情報を車両制御システム３００に送信する（ステップＳ２４４）。これにより、車両制御システム３００の情報受信部３０１は制御情報を受信する（ステップＳ３４１）。

情報受信部３０１が制御情報を受信すると、車両制御部３０２は迂回経路を出力する（ステップＳ３４２）。より詳しくは、車両制御部３０２は、制御情報に含まれる危険エリアに基づいて、危険エリアを迂回する経路情報を案内部３３０に出力する。そして、案内部３３０は危険エリアを経由しない出発地から目的地までの最短経路を含む案内画面を表示する。これにより、気象条件に基づいて発生する悪路を迂回でき、走行中の事故の発生を抑制することができる。

図１８は第５処理シーケンス図の一例である。第５処理シーケンス図は、例えば上述した予約情報を受信するステップＳ２２２の処理が完了したタイミングで、ステップＳ２２３以降処理と並行して処理が進行する。または、上述した配車希望の有無を判断するステップＳ２１８の処理で配車希望がないと判断したタイミングで、ステップＳ２１８以降処理と並行して処理が進行する。まず、図１８に示すように、ユーザ支援システム２００に含まれる第２支援サーバ２２０の情報生成部２２３は運転支援情報の有無を車両制御システム３００に確認する（ステップＳ２５１）。運転支援情報は上述した各種の走行モードであってもよいし、自動運転ステータス情報であってもよい。

情報生成部２２３は運転支援情報の有無を確認し、運転支援情報がない場合と判断した場合（ステップＳ２５２：ＮＯ）、後続の処理をスキップして、処理を終了する。一方、情報生成部２２３は運転支援情報があると判断した場合（ステップＳ２５２：ＮＯ）、車両制御システム３００から運転支援情報を取得する（ステップＳ２５３）。情報生成部２２３は運転支援情報を取得すると、切替情報を生成する（ステップＳ２５４）。切替情報は運転支援情報を利用しない第１走行モードから運転支援情報を利用する第２走行モードに切り替える情報である。情報生成部２２３が切替情報を生成すると、通信部２２２は切替情報を含む制御情報を車両制御システム３００に送信する（ステップＳ２５５）。これにより、車両制御システム３００の情報受信部３０１は制御情報を受信する（ステップＳ３５１）。

情報受信部３０１が制御情報を受信すると、車両制御部３０２は走行モードを切り替える（ステップＳ３５２）。より詳しくは、車両制御部３０２は、制御情報に含まれる切替情報に基づいて、自身に設定された第１走行モードを第２走行モードに切り替え、駆動部３１０を制御する。これにより、車両ＣＲを運転するユーザＰ１のあせりや不安などから発生するおそれがある運転操作の誤りを抑制することができる。

以上、第１実施形態に係るユーザ支援システム２００は支援受付部２１３と情報生成部２２３と通信部２２２を備えている。支援受付部２１３は他のユーザと協働可能なコワーキングスペース１０のユーザＰ１が使用する第１ユーザ端末１００からユーザＰ１が支援を求める支援情報を受け付ける。情報生成部２２３は支援受付部２１３が支援情報を受け付けた場合、ユーザＰ１が利用する車両ＣＲを制御する制御情報を生成する。通信部２２２はこの制御情報を車両ＣＲに送信する。これにより、コワーキングスペース１０のユーザＰ１はコワーキングスペース１０から円滑に移動を支援することができる。

特に、第１実施形態に係るユーザ支援システム２００はユーザＰ１により預託された乳幼児Ｋｄを搬送可能な医療施設の場所を含む施設情報を記憶する施設記憶部２２１を含んでいる。そして、情報生成部２２３は、支援受付部２１３が乳幼児Ｋｄの引き取り承諾を含む支援情報を受け付けた場合、施設情報に基づいて、ユーザＰ１が車両ＣＲから降車する予定の医療施設の場所を目的地として決定する。通信部２２２は、その目的地を含む制御情報を送信する。これにより、コワーキングスペース１０のユーザＰ１の医療施設までの円滑な移動を支援することができる。尚、ユーザＰ１が利用する車両ＣＲはユーザＰ１が乗車する予定の自家用車であってもよいし、配車された車両であってもよい。

（第２実施形態）
続いて、図１９から図２２を参照して、本発明の第２実施形態について説明する。

図１９は第２実施形態に係るユーザ支援システム２００及び車両制御システム３００の一例を説明するための図である。尚、図１に示す構成と同様の構成には同一符号を付し、その説明を省略する。第２実施形態では、ユーザＰ２に対する第２サービスについて説明する。

第２ユーザ端末１１０はコワーキングスペース１０のユーザＰ２によって使用される。第２ユーザ端末１１０のハードウェア構成及び機能構成は基本的に第１ユーザ端末１００と同様である。ユーザＰ２は、コミュニティマネージャであって、コワーキングスペース１０を利用しながら、上述したユーザＰ１や図１９に示すユーザＰ３などのコミュニティ形成を支援するなど各種の業務を行う。業務が増加すると、ユーザＰ２の業務は繁忙することもある。

ユーザＰ２がユーザＰ１及びユーザＰ３を含む複数のユーザ間のコミュニティ形成を支援する場合、ユーザＰ２は業務としてユーザ同士の交流会を企画する。この場合、コワーキングスペース１０が交流会の会場として適さない場合には、ユーザＰ２はホテルの宴会場といった交流会会場２０を予約し、交流会の予約日時や場所などを含む予定情報を第２ユーザ端末１１０に登録する。また、ユーザＰ２は必要に応じて、車両ＣＲを利用して、交流会会場２０を下見する。

ユーザ支援システム２００は第２ユーザ端末１１０に登録された予定情報を取得し、取得した予定情報に含まれる場所を目的地として決定し、決定した目的地を含む制御情報を車両ＣＲの車両制御システム３００に送信する。車両制御システム３００はユーザ支援システム２００から送信された制御情報を受信すると、制御情報に含まれる目的地を設定する。これにより、ユーザＰ２が目的地を設定する手間を省略することができ、ユーザＰ２の業務負荷を抑えながら、ユーザＰ２は交流会会場２０まで円滑に移動することができる。

次に、図２０及び図２１を参照して、第２ユーザ端末１１０、ユーザ支援システム２００及び車両制御システム３００の動作について説明する。尚、第２ユーザ端末１１０を利用した会員情報の登録処理については、図９に示す第１処理シーケンス図の場合と基本的に同様であり、説明を省略する。また、図１１に示すステップＳ１１１からＳ１１４までの処理、及びステップＳ２１１からＳ２１２までの処理についても、支援画面（図１３参照）で第２サービスが選択される点を除き、基本的に同様であるため、説明を省略する。

図２０は第２実施形態に係る第１処理シーケンス図の一例である。図２１は予定情報の一例である。図２０に示すように、ステップＳ２１３の処理において、支援受付部２１３は会員情報の中に会員ＩＤとサービスの組み合わせが含まれていると判断した場合、会員情報を支援情報として受け付け、サービスの利用可と判断する。この場合、ユーザ支援システム２００に含まれる第２支援サーバ２２０の情報生成部２２３は第２ユーザ端末１１０に予定情報を要求する（ステップＳ２６１）。予定情報が要求されると、第２ユーザ端末１１０の処理部（不図示）は第２ユーザ端末１１０の記憶部（不図示）が記憶する予定情報を取得して第２ユーザ端末１１０の通信部（不図示）に出力する。そして、通信部１０４が予定情報をユーザ支援システム２００に送信する（ステップＳ１６１）。これにより、通信部２２２は予定情報を受信する（ステップＳ２６２）。

通信部２２２が予定情報を受信すると、情報生成部２２３は通信部２２２から予定情報を取得する（ステップＳ２６３）。情報生成部２２３は予定情報を取得すると、目的地を決定する（ステップＳ２６４）。より詳しくは、情報生成部２２３は予定情報を取得すると、予定情報に含まれる場所を目的地として決定する。

情報生成部２２３が目的地を決定すると、情報生成部２２３は目的地を含む制御情報を生成し、通信部２２２は情報生成部２２３が生成した制御情報を車両制御システム３００に送信する（ステップＳ２６５）。制御情報はユーザＰ２が乗車する予定の車両ＣＲを制御する情報である。情報生成部２２３が目的地を決定した後、通信部２２２が制御情報を送信する前に、第２ユーザ端末１１０に配車の希望を尋ねる画面情報を送信してもよい。ユーザＰ２が自家用車を保有しており、情報生成部２２３が配車を希望しない旨の情報を取得した場合には、通信部２２２はユーザＰ２の車両ＣＲに含まれる車両制御システム３００に制御情報を送信する。逆に、ユーザＰ２が車両ＣＲの配車を希望し、情報生成部２２３が配車を希望する旨の情報を取得した場合には、通信部２２２は配車された車両ＣＲに含まれる車両制御システム３００に制御情報を送信する。これにより、車両制御システム３００の情報受信部３０１は制御情報を受信する（ステップＳ３６１）。

情報受信部３０１が制御情報を受信すると、車両制御部３０２は制御情報に含まれる目的地を自身に設定する（ステップＳ３６２）。また、車両制御部３０２は目的地を設定すると、ＧＰＳ情報に基づいて、車両ＣＲの現在位置を出発地として自身に設定し、出発地から目的地までの経由地を含む最短経路の経路情報を生成して案内部３３０に出力する。これにより、案内部３３０は出発地から目的地までの最短経路を含む案内画面を表示する。したがって、ユーザＰ２が案内部３３０を操作してコワーキングスペース１０から交流会会場２０までの経路を探す手間を回避できる。

次に、図２２を参照して、第２ユーザ端末１１０、ユーザ支援システム２００及び車両制御システム３００の他の動作について説明する。

ユーザＰ２はユーザＰ１やユーザＰ３から起業について相談されることがある。具体的には、ユーザＰ２は会社設立に求められる手続書類について相談されることがある。この場合、ユーザＰ２は、第２ユーザ端末１１０を操作して、会社設立に求められる手続書類やその手続書類の配布場所及び提出場所含む手続施設を確認し、確認した内容をユーザＰ１やユーザＰ３に伝える業務を行う。ユーザＰ１やユーザＰ３はユーザＰ２から伝えられた内容に基づいて、車両ＣＲで手続施設に移動する。このような場合に、ユーザ支援システム２００は第２サービスによりユーザＰ１やユーザＰ３を支援する。

図２２は第２実施形態に係る第２処理シーケンス図の一例である。図２２に示すように、第１ユーザ端末１００の処理部１０５は入力部１０２に対するユーザＰ１の操作に基づいて手続施設の確認を第２ユーザ端末１１０に要求する（ステップＳ１７１）。手続施設の確認が要求されると、第２ユーザ端末１１０の処理部は第２ユーザ端末１１０の入力部（不図示）に対するユーザＰ２の操作に基づいて手続施設を確認する（ステップＳ４７１）。第２ユーザ端末１１０の処理部は手続施設を確認すると、確認した手続施設を第１ユーザ端末１００及びユーザ支援システム２００に通知する（ステップＳ４７２）。

ユーザ支援システム２００に手続施設が通知されると、第３支援サーバ２３０の通信部２３２は配車画面に関する画面情報を第１ユーザ端末１００に送信する（ステップＳ２７１）。これにより、第１ユーザ端末１００の通信部１０４は配車画面に関する画面情報を受信する（ステップＳ１７２）。通信部１０４が配車画面に関する画面情報を受信すると、処理部１０５はその画面情報を表示部１０３に出力する。これにより、表示部１０３はアプリを利用して配車画面を表示する（ステップＳ１７３）。

ユーザＰ１は、入力部１０２に対し、第１実施形態で説明した各種の操作、及び予約ボタンを押下する操作を行う。処理部１０５は利用ボタンの押下を検出すると、通信部１０４は予約情報をユーザ支援システム２００に送信する（ステップＳ１７４）。これにより、第１支援サーバ２１０の通信部２１２は予約情報を受信する（ステップＳ２７２）。

通信部２１２が予約情報を受信すると、支援受付部２１３は予約情報を支援情報として受け付け、車両配車部２３３は車両ＣＲを配車する（ステップＳ２７３）。車両配車部２３３が車両ＣＲを配車すると、情報生成部２２３は目的地を決定する（ステップＳ２７４）。例えば、情報生成部２２３はユーザＰ１が利用するコワーキングスペース１０の住所から最も近い手続施設の住所を目的地として決定する。尚、車両配車部２３３が車両ＣＲを配車した場合、情報生成部２２３は車両配車部２３３が配車した車両ＣＲの目的地を決定する。

情報生成部２２３が目的地を決定すると、情報生成部２２３は目的地を含む制御情報を生成し、通信部２２２は情報生成部２２３が生成した制御情報を車両制御システム３００に送信する（ステップＳ２７５）。制御情報はユーザＰ１が乗車する予定の車両ＣＲを制御する情報である。ユーザＰ１が配車された車両ＣＲを利用する場合には、通信部２２２は配車された車両ＣＲに含まれる車両制御システム３００に制御情報を送信する。これにより、車両制御システム３００の情報受信部３０１は制御情報を受信する（ステップＳ３７１）。

情報受信部３０１が制御情報を受信すると、車両制御部３０２は制御情報に含まれる目的地を自身に設定する（ステップＳ３７２）。また、車両制御部３０２は目的地を設定すると、ＧＰＳ情報に基づいて、車両ＣＲの現在位置を出発地として自身に設定し、出発地から目的地までの経由地を含む最短経路の経路情報を生成して案内部３３０に出力する。これにより、案内部３３０は出発地から目的地までの最短経路を含む案内画面を表示する。したがって、ユーザＰ１が案内部３３０を操作してコワーキングスペース１０から最寄りの手続施設までの経路を探す手間を回避できる。このように、ユーザ支援システム２００はユーザＰ１を支援することができ、ユーザＰ１は、車両ＣＲに乗車すれば、手続施設まで円滑に移動することができる。尚、手続施設に代えて、不動産事業者や地方公共団体が提供する空き家やキャンピングカーといった移動式の車両ＣＲをコワーキングスペース１０として利用する場合についても、図２０を参照して説明した手法と同様の手法により実現することができる。

以上、ユーザＰ２やユーザＰ１を支援する場合の一例を説明したが、例えば、第１実施形態で説明した調整情報や切替情報を第２実施形態で採用してもよい。調整情報を第２実施形態で採用すれば、ユーザＰ２やユーザＰ１が車両ＣＲに乗車する時点で室内環境が既に調整されており、交流会会場２０や手続施設まで円滑に移動することができる。また、切替情報を第２実施形態で採用すれば、ユーザＰ２の運転負担を軽減することができる。具体的には、車両ＣＲが第１実施形態で説明したクルーズコントロール機能や駐車支援機能を有していれば、切替情報によりこれらの機能を発揮させることにより、ユーザＰ２の運転負担を軽減することができる。

その他、ユーザ支援システム２００はユーザＰ１やユーザＰ３のプロフィール情報を事前に管理し、第１ユーザ端末１００やユーザＰ３のユーザ端末から予約情報を受信した場合に、配車されたユーザＰ１の車両ＣＲやユーザＰ３の車両ＣＲにプロフィール情報を送信してもよい。車両ＣＲの車両制御システム３００はプロフィール情報を案内部３３０に出力することで、交流会会場２０に到着するまでにユーザＰ１やユーザＰ３はお互いのプロフィールを把握することができる。また、第２ユーザ端末１１０に事前に配車画面を準備し、配車画面で選択された各選択肢を含む予約情報を第２ユーザ端末１１０が記憶する予定情報と共にユーザ支援システム２００に送信するようにしてもよい。これにより、ユーザＰ２は希望条件を選択すれば、配車される車両ＣＲに予定情報に含まれる場所が設定され、ユーザＰ２による車両ＣＲに対する目的地の設定操作が省略される。

以上、第２実施形態に係るユーザ支援システム２００であっても、第１実施形態と同様に、コワーキングスペース１０のユーザＰ２の円滑な移動を支援することができる。特に、情報生成部２２３は、支援受付部２１３が支援情報を受け付けた場合、第２ユーザ端末１１０から第２ユーザ端末１１０が管理するユーザＰ２の行動予定を含む予定情報を取得し、予定情報に基づいて、行動予定に含まれる行先の場所を目的地として決定する。通信部２２２はその目的地を含む制御情報を送信する。これにより、コワーキングスペース１０のユーザＰ２の予定情報に含まれる行先の場所までの円滑な移動を支援することができる。

（第３実施形態）
続いて、図２３から図２７を参照して、本発明の第３実施形態について説明する。

図２３は第３実施形態に係るユーザ支援システム２００及び車両制御システム３００の一例を説明するための図である。尚、図１に示す構成と同様の構成には同一符号を付し、その説明を省略する。第３実施形態では、ユーザＰ１に対する第３サービスについて説明する。

図２３に示すように、車両ＣＲに乗車したユーザＰ１が向かうコワーキングスペース１０は混雑している場合がある。このような場合、ユーザＰ１が第１ユーザ端末１００に対して第３サービスを利用する操作を行うと、ユーザ支援システム２００は第１ユーザ端末１００にコワーキングスペース１０などの利用状況を確認する画面を提供する。そして、ユーザＰ１が第１ユーザ端末１００に対してコワーキングスペース１０から混雑が少ない別のコワーキングスペース１５に目的地を変更する操作を行うと、ユーザ支援システム２００は新たな目的地を含む制御情報を送信する。車両ＣＲの車両制御システム３００はユーザ支援システム２００から送信された制御情報を受信すると、制御情報に含まれる新たな目的地を自身に設定する。これにより、ユーザＰ１に新たな目的地が案内され、ユーザＰ１は別のコワーキングスペース１５まで円滑に移動することができる。

次に、図２４及び図２５を参照して、第１ユーザ端末１００、ユーザ支援システム２００及び車両制御システム３００の動作について説明する。

図２４は第３実施形態に係る第１処理シーケンス図の一例である。図２５は確認画面の一例である。図２４に示すように、ステップＳ２１３の処理において、支援受付部２１３は会員情報の中に会員ＩＤとサービスの組み合わせが含まれていると判断した場合、サービスの利用可と判断する。この場合、第４支援サーバ２４０の状況管理部２４３は利用状況記憶部２４１が記憶する利用状況情報を取得する。通信部２４２は確認画面に関する画面情報を利用状況情報と共に第１ユーザ端末１００に送信する（ステップＳ２８１）。これにより、第１ユーザ端末１００の通信部１０４は確認画面に関する画面情報を利用状況情報と共に受信する（ステップＳ１８１）。

通信部１０４が確認画面に関する画面情報を利用状況情報と共に受信すると、処理部１０５はその画面情報を利用状況情報と共に表示部１０３に出力する。これにより、図２５に示すように、表示部１０３はアプリを利用して利用状況を含む確認画面を表示する（ステップＳ１８２）。ユーザＰ１は、混雑状況及びイベント時間帯といった利用状況を確認し、入力部１０２に対し、確認画面に含まれるスペース名のいずれかを選択する操作、及び変更ボタンを押下する操作を順に行う。処理部１０５は変更ボタンの押下を検出すると、通信部１０４は選択されたスペース名を含む支援情報をユーザ支援システム２００に送信する（ステップＳ１８３）。これにより、第１支援サーバ２１０の通信部２１２は支援情報を受信する（ステップＳ２８２）。

通信部２１２が支援情報を受信すると、支援受付部２１３は、支援情報を受け付ける（ステップＳ２８３）。支援受付部２１３が支援情報を受け付けると、状況管理部２４３は目的地を決定する（ステップＳ２８４）。より詳しくは、状況管理部２４３は支援受付部２１３が受け付けた支援情報を取得し、支援情報に含まれるスペース名に対応するスペース住所を利用状況記憶部２４１から抽出し、抽出したスペース住所を目的地として決定する。

状況管理部２４３が目的地を決定すると、情報生成部２２３はその目的地を含む制御情報を生成し、通信部２２２は情報生成部２２３が生成した制御情報を車両制御システム３００に送信する（ステップＳ２８５）。制御情報はユーザＰ１が乗車中の車両ＣＲを制御する情報である。これにより、車両制御システム３００の情報受信部３０１は制御情報を受信する（ステップＳ３８１）。

情報受信部３０１が制御情報を受信すると、車両制御部３０２は制御情報に含まれる目的地を自身に設定する（ステップＳ３８２）。また、車両制御部３０２は目的地を設定すると、ＧＰＳ情報に基づいて、車両ＣＲの現在位置を出発地として自身に設定し、出発地から目的地までの経由地を含む最短経路の経路情報を生成して案内部３３０に出力する。これにより、案内部３３０は出発地から目的地までの最短経路を含む案内画面を表示する。したがって、ユーザＰ１が当初の目的地であったコワーキングスペース１０に向かう途中でも、新たな目的地として別のコワーキングスペース１５に行先を変更することができる。

次に、図２６及び図２７を参照して、第１ユーザ端末１００、ユーザ支援システム２００及び車両制御システム３００の他の動作について説明する。

図２６は第３実施形態に係る第２処理シーケンス図の一例である。図２７は配達画面の一例である。図２６に示すように、ステップＳ２１３の処理において、支援受付部２１３は会員情報の中に会員ＩＤとサービスの組み合わせが含まれていると判断した場合、サービスの利用可と判断する。この場合、通信部２１２は配達画面に関する画面情報を第１ユーザ端末１００に送信する（ステップＳ２９１）。これにより、第１ユーザ端末１００の通信部１０４は配達画面に関する画面情報を受信する（ステップＳ１８１）。

通信部１０４が配達画面に関する画面情報を受信すると、処理部１０５はその画面情報を表示部１０３に出力する。これにより、図２７に示すように、表示部１０３はアプリを利用して配達画面を表示する（ステップＳ１９２）。ユーザＰ１は、入力部１０２に対し、配達画面に含まれる入力欄に必要事項を入力する操作、及び完了ボタンを押下する操作を順に行う。処理部１０５は変更ボタンの押下を検出すると、通信部１０４は入力された必要事項を含む支援情報をユーザ支援システム２００に送信する（ステップＳ１９３）。これにより、第１支援サーバ２１０の通信部２１２は支援情報を受信する（ステップＳ２９２）。

通信部２１２が支援情報を受信すると、支援受付部２１３は、支援情報を受け付ける（ステップＳ２９３）。支援受付部２１３が支援情報を受け付けると、状況管理部２４３は目的地を決定する（ステップＳ２９４）。より詳しくは、状況管理部２４３は支援受付部２１３が受け付けた支援情報を取得し、支援情報に含まれる配達先に対応するスペース住所を利用状況記憶部２４１から抽出し、抽出したスペース住所を目的地として決定する。

状況管理部２４３が目的地を決定すると、次いで、状況管理部２４３は車内空調を決定する（ステップＳ２９５）。より詳しくは、状況管理部２４３は支援受付部２１３が受け付けた支援情報を取得し、支援情報に含まれる配達物の保存と運転者の快適性を考慮した車内空調を配達物毎に決定する。例えば状況管理部２４３は生鮮食品については車内空調の温度の設定値を５℃〜１０℃に決定し、高温による鮮度低下を回避する。

状況管理部２４３が車内空調を決定すると、情報生成部２２３は目的地と車内空調を含む制御情報を生成し、通信部２２２は情報生成部２２３が生成した制御情報を車両制御システム３００に送信する（ステップＳ２９６）。制御情報はユーザＰ１が目的地までの配送に利用する車両ＣＲを制御する情報である。当該車両ＣＲとしては、例えば、生鮮食品や日用品などを取り扱う生産事業者や流通事業者が保有する配送車であってもよいし、生産事業者や流通事業者から運送を委託された運送事業者の運搬車であってもよい。また、配送車や運搬車は自動運転レベル「４」又は自動運転レベル「５」の自動運転ステータス情報を備えていても備えていなくてもよい。これにより、車両制御システム３００の情報受信部３０１は制御情報を受信する（ステップＳ３９１）。尚、通信部２２２が制御情報を送信すると、情報生成部２２３は配達物の手配完了を第１ユーザ端末１００に通知する（ステップＳ２９７）。

情報受信部３０１が制御情報を受信すると、車両制御部３０２は制御情報に含まれる目的地を自身に設定する（ステップＳ３９２）。また、車両制御部３０２は制御情報に含まれる車内空調を自身に設定する（ステップＳ３９３）。車両制御部３０２は目的地を設定すると、ＧＰＳ情報に基づいて、車両ＣＲの現在位置を出発地として自身に設定し、出発地から目的地までの経由地を含む最短経路の経路情報を生成して案内部３３０に出力する。車両制御部３０２は車内空調を自身に設定すると、空調部３２０に出力する。

これにより、案内部３３０は出発地から目的地までの最短経路を含む案内画面を表示する。したがって、ユーザＰ１が生産事業者、流通事業者、運送事業者に配達先の詳細を説明しなくても、必要な配達物がコワーキングスペース１０に届けられる。また、空調部３２０が車両ＣＲ内を配達物の保存と運転者の快適性を考慮した環境に制御するため、運転者の快適性が維持された状態で、配達物が劣化せずに届けられる。

特に、配送車や運搬車は自動運転レベル「４」又は自動運転レベル「５」の自動運転ステータス情報を備えている場合には、車両制御部３０２は経路情報を生成して駆動部３１０を制御する。これにより、配送車に運搬車に運転者が不在の状態で必要な配達物が届けられる。

以上、第３実施形態に係るユーザ支援システム２００であっても、第１実施形態及び第２実施形態と同様に、コワーキングスペース１０のユーザＰ１の円滑な移動を支援することができる。特に、ユーザ支援システム２００はコワーキングスペース１０の利用状況を含む利用状況情報を管理する状況管理部２４３を含んでいる。そして、情報生成部２２３は、利用状況情報に基づいて、コワーキングスペース１０を利用する予定の第１ユーザ端末１００に利用状況を提供し、利用する予定のコワーキングスペース１０の変更を検出した場合、ユーザＰ１の現在地から変更後のコワーキングスペース１５を目的地として決定する。通信部２２２はその目的地を含む制御情報を送信する。これにより、コワーキングスペース１０のユーザＰ１が目的地を変更しても、ユーザＰ１の円滑な移動を支援することができる。

以上本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。例えば、第１実施形態から第３実施形態は適宜組み合わせて実施されてもよい。また、通信部２１２は第１ユーザ端末１００が車両ＣＲの車室内に位置すると情報生成部２２３が判断した場合、目的地を含む制御情報を第１ユーザ端末１００に送信してもよい。これにより、案内部３３０を有しない車両ＣＲであっても、ユーザＰ１を支援することができる。

さらに、第１支援サーバ２１０、第２支援サーバ２２０、第３支援サーバ２３０、及び第４支援サーバ２４０の少なくとも１つはデータセンターＤＣと異なる拠点に設置されてもよい。さらに、第１支援サーバ２１０、第２支援サーバ２２０、第３支援サーバ２３０、及び第４支援サーバ２４０に含まれる各機能を１台のサーバ装置に集約し、各機能を集約した１台のサーバ装置がクラウドサービスを実現してもよい。さらに、このような各機能を２台のサーバ装置に集約し、２台のサーバ装置が連携してクラウドサービスを実現してもよい。

１００ 第１ユーザ端末
２００ ユーザ支援システム
２１０ 第１支援サーバ
２１３ 支援受付部
２２０ 第２支援サーバ
２２１ 施設記憶部
２２２ 通信部
２２３ 情報生成部
２３０ 第３支援サーバ
２３３ 車両配車部
２４０ 第４支援サーバ
２４３ 状況管理部
３００ 車両制御システム
３０１ 情報受信部
３０２ 車両制御部

Claims (11)

1. 他のユーザと協働可能な場所のユーザが使用するユーザ端末から前記ユーザが支援を求める支援情報を受け付ける支援受付部と、
   前記支援受付部が前記支援情報を受け付けた場合、前記ユーザが利用する車両を制御する制御情報を生成する情報生成部と、
   前記制御情報を前記車両に送信する通信部と、
   を有するユーザ支援システム。
2. 前記ユーザにより預託された被預託者を搬送可能な医療施設の場所を含む施設情報を記憶する施設記憶部を含み、
   前記情報生成部は、前記支援受付部が前記被預託者の引き取り承諾を含む前記支援情報を受け付けた場合、前記施設情報に基づいて、前記ユーザが前記車両から降車する予定の医療施設の場所を目的地として決定し、
   前記通信部は、前記目的地を含む前記制御情報を送信する、
   ことを特徴とする請求項１に記載のユーザ支援システム。
3. 前記情報生成部は、前記支援受付部が前記支援情報を受け付けた場合、前記ユーザ端末から前記ユーザ端末が管理する前記ユーザの行動予定を含む予定情報を取得し、前記予定情報に基づいて、前記行動予定に含まれる行先の場所を目的地として決定し、
   前記通信部は、前記目的地を含む前記制御情報を送信する、
   ことを特徴とする請求項１に記載のユーザ支援システム。
4. 前記協働可能な場所の利用状況を含む利用状況情報を管理する状況管理部を含み、
   前記情報生成部は、前記利用状況情報に基づいて、前記協働可能な場所を利用する予定の前記ユーザ端末に前記利用状況を提供し、利用する予定の前記協働可能な場所の変更を検出した場合、前記ユーザの現在地から変更後の前記協働可能な場所を目的地として決定し、
   前記通信部は、前記目的地を含む前記制御情報を送信する、
   ことを特徴とする請求項１に記載のユーザ支援システム。
5. 前記ユーザ端末に対する前記車両の配車を求める操作に基づいて、前記ユーザに前記車両を配車する車両配車部を含み、
   前記通信部は、前記車両の配車が完了した場合、配車された前記車両に前記目的地を含む前記制御情報を送信する、
   ことを特徴とする請求項２から４のいずれか１項に記載のユーザ支援システム。
6. 前記情報生成部は、前記支援受付部が前記支援情報を受け付けた場合、前記支援情報が前記車両の配車に関する緊急度を含むか否かを判断し、前記支援情報が前記緊急度を含むと判断した場合、前記車両配車部を、前記車両を優先的に配車する優先モードに設定する、
   ことを特徴とする請求項５に記載のユーザ支援システム。
7. 前記情報生成部は、気象情報を取得し、前記気象情報に基づいて、前記ユーザの乗車予定地から前記目的地までの間に危険な走行環境が含まれると判断した場合、前記危険な走行環境を特定し、
   前記通信部は、前記危険な走行環境を含む前記制御情報を送信する、
   ことを特徴とする請求項２から６のいずれか１項に記載のユーザ支援システム。
8. 前記通信部は、前記ユーザ端末が前記車両の車室内に位置すると前記情報生成部が判断した場合、前記目的地を含む前記制御情報を前記ユーザ端末に送信する、
   ことを特徴とする請求項２から７のいずれか１項に記載のユーザ支援システム。
9. 前記情報生成部は、前記車両から前記ユーザの運転を支援する運転支援情報を取得し、前記運転支援情報があると判断した場合、前記運転支援情報を利用しない第１の走行モードから前記運転支援情報を利用する第２の走行モードに切り替える切替情報を生成し、
   前記通信部は、前記切替情報を含む前記制御情報を送信する、
   ことを特徴とする請求項１から８のいずれか１項に記載のユーザ支援システム。
10. 前記情報生成部は、前記車両の車室内の環境を調整する契機を検出した場合、前記車室内の環境を調整する調整情報を生成し、
    前記通信部は、前記調整情報を含む前記制御情報を送信する、
    ことを特徴とする請求項１から９のいずれか１項に記載のユーザ支援システム。
11. 他のユーザと協働可能な場所のユーザが使用するユーザ端末から前記ユーザが支援を求める支援情報を受け付けた場合に、前記ユーザが利用する車両を制御する制御情報を生成して前記車両に送信するユーザ支援システムから、前記制御情報を受信する情報受信部と、
    前記制御情報に基づいて、前記車両を制御する車両制御部と、
    を有する車両制御システム。
    

Images