JP2020154607A - サービス提供システムおよび車両 - Google Patents

Abstract

【課題】自律走行可能な車両に乗車するユーザがサービスの提供を受ける際の利便性を向上させる。【解決手段】サービス提供システムは、第１車両、第２車両、および管理装置を備える。第１車両は、自律走行可能な車両であって、複数のユーザが利用可能な共用車両であり、利用するユーザに対して所定のサービスを提供する。第２車両は、自律走行可能な車両であって、複数のユーザのうちの特定のユーザが乗車する車両であり、且つ、第１車両に接続可能であって、該第１車両に接続することで、所定のサービスを該特定のユーザが受けることが可能となる。管理装置は、第１車両と第２車両とが合流するように、少なくとも一方の車両に対して自律走行のための走行情報を送信する。【選択図】図２

Description

本発明は、自律走行可能な車両に乗車するユーザに対してサービスを提供するためのサービス提供システム、および、自律走行可能な車両に関する。

近年、自律走行可能な車両に関する様々な技術が開発されている。例えば、特許文献１には、路面に埋設された複数の情報発信部から情報を受信して、走行経路に沿って自律走行する無人搬送車が開示されている。

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

本発明は、自律走行可能な車両に乗車するユーザがサービスの提供を受ける際の利便性を向上させることが可能な技術を提供することを目的とする。

本発明の第１の態様に係るサービス提供システムは、自律走行可能な車両であって、複数のユーザが利用可能な共用車両であり、利用するユーザに対して所定のサービスを提供する第１車両と、自律走行可能な車両であって、前記複数のユーザのうちの特定のユーザが乗車する車両であり、且つ、前記第１車両に接続可能であって、前記第１車両に接続することで、前記第１車両によって提供される前記所定のサービスを前記特定のユーザが受けることが可能となる第２車両と、前記特定のユーザが前記所定のサービスの提供を要求している旨の情報を含むユーザ情報を受信すると、前記第１車両と前記第２車両とが合流するように、前記第１車両および前記第２車両のうち少なくとも一方の車両に対して自律走行のための走行情報を送信する管理装置と、
を備える。

また、本発明の第２の態様に係る車両は、上記第１の態様に係るサービス提供システムにおいて前記第１車両として用いられる車両である。

また、本発明の第３の態様に係る車両は、上記第１の態様に係るサービス提供システムにおいて前記第２車両として用いられる車両である。

本発明によれば、自律走行可能な車両に乗車するユーザがサービスの提供を受ける際の利便性を向上させることができる。

第１実施形態に係るサービス提供システムの概略構成を示す図である。 サービス車両とユーザ車両とが相互に接続された状態を示す図である。 第１実施形態に係るサービス車両の機能構成の一例を示すブロック図である。 第１実施形態に係る管理サーバの機能構成の一例を示すブロック図である。 第１実施形態に係る、走行情報生成部において実行される情報処理のフローを示すフローチャートである。 第１実施形態に係るユーザ情報のテーブル構成の一例を示す図である。 第２実施形態に係るサービス提供システムの概略構成を示す図である。 第２実施形態に係る管理サーバの機能構成の一例を示すブロック図である。 第２実施形態に係るサービス車両情報のテーブル構成の一例を示す図である。 第２実施形態に係る、走行情報生成部において実行される情報処理のフローを示すフローチャートである。 第２実施形態に係るユーザ情報のテーブル構成の一例を示す図である。

本発明に係るサービス提供システムは、第１車両、第２車両、および管理装置を備えている。第１車両および第２車両はいずれも自律走行可能な車両である。また、第１車両は、本発明に係るサービス提供システムを利用する複数のユーザが利用可能な共用車両である。そして、第１車両は、利用するユーザに対して所定のサービスを提供する。

一方、第２車両は、本発明に係るサービス提供システムを利用する複数のユーザのうちの特定のユーザが乗車する車両である。また、第２車両は、第１車両に接続することが可能に構成されている。そして、第２車両が第１車両に接続することで、特定のユーザが、該第１車両によって提供される所定のサービスを受けることが可能となる。

