JP6602345B2 - 同乗システム - Google Patents

Description

本発明は、車両を複数の利用者で共同して使用する同乗システムに関する。

特許文献１記載の同乗者検索装置は、一の利用者からの要求に応じて、車両に同乗できる他の利用者を検索する同乗者検索装置において、相乗りを行う相手を、人物の属性に基づいて検索可能にすることを課題としている。

当該課題を解決するため、特許文献１に係る同乗者検索装置は、利用者情報記憶手段と、検索要求取得手段と、適合度算出手段と、情報提供手段と、を有する。

利用者情報記憶手段は、利用者の移動に関する複数の要素からなり、出発地及び目的地を要素として含む移動情報と、利用者の人物属性に関する複数の要素からなる属性情報を、当該利用者と関連付けて記憶する。検索要求取得手段は、利用者から送信された検索要求を取得する。適合度算出手段は、検索要求を送信した利用者に対応する移動情報及び属性情報と、他の利用者に対応する移動情報及び属性情報を用いて、検索要求を送信した利用者と他の利用者との間の適合度を算出する。情報提供手段は、算出した適合度に基づいて、同乗者の候補を表す情報である候補情報を生成し、検索要求を送信した利用者に提示する。

特許第６０１５４６７号公報

特許文献１に係るシステムは、予め同乗者を検索する際に、例えば共通の趣味を持つ人や友人等をマッチングできたとしても、実際の乗車時に、予約した人が誤って別の車両に乗車してしまったり、予約していない人が誤って乗車してしまうおそれがある。

本発明は上述した問題を解決するためになされたものであり、少なくとも予約時にマッチングされた同乗者が、予約対象車両に乗車することができる同乗システムを提供することを目的とする。

［１］ 本発明に係る同乗システムは、所定の又は利用者の要求に基づく経路を自律走行可能な自動運転車両（以下、車両と記す）を複数の前記利用者で共同で使用する同乗システムであって、複数の前記利用者の属性を前記利用者の乗車条件として設定する手段と、前記利用者の前記自動運転車両への乗車時又は乗車予約時に、前記利用者の属性が前記乗車条件に合致するか否かを判断する手段とを備えることを特徴とする。

予め同乗者（利用者）を検索する際に、例えば共通の趣味を持つ人や友人等をマッチングできたとしても、実際の乗車時に、予約した人が誤って別の車両に乗車してしまったり、予約していない人が誤って乗車してしまう場合がある。

しかし、本発明では、利用者の車両への乗車時又は乗車予約時に、利用者の属性が乗車条件に合致するか否かを判断することから、少なくとも予約時にマッチングされた同乗者が、予約対象の車両に乗車することができる。もちろん、事前に予約をとっていない人も、乗車条件に合致すれば、乗車することができる。すなわち、飛び入りに対しても柔軟に対応することができる。

［２］ 本発明において、前記車両は、所定以上の音量で音声を再生する手段と、建築物の密集度が第１所定値以下である地点を目的地に設定する手段とを備えてもよい。

利用者が、例えば大きな音を出して音楽鑑賞したり、楽器の演奏、ネットゲーム等を行う場合、走行車両の目的地として、建築物の密集度が低い地点、例えば広場や空き地等を設定することができる。これにより、利用者は、周りを気にせずに、音楽鑑賞や、楽器の演奏等を楽しむことができる。もちろん、利用者同士で雑談やパーティ等を行う場合も当てはまる。

［３］ 本発明において、前記目的地に向かう経路を前記密集度が第２所定値以下である経路を選択する手段を備えてもよい。

車両が目的地に向かう過程で、車内において利用者同士で雑談、パーティ、音楽鑑賞等を行う場合があり、車内の音が外に漏れることとなる。そこで、本発明では、目的地に向かう経路として、建築物の密集度が第２所定値以下である経路を選択する。これにより、車両の走行中において、利用者は、周りを気にせずに、雑談、パーティ、音楽鑑賞等を楽しむことができる。

［４］ 本発明において、前記車両の外から前記車両の内部への視認性を調整可能な手段を有してもよい。

例えば車両の内部で利用者（例えばプロのミュージシャン）が楽器を演奏している模様を車両の外から見ることができ、例えばプロモーション目的で車両を利用することが可能となる。

［５］ 本発明において、前記利用者の共通目的を実現するためのアクティビティ施設が前記車両の車内に設けられていてもよい。

例えば利用者が楽器を演奏する場合、車両内には、アクティビティ施設として、ギターアンプ、ベースアンプ、ドラムセット、スピーカ等が設置されているため、利用者は、個人所有の楽器を持ち込むだけでよい。すなわち、音楽スタジオで演奏するという感覚で、車両を利用することができる。もちろん、食事等を行うことができる施設であれば、車内でパーティや、雑談会等を行うことができる。

本発明に係る同乗システムによれば、少なくとも予約時にマッチングされた同乗者が、予約対象車両に乗車することができる。

