JP7097002B2 - 自動車運行管理システム及び自動車運行管理システムに用いられる運行管理装置 - Google Patents

Description

本発明は、自動車運行管理システム及びその自動車運行管理システムに用いられる運行管理装置に関する。

自動車運行管理システムには、特許文献１、特許文献２に示すようなものが提案されている。具体的には、特許文献１には、同一の車両によって複数種類の乗車形態での乗車便が提供される輸送サービスに関して、実現可能な乗車便群の部分集合のうち、所定条件を満たす部分集合ごとに、当該部分集合を構成する乗車便の選択確率が算出され、その算出された選択確率に基づいて、乗車便の組み合わせが選択され、選択された組み合わせが利用者に提示されるものが示されている。このものによれば、単に、乗車要求を満たすことが可能な乗車便を列挙する場合に比べて、経済的効果の向上を期待できる選択肢を利用者に提示することができる。特許文献２には、利用者に提示される乗車便の組み合わせの選択に際し、選択確率および将来に受信する乗車要求数の期待値に基づいて、利益の期待値又は効用の期待値が最大化される組み合わせが選択されるものが示されている。これよれば、輸送サービスの提供者の利益、又は利用者の効用の観点において望ましい乗車便の組み合わせを利用者に提示することができる。

ところで、地方では、高齢化、人口減少等、多くの問題を抱えており、交通空白地域においては、交通弱者は、通院や買い物等になくてはならない移動が奪われている。このため、交通空白地域の人々に必要不可欠な交通手段として、自家用自動車による有償運送が着目されている。この自家用自動車による有償運送は、交通空白地域に、単に、必要不可欠な交通手段を提供するだけでなく、豊かな地域の維持、創造を通じて地域の活性化を図る可能性を秘めており、その有効な活用が望まれている。

特開２０１４－２３８８３１号公報 特開２０１６－０８５７３４号公報

しかし、このような自家用自動車による有償運送を交通空白地域で運用した場合、現実の問題として、臨時運行便(例えばイベント便、デマンド便)の運行依頼を受けたとき、少ない乗客の下で運行しなければならなかったり、ユーザの要請通りにデマンド運行しなければならないことが想定され、そのような場合、乗車料金との関係或いは乗車料金次第で採算性を満たさないおそれがある。このため、運行管理者としては、所定の乗車料金体系の下で、採算性を満たすユーザ数が確保できた段階で運行便の運行を確定し、採算性を満たすだけのユーザ数が確保できない場合には、運行を中止させたい。

しかし、仮にそのようにした場合には、乗車予約ユーザでもある運行便の依頼者や担当ドライバーは、運行便の運行の実施か中止かが確定するまで、不安定な時間を過ごすことになり、さらには、仮に運行を中止することが頻繁に行われる状況になった場合には、制度として、自家用自動車による有償運送を設ける存在意義自体が問われることになる。

本発明は、上記実情に鑑みてなされたもので、その第１の目的は、運行便の運行依頼ユーザや担当ドライバーが、運行便の運行の実施か中止かが確定するまで、不安定な時間を過ごすことを抑えることができると共に、運行便の運行実施の可能性を高めることができる自動車運行管理システムを提供することにある。第２の目的は、その自動車運行管理システムに用いられる運行管理装置を提供することにある。

前記第１の目的を達成するために本発明にあっては、下記（１）～（６）とした構成とされている。

（１）ユーザからの運行便の運行依頼を受けて、管理者が、その運行便について、担当ドライバーを割り当てると共にその後の運行管理を行う自動車運行管理システムにおいて、
前記運行便の運行管理を行う運行管理装置と、該運行管理装置との間で通信可能とされ前記管理者が操作を行う管理用端末と、が備えられ、
前記管理用端末には、前記運行便の未確定運行情報に関し、前記管理者の操作に基づき限られたユーザに対する公開だけを指示する限定公開指示情報を前記運行管理装置に送信する限定公開決定部が備えられ、
前記運行管理装置には、
前記運行便の運行依頼情報を受けたとき、その情報を管理情報として記憶する記憶部と、
前記記憶部に記憶する前記運行依頼情報に基づき、前記運行便の運行が採算性を満たすか否かを判断する採算性判断部と、
前記採算性判断部が、前記運行便の運行が採算性を満たすと判断したとき、該運行便の運行が確定したことと、乗車枠内での乗車予約を受け付けることとを公開し、該運行便の運行が採算性を満たさないと判断したときには、該運行便の運行情報を未公開として未確定とする公開調整部と、
前記採算性判断部が、前記運行便の運行が採算性を満たさないと判断したとき、前記運行依頼情報から、関連する関連ユーザを検出する関連ユーザ検出部と、
前記関連ユーザ検出部が前記関連ユーザを検出したときであって、前記限定公開決定部から限定公開指示情報を受け取ったとき、前記公開調整部が前記運行便の運行情報を未公開とすることを制限して、乗車予約を促す提案情報を含む運行便の未確定運行情報を前記関連ユーザ、前記運行便の運行依頼ユーザ及び前記担当ドライバーに提供する未確定情報提供部と、
が備えられている構成とされている。

この構成によれば、依頼を受けた運行便の運行について採算性が認められるときには、運行便の運行が確定したことと、乗車枠内での乗車予約を受け付けることとが公開されることになり、運営が活発に行われていることを広報しつつ、さらに乗車予約を募って採算性を高めることができる。他方、依頼を受けた運行便の運行について採算性が認められないときには、運行便の運行情報を原則として未公開とする一方、その未公開状態であっても、関連ユーザ検出部が運行便の運行依頼情報から関連ユーザを検出したときには、管理者の操作に基づき管理用端末から限定公開指示情報を得ることを条件として、乗車予約を促す提案情報を含む運行便の未確定情報を関連ユーザに提供することから、関連ユーザは、乗車予約ユーザ数不足が運行未確定原因であることを知らされることになり、当該運行便が関連ユーザにとって乗車可能性が高いものであることと、地域住民として当該運営をできるだけ支えたい気持ちとが動機付けとなり、当該運行便に対する関連ユーザによる乗車予約が促される。また、乗車予約を促す提案情報を含む運行便の未確定情報が運行便の運行依頼者（乗車予約ユーザ）及び担当ドライバーにも提供され、それらの者にも、乗車予約ユーザ数不足が運行未確定原因であることが知らされることから、その運行便の運行依頼ユーザや担当ドライバーは、状況が全くわからない不安定な状態で過ごすことがなくなるだけでなく、現在の状況を把握し、運行便の運行実施の可能性を高めるため、未だ乗車予約していない他のユーザに対して乗車予約を行うことを働きかけることにもなる。これにより、運行便の運行依頼ユーザ（乗車予約ユーザ）や担当ドライバーが、運行便の運行の実施か中止かが確定するまで、不安定な時間を過ごすことを抑えつつ、運行便の運行実施の可能性を高めることができる。しかも、仮に、最終的に、乗車予約ユーザが集まらず、運行便の運行の採算性が認められなかったとしても、運行便の運行が原則として公開されていないことから、当初の乗車予約ユーザや担当ドライバーを除き、運行便が運行中止されたことを連絡する必要がないばかりか、運営の活動にネガティブな印象をユーザに与えることを抑制できる。

（２）前記（１）の構成の下で、
前記運行管理装置には、前記関連ユーザ検出部が前記関連ユーザを検出したとき、該関連ユーザに対して前記運行便の未確定情報を公開するか否かを問合わせる問合わせ情報を作成して、該問合わせ情報を前記管理用端末に配信する問合わせ情報作成配信部が設けられ、
前記問合わせ情報作成配信部が配信した前記問合わせ情報が、前記管理用端末において、前記限定公開決定部として、前記運行便の未確定情報を選択的に公開させる限定公開選択表示を表示するように調整されている構成とされている。