また、管理装置は第１車両および第２車両の走行を管理するための装置である。管理装置は、第２車両に乗車する特定のユーザに関するユーザ情報を受信する。このユーザ情報には、特定のユーザが所定のサービスの提供を要求している旨の情報が含まれている。そして、管理装置は、ユーザ情報を受信すると、第１車両と第２車両とが合流するように、該第１車両および該第２車両のうち少なくとも一方の車両に対して自律走行のための走行情報を送信する。ここで、走行情報は、車両の走行経路や走行スケジュールを生成するための情報であってもよい。

本発明によれば、管理装置が特定のユーザに関するユーザ情報を受信すると、所定のサービスを提供する第１車両と、該特定のユーザが乗車している第２車両とが自律走行によって合流することになる。第１車両と第２車両とが合流すると、該第２車両が該第１車両に接続することが可能となる。そして、第２車両が第１車両に接続することで、該第１車両によって提供される所定のサービスを特定のユーザが受けることが可能となる。したがって、特定のユーザが乗車している第２車両自体は所定のサービスを提供する機能を有していなくても、該特定のユーザが該第２車両に乗車した状態で該所定のサービスの提供を受けることが可能となる。そのため、自律走行可能な車両に乗車するユーザがサービスの提供を受ける際の利便性を向上させることができる。

以下、本発明の具体的な実施形態について図面に基づいて説明する。本実施例に記載されている構成部品の寸法、材質、形状、その相対配置等は、特に記載がない限りは発明の技術的範囲をそれらのみに限定する趣旨のものではない。

＜第１実施形態＞
（システムの概略）
図１は、本実施形態に係るサービス提供システムの概略構成を示す図である。サービス提供システム１は、サービス車両１００、ユーザ車両２００、および管理サーバ３００を含んで構成される。サービス車両１００およびユーザ車両２００はいずれも自律走行可能な車両である。

サービス提供システム１は複数のユーザによって利用されるシステムである。サービス車両１００は、サービス提供システム１を利用する各ユーザに対して所定のサービスを提供する。つまり、サービス車両１００は、複数のユーザが利用可能な共用車両である。ここで、サービス車両１００がユーザに対して提供する所定のサービスは、例えば、ピザやパン、ラーメン等の飲食物を車内で製造しユーザに販売するサービスであってもよい。また、サービス車両１００がユーザに対して提供する所定のサービスは、サービス車両１００の車内のスペースを休憩スペースや会議スペースとしてユーザに提供するサービスであってもよい。なお、サービス車両１００は、その車内に、提供するサービスに応じた設備を備えている。

一方で、ユーザ車両２００は、サービス提供システム１を利用する複数のユーザのうちの特定のユーザが乗車する車両である。このユーザ車両２００は、サービス車両１００が提供する所定のサービスを提供する機能を有してはいない。なお、上述したように、サービス提供システム１は複数のユーザによって利用される。そして、各ユーザは、各自に紐づけられたユーザ車両に乗車した状態でサービス提供システム１を利用する。したがって、ユーザ車両は複数存在する。図１に示すユーザ車両２００は、このように複数存在するユーザ車両のうちの一つである。

サービス提供システム１においては、サービス車両１００と、ユーザ車両２００と、管理サーバ３００とが、ネットワークＮ１によって相互に接続される。ネットワークＮ１には、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）や、携帯電話等の電話通信網が採用されてもよい。

また、管理サーバ３００は、サービス車両１００およびユーザ車両２００の走行を管理するためのサーバである。管理サーバ３００は、サービス車両１００およびユーザ車両２００それぞれに対し自律走行のための走行情報をネットワークＮ１を介して送信することができる。サービス車両１００およびユーザ車両２００は、管理サーバ３００から走行情報を受信すると、該走行情報に基づいて自律走行を行う。

管理サーバ３００は、一般的なコンピュータを含んで構成される。管理サーバ３００を構成するコンピュータは、ＣＰＵやＤＳＰ等のプロセッサ３１０と、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）等の主記憶部３２０と、ＥＰＲＯＭ、ハードディスクドライブ（ＨＤＤ）、リムーバブルメディア等の補助記憶部３３０と、を備えている。ここで、リムーバブルメディアは、例えば、ＵＳＢメモリやＳＤカード等のフラッシュメモリ、あるいは、ＣＤ−ＲＯＭやＤＶＤディスク、ブルーレイディスクのようなディスク記録媒体である。

