WO2023182002A1 - 配車システム、情報処理方法、プログラム - Google Patents

Abstract

車両に設けられた音響空間における音響態様を含むステータス情報を取得する第１取得部と、利用者の端末装置から送信された前記利用者の希望する、音響空間における音響態様を含むリクエスト情報を取得する第２取得部と、前記ステータス情報と前記リクエスト情報に基づき、前記利用者を前記車両の音響空間に搭乗させるか否かを判定する判定部と、前記判定部の判定結果に応じて前記車両を配車する配車指示部とを備える。

Description

配車システム、情報処理方法、プログラム

　本発明は、配車システム、情報処理方法、プログラムに関する。

　演奏を行うにあたり、演奏者は、演奏によって生じる音が周囲になるべく伝わらないように配慮する場合がある。例えば、防音室において演奏を行うことによって、音が外部に漏れにくくする場合がある（特許文献１）。また、音楽スタジオを利用することによって、防音設備が整った環境において演奏する場合がある。

特開２０２０－２０４２５３号公報

　しかしながら、防音設備を利用する場合、演奏者は、防音設備がある場所まで移動しなければならず、移動のための手間がかかるとともに、移動時間がかかる。

　本発明は、このような事情に鑑みてなされたもので、その目的は、所望の音響空間への移動のための手間と時間を軽減することができる配車システム、情報処理方法、プログラムを提供することにある。

　上述した課題を解決するために、本発明の一態様は、車両に設けられた音響空間における音響態様を含むステータス情報を取得する第１取得部と、利用者の端末装置から送信された前記利用者の希望する、音響空間における音響態様を含むリクエスト情報を取得する第２取得部と、前記ステータス情報と前記リクエスト情報に基づき、前記利用者を前記車両の音響空間に搭乗させるか否かを判定する判定部と、前記判定部の判定結果に応じて前記車両を配車する配車指示部とを備える配車システムである。

　また、本発明の一態様は、コンピュータにより実行される情報処理方法であり、車両に設けられた音響空間における音響態様を含むステータス情報を取得し、利用者の端末装置から送信された前記利用者の希望する、音響空間における音響態様を含むリクエスト情報を取得し、前記ステータス情報と前記リクエスト情報に基づき、前記利用者を前記車両の音響空間に搭乗させるか否かを判定し、前記判定部の判定結果に応じて前記車両を配車する情報処理方法である。

　また、本発明の一態様は、コンピュータにより実行される情報処理方法であり、演奏空間を有する車両に搭乗し前記演奏空間を利用する搭乗者のプロフィールを含む車両情報を配車装置から取得し、車両情報を表示装置に表示させる第１処理を実行し、前記車両情報のうち、ユーザからの操作入力に応じて、いずれの車両を利用するかの指示を取得し、取得した指定に応じた指定情報を配車装置に送信し、前記配車装置から、指定情報によって指定された車両に搭乗可能であるか否かを受信する情報処理方法である。

　また、本発明の一態様は、演奏空間を有する車両に搭乗し前記演奏空間を利用する搭乗者のプロフィールを含む車両情報を配車装置から取得し、車両情報を表示装置に表示させる第１処理を実行し、前記車両情報のうち、ユーザからの操作入力に応じて、いずれの車両を利用するかの指示を取得し、取得した指定に応じた指定情報を配車装置に送信し、前記配車装置から、指定情報によって指定された車両に搭乗可能であるか否かを受信することをコンピュータに実行させるプログラムである。

　以上説明したように、この発明によれば、所望の音響空間への移動のための手間と時間を軽減することができる。

一実施形態における車両Ｖの斜視図である。 配車システムＳの構成を表すシステム構成図である。 配車システムＳの利用の流れを説明する概念図である。 配車サーバ３０の構成を表す機能ブロック図である。 ユーザ情報の一例を示す図である。 評価データを含む派遣メンバーデータの一例を示す図である。 マップ記憶部３１０に記憶されるマップデータの一例を示す図である。 配信サーバ４０の機能を説明する機能ブロック図である。 配車システムＳの動作を説明する流れ図である。 配車システムＳの動作を説明する流れ図である。 追加で車両Ｖにユーザを搭乗させる場合について説明する流れ図である。 ライブ配信する場合について説明する流れ図である。

　以下、本発明の一実施形態による配車システムについて図面を参照して説明する。
　図１は、この発明の一実施形態における車両Ｖの斜視図である。
　車両Ｖは、運転席ＤＳの後部に音響空間ＡＳが設けられる。車両Ｖは、自動運転によって走行可能であってもよいし、搭乗者が運転席において運転することで走行可能であってもよい。また、この図においては、音響空間ＡＳの左側面から音響空間ＡＳ内を透視して見た場合を図示している。
　音響空間ＡＳは、防音室であり、音響空間ＡＳの内部において発生した音が音響空間ＡＳの外部に伝わりにくくなっている。そのため、音響空間ＡＳの利用者は、音響空間ＡＳの内部において音を発生させたとしても、音が周囲に伝わらないようにすることができる。これにより、音が周囲に伝わらないようにするために利用者にかかる負担を低減することができる。
　音響空間ＡＳには、例えば、楽器の演奏が可能なスタジオ設備、カラオケ設備、シアター設備のうち少なくともいずれか１つが設けられる。
　音響空間ＡＳにスタジオ設備が設けられる場合、音響空間ＡＳの利用者は、スタジオ設備を利用した演奏を行うことができる。音響空間ＡＳにおいて楽器の演奏が行われる場合、音響空間ＡＳを、演奏空間と称する場合がある。
　また、音響空間にカラオケ設備が設けられる場合、音響空間ＡＳの利用者は、カラオケ設備を利用して歌うことができる。また、音響空間にシアター設備が設けられる場合、音響空間ＡＳの利用者は、映画鑑賞、音楽鑑賞、スポーツ観戦等を行うことができる。音響空間ＡＳにおいて映画鑑賞、音楽鑑賞、スポーツ観戦のいずれかを行う場合、利用者は、楽器の演奏をしなくても、音を楽しむことができる。また、鑑賞や観戦に伴い歓声等をあげたとしても、音響空間ＡＳの外部に声が伝わりにくくなっている。

　この図１において、音響空間ＡＳには、演奏を行うためのスタジオ設備が設けられている場合について図示されている。この場合、車両Ｖは、スタジオ車として機能することができる。音響空間ＡＳの内周または外周は、防音部材によって取り囲まれている。音響空間ＡＳには、表示装置Ｍ、音響機器ＡＥ、スピーカＳＰａ、スピーカＳＰｂ、カメラＣ、マイクロフォンＭＣ、扉Ｄが備えられる。
　表示装置Ｍは、音響空間ＡＳの内周側の壁面に取り付けられ、各種映像を表示する。音響空間ＡＳにいる利用者は、表示装置Ｍの表示画面を視認することができる。
　カメラＣは、音響空間ＡＳの内部を撮像する。
　マイクロフォンＭＣは、音響空間ＡＳの内部の音を収音する。例えばマイクロフォンＭＣは、ボーカルによって利用される場合には、ボーカルの声を収音する。また、マイクロフォンＭＣは、楽器の近傍に設けられる場合、楽器から放音される音を収音することができる。

　音響機器ＡＥは、マイクロフォンＭＣとスピーカＳＰａとスピーカＳＰｂとにそれぞれケーブルを介して接続される。また、音響機器ＡＥは、音信号を出力可能な楽器とケーブルを介して接続されてもよい。音信号を出力可能な楽器は、例えばエレクトリックギター、電子楽器等がある。また、音響機器ＡＥは車両端末２０と通信可能に接続される。
　音響機器ＡＥは、マイクロフォンＭＣから入力される音信号と音響空間ＡＳにおいて利用者が演奏する楽器から入力される音信号とのうち少なくともいずれか一方の音信号を入力し、入力された音信号をスピーカＳＰａとスピーカＳＰｂのそれぞれに出力する。音響機器ＡＥに入力される音信号はアナログ信号でもデジタル信号であってもよい。
　スピーカＳＰａ、スピーカＳＰｂは、音響機器ＡＥから出力される音信号を内蔵アンプによって増幅して放音する。

　扉Ｄは、音響空間ＡＳのいずれかの位置に設けられる。扉Ｄを開けることで、利用者は、音響空間ＡＳに入る（搭乗）、または音響空間から出る（降車）ことができる。図１では、扉Ｄは、車両の進行方向において音響空間ＡＳの右側面に設けられている。扉Ｄについても、防音効果がある部材によって構成されており、扉Ｄを閉めることで、音響空間ＡＳ内において発生した音が扉Ｄを介して外部に漏れることを低減している。

　音響空間ＡＳは、少なくとも１人の利用者が搭乗可能である。図１においては、３人の利用者が搭乗している場合について図示されている。ここでは、ボーカル、ギター、ドラムの３人構成のバンドが搭乗している。
　音響空間ＡＳでは、車両Ｖが走行中または停車中のいずれであっても、利用者は演奏をすることができる。

　図２は、配車システムＳの構成を表すシステム構成図である。
　配車システムＳは、端末装置１０ａ、端末装置１０ｂ、端末装置１０ｃ（以下、特に識別しない場合には単に端末装置１０と称する）、車両端末２０、配車サーバ３０、配信サーバ４０がネットワークＮを介して通信可能に接続される。配信サーバ４０にはカメラＣと音響機器ＡＥが接続される。音響機器ＡＥにはマイクロフォンＭＣと楽器Ｇが接続される。

