特開 2024-55036 配車システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024055036

(43)【公開日】2024-04-18

(54)【発明の名称】配車システム

(51)【国際特許分類】

   G08G 1/123 20060101AFI20240411BHJP

【ＦＩ】

G08G1/123 A

【審査請求】未請求

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2022161617

(22)【出願日】2022-10-06

(71)【出願人】

【識別番号】000116574

【氏名又は名称】愛三工業株式会社

(74)【代理人】

【識別番号】110000110

【氏名又は名称】弁理士法人 快友国際特許事務所

(72)【発明者】

【氏名】杉下 雅一

【テーマコード（参考）】

5H181

【Ｆターム（参考）】

5H181AA14

5H181BB04

5H181FF04

5H181MA13

5H181MA41

(57)【要約】

【課題】車内状態に対する乗客の不満を少なくすることができる技術を提供する。
【解決手段】旅客車両の制御部は、乗客用端末が乗客から乗車希望を受け付ける場合に、旅客車両が乗車希望位置に到着するまでの所要時間である第１の所要時間と、旅客車両の車内状態が所定の目標状態に到達するまでの所要時間である第２の所要時間とを比較し、第２の所要時間が第１の所要時間より長い場合に、乗客用端末が乗客から受け付ける所定の選択肢に応じて旅客車両の配車の態様を変えてもよい。
【選択図】図１

【特許請求の範囲】

【請求項1】

旅客車両と、前記旅客車両と通信可能な乗客用端末とを備え、乗客が希望する乗車希望位置に前記旅客車両を配車するための配車システムであって、
前記旅客車両の制御部は、前記乗客用端末が乗客から乗車希望を受け付ける場合に、前記旅客車両が前記乗車希望位置に到着するまでの所要時間である第１の所要時間と、前記旅客車両の車内状態が所定の目標状態に到達するまでの所要時間である第２の所要時間とを比較し、前記第２の所要時間が前記第１の所要時間より長い場合に、前記乗客用端末が乗客から受け付ける所定の選択肢に応じて前記旅客車両の配車の態様を変える、配車システム。

【請求項2】

請求項１に記載の配車システムであって、
前記選択肢は、（１）前記旅客車両の車内状態が前記目標状態に到達した後に配車する、（２）前記旅客車両の車内状態が前記目標状態に到達しなくても配車する、又は（３）乗車希望を取り消す、のいずれかである、配車システム。

【請求項3】

請求項１又は２に記載の配車システムであって、
前記旅客車両は、自動運転車両である、配車システム。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書に開示する技術は、配車システムに関する。

【背景技術】

【0002】

特許文献１に開示されているシステムは、乗客から乗車希望を受け付ける場合に、車両運行スケジュールを作成し、作成された車両運行スケジュールを乗客に出力する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００４－２８０７３４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１の技術では、車両運行スケジュールによっては車内を十分に空調することができず、車内状態に対して乗客が不満を感じることがある。また、車両が自動運転車両である場合は、乗客が車両に乗車していない空車状態のときに車内を空調しないことがある。そうすると、その後に乗客が車両に乗車したときに車内状態に対して乗客が不満を感じることがある。そこで本明細書は、車内状態に対する乗客の不満を少なくすることができる技術を提供する。

【課題を解決するための手段】

【0005】

本技術の第１の態様では、配車システムが、旅客車両と、前記旅客車両と通信可能な乗客用端末とを備えている。配車システムは、乗客が希望する乗車希望位置に前記旅客車両を配車するためのシステムである。前記旅客車両の制御部は、前記乗客用端末が乗客から乗車希望を受け付ける場合に、前記旅客車両が前記乗車希望位置に到着するまでの所要時間である第１の所要時間と、前記旅客車両の車内状態が所定の目標状態に到達するまでの所要時間である第２の所要時間とを比較し、前記第２の所要時間が前記第１の所要時間より長い場合に、前記乗客用端末が乗客から受け付ける所定の選択肢に応じて前記旅客車両の配車の態様を変えてもよい。

【0006】

第２の所要時間が第１の所要時間より長い場合は、旅客車両がそのまま乗車希望位置に移動すると、旅客車両の車内状態が目標状態に到達する前に旅客車両が乗車希望位置に到着することになる。その状態で乗客が旅客車両に乗車すると、車内状態に対して乗客が不満を感じることが考えられる。しかしながら、上記の構成によれば、乗客用端末が乗客から受け付ける選択肢に応じて旅客車両の配車の態様を変えるので、車内状態に対する乗客の不満を少なくすることができる。例えば、旅客車両の車内状態が目標状態に到達した後に配車するという選択肢に応じて旅客車両を乗車希望位置に配車することにより、乗客の不満を少なくすることができる。