管理サーバ３００において、補助記憶部３３０には、オペレーティングシステム（ＯＳ）、各種プログラム、各種情報テーブル等が格納されている。また、管理サーバ３００において、プロセッサ３１０が、補助記憶部３３０に記憶されたプログラムを主記憶部３２０にロードして実行することによって、後述するような各種の機能を実現することができる。ただし、管理サーバ３００における一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。なお、管理サーバ３００は、必ずしも単一の物理的構成によって実現される必要はなく、互いに連携する複数台のコンピュータによって構成されてもよい。

また、サービス車両１００およびユーザ車両２００は、それぞれ、両車両１００、２００を相互に接続させることが可能な機構を有してる。図２は、サービス車両１００とユーザ車両２００とが相互に接続された状態を示す図である。サービス車両１００は、ユーザ車両２００と接続するための接続機構１０を有している。また、ユーザ車両２００は、サ
ービス車両１００と接続するための接続機構２０を有している。ユーザ車両２００の接続機構２０は、該ユーザ車両２００の車内と車外とを連通させる開口部、および、該開口部を開放または閉鎖する自動扉を備えている。また、サービス車両１００の接続機構１０も、該サービス車両１００の車内と車外とを連通させる開口部、および、該開口部を開放または閉鎖する自動扉を備えている。さらに、サービス車両１００の接続機構１０は、伸縮可能に構成されたボーディングブリッジ１０ａを備えている。

ボーディングブリッジ１０ａは、サービス車両１００が単独で走行しているときは、接続機構１０の本体内部に格納されている。そして、サービス車両１００にユーザ車両２００が接続されるときには、該サービス車両１００の接続機構１０からボーディングブリッジ１０ａが伸び、該ボーディングブリッジ１０ａの端部がユーザ車両２００の接続機構２０に接続される。そうなると、サービス車両１００の開口部とユーザ車両２００の開口部とがボーディングブリッジ１０ａによって連通される。このようにサービス車両１００とユーザ車両２００とがそれぞれの接続機構１０、２０によって相互に接続されると、該サービス車両１００が提供する所定のサービスに関する所定物品（例えば、飲食物）や、ユーザ車両２００に乗車しているユーザが、該サービス車両１００と該ユーザ車両２００との間をボーディングブリッジ１０ａを介して移動することが可能となる。その結果、ユーザ車両２００に乗車しているユーザが、サービス車両１００から所定のサービスの提供を受けることが可能となる。

つまり、例えば、サービス車両１００が提供する所定のサービスが、飲食物を製造・販売するサービスである場合は、該サービス車両１００の車内で製造された飲食物を、ユーザ車両２００に乗車しているユーザがボーディングブリッジ１０ａを介して受け取ることが可能となる。また、例えば、サービス車両１００が提供する所定のサービスが、サービス車両１００の車内のスペースを休憩スペースや会議スペースとして提供するサービスである場合は、ユーザ車両２００に乗車していたユーザがボーディングブリッジ１０ａを介してサービス車両１００に移動して該サービス車両１００の車内のスペースを利用することが可能となる。

なお、サービス車両１００およびユーザ車両２００それぞれの接続機構は、上記のようなボーディングブリッジ１０ａを介して相互に接続されるような機構に限られるものではない。例えば、サービス車両１００の車体に、ユーザ車両２００を収容する収容部が形成されており、該収容部に該ユーザ車両２００が収容されることで該サービス車両１００と該ユーザ車両２００とが相互に接続されるような構造の接続機構を両車両１００、２００が備えていてもよい。つまり、サービス車両１００およびユーザ車両２００それぞれの接続機構は、該接続機構を介してサービス車両１００とユーザ車両２００とが物理的に接続されると、該サービス車両１００が提供する所定のサービスに関する所定物品や、ユーザ車両２００に乗車しているユーザが、該サービス車両１００と該ユーザ車両２００との間を移動可能となるような構造を有していればよい。また、サービス車両１００が提供する所定のサービスが所定物品をユーザに販売するサービスである場合は、必ずしも、該サービス車両１００とユーザ車両２００との間をユーザが移動する必要はない。そのため、この場合は、サービス車両１００およびユーザ車両２００それぞれの接続機構は、該接続機構を介してサービス車両１００とユーザ車両２００とが相互に接続されると該サービス車両１００と該ユーザ車両２００との間を所定物品が移動可能となるような構造を有していればよい。