　端末装置１０は、ネットワークＮを介して、車両端末２０と配車サーバ３０と配信サーバ４０とに通信可能に接続される。端末装置１０は、マウスとキーボード、またはタッチパネル等の各種入力装置を備えるとともに、表示装置を備える。端末装置１０は、カメラとマイクとを備えていてもよい。
　端末装置１０は、例えばスマートフォン、タブレット、コンピュータ等のうちいずれである。端末装置１０は、配車システムＳの利用者によって利用される。

　車両端末２０は、車両Ｖに搭載される。車両端末２０は、ネットワークＮを介して配車システムＳと端末装置１０と配信サーバ４０とに通信可能に接続される。また、車両端末２０は、カメラＣと映像ケーブルを介して接続され、カメラＣによって撮像された撮像データを取得し、配信サーバ４０に送信する。
　また、車両端末２０は、表示装置Ｍに映像ケーブルを介して接続され、表示装置Ｍに映像信号を供給することによって、表示装置Ｍに映像信号を表示させる。また、車両端末２０は、音響機器ＡＥに音響ケーブルを介して接続され、音響ケーブルに音信号を供給する。
　車両端末２０は、車両Ｖに搭載される。

　この図において車両端末２０は、１つのみ設けられる場合について図示しているが、車両Ｖが複数ある場合には、各車両Ｖに車両端末２０がそれぞれ設けられる。

　配車サーバ３０は、ネットワークＮを介して、端末装置１０と車両端末２０と配信サーバ４０とに通信可能に接続される。

　カメラＣは、配信サーバ４０と通信を行う機能を有し、映像ケーブルを介して配信サーバ４０に接続される。また、カメラＣは配信サーバ４０と通信を行う機能を有していない場合には、コンピュータ等を介して配信サーバ４０に通信可能に接続されてもよい。
　音響機器ＡＥは、マイクロフォンＭＣと楽器Ｇにそれぞれ通信可能に接続される。また、音響機器ＡＥは、配信サーバ４０と通信を行う機能を有し、無線によって配信サーバ４０に接続される。また、音響空間ＡＳは配信サーバ４０と通信を行う機能を有していない場合には、コンピュータ等を介して配信サーバ４０に通信可能に接続されてもよい。

　図３は、配車システムＳの利用の流れを説明する概念図である。
　ユーザＵは、配車システムＳにおける配車サービスを利用するにあたり、端末装置１０（例えば、端末装置１０ａ）にサービスの利用に関するリクエスト情報を入力し、予約サイトＲＳに送信する（ステップＳ１１）。リクエスト情報は、車両Ｖの音響空間ＡＳを利用するための注文内容を表す情報である。
　ここで送信されるリクエスト情報には、利用者Ｕが希望する音響空間における音響態様を表す情報が含まれている。また、リクエスト情報には、音響空間ＡＳを利用する期間（利用開始日時と利用終了日時）と、車両Ｖに搭乗する場所を示す乗車場所とを含むようにしてもよい。

　ここで、音響態様は、音響空間ＡＳにおいて音が生じうる態様を表す。音響態様には、例えば、音響空間ＡＳにおいて演奏を行う態様を表す演奏態様と、演奏を伴わずに音が生じる態様を表す利用態様とのうち少なくともいずれか一方が含まれる。

　演奏態様は、ユーザ自身が演奏する楽器の種類、演奏する予定がある曲、演奏する予定がある曲のジャンル、音響空間ＡＳにおいて派遣メンバーも搭乗させて演奏（例えばセッション）を行うか否か、車両Ｖを利用するにあたり乗り合わせで他のユーザ（演奏者）を受け入れることが可能であるか否か、希望するバンド形態、音響空間ＡＳを音楽教室として利用し演奏のレッスンをすること、音響空間ＡＳにおいてカラオケをすること、等の態様のうち少なくともいずれか１つであってもよい。
　演奏態様において、音響空間を複数人で利用する場合、音響空間に同乗するメンバーは、利用者Ｕが自ら予め招集したメンバーであってもよいし、配車サービスの利用に伴って車両Ｖの貸し出しとともに派遣してもらう派遣メンバーであってもよい。
　利用者Ｕは、利用者Ｕが自ら予め招集したメンバーとともに演奏する場合、知人、友人、家族、同じ学校に所属する人、同じ職場に所属する人等を招集し、一緒に演奏することができる。また、利用者Ｕは、派遣メンバーとともに演奏する場合、演奏するメンバーを自ら招集しなくても、メンバーを派遣してもらい、一緒に演奏をすることができる。

　利用態様は、シアター設備を利用し音楽や映画等を視聴する鑑賞、モニターやスクリーンを利用してスポーツを観戦するスポーツ観戦等であってもよい。鑑賞を行う場合、シアター設備を用いることで大きめな音で視聴することができる。スポーツ観戦をする場合、大きな声での歓声が挙がる場合がある。利用態様において、利用者Ｕは、一人で音響空間を利用してもよいし、複数人で利用してもよい。

　予約サイトＲＳは、配車サーバ３０が公開しているウェブサイトである。配車サーバ３０は、予約サイトＲＳを介して受信したリクエスト情報に含まれる演奏態様に応じた車両Ｖを割り当てることで配車する（ステップＳ１２）。例えば、配車サーバ３０は、演奏態様によって示される態様に応じた、音響機器ＡＥ、スピーカＳＰａ、スピーカＳＰｂ等の楽器演奏に用いられる設備が搭載された車両を割り当てる。また、演奏態様がカラオケである場合、配車サーバ３０は、カラオケ設備、音響機器ＡＥ、スピーカＳＰａ、スピーカＳＰｂ等の機器が搭載された車両を割り当てる。また、演奏態様が派遣メンバーと一緒に演奏する態様を示す場合、配車サーバ３０は、派遣メンバーが利用する端末装置（例えば、端末装置１０ｃ）に対し、招集の連絡を通知し、派遣メンバーが搭乗する車両を割り当てる。
　また、利用態様がシアター設備を利用した鑑賞または観戦である場合には、シアター設備が搭載された車両を割り当てる。車両が割り当てられることによって、利用者Ｕは、音響空間ＡＳをレンタルし、当該音響空間ＡＳを利用することができる。また、利用者Ｕは、音響空間ＡＳをレンタルすることによって、利用者Ｕが希望する場所まで車両Ｖに迎えに来てもらうことができる。

　車両Ｖは、リクエスト情報に基づいて配車サーバ３０によって割り当てされると、利用者Ｕが指定する場所まで走行することで、利用者Ｕを迎えに行く（ステップＳ１３）。利用者Ｕが指定する場所は、利用者Ｕの現在位置（自宅、職場、学校等）であってもよい。車両Ｖは、配車サービスにおいて車両Ｖの運転手によって運転されることで走行してもよいし、車両Ｖが自動運転の車両である場合には、自動運転によって走行してもよい。また、派遣メンバーに対する招集がなされている場合には、派遣メンバーを音響空間ＡＳに搭乗させた状態で利用者Ｕが希望する場所まで走行する。
　車両Ｖは、利用者Ｕが希望する場所まで走行し、その場所において利用者Ｕをピックアップすることで、利用者Ｕを音響空間ＡＳに搭乗させることができる。

　車両Ｖは、利用者Ｕを搭乗させた後、走行経路に沿って走行する（ステップＳ１４）。
　利用者Ｕは、車両Ｖに搭乗すると、車両Ｖの音響空間ＡＳにおいて、楽器Ｇの演奏、カラオケ、シアター設備を用いた鑑賞等のように音響態様に応じて音響空間ＡＳを利用することができる（ステップＳ１５）。ここで、車両Ｖが利用者Ｕの位置に応じた場所まで迎えに来るため、利用者Ｕは、楽器Ｇを演奏する場合、楽器Ｇを持参して音楽スタジオに出向くことなく、防音された空間を利用することができる。そのため、利用者Ｕにとって、所望の音響空間への移動のための手間と時間を軽減することができる。
　また、この音響空間における演奏、鑑賞、観戦等は、車両Ｖが走行している間であっても行うことができる。例えば、音響態様が楽器の演奏である場合には、走行する車両Ｖの音響機器ＡＥにおいて、楽器を演奏したり、同乗しているメンバーとセッションをしたりすることができる。
　ここで、利用者Ｕが音響機器ＡＥを利用している間において車両Ｖが走行する場合には、音源（音響空間ＡＳ）の場所を移動させることができる。これにより、同じ場所（例えば、利用者Ｕの自宅）において演奏すると音源の位置が変更されないため、周囲の人に対して継続的に音が伝わる場合があり、影響が生じる場合がある。しかし、この実施形態によれば、車両Ｖが走行することによって音源の位置を変えることができるため、車両Ｖの外部にいる人にとっては相対的に音源の位置が変わるため、車両Ｖの外部の人に対して継続的に音が伝わることを低減することができる。これにより、車両Ｖの外部にいる人に対する不快感を軽減することができる。
　また、自宅等に防音室を設ける必要がないため、演奏場所を自宅等ではない場所に移すことができ、音源を邪魔にならない場所に隔離することができる。

　また、走行経路として、例えば、住宅街や、建物がある場所を避けるような経路である場合には、車両Ｖの外部の人が少ない場所を通ることができるため、周囲への影響を低減することができる。

　車両Ｖは、利用終了時刻が近づいてくると、利用者Ｕによって到着予定地（目的地）として設定された場所（例えば、自宅、職場、学校等）へ走行する（ステップＳ１６）。車両Ｖが目的地に到着すると、利用者Ｕは、車両Ｖから降車する。

　なお、この実施形態において、配車サーバ３０は、演奏態様において、音響設備がなくても演奏可能な楽器を演奏する場合には、音響設備が搭載されていない車両を割り当てるようにしてもよい。例えば、ピアノ、サクソフォーン、バイオリン等のアコースティック楽器については、音響設備がなくても演奏を楽しむことができる。また、利用者Ｕ自身が持ち運び可能なアンプ装置を音響空間ＡＳに持参する場合には、音響設備ＡＥが搭載されていない車両Ｖを割り当てるようにしてもよい。