【0007】

第２の態様では、上記第１の態様において、前記選択肢が、（１）前記旅客車両の車内状態が前記目標状態に到達した後に配車する、（２）前記旅客車両の車内状態が前記目標状態に到達しなくても配車する、又は（３）乗車希望を取り消す、のいずれかであってもよい。

【0008】

この構成によれば、例えば、旅客車両の車内状態が目標状態に到達した後に配車するという選択肢に応じて旅客車両を乗車希望位置に配車することにより、乗客の不満を少なくすることができる。また、旅客車両の車内状態が目標状態に到達しなくても配車するという選択肢の場合は、車内状態が目標状態でないことを乗客が自ら選択することができるので、乗客の不満を少なくすることができる。また、乗客の希望に沿わない場合は、乗車希望を取り消すこともできる。よって、乗客の不満を少なくすることができる。

【0009】

第３の態様では、上記第１又は第２の態様において、前記旅客車両が、自動運転車両であってもよい。

【0010】

旅客車両が自動運転車両である場合は、乗客が旅客車両に乗車していない空車状態のときに車内を空調しないことがある。そうすると、その後に乗客が旅客車両に乗車したときに車内状態に対して乗客が不満を感じることがある。しかしながら、上記の構成によれば、乗客用端末が乗客から受け付ける選択肢に応じて旅客車両の配車の態様を変えることにより、車内状態に対する乗客の不満を少なくすることができる。

【図面の簡単な説明】

【0011】

【図1】実施例の配車システムのブロック図。

【図2】実施例の乗客用端末側の処理のフローチャート（１）。

【図3】実施例の乗客用端末側の処理のフローチャート（２）。

【図4】実施例の旅客車両側の処理のフローチャート（１）。

【図5】実施例の旅客車両側の処理のフローチャート（２）。

【図6】実施例の配車画面を示す図。

【図7】実施例の選択画面を示す図。

【図8】実施例の準備画面を示す図。

【図9】実施例の取消画面を示す図。

【発明を実施するための形態】

【0012】

実施例の配車システムについて図面を参照して説明する。図１は、実施例の配車システム２のブロックである。図１に示すように、配車システム２は、旅客車両１０と乗客用端末３０を備えている。旅客車両１０と乗客用端末３０は、通信ネットワーク９０（例えばインターネット）を介して互いに通信可能である。配車システム２は、乗客が希望する乗車希望位置に旅客車両１０を配車するためのシステムである。

【0013】

旅客車両１０は、例えば、ガソリン自動車、電気自動車、ハイブリッド自動車等である。また、旅客車両１０は、自動運転車両である。旅客車両１０は、エアコン１２と、温度センサ１４と、通信部１６と、制御部１８とを備えている。エアコン１２は、旅客車両１０の車内を空調（冷房又は暖房）する。温度センサ１４は、旅客車両１０の車内の温度を検出する。通信部１６は、通信ネットワーク９０を介して、旅客車両１０と乗客用端末３０との通信を実行する。制御部１８は、例えば、ＣＰＵとメモリ（例えば、ＲＯＭ、ＲＡＭ等）を備えており、所定のプログラムに従って旅客車両１０に関する制御や処理を実行する。また、制御部１８は、ＧＰＳ（Global Positioning System）の技術により旅客車両１０の現在位置を特定することができる。また、制御部１８は、旅客車両１０の自動運転を制御する。

【0014】

乗客用端末３０は、例えば、スマートフォン、タブレット等である。乗客用端末３０は、タッチパネル３２と、通信部３４と、制御部３６とを備えている。タッチパネル３２は、配車システム２に関する様々な情報を表示すると共に、様々な情報入力を受け付ける。通信部３４は、通信ネットワーク９０を介して、乗客用端末３０と旅客車両１０との通信を実行する。制御部３６は、例えば、ＣＰＵとメモリ（例えば、ＲＯＭ、ＲＡＭ等）を備えており、所定のプログラムに従って乗客用端末３０に関する制御や処理を実行する。

【0015】