そして、管理サーバ３００は、ユーザ車両２００に乗車しているユーザが、サービス車両１００が提供する所定のサービスの提供を要求している旨の情報を含むユーザ情報を受信すると、両車両１００、２００が合流するように、両車両１００、２００それぞれに対する走行情報を生成する。さらに、管理サーバ３００は、生成した走行情報をネットワー
クＮ１を介して両車両１００、２００に送信する。このような走行情報をサービス車両１００およびユーザ車両２００が受信すると、両車両１００、２００が自律走行によって合流することになる。その結果、サービス車両１００とユーザ車両２００とがそれぞれの接続機構１０、２０を介して相互に接続することが可能となる。

（機能構成）
次に、本実施形態に係るサービス提供システムを構成する、サービス車両１００および管理サーバ３００それぞれの機能構成について図３および図４に基づいて説明する。なお、自律走行制御および接続機構制御に関するユーザ車両２００の機能構成はサービス車両１００と同様であるため、その説明を省略する。

（サービス車両）
図３は、本実施形態に係るサービス車両の機能構成の一例を示すブロック図である。上述したように、サービス車両１００は、管理サーバ３００から送信される走行情報に基づいて自律走行を行う自律走行車両である。サービス車両１００は、通信部１０１、記憶部１０２、センサ１０３、位置情報取得部１０４、駆動部１０５、および制御部１０６を含んで構成される。なお、サービス車両１００は、モータを原動機とする電気自動車である。ただし、サービス車両１００の原動機は、電動モータに限定されるものではなく、内燃機関であってもよい。また、サービス車両１００は、原動機としてモータおよび内燃機関の両方を有するハイブリッド車両であってもよい。

通信部１０１は、サービス車両１００をネットワークＮ１に接続するための機能を有する。通信部１０１は、例えば３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）やＬＴＥ（Ｌｏｎｇ
Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）等の移動体通信サービスを利用して、ネットワークＮ１経由で、管理サーバ３００を含む他の装置と通信を行うことができる。制御部１０６は、後述する位置情報取得部１０４によって取得される自車両の現在位置に関する位置情報を通信部１０１を介して管理サーバ３００に送信する処理を行う。また、制御部１０６は、管理サーバ３００からサービス車両１００に対して送信される走行情報を通信部１０１を介して受信する処理を行う。なお、通信部１０１は、他の車両と車々間通信を行うための通信装置をさらに有していてもよい。

記憶部１０２は、情報を記憶する装置であり、磁気ディスクやフラッシュメモリ等の記憶媒体により構成される。記憶部１０２には、例えば地図情報が記憶されている。また、記憶部１０２には、後述する走行計画生成部１０６３によって生成されたサービス車両１００の走行計画が記憶される。

センサ１０３は、サービス車両１００の周囲の状況をセンシングするための装置である。具体的には、センサ１０３は、ステレオカメラ、レーザスキャナ、ＬＩＤＡＲ、レーダ等を含んで構成される。センサ１０３が取得した、サービス車両１００の周囲の状況に関する情報は、制御部１０６に送信される。位置情報取得部１０４は、サービス車両１００の現在位置を取得する装置であり、具体的にはＧＰＳ受信器などを含んで構成される。位置情報取得部１０４が取得したサービス車両１００の現在位置に関する位置情報は、制御部１０６に送信される。

制御部１０６は、サービス車両１００を制御するための演算処理を行う機能を有する。制御部１０６は、例えば、マイクロコンピュータによって構成される。制御部１０６は、機能モジュールとして、環境検出部１０６１、走行制御部１０６２、走行計画生成部１０６３、および接続機構制御部１０６４を有している。各機能モジュールは、制御部１０６が有するＲＯＭ等の記憶部に記憶されたプログラムを、ＣＰＵ等のプロセッサによって実行することで実現してもよい。また、一部または全部の機能はＡＳＩＣやＦＰＧＡのよう
なハードウェア回路によって実現されてもよい。

環境検出部１０６１は、センサ１０３が取得した情報に基づいて、サービス車両１００の周囲の環境を検出する。例えば、環境検出部１０６１は、自車両の周囲に存在する他車両等の物体（人や動物を含む）を検出する。また、環境検出部１０６１は、道路における車線の数や位置、道路の構造、道路標識等の、車両１００の自律走行に必要となる種々の対象を検出する。また、環境検出部１０６１は、検出した物体をトラッキングしてもよい。この場合、例えば、１ステップ前に検出した物体の座標と、現在の該物体の座標との差分から、該物体の相対速度を求めてもよい。