　この実施形態によれば、ユーザは、車両Ｖをレンタルすることで、スタジオ環境を自宅までデリバリーしてもらうことができる。

　次に、配車システムＳについて更に説明する。
　図４は、配車サーバ３０の構成を表す機能ブロック図である。
　配車サーバ３０は、第１取得部３０１、プロフィール記憶部３０２、評価取得部３０３、第２取得部３０４、判定部３０５、第１送信部３０６、評価取得部３０７、料金算出部３０８、位置取得部３０９、マップ記憶部３１０、出力部３１１、降車情報取得部３１２、経路調整部３１３を有する。配車サーバ３０の各部はバスを介して接続され、データの受け渡しが可能である。

　第１取得部３０１は、車両に設けられた音響空間における音響態様を含むステータス情報を取得する。例えば、第１取得部３０１は、後述する設備記憶部３０２３と派遣メンバー記憶部３０２２とのうち、少なくともいずれか一方に記憶された情報をステータス情報として読み出すことで取得する。
　ステータス情報は、演奏空間において演奏を行う場合に利用可能な機材を表す情報を含んでいてもよい。この機材としては、例えば、楽器を演奏する場合に用いられる音響機器の種類を表す情報であってもよい。音響機器の種類は、ギターアンプの種類、エフェクターの種類、ミキサーの種類、ライブ配信を行うための機材の種類、カラオケの種類などのうち少なくともいずれか１つであってもよい。

　また、ステータス情報は、楽器（ピアノ、電子ピアノ、キーボード、ドラム等）を表す情報を含んでいてもよい。ステータス情報において楽器の種類を含むようにする場合、どのような楽器が予め搭載された車両を希望するかを指定したり、どのような楽器を演奏したいかを指定することができる。これにより、ユーザは、自分の目的に最も適した設備を有する車両を選ぶことが可能となる。
　また、ステータス情報は、演奏空間において演奏をするメンバーであって車両の貸し出しとともに派遣される派遣メンバーのプロフィールを含んでいてもよい。この場合、どのような派遣メンバーが予め搭乗した車両を希望するかを利用者Ｕが指定することができる。これにより、ユーザは、車両を選ぶにあたり、一緒に演奏してもらえるメンバーを派遣してもらうというサービスも受けることができる。
　また、ステータス情報は、これから搭乗することが可能な搭乗希望者のプロフィールであり、車両Ｖを利用することをリクエストしたユーザとは別のユーザの端末装置１０（例えば、端末装置１０ｂ）から送信されてもよい。搭乗希望者は、派遣メンバーではないが、利用者Ｕとは別の人であって利用者Ｕと一緒に演奏を希望する人である。搭乗希望者は、あるユーザによって利用されている車両Ｖに対して追加で搭乗することを希望するユーザである。
　また、第１取得部３０１は、プロフィール記憶部３０２の設備記憶部３０２３から設備スペック（音響態様）を取得する。

　プロフィール記憶部３０２は、各種データを記憶する。
　プロフィール記憶部３０２は、ユーザ情報記憶部３２０１と、派遣メンバー記憶部３０２２、設備記憶部３０２３とを含む。
　ユーザ記憶部３０２１は、車両Ｖを利用するユーザに関するユーザ情報を記憶する。
　図５は、ユーザ情報の一例を示す図である。ユーザ情報には、ユーザＩＤ、好きな楽器、好きなジャンル、拠点、連絡先、支払方法等の項目がある。
　ユーザＩＤは、ユーザを識別する識別情報である。好きな楽器は、ユーザが好んで演奏をする楽器を表す。好きなジャンルは、ユーザが好んで演奏する曲のジャンルを表す。拠点は、ユーザが活動をする主な場所を表す。拠点は、例えば、自宅、学校、勤務先等のうちいずれであってもよい。連絡先は、ユーザの連絡先であり、端末装置１０によって連絡を取ることが可能な連絡先であってもよい。
　支払方法は、車両Ｖを利用したことに対する対価を支払う支払方法を表す。支払方法は、例えば、クレジットカードを用いた支払い、電子マネーを用いた支払いなどがある。
　なお、ユーザ情報は評価値を含んでいてもよい。

　派遣メンバー記憶部３０２２は、音響空間を一緒に利用した利用者に対する評価を派遣メンバー毎に記憶する。例えば、派遣メンバー記憶部３０２２は、評価値と派遣メンバーとを対応づけた評価データを記憶する。
　図６は、評価対象が派遣メンバーであり、評価データを含む派遣メンバーデータの一例を示す図である。
　派遣メンバーデータは、派遣グループＩＤ、待ち時間、料金、レイティング、メンバー属性を含む。

　派遣グループＩＤは、派遣メンバーのグループを識別する。派遣グループは、少なくとも１人の派遣メンバーを含む。例えば、利用者Ｕは、それぞれ異なる楽器を演奏する３人の派遣メンバーを含む派遣グループを要請して、車両Ｖにおいて一緒に演奏する場合、４人構成のバンドを組んでセッションすることができる。
　待ち時間は、派遣グループを利用可能となるまでの時間を表す。
　料金は、派遣グループを利用する料金を表す。この料金は、車両Ｖを利用する料金が含まれていてもよい。

　レイティングは、評価値を表す。ここでは、レイティングの値が大きいほど評価が高い（評価が良い）ことを表してもよく、レイティングの値が小さいほど評価が高いことを表すようにしてもよい。レイティングは、派遣グループに対して評価された値であってもよい。また、レイティングは、派遣グループに属する派遣メンバーの個人に対して評価された値を、派遣メンバーが属する派遣グループにおいて平均を算出することで求めるようにしてもよい。
　メンバー属性は、派遣グループに属する派遣メンバーの属性を表す。属性には、派遣メンバーの名称、性別、演奏可能な楽器、演奏可能なジャンルなどを含む。
　より具体的に、派遣グループＩＤが１である派遣グループは、待ち時間が「４０ｍｉｎ（分）」、料金が「３０００円／ｈ」であり、レイティングが「４．０」であり、メンバー属性は、メンバー１について「ヤスオ，男，Ｄｒ，ｊａｚｚ以外ＯＫ」、メンバー２について「ジュン，男，Ｂａ，なんでもＯＫ」、メンバー３について「ナナ，女，Ｋｅｙ，レゲエ好き」のデータが含まれている。ユーザは、このメンバー属性を参照することによって、どのような楽器を用い、どのようなジャンルの曲に対応してもらえる派遣グループであるかを把握できるようになっている。そのため、ユーザの好みに適した派遣グループを選定することも可能となっている。
　また、派遣グループには、女性のみの派遣メンバーによって構成されるグループがある。ユーザが女性である場合、女性のみで構成される派遣グループの方が利用しやすい場合がある。
　人気がある派遣メンバーを含む派遣グループは、評価が高くなるためレイティングの値が大きくなり、このレイティングに応じて料金が高く設定される場合がある。

　設備記憶部３０２３は、設備スペック（音響態様）を車両毎に記憶する。例えば設備記憶部３０２３は、複数の車両Ｖについて、その車両に搭載された設備の種類や仕様について記憶する。より具体的には、設備スペックは、楽器を演奏する場合に用いられる音響機器の種類を表す情報、音響空間に搭乗可能な人数などであってもよい。音響機器の種類は、ギターアンプの種類、エフェクターの種類、ミキサーの種類、ライブ配信を行うための機材の種類カラオケの種類などである。

　評価取得部３０３は、音響空間を一緒に利用した複数の利用者のうち他の利用者に対する評価を端末装置１０から取得する。他の利用者は、派遣メンバーであってもよいし、追加で搭乗したユーザであってもよい。また、評価取得部３０３は、取得した評価値をプロフィール記憶部３０２に利用者毎に記憶させる。

　第２取得部３０４は、ユーザの端末装置１０（例えば、端末装置１０ａ）から送信されたリクエスト情報を取得する。ユーザは、車両Ｖの配車を要請する場合、音響態様を含むリクエスト情報を端末装置１０ａから配車サーバ３０に送信する。リクエスト情報には、利用者Ｕが希望する音響空間における音響態様を表す情報が含まれる。また、リクエスト情報には、音響空間ＡＳを利用する期間（利用開始日時と利用終了日時）と、車両Ｖに搭乗する場所を示す乗車場所とを含むようにしてもよい。
　例えば、第２取得部３０４は、車両Ｖに搭乗していないユーザが、配車されていない車両Ｖの配車を要請する場合において、端末装置１０ａから送信されるリクエスト情報を取得する。
　また、第２取得部３０４は、車両Ｖに搭乗していないユーザが、他のユーザが利用（搭乗）している車両Ｖが走行している場合であって、その車両Ｖに追加で搭乗することを希望する場合において、車両Ｖに搭乗することを希望することを表すリクエスト情報を端末装置１０（例えば、端末装置１０ｂ）から取得することができる。
　また、第２取得部３０４は、追加で車両Ｖに搭乗することを希望するリクエスト情報を取得した場合、搭乗希望者のうち搭乗を許可する対象の搭乗希望者を指定する指定情報を、既に車両Ｖに搭乗しているユーザの端末装置１０ａから取得することができる。