本実施の形態に係る同乗システムを示すブロック図である。 同乗システムの処理動作を示すフローチャートである。 第１実施例に係る同乗システム（第１同乗システム）を示すブロック図である。 目的地への複数の経路の一例を示す説明図である。 第１同乗システムの処理動作を示すフローチャートである。 第１同乗システムでの飛び入り参加の対応を示すフローチャートである。 第２実施例に係る同乗システム（第２同乗システム）を示すブロック図である。 第２同乗システムの処理動作を示すフローチャートである。 第２同乗システムでのメンバー交代の対応を示すフローチャートである。 第２同乗システムでのメンバー追加の対応を示すフローチャートである。 図１１Ａ及び図１１Ｂは、車両の外から車両の内部への視認性を調整可能な手段の一例を示す説明図である。

以下、本発明に係る同乗システムの実施の形態例を図１〜図１１Ｂを参照しながら説明する。

先ず、本実施の形態に係る同乗システム１０は、図１に示すように、少なくとも例えば１以上の自動運転車両（以下、単に車両１２と記す）と、例えばネットワーク１４に接続されたウェブサイト１６と、利用者が所有するパーソナルコンピュータ（ＰＣ）や携帯型情報端末とを有する。以下の説明では、パーソナルコンピュータや携帯型情報端末を単に「情報端末１８」と記す。

利用者は、主にウェブサイト１６に登録されたメンバーを指す。メンバーは、少なくとも以下の事項を入力して登録する。

自分の名前、メールアドレス、住所、友人の名前、趣味（好きなアーティスト、俳優、女優、音楽ジャンル、好きなネットゲーム、好きなアニメの主人公、脇役、好きなアイドル、入会しているオフラインミーティングの名称、結成バンドの名前等）等を入力して登録する。

車両１２は、所定の又は利用者の要求に基づく経路を自律走行可能な車両である。車両１２は、例えば設定された目的地までの経路を算出し、算出された経路を、逐次作成される行動計画に従って、駆動力装置、操舵装置及び制動装置の一部又は全部を制御する。

ウェブサイト１６は、乗車条件設定部２０（クラブ、バンド（音楽）等の設定）と、予約時属性判定部２２と、乗車時属性判定部２４と、エンターキー発行部２６とを有する。

乗車条件設定部２０は、車両１２の乗車条件を設定する。乗車条件としては、メンバーの好きなイベントと、メンバーの趣味等が挙げられる。イベントとしては、例えばクラブ、バンド等が挙げられる。クラブは、共通の趣味等を持つ仲間が定期的あるいは不定期に集まって形成する団体であって、例えば音楽鑑賞会、音楽コンクール、ゲーム大会、雑談会、仮装会、後援会、オフラインミーティング等が挙げられる。バンド（音楽）は、好きな楽器を持ち寄って楽器演奏を行う団体であって、ロック、ジャズ、フュージョン、フォークソング等が挙げられる。プロのミュージシャによるバンドも含む。

従って、車両１２としては、イベントに応じて複数の車両１２が用意されていることが好ましい。例えばバンドに対応した車両１２の車内には、アクティビティ施設として、ギターアンプ、ベースアンプ、ドラムセット、スピーカ等が設置される。クラブに対応した車両１２の車内には、アクティビティ施設として、食事等を行うことができるキッチンや、テーブル、椅子、ソファー等が設置される。もちろん、カラオケやダンス等であれば、カラオケ装置やミラーボール等も設置される。

予約時属性判定部２２は、乗車条件が設定された車両１２の予約時に、当該車両１２に乗車できるメンバーの属性を判定する。属性が乗車条件に適合すれば、予約時属性判定部２２は、エンターキー発行部２６を通じて、例えば当該車両１２に乗車するためのエンターキー（車両１２のドアを開錠するエンターキー）を発行する。エンターキーには、車両１２を特定する番号と、メンバーのＩＤ等が記録される。

乗車時属性判定部２４は、予約したメンバー以外のメンバーが、当該車両１２に乗車する際に、当該車両１２に乗車できるメンバーの属性を判定する。この場合も、属性が乗車条件に適合すれば、エンターキー発行部２６を通じて、例えば当該車両１２に乗車するためのエンターキーを発行する。

ここで、本実施の形態に係る同乗システム１０の処理動作について図２を参照しながら説明する。

先ず、図２のステップＳ１において、乗車条件設定部２０は、車両１２の乗車条件を設定する。

その後、ステップＳ２において、予約時属性判定部２２は、乗車条件が設定された車両１２の予約時に、当該車両１２に乗車できるメンバーの属性を判定する。属性が乗車条件に適合すれば（ステップＳ２：ＹＥＳ）、ステップＳ３に進み、予約時属性判定部２２は、当該車両１２への乗車を許可する。例えば当該車両１２に乗車するためのエンターキーをエンターキー発行部２６を通じて発行する。

一方、ステップＳ４において、乗車時属性判定部２４は、予約したメンバー以外のメンバーが、当該車両１２に乗車する際に、当該車両１２に乗車できるメンバーの属性を判定する。属性が乗車条件に適合すれば（ステップＳ４：ＹＥＳ）、ステップＳ５に進み、乗車時属性判定部２４は、当該車両１２への乗車を許可する。例えば当該車両１２に乗車するためのエンターキーをエンターキー発行部２６を通じて発行する。