この構成によれば、乗車予約ユーザとなり得る可能性の高い関連ユーザの存在を運行管理装置が認めたときに初めて、管理用端末に問合わせ情報を配信することによって該管理用端末に限定公開選択表示（限定公開決定部）を表示させることから、管理者の特性（地域事情通であること）を、限定公開選択表示の限定公開選択操作を通じて運行便の運行可能性を高めることに利用できる。その一方で、特殊事情（例えば、他のユーザに知られない方がよい事情）等が存在する場合には、それを配慮して、限定公開選択表示を限定公開選択操作することなく未公開選択状態に維持することにより、運行便の運行の可能性を高めるよりも具体的事情を優先することができる。さらには、管理者に判断を求めるときだけ、管理用端末に限定公開選択表示が表示されることから、管理者が常に管理すべき対象を減らして、管理人の負担が増大することを極力、抑えることができる。

（３）前記（１）又は（２）のいずれかの構成の下で、
前記関連ユーザ検出部は、前記運行便の乗車予約情報に基づき運行ルートを作成する運行ルート作成部と、該運行ルート作成部が作成した運行ルートの周辺に居住するユーザを、前記運行便の運行依頼情報に関連するユーザとして、前記記憶部が記憶するユーザ情報から抽出するユーザ抽出部と、を備えている構成とされている。

この構成によれば、当該運行便の乗車予約を行う可能性の高い関連ユーザを具体的に見つけ出すことができ、その関連ユーザに対して運行便の未確定運行情報を提供することにより、その運行便の乗車予約ユーザ数を高めることができる。

（４）ユーザからの運行便の運行依頼を受けて、管理者が、その運行便について、担当ドライバーを割り当てると共にその後の運行管理を行う自動車運行管理システムにおいて、
前記運行便の運行管理を行う運行管理装置と、該運行管理装置との間で通信可能とされ前記管理者が操作を行う管理用端末と、が備えられ、
前記運行管理装置には、
前記運行便の運行依頼情報を受けたとき、その情報を管理情報として記憶する記憶部と、
前記記憶部に記憶する前記運行依頼情報に基づき、前記運行便の運行が採算性を満たすか否かを判断する採算性判断部と、
前記採算性判断部が、前記運行便の運行が採算性を満たすと判断したとき、該運行便の運行が確定したことと、乗車枠内での乗車予約を受け付けることとを公開し、該運行便の運行が採算性を満たさないと判断したときには、該運行便の運行情報を未公開として未確定とする公開調整部と、
前記採算性判断部が、前記運行便の運行が採算性を満たさないと判断したとき、前記運行依頼情報に関連する関連ユーザを選択するための関連ユーザ選択対象情報と、前記管理用端末において、該関連ユーザ選択対象情報から関連ユーザ情報を選択して該関連ユーザ情報を前記運行管理装置に送信する関連ユーザ送信表示を表示させる関連ユーザ送信表示情報と、を配信する関連ユーザ抽出情報配信部と、
前記関連ユーザ抽出情報配信部が配信した関連ユーザ選択対象情報から前記管理者が前記関連ユーザ送信表示により選択した関連ユーザ情報を受け取ったとき、前記公開調整部が前記運行便の運行情報を未公開とすることを制限して、乗車予約を促す提案情報を含む運行便の未確定運行情報を前記関連ユーザ、前記運行便の運行依頼ユーザ及び前記担当ドライバーに提供する未確定情報提供部と、
が備えられている構成とされている。

この構成によれば、臨時便の運行が採算性を満たさずその運行情報が未公開（未確定）とされたときに、運行便の運行に関連する関連ユーザを見出すために、運行管理装置が関連ユーザ選択対象情報を管理用端末に配信し、その関連ユーザ選択対象情報の中から管理者が関連ユーザを選択し、それを運行管理装置に送り返すことから、管理者の特性を利用して選び出された関連ユーザに対して限定公開が行われる。これにより、当該運行便に対する関連ユーザによる乗車予約が促されることになり、運行便の運行実施の可能性を高めることができる。また、乗車予約を促す提案情報を含む運行便の未確定情報が運行便の運行依頼ユーザ（乗車予約ユーザ）及び担当ドライバーにも提供され、それらの者にも、乗車予約ユーザ数不足が運行未確定原因であることが知らされることから、その運行便の運行依頼ユーザや担当ドライバーが、状況が全くわからない不安定な状態で過ごすことをなくすことができる。しかも、運行依頼ユーザや担当ドライバーは、限定公開により現在の状況を把握し、未だ乗車予約していない他のユーザに対して乗車予約を行うことを働きかけることにもなり、運行便の運行実施の可能性を高めることができる。

（５）前記（１）～（４）いずれかの構成の下で、
前記未確定情報提供部は、前記運行便の未確定情報の提供に際し、前記関連ユーザ、前記運行便の運行依頼ユーザ及び前記担当ドライバーが、前記運行管理装置へアクセスすることを条件に該運行便の未確定運行情報を閲覧すること、該関連ユーザ、該運行便の運行依頼ユーザ及び該担当ドライバーに積極的に該運行便の未確定運行情報を配信することの少なくとも一つの態様が用いられるように調整されている構成とされている。

この構成によれば、具体的提供方法を用いて、的確に、関連ユーザ、運行便の運行依頼者及び担当ドライバーに、運行便の未確定情報を知らせることができる。

（６）前記（１）～（５）のいずれかの構成の下で、
前記未確定情報提供部が提供した運行便の未確定運行情報が、乗車予約申請フォームに関連付けられており、
前記記憶部が、前記乗車予約申請フォームを通じて追加される乗車予約情報を、前記運行依頼情報の追加情報として、順次、記憶更新するように設定され、
前記採算性判断部が、前記記憶部の記憶更新に伴い、該記憶部が記憶する運行依頼情報に基づいて、前記運行便の運行が採算性を満たすか否かを判断するように設定されている構成とされている。

この構成によれば、常に乗車予約ユーザ数がチェックされ、乗車予約ユーザ数が採算性を満たす数に至ったときには、直ちに、運行便の運行情報が全てのユーザに公開されることになり、円滑に、通常の運行業務に移行させることができる。

前記第２の目的を達成するために本発明にあっては、下記（７）とした構成とされている。

（７）ユーザからの運行便の運行依頼を受けて、管理者が、その運行便について、担当ドライバーを割り当てると共にその後の運行管理を行う自動車運行管理システムに用いられる運行管理装置において、
前記運行便の運行依頼情報を受けたとき、その情報を管理情報として記憶する記憶部と、
前記記憶部に記憶する前記運行依頼情報に基づき、前記運行便の運行が採算性を満たすか否かを判断する採算性判断部と、
前記採算性判断部が、前記運行便の運行が採算性を満たすと判断したとき、該運行便の運行が確定したことと、乗車枠内での乗車予約を受け付けることとを公開し、該運行便の運行が採算性を満たさないと判断したときには、該運行便の運行情報を未公開として未確定とする公開調整部と、
前記採算性判断部が、前記運行便の運行が採算性を満たさないと判断したとき、前記運行依頼情報から関連する関連ユーザを検出する関連ユーザ検出部と、
前記関連ユーザ検出部が前記関連ユーザを検出したときであって、前記管理者の管理用端末から限定公開指示情報を受け取ったとき、前記公開調整部が前記運行便の運行情報を未公開とすることを制限して、乗車予約を促す提案情報を含む運行便の未確定情報を前記関連ユーザ、前記運行便の運行依頼ユーザ及び前記担当ドライバーに提供する未確定情報提供部と、が備えられている構成とされている。

この構成によれば、前述の（１）において用いられる運行管理装置として好ましいものを提供できる。

本発明によれば、運行便の運行依頼ユーザや担当ドライバーが、運行便の運行の実施か中止かが確定するまで、不安定な時間を過ごすことを抑えることができると共に、運行便の運行実施の可能性を高めることができる自動車運行管理システム及びその自動車運行管理システムに用いられる運行管理装置を提供できる。