　判定部３０５は、端末装置１０（例えば、端末装置１０ａまたは端末装置１０ｂ）から取得したリクエスト情報と、第１取得部３０１によって取得されるステータス情報とに基づき、利用者を車両Ｖの音響空間に搭乗させるか否かを判定する。
　この搭乗させるか否かの判定は、例えば２つある。第１の判定は、車両Ｖをレンタルすることを希望するユーザの端末装置１０ａから送信されるリクエスト情報に基づいて、音響空間ＡＳの利用を許可するか否かの判定である。第２の判定は、ある利用者が利用している音響空間ＡＳに対して他の利用者の端末装置１０ｂから送信されるリクエスト情報に基づいて、同乗することを許可するか否かの判定である。
　判定部３０５は、端末装置１０ａから、車両Ｖのレンタルする注文とともにリクエスト情報を取得した場合に第１の判定を行い、端末装置１０ｂから、既に別の利用者が搭乗している車両Ｖの音響空間ＡＳに対して同乗することを希望するリクエスト情報を取得した場合に、第２の判定を行う。

　判定部３０５は、第１の判定を行う場合、端末装置１０ａから送信されたリクエスト情報に含まれる音響態様と、第１取得部３０１によって取得されるステータス情報に含まれる、貸し出し可能な音響機器ＡＥの設備スペックとに基づいて、リクエスト情報に含まれる音響態様に対応する設備スペックが搭載された車両Ｖがある場合に、音響空間ＡＳに利用を許可する。また、判定部３０５は、設備スペックではなく、車両Ｖの空き状況（待ち時間が少ない、あるいは待ち時間がない等）、車両Ｖの現在地からユーザの拠点までの距離及び交通状況から推定される到着時間等を基に、利用を許可するか否かを判定してもよい。また、判定部３０５は、設備スペック、空き状況、到着時間等を端末装置１０ａに送信し、その端末装置１０ａから、搭乗することに対する同意の指示が取得された場合に、搭乗を許可すると判定してもよい。
　判定部３０５は、第２の判定を行う場合、第２取得部３０４によって、搭乗を許可する対象の搭乗希望者を指定する指定情報を取得した場合に、搭乗が許可された搭乗希望者を搭乗させると判定する。この第２の判定では、他のユーザが同乗することに対する同意の指示を、既に車両Ｖに搭乗しているユーザの端末装置１０ａから取得された場合に、搭乗することを許可する。

　第１送信部３０６は、リクエスト情報を利用者の端末装置１０ａに送信する。
　例えば、搭乗希望者が端末装置１０ｂを携帯し、既に車両Ｖに搭乗している利用者が端末装置１０ａを携帯している場合、第１送信部３０６は、搭乗希望者の端末装置１０ｂから搭乗を希望するリクエスト情報を受けた場合に、その搭乗希望者の評価を含むリクエスト情報を、車両Ｖに搭乗している利用者の端末装置１０ａに送信する。
　また、第１送信部３０６は、利用可能な車両Ｖの候補について、設備スペック、空き状況、ユーザの拠点までの車両Ｖの到着時間、利用料金等を含む候補データとして端末装置１０ａに送信する。車両Ｖのレンタルを希望するユーザは、この候補データを元に、車両Ｖを借りるか否かを検討することができる。
　また、第１送信部３０６は、車両Ｖのレンタルを希望するユーザの端末装置１０ａに対して、派遣メンバーの評価を端末装置１０ａに送信する。これにより、車両のレンタルを希望するユーザは、派遣メンバーの評価を元に、いずれの派遣メンバーを派遣してもらうかについて検討することができる。

　評価取得部３０７は、派遣メンバーと一緒に演奏空間を利用した利用者の端末装置１０（端末装置１０ａまたは端末装置１０ｂ）から当該派遣メンバーに対する評価を取得する。

　料金算出部３０８は、派遣メンバーに対する評価に応じて音響空間の利用料金を求める。例えば、料金算出部３０８は、派遣メンバーの評価が高いほど、料金が高くなるように利用料金を求めるようにしてもよい。料金算出部３０８は、評価値と単価とに基づいて演算式（例えば評価値に単価を乗じる式）に従って演算することで利用料金を求めてもよい。また、料金算出部３０８は、予めメモリに記憶されている評価値と利用料金との対応関係を表すデータを参照し、評価値に対応する料金を読み出すことで利用料金を求めるようにしてもよい。料金算出部３０８は、利用料金を求める場合、求める対象の派遣グループに対する評価値に基づいて、時間あたりの単価を利用料金として求め、その利用料金を派遣メンバーデータの料金として派遣メンバー記憶部３０２２に記憶するようにしてもよい。この場合、料金算出部３０８は、派遣グループに対する評価が更新される毎に、更新後の評価に基づいて利用料金を求め、派遣メンバー記憶部３０２２に記憶するようにしてもよい。
　また、料金算出部３０８は、車両Ｖの貸し出しを要請するユーザのリクエスト情報に含まれる利用時間と、利用する派遣グループの単価とに基づいて、請求金額を利用料金として求めるようにしてもよい。
　また、料金算出部３０８は、求められた利用料金に基づく決済処理を実行するための要求を、決済処理を行うサーバ装置に送信するようにしてもよい。これにより、車両Ｖを利用したユーザに対する料金を請求することができ、ユーザ情報に記憶された支払方法に従って利用金額を支払ってもらうことができる。

　位置取得部３０９は、車両の現在地を取得する。位置取得部３０９は、車両の現在地を、車両に搭載されたＧＮＳＳ（Ｇｌｏｂａｌ　Ｎａｖｉｇａｔｉｏｎ　Ｓａｔｅｌｌｉｔｅ　Ｓｙｓｔｅｍｓ）から取得してもよい。

　マップ記憶部３１０は、音響空間における音を低減する度合いを示す低減レベルと、場所とを対応づけたマップデータを記憶する。
　図７は、マップ記憶部３１０に記憶されるマップデータの一例を示す図である。
　マップデータは、場所と低減レベルの項目を含む。場所は、車両Ｖが走行する可能性がある場所を示す。例えば場所は、「エリアａ」、「エリアｂ」、「エリアｃ」等のように、エリア毎に指定される。
　低減レベルは「レベルＬ１」、「レベルＬ２」、・・・「レベルＬ４」のように表される。低減レベルの数値が大きいほど音を低減させる度合いが大きいことを表していてもよいし、低減レベルの数値が大きいほど音を低減させる度合いが小さいことを表していてもよい。
　ここでは、場所「エリアａ」に対して低減レベルが「レベルＬ１」が対応付けられており、これにより、車両Ｖの現在地が「エリアａ」にある場合には、音響空間ＡＳにおいて生じる音の大きさを「レベルＬ１」に応じた音量に抑えることができる。なお、低減する度合いが小さいほど、音量を抑えなくてもよい。

　出力部３１１は、マップ記憶部３１０から、車両の位置に応じた低減レベルを読み出し、読み出した低減レベルを外部の機器に出力する。外部の機器が音響機器ＡＥである場合、音響機器ＡＥに接続されたスピーカから出力される音の音量を低減レベルに応じた音量にすることができる。外部機器が表示装置Ｍである場合、楽器から出る音の音量を低減レベルに応じた音量に抑えることを表すメッセージや、出る音が小さな楽器を利用するように促すメッセージを表示することができる。

　降車情報取得部３１２は、利用者の端末装置から、車両から降車する位置を指定する降車情報を取得する。
　経路調整部３１３は、降車情報に基づいて、車両の走行経路を決定する。例えば、サービス終了時刻が近づくと、指定された降車位置に停車するように走行経路を決定する。複数人のユーザを異なる降車位置で降車させる場合、それぞれの降車場所を順に経由するように走行経路を決定する。これにより、ユーザは、サービス終了時刻を予め決めておくことにより、サービス終了時刻の到来時に家に着くように自動運転によってスケジューリングしてもらうことができる。
　配車指示部３１４は、判定部３０５の判定結果が、利用者を車両Ｖの音響空間に搭乗させることを表す場合に、車両Ｖを配車する指示を車両端末２０に対して出力することによって、車両Ｖを配車する。これにより、車両端末２０が車両Ｖを利用者の現在地または指定された地点に走行させる。これにより車両Ｖは利用者を迎えに行くことができる。車両Ｖが自動運転の車両である場合、車両端末２０は、車両Ｖを自動運転によって走行させ、利用者のところまで迎えに行くことができる。車両Ｖが自動運転の車両ではない場合、車両端末２０が、迎えに行く地点を目的地として出力する。これにより、運転手に目的地まで運転させることで、迎えに行くことができる。

　図８は、配信サーバ４０の機能を説明する機能ブロック図である。
　配信サーバ４０は、演奏信号取得部４０１、信号処理部４０２、配信部４０３を含む。
　演奏信号取得部４０１は、演奏空間において演奏された曲の演奏信号である第１演奏信号と、演奏空間とは異なる場所において演奏される曲の演奏信号である第２演奏信号とを取得する。
　信号処理部４０２は、第１演奏信号と第２演奏信号をミキシングする。
　配信部４０３は、ミキシングされた演奏信号（第３演奏信号）を各種装置に対して配信する。配信先の装置は、例えば、演奏空間に設置された音響機器ＡＥまたは、演奏空間とは異なる場所において演奏する利用者の端末装置１０のうち少なくともいずれか一方に配信する。

　次に、配車システムＳの動作について説明する。
　図９は、配車システムＳの動作を説明する流れ図である。
　ここでは、ユーザが要望する音響態様に応じた車両Ｖを配車サーバ３０が選定し、選定結果をユーザの端末装置１０ａに対して送信し、ユーザに対して車両Ｖを提案する場合について説明する。

（ステップＳ１０１）
　ユーザは、自宅や職場などの任意の拠点において、端末装置１０ａからリクエスト情報を入力する。例えばユーザは、演奏したい曲、演奏したい楽器、派遣メンバーを派遣してもらうか否か等を含む音響態様をリクエスト情報として入力する。ここでは、リクエスト情報として、現在地、利用時間等を含むリクエスト情報に含むようにしてもよい。