ステップＳ６において、乗車を許可されたメンバーは、車両１２に乗車する際に、エンターキーを車両１２に送信する。

ステップＳ７において、車両１２は、送信されたエンターキーが当該車両１２に適合するか否かを判別する。エンターキーが適合すれば（ステップＳ７：ＹＥＳ）、ステップＳ８において、ドアを開錠する。これによって、乗車を許可されたメンバーは車両１２に乗車することが可能となる。エンターキーが不適合であれば（ステップＳ７：ＮＯ）、ステップＳ９において、車両１２は、例えば乗車する車両１２が違うことを示すエラーメッセージを出力する。

上記ステップＳ２又はステップＳ４において、メンバーの属性が乗車条件に適合しないと判定された場合（ステップＳ２又はステップＳ４：ＮＯ）は、ステップＳ１０又はステップＳ１１に進み、乗車条件に適合しない旨のエラーメッセージを出力する。

次に、上述した同乗システム１０について、いくつのかの実施例を図３〜図１０を参照しながら説明する。

先ず、クラブ等に適した第１実施例に係る同乗システム（以下、第１同乗システム１０Ａと記す）について説明する。

第１同乗システム１０Ａは、図３に示すように、車両１２と、ウェブサイト１６と、情報端末１８とを有する。

ウェブサイト１６は、案内送信処理部３０と、認証処理部３２と、参加メンバー記録部３４と、上述した乗車条件設定部２０、予約時属性判定部２２及び乗車時属性判定部２４とを有する。

案内送信処理部３０は、ネットワーク１４を通じてイベントの開催の案内をメンバーの情報端末１８に送信する。電子メールでの案内でもよいし、ホームページを通じた案内でもよい。案内には開催の日程等を含む。

認証処理部３２は、ウェブサイト１６へのアクセスがあった場合に、アクセス元がメンバーであるかどうかを判定する。

参加メンバー記録部３４は、車両１２を通じて受信したエンターキーの内容に基づいて、イベント毎の参加メンバーの情報を、ウェブサイト１６に接続されたデータベース３６に記録する。この情報は、イベント毎の人気動向の把握や、イベントへの参加メンバーに対する課金等に利用してもよい。

車両１２は、目的地設定部４０、走行経路設定部４２、停車地点設定部４４、ドア開錠処理部４６を有する。

目的地設定部４０は、イベントを開催する目的地５０（図４参照）を設定する。予め目的地５０を設定してもよいし、走行中の車両１２自体が発する音や、車内から発する音、例えば参加者の話し声、歌声、スピーカから発する音等の大きさに応じて目的地５０を設定してもよい。

目的地５０で、車両１２に設置したスピーカ、あるいは、車両１２から運び出したスピーカから所定以上の音量で音声を再生する場合、例えば音楽鑑賞や、カラオケ、大音量の音楽を交えて例えばプロジェクションマッピング等を行う場合であって、騒音レベルが例えば８０ｄＢ以上の音量の場合は、建築物の密集度が第１所定値以下である地点を目的地５０に設定する。

密集度は、予め設定した一定の土地の面積と該土地上に建てられた建築物の面積とで求められる。具体的には、（建築物の面積／一定の土地の面積）×１００（％）で求めることができる。この場合、工場等のように大きな音を発する施設は建築物に含めない。一定の土地の面積としては、１ヘクタールや１０ヘクタール等を用いることができる。第１所定値としては、例えば２０〜３０％が挙げられる。もちろん、騒音レベルに応じて適宜選定してもよい。

建築物の密集度が第１所定値以下である地点は、例えばネットワーク１４を通じて取得される地図情報や、車両１２に搭載されたナビゲーション装置に具備された地図情報等を用いて検出される。

また、イベントが雑談会やオフラインミーティング等の雑談を主目的とする場合は、騒音レベルが８０ｄＢ以上になることはないため、目的地５０を巡回（循環経路）してもよい。例えば１つの市街地を目的地５０とし、該市街地を車両１２で巡回するようにしてもよい。

走行経路設定部４２は、目的地５０までの経路を設定する。参加者が少ない場合は、市街地や駅前等の人口が多い場所を経路に含めてもよい。車両１２が目的地５０に向かう過程で、車内において利用者同士で雑談、パーティ、音楽鑑賞等を行う場合があるが、このような場合、車内の音が外に漏れることとなる。そこで、走行経路設定部４２では、目的地５０に向かう経路として、建築物の密集度が第２所定値以下である経路を選択する。第２所定値としては、第１所定値よりも高く、例えば３０〜４０％が挙げられる。

例えば、図４に示すように、目的地５０までの経路として、例えば３つの経路５２ａ、５２ｂ及び５２ｃが候補として挙げられた場合、建築物の密集度が第２所定値以下の経路が選択される。３つの経路５２ａ、５２ｂ及び５２ｃがいずれも建築物の密集度が第２所定値以下であれば、密集度が最も低い経路が選択される。