定時定路運行が行われる路線例を説明する説明図。 デマンド運行が行われる路線例を説明する説明図。 実施形態に係る運行管理サービスサイトと関係者等との関係を示す概念図。 管理者端末で表示される管理画面の一つを示す図。 ユーザ端末に表示される乗車予約申請の内容の下で、乗車予約（送信）を行う状態を示す図。 ユーザ端末に届く運行車両の到達時刻通知等を示す図。 ドライバー端末に表示される８月における担当日確認表示を示す図。 ドライバー端末に届く担当日前日通知を示す図。 第１実施形態に係る自動車運行管理システムの機能構成の概略を示すブロック図。 第１実施形態に係る管理サイトにおける演算制御部の機能構造を概念的に示す図。 第１実施形態に係る管理用端末における演算制御部の機能構造を概念的に示す図。 第１実施形態に係るユーザ端末における演算制御部の機能構造を概念的に示す図。 第１実施形態に係るドライバー端末における演算制御部の機能構造を概念的に示す図。 第１実施形態に係る自動車運行管理システムにおける処理工程を説明する説明図。 第１実施形態に係る管理用端末に表示される運行便状況(リスト)画面の一例を示す図。 第１実施形態に係る管理サイトにより提供される未確定運行画面の一例を示す図。 第１実施形態に係る自動車運行管理システムにおいて行われる制御の一例を示すフローチャート。 第２実施形態に係る管理サイトにおける演算制御部の機能構造を概念的に示す図。 第２実施形態に係る自動車運行管理システムにおける処理工程を説明する説明図。 第２実施形態において、関連ユーザ選択対象情報が管理用端末で関連ユーザ選択対象画面として表示されている状態の一例を示す図。

以下、本発明の実施形態について、図面に基づいて説明する。

本実施形態においては、交通空白地域での車両の運行に用いられる自動車運行管理システムを例にとって説明する。

先ず、車両の運行が行われる地域内容、及びその地域で行われる車両運行の基本的内容について、説明する。

図１は、車両運行の一態様である定時定路線運行が行われる路線例を示すものである。図１中、Ｄ１は、片道1車線(往復で２車線）の道路である。この道路Ｄ１は、鉄道路線Ｒにおける所定の駅Ｒａを通るもので、この地域ではメインの道路となっている。駅Ｒａの周辺が、この地域で唯一の繁華街となっており、そこには、役場、学校等の公的施設の他、病院や歯医者等の医療施設、スーパマーケット、コンビニエンスストア、カラオケ店等々の商業施設や娯楽施設が存在している。

道路Ｄ１に対しては、駅Ｒａから離れた位置において、道路Ｄ２、Ｄ３が連なっている。道路Ｄ２、Ｄ３は、往復で1車線の対面通行用とされたローカルな道路となっている。この道路Ｄ２，Ｄ３沿いの地域は、山間部にあって、周囲の殆どが山や丘となる辺鄙な地域となっている。

道路Ｄ２のうち、道路Ｄ１から遠く離れた位置において、複数の集落Ａ１～Ａ３が存在している。集落Ａ１～Ａ３は、駅Ｒａから１０km以上離れた離村となっている、道路Ｄ３は、行き止まりとなっていて、行き止まりの位置には、集落Ａ１～Ａ３の住民等が集うイベント会場（広場）Ａ４が設けられている。

集落Ａ１～Ａ３に居住する住民の総数は、数百名程度であるが、高齢者の割合が大きいものであり、自動車の運転をできない者も多数存在する状況となっている。そして、道路Ｄ２(つまり集落Ａ１～Ａ３の住民）においては、公営バスの運行はされていないものである。

集落Ａ１～Ａ３の住民の交通の便を図るために、後述するように、定時定路線運行とデマンド運行とを行うこととなっている。定時定路線運行は、定時に決まった路線を走行するものである。定時定路線運行の停留所が、Ｓ１～Ｓ７として示される。停留所Ｓ１は、出発点となるもので、集落Ａ１の住民用である。停留所Ｓ２は、集落Ａ２の住民用である。停留所Ｓ３は、集落Ａ３の住民用である。

停留所Ｓ４は、道路Ｄ２がメインの道路Ｄ１と交差する位置に設定されている。停留所Ｓ５は、小学校や中学校のある位置付近に設定されている。停留所Ｓ６は、役場付近の位置に設定されている。停留所Ｓ７は、定時定路線運行の終点で、駅Ｒａ付近に設定されている。このように、定時定路線運行の路線は、停留所Ｓ１から、Ｓ２、Ｓ３、Ｓ４、Ｓ５、Ｓ６を経て、終点のＳ７へ到達する経路とされる。帰りの便は、上記とは逆の経路をたどることになる。なお、定時定路線運行の運行便数は、例えば、往復共に、例えば朝２便、昼１便、夕方２便とされている。

定時定路線運行の変形として、臨時運行（臨時便）が適宜行われる。この臨時運行は、イベント会場Ａ４で催し物（例えば盆踊り、花火大会、芋煮会等）が開催されるときに行われる（イベント便）。この臨時運行の経路は、停留所Ｓ１から、Ｓ２，Ｓ３，Ｓ４を経て、停留所Ｓ８へ至る経路とされる（復路はこの逆)。臨時運行は、イベント開催日に、あらかじめ設定された定時に停留所Ｓ１を出発する便とされる。

臨時運行を含む定時定路線運行およびデマンド運行は、住民同士の結束（協力）によって行われる。まず、運行を行う運行用車両は、集落Ａ１～Ａ３の住民が保有する自家用車を利用する他、自治体の補助や企業からの寄付等で管理を任された専用車両が用いられる。運行用車両の台数は、少なくとも２台以上とされ、好ましくは１０台程度が用意される。

運行用車両の運転を行うドライバーは、集落Ａ１～Ａ３の住民から選ばれた者とされる。ドライバ一として選択されるには、あらかじめ事前講習（例えば半日～１日程度の講習）を受けた者であることを条件とされる。すなわち、講習内容としては、例えば、安全運転に関する知識と実技の講習、乗客（特に高齢者や幼児）に対する運行用車両への乗り降りの補助の仕方に関する講習、ドライバーに要求される運行管理に関する知識ややり方等についての講習等がある。講習を修了したドライバーは、運行用車両の運転者として、登録（氏名、住所、年齢、性別、電話番号、運転する運行用車両の種別等の登録）される。

図２は、デマンド運行（臨時運行）が行われた場合の一例を示すものである。図２中Ｐ１は、デマンド運行を乗車予約した乗客であり、Ｐ２、Ｐ３は、この乗車予約されたデマンド運行（の運行用車両）に相乗りを希望した乗客である。デマンド運行は、乗客の希望に応じた出発地と目的地と経路とを自由に選択できる。図２では、乗車予約した乗客Ｐ１の自宅（付近）を出発地として、乗客Ｐ２の自宅付近、乗客Ｐ３の自宅付近を経由して、停留所Ｓ４方向に向かう場合が示される。

乗客Ｐ１の最寄りの停留所はＳ２であり、乗客Ｐ１の自宅から停留所Ｓ２までの徒歩での移動経路α１が破線で示される。同様に、乗客Ｐ２の最寄りの停留所はＳ３であり、乗客Ｐ２の自宅から停留所Ｓ３までの徒歩での移動経路α２が破線で示される。乗客Ｐ３の最寄りの停留所もＳ３であり、乗客Ｐ３の自宅から停留所Ｓ３までの徒歩での移動経路α３が破線で示される。

乗客Ｐ１～Ｐ３にとって、最寄りの停留所までの移動時間あるいは移動距離が長い場合は、停留所までの歩行が大変となる。このため、停留所までの歩行を避けるために、デマンド運行を要求する可能性（必要性）が高いものとなる。デマンド運行を利用するときの料金は、定時定路線運行を利用するときの料金よりも割高となるが、停留所までの移動時間や移動距離を考慮して、定時定路線運行を利用するか、デマンド運行を利用するか判断されることになる。

ここで、定時定路線運行あるいはデマンド運行を利用するときの料金体系の一例について説明する。まず、定時定路線運行を利用するときは、利用距離に応じた金額のみで、単位距離あたりの料金がＥ１(Ｅ１×利用距離）とされる。これに対して、デマンド運行を当初に乗車予約した乗客Ｐ１の利用料金は、利用距離に応じた金額が上記料金Ｅ１よりも若干割高な料金Ｅ２とされると共に、定額の基本料金ＥＢ２が別途徴収される（合計料金は、ＥＢ２＋Ｅ２×利用距離)。さらに、デマンド運行に相乗りを希望した乗客Ｐ２，Ｐ３の 利用料金は、上記Ｅ２のみとされる（基本料金ＥＢ２が不要)。このように、定時定路線運行を利用する場合がもっとも安価であり、デマンド運行を当初に乗車予約した場合の料金 がもっとも高価であり、デマンド運行に相乗りする場合の料金が中間の料金となる。勿論、上記した料金は一例であって、適宜設定できるものである。