（ステップＳ１０２）
　端末装置１０ａは、ユーザによってリクエスト情報が入力されると、配車サーバ３０にリクエスト情報を送信する。

（ステップＳ２０１）
　配車サーバ３０の判定部３０５は、リクエスト情報を受信すると、受信したリクエスト情報と第１取得部３０１によって取得されるステータス情報とに基づいて、リクエスト情報が示す音響態様に応じた車両Ｖがいずれであるかを判定する。例えば、音響態様に応じて、設備スペック、空き状況、ユーザの拠点までの車両Ｖの到着時間等に基づいて、これらの条件を満たす度合いが高いものから抽出する。ここでは、音響態様に派遣メンバーの派遣を要請する指示が含まれている場合には、車両Ｖに搭乗可能な派遣グループがいずれであるかを判定する。

（ステップＳ２０２）
　配車サーバ３０の第１送信部３０６は、選定された結果に基づいて、利用可能な車両Ｖの設備スペック、空き状況、ユーザの拠点までの車両Ｖの到着時間、利用料金等を含む候補データを端末装置１０ａに送信する。ここで派遣メンバーの派遣の要請がされている場合、第１送信部３０６は、選定された結果に基づいて、派遣メンバーの評価値等を含むステータス情報を端末装置１０ａに送信する。

　端末装置１０ａは、配車サーバ３０から候補データを受信すると、受信した候補データを表示画面に表示する。候補データが表示画面に表示されると、その候補データとして派遣メンバーのステータス情報も表示される。ユーザは、表示画面に表示された候補データの設備スペック等を確認し、選定された車両Ｖを利用するか否かを検討する。ここでは、ユーザは、派遣メンバーのステータス情報も確認することができるため、派遣メンバーがどのような楽器を利用し、そのようなジャンルの演奏をしてもらえそうかを確認の上、サービスを利用するか否かを検討することができる。検討の結果、利用することがユーザによって決定されると、利用することを表す回答がユーザによって端末装置１０ａに入力される。（ステップＳ１０３）
　端末装置１０ａは、選択された結果を回答データとして配車サーバ３０へ送信する。

（ステップＳ２０３）
　配車サーバ３０の配車指示部３１４は、端末装置１０ａから回答データを受信すると、回答データに対応する車両Ｖの車両端末２０に対してリクエスト情報を送信するとともに、配車指示をする。また、配車サーバ３０は、マップ記憶部３１０からマップデータを読み出し、車両端末２０に送信する。
　そして配車サーバ３０の配車指示部３１４は、利用する対象の派遣メンバーが携帯する端末装置１０ｃに対して予約がなされたことを通知するとともに、利用可能な車両Ｖの車両端末２０に対して配車の指示をする。この通知を受け、派遣メンバーは、車両Ｖに搭乗する。
　また、配車サーバ３０の経路調整部３１３は、車両Ｖの出発場所（例えば操車場）から、迎えに行く場所（例えばユーザの自宅等）へ移動した後、サービスの利用時間終了までに終了場所に戻る経路であって、車両の外部への音の影響が少ないエリアを優先的に通行するような経路を選択する。この経路の選択は、経路調整部３１３が行うが、この経路調整部３１３の機能を車両端末２０に設けるようにし、車両端末２０が行ってもよい。終了場所は、ユーザの自宅であってもよいし、ユーザによって指定される任意の場所であってもよい。

（ステップＳ３０１）
　車両端末２０は、リクエスト情報と走行経路を受信すると、移動経路を設定するとともに、利用開始時刻までに利用開始場所に到着できるように、車両Ｖの移動を開始させる。
　車両Ｖが自動運転の車両である場合には、設定された移動経路に基づいて、リクエスト情報に含まれるユーザの現在地を目的地に設定して走行を開始する。車両Ｖが自動運転を行わない場合、運転手が、ユーザの現在地を目的地として車両Ｖを運転する。

　車両端末２０は、車両ＶのＥＣＵ（Electronic Control Unit）から車両Ｖの現在地を表す現在地データを取得し、目的地（ここではユーザの自宅）を基準とした一定範囲内に近づいたか否かを判定する。車両端末２０は、車両Ｖが目的地から一定範囲内に近づいたと判定されなかった場合には、一定のウエイト時間が経過した後、再度判定を行う。

（ステップＳ３０２）
　車両端末２０は、車両Ｖが目的地から一定範囲内に近づいたと判定した場合には、リクエスト情報に含まれる端末装置１０ａの連絡先を宛先として車両Ｖがもうすぐ到着することを表す通知データを送信する。
　端末装置１０ａによって通知データを受信すると、ユーザは、車両Ｖが到着することを把握し、必要な楽器等を用意し、車両Ｖに搭乗する準備を行う。

（ステップＳ１０４）
　車両Ｖがユーザの自宅に到着すると、ユーザは、楽器を持参して車両Ｖに搭乗し、端末装置１０ａから「搭乗済み」であることを入力する。（ステップＳ１０５）
　端末装置１０ａは、ユーザから搭乗済みであることの入力を受け付けると、配車サーバ３０に対して搭乗済みであることを示す通知を送信する。（ステップＳ２０４）
　配車サーバ３０は、端末装置１０ａから搭乗済みであることを示す通知を受信すると、車両端末２０に対し、ユーザが搭乗済みであることを通知する。

（ステップＳ３０２）
　車両端末２０は、配車サーバ３０から搭乗済みであることを示す通知を受信すると、移動経路に基づいて走行するよう車両Ｖに指示を出力する。車両Ｖは、移動経路に従い、自動運転によって走行する。ユーザは、楽器の演奏を開始する。ここでは、派遣メンバーの要請を行っていた場合には、派遣メンバーも音響空間ＡＳに搭乗しているため、ユーザは、派遣メンバーとセッションを行うことができる。車両端末２０は、一定時間毎に車両Ｖの現在地を配車サーバ３０に送信する。
　配車サーバ３０の出力部３１１は、車両Ｖの現在地に基づいて、マップ記憶部３１０に記憶されたマップデータを参照し、車両Ｖの現在地に基づいて、現在地に応じたエリアに対応する低減レベルを読み出し、読み出した低減レベルを車両端末２０に送信する。車両端末２０は、受信した低減レベルを音響機器ＡＥに出力する。音響機器ＡＥは、車両端末２０から得られた低減レベルに応じた音量となるようにスピーカＳＰａ、スピーカＳＰｂから出力される音量を制御する。

　ここでは、車両Ｖの現在地が一定時間毎に配車サーバ３０に送信されるため、移動先のエリアが住宅地であれば、スピーカから出力される音の音量を低減レベルに応じて下げる制御を行うことができる。また、車両端末２０は、低減レベルに応じたメッセージを表示装置Ｍに表示するようにしてもよい。例えば「このエリアでは、音を小さくして下さい」等のメッセージを表示する。これにより、ユーザは、楽器から出る音が小さくなるように演奏したり、演奏音が小さな楽器に持ち替えて演奏する。また、例えば、ドラム等のように、アンプ等を利用した音量コントロールが難しい楽器である場合には、音が控え目となるような演奏方法で演奏してもらう、電子ドラムに切り替えてもらう等を促すメッセージを表示するようにしてもよい。また、アンプのボリュームを利用者自身で下げるよう促すメッセージを表示するようにしてもよい。これにより、車両Ｖが住宅地等を走行している場合には、仮に車両Ｖの外部に音が伝わったとしても、周囲に対する影響を抑えることができる。また、車両Ｖが走行していることから、音源の位置が継続的に変化するため、周囲の住民等に対して伝わる音が継続しないようにすることができる。
　また、音を抑えなくても影響が少ないエリア（例えば、周囲に住宅地があまりないエリア）に到達した場合、車両端末２０は、アンプ装置の一定レベルまで音量を上げる。これにより、ユーザは、車両外への音の影響を低減しつつ、音響空間ＡＳにおいて十分な音量での演奏を行うことができる。

　車両Ｖは、走行経路に沿って走行する。走行経路は、停止、右折、左折、急カーブ、段差等のように、車両Ｖの姿勢の変化が生じ易い箇所をなるべく通過しない経路であることが望ましい。車両Ｖの姿勢の変化が少ない場合、車体の揺れが低減されるため、ユーザは音響空間において揺れが少ない状態で演奏することができる。また、走行経路は、車両の外部に音が伝わったとしても影響が少ない経路であることが好ましい。走行経路は、継続的に移動する経路であってもよいし、いずれかの場所に一定期間停車する経由地を含むようにしてもよい。一定期間停車する場所としては、車両の外部に音が伝わったとしても影響が少ない場所（例えば、人が少ない広場等）であることが好ましい。
　車両Ｖが走行経路に沿って走行している間において、経路調整部３１３は、渋滞や通行止め等が生じていることを表す交通情報を他のサーバ装置から取得した場合には、これらを回避するように走行経路を決めるための再計算をしてもよい。

　車両Ｖは、サービス利用の終了時刻が近づくと、終了場所に対して走行する。ここでは、車両Ｖは、サービス終了時刻までに終了場所に到着するように走行する。終了場所に向かって走行している間においても、ユーザは、楽器の演奏をすることができる。
　車両Ｖが終了場所に近づき、住宅地があるエリアに到達した場合には、アンプ装置の音量を下げる。