また、走行制御部１０６２は、記憶部１０２に記憶された走行計画、位置情報取得部１０４が取得したサービス車両１００の位置情報、および、環境検出部１０６１が検出した周囲環境のデータに基づいて、サービス車両１００の走行を制御する。例えば、走行制御部１０６２は、走行計画に含まれる走行経路上を該走行計画に含まれる走行スケジュールに沿ってサービス車両１００を走行させる。また、環境検出部１０６１によって、サービス車両１００が衝突する可能性がある物体が検出された場合、走行制御部１０６２が、該物体との衝突を回避するようサービス車両１００を走行させる衝突回避制御を実行する。なお、上記のようにサービス車両１００を自律走行させる方法については、公知の方法を採用することができる。

また、走行計画生成部１０６３は、管理サーバ３００から受信した走行情報に基づいて走行経路や走行スケジュールを含む自車両の走行計画を生成する。後述するように、管理サーバ３００から送信される走行情報には、サービス車両１００とユーザ車両２００との合流地点および合流時間が含まれている。そして、走行計画生成部１０６３は、自車両が該合流地点に該合流時間に到着するような走行計画を生成する。

駆動部１０５は、原動機であるモータ、および、サービス車両１００を走行させるための機構（例えば、インバータ、ブレーキ、およびステアリング機構）を含んで構成される。駆動部１０５は、走行制御部１０６２がサービス車両１００の走行を制御するために生成した指令に基づいて自車両を走行させる。これによって、サービス車両１００の自律走行が実現される。

また、接続機構制御部１０６４は、サービス車両１００の接続機構１０を制御する。接続機構制御部１０６４は、サービス車両１００とユーザ車両２００とが合流した後、両車両１００、２００が相互に接続される際に、接続機構１０のボーディングブリッジ１０ａをユーザ車両２００に向けて伸ばし、該ボーディングブリッジ１０ａの端部を該ユーザ車両２００の接続機構２０に接続させる。なお、サービス車両１００とユーザ車両２００との合流後において、サービス車両１００の接続機構１０から伸びたボーディングブリッジ１０ａをユーザ車両２００の接続機構２０に接続可能となるように、車々間通信を用いて両車両１００、２００の走行を制御してもよい。

また、サービス車両１００は、必ずしも無人で走行する車両である必要はない。例えば、所定のサービスをユーザに対して提供するための接客要員や、該サービス車両１００の保安のための保安要員等を担う人が該サービス車両１００に乗車していてもよい。また、サービス車両１００およびユーザ車両２００は、必ずしも常時自律走行を行う車両でなくてもよい。例えば、サービス車両１００およびユーザ車両２００は、自動運転モードと手動運転モードとを切り替え可能な車両であってもよい。

（管理サーバ）
図４は、本実施形態に係る管理サーバの機能構成の一例を示すブロック図である。管理
サーバ３００は、通信部３０１および制御部３０２を含んで構成される。通信部３０１は、管理サーバ３００をネットワークＮ１に接続するための機能を有する。通信部３０１は、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インターフェースボードや、無線通信のための無線通信回路を含んで構成される。制御部３０２は、管理サーバ３００を制御するための演算処理を行う機能を有する。制御部３０２は、プロセッサ３１０によって実現することができる。

制御部３０２は、サービス車両１００およびユーザ車両２００それぞれから送信される各車両の現在位置に関する位置情報を通信部３０１を介して受信する処理を行う。また、ユーザ車両２００からは、該ユーザ車両２００に乗車しているユーザが、サービス車両１００が提供する所定のサービスの提供を要求している旨の情報を含むユーザ情報が送信される。制御部３０２は、このユーザ車両２００から送信されたユーザ情報を通信部３０１を介して受信する処理を行う。なお、ユーザ情報は、ユーザ車両２００に搭載された車載装置から送信されてもよく、また、ユーザ車両２００に乗車しているユーザが所持する端末から送信されてもよい。また、制御部３０２は、後述する走行情報生成部３０２２によって生成された走行情報を通信部３０１を介してサービス車両１００およびユーザ車両２００に送信する処理を行う。