（乗客用端末側の処理；図２、図３）
次に、乗客用端末３０で実行される乗客用端末側の処理について説明する。乗客用端末側の処理は、例えば、乗客用端末３０にインストールされている所定のアプリケーションソフトが起動されると開始される。図２に示すように、乗客用端末側の処理のＳ２では、乗客用端末３０の制御部３６が、乗車希望が受け付けられたか否かを判断する。乗車希望は、旅客車両１０への乗車を希望する乗客が乗客用端末３０のタッチパネル３２を操作することにより受け付けられる。旅客車両１０への乗車を希望する乗客は、例えば、タッチパネル３２に表示される乗車希望のボタン（不図示）を押すことにより乗車希望の意思を表示する。また、旅客車両１０への乗車を希望する乗客は、タッチパネル３２をタッチ操作することにより乗車希望位置（例えば、自宅前等）を入力する。タッチパネル３２で乗車希望が受け付けられた場合（ＹＥＳの場合）は、処理はＳ４に進む。乗車希望が受け付けられない場合（ＮＯの場合）は、処理は待機する。

【0016】

続くＳ４では、制御部３６が、上記のＳ２で受け付けられた乗車希望の旨を示す乗車希望情報を旅客車両１０に送信する。また、制御部３６は、タッチパネル３２で入力された乗車希望位置を特定するための乗車希望位置情報を旅客車両１０に送信する。

【0017】

（旅客車両側の処理；図４、図５）
次に、乗客用端末側の処理の説明を中断して、旅客車両１０で実行される旅客車両側の処理について説明する。旅客車両側の処理は、例えば、前の乗客が旅客車両１０から降車すると開始される。乗客の降車は、例えば、旅客車両１０のドアに設けられているセンサ（不図示）により検出される。図４に示すように、旅客車両側の処理のＳ５２では、旅客車両１０の制御部１８が、旅客車両１０のエアコン１２をオフにする。エアコン１２がオフになると旅客車両１０の車内が空調されなくなる。続くＳ５４では、制御部１８が、乗客用端末３０から送信される乗車希望情報と乗車希望位置情報（図２のＳ４参照）を受信したか否かを判断する。乗車希望情報と乗車希望位置情報を受信した場合（ＹＥＳの場合）は、処理はＳ５６に進む。乗車希望情報と乗車希望位置情報を受信しない場合（ＮＯの場合）は、処理は待機する。

【0018】

続くＳ５６では、制御部１８が、旅客車両１０の現在位置を特定するための現在位置情報を取得する。旅客車両１０の現在位置は、ＧＰＳにより特定される。現在位置情報は、例えば、旅客車両１０の現在位置の緯度と経度の情報を含む。また、Ｓ５６では、制御部１８が、旅客車両１０の現在の車内温度（車内状態の一例）を示す車内温度情報を取得する。旅客車両１０の車内温度は、旅客車両１０の温度センサ１４により検出される。

【0019】

続くＳ５８では、制御部１８が、旅客車両１０が乗車希望位置に到着するまでの所要時間である第１の所要時間Ｔ１を算出する。制御部１８は、上記のＳ５４で受信する乗車希望位置情報と、上記のＳ５６で取得する現在位置情報とに基づいて第１の所要時間Ｔ１を算出する。制御部１８は、所定の計算プログラムに従って第１の所要時間Ｔ１を算出する。

【0020】

また、Ｓ５８では、制御部１８が、旅客車両１０の車内温度が所定の目標温度（例えば２５℃）に到達するまでの所要時間である第２の所要時間Ｔ２を算出する。制御部１８は、上記のＳ５６で取得する車内温度情報と、メモリに予め記憶されている目標温度の情報とに基づいて第２の所要時間Ｔ２を算出する。制御部１８は、所定の計算プログラムに従って第２の所要時間Ｔ２を算出する。

【0021】

続くＳ６０では、制御部１８が、Ｓ５８で算出した第１の所要時間Ｔ１と第２の所要時間Ｔ２を比較して、第１の所要時間Ｔ１が第２の所要時間Ｔ２以上の長さである否かを判断する。第１の所要時間Ｔ１が第２の所要時間Ｔ２以上の長さである場合（ＹＥＳの場合）は、処理はＳ６２に進む。Ｓ６２では、制御部１８が、第１の結果情報を乗客用端末３０に送信する。一方、第１の所要時間Ｔ１が第２の所要時間Ｔ２未満の長さである場合（Ｓ６０でＮＯの場合）は、処理はＳ６４に進む。即ち、第２の所要時間Ｔ２が第１の所要時間Ｔ１より長い場合は、処理はＳ６４に進む。Ｓ６４では、制御部１８が、第２の結果情報を乗客用端末３０に送信する。