上記車両の運行には、図３に示すように、自動車運行管理システム１が用いられている。その自動車運行管理システム１においては、図３で概念的に示すように、管理サイト（運行管理装置（具体的には情報処理装置としての管理サーバ））２を中心として、その管理サイト２に、管理者３、ユーザ（利用者）４、ドライバー５からなる各関係者、車両６が関わることになる。

管理サイト２は、管理サーバとして、車両６の運行において中核をなすものである。この管理サイト２は、上記各関係者３～５からの端末を通じた要求に対して、それに応じたものを返答する。その返答において、車両６の運行ルートを演算することが関係者（管理者３）に要求された場合、又は管理サイト２自体が車両６の運行ルートを必要とする場合には、管理サイト２は、ルート演算サービスサイト７に運行ルートの演算を依頼し、管理サイト２は、その演算結果を利用して運行ルートを作成し、その運行ルートを、記憶すると共に要求した関係者３の端末に送り、又は記憶することになる。

管理者３は、管理用端末８（パーソナルコンピュータ（ＰＣ））を介して管理サイト２との間で情報のやり取りを行うことができる。管理者３は、その管理用端末８を介して管理サイト２との間で情報のやり取りを行うことにより、車両６の運行サービス全般の管理や、車両６運行中の状況情報の把握を司ることになっており、具体的には、管理用端末８を通じて、情報の管理（利用者（ユーザ）ＩＤの登録、修正、取消、運行車両６の登録、修正、取消）、運行便の管理（運行便の作成、修正、取消、運行便の公開）、予約の管理（予約の受付、修正、取消）、運行の管理（運行状況の表示（進捗やトラブル）、運行履歴の表示、抽出）等が行われる。図３には、管理用端末８と管理サイト２との間の代表的な情報のやり取りとして、管理用端末８から管理サイト２に対して各種登録情報が送られること、管理サイト２から管理用端末８に運行状況の確認情報が提供されることが示されている。また、図４には、管理用端末８が管理サイト２から管理情報（運行管理情報、ドライバー管理情報、車両管理情報、ユーザ管理情報、運行状況情報）を受け取って、その閲覧に基づき管理できることが示されている。この管理者３は、例えば役場の職員や、集落Ａ１～Ａ３の住民の中から推薦等によって選ばれた者等、地域事情、地域の居住者状況等を通常の住人よりもよく知っている者が担当している。

この場合、一般的にＩＴリテラシーが低いユーザ（特に高齢者）４Ｓを考慮して、管理者３は、電話１２、書面、直接的な口頭伝達等を通じて、そのようなユーザ４Ｓから利用者登録、車両６の乗車予約等の依頼を受け付けた場合には、そのような依頼に基づき、管理者３は、その依頼に基づく手続きを管理用端末８を通じて管理サイト２に対して行う。

ユーザ４は、ユーザ端末９（ユーザ用情報処理装置）を介して管理サイト２との間で情報のやり取りを行うことができる。ユーザ４は、ユーザ端末９を介して管理サイト２との間で情報のやり取りを行うことにより、乗車予約の申請や確認、当日の車両６の運行状況の確認等を行うことができ、具体的には、ユーザ端末９を通じて、予約の申請（運行便の閲覧、乗車予約の申請、取消、予約完了通知の受領）、乗車予約の確認（乗車予約の閲覧、乗車前日の通知）、運行車両６の運行状況の把握（予約した運行便の運行状況の確認、到着予想時刻の表示、到着直前の通知）が行われる。

図３には、ユーザ端末９と管理サイト２との間の代表的な情報のやり取りとして、ユーザ端末９から管理サイト２に対して乗車予約申請情報が送られること、管理サイト２からユーザ端末９に乗車予約確定通知、乗車前日通知の確認情報が提供されることが示されている。また、図５には、ユーザ端末９を利用して、運行便の乗車予約を行う状態が示され、図６には、乗車予約した車両６の到着予想時刻等が送られてきた状態を示している。

尚、図５中、符号９Ｄａは、予約申請を行うための「予約申請表示（選択スイッチ）」であり、符号４ａは、「予約申請表示」をタッチして選択する状態のユーザ４の手を示す。

ドライバー５は、ドライバー端末１０（ドライバー用情報処理装置）を介して管理サイト２との間で情報のやり取りを行うことができる。ドライバー５は、ドライバー端末１０を介して管理サイト２との間で情報のやり取りを行うことにより、運転担当に関する確認を行うことができ、具体的には、ドライバー端末１０を通じて、運転担当日（シフト）の確認、運転前日の通知等が行われる（図３参照）。その具体的表示例として、図７には、ドライバー端末１０において、運転担当日（シフト）の確認情報が表示された状態が示され（●は担当日を示す）、図８には、ドライバー端末１０に、担当運転日の前日通知が届いた状態が示されている。このドライバー５については、前述の登録内容（氏名、住所、年齢、性別、電話番号、運転する運行用車両の種別等）が管理サイト２に登録（記憶）される。

車両６（運行車両６）には、車載端末（車両用情報処理装置、例えばタブレット端末）１１が据え付けられている。この車両６を運転するドライバー５は、車載端末１１を介して管理サイト２との間で情報のやり取りを行うことができ、ドライバー５は、このドライバー端末１０により、管理サイト２に対して運行状況の登録（出発登録、乗車完了登録、降車完了登録）、トラブル発生の登録、自車位置情報の送信、アプリケーション（アプリ（プログラム））の受信（後述）等を行うことができる（図３参照）。

上記管理サイト２、管理用端末８、ユーザ端末９、ドライバー端末１０及び車載端末１１の各機能は、図９に示すシステム構成図により実現される。

管理サイト２には、コンピュータとしての機能を確保すべく、記憶部２Ａと、演算制御部２Ｂと、通信部２Ｃとが備えられ、管理用端末８、ユーザ端末９、ドライバー端末１０及び車載端末１１においても、同様に、それぞれ、記憶部８Ａ，９Ａ，１０Ａ，１１Ａと、演算制御部８Ｂ，９Ｂ，１０Ｂ，１１Ｂと、通信部８Ｃ，９Ｃ，１０Ｃ，１１Ｃとが備えられている。また、管理用端末８、ユーザ端末９、ドライバー端末１０及び車載端末１１には、表示部８Ｄ，９Ｄ，１０Ｄ，１１Ｄが備えられており、そのうち、表示部９Ｄ，１０Ｄ，１１Ｄは、タッチパネル（タッチ式入力装置）とされている。管理用端末８については、パーソナルコンピュータが利用されていることから、キーボード、マウス等の入力装置８Ｅが用いられている。

より具体的には、上記管理サイト２、管理用端末８、ユーザ端末９、ドライバー端末１０及び車載端末１１における各要素２Ａ～２Ｃ、８Ａ～８Ｄ、９Ａ～９Ｄ、１０Ａ～１０Ｄ、１１Ａ～１１Ｄは、次のような構成とされている。

管理サイト２においては、通信部２Ｃが、管理用端末８、ユーザ端末９、ドライバー端末１０及び車載端末１１の各通信部８Ｃ，９Ｃ，１０Ｃ，１１Ｃとの間でそれぞれ通信可能となっており、管理サイト２は、管理用端末８、ユーザ端末９、ドライバー端末１０及び車載端末１１との間で情報のやり取りを行うことができることになっている。記憶部２Ａは、ＲＯＭ(Read Only Memory)やＲＡＭ(Random Access Memory)等の記憶素子をもって構成され、その記憶部２Ａには、必要な情報として、会員登録者であるユーザの会員情報、運行管理情報（臨時便（イベント便、デマンド便）の運行依頼（乗車予約依頼も含む）、その後の管理情報等）、ドライバー情報、ユーザ管理情報（各運行便に対する乗車予約情報等を含む）等の管理情報が格納されている。