また、制御部３０２は、機能モジュールとして、位置情報管理部３０２１および走行情報生成部３０２２を有している。位置情報管理部３０２１は、通信部３０１を介して受信したサービス車両１００およびユーザ車両２００それぞれの現在位置に関する位置情報を管理する。走行情報生成部２０２２は、位置情報管理部３０２１によって管理されているサービス車両１００およびユーザ車両２００それぞれの現在位置に関する位置情報、および、ユーザ車両２００から受信したユーザ情報に基づいて、各車両１００、２００に対して送信する走行情報を生成する処理を行う。

（情報処理）
ここで、走行情報生成部３０２２において実行される、サービス車両１００およびユーザ車両２００に送信する走行情報を生成するための情報処理について図５および図６に基づいて説明する。図５は、本実施形態に係る、走行情報生成部３０２２において実行される情報処理のフローを示すフローチャートである。図６は、本実施形態に係る、管理サーバ３００がユーザ車両２００から受信するユーザ情報のテーブル構成の一例を示す図である。

図５に示すフローでは、先ずＳ１０１において、ユーザ車両２００からユーザ情報を受信したか否かが判別される。図６に示すように、ユーザ車両２００から受信するユーザ情報は、ユーザＩＤフィールド、車両ＩＤフィールド、提供希望時間フィールドを有している。ユーザＩＤフィールドには、サービス車両１００による所定のサービスの提供を受けることを要求しているユーザを特定するための情報であるユーザＩＤが入力される。車両ＩＤフィールドには、所定のサービスの提供を受けることを要求しているユーザが乗車しているユーザ車両２００を特定するための情報である車両ＩＤが入力される。提供希望時間フィールドには、ユーザが所定のサービスの提供を受けることを希望する時間として指定される提供希望時間が入力される。なお、ユーザ情報には、提供希望時間に加え、ユーザが所定のサービスの提供を受けることを希望する場所に関する情報が含まれていてもよい。

Ｓ１０１おいて否定判定された場合、本フローに係る情報処理の実行は一旦停止される。一方、Ｓ１０２において肯定判定された場合、走行情報を生成すべく、Ｓ１０２、Ｓ１０３の処理が実行される。Ｓ１０２においては、位置情報管理部３０２１に管理されているサービス車両１００およびユーザ車両２００それぞれの現在位置に関する位置情報が取
得される。

次に、Ｓ１０３において、ユーザ情報に含まれる提供希望時間、および、サービス車両１００およびユーザ車両２００それぞれの現在位置に基づいて、両車両１００、２００の合流地点および合流時間が決定される。ここでは、ユーザ車両２００に乗車するユーザに対して提供希望時間に所定のサービスを提供するために、ユーザ情報に含まれる提供希望時間以前の時間が両車両１００、２００の合流時間として定められる。また、サービス車両１００およびユーザ車両２００の両方が、定められた合流時間以前に到着可能な場所が合流地点として定められる。そして、Ｓ１０３で決定されたサービス車両１００とユーザ車両２００との合流地点および合流時間が走行情報として設定される。

上記のような情報処理によって生成された走行情報がサービス車両１００とユーザ車両２００とに送信されることで、ユーザの提供希望時間までに両車両１００、２００が合流するように、両車両１００、２００において走行計画が生成され、両車両１００、２００の自律走行が制御されることになる。その結果としてサービス車両１００とユーザ車両２００とが合流することで、両車両１００、２００が、それぞれの接続機構１０、２０を介して相互に接続されることが可能となる。なお、ユーザ情報に、ユーザが所定のサービスの提供を受けることを希望する場所に関する情報が含まれている場合は、その場所を両車両１００、２００の合流地点として定めてもよい。

また、サービス車両１００とユーザ車両２００とを合流させるための走行情報は、必ずしも両車両１００、２００に送信される必要はない。つまり、サービス車両１００およびユーザ車両２００のいずれかにのみ走行情報を送信することで、両車両１００、２００を合流させてもよい。

上述したように、本実施形態に係るサービス提供システムによれば、ユーザ車両２００自体は所定のサービスを提供する機能を有していなくても、該所定のサービスを提供する機能を有するサービス車両１００に該ユーザ車両２００が接続することで、ユーザが、該所定のサービスを該ユーザ車両２００に乗車した状態で受けることが可能となる。したがって、自律走行可能なユーザ車両２００に乗車するユーザが所定のサービスの提供を受ける際の利便性を向上させることができる。

