(57)【要約】【課題】車内スペースを有効に活用でき、利用者の乗合車両に対する乗り降りの円滑化を図ることができながら、予約した利用者とは異なる利用者が誤って乗車することを抑制できる乗合車両および予約管理システムを提供すること。【解決手段】複数の利用者が予約して乗り合わせる乗合車両１に、複数のシート３と、読取部４と、予約情報格納領域５７および判断プログラム５２を備える車両制御部５とを備える。各シート３に、シートバック３０と、折畳位置と着座位置との間を移動可能なシートクッション３１とを備える。そして、判断プログラム５２は、乗車する利用者が予約者と一致すると判断したときに、シートクッション３１が着座位置に移動するように、シート３を制御し、乗車する利用者が予約者と異なると判断したときに、シートクッション３１が折畳位置を維持するように、シート３を制御する。【選択図】図１
2020140341.tif 000002
【特許請求の範囲】
【請求項１】
複数の利用者が予約して乗り合わせる乗合車両であって、
複数のシートと、
利用者が前記乗合車両に乗車するときに、利用者の利用者情報を読み取る読取部と、
複数の利用者の予約情報を格納する予約情報格納領域、および、前記予約情報と前記利用者情報とに基づいて、乗車する利用者が予約した利用者と一致するか否かを判断する第１処理手段を備える第１制御部と、を備え、
各前記シートは、
シートバックと、
前記シートバックに沿うように起立する折畳位置と、利用者が着座可能となるように、前記シートバックに対して傾倒する着座位置との間を移動可能なシートクッションと、を備え、
前記第１処理手段は、
前記読取部が前記利用者情報を読み取る前において、前記シートクッションが前記折畳位置に位置するように、前記シートを制御し、
前記読取部が前記利用者情報を読み取った後、乗車する利用者が予約した利用者と一致すると判断したときに、前記シートクッションが前記折畳位置から前記着座位置に移動するように、前記シートを制御し、乗車する利用者が予約した利用者と異なると判断したときに、前記シートクッションが前記折畳位置を維持するように、前記シートを制御することを特徴とする、乗合車両。
【請求項２】
請求項１に記載の乗合車両と、
前記乗合車両に設けられ、前記第１制御部に接続される受信部と、
前記受信部と通信可能な送信部と、
前記乗合車両の運行計画を格納する運行計画格納領域、および、前記送信部が前記受信部に前記運行計画に含まれる複数の利用者の予約情報を送信するように、前記送信部を制御する第２処理手段を備える第２制御部と、を備え、
前記第１制御部は、前記受信部が受信した前記予約情報を、前記予約情報格納領域に格納する第３処理手段を備えることを特徴とする、予約管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の利用者が予約して乗り合わせる乗合車両および予約管理システムに関する。
【背景技術】
【０００２】
近年、複数の利用者を乗り合わせて運行する車両運行システムが知られており、車両に対する利用者の予約を受け付けることが検討されている。
【０００３】
例えば、路線バスの停留所に設置され、利用者の乗車予約を受け付ける停留所装置と、路線バスに搭載され、停留所装置から乗車予約通知を受け付ける車載装置と、停留所装置または車載装置から受信した路線バスの運行情報を、他の停留所装置または車載装置に転送する運行管理装置とを備えるバス予約管理システムが提案されている（例えば、特許文献１参照。）。
【０００４】
そして、そのようなバス予約管理システムでは、車載装置が、利用者の降車予約と乗車予約通知とに基づいて、路線バスの停留所への停車を判断する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−２２７５５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、近年、路線バス以外に、オンデマンドバスが普及しつつある。そのようなオンデマンドバスでは、マイクロバスが乗り合いバスとして利用されるが、マイクロバスでは、特許文献１に記載のバス予約管理システムのように、単に利用者の予約を管理するだけでは、利用者が移動するための車内スペースを十分に確保できない場合がある。この場合、バスに対する利用者の乗り降りの円滑化を図るには限度がある。
【０００７】
また、バスには、予約した利用者とは異なる利用者が誤って乗車する場合がある。この場合、予約していない利用者がバスに乗車すると、本来の予約した利用者がバスに乗車できないおそれがある。
【０００８】
そこで、本発明は、車内スペースを有効に活用でき、利用者の乗合車両に対する乗り降りの円滑化を図ることができながら、予約した利用者とは異なる利用者が誤って乗車することを抑制できる乗合車両および予約管理システムを提供する。
【課題を解決するための手段】
【０００９】
本発明［１］は、複数の利用者が予約して乗り合わせる乗合車両であって、複数のシートと、利用者が前記乗合車両に乗車するときに、利用者の利用者情報を読み取る読取部と、複数の利用者の予約情報を格納する予約情報格納領域、および、前記予約情報と前記利用者情報とに基づいて、乗車する利用者が予約した利用者と一致するか否かを判断する第１処理手段を備える第１制御部と、を備え、各前記シートは、シートバックと、前記シートバックに沿うように起立する折畳位置と、利用者が着座可能となるように、前記シートバックに対して傾倒する着座位置との間を移動可能なシートクッションと、を備え、前記第１処理手段は、前記読取部が前記利用者情報を読み取る前において、前記シートクッションが前記折畳位置に位置するように、前記シートを制御し、前記読取部が前記利用者情報を読み取った後、乗車する利用者が予約した利用者と一致すると判断したときに、前記シートクッションが前記折畳位置から前記着座位置に移動するように、前記シートを制御し、乗車する利用者が予約した利用者と異なると判断したときに、前記シートクッションが前記折畳位置を維持するように、前記シートを制御する、乗合車両を含む。
【００１０】
このような構成によれば、第１処理手段が、読取部が利用者情報を読み取る前において、シートクッションが折畳位置に位置するように、シートを制御する。そのため、予約した利用者が乗車する前の状態において、その利用者に対応するシートバックが折畳位置に位置するので、シートバックが着座位置に位置する場合と比較して、車内スペースを大きく確保することができる。その結果、利用者が移動するための車内スペースを十分に確保でき、乗合車両に対する利用者の乗り降りの円滑化を図ることができる。
【００１１】
また、第１処理手段は、読取部が利用者情報を読み取った後、乗車する利用者が予約した利用者と一致すると判断したときに、その利用者に対応するシートクッションが折畳位置から着座位置に移動するように、シートを制御し、乗車する利用者が予約した利用者と異なると判断したときに、シートクッションが折畳位置を維持するように、シートを制御する。
【００１２】
そのため、乗車する利用者が予約した利用者である場合、その利用者に対応するシートが着座可能となり、利用者が着座すべきシートに円滑に着座することができる。一方、乗車する利用者が予約した利用者と異なる場合、シートクッションが折畳位置を維持されるので、予約した利用者とは異なる利用者が誤って乗車することを抑制できる。
【００１３】
本発明［２］は、上記［１］に記載の乗合車両と、前記乗合車両に設けられ、前記第１制御部に接続される受信部と、前記受信部と通信可能な送信部と、前記乗合車両の運行計画を格納する運行計画格納領域、および、前記送信部が前記受信部に前記運行計画に含まれる複数の利用者の予約情報を送信するように、前記送信部を制御する第２処理手段を備える第２制御部と、を備え、前記第１制御部は、前記受信部が受信した前記予約情報を、前記予約情報格納領域に格納する第３処理手段を備える、予約管理システムを含む。
【００１４】
このような構成によれば、複数の利用者の予約情報が、送信部から運行計画に対応する乗合車両が備える受信部に送信され、第３処理手段が、予約情報を予約情報格納領域に格納する。
【００１５】
そのため、第２制御部が、乗合車両の運行計画と、複数の利用者の予約情報とを一括して管理して、乗合車両に送信することができる。
【発明の効果】
【００１６】
本発明の乗合車両および予約管理システムでは、車内スペースを有効に活用でき、利用者の乗合車両に対する乗り降りの円滑化を図ることができながら、予約した利用者とは異なる利用者が誤って乗車することを抑制できる。
【図面の簡単な説明】
【００１７】
【図１】図１は、本発明の乗合車両の一実施形態を示す概略構成図である。
【図２】図２は、図１に示す乗合車両を備える予約管理システムの一実施形態を示す概略構成図である。
【図３】図３Ａは、図１に示すシートの側面図であって、シートクッションが折畳位置にある状態を示す。図３Ｂは、図１に示すシートの側面図であって、シートクッションが着座位置にある状態を示す。
【図４】図４は、図２に示す予約管理システムの処理のフローチャートを示す。
【図５】図５は、図２に示す乗合車両の運行時における処理のフローチャートを示す。
【図６】図６は、図５に示す乗車処理のフローチャートを示す。
【図７】図７は、図５に示す降車処理のフローチャートを示す。
【図８】図８Ａは、図１に示す乗合車両において、後側第１シートのシートクッションが着座位置に位置する状態を示す。図８Ｂは、図１に示す乗合車両において、前側シートおよび後側第１シートのシートクッションが着座位置に位置する状態を示す。図８Ｃは、図１に示す乗合車両において、後側第３シートを除くシートのシートクッションが着座位置に位置する状態を示す。
【発明を実施するための形態】
【００１８】
＜予約管理システム＞
図１および図２を参照して、本発明の予約管理システムの一実施形態としての予約管理システムＳを説明する。
【００１９】
図１および図２に示すように、予約管理システムＳは、複数の利用者が予約して乗り合わせる乗合車両に対する予約を管理する予約管理システムであり、より詳しくは、オンデマンド型の乗合車両に対する予約を管理するシステムである。予約管理システムＳは、複数の乗合車両１と、管理装置２とを備える。なお、図１および図２では、便宜上、１台の乗合車両１を示すが、予約管理システムＳが備える乗合車両１の台数は、特に制限されない。
【００２０】
＜乗合車両＞
図１に示すように、各乗合車両１は、運転者を除いて、例えば、１人以上４人以下の利用者を同時に乗り合わせることができる。乗合車両１は、車体１０と、複数のシート３と、ルート表示部９と、読取部４と、第１制御部の一例としての車両制御部５（図２参照）と、受信部６（図２参照）とを備える。
【００２１】
車体１０は、複数の利用者が乗車可能な車内スペース１２と、利用者が車内スペース１２に乗り降り可能な乗降口１１とを有する。乗降口１１は、図示しないが、常にはドアにより閉鎖されており、必要に応じてドアが移動することにより開放される。
【００２２】
複数のシート３は、利用者の座席であって、車内スペース１２に配置されている。なお、図１では、便宜上、乗合車両１に同時に乗り合わせ可能な最大人数が４人であり、乗合車両１が４つのシート３を備えるが、乗合車両１に同時に乗り合わせ可能な最大人数および乗合車両１が備えるシート３の数は、特に制限されない。例えば、乗合車両に同時に乗り合わせ可能な人数は、例えば、４５人以下、好ましくは、２９人以下、さらに好ましくは、１０人以下であり、乗合車両が備えるシートの数は、乗合車両に同時に乗り合わせ可能な最大人数と同数である。本実施形態において、複数のシート３は、前側シート３Ａと、後側シート列３Ｂとを含む。
【００２３】
前側シート３Ａは、車両前後方向において、後側シート列３Ｂに対して前側に間隔を空けて位置する。前側シート３Ａは、車幅方向において、乗降口１１に対して間隔を空けて位置する。
【００２４】
後側シート列３Ｂは、車両前後方向において、乗降口１１に対して後側に間隔を空けて位置する。後側シート列３Ｂは、車幅方向に並ぶ複数（３つ）のシート３を備える。後側シート列３Ｂは、乗降口１１から見て奥側から順に、後側第１シート３Ｃ、後側第２シート３Ｄ、後側第３シート３Ｅを備える。
【００２５】
図３Ａおよび図３Ｂに示すように、各シート３は、シートバック３０と、シートクッション３１とを備える。
【００２６】
シートバック３０は、シート３の背もたれ部を構成し、利用者がシート３に着座した状態において、利用者の背部を支持する。シートバック３０は、上下方向に延びる。
【００２７】
シートクッション３１は、シート３の腰かけ部を構成し、利用者がシート３に着座した状態において、利用者の腰部を支持する。シートクッション３１は、シートバック３０に沿うように起立する折畳位置（図３Ａ参照）と、利用者が着座可能となるように、シートバック３０に対して傾倒する着座位置との間を移動可能である。シートクッション３１は、折畳位置にある状態において、上下方向に延びる。シートクッション３１は、着座位置にある状態において、車両前後方向に延びる。
【００２８】
図１に示すように、ルート表示部９は、車内スペース１２の床部に設けられる。ルート表示部９は、乗降口１１から各シート３へのルートを表示可能である。つまり、ルート表示部９は、複数のシート３と同数のルートを表示できる。なお、図１では、便宜上、ルート表示部９が、表示可能なすべてのルートが示されているが、実際には、乗降口１１から一のシート３へ向かうルートが表示される。ルート表示部９は、例えば、ＬＥＤなどの発光装置を備える。ルート表示部９が発光装置を備えると、夜間においても、乗降口１１から各シート３へのルートを明確に表示できる。
【００２９】
読取部４は、利用者が乗合車両１に乗車するときに、利用者の利用者情報を読み取る。読取部４は、車内スペース１２において、乗降口１１の近傍に配置される。読取部４は、車両前後方向において、乗降口１１よりも前側に位置する。読取部４は、車幅方向における前側シート３Ａと乗降口１１との間において、乗降口１１側に位置する。読取部４は、有線および／または無線により車両制御部５に接続されて、利用者情報を車両制御部５に送信可能である（図２参照）。
【００３０】
読取部４は、利用者の利用者情報を読み取り可能であれば、特に制限されない。利用者情報は、利用者を特定できる情報であり、例えば、事前に登録された登録情報、生体認証情報などが挙げられる。読取部４として、例えば、ＩＣカードリーダ、生体認証リーダ（例えば、指紋認証リーダ、網膜認証リーダ、掌形認証リーダ、顔認証リーダ、音声認証リーダなど）などが挙げられる。
【００３１】
図２に示すように、受信部６は、車体１０に設けられる。受信部６は、管理装置２が備える送信部８（後述）から送信される予約情報（後述）を受信可能である。受信部６は、有線および／または無線により車両制御部５に接続され、車両制御部５に予約情報を送信可能である。
【００３２】
車両制御部５は、車体１０に設けられる。車両制御部５は、演算処理部５４と、メモリ５０と、プログラム５１とを備える。
【００３３】
演算処理部５４は、中央処理装置（ＣＰＵ）であって、プログラム５１を実行可能である。
【００３４】
メモリ５０は、予約情報格納領域５７を含む。予約情報格納領域５７は、乗合車両１に乗り合い予定である複数の利用者の予約情報を格納する。予約情報は、例えば、予約した利用者（以下、予約者とする。）を特定する予約者情報と、各予約者が着座予定のシート情報と、各予約者の希望乗車位置および希望降車位置とを含む。
【００３５】
プログラム５１は、第１処理手段の一例としての判断プログラム５２と、ルート表示プログラム５６と、第３処理手段の一例としての格納プログラム５３とを備える。
【００３６】
判断プログラム５２は、詳しくは後述するが、予約情報格納領域５７に格納される予約情報と、読取部４が読み取る利用者情報とに基づいて、乗車する利用者が予約者と一致するか否かを判断する。
【００３７】
ルート表示プログラム５６は、詳しくは後述するが、判断プログラム５２が乗車する利用者が予約者と一致すると判断したときに、ルート表示部９が乗降口１１から予約者が着座予定のシート３までのルートを表示するように、ルート表示部９を制御する。
【００３８】
格納プログラム５３は、詳しくは後述するが、受信部６が受信した予約情報を予約情報格納領域５７に格納する。
【００３９】
＜管理装置＞
管理装置２は、例えば、複数の乗合車両１を管理する運行管理センタに配置され、運行管理センタによって管理または利用される。管理装置２は、第２制御部の一例としての管理制御部７と、送信部８とを備える。
【００４０】
管理制御部７は、演算処理部７３と、メモリ７０と、プログラム７１とを備える。
【００４１】
演算処理部７３は、中央処理装置（ＣＰＵ）であって、プログラム７１を実行可能である。
【００４２】
メモリ７０は、運行計画格納領域７５と、需要情報格納領域７６とを含む。
【００４３】
運行計画格納領域７５は、各乗合車両１が運行予定である運行計画を格納する。運行計画は、上記した予約者情報と、上記したシート情報と、上記した希望乗車位置および希望降車位置とを少なくとも含む。また、運行計画は、好ましくは、運行予定日時と、複数の停車位置を含む運行ルートと、各停車位置の到着時間および発車時間とをさらに含む。
【００４４】
需要情報格納領域７６は、複数の利用者の需要情報を格納する。需要情報は、予約者情報と、予約者の希望乗車位置および希望降車位置とを少なくとも含む。
【００４５】
プログラム７１は、運行計画計算プログラム７４と、第２処理手段の一例としての送信プログラム７２とを含む。
【００４６】
運行計画計算プログラム７４は、詳しくは後述するが、利用者の需要情報に基づいて運行計画を作成し、運行計画をメモリ７０に格納する。
【００４７】
送信プログラム７２は、詳しくは後述するが、送信部８が受信部６に運行計画に含まれる予約情報を送信するように、送信部８を制御する。
【００４８】
送信部８は、予約情報を受信部６に送信可能である。送信部８は、例えば、通信ネットワークを介して、受信部６と無線通信可能である。通信ネットワークは、例えば、所定の通信事業者（キャリア）によって管理運用されるネットワークであってもよく、不特定多数のユーザを対象とするオープンネットワーク（例えば、インターネットなど）であってもよい。
【００４９】
＜予約管理システムの処理＞
次いで、図４を参照して、予約管理システムＳの処理の一実施形態を説明する。
【００５０】
図４に示すように、予約管理システムＳの処理では、まず、管理装置２が、各日の所定時間帯に運行予定の乗合車両（例えば、午前便、午後便など）に対する予約を、予約受付の開始時間から終了時間まで受け付ける（ステップ１）。
【００５１】
具体的には、運行管理センタに駐在するオペレータが、運行管理センタに設けられる電話端末などにより、利用者からの上記需要情報を受け付け、図示しない入力装置により、管理装置２に入力する。また、管理装置２が、利用者の情報携帯端末（例えば、スマートフォンなど）から送信される上記需要情報を受信する。
【００５２】
これらによって、利用者の予約が受け付けられて、利用者の需要情報が、各日の所定時間帯に関連付けられて、需要情報格納領域７６に格納される。その後、予約受付が終了するまで、複数の利用者の需要情報が、各日の所定時間帯毎に需要情報格納領域７６に蓄積される。
【００５３】
その後、予約受付が終了すると、演算処理部７３は、運行計画計算プログラム７４を実行して、運行ルートを作成する（ステップ２）。
【００５４】
詳しくは、運行計画計算プログラム７４は、需要情報格納領域７６から各日の所定時間帯に関連する複数の需要情報を抽出し、それら需要情報に基づいて、複数の利用者の希望乗車位置および希望降車位置を複数の停車位置として含む運行ルートを作成する。そして、運行計画計算プログラム７４は、乗合車両が当該運行ルートを所定時間帯内に走行可能か判断する。
【００５５】
乗合車両が当該運行ルートを所定時間帯内に走行不能であった場合、運行計画計算プログラム７４は、運行ルートの本数が１つ増えるように運行ルートを再計算した後、上記のように、乗合車両が各運行ルートを所定時間帯内に走行可能か判断する。そして、すべての運行ルートを乗合車両が所定時間帯内に走行可能となるまで、運行ルートの再計算を繰り返す。
【００５６】
そして、乗合車両が運行ルートを所定時間帯内に走行可能であると、運行計画計算プログラム７４は、運行ルートに含まれる各停車位置（希望乗車位置または希望降車位置）の到着時間および発車時間を算出する。なお、各停車位置の到着時間および発車時間は、例えば、オペレータにより対応する予約者に通知されるか、管理装置２から対応する予約者の携帯情報端末に送信される。
【００５７】
また、運行計画計算プログラム７４は、運行ルートにおいて送迎する予約者が着座するシート３を決定する。本実施形態では、運行計画計算プログラム７４は、予約者が、乗車順に乗降口１１から遠いシート３に着座するように、予約者が着座するシート３を決定する。つまり、予約者は、乗車順に、後側第１シート３Ｃ、前側シート３Ａ、後側第２シート３Ｄおよび後側第３シート３Ｅが割り当てられる（図１参照）。
【００５８】
そして、運行計画計算プログラム７４は、複数の停車位置を含む運行ルートと、各停車位置の到着時間および発車時間と、複数の予約者の予約者情報と、各予約者が着座予定のシート情報と、各予約者の希望乗車位置および希望降車位置とを関連付けして、１つの運行計画として、運行計画格納領域７５に格納する（ステップ３）。
【００５９】
次いで、運行計画の開始前に、演算処理部７３が、送信プログラム７２を実行する。送信プログラム７２は、運行計画格納領域７５に格納される対応する運行計画から、上記した予約者情報と、上記したシート情報と、上記した希望乗車位置および希望降車位置と、複数の停車位置を含む運行ルートとを、予約情報として抽出する。そして、送信プログラム７２は、送信部８が、抽出した予約情報を受信部６に送信するように制御する（ステップ４）。
【００６０】
そして、受信部６が予約情報を受信すると、車両制御部５の演算処理部５４は、格納プログラム５３を実行する。格納プログラム５３は、受信部６が受信した予約情報を予約情報格納領域５７に格納する（ステップ５）。
【００６１】
以上によって、乗合車両１の予約情報格納領域５７に、乗合車両１が運行する運行計画に含まれる複数の利用者の予約情報が格納される。
【００６２】
＜乗合車両の運行時の処理＞
次に、図５〜図８を参照して、乗合車両１の運行時における処理の一実施形態を説明する。
【００６３】
図５に示すように、演算処理部５４は、運行計画の開始時間前に、判断プログラム５２を実行する。判断プログラム５２は、すべてのシート３において、シートクッション３１が折畳位置に位置するように、各シート３を制御する（図１参照）。つまり、判断プログラム５２は、読取部４が利用者情報を読み取る前において、シートクッション３１が折畳位置に位置するように、シート３を制御する（ステップ６）。
【００６４】
その後、運行計画の開始時間になると、乗合車両１により運行計画が実行される。なお、本実施形態では、理解を容易にすべく、第１の停車位置において１人の利用者が乗車し、第２の停車位置において２人の利用者が乗車し、第３の停車位置において１人の利用者が降車する運行計画の一実施形態について詳述する。
【００６５】
乗合車両１が運行ルートにおける第１の停車位置に到着すると、判断プログラム５２は、第１の停車位置が、利用者の希望降車位置を含むか否かを判断する（ステップ７）。なお、乗合車両１が最初に停車する第１の停車位置は、利用者の希望乗車位置である。
【００６６】
そのため、判断プログラム５２は停車位置が利用者の希望降車位置を含まないと判断して（ステップ７のＮｏ）、ステップ９に進行する。
【００６７】
そして、判断プログラム５２は、第１の停車位置が、利用者の希望乗車位置を含むか否かを判断する（ステップ９）。上記したように、第１の停車位置は、利用者の希望乗車位置であるため、判断プログラム５２は、第１の停車位置が利用者の希望乗車位置を含むと判断して（ステップ９のＹｅｓ）、乗車処理を実行する（ステップ１０）。
【００６８】
乗車処理では、図６に示すように、まず、利用者が乗合車両１に乗車したときに、読取部４が、利用者の利用者情報を読み取る（ステップ１０−１）。例えば、読取部４がＩＣカードリーダである場合、利用者は、利用者情報が予め格納されたＩＣカードを所持し、ＩＣカードを読取部４にかざす。これにより、読取部４が利用者情報を読み取る。
【００６９】
すると、判断プログラム５２は、予約情報格納領域５７に格納される予約情報（予約者情報）と、読取部４が読み取った利用者情報とに基づいて、第１の停車位置において乗車する利用者が、第１の停車位置において乗車を予約した予約者と一致するか否かを判断する（ステップ１０−２）。
【００７０】
そして、乗車する利用者が予約者と一致する場合（ステップ１０−２のＹｅｓ）、判断プログラム５２は、予約情報格納領域５７に格納される予約情報（シート情報）に基づいて、予約者が着座するシート３、具体的には、後側第１シート３Ｃにおいて、シートクッション３１が折畳位置から着座位置に移動するように、後側第１シート３Ｃを制御する（ステップ１０−３、図８Ａ参照）。つまり、判断プログラム５２は、読取部４が利用者情報を読み取った後、乗車する利用者が予約した利用者と一致すると判断したときに、シートクッション３１が折畳位置から着座位置に移動するように、シート３を制御する。
【００７１】
また、乗車する利用者が予約者と一致する場合（ステップ１０−２のＹｅｓ）、演算処理部５４は、ルート表示プログラム５６を実行する。そして、ルート表示プログラム５６は、予約情報（シート情報）に基づいて、乗降口１１から後側第１シート３Ｃまでのルートを表示するように、ルート表示部９を制御する（図８Ａ参照）。
【００７２】
これによって、乗車する利用者が、後側第１シート３Ｃを確実に認識でき、後側第１シート３Ｃまで円滑に移動して、後側第１シート３Ｃに着座する。
【００７３】
一方、乗車する利用者が予約者と一致しない場合（ステップ１０−２のＮｏ）、判断プログラム５２は、シートクッション３１が折畳位置を維持するように、シート３を制御する（ステップ１０−４）。つまり、判断プログラム５２は、読取部４が利用者情報を読み取った後、乗車する利用者が予約した利用者と異なると判断したときに、シートクッション３１が折畳位置を維持するように、シート３を制御する。
【００７４】
これによって、乗車した利用者は、着座可能なシート３がないために、乗合車両１に誤って乗車したことを認識できる。この場合、その利用者の乗合車両１に対する乗車を断る。なお、この利用者は、乗合車両の乗車予約をしていない利用者であるか、別の乗合車両に対して乗車予約をしている利用者である。そのため、乗車する利用者が乗車予約をしていない利用者である場合、予約受付の終了していない別の乗合車両に対する乗車予約を実行してもよい。また、乗車する利用者が別の乗合車両に対して乗車予約をしている利用者である場合、その利用者が本来乗車すべき乗合車両へ案内してもよい。なお、図８Ａ〜図８Ｃでは、便宜上、すべての利用者が予約者と一致した態様について示している。
【００７５】
次に、判断プログラム５２は、読取部４による次の利用者情報の読み取りがないか否かを判断する（ステップ１０−５）。本実施形態では、第１の停車位置において乗車する利用者が１名であるので、判断プログラム５２は、読取部４による次の利用者情報を読み取りがないと判断して（ステップ１０−５のＹｅｓ）、乗車処理を終了する。
【００７６】
その後、図５に示すように、判断プログラム５２は、予約情報（運行ルート）に基づいて、運行ルートに次の停車位置がないか否かを判断する（ステップ１１）。本実施形態では、運行ルートが第２の停車位置を含むため、判断プログラム５２は、運行ルートに次の停車位置があると判断して（ステップ１１のＮｏ）、再度ステップ７に進行する。そして、判断プログラム５２は、次の停車位置が希望降車位置を含むか否かを判断する（ステップ７）。本実施形態では、第２の停車位置は、２人の利用者が乗車を希望する乗車希望位置である。
【００７７】
そのため、判断プログラム５２は、ステップ７において、停車位置が希望降車位置を含まないと判断し（ステップ７のＮｏ）、ステップ９において、停車位置が希望乗車位置を含むと判断する（ステップ９のＹｅｓ）。これによって、判断プログラム５２は、乗車処理を実行する（ステップ１０）。
【００７８】
そして、図６に示すように、２人の利用者のうち、一方の利用者が乗合車両１に乗車したときに、読取部４が、一方の利用者の利用者情報を読み取る（ステップ１０−１）。そして、判断プログラム５２が、ステップ１０−２において、一方の利用者が予約者と一致すると判断する場合（ステップ１０−２のＹｅｓ）、判断プログラム５２は、一方の予約者が着座するシート３（具体的には前側シート３Ａ）において、シートクッション３１が折畳位置から着座位置に移動するように、シート３を制御する（ステップ１０−３、図８Ｂ参照）。また、ルート表示プログラム５６は、乗降口１１から前側シート３Ａまでのルートを表示するように、ルート表示部９を制御する（図８Ｂ参照）。なお、一方の利用者が予約者と一致しない場合（ステップ１０−２のＮｏ）、判断プログラム５２は、シートクッション３１が折畳位置を維持するように、シート３を制御し（ステップ１０−４）、一方の利用者の乗車を断る。
【００７９】
その後、一方の利用者に続いて他方の利用者が乗合車両１に乗車したときに、読取部４が、他方の利用者の利用者情報を読み取る。そのため、判断プログラム５２は、読取部４による次の利用者情報の読み取りがあると判断して（ステップ１０−５のＮｏ）、ステップ１０−２に進行し、他方の利用者が予約者と一致するか否かを判断する（ステップ１０−２）。そして、他方の利用者が予約者と一致する場合（ステップ１０−２のＹｅｓ）、判断プログラム５２が、他方の利用者が着座するシート３（具体的には後側第２シート３Ｄ）において、シートクッション３１が折畳位置から着座位置に移動するように、シート３を制御する（ステップ１０−３、図８Ｃ参照）。また、ルート表示プログラム５６が、乗降口１１から後側第２シート３Ｄまでのルートを表示するように、ルート表示部９を制御する（図８Ｃ参照）。なお、他方の利用者が予約者と一致しない場合（ステップ１０−２のＮｏ）、判断プログラム５２は、シートクッション３１が折畳位置を維持するように、シート３を制御し（ステップ１０−４）、他方の利用者の乗車を断る。
【００８０】
その後、当該停車位置において、乗合車両１に乗車する利用者がいなくなると、判断プログラム５２は、読取部４による次の利用者情報を読み取りがないと判断して（ステップ１０−５のＹｅｓ）、乗車処理が完了する。
【００８１】
次いで、図５に示すように、判断プログラム５２は、運行ルートに次の停車位置がないか否かを判断する（ステップ１１）。本実施形態では、第３の停車位置を含むため、判断プログラム５２は、運行ルートに次の停車位置があると判断して（ステップ１１のＮｏ）、再度ステップ６に進行する。本実施形態では、第３の停車位置は、１人の利用者が降車を希望する降車希望位置である。
【００８２】
そのため、判断プログラム５２は、ステップ７において、停車位置が希望降車位置を含むと判断して（ステップ７のＹｅｓ）、降車処理を実行する。
【００８３】
降車処理では、図７に示すように、まず、利用者が乗合車両１を降車するときに、読取部４が、利用者の利用者情報を読み取る（ステップ８−１）。そして、判断プログラム５２は、読取部４が読み取った利用者情報に基づいて、降車した利用者が着座していたシート３（具体的には後側第２シート３Ｄ）において、シートクッション３１が着座位置から折畳位置に移動するように、シート３を制御する（ステップ８−２、図８Ｂ参照）。
【００８４】
その後、判断プログラム５２は、読取部４による次の利用者情報を読み取りがないか否かを判断し（ステップ８−３）、次の利用者情報を読み取りがある場合（ステップ８−３のＮｏ）、再度、ステップ７−２を実行する。一方、次の利用者情報を読み取りがない場合（ステップ８−３のＹｅｓ）、降車処理を終了する。
【００８５】
その後、図５に示すように、判断プログラム５２は、ステップ９において、停車位置が希望乗車位置を含まないと判断し（ステップ９のＮｏ）、ステップ１１において、予約情報（運行ルート）に基づいて、運行ルートに次の停車位置がないか否かを判断し（ステップ１１）、次の停車位置がなくなるまで、上記したステップ６〜ステップ１０が繰り返される。
【００８６】
そして、運行ルートに次の停車位置がなくなると、判断プログラム５２は、運行ルートに次の停車位置がないと判断し（ステップ１１のＹｅｓ）、乗合車両１の運行時における処理が完了する。
【００８７】
＜作用効果＞
図１に示すように、判断プログラム５２は、読取部４が利用者情報を読み取る前において、シートクッション３１が折畳位置に位置するように、シート３を制御する。そのため、予約した利用者が乗車する前の状態において、車内スペース１２を大きく確保することができる。その結果、図８Ａに示すように、利用者が移動するための車内スペース１２を十分に確保でき、乗合車両１に対する利用者の乗り降りの円滑化を図ることができる。
【００８８】
とりわけ、利用者が６５歳以上の高齢者である場合などでは、乗合車両１に対する乗り降りに比較的大きな車内スペース１２が要求される。これに対して、乗合車両１では、車内スペース１２を大きく確保できるので、利用者が高齢者であっても、乗合車両１に対する乗り降りの円滑化を図ることができる。
【００８９】
また、判断プログラム５２は、読取部４が利用者情報を読み取った後、乗車する利用者が予約者と一致すると判断したときに、その予約者に対応するシートクッション３１が折畳位置から着座位置に移動するように、シート３を制御し、乗車する利用者が予約した利用者と異なると判断したときに、シートクッション３１が折畳位置を維持するように、シート３を制御する。
【００９０】
そのため、乗車する利用者が予約者である場合、その予約者に対応するシート３が着座可能となり、利用者が着座すべきシート３に円滑に着座することができる。一方、乗車する利用者が予約した利用者と異なる場合、シートクッション３１が折畳位置を維持されるので、予約した利用者とは異なる利用者が誤って乗車することを抑制できる。
【００９１】
また、図２に示すように、予約管理システムＳでは、複数の利用者の予約情報が、送信部８から運行計画に対応する乗合車両１が備える受信部６に送信され、格納プログラム５３が、予約情報を予約情報格納領域５７に格納する。
【００９２】
そのため、管理制御部７が、乗合車両の運行計画と、複数の利用者の予約情報とを一括して管理して、乗合車両１に送信することができる。
【００９３】
＜変形例＞
上記した本実施形態では、運行計画計算プログラム７４が、予約者が乗車順に乗降口１１から遠いシート３に着座するように、予約者が着座するシート３を割り当てるが、本発明はこれに限定されない。運行計画計算プログラム７４は、予約者が降車順に乗降口１１に近いシート３に着座するように、予約者が着座するシート３を割り当ててもよい。
【００９４】
また、上記した本実施形態では、運行ルートの各停車位置が、利用者の希望乗車位置および希望降車位置のいずれか一方のみを含むが、本発明はこれに限定されない。各停車位置は、一の利用者の希望乗車位置と、別の利用者の希望降車位置との両方を含んでいてもよい。
【００９５】
このような変形例によっても、上記した実施形態と同様の作用効果を奏することができる。
【符号の説明】
【００９６】
Ｓ      予約管理システム
１      乗合車両
３      シート
４      読取部
５      車両制御部
６      受信部
７      管理制御部
３０    シートバック
３１    シートクッション
５２    判断プログラム
５３    格納プログラム
５７    予約情報格納領域
７２    送信プログラム
７５    運行計画格納領域
【図１】
2020140341.tif 000003
【図２】
2020140341.tif 000004
【図３】
2020140341.tif 000005
【図４】
2020140341.tif 000006
【図５】
2020140341.tif 000007
【図６】
2020140341.tif 000008
【図７】
2020140341.tif 000009
【図８】
2020140341.tif 000010