必要な各種プログラムとしては、イベント便、デマンド便等の臨時便の運行依頼（乗車予約も含む）を受け付けるもの、各運行便の乗車予約を受け付けるもの、各運行便の運行についての採算性を判断するもの、臨時便の運行についての公開、未公開を調整するもの、臨時便の依頼情報（乗車予約情報を含む）及びその後の追加乗車予約情報に基づき関連する関連ユーザを検出するもの、臨時便の未確定運行情報を所定の条件の下で限られたユーザに提供するもの等が記憶部２Ａに格納されている。特に、関連ユーザを検出するプログラムとしては、本実施形態においては、ルート演算サービスサイト７と協働して乗車予約情報に基づき運行ルートを作成するものと、その運行ルートの周辺に居住するユーザをユーザの会員情報から抽出するものとが用いられ、これに伴い、抽出された関連ユーザに対して当該臨時便の未確定情報を公開するか否かを管理者３に問合わせるため、管理用端末８において、公開選択表示（公開決定部）４２（図１５参照）を表示させるための問合せ情報を作成、配信するものが備えられている。

演算制御部２Bは、ＣＰＵ(Central Processing Unit)をもって構成されており、演算制御部２Bは、記憶部２Ａから読み出されたプログラムに基づき、図１０に示すように、採算性判断部２Ｂj、公開調整部２Ｂk、関連ユーザ検出部２Ｂl（運行ルート作成部２Ｂla、ユーザ抽出部２Ｂlb）、問合わせ情報作成配信部２Ｂm、未確定情報提供部２Ｂn、運行依頼受付け部２Ｂo、乗車予約部２Ｂp等として機能する。

管理用端末８においては、記憶部８Ａには、必要なプログラム（アプリケーション（アプリ）、ソフトウェア）として、管理サイト２における記憶部２Ａが記憶する管理情報について閲覧請求するもの、その管理情報及び前記問合せ情報作成配信部２Ｂmから配信された問合せ情報等を管理用端末８において閲覧表示させるもの等が格納されている。本実施形態においては、問合せ情報が管理用端末８において閲覧表示されると、公開選択表示４２が表示されることになり（公開決定部を構成）、その公開選択表示４２を管理者３が選択操作することにより、運行便の未確定情報を、公開とするか、未公開とするかを選択することができることになる。演算制御部８Bは、演算制御部２Bと同様、ＣＰＵ(Central Processing Unit)をもって構成され、その演算制御部８Bは、図１１に示すように、記憶部８Ａから読み出されたプログラムの下で、閲覧請求部８Ba、閲覧表示部８Bb等として機能する。

ユーザ端末９においては、記憶部９Ａには、必要なプログラム（アプリケーション、ソフトウェア）として、管理サイト２からの配信情報を閲覧表示させるもの、運行便の乗車予約申請を行うもの、管理サイト２にアクセスして、臨時便であるイベント便、デマンド便の運行を依頼するもの（その運行便の乗車予約を含む）が格納されている。演算制御部９Bは、演算制御部２B同様、ＣＰＵ(Central Processing Unit)をもって構成されており、演算制御部９Bは、記憶部９Ａから読み出されたプログラムの下で、管理サイト２に対して、閲覧表示部９Ｂa、乗車予約申請部９Ｂb、臨時便運行依頼部９Ｂc等として機能する。

ドライバー端末１０においては、記憶部１０Ａには、必要なプログラム（アプリケーション、ソフトウェア）として、管理サイト２からの配信情報を閲覧表示するもの等、管理サイト２との間で情報のやり取りを簡単に導くためのものが格納されており、演算制御部１０Bは、演算制御部２B同様、ＣＰＵ(Central Processing Unit)の構成の下で、図１３に示すように、ユーザ端末９同様、記憶部９Ａから読み出されたプログラムの下で、閲覧表示部１０Baとして機能する。車載端末１１についても、記憶部１１Ａ、演算制御部１１Bに関し、基本的に、上記ドライバー端末１０と同様の構成とされている。

このような自動車運行管理システム１においては、次のような管理制御が行われる。図１４に示す処理工程説明図を用いて具体的に説明する。

（１）自動車運行管理システム１においては、ユーザ４は、ユーザ端末９を利用して管理サイト２に対してイベント便、デマンド便等の臨時便について運行依頼を行うことができる。この運行依頼は、管理サイト２の運行依頼受付け部２Ｂoが受付けることになり、運行依頼受付け部２Ｂoは、運行依頼情報として、依頼ユーザ（名）、出発地、目的地、その依頼者の乗車予約等を記憶部２Ａに記憶する。

（２）自動車運行管理システム１においては、管理サイト２は、その採算性判断部２Bjにおいて、依頼に係る臨時便の運行について、基準となるべき採算性（採算条件）を満たすか否かを判断する。採算性を満たさない臨時便の運行を行ったのでは、運営の継続性を担保できないからである。この場合、採算性を満たすか否かは、基本的には、臨時便の走行距離、予約ユーザ数、運賃、運営費用等を用いて利益をあげられるか否かをもって判断されることになるが、その判断に当たっては、地域支援、補助金の存在、割増運賃等、他の視点、要素を加味して、基準となるべき採算性を任意に決めることができる。

（３）自動車運行管理システム１においては、管理サイト２は、臨時便の運行について、採算性判断部２Bjが採算性を満たすと判断するときには（複数のユーザ４が依頼と同時に乗車予約する場合等）、依頼に係る臨時便の運行実施を決定し、公開調整部２Bkによりその運行実施を含む運行情報を公開する。採算性を満たす運行便の確実な運行を公開することにより、乗車予約ユーザの乗車を確定すると共に、新たなユーザ４の乗車予約を促して採算性を高め、さらには、相乗りを促進することによって地域の活性化を図るためである。

（４）自動車運行管理システム１においては、管理サイト２は、臨時便の運行について、採算性判断部２Bjが採算性を満たさないと判断したときには、公開調整部２Bkにより、原則として、その運行情報を未公開とし、ユーザ４が、管理サイト２にアクセスしても、その運行情報を閲覧できないようにする。仮に、この後、運行中止を決定したとしても、公開していたものを運行中止する場合とは異なり、運行中止の訂正内容を公開、通知等を行わなくてもよくし、さらには、そのような運行中止の訂正内容の公開、通知等を行わなくてもよくすることにより、その運行中止によって運営活動に対するネガティブな印象をユーザ４に与えることにならないようにするためである。

（５）自動車運行管理システム１においては、管理サイト２は、臨時便の運行について、採算性判断部２Bjが採算性を満たさないと判断したときには、関連ユーザ検出部２Blが運行依頼情報に基づいて関連する関連ユーザ（見込みユーザ）を検出する。当該運行便に相乗り可能なユーザを探し出して、乗車予約につなげ、採算性を満たすようにするためである。このため、具体的には、ルート演算サービスサイト７と協働して働く運行ルート作成部２Blaにより運行依頼情報に基づき運行ルートを作成し、ユーザ抽出部２Blbによりその求めた運行ルートの周辺に居住するユーザ４をユーザ４の会員情報から抽出する。

（６）自動車運行管理システム１においては、管理サイト２は、相乗り可能な関連ユーザ（見込みユーザ）の存在が認められると判断したときには、最終的に、管理者３の判断に当該運行便の未確定運行情報を限定公開するか否かを委ねる。当該運行便の未確定運行情報を関連ユーザに限定公開することにより乗車予約ユーザ数を増やして採算性を満たす必要がある一方で、臨時便を利用するユーザ４には、採算性よりも特殊事情を優先することが必要である場合があり、また、採算性については割増料金により解消できる場合があるからである。このため、管理サイト２は、当該運行便の未確定運行情報を上記関連ユーザ（見込みユーザ）に限定公開するか否かについて問合わせるため、問合せ情報を管理者３の管理用端末８に配信する。この問合せ情報は、図１５に示すように、管理用端末８において、運行便のリスト表示一覧４０が表示されたときに、そのうちの該当運行便表示４１において、限定公開選択表示（公開決定部）４２として表示される。この限定公開選択表示４２は、上記未確定運行情報を、前記関連ユーザ、臨時便運行依頼者及び担当ドライバーに対して公開するか、未公開の状態に維持するかを管理者３に選択させるものであり、管理者３が限定公開選択表示を操作しないときには（表示直後）、未確定運行情報の未公開状態が維持され、限定公開選択表示４２を選択した状態で図１５中、右方向にスライドさせる操作をしたときには、限定公開指示情報が管理サイト２に送信され、未確定運行情報が関連ユーザ、臨時便運行依頼者及び担当ドライバーに対して公開状態となる。