停車地点設定部４４は、目的地５０までの経路上に停車地点を設定する。例えば参加メンバーの自宅、乗車地点や休憩地等を停車地点として設定する。目的地５０を循環経路とした場合は、目的地５０内での停車地点を設定してもよい。停車地点を参加メンバーの自宅に設定すれば、自宅で待っている参加メンバーを順番に拾って目的地５０に連れていくことができるため、例えばコスプレ・イベント等に最適である。

ドア開錠処理部４６は、車両１２のドアに近づいた参加メンバーが例えば情報端末１８を用いてエンターキーを送信した場合に、受信したエンターキーが当該車両１２に適合したエンターキーであれば、ドアを開錠して参加メンバーを車内に誘導する。

一方、情報端末１８は、申込み処理部６０、エンターキー送信部６２、参加申請部６４を有する。

申込み処理部６０は、メンバーが情報端末１８を使って、イベントに参加したい旨の意思表示（入力）があった場合に、参加申込みを示すコード（メンバーのＩＤ等を含むコード）をウェブサイト１６に送信する。

エンターキー送信部６２は、参加メンバーが情報端末１８を使って、車両１２に乗り込む旨の意思表示（入力）があった場合に、事前に入手していたエンターキーを車両１２に送信する。

参加申請部６４は、参加を申し込まなかったメンバーが情報端末１８を使って、車両１２に乗り込む旨の意思表示（入力）があった場合（参加申請）に、ウェブサイト１６にログインする。この参加申請部６４を通じてログインがなされた場合、ウェブサイト１６の乗車時属性判定部２４は友人判定又は趣味判定を行う。友人判定は、参加申請を行ったメンバーが参加メンバーの友人であるかどうかを判定する。趣味判定は、参加申請を行ったメンバーがイベント内容に適合した趣味を持っているかどうかを判定する。参加メンバーと友人である、あるいは、イベント内容に適合した趣味を持っていると判定された場合は、参加申請を行ったメンバーに対してエンターキーが発行される。すなわち、参加申請を行ったメンバーの情報端末１８にエンターキーが送信される。

次に、第１同乗システム１０Ａの処理動作について、図５を参照しながら説明する。

先ず、図５のステップＳ１０１において、ウェブサイト１６の案内送信処理部３０は、ネットワーク１４を通じてイベントの開催の案内をメンバーの情報端末１８に送信する。ステップＳ１０２において、情報端末１８の申込み処理部６０は、イベントに参加したい旨の意思表示（入力）があった場合に、参加申込みを示すコード（メンバーのＩＤ等を含むコード）をウェブサイト１６に送信する。

ステップＳ１０３において、認証処理部３２は、ウェブサイト１６へのアクセスがあった場合に、アクセス元が登録したメンバーであるかどうかを判定する。登録したメンバーであれば（ステップＳ１０３：ＹＥＳ）、次のステップＳ１０４に進み、予約時属性判定部２２は、参加申込みを行ったメンバーの趣味属性を判定する。参加申込を行ったメンバーがイベント内容に適合した趣味を持っていると判定された場合（ステップＳ１０４：ＹＥＳ）は、ステップＳ１０５に進み、エンターキー発行部２６は、参加申込みを行ったメンバーに対してエンターキーを発行する。すなわち、参加申込みを行ったメンバーの情報端末１８にエンターキーを送信する。

その後、ステップＳ１０６において、車両１２の目的地設定部４０は、イベントの内容に基づいて、騒音レベルが所定以上の音量で音声を再生するかどうかを判別する。騒音レベルが所定以上の音量で音声を再生するのであれば（ステップＳ１０６：ＹＥＳ）、次のステップＳ１０７に進み、車両１２の目的地設定部４０は、建築物の密集度が第１所定値以下である地点を目的地５０に設定する。

ステップＳ１０７での処理が終了した段階、あるいは、ステップＳ１０６において、騒音レベルが所定未満の音量で音声を再生すると判別された場合（ステップＳ１０６：ＮＯ）は、ステップＳ１０８に進み、走行経路設定部４２は、目的地５０までの経路を設定する。その後、ステップＳ１０９において、停車地点設定部４４は、目的地５０までの経路上に停車地点を設定する。

ステップＳ１１０において、車両１２が予め設定された乗車地点や、参加メンバーの自宅等に到着したとき、ドア開錠処理部４６は、エンターキーの受信を待つ。

参加メンバーは、乗車地点や、参加メンバーの自宅等に到着した車両１２に対して、エンターキーを送信する。すなわち、情報端末１８のエンターキー送信部６２は、参加メンバーのエンターキー送信を示す入力に基づいてエンターキーを送信する。

ドア開錠処理部４６は、ステップＳ１１０において、エンターキーの受信を待つ。ドア開錠処理部４６は、エンターキーを受信すると（ステップＳ１１０：ＹＥＳ）、次のステップＳ１１１に進み、受信したエンターキーが当該車両１２に適合したエンターキーであるか否かを判別する。適合したエンターキーであれば（ステップＳ１１１：ＹＥＳ）、ステップＳ１１２において、ドアを開錠する。これによって、参加メンバーは車両に乗車する。