（ステップＳ３０３）
　車両端末２０は、サービス終了時刻が到来し、終了場所に到着すると、サービスが終了したことを検出する。（ステップＳ３０４）
　車両端末２０は、サービスの終了を検出すると、サービス終了の通知を配車サーバ３０と端末装置１０ａに対して送信する。これによりサービスが終了する。
　サービス終了後、車両Ｖは、操車場を目的地として走行し、操車場に戻る。

（ステップＳ１０６）
　ユーザは、端末装置１０ａから、派遣メンバーに対する評価値を入力する。
　端末装置１０ａは、ユーザから入力された、派遣メンバーに対する評価値を配車サーバ３０に送信する。

（ステップＳ２０５）
　配車サーバ３０は、派遣メンバーに対する評価値を端末装置１０ａから受信すると、派遣メンバーデータにおける評価値を更新する。

　この実施形態においては、ユーザが車両Ｖを借りるにあたり、派遣メンバーが車両Ｖに搭乗した状態で借りる場合について説明したが、派遣メンバーが搭乗しない状態で車両Ｖを借りるようにしてもよい。この場合、ユーザは、音響空間ＡＳを１人で利用することができる。また、ユーザは、セッションしたいメンバーを予め集めておき、車両Ｖが自宅に到着した際に、集めたメンバーとユーザがともに車両Ｖに搭乗し、音響空間において演奏するようにしてもよい。これにより、車両Ｖを利用して知り合いと一緒にセッションすることができる。

　次に、配車システムＳの他の動作について説明する。
　図１０は、配車システムＳの他の動作を説明する流れ図である。
　ここで、図９に示す実施形態においては、ユーザの要望を満たし得る車両Ｖを配車サーバ３０が抽出し、提案する場合について説明したが、この図１０に示す実施形態においては、複数の候補のなかからユーザ自身が検討をして好みの車両Ｖを選択する場合について説明する。

（ステップＳ１２１）
　ユーザによって、現在利用可能な車両の情報を要求する指示が入力されると、端末装置１０ａは、配車サーバ３０にリストの要求を送信する。（ステップＳ２２１）
　配車サーバ３０は、利用可能な車両を抽出したリストを生成し、端末装置１０ａに送信する。例えば、抽出されるリストは、図６に示すような派遣メンバーのリストや、設備記憶部３０２３に記憶された車両毎の設備スペックのリストである。これらのリストが送信されることで、車両Ｖの音響態様（演奏態様）を利用者に提示することができる。利用可能な車両は、すぐに貸し出しが可能な車両、または、すぐに利用できるわけではないが待ち時間が経過すれば利用可能となる車両の少なくともいずれか一方である。ここでは、利用可能な車両が複数ある場合には、そのなかからいくつかを抽出してもよい。
　配車サーバ３０は、例えば図６に示すような派遣メンバーデータを抽出し、リストとして端末装置１０ａに送信する。

（ステップＳ１２２）
　端末装置１０ａは、配車サーバ３０からリストを受信すると、受信したリストを表示画面に表示する。ここでは、図６に示すような派遣メンバーデータが表示画面に表示される。
　ユーザは、画面に表示されたリストを確認し、いずれの車両Ｖを利用するかをリストの中から選択する。端末装置１０ａは、派遣メンバーデータのうちいずれかのグループＩＤを指定する入力を受け付ける。ここでは、ユーザは、利用時間についても入力する。

（ステップＳ１２３）
　端末装置１０ａは、グループＩＤの指定と利用時間との入力を受け付けると、車両を予約する指示とともにグループＩＤおよび利用時間を配車サーバ３０に送信する。

（ステップＳ２２２）
　配車サーバ３０は、グループＩＤと予約指示を受信すると、派遣メンバーデータにおける予約状況を更新する。例えば、グループＩＤに対して予約済みであることを表すデータを付加する。

（ステップＳ２２３）
　配車サーバ３０は、グループＩＤによって指定された派遣メンバーが携帯する端末装置１０ｃに対して予約がなされたことを通知するとともに、利用可能な車両Ｖの車両端末２０に対して配車の指示をする。
　ここでは、配車サーバ３０は、予約されたユーザのユーザデータを参照し、そのユーザの拠点（自宅）が迎えに行く場所であること、及び利用時間を車両端末２０へ通知する。
　予約がなされた各派遣メンバーは、待ち時間終了するまでに、予約された車両Ｖに搭乗する。

（ステップＳ３２１）
　車両端末２０は、予約内容を受信すると、ユーザの拠点と利用時間とに基づいて移動経路を設定し、待ち時間が終了すると派遣メンバーを搭乗させた上で移動を開始する。

（ステップＳ３２２）
　車両端末２０は、車両ＶのＥＣＵから車両Ｖの現在地を表す現在地データを取得し、目的地を基準とした一定範囲内に近づいたか否かを判定する。車両端末２０は、車両Ｖが目的地を基準とした一定範囲内に近づいたと判定された場合には、予約したユーザの端末装置１０ａに対し、車両Ｖがもうすぐ到着することを表す通知データを送信する。
　この後の処理の流れは、図９のステップＳ１０４以降の処理と同様であるので説明を省略する。

　この実施形態によれば、利用可能な車両のなかから、ユーザが好みに応じて自由に選択することができる。例えば、待ち時間、派遣メンバーのレイティング、属性、料金等を考慮して選択することができる。

　次に、車両Ｖを利用するサービスを申し込んだユーザ以外のユーザを、車両Ｖに搭乗させる場合について、図１１の流れ図を用いて説明する。
　ここでは、図９または図１０に示す流れに沿って車両Ｖの利用を開始した場合について説明する。また、ここでは、車両Ｖに派遣メンバーが搭乗していても搭乗していなくてもよい。

　端末装置１０ａを携帯するユーザを搭乗させて車両Ｖが走行を開始すると、配車サーバ３０は、車両Ｖの現在地を端末装置に参照可能に公開する。例えば、配車サーバ３０は、複数の端末装置１０のうち、少なくとも、車両Ｖに搭乗していないユーザの端末装置１０（ここでは例えば端末装置１０ｂ）からの要求に応じて、車両Ｖの位置を地図上に配置した地図データ、または、車両Ｖの現在地を説明するメッセージを、車両Ｖのステータス情報と、搭乗しているユーザの情報（演奏する楽器、好きなジャンル等）とともに端末装置１０ｂに送信する。ここで、送信される地図データには、走行経路を示すようにしてもよい。
　また、すでに車両Ｖに搭乗しているユーザが、いずれのユーザに対する公開を許可するかを予め指定しておき、配車サーバ３０が、その指定された公開範囲に属するユーザの端末装置に対して公開してもよい。公開範囲は、例えば、友人であるユーザ、通学している学校が同じであるユーザ、職場が同じユーザ等であってもよい。

　端末装置１０ｂは、配車サーバ３０から地図データとステータス情報と搭乗しているユーザの情報とを受信すると、受信した内容を画面上に表示する。端末装置１０ｂのユーザは、車両Ｖの現在地と、車両Ｖのステータス情報と、搭乗しているユーザの情報を確認し、自身の近くを車両Ｖが走行している場合であって、その車両Ｖのステータス情報と、搭乗しているユーザが演奏する楽器や好きなジャンルなどに基づいて一緒に演奏するかを判断する。一緒に演奏すると判断した場合、端末装置１０ｂのユーザは、端末装置１０ｂに搭乗希望を示す指示を入力する。（ステップＳ１４１）
　端末装置１０ｂは、ユーザからの指示に基づいて、搭乗希望の指示を送信する。

（ステップＳ２４１）
　配車サーバ３０は、端末装置１０ｂから搭乗希望の指示を受信すると、端末装置１０ｂに対応するユーザのユーザ情報をユーザ記憶部３０２１から読み出し、読み出したユーザ情報をステータス情報として、搭乗が希望されている車両Ｖを借りているユーザの端末装置１０ａに搭乗希望者がいることを送信する。

（ステップＳ１５１）
　端末装置１０ａは、配車サーバ３０からステータス情報と搭乗希望者がいることを示す通知を受信すると、受信したステータス情報とともに搭乗希望者がいることを表示画面に表示する。

　端末装置１０ａのユーザは、表示画面に表示されたステータス情報を確認し、一緒に演奏をするか否かを判断する。一緒に演奏をすると判断した場合、ユーザは、搭乗許可を示す指示を端末装置１０ａに入力する。（ステップＳ１５１）
　端末装置１０ａは、ユーザから搭乗許可の指示が入力されると、配車サーバ３０に搭乗許可を示す指示を送信する。

（ステップＳ２４２）
　配車サーバ３０は、搭乗許可の指示を受信すると、端末装置１０ｂに対して搭乗許可がされたことを通知する。（ステップＳ２４３）
　また、配車サーバ３０は、車両端末２０に対し、追加で搭乗するユーザの現在地を示す情報とともに配車指示を送信する。

（ステップＳ３４１）
　車両端末２０は、追加で搭乗するユーザの現在地を示す情報を受信すると、追加で搭乗するユーザの現在地を経由地に含むように走行経路を更新する。これにより、車両Ｖは、端末装置１０ｂを携帯するユーザがいる場所へ走行する。

　端末装置１０ｂを携帯するユーザは、搭乗許可の通知を端末装置１０ｂによって受信すると、車両Ｖに搭乗する準備をし、車両Ｖが到着すると、楽器を持参して車両Ｖに搭乗する。（ステップＳ１４２）
　そして、ユーザは、端末装置１０ｂから「搭乗済み」であることを入力する。端末装置１０ａを携帯するユーザと、端末装置１０ｂを携帯するユーザは、音響空間ＡＳにおいて、一緒に楽器を演奏することでセッションすることができる。（ステップＳ１４３）
　端末装置１０ｂは、ユーザから搭乗済みであることの入力を受け付けると、配車サーバ３０に対して搭乗済みであることを示す通知を送信する。