（７）自動車運行管理システム１においては、管理者３は、運行依頼ユーザに特殊事情があるときを除き、基本的に、管理用端末８において、限定公開選択表示４２を選択した状態で図１５中、右方向にスライドさせることにより限定公開の指示情報を管理サイト２に送信する。管理サイト２が、関連ユーザ、臨時便運行依頼者及び担当ドライバーに対して未確定運行情報を限定公開（後述の未確定情報提供部２Ｂnによる未確定情報の提供）するようにするためである。

（８）自動車運行管理システム１においては、管理者３は、運行依頼ユーザに特殊事情があると判断したときには、管理用端末８に表示される限定公開選択表示４２に対して選択操作を行わず、未公開状態を維持する。病気治療等、他人に知られたくない場合や、割増料金により採算性の問題が解消するような場合を考慮したためである。

（９）上記（７）（８）の内容について具体例をもって説明する。前述したように、図１５は、管理用端末８に表示される運行便のリスト表示一覧４０であり、その運行便のリスト表示一覧４０において、運行便表示４１ａ，４１ｂがイベント便を示し、運行便表示４１ｃがデマンド便を示している。また、運行便のリスト表示一覧４０には、各限定公開選択表示４２の左隣において、人の体形に似せた簡略図形４３をもって乗車枠が示されており、そのうち、斜線が付されたものが乗車予約されたものであり、斜線が付されていないものが未だ乗車予約されていないものである。運行便表示４１ａにおいては、管理者３による限定公開選択表示４２の選択操作基づく未確定運行情報の限定公開を経て、乗車予約ユーザ数が採算性を満たす２人になったため、限定公開選択表示４２の表示が通常の公開に移行した状態を示している。運行便表示４１ｂにおいては、乗車予約ユーザ数が採算性を満たさない１人であるため、管理者３により限定公開選択表示４２の選択操作が行われて、未確定運行情報が限定公開されている状態を示している。運行便表示４１ｃにおいては、管理者３がデマンド便の依頼ユーザに特殊事情があることを考慮して、管理者３が限定公開選択表示４２に対して選択操作しないことにより未確定運行情報を未公開としていることを示している。

また、管理用端末８に表示される運行便のリスト表示一覧４０には、定時定路線運行便表示４１ｄ、４１ｅも表示される。この定時定路線運行便表示については、運行が採算性を満たすか否かを自動的に判断して、採算性を満たさない場合には、運行実施が未確定を意味する未公開状態を示し（この場合、ユーザ４は仮予約可能）、採算性を満たす場合には、運行実施が確定したことを意味する公開状態（公開中）を示すことになる。そして、その実際の運行に移った場合には、定時定路線運行便表示４１ｅに示すように、「運行中」表示が示され、運行が終了すると、定時定路線運行便表示４１ｄに示すように、「終了」表示が表示される。

（１０）自動車運行管理システム１においては、管理サイト２の未確定情報提供部２Ｂnは、限定公開指示情報を受け取ったときには、公開調整部２Ｂkが臨時便の未確定運行情報を未公開とすることを制限して、乗車予約を促す提案情報を含む運行便の未確定運行情報を関連ユーザ（見込みユーザ）、臨時便の運行依頼者及び担当ドライバーに提供する。関連ユーザに対しては乗車予約を促し、臨時便運行依頼ユーザ及び担当ドライバーに対しては、当該臨時便の現状が全く分からない不安定な状態になることをなくすと共に、現状把握に基づいて乗車予約していない他のユーザに対して乗車予約の働きかけを行うようにすることを促すためである。この場合、乗車予約を促す提案情報を含む運行便の未確定運行情報は、関連ユーザ４及び運行依頼ユーザのユーザ端末９、ドライバー端末１０において、例えば図１６に示すように、未確定運行画面４４として表示され、その未確定運行画面４４には、運行便の運行予定内容（運行日時、目的地等）表示４５、乗車予約状況表示４６、乗車予約を促す提案表示４７として、運行未確定原因を示す記載等が示され、さらには、この未確定運行画面４４を見た関連ユーザ４の便宜を考慮して、乗車予約画面（乗車予約申請フォーム）に移行するための「乗車予約へ」選択表示（選択スイッチ）４８が表示されている。またこの場合、未確定運行情報の「提供」として、関連ユーザ、臨時便の運行依頼ユーザ及び担当ドライバーが管理サイト２にアクセスして未確定運行情報を閲覧する態様、管理サイト２が、関連ユーザ、臨時便運行依頼者及び担当ドライバーに未確定運行情報を積極的に配信する態様（メール配信を含む）の少なくとも一方を取り得ることになる。

この結果、乗車予約ユーザ数が採算性を満たすことになった場合には、運行実施決定が行われ、通常業務通り、運行実施を含む運行情報が公開される。他方、乗車予約ユーザ数が採算性を満たすに至らなかった場合には、運行中止が決定され、担当ドライバーについては、担当の任が解かれ、乗車予約ユーザ４には、運行中止の連絡が行われる（図１４中、破線矢印の流れ参照）。

上記自動車運行管理システム１制御の概要を、管理サイト２を中心として、図１７に示すフローチャートに基づいて具体的に説明する。図１７中、Ｑはステップを示す。

イベント便、デマンド便等の臨時便について、ユーザ４から運行依頼があると、管理サイト２は、その依頼に係る運行便についての運行依頼情報を記憶部２Ａに記憶する（Ｑ１，Ｑ２）。この運行依頼ユーザ４の運行依頼情報には、乗車予約情報も含まれ、その乗車予約情報には、現在の乗車予約ユーザ数、乗車予約ユーザの住所、乗車場所、降車場所等が含まれる。Ｑ２において、管理サイト２が臨時便の運行依頼情報を記憶部２Ａに記憶すると、Ｑ３において、管理サイト２は、その臨時便についての乗車予約情報を抽出して、その臨時便を運行するに当たって、採算性（採算条件）があるか否かを判別する。この採算性を満たすか否かは、基本的には、運行便の走行距離、乗車予約ユーザ数、運賃、運営費用等を用いて判断されることになるが、その判断に当たっては、地域支援等の視点が加味されてもよい。

Ｑ３の判別がＹＥＳのときは、運行依頼ユーザが複数人からなるような場合であり、そのときには、Ｑ４において、その臨時便の運行実施を含む運行情報の公開が決定され、その運行情報は公開される。これにより、その臨時便の運行実施が確定し、乗車予約ユーザ４は、その臨時便に乗車することが確定し、担当ドライバーは、その臨時便を運転することが確定する。また、運行情報の公開により、未乗車予約ユーザの新たな乗車予約を乗車枠内で促すことができ、当該臨時便の乗車予約を新たに行った場合には、採算性が高まることになる。

Ｑ３の判別がＮＯのときには、Ｑ５において、その臨時便の運行実施を含む運行情報について、基本的に、未公開にすることを決定する。これにより、この臨時便の運行情報が未公開の未確定情報となり、ユーザ４は、その未確定運行情報を見ることができない。

上記のように運行情報について未公開が決定されると、Ｑ６において、管理サイト２は、関連ユーザ４を検出する一環として、ルート演算サービスサイト７と協働して運行ルートを作成する。この運行ルートの作成に当たっては、管理サイト２は、臨時便の運行依頼情報（乗車場所、降車場所（目的地）等）をルート演算サービスサイト７に提供する。