エンターキーが不適合であれば（ステップＳ１１１：ＮＯ）、ステップＳ１１３において、ドア開錠処理部４６は、乗車する車両１２が違うことを示すエラーメッセージを出力する。この場合、エラーメッセージを音声出力してもよいし、情報端末１８を通じて表示してもよい。このとき、乗るべき車両１２の番号や乗車地点の位置を表示したり、音声出力してもよい。

一方、上記ステップＳ１０４において、参加申込を行ったメンバーがイベント内容に適合した趣味を持っていないと判定された場合（ステップＳ１０４：ＮＯ）は、ステップＳ１１４に進み、例えば趣味が適合しないことを示すエラーメッセージを出力する。

また、上記ステップＳ１０３において、登録したメンバーでないと判定された場合（ステップＳ１０３：ＮＯ）は、ステップＳ１１５に進み、例えば登録メンバーでないことを示すエラーメッセージを出力する。併せて、ウェブサイト１６への登録を促すメッセージを出力してもよい。

次に、飛び入り参加の対応について、図６のフローチャートを参照しながら説明する。

飛び入り参加としては、例えば参加を申し込まなかったが、イベントの開催当日、参加したいと思い立った場合や、たまたま車両１２が止まっているのを見かけ、参加したくなった場合等が挙げられる。以下の説明は、飛び入り参加メンバーが車両１２に乗車しようとしている状況を想定している。

先ず、図６のステップＳ２０１において、情報端末１８の参加申請部６４は、メンバーの参加申請の入力に基づいて、ウェブサイト１６にログインする。すなわち、参加申請を行う。

ステップＳ２０２において、ウェブサイト１６の認証処理部３２は、ウェブサイト１６へのアクセスがあった場合に、アクセス元が登録したメンバーであるかどうかを判定する。登録したメンバーであれば（ステップＳ２０２：ＹＥＳ）、次のステップＳ２０３に進み、乗車時属性判定部２４は、飛び入り参加メンバーの友人判定又は趣味判定を行う。すなわち、正規の参加メンバーの中に、飛び入り参加メンバーの友人がいるか否か、あるいは、飛び入り参加メンバーがイベント内容に適合した趣味を持っているか否かを判定する。参加メンバーの中に友人がいる、あるいは、イベント内容に適合した趣味を持っていると判定された場合、すなわち、友人判定又は趣味判定の結果、適合した場合（ステップＳ２０３：ＹＥＳ）は、ステップＳ２０４に進み、エンターキー発行部２６は、飛び入り参加メンバーに対してエンターキーを発行する。

ステップＳ２０５において、飛び入り参加メンバーは、車両１２に対して、エンターキーを送信する。すなわち、情報端末１８のエンターキー送信部６２は、飛び入り参加メンバーのエンターキー送信を示す入力に基づいてエンターキーを送信する。

ステップＳ２０６において、ドア開錠処理部４６は、エンターキーを受信すると、ドアを開錠する。これによって、飛び入り参加メンバーは車両１２に乗車することができる。

上記ステップＳ２０３において、飛び入り参加メンバーの友人判定及び趣味判定がいずれも適合しなかった場合（ステップＳ２０３：ＮＯ）は、ステップＳ２０７に進み、例えば趣味が適合しないことを示すエラーメッセージを出力する。

上記ステップＳ２０２において、登録したメンバーでないと判定された場合（ステップＳ２０２：ＮＯ）は、ステップＳ２０８に進み、エラーメッセージを出力して、ウェブサイト１６への登録を促す。

次に、バンド（音楽）、プロのミュージシャン（バンド）の演奏によるプロモーション等に適した第２実施例に係る同乗システム（以下、第２同乗システム１０Ｂと記す）について図７〜図１０を参照しながら説明する。

このようなバンド等のイベントでは、メンバーが決まっているのが通例である。従って、第１同乗システム１０Ａとは異なり、例えばリーダーがメンバーに招集をかけるという方式になる。なお、バンドではなく、不特定多数の音楽仲間が集まって広場等で演奏する場合は、上述した第１同乗システム１０Ａが適用される。

この第２同乗システム１０Ｂは、図７に示すように、上述した第１同乗システム１０Ａと同様の構成を有するが、情報端末１８にメンバー招集依頼部７０、メンバー交代申請部７２及びメンバー追加申請部７４を有する点と、ウェブサイト１６にメンバー特定部７６を有する点で異なる。

メンバー招集依頼部７０は、ウェブサイト１６に対してバンド仲間（プロのミュージシャンを含む）の招集を依頼する。依頼事項には、バンド名、演奏する区域（最終的な目的地は車両の走行中に決定する）、演奏の日程、必要であればバンドを特定するＩＤ等がある。ウェブサイト１６のメンバー特定部７６は、依頼事項のバンド名やＩＤ等に基づいて、招集対象のメンバーを特定する。