　配車サーバ３０は、搭乗済みであることを示す通知を端末装置１０ｂから受信すると、利用人数をカウントアップすることで更新する。ここでは、料金算出部３０８が、更新された後の人数に基づいて各ユーザが負担する利用料金を算出し、各ユーザの端末装置１０（端末装置１０ａ、端末装置１０ｂ）に利用料金を通知するようにしてもよい。料金算出部３０８は、車両Ｖを借りる料金を利用人数で割ることにより、ユーザ毎の利用料金を求めるようにしてもよい。

　車両Ｖの利用終了時刻が到来することに合わせて、車両Ｖは、各ユーザの自宅を経由するように走行することでユーザを自宅まで送り届ける。（ステップＳ１５５）
　端末装置１０ａを携帯するユーザは、端末装置１０ｂを携帯するユーザに対する評価値を端末装置１０ａから入力する。（ステップＳ１５６）
　端末装置１０ａは、ユーザから入力された評価値を配車サーバ３０に送信する。

（ステップＳ２４４）
　配車サーバ３０は、派遣メンバーに対する評価値を端末装置１０ａから受信すると、派遣メンバーデータにおける評価値を更新する。

　この実施形態によれば、車両Ｖに搭乗しているユーザは、搭乗を希望するメンバーのプロフィールを確認することで、搭乗を希望しているユーザが演奏する楽器の種類や演奏するジャンルをもとに、搭乗を許可するか否かを判断することができる。これにより、一緒に演奏したいか否かの検討がしやすくなる。
　また、この実施形態によれば、車両Ｖの現在地を公開する対象のユーザを、友人等の範囲にすることにより、既に知っているユーザや、学校または職場が共通するユーザ等と、一緒に演奏することを予め約束していなくても、車両Ｖが走行している段階において、途中から参加することができる。これにより、事前に演奏の日程調整をしていなくても、演奏している段階において都合がつくユーザに参加してもらうことができる。

　次に、音響空間ＡＳにおいて演奏された音をライブ配信する場合について図１２の流れ図を用いて説明する。
　ここでは、図９、図１０に示す流れに沿って車両Ｖの利用を開始した場合について説明する。また、車両Ｖに派遣メンバーが搭乗していても搭乗していなくてもよい。また、図１１に示すメンバーを追加する処理も事前または並行して行われていてもよい。

　端末装置１０ａを携帯するユーザを搭乗させて車両Ｖが走行を開始した後、端末装置１０ａを携帯するユーザは、ライブ配信を行うことを示す指示を端末装置１０ａから入力する。（ステップＳ１６１）
　端末装置１０ａは、ユーザからの指示に基づいて、ライブ配信を行うことを示す配信指示の入力を受け付ける。（ステップＳ１６２）
　そして端末装置１０ａは、ユーザから配信指示の入力を受け付けると配信指示を配車サーバ３０に送信する。

（ステップＳ２６１）
　配車サーバ３０は、端末装置１０ａから配信指示を受信すると車両端末２０と配信サーバ４０とのそれぞれに、配信指示を送信する。
　車両端末２０は、この配信指示を受けて、車両Ｖを停車させて演奏可能な場所に向かうように走行経路を更新してもよい。停車状態で演奏した方が、車両Ｖが揺れにくいため、ユーザにとって演奏がしやすい状態でライブ配信をしてもらうことができる。（ステップＳ４６１）
　配信サーバ４０は、配信指示を受信すると、音響機器ＡＥとカメラＣに対して接続する指示を出力する。（ステップＳ５６１）
　音響機器ＡＥは、配信サーバ４０から接続指示を取得すると、マイクロフォンＭＣや楽器Ｇから得られる音信号を配信サーバ４０に出力する。（ステップＳ６６１）
　カメラＣは、配信サーバ４０から接続指示を取得すると、音響空間ＡＳ内を撮像した映像信号を配信サーバ４０に出力する。

（ステップＳ４５２）
　配信サーバ４０は、音響機器ＡＥから得られる音信号とカメラＣから得られる映像信号を配信する。例えば、車両Ｖに搭乗していないユーザの端末装置１０ｂから配信要求があった場合、配信サーバ４０は、端末装置１０ｂに映像信号を配信する。これにより、端末装置１０ｂのユーザは、車両Ｖに搭乗していないが、車両Ｖの音響空間において演奏された音や映像を視聴することができる。

　この実施形態によれば、車両Ｖを借りることで、ライブ配信用の機材も一緒に借りることができるため、ライブ配信用の機材を所有していないユーザであっても、音響空間ＡＳすることで周囲への音の配慮にかかる負担を軽減しつつ、ライブ配信を行うことができる。
　また、配信サーバ４０が、車両Ｖの音響空間おいて演奏された音と、車両Ｖの外部にいるユーザが演奏した音とを収集することで、これらをミキシングし、配信するようにしてもよい。ここでは、車両Ｖの外部にいるユーザが演奏する音を端末装置１０ｂによって収集して生成される音信号を配信サーバ４０に送信する。これにより配信サーバ４０は、車両Ｖの外部のユーザの演奏音を収集することができる。
　このようにして、車両の演奏空間にいる利用者によって演奏された演奏信号と、車外の利用者によって演奏された演奏信号とをミキシングして、それぞれに配信するようにしたので、車内にいる利用者と、車外にいる利用者とが同じ曲を一緒に演奏することができる。

　以上説明した実施形態によれば、音響空間ＡＳにおいてセッションまたは一人で演奏する場合について説明したが、音響空間ＡＳを他の目的に活用するようにしてもよい。例えば、出発地を自宅とし、目的地を演奏会場とした移動経路を設定する。そして演奏会場にて本番の演奏を行う場合、車両Ｖに搭乗して音響空間ＡＳ内においてリハーサルとしての演奏を行い、演奏会場に到着してから本番の演奏を行うようにしてもよい。これにより移動時間を利用してリハーサルを行うことができ、時間を効率良く活用することができる。また、リハーサルをしたあと速やかに本番に進むことができるため、演奏感覚を保ったまま本番に移ることができる。

　また、演奏会場には、公共施設やイベント会場、野球等のスポーツを行う会場等があるが、野外施設もある。このような野外施設を演奏会場として利用する場合、演奏者が車両Ｖに搭乗し、野外施設まで移動しつつ音響空間ＡＳ内においてリハーサルを行う。そして野外施設に到着した場合、車両Ｖの音響空間ＡＳの壁面を展開することで、野外施設においてスタジオ環境を車両Ｖによって実現することができる。これにより、野外施設においてスタジオ設備を運んで設営する手間を省くことができる。

　また、音響空間ＡＳを音楽教室として利用する場合、ピアノ、ギター、ドラム等の楽器に関するレッスンを行うことができる。例えば、子供の習い事として音楽教室を利用する場合、車両Ｖをレッスン会場として利用することができる。この場合、車両Ｖが、習い事をする子供の自宅まで移動することで迎えに行き、子供を搭乗させレッスンを行うことができる。レッスン中において、車両Ｖは走行してもよい。車両Ｖは、レッスンの終了時刻が到来するタイミングで子供の自宅に到着するように走行する。これにより、レッスンが終了すると、子供は自宅の近傍で車両Ｖから降車することができる。そのため、音楽教室があるレッスン会場まで出向く必要がないため、子供の親は、子供をレッスン会場まで送迎しなくてすむため、親の負担も低減させることができる。

　また、音響空間ＡＳを音楽教室として利用する場合、音楽教室を開催する開催者は、レッスン会場としての建物を準備する必要がない。そのため、レッスン会場を所有していない開催者であっても、車両Ｖの音響空間ＡＳを利用することで音楽教室を開催することができる。
　また、音響空間ＡＳを音楽教室として利用する場合、先生を派遣メンバーとして登録することで、その先生に対するレイティングを登録することもできる。これにより音楽教室に通う利用者は、そのレイティングを参照した上で、どの音楽教室を利用するかを検討することもできる。この場合、レイティングに応じてレッスン料が決まるようにしてもよい。

　以上説明した実施形態によれば、演奏態様（設備スペックや派遣メンバーのプロフィール）を利用者に提示し、演奏態様を確認した利用者から搭乗するリクエストを取得すると、当該利用者を車両の演奏空間に搭乗させるか否かを判定するようにした。これにより、利用者は演奏態様を確認した上で搭乗を要求し、搭乗が許可されると演奏空間において演奏することができる。そのため、所望の音響空間への移動のための手間と時間を軽減することができる。

　また、上述した実施形態によれば、派遣メンバーまたは追加で搭乗を希望するメンバーのプロフィールを車両Ｖに搭乗するユーザに提示し、一緒に演奏するか否かをユーザに判断してもらうようにした。これによりユーザは、一緒に演奏する他のメンバーを自分自身で探し出す必要がない。そのため、ユーザにとって、一緒に演奏するメンバーを探したり、お互いの予定を調整する負担を探したりする負担を軽減することができる。

　また、上述した実施形態によれば、派遣メンバーに対する評価の入力を、一緒に演奏した利用者から取得し、端末装置へステータスに含めて送信するようにした。これによりユーザは、派遣メンバーの評価を参考にした上で、その派遣メンバーを一緒に演奏することを申し込むか否かを判断することができる。

　また、上述した実施形態において、評価値に応じて利用料金を求めるようにしたので、車両Ｖを貸し出す事業主催者は、評価に応じた料金をユーザから得ることができる。また、事業主催者は、派遣メンバーに対して、評価に応じた報酬を支払うことが可能となる。派遣メンバーは、評価に応じた報酬を得ることができるため、派遣先の活動に対するモチベーションを向上させることができる。