【0022】

Ｓ６２に続くＳ６６では、制御部１８が、旅客車両１０のエアコン１２をオンにする。エアコン１２がオンになると旅客車両１０の車内が空調される。続くＳ６８では、制御部１８が、上記のＳ５４で受信した乗車希望位置情報により特定される乗車希望位置に旅客車両１０を移動させる。制御部１８は、自動運転制御により旅客車両１０を乗車希望位置に移動させる。

【0023】

（乗客用端末側の処理；図２、図３）
次に、旅客車両側の処理の説明を中断して、再び乗客用端末側の処理について説明する。図２に示すように、乗客用端末側の処理のＳ６では、乗客用端末３０の制御部３６が、旅客車両１０から送信される第１の結果情報（図４のＳ６２参照）を受信したか否かを判断する。第１の結果情報を受信した場合（ＹＥＳの場合）は、処理はＳ８に進む。Ｓ８では、制御部３６が、例えば図６に示すような所定の配車画面ＳＣ１をタッチパネル３２に表示する。一方、第１の結果情報を受信しない場合（Ｓ６でＮＯの場合）は、処理はＳ１０に進む。Ｓ１０では、制御部３６が、旅客車両１０から送信される第２の結果情報（図４のＳ６４参照）を受信したか否かを判断する。第２の結果情報を受信した場合（ＹＥＳの場合）は、処理はＳ１２に進む。第２の結果情報を受信しない場合（ＮＯの場合）は、処理はＳ６に戻る。

【0024】

Ｓ１０でＹＥＳの後のＳ１２では、制御部３６が、例えば図７に示すような所定の選択画面ＳＣ２をタッチパネル３２に表示する。選択画面ＳＣ２は、第１の選択肢と、第２の選択肢と、第３の選択肢とのいずれかを選択するための画面である。選択画面ＳＣ２は、第１の選択肢を選択するための第１の選択肢ボタンＢ１と、第２の選択肢を選択するための第２の選択肢ボタンＢ２と、第３の選択肢を選択するための第３の選択肢ボタンＢ３とを含む。第１の選択肢は、例えば、旅客車両１０の車内温度が目標温度に到達した後に配車するという選択肢である。第２の選択肢は、例えば、旅客車両１０の車内温度が目標温度に到達しなくても配車するという選択肢である。第３の選択肢は、例えば、乗車希望を取り消すという選択肢である。

【0025】

図３に示すように、Ｓ１２（図２参照）に続くＳ１４では、制御部３６が、第１の選択肢が選択されたか否かを判断する。タッチパネル３２の選択画面ＳＣ２（図７参照）に表示される第１の選択肢ボタンＢ１が押されると第１の選択肢が選択される。第１の選択肢が選択された場合（ＹＥＳの場合）は、処理はＳ１６に進む。Ｓ１６では、制御部３６が、第１の選択肢が選択されたことを示す第１の選択肢情報を旅客車両１０に送信する。続くＳ１８では、制御部３６が、例えば図８に示すような所定の準備画面ＳＣ３をタッチパネル３２に表示する。一方、第１の選択肢が選択されない場合（Ｓ１４でＮＯの場合）は、処理はＳ２０に進む。

【0026】

Ｓ２０では、制御部３６が、第２の選択肢が選択されたか否かを判断する。タッチパネル３２の選択画面ＳＣ２（図７参照）に表示される第２の選択肢ボタンＢ２が押されると第２の選択肢が選択される。第２の選択肢が選択された場合（ＹＥＳの場合）は、処理はＳ２２に進む。Ｓ２２では、制御部３６が、第２の選択肢が選択されたことを示す第２の選択肢情報を旅客車両１０に送信する。続くＳ３２では、制御部３６が、例えば図６に示すような所定の配車画面ＳＣ１をタッチパネル３２に表示する。一方、第２の選択肢が選択されない場合（Ｓ２０でＮＯの場合）は、処理はＳ２４に進む。

【0027】