＜第２実施形態＞
（システムの概略）
図７は、本実施形態に係るサービス提供システムの概略構成を示す図である。本実施形態では、サービス提供システム１が、複数のサービス車両１００ａ、１００ｂを備えている。複数のサービス車両１００ａ、１００ｂは、サービス提供システム１を利用する各ユーザに対して、それぞれ異なるサービスを提供する。各サービス車両１００ａ、１００ｂはネットワークＮ１に接続されている。また、各サービス車両１００ａ、１００ｂは、第１実施形態に係るサービス車両１００と同様、ユーザ車両２００と接続するための接続機構を有している。また、各サービス車両１００ａ、１００ｂの機能構成は、第１実施形態に係るサービス車両１００と同様である。なお、以下においては、各サービス車両１００ａ、１００ｂを、単に、「サービス車両１００」と称する。

（機能構成）
図８は、本実施形態に係る管理サーバの機能構成の一例を示すブロック図である。本実施形態においても、管理サーバ３００は、第１実施形態と同様、通信部３０１および制御部３０２を含んで構成される。そして、制御部３０２は、各サービス車両１００から送信される各車両の現在位置に関する位置情報を通信部３０１を介して受信する処理を行う。また、制御部３０２における位置情報管理部３０２１は、通信部３０１を介して受信した
各サービス車両１００の現在位置に関する位置情報を管理する。

さらに、本実施形態では、管理サーバ３００は、サービス車両情報データベース（サービス車両情報ＤＢ）３０３を含んでいる。サービス車両情報ＤＢ３０３には、管理サーバ３００の管理下にある複数のサービス車両１００それぞれがユーザに提供するサービスが、各車両１００と紐づいた状態で記憶されている。サービス車両情報ＤＢ３０３は、管理サーバ３００のプロセッサ３１０によってデータベース管理システム（Ｄａｔａｂａｓｅ
Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）のプログラムが実行されることで、該管理サーバ３００の補助記憶部３３０に構築される。

図９は、本実施形態に係る、サービス車両情報ＤＢ３０３に格納されているサービス車両情報のテーブル構成の一例を示す図である。図９に示すようにサービス車両情報テーブルは、車両ＩＤフィールド、提供サービスフィールド、および提供時間フィールドを有する。車両ＩＤフィールドには、サービス車両１００を特定するための識別情報である車両ＩＤが入力される。提供サービスフィールドには、サービス車両１００がユーザに対して提供するサービスである提供サービスが入力される。提供時間フィールドには、サービス車両１００がユーザに対して提供サービスを提供することが可能な時間帯が入力される。

（情報処理）
また、本実施形態でも、走行情報生成部２０２２において、サービス車両１００およびユーザ車両２００に送信する走行情報を生成するための情報処理が実行される。ここで、本実施形態において走行情報生成部２０２２よって実行される情報処理における、上述した第１実施形態において実行される情報処理と異なる点について、図１０および図１１に基づいて説明する。図１０は、本実施形態に係る、走行情報生成部２０２２において実行される情報処理のフローを示すフローチャートである。なお、本フローにおけるＳ２０２以外の各ステップで実行される処理は、図５に示すフローにおける同一の参照番号を付したステップで実行される処理と同様である。また、図１１は、本実施形態に係る、管理サーバ３００がユーザ車両２００から受信するユーザ情報のテーブル構成の一例を示す図である。

図１０に示すフローでも、図５に示すフローと同様、先ずＳ１０１において、ユーザ車両２００からユーザ情報を受信したか否かが判別される。ここで、本実施形態では、ユーザ車両２００から送信されるユーザ情報に、ユーザが提供を受けることを希望するサービスである要求サービスに関する情報が含まれている。より詳細には、本実施形態では、図１１に示すように、ユーザ車両２００から送信されるユーザ情報が、ユーザＩＤフィールド、車両ＩＤフィールド、提供希望時間フィールドに加えて、要求サービスフィールドを有している。そして、要求サービスフィールドに要求サービスが入力される。