　また、上述の実施形態によれば、車両の現在地に応じた低減レベルを出力することができるため、外部機器は、この低減レベルに応じた制御をすることができる。

　また、上述した実施形態によれば、車両Ｖが指定された降車位置まで車両が移動してくれるため、希望する降車位置に到着した際に自分の演奏を終了させ、降車することができる。これにより利用者は、希望する場所に送り届けてもらうことができる。したがって演奏後において利用者が自ら移動する負担を軽減することができる。
　例えば、職場の同僚と仕事帰りに一緒に車両Ｖの音響空間に搭乗してセッションを行いつつ、各メンバーを自宅まで順に送迎してもらうことができる。これにより、帰宅時間を有効に活用し、セッションを楽しむことができる。

　以上説明した実施形態において、プロフィール記憶部３０２、マップ記憶部３１０は、記憶媒体、例えば、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ　Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ
　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　ｒｅａｄ／ｗｒｉｔｅ　Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、またはこれらの記憶媒体の任意の組み合わせによって構成される。このプロフィール記憶部３０２、マップ記憶部３１０は、例えば、不揮発性メモリを用いることができる。

　また、以上説明した実施形態において、端末装置１０、車両端末２０、配車サーバ３０、配信サーバ４０が有する各機能は、例えばＣＰＵ（中央処理装置）等の処理装置若しくは専用の電子回路で構成されてよい。

　以上説明した実施形態において、配車システムＳは、配信サーバ４０を含む場合について説明したが、配信を行わない場合には、配信サーバ４０を含まないようにしてもよい。

　上述した実施形態における端末装置１０、車両端末２０、配車サーバ３０、配信サーバ４０をコンピュータで実現するようにしてもよい。その場合、この端末装置１０、車両端末２０、配車サーバ３０、配信サーバ４０を実現するためのプログラムをそれぞれコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

　例えば、端末装置１０の機能に応じた情報処理を実行させるためのプログラムをスマートフォン、タブレット等の端末装置にインストールして実行させることで、端末装置１０の機能を実現するようにしてもよい。この場合、コンピュータにより実行される情報処理は、演奏空間を有する車両に搭乗し演奏空間を利用する搭乗者のプロフィールを含む車両情報を配車装置から取得し、車両情報を表示装置に表示させる第１処理を実行し、車両情報のうち、ユーザからの操作入力に応じて、いずれの車両を利用するかの指示を取得し、取得した指定に応じた指定情報を配車装置に送信し、配車装置から、指定情報によって指定された車両に搭乗可能であるか否かを受信する処理を実行するようにしてもよい。

　また、車両情報は、前記車両が走行している現在地または走行予定経路の情報を含み、第１処理は、前記現在地または前記走行予定経路を前記表示装置に表示させることを含むようにしてもよい。

　この実施形態によれば、演奏空間を利用する搭乗者のプロフィールを確認した上で、ユーザからいずれの車両を利用するかを指定してもらい、その指定された車両に搭乗させることが可能となる。
　これによりユーザは、プロフィールに基づいて、一緒に演奏空間において演奏したいメンバーであるか否かを判断した上で、車両に搭乗し、演奏することができる。
　また利用者は、車両の現在地または走行予定経路を手がかりにして、自分が搭乗することが可能な場所に車両があるか否かを確認した上で、搭乗するか否かを判断することができる。

　以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１０，１０ａ，１０ｂ…端末装置、２０…車両端末、３０…配車サーバ、４０…配信サーバ、３０１…第１取得部、３０２…プロフィール記憶部、３０３…評価取得部、３０４…第２取得部、３０５…判定部、３０６…第１送信部、３０７…評価取得部、３０８…料金算出部、３０９…位置取得部、３１０…マップ記憶部、３１１…出力部、３１２…降車情報取得部、３１３…経路調整部、配車指示部３１４、４０１…演奏信号取得部、４０２…信号処理部、４０３…配信部、３０２１…ユーザ記憶部、３０２２…派遣メンバー記憶部、３０２３…設備記憶部、３２０１…ユーザ情報記憶部

Claims (16)

1. 　車両に設けられた音響空間における音響態様を含むステータス情報を取得する第１取得部と、
   　利用者の端末装置から送信された前記利用者の希望する、音響空間における音響態様を含むリクエスト情報を取得する第２取得部と、
   　前記ステータス情報と前記リクエスト情報に基づき、前記利用者を前記車両の音響空間に搭乗させるか否かを判定する判定部と
   　前記判定部の判定結果に応じて前記車両を配車する配車指示部と
   　を備える配車システム。
2. 　前記配車システムは、前記ステータス情報を前記利用者の端末装置に送信する第１送信部をさらに有し、
   　前記リクエスト情報は、前記車両への搭乗を希望することを表す
   　請求項１に記載の配車システム。
3. 　前記音響空間を一緒に利用した複数の利用者のうち他の利用者に対する評価を取得する評価取得部と、
   　前記取得された評価を利用者毎に記憶する評価記憶部とを有し、
   　前記第１送信部は、前記評価を含むステータス情報を送信する
   　請求項２に記載の配車システム。
4. 　前記音響空間は、演奏空間であり、
   　前記音響態様は、前記演奏空間における演奏態様であり、
   　前記リクエスト情報は、演奏態様を表す
   　請求項１から請求項３のうちいずれか１項に記載の配車システム。
5. 　前記ステータス情報は、前記演奏空間において演奏をするメンバーであって前記車両の貸し出しとともに派遣される派遣メンバーのプロフィールを含む
   　請求項４に記載の配車システム。
6. 　前記派遣メンバーと一緒に前記演奏空間を利用した利用者から当該派遣メンバーに対する評価を取得する評価取得部と、
   　前記取得された評価を利用者毎に記憶する評価記憶部とを有し、
   　前記ステータス情報は、前記派遣メンバーの評価を含む
   　請求項５に記載の配車システム。
7. 　前記評価に応じて前記音響空間の利用料金を求める料金算出部
   　を有する請求項６に記載の配車システム。
8. 　前記演奏空間において演奏された曲の演奏信号である第１演奏信号と、前記演奏空間とは異なる場所において演奏される前記曲の演奏信号である第２演奏信号を取得する演奏信号取得部と、
   　前記第１演奏信号と前記第２演奏信号をミキシングする信号処理部と、
   　前記ミキシングされた演奏信号を前記演奏空間において音を出力する装置と、前記演奏空間とは異なる場所において演奏する利用者の端末装置とのそれぞれに配信する配信部と、
   　を有する請求項４または請求項７に記載の配車システム。
9. 　前記ステータス情報は、前記音響空間において利用可能な設備を表す情報を含む
   　請求項１から請求項８のうちいずれか１項に記載の配車システム。
10. 　前記ステータス情報は、これから搭乗することが可能な搭乗希望者のプロフィールを含み、
    　前記第２取得部は、前記車両に搭乗した利用者から、前記搭乗希望者のうち搭乗を許可する対象の搭乗希望者の指定を端末装置を介して取得し、
    　前記判定部は、前記搭乗が許可された搭乗希望者を搭乗させると判定する
    　請求項１から請求項９のうちいずれか１項に記載の配車システム。
11. 　前記車両の現在地を取得する位置取得部と、
    　前記音響空間における音を低減する度合いを示す低減レベルと、場所とを対応づけて記憶するマップ記憶部と、
    　前記マップ記憶部から、前記車両の位置に応じた低減レベルを読み出し、読み出した低減レベルを外部の機器に出力する出力部
    　を有する請求項１から請求項１０のうちいずれか１項に記載の配車システム。
12. 　前記利用者の端末装置から、前記車両から降車する位置を指定する降車情報を取得する降車情報取得部と、
    　前記降車情報に基づいて、前記車両の走行経路を決定させる経路調整部と、
    　を有する請求項１から請求項１１のうちいずれか１項に記載の配車システム。
13. 　コンピュータにより実行される情報処理方法であり、
    　車両に設けられた音響空間における音響態様を含むステータス情報を取得し、
    　利用者の端末装置から送信された前記利用者の希望する、音響空間における音響態様を含むリクエスト情報を取得し、
    　前記ステータス情報と前記リクエスト情報に基づき、前記利用者を前記車両の音響空間に搭乗させるか否かを判定し、
    　前記判定された結果に応じて前記車両を配車する
    　情報処理方法。
14. 　コンピュータにより実行される情報処理方法であり、
    　演奏空間を有する車両に搭乗し前記演奏空間を利用する搭乗者のプロフィールを含む車両情報を配車装置から取得し、
    　車両情報を表示装置に表示させる第１処理を実行し、
    　前記車両情報のうち、ユーザからの操作入力に応じて、いずれの車両を利用するかの指示を取得し、
    　取得した指定に応じた指定情報を配車装置に送信し、
    　前記配車装置から、指定情報によって指定された車両に搭乗可能であるか否かを受信する
    　情報処理方法。
15. 　前記車両情報は、前記車両が走行している現在地または走行予定経路の情報を含み、
    　第１処理は、前記現在地または前記走行予定経路を前記表示装置に表示させることを含む
    　請求項１４に記載の情報処理方法。
16. 　演奏空間を有する車両に搭乗し前記演奏空間を利用する搭乗者のプロフィールを含む車両情報を配車装置から取得し、
    　車両情報を表示装置に表示させる第１処理を実行し、
    　前記車両情報のうち、ユーザからの操作入力に応じて、いずれの車両を利用するかの指示を取得し、
    　取得した指定に応じた指定情報を配車装置に送信し、
    　前記配車装置から、指定情報によって指定された車両に搭乗可能であるか否かを受信する
    　ことをコンピュータに実行させるプログラム。

Images