続くＳ２４では、制御部３６が、第３の選択肢が選択されたか否かを判断する。タッチパネル３２の選択画面ＳＣ２（図７参照）に表示される第３の選択肢ボタンＢ３が押されると第３の選択肢が選択される。第３の選択肢が選択された場合（ＹＥＳの場合）は、処理はＳ２６に進む。Ｓ２６では、制御部３６が、第３の選択肢が選択されたことを示す第３の選択肢情報を旅客車両１０に送信する。続くＳ２８では、制御部３６が、例えば図９に示すような所定の取消画面ＳＣ４をタッチパネル３２に表示する。一方、第３の選択肢が選択されない場合（Ｓ２４でＮＯの場合）は、処理はＳ１４に戻る。

【0028】

（旅客車両側の処理；図４、図５）
次に、乗客用端末側の処理の説明を再び中断して、旅客車両１０で実行される旅客車両側の処理について再び説明する。図５に示すように、旅客車両側の処理のＳ６４（図４参照）に続くＳ７０では、旅客車両１０の制御部１８が、乗客用端末３０から送信される第１の選択肢情報（図３のＳ１６参照）を受信したか否かを判断する。第１の選択肢情報を受信した場合（ＹＥＳの場合）は、処理はＳ７２に進む。第１の選択肢情報を受信しない場合（ＮＯの場合）は、処理はＳ７８に進む。

【0029】

Ｓ７０でＹＥＳの後のＳ７２では、制御部１８が、旅客車両１０のエアコン１２をオンにする。エアコン１２がオンになると旅客車両１０の車内が空調される。続くＳ７４では、制御部１８が、上記のＳ５４（図４参照）で受信した乗車希望位置情報により特定される乗車希望位置に旅客車両１０を移動させる。制御部１８は、自動運転制御により旅客車両１０を乗車希望位置に移動させる。続くＳ７６では、制御部１８が、乗車希望位置へ移動中の旅客車両１０を乗車希望位置の手前で待機させる。

【0030】

上記のＳ７０でＮＯの後のＳ７８では、制御部１８が、乗客用端末３０から送信される第２の選択肢情報（図３のＳ２２参照）を受信したか否かを判断する。第２の選択肢情報を受信した場合（ＹＥＳの場合）は、処理はＳ８０に進む。第２の選択肢情報を受信しない場合（ＮＯの場合）は、処理はＳ８２に進む。

【0031】

Ｓ７８でＹＥＳの後のＳ８０では、制御部１８が、旅客車両１０のエアコン１２をオンにする。エアコン１２がオンになると旅客車両１０の車内が空調される。続くＳ９０では、制御部１８が、上記のＳ５４（図４参照）で受信した乗車希望位置情報により特定される乗車希望位置に旅客車両１０を移動させる。制御部１８は、自動運転制御により旅客車両１０を乗車希望位置に移動させる。

【0032】

上記のＳ７８でＮＯの後のＳ８２では、制御部１８が、乗客用端末３０から送信される第３の選択肢情報（図３のＳ２６参照）を受信したか否かを判断する。第３の選択肢情報を受信した場合（ＹＥＳの場合）は、処理はＳ８４に進む。第３の選択肢情報を受信しない場合（ＮＯの場合）、処理はＳ７０に戻る。Ｓ８２でＹＥＳの後のＳ８４では、制御部１８が、旅客車両１０を乗車希望位置へ移動させずに所定の車両基地（例えば、タクシーの営業基地等）へ移動させる。制御部１８は、自動運転制御により旅客車両１０を車両基地に移動させる。

【0033】

上記のＳ７６に続くＳ８６では、旅客車両１０が乗車希望位置の手前で待機している状態で、制御部１８が、旅客車両１０の車内温度が所定の目標温度に到達したか否かを判断する。旅客車両１０の車内温度は、旅客車両１０の温度センサ１４により検出される。車内温度が目標温度に到達した場合（ＹＥＳの場合）は、処理はＳ８８に進む。車内温度が目標温度に到達しない場合（ＮＯの場合）は、処理は待機する。続くＳ８８では、制御部１８が、車内温度が目標温度に到達したことを示す目標温度到達情報を乗客用端末３０に送信する。続くＳ９０では、制御部１８が、乗車希望位置の手前で待機している旅客車両１０を再び乗車希望位置に移動させる。制御部１８は、自動運転制御により旅客車両１０を乗車希望位置に移動させる。

【0034】

旅客車両側の処理のＳ６８、Ｓ８４又はＳ９０に続くＳ９２では、制御部１８が、旅客車両１０が乗車希望位置又は車両基地に到着したか否かを判断する。旅客車両１０が乗車希望位置又は車両基地に到着した場合（ＹＥＳの場合）は、旅客車両側の処理が終了する。旅客車両１０が乗車希望位置又は車両基地に到着しない場合（ＮＯの場合）は、処理は待機する。