メンバー交代申請部７２及びメンバー追加申請部７４は、上述した参加申請部６４とほぼ同様の処理を行う。すなわち、メンバー交代又はメンバー追加によって新たに参加するメンバーは、情報端末１８を使って、車両１２に乗り込む旨の意思表示（入力）を行って（メンバー交代申請、メンバー追加申請）、ウェブサイト１６にログインする。

メンバー交代申請又はメンバー追加申請を通じてログインがなされた場合、ウェブサイト１６の乗車時属性判定部２４は友人判定又は趣味判定を行う。バンドのメンバーと友人である、あるいは、演奏する曲に適合した趣味を持っていると判定された場合は、メンバー交代申請又はメンバー追加申請を行ったメンバーに対してエンターキーが発行される。すなわち、メンバー交代申請又はメンバー追加申請を行ったメンバーの情報端末１８にエンターキーを送信する。

次に、第２同乗システム１０Ｂの処理動作について、図８を参照しながら説明する。

先ず、図８のステップＳ３０１において、例えばバンドのリーダーは、ウェブサイト１６に対してバンド仲間の招集を依頼する。ステップＳ３０２において、予約時属性判定部２２は、依頼事項のバンド名やＩＤ等に基づいて、招集対象のメンバーを特定する。

ステップＳ３０３において、ウェブサイト１６の案内送信処理部３０は、ネットワーク１４を通じて、特定したメンバーの情報端末１８に、バンドメンバーの招集の案内を送信する。ステップＳ３０４において、参加可能なメンバーは、情報端末１８の申込み処理部６０を通じて参加申込みを示すコードをウェブサイト１６に送信する。

ステップＳ３０５において、認証処理部３２は、ウェブサイト１６へのアクセスがあった場合に、アクセス元が登録したメンバーであるかどうかを判定する。登録したメンバーであれば（ステップＳ３０５：ＹＥＳ）、次のステップＳ３０６に進み、エンターキー発行部２６は、参加申込みを行ったメンバーに対してエンターキーを発行する。

その後、ステップＳ３０７において、車両１２の目的地設定部４０は、建築物の密集度が第１所定値以下である地点を目的地５０に設定する。通常、バンドによる演奏の場合、野外に設置した大型スピーカを使って大音量で楽器を演奏する。従って、イベントがバンドメンバーによる演奏の場合、建築物の密集度が第１所定値以下である地点を目的地５０に設定する。もちろん、楽器演奏でもスピーカを使わない場合は、建築物の密集度が第１所定値よりも大きい場所を目的地５０にしてもよい。

ステップＳ３０８において、走行経路設定部４２は、目的地５０までの経路を設定する。走行経路設定部４２での処理動作は上述したので、ここではその説明を省略する。その後、ステップＳ３０９において、停車地点設定部４４は、目的地５０までの経路上に停車地点を設定する。

ステップＳ３１０において、車両１２が予め設定された乗車地点や、参加メンバーの自宅等に到着したとき、ドア開錠処理部４６は、エンターキーの受信を待つ。

バンドメンバーは、乗車地点や、バンドメンバーの自宅等に到着した車両１２に対して、エンターキーを送信する。すなわち、情報端末１８のエンターキー送信部６２は、バンドメンバーのエンターキー送信を示す入力に基づいてエンターキーを送信する。

ドア開錠処理部４６は、エンターキーを受信すると（ステップＳ３１０：ＹＥＳ）、次のステップＳ３１１に進み、受信したエンターキーが当該車両１２に適合したエンターキーであるか否かを判別する。適合したエンターキーであれば（ステップＳ３１１：ＹＥＳ）、ステップＳ３１２において、ドアを開錠する。これによって、バンドメンバーは車両１２に乗車する。エンターキーが不適合であれば（ステップＳ３１１：ＮＯ）、ステップＳ３１３において、ドア開錠処理部４６は、乗車する車両１２が違うことを示すエラーメッセージを出力する。

上記ステップＳ３０５において、登録したメンバーでないと判定された場合（ステップＳ３０５：ＮＯ）は、エラーメッセージを出力し、ウェブサイトへの登録を促す。

次に、メンバー交代の対応について、図９のフローチャートを参照しながら説明する。

メンバー交代としては、正規のバンドメンバーが例えば所用で参加できなくなった場合に、友人等に参加を依頼する場合等が挙げられる。

先ず、図９のステップＳ４０１において、情報端末１８のメンバー交代申請部７２は、メンバー交代申請の入力に基づいて、ウェブサイト１６にログインする。以下の説明は、交代したメンバー（以下、交代メンバーと記す）が車両１２に乗車しようとしている状況を想定している。

ステップＳ４０２において、ウェブサイト１６の認証処理部３２は、ウェブサイト１６へのアクセスがあった場合に、交代メンバーが登録したメンバーであるかどうかを判定する。登録したメンバーであれば（ステップＳ４０２：ＹＥＳ）、次のステップＳ４０３に進み、乗車時属性判定部２４は、正規のバンドメンバーの中に、交代メンバーの友人がいるか否か（友人判定）、あるいは、交代メンバーがバンドの演奏曲やスタイル等に適合した趣味を持っているか否かを判定する（趣味判定）。参加メンバーの中に友人がいる、あるいは、趣味が適合すると判定された場合（ステップＳ４０３：ＹＥＳ）は、ステップＳ４０４に進み、エンターキー発行部２６は、交代メンバーに対してエンターキーを発行する。