Ｑ６において、運行ルートを得ると、Ｑ７において、管理サイト２は、その運行ルートの周辺に居住する対象ユーザ４を抽出する。当該臨時便に相乗りする可能性が比較的高いユーザ４を選び出すためである。この対象ユーザ４を抽出するに当たっては、会員登録情報（住所等）が利用される。

次のＱ８においては、対象ユーザが存在するか否かが判別され、そのＱ８がＹＥＳのときには、Ｑ９において、前回処理されたＱ７の対象ユーザについての情報に関して変化があるか否かが判別される。新たに追加された対象ユーザ４の下で次のＱ１０の処理を行いたいからである。

Ｑ１０においては、当該臨時便の運行情報に関して、前述の限られた対象ユーザ（Ｑ７～Ｑ９参照）を対象として、限定公開を行うか否かの問合せ情報を管理者３の管理用端末８に配信する。この限定公開を行うか否かの問合せ情報の配信は、図１５に示すように、管理用端末８において、運行便のリスト表示一覧４０を表示したときに、限定公開選択表示（選択スイッチ）４２が表示されることとして反映され、管理者３の選択操作により、限定公開指示情報又は未公開指示情報が管理サイト２に送信されることになる。

上記Ｑ１０の問合せ情報の配信を行うと、Ｑ１１においては、管理サイト２は、管理者３の意思表示として限定公開指示情報を受信したか否かを判別する。限定公開を行うか否かに関して、管理者３がよく知っている地域事情等を反映或いは利用したいからである。このため、このＱ１１がＹＥＳのときには、Ｑ１２におおいて、未確定情報提供部２Ｂnは、未確定運行情報を前述の限られたユーザ（関連ユーザ、運行依頼ユーザ）及び担当ドライバーに提供する（限定公開）。これにより、限られたユーザ（関連ユーザ、運行依頼ユーザ）及び担当ドライバーは、当該臨時便の未確定運行情報の限定公開（未確定情報提供部２Ｂnによる未確定運行情報の提供）を受けて、それを閲覧することができる。この結果、Ｑ７の対象ユーザ４は、自宅近辺を運行便が通ることを知り、それが、当該運行システムを互いに支える意識と相まって、その臨時便に乗車するインセンティブとして働くことになり、当該臨時便に対する乗車予約が促される。このとき、限定公開を行うに際して、当該臨時便の未確定運行情報として、現在の乗車予約ユーザ（乗車予約ユーザ数）の表示、現在の予約ユーザ数では、運行実施が未確定の状況（採算性を満たさない状況）にある表示、乗車予約を促す表示４７（図１５参照）等は、上記インセンティブを高めると考えられる。

また、限られたユーザのうち、運行依頼ユーザや担当ドライバーは、限定公開情報によって、運行実施の公開が、予約申請ユーザ数の不足が原因である状況を知ることになり、そのことは、状況が全くわからない状態での不安定感をなくすことができる一方で、臨時便の運行実施のために、未だ予約申請していない他のユーザに対して予約申請を行うことを働きかけるきっかけともなる。

次のＱ１３においては、関連ユーザから乗車予約があったか否かが判別され、Ｑ１３がＹＥＳのときには、Ｑ２に戻されて、新たな追加乗車予約情報を加えた状況の下で、Ｑ２～Ｑ１３の処理が繰り返される。このＱ１３ＮＯのときには、Ｑ１４に進み、そこで、当該運行便についての乗車予約終了時期に達した否かが判別され、このＱ１４がＮＯのときも、Ｑ２に戻されて、予約終了時期に達するまでＱ２～Ｑ１４の処理が繰り返される。

Ｑ１４がＹＥＳのときには、管理サイト２は、臨時便の運行情報を公開することなく、当該運行便の運行中止を決定し、乗車予約ユーザ及び担当ドライバーに運行中止連絡を行う（Ｑ１５，Ｑ１６）。この場合、この臨時便の未確定運行情報の公開を行っていないことから、運行中止の公開を行う必要がなく、また、運行中止を行っても、当該運行システムの活動評価に対するネガティブな影響をユーザ４に与えることを少なくすることができる。

前記１１がＮＯのときには、未確定運行情報を未公開にすることが維持されることになる。この管理者の選択により、特殊事情（公開しない方がよい事情の存在、割増料金が支払われて採算性が満たされるとき等）を、限定公開を行わないことに反映させることができる。

前記Ｑ８，Ｑ９がＮＯのときには、Ｑ１３に直接、進むことになる。

図１８～図２０は、第２実施形態を示す。この第２実施形態において、前記第１実施形態と同一構成要素については同一符号を付してその説明を省略する。

この第２実施形態は、図１９に示すように、臨時便の運行が採算性を満たさずその運行情報が未公開（未確定）とされたときに、臨時便の運行に関連する関連ユーザを見出すために、管理サイト２が関連ユーザ選択対象情報（会員情報（ユーザ情報））を管理用端末８に配信し、その関連ユーザ選択対象情報の中から、管理者３が、その特性を利用して、関連ユーザを選択し、それを管理サイト２に送り返すものを示している。

このため、管理サイト２における演算制御部２Ｂは、図１８に示すように、前記第１実施形態における関連ユーザ検出部２Ｂl、問合せ情報作成配信部２Ｂmに代えて、関連ユーザ抽出情報配信部２Ｂｑとして機能することになっており、この関連ユーザ抽出情報配信部２Ｂｑは、採算性判断部２Ｂjが、臨時便の運行が採算性を満たさないと判断したとき、関連ユーザ選択対象情報と、関連ユーザ送信表示情報と、を配信する。関連ユーザ選択対象情報としては、会員登録情報として記録されているユーザ情報（氏名、住所等）が利用され、それは、管理用端末８に配信されて、その管理用端末８において、図２０に示すように、ユーザ情報（氏名、住所）表示５１の一覧を含む関連ユーザ選択対象画面５０として表示される。関連ユーザ送信表示情報は、管理用端末８において、関連ユーザ送信表示５４として表示されるものであり、その関連ユーザ送信表示５４は、「選択」表示５２と「送信」表示５３とからなる。「選択」表示５２は、関連ユーザ選択対象画面５０における各ユーザ情報表示５１の右隣にそれぞれ配置されて、そのユーザ情報表示５１を選択するか（関連ユーザとして選ぶか）否かを選択するものであり、図２０では、一例として、「選択」を実線をもって囲まれているものを選択された状態にあるものとして示し、「選択」を破線をもって囲まれているものを選択されていない状態にあるものとして示している。「送信」表示５３は、その選択操作により、「選択」表示５２により選択されたユーザ情報を関連ユーザ情報として管理サイト２に送り返す（送信する）ものであり、その「送信」表示５３は、「選択」表示５２と明確に区別できるようにすべく、関連ユーザ選択対象画面５０の下部に大きな面積をもって表示されている。

このような構成により、臨時便の運行が採算性を満たさずその運行情報が未公開（未確定）とされたときには、図１９に示すように、関連ユーザ選択対象情報と関連ユーザ送信表示情報とが管理サイト２から管理用端末８に配信されることになり、その配信を受けて、管理者３が関連ユーザ送信表示５４（「選択」表示５２と「送信」表示５３）を利用して関連ユーザ情報を送信してきたときには、管理サイト２における未確定情報提供部２Ｂnは、図１６に示すように、乗車予約を促す提案情報４７を含む運行便の未確定運行画面（図１６参照）を上記関連ユーザ等に提供する（未確定運行情報の限定公開）。このため、この場合においても、臨時便の運行依頼ユーザ（乗車予約ユーザ）や担当ドライバーが、運行便の運行の実施か中止かが確定するまで不安定な時間を過ごすことを抑えつつ、その臨時便の運行実施の可能性を高めることができる。

本発明は、運行便の依頼者や担当ドライバーが、運行便の運行の実施か中止かが確定するまで不安定な時間を過ごすことを抑え、運行便の運行実施の可能性を高める。