そして、Ｓ１０１において肯定判定された場合、次にＳ２０２の処理が実行される。Ｓ２０２では、管理サーバ３００の管理下にある複数のサービス車両１００（すなわち、サービス車両情報ＤＢ３０３にサービス車両情報が格納されている車両）から、ユーザに対してサービスを提供すべきサービス車両１００が選択される。ここでは、ユーザ車両２００から受信したユーザ情報と、サービス車両情報ＤＢ３０３に格納されているサービス車両情報と、に基づいて、ユーザに対してサービスを提供すべきサービス車両１００が選択される。より詳細には、サービス車両情報において、ユーザ情報に含まれる要求サービスを提供サービスとしており、且つ、ユーザ情報に含まれる提供希望時間を提供時間内に含んでいるサービス車両１００が、ユーザに対してサービスを提供すべきサービス車両１００として選択される。

その後、Ｓ２０２において選択されたサービス車両１００を対象として、Ｓ１０２およ
びＳ１０３の処理が実行される。これにより、サービス車両１００とユーザ車両２００との合流地点および合流時間が決定される。そして、決定されたサービス車両１００とユーザ車両２００との合流地点および合流時間が走行情報として設定される。さらに、このような情報処理によって生成された走行情報が、Ｓ２０２において選択されたサービス車両１００とユーザ車両２００とに送信される。

これにより、ユーザの要求サービスを提供するサービス車両１００とユーザ車両２００とがユーザの提供希望時間までに合流するように、両車両１００、２００において走行計画が生成され、両車両１００、２００の自律走行が制御されることになる。その結果として、ユーザの要求サービスを提供するサービス車両１００とユーザ車両２００とが合流することで、両車両１００、２００が、それぞれの接続機構１０、２０を介して相互に接続されることが可能となる。なお、本実施形態においても、サービス車両１００およびユーザ車両２００のいずれかにのみ走行情報を送信することで、両車両１００、２００を合流させてもよい。

上述したように、本実施形態に係るサービス提供システムによれば、ユーザの要求サービスを提供する機能を有するサービス車両１００にユーザ車両２００が接続することで、該ユーザが、自身の要求サービスを該ユーザ車両２００に乗車した状態で受けることが可能となる。

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施し得る。また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１・・・サービス提供システム
１０、２０・・接続機構
１００、１００ａ、１００ｂ・・サービス車両
１０６、３０２・・制御部
２００・・ユーザ車両
３００・・管理サーバ
３０３・・サービス車両情報データベース

Claims (6)

1. 自律走行可能な車両であって、複数のユーザが利用可能な共用車両であり、利用するユーザに対して所定のサービスを提供する第１車両と、
   自律走行可能な車両であって、前記複数のユーザのうちの特定のユーザが乗車する車両であり、且つ、前記第１車両に接続可能であって、前記第１車両に接続することで、前記第１車両によって提供される前記所定のサービスを前記特定のユーザが受けることが可能となる第２車両と、
   前記特定のユーザが前記所定のサービスの提供を要求している旨の情報を含むユーザ情報を受信すると、前記第１車両と前記第２車両とが合流するように、前記第１車両および前記第２車両のうち少なくとも一方の車両に対して自律走行のための走行情報を送信する管理装置と、
   を備えるサービス提供システム。
2. 前記第１車両および前記第２車両それぞれが、両車両を相互に接続させる接続機構を有しており、
   前記接続機構が、前記接続機構を介して前記第１車両と前記第２車両とが相互に接続されると、前記所定のサービスに関する所定物品および／または前記特定のユーザが、前記第１車両と前記第２車両との間を移動可能となるように構成されている、
   請求項１に記載のサービス提供システム。
3. 前記ユーザ情報は、少なくとも、前記特定のユーザが前記所定のサービスの提供を希望する時期に関する情報である時期情報を含み、
   前記管理装置は、前記ユーザ情報に含まれる前記時期情報に基づいて前記走行情報を生成する、
   請求項１または２に記載のサービス提供システム。
4. 前記第１車両を複数備え、
   前記複数の第１車両が、利用するユーザに対してそれぞれ異なるサービスを提供する車両であり、
   前記管理装置が、前記ユーザ情報に含まれる前記特定のユーザが提供を要求しているサービスに関する情報に基づいて、前記複数の第１車両の中から、前記第２車両と合流させる前記第１車両を選択する、
   請求項１から３の何れか一項に記載のサービス提供システム。
5. 請求項１から４の何れか一項に記載のサービス提供システムにおいて前記第１車両として用いられる車両。
6. 請求項１から４の何れか一項に記載のサービス提供システムにおいて前記第２車両として用いられる車両。

Images