ステップＳ４０５において、エンターキーを入手した交代メンバーは、車両１２に対して、エンターキーを送信する。

ステップＳ４０６において、ドア開錠処理部４６は、エンターキーを受信すると、ドアを開錠する。これによって、交代メンバーは車両１２に乗車することができる。

上記ステップＳ４０３において、交代メンバーの友人判定及び趣味判定がいずれも適合しなかった場合（ステップＳ４０３：ＮＯ）は、ステップＳ４０７に進み、例えば趣味が適合しないことを示すエラーメッセージを出力する。

上記ステップＳ４０２において、登録したメンバーでないと判定された場合（ステップＳ４０２：ＮＯ）は、ステップＳ４０８に進み、エラーメッセージを出力し、ウェブサイト１６への登録を促す。

次に、メンバー追加の対応について、図１０のフローチャートを参照しながら説明する。

メンバー追加としては、正規のバンドメンバーの友人を参加メンバーとして連れてきたり、飛び入りで参加する等が挙げられる。

先ず、図１０のステップＳ５０１において、情報端末１８のメンバー追加申請部７４は、メンバー追加申請の入力に基づいて、ウェブサイト１６にログインする。以下の説明は、追加したメンバー（以下、追加メンバーと記す）が車両１２に乗車しようとしている状況を想定している。

ステップＳ５０２において、ウェブサイト１６の認証処理部３２は、ウェブサイト１６へのアクセスがあった場合に、追加メンバーが登録したメンバーであるかどうかを判定する。登録したメンバーであれば、次のステップＳ５０３に進み、乗車時属性判定部２４は、正規のバンドメンバーの中に、追加メンバーの友人がいるか否か（友人判定）、あるいは、追加メンバーがバンドの演奏曲やスタイル等に適合した趣味を持っているか否かを判定する（趣味判定）。追加メンバーの中に友人がいる、あるいは、趣味が適合すると判定された場合は、ステップＳ５０４に進み、エンターキー発行部２６は、交代メンバーに対してエンターキーを発行する。

ステップＳ５０５において、エンターキーを入手した追加メンバーは、車両１２に対して、エンターキーを送信する。

ステップＳ５０６において、ドア開錠処理部４６は、エンターキーを受信すると、ドアを開錠する。これによって、追加メンバーは車両１２に乗車することができる。

上記ステップＳ５０３において、追加メンバーの友人判定及び趣味判定がいずれも適合しなかった場合は、ステップＳ５０７に進み、例えば趣味が適合しないことを示すエラーメッセージを出力する。

上記ステップＳ５０２において、登録したメンバーでないと判定された場合は、ステップＳ５０８に進み、エラーメッセージを出力し、ウェブサイト１６への登録を促す。

ところで、第２同乗システム１０Ｂにおいては、上述したように、プロのミュージシャンによるプロモーションも実施可能となっている。この場合、例えば図１１Ａ及び図１１Ｂに示すように、車両１２の外から車両１２の内部への視認性を調整可能な手段が設置されていることが好ましい。視認性を調整可能な手段としては、例えば液晶シャッタ８０を好ましく採用することができる。

図１１Ａは液晶シャッタ８０の透過性を低下させて、車両１２の内部が見えないようにした状態を示し、図１１Ｂは液晶シャッタ８０の透過性を高めて、車両１２の内部が見えるようにした状態を示す。従って、図１１Ｂでは、車両１２の内部で例えばプロのミュージシャンが演奏している状態を車両１２の外から見ることができる。

この場合、例えば車両１２の一方の側面部分に液晶シャッタ８０を設置して、例えばミュージシャンによる演奏中だけ液晶シャッタ８０の透過性を上げるように調整したり、例えばバスドラムを叩くタイミングでパルス的に透過性を上げるように調整する等が挙げられる。

このように、本実施の形態に係る同乗システム１０は、所定の又は利用者の要求に基づく経路を自律走行可能な自動運転車両１２を複数の利用者で共同で使用する同乗システムである。そして、この同乗システム１０は、複数の利用者の属性を利用者の乗車条件として設定する手段（乗車条件設定部２０）と、利用者の車両１２への乗車時又は乗車予約時に、利用者の属性が乗車条件に合致するか否かを判断する手段（予約時属性判定部２２、乗車時属性判定部２４）とを備える。

予め同乗者（利用者）を検索する際に、例えば共通の趣味を持つ人や友人等をマッチングできたとしても、実際の乗車時に、予約した人が誤って別の車両１２に乗車してしまったり、予約していない人が誤って乗車してしまう場合がある。

しかし、本実施の形態では、利用者の車両１２への乗車時又は乗車予約時に、利用者の属性が乗車条件に合致するか否かを判断することから、少なくとも予約時にマッチングされた同乗者が、予約対象の車両１２に乗車することができる。もちろん、事前に予約をとっていない人も、乗車条件に合致すれば、乗車することができる。すなわち、飛び入りに対しても柔軟に対応することができる。