【0035】

（乗客用端末側の処理；図２、図３）
次に、再び乗客用端末３０で実行される乗客用端末側の処理について説明する。図３に示すように、乗客用端末側の処理のＳ１８に続くＳ３０では、乗客用端末３０の制御部３６が、旅客車両１０から送信される目標温度到達情報（図５のＳ８８参照）を受信したか否かを判断する。目標温度到達情報を受信した場合（ＹＥＳの場合）は、処理はＳ３２に進む。目標温度到達情報を受信しない場合（ＮＯの場合）、処理は待機する。Ｓ３２では、制御部３６が、例えば図６に示すような所定の配車画面ＳＣ１をタッチパネル３２に表示する。乗客用端末側の処理は、Ｓ３２、Ｓ２８、又はＳ８（図２参照）の処理の後に終了する。

【0036】

（効果）
以上、実施例の配車システム２について説明した。以上の説明から明らかなように、配車システム２では、旅客車両１０の制御部１８が、乗客用端末３０が乗客から乗車希望を受け付ける場合に、旅客車両１０が乗車希望位置に到着するまでの所要時間である第１の所要時間Ｔ１と、旅客車両１０の車内温度が目標温度に到達するまでの所要時間である第２の所要時間Ｔ２とを比較し、第２の所要時間Ｔ２が第１の所要時間Ｔ１より長い場合に、乗客用端末３０が乗客から受け付ける選択肢に応じて旅客車両１０の配車の態様を変える。

【0037】

乗客用端末３０が乗客から受け付ける選択肢は、例えば、（１）旅客車両１０の車内温度が目標温度に到達した後に配車する、（２）旅客車両１０の車内温度が目標温度に到達しなくても配車する、又は（３）乗車希望を取り消す、のいずれかである。

【0038】

第２の所要時間Ｔ２が第１の所要時間Ｔ１より長い場合は、旅客車両１０がそのまま乗車希望位置に移動すると、旅客車両１０の車内温度が目標温度に到達する前に旅客車両１０が乗車希望位置に到着することになる。その状態で乗客が旅客車両１０に乗車すると、車内温度に対して乗客が不満を感じることが考えられる。しかしながら、上記の構成によれば、乗客用端末３０が乗客から受け付ける選択肢に応じて旅客車両１０の配車の態様を変えるので、車内温度に対する乗客の不満を少なくすることができる。例えば、旅客車両１０の車内温度が目標温度に到達した後に配車するという第１の選択肢に応じて旅客車両１０を乗車希望位置に配車することにより、乗客の不満を少なくすることができる。また、第２の選択肢の場合は、車内温度が目標温度でないことを乗客が自ら選択することができるので、乗客の不満を少なくすることができる。また、乗客の希望に沿わない場合は、第３の選択肢により乗車希望を取り消すことにより乗客の不満を少なくすることができる。

【0039】

また、旅客車両１０が自動運転車両である場合は、乗客が旅客車両１０に乗車していない空車状態のときに車内を空調しないことがある。そうすると、その後に乗客が旅客車両１０に乗車したときに車内温度に対して乗客が不満を感じることがある。しかしながら、上記の構成によれば、乗客用端末３０が乗客から受け付ける選択肢に応じて旅客車両１０の配車の態様を変えることにより、車内温度に対する乗客の不満を少なくすることができる。

【0040】

（変形例）
旅客車両１０の制御部１８は、温度センサ１４の検出温度に基づいて車内温度の温度マップを作成してもよい。また、制御部１８は、車内温度の温度マップと目標温度の温度マップとを比較することにより、車内温度が目標温度に到達したか否かを判断してもよい。

【0041】

変形例では、旅客車両１０は、車内の湿度を検出する湿度センサを備えていてもよい。上記の実施例では車内状態の一例として車内温度を説明し、目標状態の一例として目標温度を説明したが、車内状態の他の一例が車内湿度であり、目標状態の他の一例が目標湿度であってもよい。

【0042】

以上、本発明の具体例を詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。本明細書又は図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書又は図面に例示した技術は複数目的を同時に達成し得るものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

【符号の説明】

【0043】

２：配車システム、１０：旅客車両、１２：エアコン、１４：温度センサ、１６：通信部、１８：制御部、３０：乗客用端末、３２：タッチパネル、３４：通信部、３６：制御部、９０：通信ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】