１ 自動車運行管理システム
２ 管理サイト（運行管理装置）
２Ａ 管理サイトの記憶部
２Ｂ 管理サイトの演算制御部
２Ｂj 採算性判断部（演算制御部）
２Ｂk 公開調整部（演算制御部）
２Ｂl 関連ユーザ検出部（演算制御部）
２Ｂla 運行ルート作成部（演算制御部）
２Ｂlb ユーザ抽出部（演算制御部）
２Ｂm 問合せ情報作成配信部（演算制御部）
２Ｂq 関連ユーザ抽出情報配信部（演算制御部）
３ 管理者
４ ユーザ
５ ドライバー
６ 運行車両（運行便）
８ 管理用端末
４２ 限定公開選択表示（限定公開決定部）
４４ 未確定運行画面（未確定運行情報）
４７ 未確定運行画面中の乗車予約を促す提案情報
５１ ユーザ情報表示（関連ユーザ選択対象）
５２ 「選択」表示（関連ユーザ送信表示）
５３ 「送信」表示（関連ユーザ送信表示）
５４ 関連ユーザ送信表示

Claims (7)

1. ユーザからの運行便の運行依頼を受けて、管理者が、その運行便について、担当ドライバーを割り当てると共にその後の運行管理を行う自動車運行管理システムにおいて、
   前記運行便の運行管理を行う運行管理装置と、該運行管理装置との間で通信可能とされ前記管理者が操作を行う管理用端末と、が備えられ、
   前記管理用端末には、前記運行便の未確定運行情報に関し、前記管理者の操作に基づき限られたユーザに対する公開だけを指示する限定公開指示情報を前記運行管理装置に送信する限定公開決定部が備えられ、
   前記運行管理装置には、
   前記運行便の運行依頼情報を受けたとき、その情報を管理情報として記憶する記憶部と、
   前記記憶部に記憶する前記運行依頼情報に基づき、前記運行便の運行が採算性を満たすか否かを判断する採算性判断部と、
   前記採算性判断部が、前記運行便の運行が採算性を満たすと判断したとき、該運行便の運行が確定したことと、乗車枠内での乗車予約を受け付けることとを公開し、該運行便の運行が採算性を満たさないと判断したときには、該運行便の運行情報を未公開として未確定とする公開調整部と、
   前記採算性判断部が、前記運行便の運行が採算性を満たさないと判断したとき、前記運行依頼情報から関連する関連ユーザを検出する関連ユーザ検出部と、
   前記関連ユーザ検出部が前記関連ユーザを検出したときであって、前記限定公開決定部から限定公開指示情報を受け取ったとき、前記公開調整部が前記運行便の運行情報を未公開とすることを制限して、乗車予約を促す提案情報を含む運行便の未確定運行情報を前記関連ユーザ、前記運行便の運行依頼ユーザ及び前記担当ドライバーに提供する未確定情報提供部と、
   が備えられている、
   ことを特徴とする自動車運行管理システム。
2. 請求項１において、
   前記運行管理装置には、前記関連ユーザ検出部が前記関連ユーザを検出したとき、該関連ユーザに対して前記運行便の未確定情報を公開するか否かを問合わせる問合わせ情報を作成して、該問合わせ情報を前記管理用端末に配信する問合わせ情報作成配信部が設けられ、
   前記問合わせ情報作成配信部が配信した前記問合わせ情報が、前記管理用端末において、前記限定公開決定部として、前記運行便の未確定情報を選択的に公開させる限定公開選択表示を表示するように調整されている、
   ことを特徴とする自動車運行管理システム。
3. 請求項１又は２において、
   前記関連ユーザ検出部は、前記運行便の乗車予約情報に基づき運行ルートを作成する運行ルート作成部と、該運行ルート作成部が作成した運行ルートの周辺に居住するユーザを、前記運行便の運行依頼情報に関連するユーザとして、前記記憶部が記憶するユーザ情報から抽出するユーザ抽出部と、を備えている、
   ことを特徴とする自動車運行管理システム。
4. ユーザからの運行便の運行依頼を受けて、管理者が、その運行便について、担当ドライバーを割り当てると共にその後の運行管理を行う自動車運行管理システムにおいて、
   前記運行便の運行管理を行う運行管理装置と、該運行管理装置との間で通信可能とされ前記管理者が操作を行う管理用端末と、が備えられ、
   前記運行管理装置には、
   前記運行便の運行依頼情報を受けたとき、その情報を管理情報として記憶する記憶部と、
   前記記憶部に記憶する前記運行依頼情報に基づき、前記運行便の運行が採算性を満たすか否かを判断する採算性判断部と、
   前記採算性判断部が、前記運行便の運行が採算性を満たすと判断したとき、該運行便の運行が確定したことと、乗車枠内での乗車予約を受け付けることとを公開し、該運行便の運行が採算性を満たさないと判断したときには、該運行便の運行情報を未公開として未確定とする公開調整部と、
   前記採算性判断部が、前記運行便の運行が採算性を満たさないと判断したとき、前記運行依頼情報に関連する関連ユーザを選択するための関連ユーザ選択対象情報と、前記管理用端末において、該関連ユーザ選択対象情報から関連ユーザ情報を選択して該関連ユーザ情報を前記運行管理装置に送信する関連ユーザ送信表示を表示させる関連ユーザ送信表示情報と、を配信する関連ユーザ抽出情報配信部と、
   前記関連ユーザ抽出情報配信部が配信した関連ユーザ選択対象情報から前記管理者が前記関連ユーザ送信表示により選択した関連ユーザ情報を受け取ったとき、前記公開調整部が前記運行便の運行情報を未公開とすることを制限して、乗車予約を促す提案情報を含む運行便の未確定運行情報を前記関連ユーザ、前記運行便の運行依頼ユーザ及び前記担当ドライバーに提供する未確定情報提供部と、
   が備えられている、
   ことを特徴とする自動車運行管理システム。
5. 請求項１～４のいずれか１項において、
   前記未確定情報提供部は、前記運行便の未確定情報の提供に際し、前記関連ユーザ、前記運行便の運行依頼ユーザ及び前記担当ドライバーが、前記運行管理装置へアクセスすることを条件に該運行便の未確定運行情報を閲覧すること、該関連ユーザ、該運行便の運行依頼ユーザ及び該担当ドライバーに積極的に該運行便の未確定運行情報を配信することの少なくとも一つの態様が用いられるように調整されている、
   ことを特徴とする自動車運行管理システム。
6. 請求項１～５のいずれか１項において、
   前記未確定情報提供部が提供した運行便の未確定運行情報が、乗車予約申請フォームに関連付けられており、
   前記記憶部が、前記乗車予約申請フォームを通じて追加される乗車予約情報を、前記運行依頼情報の追加情報として、順次、記憶更新するように設定され、
   前記採算性判断部が、前記記憶部の記憶更新に伴い、該記憶部が記憶する運行依頼情報に基づいて、前記運行便の運行が採算性を満たすか否かを判断するように設定されている、
   ことを特徴とする自動車運行管理システム。
7. ユーザからの運行便の運行依頼を受けて、管理者が、その運行便について、担当ドライバーを割り当てると共にその後の運行管理を行う自動車運行管理システム用運行管理装置において、
   前記運行便の運行依頼情報を受けたとき、その情報を管理情報として記憶する記憶部と、
   前記記憶部に記憶する前記運行依頼情報に基づき、前記運行便の運行が採算性を満たすか否かを判断する採算性判断部と、
   前記採算性判断部が、前記運行便の運行が採算性を満たすと判断したとき、該運行便の運行が確定したことと、乗車枠内での乗車予約を受け付けることとを公開し、該運行便の運行が採算性を満たさないと判断したときには、該運行便の運行情報を未公開として未確定とする公開調整部と、
   前記採算性判断部が、前記運行便の運行が採算性を満たさないと判断したとき、前記運行依頼情報から関連する関連ユーザを検出する関連ユーザ検出部と、
   前記関連ユーザ検出部が前記関連ユーザを検出したときであって、前記管理者の管理用端末から限定公開指示情報を受け取ったとき、前記公開調整部が前記運行便の運行情報を未公開とすることを制限して、乗車予約を促す提案情報を含む運行便の未確定情報を前記関連ユーザ、前記運行便の運行依頼ユーザ及び前記担当ドライバーに提供する未確定情報提供部と、が備えられている、
   ことを特徴とする自動車運行管理システムに用いられる運行管理装置。
   
   

Images