本実施の形態において、車両１２は、所定以上の音量で音声を再生する手段（スピーカ等）と、建築物の密集度が第１所定値以下である地点を目的地５０に設定する手段（目的地設定部４０）とを備える。

利用者が、例えば大きな音を出して音楽鑑賞したり、楽器の演奏、ネットゲーム等を行う場合、走行車両の目的地として、建築物の密集度が低い地点、例えば広場や空き地等を設定することができる。これにより、利用者は、周りを気にせずに、音楽鑑賞や、楽器の演奏等を楽しむことができる。もちろん、利用者同士で雑談やパーティ等を行う場合も当てはまる。

本実施の形態において、目的地５０に向かう経路を密集度が第２所定値以下である経路を選択する手段（走行経路設定部４２）を備える。

車両１２が目的地５０に向かう過程で、車内において利用者同士で雑談、パーティ、音楽鑑賞等を行う場合があり、車内の音が外に漏れることとなる。そこで、本実施の形態では、目的地５０に向かう経路として、建築物の密集度が第２所定値以下である経路を選択する。これにより、車両１２の走行中において、利用者は、周りを気にせずに、雑談、パーティ、音楽鑑賞等を楽しむことができる。

本実施の形態において、車両１２の外から車両１２の内部への視認性を調整可能な手段（液晶シャッタ８０等）を有する。

例えば車両１２の内部で利用者（例えばプロのミュージシャン）が楽器を演奏している模様を車両１２の外から見ることができ、例えばプロモーション目的で車両１２を利用することが可能となる。

本実施の形態において、利用者の共通目的を実現するためのアクティビティ施設が車両１２の車内に設けられている。

例えば利用者が楽器を演奏する場合、車両１２内には、アクティビティ施設として、ギターアンプ、ベースアンプ、ドラムセット、スピーカ等が設置されているため、利用者は、個人所有の楽器を持ち込むだけでよい。すなわち、音楽スタジオで演奏するという感覚で、車両１２を利用することができる。

もちろん、食事等を行うことができる施設であれば、車内でパーティや、雑談会等を行うことができる。このとき、アルコール飲料を提供する施設である場合には、属性情報の１つである年齢の属性を用いて、法的に飲酒可能な年齢の属性を有する利用者のみ乗車を許可するようにしてもよい。また、深夜等、特定の時間帯は所定年齢以下の属性を有する利用者の利用を禁止するようにしてもよい。さらに、会員制のイベント等の場合、属性情報の１つとして、会員登録の有無の情報を設定してもよい。

なお、この発明は、上述した実施の形態に限定されるものではなく、この発明の主旨を逸脱しない範囲で自由に変更できることは勿論である。

１０…同乗システム １２…車両（自動運転車両）
１４…ネットワーク １６…ウェブサイト
１８…情報端末 ２０…乗車条件設定部
２２…予約時属性判定部 ２４…乗車時属性判定部
２６…エンターキー発行部 ３０…案内送信処理部
３２…認証処理部 ４０…目的地設定部
４２…走行経路設定部 ４４…停車地点設定部
４６…ドア開錠処理部 ５０…目的地
５２ａ〜５２ｃ…経路 ６０…申込み処理部
６２…エンターキー送信部 ６４…参加申請部
７０…メンバー招集依頼部 ７２…メンバー交代申請部
７４…メンバー追加申請部 ７６…メンバー特定部
８０…液晶シャッタ

Claims (5)

1. 所定の又は利用者の要求に基づく経路を自律走行可能な自動運転車両を複数の前記利用者で共同で使用する同乗システムであって、
   複数の前記利用者の属性を前記利用者の乗車条件として設定する手段と、
   前記利用者の前記自動運転車両への乗車予約時に、前記利用者の属性が前記乗車条件に合致するか否かを判定する予約時属性判定手段と、
   乗車予約をしていない利用者の前記自動運転車両への乗車時に、当該利用者の属性が前記乗車条件に合致しているかを判定する乗車時属性判定手段と
   を備えることを特徴とする同乗システム。
2. 請求項１記載の同乗システムにおいて、
   前記自動運転車両は、所定以上の音量で音声を再生する手段と、
   建築物の密集度が第１所定値以下である地点を目的地に設定する手段とを備えることを特徴とする同乗システム。
3. 請求項２記載の同乗システムにおいて、
   前記目的地に向かう経路を前記密集度が第２所定値以下である経路を選択する手段を備えることを特徴とする同乗システム。
4. 請求項１〜３のいずれか１項に記載の同乗システムにおいて、
   前記自動運転車両の外から前記自動運転車両の内部への視認性を調整可能な手段を有することを特徴とする同乗システム。
5. 請求項１〜４のいずれか１項に記載の同乗システムにおいて、
   前記利用者の共通目的を実現するためのアクティビティ施設が前記自動運転車両の車内に設けられていることを特徴とする同乗システム。

Images