(57)【要約】      （修正有）【課題】ユーザが乗車する運行便について、ユーザとの関係で最も適切な管理者に運行管理をさせることができる自動車運行管理システム及びその運行管理装置を提供する。【解決手段】運行管理装置は、運行便に対する乗車客の苦情情報を順次、記憶する記憶部２Ａと、同一の運行便についての乗車予約がなされる度に、記憶部に記憶する苦情情報を、各管理者に対する各乗車予約者の苦情点数として整理し直して、各管理者に対する各乗車予約者の苦情点数を、苦情検討情報として記憶部に記憶更新させる苦情情報整理部と、記憶部の苦情検討情報に基づき、算出時点での乗車予約者全員に基づく各管理者の苦情点数の総和を求める第１算出部と、各管理者の苦情点数の総和のうち、最も小さい総和を求める第２算出部と、第２算出部が求めた最も小さい総和を示す管理者を、前記乗車予約に係る運行便の管理者として指定する指定部と、が備える演算制御部を有する。【選択図】図９
2020052928.tif 000002
【特許請求の範囲】
【請求項１】
複数の管理者の一人により自動車による複数の各運行便の運行管理が担当され、該各運行便に対して乗車予約を行うことにより、その乗車予約を行ったユーザとしての乗車予約者が、その乗車予約を行った運行便により運送される自動車運行管理システムにおいて、
前記運行便の運行管理を行う運行管理装置が備えられ、
前記運行管理装置には、
過去の運行便に対する乗車客のネガティブ情報を順次、記憶する記憶部と、
前記運行管理装置に対して同一の運行便についての乗車予約がなされる度に、前記記憶部に記憶するネガティブ情報を、前記各管理者に対する各乗車予約者のネガティブ点数として整理し直して、該各管理者に対する各乗車予約者のネガティブ点数を、ネガティブ検討情報として前記記憶部に記憶更新させるネガティブ情報整理部と、
前記記憶部に記憶されるネガティブ検討情報に基づき、算出時点での乗車予約者全員に基づく各管理者のネガティブ点数の総和をそれぞれ求める第１算出部と、
前記第１算出部により求められた各管理者のネガティブ点数の総和のうち、最も小さい総和を求める第２算出部と、
前記第２算出部が求めた最も小さい総和を示す管理者を、前記乗車予約に係る運行便の管理者として指定する指定部と、
が備えられている、
ことを特徴とする自動車運行管理システム。
【請求項２】
請求項１において、
前記運行管理装置には、管理者判定部が設けられ、
前記管理者判定部は、前記同一の運行便についての乗車予約の終了条件を満たしたと判断したときには、その判断時点において、前記指定部が指定している管理者を、該同一の運行便の運行管理を行う管理者として判定するように設定されている、
ことを特徴とする自動車運行管理システム。
【請求項３】
請求項２において、
前記管理者判定部は、前記記憶部から事前情報としての管理者不適格事由を読み込んで、該事前情報に基づき、前記指定部が指定した管理者が不適格事由があると判断したときには、前記第２算出部が求めた最も小さい総和に次いで小さい総和を示す管理者を最終的な管理者として判定するように設定されている、
ことを特徴とする自動車運行管理システム。
【請求項４】
請求項１〜３のいずれか１項において、
前記過去の運行便に対する乗車客のネガティブ情報が、少なくとも、該乗車客に対して行ったアンケートの結果をもって構成され、
前記ネガティブ情報整理部は、前記記憶部に記憶するネガティブ情報において、ネガティブ原因が存在すると判断したときにネガティブ点数の存在を認定するように設定されている、
ことを特徴とする自動車運行管理システム。
【請求項５】
請求項４において、
前記アンケートの内容には、前記乗車客が乗車した運行便の運行を管理する管理者だけでなく、該運行便を担当したドライバーに対するネガティブ内容の有無について答えるものも含まれている、
ことを特徴とする自動車運行管理システム。
【請求項６】
請求項４又は５において、
前記アンケートの質問項目に応じて、前記ネガティブ点数に重み付けがされている、
ことを特徴とする自動車運行管理システム。
【請求項７】
複数の管理者の一人により自動車による各運行便の運行管理が担当され、該各運行便に対して乗車予約を行うことにより、その乗車予約を行ったユーザとしての乗車予約者が、その乗車予約を行った運行便により運送される自動車運行管理システムに用いられる運行管理装置において、
過去の運行便に対する乗車客のネガティブ情報を順次、記憶する記憶部と、
同一の運行便についての乗車予約がなされる度に、前記記憶部に記憶するネガティブ情報を、前記各管理者に対する各乗車予約者のネガティブ点数として整理し直して、該各管理者に対する各乗車予約者のネガティブ点数を、ネガティブ検討情報として前記記憶部に記憶更新させるネガティブ情報整理部と、
前記記憶部に記憶されるネガティブ検討情報に基づき、算出時点での乗車予約者全員に基づく各管理者のネガティブ点数の総和をそれぞれ求める第１算出部と、
前記第１算出部により求められた各管理者のネガティブ点数の総和のうち、最も小さい総和を求める第２算出部と、
前記第２算出部が求めた最も小さい総和を示す管理者を、前記乗車予約に係る運行便の管理者として指定する指定部と、
が備えられている、
ことを特徴とする自動車運行管理システムに用いられる運行管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動車運行管理システム及びその自動車運行管理システムに用いられる運行管理装置に関する。
【背景技術】
【０００２】
自動車運行管理システムには、特許文献１、特許文献２に示すようなものが提案されている。具体的には、特許文献１には、同一の車両によって複数種類の乗車形態での乗車便が提供される輸送サービスに関して、実現可能な乗車便群の部分集合のうち、所定条件を満たす部分集合ごとに、当該部分集合を構成する乗車便の選択確率が算出され、その算出された選択確率に基づいて、乗車便の組み合わせが選択され、選択された組み合わせが利用者に提示されるものが示されている。このものによれば、単に、乗車要求を満たすことが可能な乗車便を列挙する場合に比べて、経済的効果の向上を期待できる選択肢を利用者に提示することができる。特許文献２には、利用者に提示される乗車便の組み合わせの選択に際し、選択確率および将来に受信する乗車要求数の期待値に基づいて、利益の期待値又は効用の期待値が最大化される組み合わせが選択されるものが示されている。これよれば、輸送サービスの提供者の利益、又は利用者の効用の観点において望ましい乗車便の組み合わせを利用者に提示することができる。
【０００３】
ところで、地方では、高齢化、人口減少等、多くの問題を抱えており、交通空白地域においては、交通弱者は、通院や買い物等になくてはならない移動が奪われている。このため、交通空白地域の人々に必要不可欠な交通手段として、自家用自動車による有償運送が着目されている。
【０００４】
この自家用自動車による有償運送は、交通空白地域に、単に、必要不可欠な交通手段を提供するだけでなく、豊かな地域の維持、創造を通じて地域の活性化を図る可能性を秘めており、その有効な活用が望まれている。このような観点から、
地域住民の運送に当たり、住民を相乗りさせる運行便を複数運行させ、その運行便に乗車するために住民に予め乗車予約をしてもらう一方、その各運行便の管理については、複数存在する管理者のうちの一人に担当させるようにした自動車運行管理システムが考えられている。この場合、管理者は、運行ルートの作成から、運行担当ドライバーの指定、乗車予約者の管理まで広い範囲に亘って運行便の運行管理を行っており、管理者の役割は大きい。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−２３８８３１号公報
【特許文献２】特開２０１６−０８５７３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、管理者の中には、管理者自体が乗車予約者（ユーザ）との関係で円滑なコミュニケーションが取れなかったり、管理者による担当ドライバーの指定の不手際によって、その担当ドライバーが、その担当時に、運行上、トラブルを起こしたりすることがある。これらは、いずれも、管理者のコーディネートの問題であり、それをいかに改善するかが望まれる。
【０００７】
本発明は、上記実情に鑑みてなされたもので、その第１の目的は、ユーザが乗車する運行便について、そのユーザとの関係で最も適切な管理者に運行管理をさせることができる自動車運行管理システムを提供することにある。第２の目的は、上記自動車運行管理システムに用いられる運行管理装置を提供することにある。
【課題を解決するための手段】
【０００８】
前記第１の目的を達成するために本発明にあっては、下記（１）〜（６）とした構成とされている。
【０００９】
（１）複数の管理者の一人により自動車による複数の各運行便の運行管理が担当され、該各運行便に対して乗車予約を行うことにより、その乗車予約を行ったユーザとしての乗車予約者が、その乗車予約を行った運行便により運送される自動車運行管理システムにおいて、
前記運行便の運行管理を行う運行管理装置が備えられ、
前記運行管理装置には、
過去の運行便に対する乗車客のネガティブ情報を順次、記憶する記憶部と、
前記運行管理装置に対して同一の運行便についての乗車予約がなされる度に、前記記憶部に記憶するネガティブ情報を、前記各管理者に対する各乗車予約者のネガティブ点数として整理し直して、該各管理者に対する各乗車予約者のネガティブ点数を、ネガティブ検討情報として前記記憶部に記憶更新させるネガティブ情報整理部と、
前記記憶部に記憶されるネガティブ検討情報に基づき、算出時点での乗車予約者全員に基づく各管理者のネガティブ点数の総和をそれぞれ求める第１算出部と、
前記第１算出部により求められた各管理者のネガティブ点数の総和のうち、最も小さい総和を求める第２算出部と、
前記第２算出部が求めた最も小さい総和を示す管理者を、前記乗車予約に係る運行便の管理者として指定する指定部と、
が備えられている構成とされている。
【００１０】
この構成によれば、同一運行便に対する乗車予約の度に記憶更新されているネガティブ検討情報を利用して、算出時点での乗車予約者全員に基づく各管理者のネガティブ点数の総和をそれぞれ求め、そのうち、最も小さい総和を求めることにより、管理者を指定することから、乗車予約者全員にとって最もネガティブ性が少ない人物を管理者として選ぶことができる。結果、乗車予約者が乗車する運行便について、その乗車予約者全員との関係で最も適切な管理者に運行管理をさせることができる。
【００１１】
（２）前記（１）の構成の下で、
前記運行管理装置には、管理者判定部が設けられ、
前記管理者判定部は、前記同一の運行便についての乗車予約の終了条件を満たしたと判断したときには、その判断時点において、前記指定部が指定している管理者を、該同一の運行便の運行管理を行う管理者として判定するように設定されている構成とされている。
【００１２】
この構成によれば、乗車予約が、同一の運行便についての乗車予約の終了条件が満たされるまで行われることを考慮し、それを基準として、乗車予約者全員にとって最適な管理者を選ぶことができる。
【００１３】
（３）前記（２）の構成の下で、
前記管理者判定部は、前記記憶部から事前情報としての管理者不適格事由を読み込んで、該事前情報に基づき、前記指定部が指定した管理者が不適格事由があると判断したときには、前記第２算出部が求めた最も小さい総和に次いで小さい総和を示す管理者を最終的な管理者として判定するように設定されている構成とされている。
【００１４】
この構成によれば、指定部が管理者を指定しても、その管理者が病気等の不適格事由を有しているときには、その管理者に代えて、乗車予約者全員にとって次に好ましい人物を管理者として判定することができる。
【００１５】
（４）前記（１）〜（３）のいずれかの構成の下で、
前記過去の運行便に対する乗車客のネガティブ情報が、少なくとも、該乗車客に対して行ったアンケートの結果をもって構成され、
前記ネガティブ情報整理部は、前記記憶部に記憶するネガティブ情報において、ネガティブ原因が存在すると判断したときにネガティブ点数の存在を認定するように設定されている構成とされている。
【００１６】
この構成によれば、過去の運行便に対する乗車客のネガティブ情報を有効に利用して、乗車予約者全員にとって好ましい人物を管理者として指定できる。
【００１７】
（５）前記（４）の構成の下で、
前記アンケートの内容には、前記乗車客が乗車した運行便の運行を管理する管理者だけでなく、該運行便を担当したドライバーに対するネガティブ内容の有無について答えるものも含まれている構成とされている。
【００１８】
この構成によれば、運行便を担当するドライバーの指定も管理者の役割であり、ドライバーに対する苦情も、結果的に、そのドライバーを指定した管理者に対する苦情であると考えられ、そのことを反映させた状態で、乗車予約者全員にとって好ましい管理者を選ぶことができる。
【００１９】
（６）前記（４）又は（５）の構成の下で、
前記アンケートの質問項目に応じて、前記ネガティブ点数に重み付けがされている構成とされている。この構成によれば、実情、実際に応じた苦情情報を得ることができる。
【００２０】
前記第２の目的を達成するために本発明にあっては、下記（７）とした構成とされている。
【００２１】
（７）  複数の管理者の一人により自動車による各運行便の運行管理が担当され、該各運行便に対して乗車予約を行うことにより、その乗車予約を行ったユーザとしての乗車予約者が、その乗車予約を行った運行便により運送される自動車運行管理システムに用いられる運行管理装置において、
過去の運行便に対する乗車客のネガティブ情報を順次、記憶する記憶部と、
同一の運行便についての乗車予約がなされる度に、前記記憶部に記憶するネガティブ情報を、前記各管理者に対する各乗車予約者のネガティブ点数として整理し直して、該各管理者に対する各乗車予約者のネガティブ点数を、ネガティブ検討情報として前記記憶部に記憶更新させるネガティブ情報整理部と、
前記記憶部に記憶されるネガティブ検討情報に基づき、算出時点での乗車予約者全員に基づく各管理者のネガティブ点数の総和をそれぞれ求める第１算出部と、
前記第１算出部により求められた各管理者のネガティブ点数の総和のうち、最も小さい総和を求める第２算出部と、
前記第２算出部が求めた最も小さい総和を示す管理者を、前記乗車予約に係る運行便の管理者として指定する指定部と、
が備えられている構成とされている。
【００２２】
この構成によれば、前記（１）で用いられる運行管理装置として好ましいものを提供できる。
【発明の効果】
【００２３】
本発明によれば、ユーザが乗車する運行便について、そのユーザとの関係で最も適切な管理者に運行管理をさせることができる自動車運行管理システム及びその自動車運行管理システムに用いられる運行管理装置を提供できる。
【図面の簡単な説明】
【００２４】
【図１】定時定路運行が行われる路線例を説明する説明図。
【図２】デマンド運行が行われる路線例を説明する説明図。
【図３】実施形態に係る管理サイトと関係者等との関係を示す概念図。
【図４】運行管理者端末で表示される管理画面の一つを示す図。
【図５】ユーザ端末に表示される乗車予約申請の内容の下で、乗車予約（送信）を行う状態を示す図。
【図６】ユーザ端末に届く運行車両の到達時刻通知等を示す図。
【図７】ドライバー端末に表示される８月における担当日確認表示を示す図。
【図８】ドライバー端末に届く担当日前日通知を示す図。
【図９】実施形態に係る自動車運行管理システムの機能構成の概略を示すブロック図。
【図１０】管理サイトにおける演算制御部が、苦情情報整理部、第１算出部、第２算出部、指定部、管理者判定部を構成している状態を概念的に示す図。
【図１１】乗車後のアンケートの一例を示す図。
【図１２】車載端末の表示部に表示されるドライバー支援画面の一例を示す図。
【図１３】ドライバー支援画面での乗降確認操作に伴う管理サイトの処理を示すフローチャート。
【図１４】ドライバー支援画面での「トラブル発生」選択表示の操作に伴う管理サイトの処理を示すフローチャート。
【図１５】乗車予約者全員にとって好ましい管理者を選択する処理を示すフローチャート。
【図１６】図１５における管理者指定処理を示すフローチャート。
【発明を実施するための形態】
【００２５】
以下、本発明の実施形態について、図面に基づいて説明する。
【００２６】
本実施形態においては、交通空白地域での車両の運行に用いられる自動車運行管理システムを例にとって説明する。
【００２７】
先ず、車両の運行が行われる地域内容、及びその地域で行われる車両運行の基本的内容について説明する。
【００２８】
図１は、車両運行の一態様である定時定路線運行が行われる路線例を示すものである。図１中、Ｄ１は、片道1車線(往復で２車線）の道路である。この道路Ｄ１は、鉄道路線Ｒにおける所定の駅Ｒａを通るもので、この地域ではメインの道路となっている。駅Ｒａの周辺が、この地域で唯一の繁華街となっており、そこには、役場、学校等の公的施設の他、病院や歯医者等の医療施設、スーパマーケット、コンビニエンスストア、カラオケ店等々の商業施設や娯楽施設が存在している。
【００２９】
道路Ｄ１に対しては、駅Ｒａから離れた位置において、道路Ｄ２、Ｄ３が連なっている。道路Ｄ２、Ｄ３は、往復で1車線の対面通行用とされたローカルな道路となっている。この道路Ｄ２，Ｄ３沿いの地域は、山間部にあって、周囲の殆どが山や丘となる辺鄙な地域となっている。
【００３０】
道路Ｄ２のうち、道路Ｄ１から遠く離れた位置において、複数の集落Ａ１〜Ａ３が存在している。集落Ａ１〜Ａ３は、駅Ｒａから１０km以上離れた離村となっている、道路Ｄ３は、行き止まりとなっていて、行き止まりの位置には、集落Ａ１〜Ａ３の住民等が集うイベント会場（広場）Ａ４が設けられている。
【００３１】
集落Ａ１〜Ａ３に居住する住民の総数は、数百名程度であるが、高齢者の割合が大きいものであり、自動車の運転をできない者も多数存在する状況となっている。そして、道路Ｄ２(つまり集落Ａ１〜Ａ３の住民）においては、公営バスの運行はされていないものである。
【００３２】
集落Ａ１〜Ａ３の住民の交通の便を図るために、後述するように、定時定路線運行とデマンド運行とを行うこととなっている。定時定路線運行は、定時に決まった路線を走行するものである。定時定路線運行の停留所が、Ｓ１〜Ｓ７として示される。停留所Ｓ１は、出発点となるもので、集落Ａ１の住民用である。停留所Ｓ２は、集落Ａ２の住民用である。停留所Ｓ３は、集落Ａ３の住民用である。
【００３３】
停留所Ｓ４は、道路Ｄ２がメインの道路Ｄ１と交差する位置に設定されている。停留所Ｓ５は、小学校や中学校のある位置付近に設定されている。停留所Ｓ６は、役場付近の位置に設定されている。停留所Ｓ７は、定時定路線運行の終点で、駅Ｒａ付近に設定されている。このように、定時定路線運行の路線は、停留所Ｓ１から、Ｓ２、Ｓ３、Ｓ４、Ｓ５、Ｓ６を経て、終点のＳ７へ到達する経路とされる。帰りの便は、上記とは逆の経路をたどることになる。なお、定時定路線運行の運行便数は、例えば、往復共に、例えば朝２便、昼１便、夕方２便とされている。
【００３４】
定時定路線運行の変形として、臨時運行（臨時便）が適宜行われる。この臨時運行は、イベント会場Ａ４で催し物（例えば盆踊り、花火大会、芋煮会等）が開催されるときにのみ行われる。この臨時運行の経路は、停留所Ｓ１から、Ｓ２，Ｓ３，Ｓ４を経て、停留所Ｓ８へ至る経路とされる（復路はこの逆)。臨時運行は、イベント開催日に、あらかじめ設定された定時に停留所Ｓ１を出発する便とされる。
【００３５】
臨時運行を含む定時定路線運行およびデマンド運行は、住民同士の結束（協力）によって行われる。まず、運行を行う運行用車両は、集落Ａ１〜Ａ３の住民が保有する自家用車を利用する他、自治体の補助や企業からの寄付等で管理を任された専用車両が用いられる。運行用車両の台数は、少なくとも２台以上とされ、好ましくは１０台程度が用意される。
【００３６】
運行用車両の運転を行うドライバーは、集落Ａ１〜Ａ３の住民から選ばれた者とされる。ドライバ一として選択されるには、あらかじめ事前講習（例えば半日〜１日程度の講習）を受けた者であることを条件とされる。すなわち、講習内容としては、例えば、安全運転に関する知識と実技の講習、乗客（特に高齢者や幼児）に対する運行用車両への乗り降りの補助の仕方に関する講習、ドライバーに要求される運行管理に関する知識ややり方等についての講習等がある。講習を修了したドライバーは、運行用車両の運転者として、登録（氏名、住所、年齢、性別、電話番号、運転する運行用車両の種別等の登録）される。
【００３７】
図２は、デマンド運行が行われた場合の一例を示すものである。図２中Ｐ１は、デマンド運行を乗車予約した乗客であり、Ｐ２、Ｐ３は、この乗車予約されたデマンド運行（の運行用車両）に相乗りを希望した乗客である。デマンド運行は、乗客の希望に応じた出発地と目的地と経路とを自由に選択できる。図２では、乗車予約した乗客Ｐ１の自宅（付近）を出発地として、乗客Ｐ２の自宅付近、乗客Ｐ３の自宅付近を経由して、停留所Ｓ４方向に向かう場合が示される。
【００３８】
乗客Ｐ１の最寄りの停留所はＳ２であり、乗客Ｐ１の自宅から停留所Ｓ２までの徒歩での移動経路α１が破線で示される。同様に、乗客Ｐ２の最寄りの停留所はＳ３であり、乗客Ｐ２の自宅から停留所Ｓ３までの徒歩での移動経路α２が破線で示される。乗客Ｐ３の最寄りの停留所もＳ３であり、乗客Ｐ３の自宅から停留所Ｓ３までの徒歩での移動経路α３が破線で示される。
【００３９】
乗客Ｐ１〜Ｐ３にとって、最寄りの停留所までの移動時間あるいは移動距離が長い場合は、停留所までの歩行が大変となる。このため、停留所までの歩行を避けるために、デマンド運行を要求する可能性（必要性）が高いものとなる。デマンド運行を利用するときの料金は、定時定路線運行を利用するときの料金よりも割高となるが、停留所までの移動時間や移動距離を考慮して、定時定路線運行を利用するか、デマンド運行を利用するか判断されることになる。
【００４０】
ここで、定時定路線運行あるいはデマンド運行を利用するときの料金体系の一例について説明する。まず、定時定路線運行を利用するときは、利用距離に応じた金額のみで、単位距離あたりの料金がＥ１(Ｅ１×利用距離）とされる。これに対して、デマンド運行を当初に乗車予約した乗客Ｐ１の利用料金は、利用距離に応じた金額が上記料金Ｅ１よりも若干割高な料金Ｅ２とされると共に、定額の基本料金ＥＢ２が別途徴収される（合計料金は、ＥＢ２＋Ｅ２×利用距離)。さらに、デマンド運行に相乗りを希望した乗客Ｐ２，Ｐ３の 利用料金は、上記Ｅ２のみとされる（基本料金ＥＢ２が不要)。このように、定時定路線運行を利用する場合がもっとも安価であり、デマンド運行を当初に乗車予約した場合の料金 がもっとも高価であり、デマンド運行に相乗りする場合の料金が中間の料金となる。勿論、上記した料金は一例であって、適宜設定できるものである。
【００４１】
上記車両の運行には、図３に示すように、自動車運行管理システム１が用いられている。その自動車運行管理システム１においては、図３で概念的に示すように、管理サイト（運行管理装置（具体的には情報処理装置としての管理サーバ））２を中心として、その管理サイト２に、管理者３、ユーザ（利用者）４、ドライバー５からなる各関係者、車両６が関わることになる。
【００４２】
運行管理サービスサイト２は、管理サーバとして、車両６の運行において中核をなすものである。この管理サイト２は、上記各関係者３〜５からの端末を通じた要求に対して、それに応じたものを返答する。その返答において、車両６の運行ルートを演算することが関係者（管理者３）に要求された場合には、管理サイト２は、ルート演算サービスサイト７にその演算を依頼し、その結果を、要求した関係者３の端末に送ることになる。
【００４３】
管理者３は、管理用端末８（管理者用情報処理装置）を介して管理サイト２との間で情報のやり取りを行うことができる。管理者３は、その管理用端末８を介して管理サイト２との間で情報のやり取りを行うことにより、車両６の運行サービス全般の管理や、車両６運行中の状況情報の把握を司ることになっており、具体的には、管理用端末８を通じて、情報の管理（利用者（ユーザ）ＩＤの登録、修正、取消、運行車両６の登録、修正、取消）、運行便の管理（運行便の作成、修正、取消、運行便の公開）、予約の管理（予約の受付、修正、取消）、運行の管理（運行状況の表示（進捗やトラブル）、運行履歴の表示、抽出）が行われる。図３には、管理用端末８と管理サイト２との間の代表的な情報のやり取りとして、管理用端末８から管理サイト２に対して各種登録情報が送られること、管理サイト２から管理用端末８に運行状況の確認情報が提供されることが示されている。また、図４には、管理用端末８が管理サイト２から管理情報（運行管理情報、ドライバー管理情報、車両管理情報、ユーザ管理情報、運行状況情報）を受け取って、その閲覧に基づき管理できることが示されている。この管理者は、各運行便の運行管理について、複数の者のうちの一人の担当制となっっており、その複数の各管理者３は、例えば役場の職員や、集落Ａ１〜Ａ３の住民の中から推薦等によって選ばれた者等、地域事情、地域の居住者状況等を通常の住人よりもよく知っている者により担当されている。
【００４４】
この場合、一般的にＩＴリテラシーが低いユーザ（特に高齢者）４Ｓを考慮して、管理者３は、電話１２、書面、直接的な口頭伝達等を通じて、そのようなユーザ４Ｓから利用者登録、車両６の乗車予約等の依頼を受け付けた場合には、そのような依頼に基づき、管理者３は、その依頼に基づく手続きを管理用端末８を通じて管理サイト２に対して行う。
【００４５】
ユーザ４は、ユーザ端末９（ユーザ端末）を介して管理サイト２との間で情報のやり取りを行うことができる。ユーザ４は、ユーザ端末９を介して管理サイト２との間で情報のやり取りを行うことにより、乗車予約の申請や確認、当日の車両６の運行状況の確認等を行うことができ、具体的には、ユーザ端末９を通じて、予約の申請（運行便の閲覧、乗車予約の申請、取消、予約完了通知の受領）、乗車予約の確認（乗車予約の閲覧、乗車前日の通知）、運行車両６の運行状況の把握（予約した運行便の運行状況の確認、到着予想時刻の表示、到着直前の通知）が行われる。
【００４６】
図３には、ユーザ端末９と管理サイト２との間の代表的な情報のやり取りとして、ユーザ端末９から管理サイト２に対して乗車予約申請情報が送られること、管理サイト２からユーザ端末９に乗車予約確定通知、乗車前日通知の確認情報が提供されることが示されている。また、図５には、ユーザ端末９を利用して、運行便の乗車予約を行う状態が示され、図６には、乗車予約した車両６の到着予想時刻等が送られてきた状態を示している。
【００４７】
尚、図５中、符号９Ｄａは、予約申請を行うための「予約申請表示（選択スイッチ）」であり、符号４ａは、「予約申請表示」をタッチして選択する状態のユーザ４の手を示す。
【００４８】
ドライバー５は、ドライバー端末１０（ドライバー用情報処理装置）を介して管理サイト２との間で情報のやり取りを行うことができる。ドライバー５は、ドライバー端末１０を介して管理サイト２との間で情報のやり取りを行うことにより、運転担当に関する確認を行うことができ、具体的には、ドライバー端末１０を通じて、運転担当日（シフト）の確認、運転前日の通知等が行われる（図３参照）。その具体的表示例として、図７には、ドライバー端末１０において、運転担当日（シフト）の確認情報が表示された状態が示され（●は担当日を示す）、図８には、ドライバー端末１０に、担当運転日の前日通知が届いた状態が示されている。このドライバー５については、前述の登録内容（氏名、住所、年齢、性別、電話番号、運転する運行用車両の種別等）が管理サイト２に登録（記憶）される。
【００４９】
車両６（運行車両６）には、車載端末（車両用情報処理装置、例えばタブレット端末）１１が据え付けられている。この車両６を運転するドライバー５は、車載端末１１を介して管理サイト２との間で情報のやり取りを行うことができ、ドライバー５は、このドライバー端末１０により、管理サイト２に対して運行状況の登録（出発登録、乗車完了登録、降車完了登録）、トラブル発生の登録、自車位置情報の送信等を行うことができる。
【００５０】
上記管理サイト２、管理用端末８、ユーザ端末９、ドライバー端末１０及び車載端末１１の各機能は、図９に示すシステム構成図により実現される。
【００５１】
管理サイト２には、コンピュータとしての機能を確保すべく、記憶部２Ａと、演算制御部２Ｂと、通信部２Ｃとが備えられ、管理用端末８、ユーザ端末９、ドライバー端末１０及び車載端末１１においても、同様に、それぞれ、記憶部８Ａ，９Ａ，１０Ａ，１１Ａと、演算制御部８Ｂ，９Ｂ，１０Ｂ，１１Ｂと、通信部８Ｃ，９Ｃ，１０Ｃ，１１Ｃとが備えられている。また、管理用端末８、ユーザ端末９、ドライバー端末１０及び車載端末１１には、表示部８Ｄ，９Ｄ，１０Ｄ，１１Ｄが備えられており、そのうち、表示部９Ｄ，１０Ｄ，１１Ｄは、タッチパネル（タッチ式入力装置）とされている。管理用端末８については、パーソナルコンピュータが利用されていることから、キーボード、マウス等の入力装置８Ｅが用いられている。尚、各記憶部８Ａ，９Ａ，１０Ａ，１１Ａには、必要なプログラム（アプリケーション、ソフトウェア）が格納されており、それを演算制御部８Ｂ，９Ｂ，１０Ｂ，１１Ｂが読み込むことにより、管理サイト２と管理用端末８等（ユーザ端末９、ドライバー端末１０及び車載端末１１）との間での情報のやり取りが簡単に行えることになっている。
【００５２】
特に、上記管理サイト２における各要素２Ａ〜２Ｃについては、次のような構成とされている。
【００５３】
管理サイト２においては、通信部２Ｃが、管理用端末８、ユーザ端末９、ドライバー端末１０及び車載端末１１の各通信部８Ｃ，９Ｃ，１０Ｃ，１１Ｃとの間でそれぞれ通信可能となっており、管理サイト２は、管理用端末８、ユーザ端末９、ドライバー端末１０及び車載端末１１との間で情報のやり取りを行うことができることになっている。記憶部２Ａは、ＲＯＭ(Read Only Memory)やＲＡＭ(Random Access Memory)等の記憶素子をもって構成され、その記憶部２Ａには、必要な各種プログラムとして、ユーザ端末９等からのアンケート結果等である記憶部２Ａ内の苦情情報（ネガティブ情報の一つ）を、各管理者３に対する各乗車予約者の苦情点数（ネガティブ点数）として整理して、それを苦情検討情報（ネガティブ検討情報）として記憶部２Ａに記憶更新させるもの、記憶部２Ａに記憶される苦情検討情報に基づき、算出時点での乗車予約者全員に基づく各管理者３の苦情点数の総和をそれぞれ求めるもの、各管理者３の苦情点数の総和のうち、最も小さい総和を求めるもの、その最も小さい総和を示す管理者３を、乗車予約に係る運行便の管理者として指定するもの、乗車予約の終了条件が満たされたと判断時点での指定管理者を、事前情報としての不適格事由がある場合を除き、管理者として判定するもの、乗車予約に関するもの、乗車後のアンケート送信に関するもの等が格納されている。また、必要な情報としては、過去の運行便に対する乗車客等の苦情情報（ネガティブ情報）、苦情検討情報（ネガティブ検討情報）、指定管理者等情報、運行便（同一車両６）についての乗車予約者（会員）の予約情報等が記憶部２Ａに記憶される。各種プログラム等は、必要に応じて、演算制御部２Bにより読み出され、また、必要な情報が記憶部２Ａに適宜、記憶される。演算制御部２Bは、ＣＰＵ(Central Processing Unit)をもって構成されており、演算制御部２Bは、記憶部２Ａから読み出されたプログラムに基づき、図１０に示すように、ネガティブ情報整理部としての苦情情報整理部２Ｂｅ、第１算出部２Ｂｆ、第２算出部２Ｂｇ、指定部２Ｂｈ、管理者判定部２Ｂｉとして機能する。
【００５４】
上記自動車運行管理システム１においては、次のような制御が行われる。
（１）自動車運行管理システム１においては、ユーザ４（複数人を含む）が乗車する運行便について、そのユーザ４との関係で、複数の管理者３の中から最も適切な管理者３に運行管理をさせることに着目されている。管理者３は、運行ルートの作成から、運行便の担当ドライバーの指定、乗車予約者の管理まで広い範囲に亘って運行便の運行管理を行う中心的人物であり、そのような管理者３自身が、ユーザ４でもある乗車予約者に対して対応が悪い場合、その管理者３が指定したドライバー５によって乗車客（乗車予約者だったユーザ４）に対して不手際が引き起こされるような場合には、この運行管理システムの信頼が失われることになるからである。この場合、ドライバー５の不手際も管理者３の責任として見ているのは、管理者３は、ドライバー５の指定に際し、そのドライバー５が、乗車する者等との関係で、どのような人物であるかを知っていなければならない立場にあるからである。
【００５５】
（２）自動車運行管理システム１においては、複数の全ての管理者３の中から、運行便に乗車するユーザ４にとって最も適切な管理者３を選ぶに当たっては、そのユーザ４(複数の場合を含む)から最も苦情（ネガティブ性）が少ない人物が選ばれる。最も苦情が少ない人物は、ユーザ４との関係で、相対的に最も親和度が高いと見ることができるからである。このため、上記管理者３を選ぶに当たって、過去の運行便に対する乗車客のネガティブ情報でもある苦情情報が収集され、それらは、管理サイト２の記憶部２Ａに順次、記憶される。その過去の運行便に対する乗車客の苦情情報の収集には、本実施形態においては、アンケートによる苦情情報の収集と、運行便の車載端末１１からの苦情情報の収集とが取られている。この場合、運行便の車載端末１１からの苦情情報の収集を行って、ドライバー５に対する苦情（ドライバー支援画面３１からの送信項目）も考慮しているのは、前述した如く、管理者３にドライバーに対する指名、管理責任があるからであり、また、アンケートに応えるユーザ４の負担を極力少なくするためでもある。
【００５６】
アンケートによる苦情情報の収集には、図１１に示すようなアンケート４１が用いられる。アンケート４１は、管理サイト２から、運行便を利用し終えたユーザ４のユーザ端末９に送信され、その送信されたアンケート４１が、ユーザ４の入力後、ユーザ端末９から管理サイト２に送り返されるものである。このアンケート４１には、質問項目４２として、乗車前（乗車予約段階）については、例えば、運行内容の変更の有無、変更内容の連絡の有無、その連絡がスムーズだったか否か、その連絡の対応が適切であったか否か等が表示され、乗車段階については、トラブルの発生の有無、トラブルが発生した場合にそのトラブルが解消したか否か、そのときのドライバー５又は管理者３の対応は適切か否か等が表示されている。そして、それら各質問項目４２に対して、「はい」選択表示４３と、「いいえ」選択表示４４とにより答え（タッチ）、最後に、「送信」選択表示４５を選択（タッチ）することにより、そのアンケート結果が管理サイト２に送られることになっている。管理サイト２は、アンケート４１の質問項目４２に対する応答（「はい」又は「いいえ」）のいずれが苦情に該当するか否かを把握しており、苦情に該当するものについては、苦情基本点を付けて（本実施形態では苦情基本点「１」）その集計を行いそれを苦情点数とすることになっている。そして、管理サイト２は、ユーザ４が乗車した運行便（管理者３）についての苦情情報として、管理者３、担当ドライバー５等の名前と共に、アンケート結果のうち、苦情情報を構成する内容（質問項目に対応する内容）及び苦情点数（苦情基本点の総計）を記憶部２Ａに記憶する。図１１において、「はい」選択表示４３の隣に表示される破線状のかっこ内数字「１」「０」、同じく、「いいえ」選択表示４４の隣に表示される破線状のかっこ内数字「１」「０」は、苦情基本点を示すもので、実際には、それらは、表示されない。
【００５７】
運行便の車載端末１１からの苦情情報の収集には、図１２に示すように、車載端末１１の表示部１１Ｄに表示されるドライバー支援画面３１が用いられる。ドライバー支援画面３１は、運行便を担当するドライバー５を支援するものであり、そのドライバー支援画面３１には、担当ドライバー(名前)Ｄ１，乗車客(名前) Ｅ，Ｆ，Ｇ、各乗車客(名前) Ｅ，Ｆ，Ｇの乗車位置及び降車位置が表示されると共に、各乗車客(名前)Ｅ，Ｆ，Ｇの各乗車位置での乗車確認のための「乗車」確認選択表示（選択スイッチ）３４、及び各降車位置での降車確認のための「降車」確認選択表示（選択スイッチ）３５が表示されている。担当ドライバー(名前)Ｄ１は、各乗車客(名前)Ｅ，Ｆ，Ｇが乗車、降車する度に、「乗車」確認選択表示３４又は「降車」確認選択表示３５を選択（タッチ）することになっており、これにより「乗車」確認選択表示３４が選択（タッチ）されたときには、乗車確認情報と、車載端末１１搭載のＧＰＳに基づく運行便の自車位置情報とが管理サイト２に送信され、「降車」確認選択表示３５が選択（タッチ）されたときには、降車確認情報と、車載端末１１搭載のＧＰＳに基づく運行便の自車位置情報とが管理サイト２に送信される。
【００５８】
この場合、図１２において、「乗車」確認選択表示３４、「降車」確認選択表示３５を破線でそれぞれ囲んだものは、乗車客が乗車又は降車を終えて担当ドライバー(名前)Ｄ１が「乗車」確認選択表示３４、「降車」確認選択表示３５を選択した場合を示すものであり、「乗車」確認選択表示３４、「降車」確認選択表示３５を実線でそれぞれ囲んだものは、乗車又は降車が未だであり、担当ドライバー(名前)Ｄ１が「乗車」確認選択表示３４、「降車」確認選択表示３５を選択していない場合を示すものである。
【００５９】
このような車載端末１１からの乗車確認情報、降車確認情報等を管理サイト２が受信すると、管理サイト２は、図１３に示すような処理を行う。すなわち、乗車確認情報を受信すると、その受信時刻が予定乗車時刻±ｘ分（許容時間）内にあるか否が判別され（Ｚ１，Ｚ２）、Ｚ１がＹＥＳのときには、適正乗車時刻であるとして苦情基本点が付けられず（「０」）、Ｚ２がＮＯのときには、不適正乗車時刻であるとして苦情基本点「１」が付けられ（Ｚ３，Ｚ４）、そのＺ３，Ｚ４のいずれかが記憶部２Ａに記憶される（Ｚ５）。
【００６０】
続いて、Ｚ６において、乗車確認情報を受信したときにおける実際の乗車位置（車載端末１１のＧＰＳ情報に基づく）が、予定乗車位置±ｙｍ（許容距離）以内にあるか否が判別され、Ｚ６がＹＥＳのときには、適正乗車位置であるとして苦情基本点が付けられず（「０」）、Ｚ６がＮＯのときには、不適正乗車位置であるとして苦情基本点「１」が付けられ、そのＺ７，Ｚ８のいずれかが記憶部２Ａに記憶される（Ｚ９）。
【００６１】
降車確認情報についても、前記乗車確認情報の場合同様、降車時刻が適正か否かの判断とその判断結果の処理（Ｚ１０〜Ｚ１４）とが行われると共に、降車位置が適正か否かの判断と判断結果の処理（Ｚ１５〜Ｚ１８）とが行われ、最終的にＺ１９において、各苦情基本点が集計されて苦情点数として記憶される。勿論このとき、苦情点数と共に、運行便の運行管理を行う管理者３の名前、担当ドライバー５の名前、上記苦情基本点が付与された内容等も、苦情情報として、一緒に関連付けて記憶される。同様のことは、他の乗車客についても行われる。このような苦情情報は、この後、別の運行便の運行管理を担当する管理者の指定を判断するための資料の一つとして利用される。
【００６２】
運行便の車載端末１１からの苦情情報の収集は、車載端末１１の表示部１１Ｄに表示されるドライバー支援画面３１上の「トラブル発生」選択表示（選択スイッチ）３３によっても行われる。すなわち、運行便の運行中にトラブルが発生した場合には、ドライバー５は、「トラブル発生」選択表示３３を選択（タッチ）することになり、この選択により、トラブル発生情報が管理サイト２に送信される。これにより、管理サイト２は、図１４に示すように、トラブル発生情報を受信すると、トラブル発生を判定し、苦情情報、苦情点数（「１」）が生じたことを認定する（Ｇ１、Ｇ２）。この苦情情報、苦情点数は、当該運行便を運航管理している管理者３等に対する各乗車客(各ユーザ４)の苦情情報として記憶部２Ａに記憶され（Ｇ３）、それは、この後、別の運行便の運行管理を担当する管理者の指定を判断するための資料の一つとして利用される。尚、図１２中、符号３２は、運行を完了したときに選択（タッチ）する「運行完了」選択表示（選択スイッチ）３２である。
【００６３】
（３）自動車運行管理システム１においては、管理サイト２に同一の運行便についての乗車予約がなされる度に、苦情情報整理部２Ｂｅが、記憶部２Ａに記憶される苦情情報を、各管理者３に対する各乗車予約者の苦情点数として整理し直して、その各管理者に対する各乗車予約者の苦情点数を、苦情検討情報として記憶部２Ａに記憶更新させる。乗車予約者全員にとって親和度が高い管理者３を導き出すためである。例えば、乗車予約者がＲｐ１，Ｒｐ２の２名で、全管理者３がＡｄ１，Ａｄ２，Ａｄ３の３名の場合には、「Ａｄ１に対するＲｐ１の苦情点数」、「Ａｄ２に対するＲｐ１の苦情点数」、「Ａｄ３に対するＲｐ１の苦情点数」、「Ａｄ１に対するＲｐ２の苦情点数」、「Ａｄ２に対するＲｐ２の苦情点数」、「Ａｄ３に対するＲｐ２の苦情点数」が、苦情検討情報となる。
【００６４】
（４）自動車運行管理システム１においては、第１算出部２Ｂｆが、記憶部２Ａに記憶される苦情検討情報に基づき、算出時点での乗車予約者全員に基づく各管理者の苦情点数の総和をそれぞれ求め、第２算出部２Ｂｇが、その第１算出部２Ｂｆにより求められた各管理者３の苦情点数の総和のうち、最も小さい総和を求める。乗車予約者全員にとって最も苦情が少ない管理者３が、そのような総和となるからである。上述の例に従えば、「管理者Ａｄ１についての苦情点数の総和＝Ａｄ１に対するＲｐ１の苦情点数＋Ａｄ１に対するＲｐ２の苦情点数」となり、「管理者Ａｄ２についての苦情点数の総和＝Ａｄ２に対するＲｐ１の苦情点数＋Ａｄ２に対するＲｐ２の苦情点数」となり、「管理者Ａｄ３についての苦情点数の総和＝Ａｄ３に対するＲｐ１の苦情点数＋Ａｄ３に対するＲｐ２の苦情点数」となる。この場合、管理者３に対する乗車予約者の苦情点数（過去のデータ）が存在しない場合には、苦情点数は０として扱われる。そして、「管理者Ａｄ１についての苦情点数の総和」、「管理者Ａｄ２についての苦情点数の総和」、「管理者Ａｄ３についての苦情点数の総和」のうち、最も小さいものが求められる。
【００６５】
（５）自動車運行管理システム１においては、指定部２Ｂｈが、第２算出部２Ｂｇが求めた最も小さい総和を示す管理者３を、乗車予約に係る運行便の管理者として指定する。乗車予約者全員にとって最も苦情が少ない管理者３だからである。この場合、当該運行便の予約終了条件を満たすまでは（予約終了時刻に到達又は満員）、乗車予約者の増減（予約追加、予約取消し）が生じることから、管理者判定部２Ｂｉは、当該運行便の予約終了条件を満たす時点を基準として、その時点で指定部２Ｂｈが指定する管理者３を最終的な管理者として判定する。但し、管理者判定部２Ｂｉは、記憶部２Ａから事前情報としての管理者不適格事由を読み込むことも行っており、それに基づき、指定部２Ｂｈが指定した管理者３が不適格事由があると判断したときには、第２算出部２Ｂｇが求めた最も小さい総和に次いで小さい総和を示す管理者を最終的な管理者３として判定する。このため、必要な場合には、残った管理者についての苦情点数の総和の比較が行われる。
【００６６】
上記制御概要の制御例を、図１５、図１６に示すフローチャートに基づき具体的に説明する。図１５における符号Ｙ、図１６における符号Ｘは、ステップを示す。
【００６７】
この自動車運行管理システム１においては、複数の各運行便について乗車予約申請を待っている状態にあり（Ｙ１）、特定の運行便について、ユーザ４（ユーザ端末９）又は管理者３（管理用端末８：電話１２等によりユーザ４から依頼受けた場合）から乗車予約申請が管理サイト２にあると、そのユーザ４が会員であるか否かが、会員ＩＤ，パスワード等により判別される（Ｙ２）。このＹ２の判別がＮＯのときには、乗車予約申請者が会員でないとしてＹ１に戻される一方、Ｙ２がＹＥＳのときには、記憶部２Ａに記憶されている記憶情報の中から、会員(ユーザ４)である乗車予約者の苦情情報が特定され、次のＹ４において、現時点での乗車予約者の苦情情報に基づき、当該運行便の運行を担当する管理者３を指定するための処理が行われる。この管理者３の指定処理（Ｙ４）については後述する。
【００６８】
Ｙ４における管理者の指定処理を終えると、乗車予約の終了条件を満たすか否かが判別される（Ｙ５）。この判別は、乗車予約の終了時刻を超えたか、又は乗車予約者の人数が乗車客枠に至ったか否かを判別するものであり、このＹ５の判別がＮＯのときには、Ｙ１に戻されて、乗車予約の申請を待つ一方、Ｙ５の判別がＹＥＳのときには、次のＹ６において、Ｙ４において最後の判断で指定された管理者３が最終的な管理者３として判定される。この最終的な管理者３が、当該運行便の担当管理者３であることが、各表示画面において表示されると共に記憶部２Ａに記憶される。
【００６９】
次に、前記Ｙ４における管理者指定処理について、乗車予約者がＲｐ１，Ｒｐ２，Ｒｐ３が３名の状況にあり、全管理者３として、Ａｄ１，Ａｄ２，Ａｄ３の３名が存在している場合を例にとって説明する。
【００７０】
先ず、Ｘ１において、管理者Ａｄ１に対する各乗車予約者Ｒｐ１，Ｒｐ２，Ｒｐ３の苦情点数Ｃ１，Ｃ２，Ｃ３が読み込まれ、その総和Ｃａが求められる（Ｘ１，Ｘ２）。次に、管理者Ａｄ２に対する各乗車予約者Ｒｐ１，Ｒｐ２，Ｒｐ３の苦情点数Ｄ１，Ｄ２，Ｄ３が読み込まれ、その総和Ｄａが求められる（Ｘ３，Ｘ４）。続いて、管理者Ａｄ３に対する各乗車予約者Ｒｐ１，Ｒｐ２，Ｒｐ３の苦情点数Ｅ１，Ｅ２，Ｅ３が読み込まれ、その総和Ｅａが求められる（Ｘ３，Ｘ４）。
【００７１】
上記のように、総和Ｃａ，Ｄａ，Ｅａが求まると、Ｘ７において、総和Ｃａが総和Ｄａよりも小さいか否かが判別され、そのＸ７がＹＥＳのときには、Ｘ８において、総和Ｃａが総和Ｅａよりも小さいか否かが判別される。これにより、Ｘ８がＹＥＳのときには、苦情点数の総和Ｃａが苦情点数の総和Ｃａ，Ｄａ，Ｅａの中で最も小さいと判断されたことになり、このときには、これに基づき、管理者３としてＡｄ１が指定され（Ｘ９）、それが、管理サイト２の記憶部２Ａに記憶される（Ｘ１０）。
【００７２】
前記Ｘ７がＮＯのときには、総和Ｄａの方が総和Ｃａよりも小さいことから、Ｘ１１において、総和Ｄａが総和Ｅａよりも小さいか否かが判別される。このＸ１１がＹＥＳのときには、総和Ｃａ，Ｄａ，Ｅａの中で総和Ｄａが最も小さいことから、管理者３として、Ａｄ２が指定され、そのＡｄ２が記憶部２Ａに記憶される（Ｘ１２，Ｘ１０）。
【００７３】
前記Ｘ１１がＮＯのときには、総和Ｅａの方が総和Ｄａよりも小さく、結局、総和Ｅａが総和Ｃａ，Ｄａ，Ｅａの中で最も小さいことから、管理者３として、Ａｄ３が指定され、そのＡｄ３が記憶部２Ａに記憶される（Ｘ１３，Ｘ１０）。
【００７４】
前記Ｘ８がＮＯのときには、総和Ｅａの方が総和Ｄａよりも小さく、結局、総和Ｅａが総和Ｃａ，Ｄａ，Ｅａの中で最も小さいことから、この場合も、管理者３として、Ａｄ３が指定され、そのＡｄ３が記憶部２Ａに記憶される（Ｘ１３，Ｘ１０）。
【００７５】
このような演算は、当該運行便の予約終了条件を満たすとき（Ｙ５ＹＥＳのとき）まで、新たな乗車予約者Ｒｐの苦情点数を加えた苦情検討情報の下で行われ、それが記憶更新される。また、事前事情に基づき、指定された管理者３を選択することができないときには、残りの管理者３の総和比較により、次に小さい総和の管理者３が指定される。
【００７６】
以上実施形態について述べたが本発明にあっては、次の態様を包含する。
（１）アンケート４１の質問項目、又はドライバー支援画面３１における送信項目に応じて、苦情点数に重み付けを行うこと。例えば、管理者３の責任が重いものほど、苦情点数を大きくすること。
（２）ネガティブ情報として、苦情情報に限らず、円滑な運行上の観点から、その他のものを設定できること。
【産業上の利用可能性】
【００７７】
本発明は、ユーザが乗車する運行便について、そのユーザとの関係で最も適切な管理者に運行管理をさせるために利用できる。
【符号の説明】
【００７８】
１  自動車運行管理システム
２  管理サイト（運行管理装置）
２Ａ  管理サイトの記憶部
２Ｂ  管理サイトの演算制御部（ネガティブ情報整理部、第１算出部、第２算出部、指定部、管理者判定部）
２Ｂｅ  苦情情報整理部（ネガティブ情報整理部、演算制御部）
２Ｂｆ  第１算出部（演算制御部）
２Ｂｇ  第２算出部（演算制御部）
２Ｂｈ  指定部（演算制御部）
２Ｂｉ  管理者判定部（演算制御部）
４  ユーザ(乗車予約者)
６  運行車両（運行便）
９  ユーザ端末
【図１】
2020052928.tif 000003
【図２】
2020052928.tif 000004
【図３】
2020052928.tif 000005
【図４】
2020052928.tif 000006
【図５】
2020052928.tif 000007
【図６】
2020052928.tif 000008
【図７】
2020052928.tif 000009
【図８】
2020052928.tif 000010
【図９】
2020052928.tif 000011
【図１０】
2020052928.tif 000012
【図１１】
2020052928.tif 000013
【図１２】
2020052928.tif 000014
【図１３】
2020052928.tif 000015
【図１４】
2020052928.tif 000016
【図１５】
2020052928.tif 000017
【図１６】
2020052928.tif 000018