(57)【要約】【課題】発信機とユーザ端末を用いてバスとバス停を含む運行設備のステータスまたはそのバス運行設備に対する相対的なユーザのステータスを時刻に関連付けて推定する。【解決手段】バス運行管理システム１０は、ユーザの携帯端末９０と、各バス停１４に設置されたバス停発信機３０と、各バス１２内に設置されたバス内発信機３２，３４と、バス運行管理センタ４０の管理サーバ５０とを備えている。携帯端末９０は、バス停発信機３０から受信すると、そのバス停発信機が設置されているバス停１４を識別し、バス内発信機３２，３４から受信すると、そのバス内発信機が設置されているバス１２を識別する。携帯端末９０は、いずれかのバス停発信機といずれかのバス内発信機の双方から信号を同時に受信すると、現在、バス停１４にバス１２が停車しており、かつ、それらバス停およびバスの近傍にユーザが位置すると判定し、その判定結果を管理サーバ５０に送信する。【選択図】図１
2020140486.tif 000002
【特許請求の範囲】
【請求項１】
乗客運送用の複数台の車両の運行を管理するシステムであって、
いずれかの車両の乗客となる可能性があるユーザの通信端末と、
各車両のための各停車場に設置され、固有の停車場信号を近距離無線通信方式で発信する少なくとも１個の停車場発信機と、
各車両内に設置され、固有の車両信号を近距離無線通信方式で発信する少なくとも１個の車両発信機と、
前記複数台の車両の運行を集中的に管理するために使用される管理サーバと
を含み、
前記通信端末は、
いずれかの停車場発信機から停車場信号を受信すると、その停車場信号に基づき、前記いずれかの停車場発信機が設置されているいずれかの停車場を識別し、その識別結果を前記管理サーバに送信する停車場識別部と、
いずれかの車両発信機から車両信号を受信すると、その車両信号に基づき、前記いずれかの車両発信機が設置されているいずれかの車両を識別し、その識別結果を前記管理サーバに送信する車両識別部と、
いずれかの停車場発信機といずれかの車両発信機との双方から信号を同時に受信すると、現在、前記いずれかの停車場発信機が設置されているいずれかの停車場に、前記いずれかの車両発信機が設置されているいずれかの車両が停車しており、かつ、それら停車場および車両の近傍にユーザが位置すると判定し、その判定結果を前記管理サーバに送信する停車判定部と
を含み、
前記管理サーバは、前記通信端末から前記判定結果を受信すると、その受信時刻に関連付けて、前記受信した判定結果をメモリに保存する保存部を含む車両運行管理システム。
【請求項２】
乗客運送用の複数台の車両の運行を管理するシステムであって、
いずれかの車両の乗客となる可能性があるユーザの通信端末と、
各車両のための各停車場に設置され、固有の停車場信号を近距離無線通信方式で発信する少なくとも１個の停車場発信機と、
各車両内に設置され、固有の車両信号を近距離無線通信方式で発信する少なくとも１個の車両発信機と、
前記複数台の車両の運行を集中的に管理するために使用される管理サーバと
を含み、
前記通信端末は、
いずれかの停車場発信機から停車場信号を受信すると、その停車場信号に基づき、前記いずれかの停車場発信機が設置されているいずれかの停車場を識別する停車場識別部と、
いずれかの車両発信機から車両信号を受信すると、その車両信号に基づき、前記いずれかの車両発信機が設置されているいずれかの車両を識別する車両識別部と、
前記いずれかの停車場発信機から停車場信号を受信し、かつ、前記いずれかの車両発信機から車両信号を受信すると、それら信号に基づき、前記識別された停車場と前記識別された車両とが同じ空間および／または同じ時間を共有するか否かを判定し、共有する場合には、前記識別された停車場と前記識別された車両とを互いに紐付けし、その紐付け情報を前記管理サーバに送信する紐付け部と、
前記いずれかの停車場発信機から受信した停車場信号と前記いずれかの車両発信機から受信した車両信号と前記紐付け情報とに基づき、前記識別された停車場と前記識別された車両とを含む車両運行設備および／またはユーザのステータスを推定し、そのステータス情報を前記管理サーバに送信するステータス推定部と
を含み、
前記管理サーバは、前記通信端末から前記紐付け情報および／または前記ステータス情報を受信すると、その受信時刻に関連付けて、受信した情報をメモリに保存する保存部を含む車両運行管理システム。
【請求項３】
前記ステータス推定部は、各時刻ごとの前記通信端末の停車場信号および車両信号のそれぞれの受信の有無と、各時刻ごとの前記通信端末の停車場信号および車両信号のそれぞれの受信強度と、前記通信端末の停車場信号および車両信号のそれぞれの受信強度の時間的変化特性とのうちの少なくとも一つに基づき、前記車両運行設備に対する相対的なユーザの位置とユーザの挙動フェーズとユーザの移動速度とのうちの少なくとも一つを含むユーザのステータスを推定する請求項２に記載の車両運行管理システム。
【請求項４】
前記ユーザのフェーズは、ユーザがいずれかの停車場で待機する待機フェーズと、ユーザがいずれかの車両に乗車する乗車フェーズと、ユーザがいずれかの車両から降車する降車フェーズとのうちの少なくとも二つに分類される請求項３に記載の車両運行管理システム。
【請求項５】
前記通信端末が前記停車場発信機および前記車両発信機からそれぞれ停車場信号および車両信号を有効に受信できる範囲である第１受信圏および第２受信圏のサイズが、互いに異なるように設定される請求項１ないし４のいずれかに記載の車両運行管理システム。
【請求項６】
前記通信端末は、その通信端末が前記停車場発信機および前記車両発信機からそれぞれ停車場信号および車両信号を有効に受信できる範囲である第１受信圏および第２受信圏のサイズを、発信元が停車場発信機であるか車両発信機であるかに応じて変更するために、有効受信の有無を判定するための実際受信強度または実際受信距離の基準値を、発信元が停車場発信機であるか車両発信機であるかに応じて変更する請求項１ないし５のいずれかに記載の車両運行管理システム。
【請求項７】
前記通信端末は、前記停車場発信機および前記車両発信機からそれぞれ停車場信号および車両信号を有効に受信できる範囲である第１受信圏および前記第２受信圏のサイズを、前記車両が前記停車場に停車する状態で、前記第１受信圏および第２受信圏が少なくとも部分的に互いにオーバーラップするように設定する請求項１ないし６のいずれかに記載の車両運行管理システム。
【請求項８】
前記通信端末は、前記停車場発信機および前記車両発信機からそれぞれ停車場信号および車両信号を有効に受信できる範囲である第１受信圏および前記第２受信圏のサイズを、前記車両が前記停車場に停車する状態で、前記第１受信圏および第２受信圏が少なくとも部分的に互いにオーバーラップするように設定し、
前記紐付け部は、前記通信端末がいずれかの停車場に設置されている停車場発信機といずれかの車両に設置されている車両発信機との双方から停車場信号および車両信号を同時に有効に受信すると、前記いずれかの停車場発信機から受信した停車場信号によって表される停車場ＩＤであって今回の停車場を表すものと、前記いずれかの車両発信機から受信した車両信号によって表される車両ＩＤであって今回の車両を表すものとを互いに紐付けする請求項２に記載の車両運行管理システム。
【請求項９】
前記ステータス推定部は、ユーザが、いずれかの停車場に設置された停車場発信機に前記通信端末でタッチするかまたは前記通信端末をかざすと、ユーザが、そのいずれかの停車場に到着する予定の車両に乗車するための予約を行い、その乗車予約を前記管理サーバに送信する乗車予約部を含む請求項２に記載の車両運行管理システム。
【請求項１０】
前記ステータス推定部は、ユーザが、いずれかの車両に設置されている車両発信機に前記通信端末でタッチするかまたは前記通信端末をかざすと、ユーザが、そのいずれかの車両への乗車を完了したと判定し、その判定結果を前記管理サーバに送信する乗車完了判定部を含む請求項２に記載の車両運行管理システム。
【請求項１１】
前記通信端末は、前記停車場発信機および前記車両発信機からそれぞれ停車場信号および車両信号を有効に受信できる範囲である第１受信圏および前記第２受信圏のサイズを、前記車両が前記停車場に停車する状態で、前記第１受信圏および第２受信圏が少なくとも部分的に互いにオーバーラップするように設定し、
前記ステータス推定部は、
前記通信端末が、いずれかの停車場に設置されている停車場発信機といずれかの車両に設置されている車両発信機との双方から停車場信号および車両信号を同時に有効に受信する状態を少なくとも一時的に経験することを条件に、前記いずれかの車両発信機から車両信号を前記いずれの停車場発信機より支配的に有効に受信するかまたは前記いずれかの車両発信機から有効に受信した車両信号の強度が漸減する状態から、前記いずれかの停車場発信機から有効に受信した停車場信号を前記いずれかの車両発信機より支配的に有効に受信する状態に遷移すると、ユーザが、前記いずれかの停車場発信機から有効に受信した停車場信号によって表される停車場ＩＤによって認識される今回の停車場において、前記いずれかの車両発信機から有効に受信した車両信号によって表される車両ＩＤによって認識される今回の車両から降車する降車フェーズにあると判定し、その判定結果を前記管理サーバに送信する降車判定部と、
前記今回の停車場をユーザの実際の降車停車場として認識し、その降車停車場を前記管理サーバに送信する降車停車場認識部と
を含む請求項２に記載の車両運行管理システム。
【請求項１２】
前記車両は、乗合バス、貸切りバス、乗合タクシー、貸切りタクシー、列車、電車または軌道系交通機関を含む請求項１ないし１１のいずれかに記載の車両運行管理システム。
【請求項１３】
前記車両は、固定されたルートに沿って運行されるか、または、乗客の要望に応じて随時決まるルートに沿って運行される請求項１ないし１２のいずれかに記載の車両運行管理システム。
【請求項１４】
請求項１ないし１３のいずれかに記載の通信端末としてコンピュータを機能させるためのプログラム。
【請求項１５】
請求項１ないし１３のいずれかに記載の管理サーバとしてコンピュータを機能させるためのプログラム。
【請求項１６】
請求項１４または１５に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、乗客運送用の複数台の車両の運行を管理する技術に関し、特に、発信機とユーザ端末とを用いて車両運行設備のステータスまたはその車両運行設備に対する相対的なユーザの挙動またはステータスを時刻に関連付けて推定する技術に関する。
【背景技術】
【０００２】
乗客運送用の複数台の車両の運行を管理する技術が既に提案されている。ここに、「車両」は、例えば、乗合バス、貸切りバス、乗合タクシー、貸切りタクシー、列車、電車、軌道系交通機関（例えば、モノレール、ケーブルカー、トロッコ）などを含む。また、「車両」は、例えば、固定されたルートに沿って運行されるか、または、乗客の要望に応じて随時決まるルートに沿って運行される。
【０００３】
特許文献１は、前記車両としての乗合バスの運行を管理する技術であって、ユーザがバスへの乗車を希望する所在地情報をユーザ端末からサーバに送信し、それにより、バスに対して乗車予約をするものを開示している。
【０００４】
特許文献２は、前記車両としての乗合バスの運行を管理する別の技術であって、ユーザ端末のＧＰＳ機能を利用してサーバがユーザの現在位置を遠隔的に監視し、それにより、ユーザのバスへの乗降時に乗降位置を測位する技術を開示している。この技術においては、その測位結果に基づき、前記サーバが、ユーザに対する運賃を計算し、ユーザは、ユーザ端末を用いてその運賃を電子決算する。
【０００５】
特許文献３は、前記車両としての乗合バスの運行を管理するさらに別の技術であって、路線図上において各停留所名の表記に隣接して二次元コードを表示し、ユーザが、ユーザ端末でその二次元コードを読み取ってその読み取り結果であるリンク情報をもとにサーバにアクセスし、ユーザ端末がサーバから運行情報をダウンロードする技術を開示している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−０５６４９８号公報
【特許文献２】特開２００８−２１７１９４号公報
【特許文献３】特開２００６−２６８３９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明者は、従来の車両運行管理システムについて研究を行い、その結果、次のようないくつかの知見を得た。
【０００８】
すなわち、一般に、車両運行管理システムにおいては、運行中、車両（例えば、移動物体）と停車場（例えば、静止物体）との間の相対的位置が時々刻々変化し、その変化に同期するように、乗客（例えば、移動物体）の位置ないしは行動が変化する。
【０００９】
具体的には、例えば、車両および停車場を備えて車両運行設備のステータスおよび乗客の挙動ステータスが、いずれかの停車場において、次に到着する車両を待っている待ちフェーズにあるのか、いずれかの停車場にいずれかの車両が到着したために乗客がその車両に乗車する乗車フェーズ（例えば、乗車開始、乗車途上、乗車完了という３つのフェーズに再分類される）にあるのか、いずれかの停車場にいずれかの車両が到着したため乗客がその車両から降車する降車フェーズ（例えば、降車開始、降車途上、降車完了という３つのフェーズに再分類される）にある。
【００１０】
さらに、近年、情報通信技術が格段に進歩し、潜在的な乗客の大半が、通信機能を有する携帯端末などの通信端末を携行している。この通信端末は、一般に、相手方通信デバイスの通信特性に応じ、近距離通信および遠距離通信を選択的に行うというように、高度な通信機能を搭載している。
【００１１】
このようなユーザ端末を利用して乗客が車両運行管理システムを利用すれば、ハードウエア資源としてもソフトウエア資源としても、車両運行管理システムに課されるべき負担が軽減される。
【００１２】
これに対し、前述のように、ユーザ端末を利用して乗客が車両運行管理システムを利用するという技術は、特許文献１ないし３において既に提案されている。
【００１３】
しかし、それら特許文献１ないし３においては、ユーザ端末を用いて車両運行設備に対する相対的なユーザの挙動を推定する技術が提案されていない。
【００１４】
これに対し、本発明者は、ユーザの挙動を推定するために、新規なハードウエア構成として、車両運行設備としての車両および停車場にそれぞれ、固有な信号を発信する発信機であってユーザ端末との間で近距離通信が可能であり、かつ、当該発信機からユーザ端末が受信した信号の強度に基づいてユーザ端末が当該発信機との距離を測定可能であるものを装着することを提案した。
【００１５】
本発明者は、さらに、ユーザの挙動を推定するために、新規なソフトウエア構成として、それら発信機からユーザ端末が受信した信号（例えば、受信の有無、受信強度など）に基づき、ユーザ端末が、受信対象（例えば、いずれの車両か、いずれの停車場か）を特定し、その特定された受信対象を参照し、それにより、ユーザの挙動を時刻に関連付けて推定することを提案した。
【００１６】
このような事情を背景に、本発明は、乗客運送用の複数台の車両の運行を管理する技術であって、発信機とユーザ端末とを用いて車両運行設備のステータスまたはその車両運行設備に対する相対的なユーザの挙動またはステータスを時刻に関連付けて推定するものを提供することを課題としてなされたものである。
【課題を解決するための手段】
【００１７】
本発明によって下記の各態様が得られる。各態様は、項に区分し、各項には番号を付し、必要に応じて他の項の番号を引用する形式で記載する。これは、本発明が採用し得る技術的特徴の一部およびそれの組合せの理解を容易にするためであり、本発明が採用し得る技術的特徴およびそれの組合せが以下の態様に限定されると解釈すべきではない。すなわち、下記の態様には記載されていないが本明細書には記載されている技術的特徴を本発明の技術的特徴として適宜抽出して採用することは妨げられないと解釈すべきなのである。
【００１８】
さらに、各項を他の項の番号を引用する形式で記載することが必ずしも、各項に記載の技術的特徴を他の項に記載の技術的特徴から分離させて独立させることを妨げることを意味するわけではなく、各項に記載の技術的特徴をその性質に応じて適宜独立させることが可能であると解釈すべきである。
【００１９】
（１）  乗客運送用の複数台の車両の運行を管理するシステムであって、
いずれかの車両の乗客となる可能性があるユーザの通信端末と、
各車両のための各停車場に設置され、固有の停車場信号を近距離無線通信方式で発信する少なくとも１個の停車場発信機と、
各車両内に設置され、固有の車両信号を近距離無線通信方式で発信する少なくとも１個の車両発信機と、
前記複数台の車両の運行を集中的に管理するために使用される管理サーバと
を含み、
前記通信端末は、
いずれかの停車場発信機から停車場信号を受信すると、その停車場信号に基づき、前記いずれかの停車場発信機が設置されているいずれかの停車場を識別し、その識別結果を前記管理サーバに送信する停車場識別部と、
いずれかの車両発信機から車両信号を受信すると、その車両信号に基づき、前記いずれかの車両発信機が設置されているいずれかの車両を識別し、その識別結果を前記管理サーバに送信する車両識別部と、
いずれかの停車場発信機といずれかの車両発信機との双方から信号を同時に受信すると、現在、前記いずれかの停車場発信機が設置されているいずれかの停車場に、前記いずれかの車両発信機が設置されているいずれかの車両が停車しており、かつ、それら停車場および車両の近傍にユーザが位置すると判定し、その判定結果を前記管理サーバに送信する停車判定部と
を含み、
前記管理サーバは、前記通信端末から前記判定結果を受信すると、その受信時刻に関連付けて、前記受信した判定結果をメモリに保存する保存部を含む車両運行管理システム。
【００２０】
（２）  乗客運送用の複数台の車両の運行を管理するシステムであって、
いずれかの車両の乗客となる可能性があるユーザの通信端末と、
各車両のための各停車場に設置され、固有の停車場信号を近距離無線通信方式で発信する少なくとも１個の停車場発信機と、
各車両内に設置され、固有の車両信号を近距離無線通信方式で発信する少なくとも１個の車両発信機と、
前記複数台の車両の運行を集中的に管理するために使用される管理サーバと
を含み、
前記通信端末は、
いずれかの停車場発信機から停車場信号を受信すると、その停車場信号に基づき、前記いずれかの停車場発信機が設置されているいずれかの停車場を識別する停車場識別部と、
いずれかの車両発信機から車両信号を受信すると、その車両信号に基づき、前記いずれかの車両発信機が設置されているいずれかの車両を識別する車両識別部と、
前記いずれかの停車場発信機から停車場信号を受信し、かつ、前記いずれかの車両発信機から車両信号を受信すると、それら信号に基づき、前記識別された停車場と前記識別された車両とが同じ空間および／または同じ時間を共有するか否かを判定し、共有する場合には、前記識別された停車場と前記識別された車両とを互いに紐付けし、その紐付け情報を前記管理サーバに送信する紐付け部と、
前記いずれかの停車場発信機から受信した停車場信号と前記いずれかの車両発信機から受信した車両信号と前記紐付け情報とに基づき、前記識別された停車場と前記識別された車両とを含む車両運行設備および／またはユーザのステータスを推定し、そのステータス情報を前記管理サーバに送信するステータス推定部と
を含み、
前記管理サーバは、前記通信端末から前記紐付け情報および／または前記ステータス情報を受信すると、その受信時刻に関連付けて、受信した情報をメモリに保存する保存部を含む車両運行管理システム。
【００２１】
（３）  前記ステータス推定部は、各時刻ごとの前記通信端末の停車場信号および車両信号のそれぞれの受信の有無と、各時刻ごとの前記通信端末の停車場信号および車両信号のそれぞれの受信強度と、前記通信端末の停車場信号および車両信号のそれぞれの受信強度の時間的変化特性とのうちの少なくとも一つに基づき、前記車両運行設備に対する相対的なユーザの位置とユーザの挙動フェーズとユーザの移動速度とのうちの少なくとも一つを含むユーザのステータスを推定する（２）項に記載の車両運行管理システム。
【００２２】
（４）  前記ユーザのフェーズは、ユーザがいずれかの停車場で待機する待機フェーズと、ユーザがいずれかの車両に乗車する乗車フェーズと、ユーザがいずれかの車両から降車する降車フェーズとのうちの少なくとも二つに分類される（３）項に記載の車両運行管理システム。
【００２３】
（５）  前記通信端末が前記停車場発信機および前記車両発信機からそれぞれ停車場信号および車両信号を有効に受信できる範囲である第１受信圏および第２受信圏のサイズが、互いに異なるように設定される（１）ないし（４）項のいずれかに記載の車両運行管理システム。
【００２４】
（６）  前記通信端末は、その通信端末が前記停車場発信機および前記車両発信機からそれぞれ停車場信号および車両信号を有効に受信できる範囲である第１受信圏および第２受信圏のサイズを、発信元が停車場発信機であるか車両発信機であるかに応じて変更するために、有効受信の有無を判定するための実際受信強度または実際受信距離の基準値を、発信元が停車場発信機であるか車両発信機であるかに応じて変更する（１）ないし（５）項のいずれかに記載の車両運行管理システム。
【００２５】
（７）  前記通信端末は、前記停車場発信機および前記車両発信機からそれぞれ停車場信号および車両信号を有効に受信できる範囲である第１受信圏および前記第２受信圏のサイズを、前記車両が前記停車場に停車する状態で、前記第１受信圏および第２受信圏が少なくとも部分的に互いにオーバーラップするように設定する（１）ないし（６）項のいずれかに記載の車両運行管理システム。
【００２６】
（８）  前記通信端末は、前記停車場発信機および前記車両発信機からそれぞれ停車場信号および車両信号を有効に受信できる範囲である第１受信圏および前記第２受信圏のサイズを、前記車両が前記停車場に停車する状態で、前記第１受信圏および第２受信圏が少なくとも部分的に互いにオーバーラップするように設定し、
前記紐付け部は、前記通信端末がいずれかの停車場に設置されている停車場発信機といずれかの車両に設置されている車両発信機との双方から停車場信号および車両信号を同時に有効に受信すると、前記いずれかの停車場発信機から受信した停車場信号によって表される停車場ＩＤであって今回の停車場を表すものと、前記いずれかの車両発信機から受信した車両信号によって表される車両ＩＤであって今回の車両を表すものとを互いに紐付けする（２）項に記載の車両運行管理システム。
【００２７】
（９）  前記ステータス推定部は、ユーザが、いずれかの停車場に設置された停車場発信機に前記通信端末でタッチするかまたは前記通信端末をかざすと、ユーザが、そのいずれかの停車場に到着する予定の車両に乗車するための予約を行い、その乗車予約を前記管理サーバに送信する乗車予約部を含む（２）項に記載の車両運行管理システム。
【００２８】
（１０）  前記ステータス推定部は、ユーザが、いずれかの車両に設置されている車両発信機に前記通信端末でタッチするかまたは前記通信端末をかざすと、ユーザが、そのいずれかの車両への乗車を完了したと判定し、その判定結果を前記管理サーバに送信する乗車完了判定部を含む（２）項に記載の車両運行管理システム。
【００２９】
（１１）  前記通信端末は、前記停車場発信機および前記車両発信機からそれぞれ停車場信号および車両信号を有効に受信できる範囲である第１受信圏および前記第２受信圏のサイズを、前記車両が前記停車場に停車する状態で、前記第１受信圏および第２受信圏が少なくとも部分的に互いにオーバーラップするように設定し、
前記ステータス推定部は、
前記通信端末が、いずれかの停車場に設置されている停車場発信機といずれかの車両に設置されている車両発信機との双方から停車場信号および車両信号を同時に有効に受信する状態を少なくとも一時的に経験することを条件に、前記いずれかの車両発信機から車両信号を前記いずれの停車場発信機より支配的に有効に受信するかまたは前記いずれかの車両発信機から有効に受信した車両信号の強度が漸減する状態から、前記いずれかの停車場発信機から有効に受信した停車場信号を前記いずれかの車両発信機より支配的に有効に受信する状態に遷移すると、ユーザが、前記いずれかの停車場発信機から有効に受信した停車場信号によって表される停車場ＩＤによって認識される今回の停車場において、前記いずれかの車両発信機から有効に受信した車両信号によって表される車両ＩＤによって認識される今回の車両から降車する降車フェーズにあると判定し、その判定結果を前記管理サーバに送信する降車判定部と、
前記今回の停車場をユーザの実際の降車停車場として認識し、その降車停車場を前記管理サーバに送信する降車停車場認識部と
を含む（２）項に記載の車両運行管理システム。
【００３０】
（１２）  前記車両は、乗合バス、貸切りバス、乗合タクシー、貸切りタクシー、列車、電車または軌道系交通機関を含む（１）ないし（１１）項のいずれかに記載の車両運行管理システム。
【００３１】
（１３）  前記車両は、固定されたルートに沿って運行されるか、または、乗客の要望に応じて随時決まるルートに沿って運行される（１）ないし（１２）項のいずれかに記載の車両運行管理システム。
【００３２】
（１４）  （１）ないし（１３）項のいずれかに記載の通信端末としてコンピュータを機能させるためのプログラム。
【００３３】
本明細書の全体を通じて、「プログラム」という用語は、例えば、それの機能を果たすためにコンピュータにより実行される指令の組合せを意味するように解釈したり、それら指令の組合せのみならず、各指令に従って処理されるファイルやデータをも含むように解釈することが可能であるが、それらに限定されない。
【００３４】
また、このプログラムは、それ単独でコンピュータにより実行されることにより、所期の目的を達するものとしたり、他のプログラムと共にコンピュータにより実行されることにより、所期の目的を達するものとすることができるが、それらに限定されない。後者の場合、本項に係るプログラムは、データを主体とするものとすることができるが、それに限定されない。
【００３５】
（１５）  （１）ないし（１３）項のいずれかに記載の管理サーバとしてコンピュータを機能させるためのプログラム。
【００３６】
（１６）  （１４）または（１５）項に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【００３７】
本明細書の全体を通じて、「記録媒体」という用語は、種々な形式の記録媒体を意味するように解釈することが可能であり、そのような記録媒体は、例えば、フレキシブル・ディスク等の磁気記録媒体、ＣＤ、ＣＤ−ＲＯＭ等の光記録媒体、ＭＯ等の光磁気記録媒体、ＲＯＭ等のアンリムーバブル・ストレージ等を含むが、それらに限定されない。
【００３８】
（１７）  乗客運送用の複数台の車両の運行を管理するシステムまたは方法であって、
いずれかの車両の乗客となる可能性があるユーザの通信端末と、
各車両のための各停車場に設置された少なくとも１個の停車場発信機であって固有の停車場信号を近距離無線通信方式で発信するものと、
各車両内に設置された少なくとも１個の車両発信機であって固有の車両信号を近距離無線通信方式で発信するものと、
前記複数台の車両の運行を集中的に管理する車両運行管理センタによって使用される管理サーバと
を含み、
前記通信端末は、
いずれかの停車場発信機から停車場信号を受信すると、発信機ＩＤと停車場ＩＤとの間に予め定められた関係に従い、前記停車場信号によって表される発信機ＩＤから、前記いずれかの停車場発信機が設置されているいずれかの停車場を識別する停車場識別部と、
いずれかの車両発信機から車両信号を受信すると、発信機ＩＤと車両ＩＤとの間に予め定められた関係に従い、前記車両信号によって表される発信機ＩＤから、前記いずれかの車両発信機が設置されているいずれかの車両を識別する車両識別部と
を含み、
前記通信端末および／または前記管理サーバは、前記通信端末がいずれかの停車場発信機から受信した停車場信号といずれかの車両発信機から受信した車両信号とに基づき、前記識別された停車場と前記識別された車両とが同じ空間および／または同じ時間を共有するか否かを判定し、共有する場合には、前記識別された停車場と前記識別された車両とを時刻に関連付けて互いに紐付けし、それにより、前記識別された停車場と前記識別された車両とを含む車両運行設備のステータスを時刻に関連付けて推定するステータス推定部を含む車両運行管理システムまたは方法。
【００３９】
（１８）  前記通信端末および／または前記管理サーバは、さらに、各時刻ごとの前記通信端末の停車場信号および車両信号のそれぞれの受信の有無と、各時刻ごとの前記通信端末の停車場信号および車両信号のそれぞれの受信強度と、前記通信端末の停車場信号および車両信号のそれぞれの受信強度の時間的変化特性とのうちの少なくとも一つに基づき、前記車両運行設備に対する相対的なユーザの位置とユーザの挙動フェーズとユーザの移動速度とのうちの少なくとも一つを含むユーザの挙動ステータスを時刻に関連付けて推定するユーザ挙動推定部を含む（１７）項に記載の車両運行管理システムまたは方法。
【００４０】
（１９）  乗客運送用の複数台の車両の運行を管理するシステムまたは方法であって、
いずれかの車両の乗客となる可能性があるユーザの通信端末と、
各車両のための各停車場に設置され、固有の停車場信号を近距離無線通信方式で発信する少なくとも１個の停車場発信機と、
各車両内に設置され、固有の車両信号を近距離無線通信方式で発信する少なくとも１個の車両発信機と、
前記複数台の車両の運行を集中的に管理するために使用される管理サーバと
を含み、
前記通信端末は、
いずれかの停車場発信機から停車場信号を受信すると、その停車場信号に基づき、前記いずれかの停車場発信機が設置されているいずれかの停車場を時刻に関連付けて識別する停車場識別部と、
いずれかの車両発信機から車両信号を受信すると、その車両信号に基づき、前記いずれかの車両発信機が設置されているいずれかの車両を時刻に関連付けて識別する車両識別部と、
それぞれの識別結果の内容とそれぞれの識別時刻の同時性および時間的先後とに基づき、ユーザと前記識別された停車場と前記識別された車両との間の相対位置関係を推定する推定部と
を含む車両運行管理システムまたは方法。
【００４１】
（１９）  乗客運送用の複数台の車両の運行を管理するシステムまたは方法であって、
いずれかの車両の乗客となる可能性があるユーザの通信端末と、
各車両のための各停車場に設置され、固有の停車場信号を近距離無線通信方式で発信する少なくとも１個の停車場発信機と、
各車両内に設置され、固有の車両信号を近距離無線通信方式で発信する少なくとも１個の車両発信機と、
前記複数台の車両の運行を集中的に管理するために使用される管理サーバと
を含み、
前記通信端末は、
いずれかの停車場発信機から停車場信号を受信すると、その停車場信号に基づき、前記いずれかの停車場発信機が設置されているいずれかの停車場を識別し、その識別結果を前記管理サーバに送信する停車場識別部と、
いずれかの車両発信機から車両信号を受信すると、その車両信号に基づき、前記いずれかの車両発信機が設置されているいずれかの車両を識別し、その識別結果を前記管理サーバに送信する車両識別部と
を含み、
前記管理サーバは、前記通信端末から受信したそれぞれの識別結果の内容とそれぞれの受信時刻の同時性および時間的先後とに基づき、ユーザと前記識別された停車場と前記識別された車両との間の相対位置関係を推定する推定部を含む車両運行管理システムまたは方法。
【００４２】
（２０）  乗客運送用の複数台の車両の運行を管理するシステムまたは方法であって、
いずれかの車両の乗客となる可能性があるユーザの通信端末と、
各車両のための各停車場に設置され、固有の停車場信号を近距離無線通信方式で発信する少なくとも１個の停車場発信機と、
各車両内に設置され、固有の車両信号を近距離無線通信方式で発信する少なくとも１個の車両発信機と、
前記複数台の車両の運行を管理するために使用される管理サーバと
を含み、
前記通信端末は、
いずれかの停車場発信機から停車場信号を受信すると、その停車場信号に基づき、前記いずれかの停車場発信機が設置されているいずれかの停車場を識別し、その識別結果を前記管理サーバに送信する停車場識別部と、
いずれかの車両発信機から車両信号を受信すると、その車両信号に基づき、前記いずれかの車両発信機が設置されているいずれかの車両を識別し、その識別結果を前記管理サーバに送信する車両識別部と、
各停車場発信機および／または各車両発信機の故障の有無を診断する故障診断部と、
当該通信端末の現在位置をユーザの現在位置として測定する測位部と、
その測位部によって測定されたユーザの現在位置および／または当該通信端末の速度取得部もしくは加速度取得部によって取得されたユーザの速度もしくは加速度を用いて、ユーザの行動を、ユーザがいずれかの停車場発信機において静止または歩行しているのか、ユーザが走行中のいずれかの車両に乗車していてその車両と共に走行しているのかを推定するユーザ行動推定部と、
いずれかの停車場発信機が故障していると診断すると、前記停車場識別部に代わり、測定されたユーザの現在位置と、推定されたユーザの行動とから、ユーザが居る停車場を識別し、その識別結果を前記管理サーバに送信する代行停車場識別部と、
いずれかの車両発信機が故障していると診断すると、前記車両識別部に代わり、測定されたユーザの現在位置と、推定されたユーザの行動とから、ユーザが乗車している車両を識別し、その識別結果を前記管理サーバに送信する代行車両識別部と
を含む車両運行管理システムまたは方法。
【００４３】
（２１）  前記故障診断部は、各発信機の設置位置と各発信機の発信機ＩＤとの間に予め定められた関係であって前記通信端末または前記管理サーバのメモリに保存されているものに従い、前記測位部によって測定された現在位置から、その現在位置に設置されているはずであるいずれの発信機を識別し、そのいずれかの発信機から信号を前記通信端末が受信しない場合に、そのいずれかの発信機が故障していると診断する（２０）項に記載の車両運行管理システムまたは方法。
【００４４】
（２２）  地理的に互いに異なる複数の位置にそれぞれ設置されている複数の発信機の各々の故障の有無をユーザがその設置位置に居るときにそのユーザの通信端末を用いて診断する方法であって、
前記通信端末の測位部により、その現在位置を測定する測位工程と、
各発信機の設置位置と各発信機の発信機ＩＤとの間に予め定められた関係であって前記通信端末のメモリに保存されているものに従い、前記測定された現在位置から、その現在位置に設置されているはずであるいずれの発信機を識別する識別工程と、
その識別されたいずれかの発信機から信号を前記通信端末が受信しない場合に、そのいずれかの発信機が故障していると診断する診断工程と、
その診断結果を管理サーバに送信する送信工程と
を含む発信機故障診断方法。
【００４５】
この方法は、発信機の故障（例えば、機能不全、電池不足など）の有無を診断する技術に関する。
【００４６】
この方法によれば、ユーザが、予定通りまたは偶然に、いずれかの発信機の設置位置に接近したときに、そのユーザの通信端末を用いてそのいずれかの発信機の故障の有無を診断し、その診断結果を、そのユーザの通信端末から、遠隔地にある管理サーバに通知することが可能となる。
【００４７】
その結果、この方法によれば、管理サーバは、地理的に離散的に位置する複数の発信機を集中的に管理する際に、各発信機ごとの故障診断を、作業者をわざわざその発信機の設置位置に派遣させなくても、故障診断に必要な作業をユーザに、場合によっては無意識のうちに、代行させ、さらに、そのユーザの通信端末による診断結果を管理サーバに送信することによってその管理サーバにリアルタイムで通知することが可能となる。
【図面の簡単な説明】
【００４８】
【図１】図１は、本発明の例示的な一実施形態に従うバス運行管理システムのハードウエア構成を概念的に表す系統図である。
【００４９】
【図２】図２は、図１に示すバス運行管理システムにおける総合的な通信ネットワークであって複数のノードとしてのバス停、バス、ユーザ端末およびバス運行管理センタを相互に接続するものを概念的に表す系統図である。
【００５０】
【図３】図３は、図１に示すバス運行管理システムにおいて、ユーザが、待機フェーズにあるために、いずれかのバス停に接近してそのバス停に設置されているバス停発信機に携帯端末でタッチする行動の一例を示す平面図である。
【００５１】
【図４】図４は、図１に示すバス運行管理システムにおいて、ユーザが、乗車フェーズにあるために、前記いずれかのバス停において、いずれかのバスにそれの乗車口から乗車してその乗車口に設置されている乗車口発信機に携帯端末でタッチする行動の一例を示す平面図である。
【００５２】
【図５】図５は、図１に示すバス運行管理システムにおいて、ユーザが、降車フェーズにあるために、前記いずれかのバス停において、いずれかのバスの降車口から降車する行動の一例を示す平面図である。
【００５３】
【図６】図６（ａ）は、前記待機フェーズにおいて、前記携帯端末が希望乗車バス停のバス停発信機から受信する信号の相対受信強度Ｉｒの時刻歴の一例を概念的に表すグラフであり、同図（ｂ）は、前記乗車フェーズにおいて、前記携帯端末が前記乗車口発信機から受信する信号の相対受信強度Ｉｒの時刻歴の一例を概念的に表すグラフであり、同図（ｃ）は、前記降車フェーズにおいて、前記携帯端末が前記降車口発信機から受信する信号の相対受信強度Ｉｒの時刻歴の一例を概念的に表すグラフであり、同図（ｄ）は、同じく降車フェーズにおいて、前記携帯端末が希望降車バス停のバス停発信機から受信する信号の相対受信強度Ｉｒの時刻歴の一例を概念的に表すグラフである。
【００５４】
【図７】図７は、図１に示すバス運行管理システムが適用されるバス路線図の一例を部分的に示す平面図である。
【００５５】
【図８】図８は、いずれも図２に示すバス停発信機ならびに乗車口発信機および降車口発信機であってそれぞれ互いに共通する構成を有するものを概念的に表す機能ブロック図である。
【００５６】
【図９】図９は、図１に示すバス運行管理システムにおいて、複数のバス停に設置される複数のバス停発信機についての複数の発信機ＩＤを管理するテーブルの一例を示す図である。
【００５７】
【図１０】図１０は、図１に示すバス運行管理システムにおいて、複数台のバスに搭載される複数の乗車口発信機および複数の降車口発信機についての複数の発信機ＩＤを管理するテーブルの一例を示す図である。
【００５８】
【図１１】図１１は、図１に示すバス運行管理システムにおいて、複数の発信機についての複数の有効受信半径（有効受信の有無を判定するための基準値）を管理するテーブルの一例を示す図である。
【００５９】
【図１２】図１２は、図１に示すユーザすなわちバスの潜在的な乗客の携帯端末を概念的に表す機能ブロック図である。
【００６０】
【図１３】図１３は、図１に示す各発信機から同図に示す携帯端末が受信する信号の強度である絶対受信強度ＲＳＳＩがそれら発信機と携帯端末との間の距離Ｄに応じて減少するという信号特性を概念的に表すグラフである。
【００６１】
【図１４】図１４は、図１に示す管理サーバを概念的に表す機能ブロック図である。
【００６２】
【図１５】図１５は、図１に示すバス運行管理システムの携帯端末および管理サーバによって実行される複数のプログラムであって前記待機フェーズを検知するとともにユーザのために乗車を予約するために実行されるものを概念的に表すフローチャートである。
【００６３】
【図１６】図１６は、図１に示すバス運行管理システムの携帯端末および管理サーバによって実行される複数のプログラムであって前記乗車フェーズを検知するために実行されるものを概念的に表すフローチャートである。
【００６４】
【図１７】図１７は、図１に示すバス運行管理システムの携帯端末および管理サーバによって実行される複数のプログラムであって前記降車フェーズを検知するために実行されるものを概念的に表すフローチャートである。
【００６５】
【図１８】図１８は、図１に示すバス運行管理システムにおいて、図１に示す管理サーバによって作成されるステータス管理テーブルであって各ユーザごとにステータスの時刻歴を表すものの一例を概念的に表す図である。
【００６６】
【図１９】図１９は、図１に示すバス運行管理システムにおいて、前記携帯端末の画面上に表示される複数の仮想的なボタンであって、複数の副次的な機能をユーザが選択して起動させるためにユーザによって選択して操作されるものの一例を概念的に表す正面図である。
【発明を実施するための形態】
【００６７】
以下、本発明のさらに具体的で例示的な複数の実施の形態のうちの一つを図面に基づいて詳細に説明する。
【００６８】
図１には、本発明の一実施形態に従うバス運行管理システム（以下、単に「システム」という。）１０のハードウエア構成および通信ネットワーク構成が概念的に系統図で表されている。このシステムは、本発明の一実施形態に従う車両運行管理システムの一例であって、本発明の一実施形態に従う車両運行管理方法の一例を実行する。
【００６９】
＜システムのハードウエア構成の概略＞
【００７０】
概略的に説明するに、このシステム１０は、旅客用の複数台のバス１２の運行を管理することを目的として構成される。
【００７１】
その目的を達成するために、このシステム１０は、（ａ）いずれかのバス１２の乗客となる可能性があるユーザの携帯端末９０と、（ｂ）各バス停１４に設置されるバス停発信機３０と、（ｃ）各バス１２内に、そのバス１２の乗車口１６に設置される乗車口発信機３２およびバス１２の降車口１８に設置される降車口発信機３４と、（ｄ）前記複数台のバス１２の運行を集中的に管理する車両運行管理センタ４０によって使用される管理サーバ５０と、（ｅ）各バス１２内に設置されるバス内通信装置２０とを備えている。
【００７２】
バス１２は、前述の「乗客運送用の車両」の一例であり、例えば、乗合バス、貸切りバスである。また、バス１２は、固定されたルート（例えば、路線）に沿って運行されるか、または、乗客の要望に応じて随時決まる可変のルートに沿って運行される。
【００７３】
ユーザの携帯端末９０は、前述の「ユーザの通信端末」の一例である。バス停１４は、前述の「停車場」の一例であり、また、バス停発信機３０は、前述の「停車場発信機」の一例である。前述の「停車場」の別の例は、列車、電車（例えば、路面電車、地下鉄）の駅である。前述の「停車場」のさらに別の例は、タクシーの停車場である。
【００７４】
乗車口発信機３２および降車口発信機３４は、それぞれ、前述の「少なくとも１個の車両発信機」の一例である。本実施形態においては、乗車口発信機３２および降車口発信機３４がいずれも、バス１２の室内に設置されているが、これに代えて、バス１２の外壁内に設置されても、バス１２の外壁面に設置されてもよい。
【００７５】
本実施形態においては、バス１２が、乗車口１６と降車口１８とを有するというように、乗客がバス１２に乗車するときとバス１２から降車するときとで互いに異なるゲートを通過するようになっているが、これに代えて、同じゲートを通過するようにしてもよい。すなわち、バス１２は、少なくとも１個の乗降口を有してもよいのである。
【００７６】
バス停発信機３０、乗車口発信機３２および降車口発信機３４は、互いに共通する構成を有する。具体的には、いずれの発信機３０，３２，３４も、（ａ）固有な信号を発信し、（ｂ）図２に示すように、携帯端末９０との間で一方向近距離通信が可能であり、（ｃ）図１３を参照して後述するように、各発信機３０，３２，３４から携帯端末９０が受信した信号の強度ＲＳＳＩ(Received Signal Strength Indicator、受信信号強度、受信信号強度指標値)に基づいて携帯端末９０が各発信機３０，３２，３４との距離Ｄ（すなわち、実際の受信半径）を測定可能であるものである。
【００７７】
説明の便宜上、バス停発信機３０から携帯端末９０が受信する信号をバス停信号と称し、また、乗車口発信機３２から携帯端末９０が受信する信号を乗車口信号と称し、また、降車口発信機３４から携帯端末９０が受信する信号を降車口信号と称する。ここに、「バス停信号」は、前述の「停車場信号」の一例であり、また、「乗車口信号」は、前述の「車両信号」の一例であり、また、「降車口信号」は、前述の「車両信号」の別の例である。
【００７８】
図２に示すように、携帯端末９０は、管理サーバ５０との間で、通信ネットワークを介して遠距離双方向通信が可能である。同様に、バス内通信装置２０も、管理サーバ５０との間で、通信ネットワークを介して遠距離双方向通信が可能である。
【００７９】
バス内通信装置２０は、交通情報やリクエストを管理サーバ５０に送信する送信部２２と、交通情報やリクエストを管理サーバ５０から受信する受信部２４と、その受信した情報を運転手または乗客に出力する出力部２６とを有する。
【００８０】
その出力部２６は、受信部２４が管理サーバ５０から受信した、バス１２の運転手向けの情報であって、例えば、当該バス１２の運行関連情報（例えば、当該路線についての渋滞情報または事故情報、当該路線の周辺の天候情報、当該バス１２の乗車率（混雑度）の時間的変動予測情報など）をバス１２の運転手に出力する。
【００８１】
この出力部２６は、さらに、受信部２４が管理サーバ５０から受信した、バス１２内の乗客向けの情報であって、例えば、運行関連情報（例えば、渋滞情報、事故情報、天候情報、当該バス１２の乗車率（混雑度）の時間的変動予測情報など）、案内情報（例えば、バス１２の路線の周辺にある観光地に関係する情報など）、広告情報（当該バス１２の運営会社または他の他の企業に関係する広告情報など）をバス１２内の複数人の乗客に出力する。
【００８２】
この出力部２６は、画像で運転手または乗客に出力したり、音声で運転手または乗客に出力したり、または、運転手または乗客用の携帯端末９０に無線で出力してもよい。よって、出力部２６の一例は、ディスプレイであり、別の例は、スピーカまたはイヤホンであり、さらに別の例は、送信機である。
【００８３】
＜システムのソフトウエア構成ないしはアルゴリズムの概略＞
【００８４】
このシステム１０は、いずれかのバス停発信機３０からバス停信号を受信すると、そのバス停信号に基づき、そのバス停発信機３０が設置されているバス停１４を識別し、さらに、いずれかのバス内発信機３２，３４からバス信号を受信すると、そのバス信号に基づき、そのバス内発信機３２，３４が設置されているバス１２を識別する。
【００８５】
このシステム１０は、さらに、バス停発信機３０から受信したバス停信号とバス内発信機３２，３４から受信したバス信号とに基づき、バス停１４とバス１２とが同じ空間および／または同じ時間を共有するか否かを判定し、共有する場合には、バス停１４とバス１２とを時刻に関連付けて互いに紐付けして、バス停１４とバス１２とを備えたバス運行設備のステータスを時刻に関連付けて推定する。
【００８６】
このシステム１０は、さらに、各時刻ごとの携帯端末９０のバス停信号およびバス信号のそれぞれの受信の有無と、各時刻ごとの携帯端末９０のバス停信号およびバス信号のそれぞれの受信強度と、携帯端末９０のバス停信号およびバス信号のそれぞれの受信強度の時間的変化特性とのうちの少なくとも一つに基づき、複数台のバス１２と複数箇所のバス停１４とを備えたバス運行設備に対する相対的なユーザの位置とユーザの挙動フェーズとユーザの移動速度とのうちの少なくとも一つを含むユーザの挙動ステータスを時刻に関連付けて推定する。
【００８７】
ここに、ユーザの挙動フェーズは、ユーザがいずれかの停車場で待機する待機フェーズと、ユーザがいずれかの車両に乗車する乗車フェーズと、ユーザがいずれかの車両から降車する降車フェーズとに分類される。
【００８８】
待機フェーズは、例えば、携帯端末９０のユーザが、いずれかのバス停１４において、次に到着するバス１２を待っているフェーズとして定義される。また、乗車フェーズは、例えば、携帯端末９０のユーザが、いずれかのバス停１４にいずれかのバス１２が到着したためにそのバス１２に乗車するフェーズとして定義される。また、降車フェーズは、例えば、いずれかのバス停１４にいずれかのバス１２が到着したためにそのバス１２に乗車している乗客である携帯端末９０のユーザがそのバス１２から降車するフェーズとして定義される。
【００８９】
＜待機フェーズ判別アルゴリズム＞
【００９０】
図３に例示するように、ユーザが、携帯端末９０と共に、いずれかのバス停１４に接近し、バス停発信機３０の第１受信圏内に進入すると、図６（ａ）に例示するように、携帯端末９０がバス停発信機３０から受信した信号の強度である受信強度Ｉ１が時間ｔと共に増加する。
【００９１】
このとき、携帯端末９０は、そのユーザが、今回のバス停１４において、次のバス１２を待っている待機フェーズにあると判定し、その結果を管理サーバ５０に送信する。
【００９２】
ここに、「受信圏」という用語は、後に詳述するが、携帯端末９０がバス停発信機３０からバス停信号を有効に受信できる範囲を意味する。他の受信圏である後述の第２受信圏および第３受信圏もそれに準ずる意味を有する。
【００９３】
ユーザが、さらに、バス停発信機３０に接近すると、やがて、バス停発信機３０に最も接近した位置に到達し、その位置において、受信強度Ｉ１が最大値Ｉｍａｘとなる。
【００９４】
この位置において、ユーザが、そのバス停発信機３０に携帯端末９０でタッチするかまたは携帯端末９０をかざす（バス停発信機３０に例えば５０ｃｍ以内の距離で接近する）と、携帯端末９０が、ユーザが、そのバス停１４においてそのバス停１４に次に到着する予定のバス１２に乗車することを予約することをリクエストするための乗車予約信号を管理サーバ５０に送信する。
【００９５】
＜乗車フェーズ判別アルゴリズム＞
【００９６】
図４に例示するように、今回のバス停１４にバス１２が接近し、やがて到着して停車する。この停車状態において、ユーザが、そのバス１２に乗車口１６から乗車するために、携帯端末９０と共に、今回のバス停１４から今回のバス１２の乗車口１６に接近し、乗車口発信機３２の第２受信圏内に進入すると、図６（ｂ）に例示するように、携帯端末９０が乗車口発信機３２から受信した信号の強度である受信強度Ｉ２が時間ｔと共に増加する。
【００９７】
このとき、携帯端末９０は、そのユーザが、今回のバス１２に乗車する乗車フェーズにある（例えば、乗車が開始された乗車開始モードにある）と判定し、その結果を管理サーバ５０に送信する。
【００９８】
図４に例示するように、バス停発信機３０の第１受信圏と、バス停１４に停車しているバス１２の乗車口発信機３２の第２受信圏とが部分的に互いにオーバーラップする。
【００９９】
したがって、図６（ａ）および（ｂ）に例示するように、乗車フェーズの進行中に、同じユーザの同じ携帯端末９０が、バス停発信機３０と乗車口発信機３２との双方からバス停信号および乗車口信号を同時に受信する同時受信区間が存在する。
【０１００】
その同時受信区間を携帯端末９０が経験すると、その携帯端末９０は、バス停発信機３０から受信したバス停信号によって表されるバス停ＩＤ（前述の「停車場ＩＤ」の一例）と、乗車口発信機３２から受信した乗車口信号によって表されるバスＩＤ（前述の「車両ＩＤ」の一例）とを互いに紐付けし、同じ物理空間上で今回のユーザと今回のバス停１４と今回のバス１２とが互いに関連付けられたと判定し、その結果を管理サーバ５０に送信する。
【０１０１】
ここに、「同じ物理空間上で今回のユーザと今回のバス停１４と今回のバス１２とが互いに関連付けられた」という文言は、幾何学的に解釈すれば、例えば、それら３つの物体が時間という次元に関してではなく場所という次元に関して互いに関連付けられる（例えば、バス１２とバス停１４との距離が所定距離未満である）ことを意味する。
【０１０２】
また、その文言は、現象的に解釈すれば、例えば、今回のバス停１４で今回の乗客が待機しており、その乗客が乗車しようとしている今回のバス１２が今回のバス停１４に停車直前であるか、停車しているかまたは、今回の乗客が今回のバス１２に乗車してそのバス１２が発車した直後であることを意味する。
【０１０３】
ユーザが、さらに同じ向きに歩行し、乗車口１６からバス１２内に乗車し、そのバス１２の乗車口１６に位置する乗車口発信機３２に接近すると、やがて、ユーザは、乗車口発信機３２に最も接近した位置に到達し、その位置において、受信強度Ｉ２が最大値Ｉｍａｘとなる。
【０１０４】
この位置において、ユーザが、その乗車口発信機３２に携帯端末９０でタッチするかまたは携帯端末９０をかざす（乗車口発信機３２に例えば３０ｃｍまたは５０ｃｍ以内の距離で接近する）と、携帯端末９０が、ユーザが、そのバス停１４への乗車が完了したと判定し、その結果を管理サーバ５０に送信する。
【０１０５】
＜降車フェーズ判定アルゴリズム＞
【０１０６】
図５に例示するように、携帯端末９０を持った乗客が乗車しているバス１２が今回のバス停１４に接近し、やがて到着して停車する。この停車状態において、ユーザが、そのバス１２において、携帯端末９０と共に、降車口１８に接近する。
【０１０７】
やがて、ユーザが、バス１２の車内において、降車口発信機３４の第３受信圏内に進入すると、図６（ｃ）に例示するように、携帯端末９０が降車口発信機３４から受信した信号の強度である受信強度Ｉ３が時間ｔと共に増加する。その後、受信強度Ｉ３が最大値Ｉｍａｘに達する。
【０１０８】
その後、ユーザが降車口発信機３４から遠ざかると、受信強度Ｉ３が低下する。降車口発信機３４が降車口１８内においてバス１２の外板近傍に配置されているため、受信強度Ｉ３の低下は、現象的には、ユーザがバス１２を、降車口発信機３４から降車したという行動を反映する可能性が高い。
【０１０９】
よって、このとき、携帯端末９０は、今回のユーザが、今回のバス１２から降車する降車フェーズにある（例えば、降車が開始された降車開始モードにある）と判定し、その結果を管理サーバ５０に送信する。
【０１１０】
バス１２がバス停１４に停車している状態においては、ユーザが降車口発信機３４から遠ざかるにつれて、ユーザがバス停発信機３０に接近することになる。その結果、図６（ｄ）に例示するように、携帯端末９０がバス停発信機３０から受信した信号の強度である受信強度Ｉ４が時間ｔと共に増加する。
【０１１１】
図５に例示するように、バス停発信機３０の第１受信圏と、バス停１４に停車しているバス１２の降車口発信機３４の第３受信圏とが部分的に互いにオーバーラップする。
【０１１２】
したがって、図６（ｃ）および（ｄ）に例示するように、降車フェーズの進行中に、同じユーザの同じ携帯端末９０が、バス停発信機３０と降車口発信機３４との双方からバス停信号および降車口信号を同時に受信する同時受信区間が存在する。
【０１１３】
その同時受信区間を携帯端末９０が経験すると、その携帯端末９０は、降車口発信機３４から受信した乗車口信号によって表されるバスＩＤと、バス停発信機３０から受信したバス停信号によって表されるバス停ＩＤとを互いに紐付けし、同じ物理空間上で今回のユーザと今回のバス停１４と今回のバス１２とが互いに関連付けられたと判定し、その結果を管理サーバ５０に送信する。
【０１１４】
ここに、「同じ物理空間上で今回のユーザと今回のバス停１４と今回のバス１２とが互いに関連付けられた」という文言は、現象的に解釈すれば、例えば、今回の乗客が降車しようとしている今回のバス１２が、今回のバス停１４に停車直前であるか、停車しているかまたは発車直後である（例えば、バス１２とバス停１４との距離が所定距離未満である）ことを意味する。
【０１１５】
ユーザが、さらに同じ向きに歩行し、降車口発信機３４から遠ざかると、やがて、受信強度Ｉ４が０に低下する。この現象に応答し、携帯端末９０が、ユーザのバス１２からの降車が完了したと判定し、その結果を管理サーバ５０に送信する。
【０１１６】
ユーザが、さらに同じ向きに歩行し、バス停発信機３０に接近すると、やがて、そのバス停発信機３０に最も接近した位置に到達し、その位置において、受信強度Ｉ４が最大値Ｉｍａｘとなる。その後、ユーザが、さらに同じ向きに歩行し、バス停発信機３０から遠ざかると、受信強度Ｉ４が低下する。
【０１１７】
＜バス路線の例と各要素へのＩＤの割り付け例＞
【０１１８】
図７に例示するように、このシステム１０が適用されるバス路線においては、１つのバス停１４に、複数本のルートＡおよびＢが相乗りしている。よって、ルートＡを運行するバス１４と、ルートＢを運行するバス１４とが、時間を異にして、同じバス停１４に停車する。
【０１１９】
図７に示すように、バス停１４自体、そのバス停１４のバス停発信機３０、バス１２自体、ならびに、そのバス１２内の乗車口発信機３２および降車口発信機３４にそれぞれ、固有の識別子、すなわち、ＩＤが予め割り当てられている。
【０１２０】
特に、乗車口発信機３２および降車口発信機３４については、それら発信機３２および３４が共通に設置されるバス１２に固有のＩＤの部分（例えば、メインＩＤ）と、それら発信機３２および３４にそれぞれ固有のＩＤの部分（例えば、サブＩＤ）との双方が割り当てられる。図７に示す例においては、ある発信機のサブＩＤが「１」であるときに、その発信機が乗車口発信機３２であることを表す一方、ある発信機のサブＩＤが「２」であるときに、その発信機が降車口発信機３４であることを表す。
【０１２１】
＜発信機＞
【０１２２】
図８には、いずれも図１に示すバス停発信機３０、乗車口発信機３２および降車口発信機３４であって共通の構成を有するものが機能ブロック図で表されている。
【０１２３】
それらバス停発信機３０、乗車口発信機３２および降車口発信機３４は、共通の構成を有するため、以下、図８を参照することにより、その共通の構成を、バス停発信機３０のみについて代表的に説明する。
【０１２４】
まず、概念的に説明するに、バス停発信機３０は、固有の発信機ＩＤを識別し得る識別信号を局地的に発信する非接触式または接触（近接）式の通信デバイスである。
【０１２５】
次に、作動方式を説明するに、バス停発信機３０は、固有の識別信号を外部からのトリガ信号を要することなく能動的に、局地的に、かつ、供給電力が不足しない限り永続的に発信する。
【０１２６】
バス停発信機３０は、一般に、識別信号としてのビーコン信号を発信するビーコン装置、無線標識などの名称でも知られている装置である。このバス停発信機３０は、一例においては、原信号を変調することにより、対応する発信機ＩＤを表す識別信号を生成し、その生成された識別信号を、ＩＲ信号、Bluetooth（登録商標）信号、ＮＦＣ（近距離無線通信）信号などとして局地的に発信する。
【０１２７】
次に、図８を参照してハードウエア構成を説明するに、バス停発信機３０は、プロセッサ１００およびそのプロセッサ１００によって実行される複数のアプリケーションを記憶するメモリ１０２を有するコンピュータ１０４を主体として構成されている。
【０１２８】
このバス停発信機３０は、さらに、電源としての交換可能な使い捨て電池１０６を有している。電池１０６に代えて、充電可能な電池を採用したり、外部電源としての商用電源または太陽電池を採用することが可能である。
【０１２９】
外部電源として太陽電池を採用する場合、昼間に太陽電池を用いて発電された電気エネルギーのうち余剰のものをバッテリに蓄積し、夜間には、そのバッテリから電池エネルギーを取り出してバス停発信機３０を作動させてもよい。
【０１３０】
このバス停発信機３０は、さらに、識別信号を生成して発信する発信部１０８を有している。その発信部１０８は、電池１０６によって作動させられるとともに、コントローラ１１０によって制御される。そのコントローラ１１０は、コンピュータ１００によって制御される。
【０１３１】
バス停発信機３０のソフトウエア構成を説明するに、プロッサ１００は、発信機ＩＤが反映されるように、原信号（例えば、搬送信号）を変調するための信号をコントローラ１１０に対して出力する。そのコントローラ１１０は、発信部１０８を制御し、その結果、発信部１０８は、今回発信すべき識別信号を生成する。その後、その生成された識別信号が発信部１０８から発信される。
【０１３２】
次に、図９ないし図１１を参照することにより、バス停発信機３０、乗車口発信機３２および降車口発信機３４を個々に説明する。
【０１３３】
各バス停発信機３０は、固有の信号を発信し、その固有の信号は、固有の発信機ＩＤを表す。各バス停発信機３０については、いずれのバス停１４に設置されているかが既知であり、かつ、そのバス停１４の空間座標値（ｘ，ｙ，ｚ）も既知であるため、バス停発信機３０から受信した信号が、予め定められた信号（例えば、２値信号列）−ＩＤ間の関係に従い、発信機ＩＤに変換されれば、その発信機ＩＤから、バス停発信機３０が設置されているバス停１４のＩＤと、のバス停１４の地理的位置とがそれぞれ一義的に決まる。
【０１３４】
図９には、バス停発信機ＩＤ管理テーブルが表形式で表されている。このテーブルは、管理サーバ５０のメモリに保存されており、携帯端末９０からアクセスがあると、そのテーブルが管理サーバ５０から携帯端末９０にダウンロードされてそれのメモリ１３２に保存される。このテーブルにおいては、バス停発信機３０の発信機ＩＤと、そのバス停発信機３０が設置されているバス停１４のバス停ＩＤと、そのバス停１４のバス停名称との関係が発信機ＩＤごとに定義されている。
【０１３５】
各乗車口発信機３２は、固有の信号を発信し、その固有の信号は、固有の発信機ＩＤを表す。各乗車口発信機３２については、いずれのバス１２に設置されているかが既知であり、かつ、そのバス１２の乗車口１６と降車口１８とのうちのいずれに設置されているかも既知であるため、乗車口発信機３２から受信した信号が、予め定められた信号（例えば、２値信号列）−ＩＤ間の関係に従い、発信機ＩＤに変換されれば、その発信機ＩＤから、その乗車口発信機３２が設置されているバス１２のＩＤと、その乗車口発信機３２が降車口発信機ではなく乗車口発信機であることとがそれぞれ一義的に決まる。
【０１３６】
各降車口発信機３４は、固有の信号を発信し、その固有の信号は、固有の発信機ＩＤを表す。各降車口発信機３４については、いずれのバス１２に設置されているかが既知であり、かつ、そのバス１２の乗車口１６と降車口１８とのうちのいずれに設置されているかも既知であるため、降車口発信機３４から受信した信号が、予め定められた信号（例えば、２値信号列）−ＩＤ間の関係に従い、発信機ＩＤに変換されれば、その発信機ＩＤから、その降車口発信機３４が設置されているバス１２のＩＤと、その降車口発信機３４が乗車口発信機ではなく降車口発信機であることとがそれぞれ一義的に決まる。
【０１３７】
図１０には、バス内発信機ＩＤ管理テーブルが表形式で表されている。このテーブルは、管理サーバ５０のメモリに保存されており、携帯端末９０からアクセスがあると、そのテーブルが管理サーバ５０から携帯端末９０にダウンロードされてそれのメモリ１３２に保存される。このテーブルにおいては、乗車口発信機３２および降車口発信機３４の発信機ＩＤと、乗車口発信機３２または降車口発信機３４が設置されているバス１２のバスＩＤと、そのバス１２に適用されるルートを表すルートＩＤとの関係が発信機ＩＤごとに定義されている。
【０１３８】
図１１には、有効受信半径管理テーブルが表形式で表されている。このテーブルは、管理サーバ５０のメモリに保存されており、携帯端末９０からアクセスがあると、そのテーブルが管理サーバ５０から携帯端末９０にダウンロードされてそれのメモリ１３２に保存される。このテーブルにおいては、バス停発信機３０、乗車口発信機３２および降車口発信機３４の発信機ＩＤと、後述の有効受信半径との関係が発信機ＩＤごとに定義されている。
【０１３９】
この有効受信半径管理テーブルに従い、携帯端末９０は、それが受信している発信機３０，３２，３４の種別（バス停１４用か、乗車口１６用か、降車口１８用か）に応じて有効受信半径を可変に設定し、その結果、発信機３０，３２，３４ごとに個別に有効受信半径を設定することが可能となる。
【０１４０】
有効受信半径の可変設定を具体的に説明すると、図３に示す待機フェーズの例においては、携帯端末９０が、バス停発信機３０から信号を受信すると、そのバス停発信機３０を中心とする円を成す第１受信圏を定義する第１有効受信半径Ｒ１を５ｍ（図１１参照）に設定する。
【０１４１】
図４に示す乗車フェーズの例においては、携帯端末９０が、乗車口発信機３２から信号を受信すると、その乗車口発信機３２を中心とする円を成す第２受信圏を定義する第２有効受信半径Ｒ２を１ｍ（図１１参照）に設定する。
【０１４２】
図５に示す降車フェーズの例においては、携帯端末９０が、降車口発信機３４から信号を受信すると、その降車口発信機３４を中心とする円を成す第３受信圏を定義する第３有効受信半径Ｒ３を１ｍ（図１１参照）に設定する。
【０１４３】
＜携帯端末＞
【０１４４】
携帯端末９０は、ユーザによって携帯されるとともに無線通信機能を有するデバイス、例えば、携帯電話機、スマートフォン、ラップトップ型コンピュータ、タブレット型コンピュータ、ＰＤＡなどである。また、携帯端末９０は、ユーザの通信端末の一例である。
【０１４５】
次に、図１２を参照して携帯端末９０のハードウエア構成を説明するに、携帯端末９０は、プロセッサ１３０およびそのプロセッサ１３０によって実行される複数のプログラム（「アプリケーション」ともいう）を記憶するメモリ１３２を有するコンピュータ１３４を主体として構成されている。
【０１４６】
この携帯端末９０は、さらに、情報を表示する表示部（例えば、液晶ディスプレイ）１３６と、バス停発信機３０および管理サーバ５０からの信号を受信する受信部１３８と、信号を生成してその信号を管理サーバ５０に送信する送信部１４０とを有する。ここに、受信部１３８は、バス停発信機３０からの識別信号を感知する部分でもある。
【０１４７】
この携帯端末９０は、さらに、ユーザからデータやコマンドを入力するための入力部１５０を有する。その入力部１５０は、例えば、所望の情報（例えば、コマンド、データなど）を携帯端末９０に入力するためにユーザによって操作可能な操作部を有する。その操作部としては、ユーザによって操作可能なアイコン（例えば、仮想的なボタン）を表示するタッチスクリーン、ユーザによって操作可能な物理的な操作部（例えば、キーボード、キーパッド、ボタンなど）、音声を感知するマイクなどがあるが、これらに限定されない。
【０１４８】
この携帯端末９０は、さらに、ＧＰＳ（衛星測位システム）受信機１５２を有する。ＧＰＳ受信機１５２は、よく知られているように、複数のＧＰＳ衛星から複数のＧＰＳ信号を受信し、それらＧＰＳ信号に基づき、ＧＰＳ受信機１５２の地球上における位置（緯度、経度および高度）を三角測量によって測定する。
【０１４９】
この携帯端末９０は、さらに、自身の加速度を検出する加速度センサ１５４を内蔵している。その加速度センサ１５４は、携帯端末９０に搭載されているため、携帯端末９０と一体的に振動し、その結果、加速度センサ１５４自体に作用する加速度を、携帯端末９０およびそれを携帯しているユーザに作用する加速度と等価なものとして検出する。
【０１５０】
この加速度センサ１５４の型式は、例えば、半導体ピエゾ抵抗型、静電容量型、熱検知型などである。一例においては、この加速度センサ１５４が、Ｘ軸、Ｙ軸およびＺ軸という３軸方向の加速度Ｇｘ，Ｇｙ，Ｇｚを個々に検出し、それら３つの検出値Ｇｘ，Ｇｙ，Ｇｚの合成値Ｇｒとして１つの代表加速度を出力するように設計することが可能である。
【０１５１】
この加速度センサ１５４は、ユーザが携帯端末９０を携帯している場合には、そのユーザに作用する加速度に近似するものを検出し、また、そのユーザが車両に乗車している場合には、その車両に作用する加速度（例えば、前後方向加速度、前後方向減速度）に近似するものを検出する。
【０１５２】
なお、携帯端末９０に作用する加速度は、理論的には、上述のＧＰＳ信号に基づいて測定された位置の時間微分を行って速度を計算し、さらに、その速度の時間微分を行うことによって計算することが可能である。しかし、精度の点では、加速度センサ１５４によって検出された加速度の方が優れている可能性がある。いずれにしても、この加速度センサ１５４は、車両の軸加速度を検出または推定によって取得する加速度取得部の一例なのである。
【０１５３】
ここで、バス停発信機３０に関連付けてユーザの携帯端末９０の一機能を説明するに、その携帯端末９０は、バス停発信機３０から識別信号を受信している状態で、その携帯端末９０のコンピュータに予めインストールされているあるプログラム、すなわち、ガイド発信機処理のための専用アプリケーション（以下、「発信機用アプリケーション」という。）を起動させる（ログイン）と、前記受信した識別信号を復調し、それにより、前記発信機ＩＤを解読する。
【０１５４】
さらに、携帯端末９０は、バス停発信機３０から識別信号を受信している状態で、前記発信機用アプリケーションを起動させると、前記受信した識別信号（例えば、その識別信号の強度）に基づき、その識別信号を発信したときのバス停発信機３０の位置と、その識別信号を受信したときの携帯端末９０の位置との間の距離を測定することも行う。
【０１５５】
すなわち、携帯端末９０は、バス停発信機３０から受信した識別信号に基づき、そのバス停発信機３０に固有の発信機ＩＤと、そのときのバス停発信機３０との距離との双方を獲得するようになっているのである。
【０１５６】
＜発信機の受信レンジ＞
【０１５７】
バス停発信機３０、乗車口発信機３２および降車口発信機３４には、それぞれ、みかけ上、２種類の受信エリアが割り当てられる。それらは、受信可能エリアと有効受信エリア（以下、「受信レンジ」または「受信圏」ともいう。）である。
【０１５８】
それらエリアは、いずれも、各発信機３０，３２，３４の設置位置を中心とする１つの球で概して画定される。受信圏のいくつかの例が、前述のように、図３ないし図５に示されている。
【０１５９】
各発信機３０，３２，３４の受信可能エリアは、最大受信半径（例えば、約５０ｍ）を有するのに対し、有効受信エリアは、有効受信半径（例えば、０ｍから約５０ｍまでの範囲内の任意の値）を有する。最大受信半径は不変値であるのに対し、有効受信半径は、後述のように、携帯端末９０によって随時設定可能な可変値である。
【０１６０】
受信可能エリアは、各発信機３０，３２，３４の電力供給が正常である場合に、各発信機３０，３２，３４からの識別信号が到達可能なエリア、すなわち、そのエリア内に存在する限り、携帯端末９０がその識別信号を受信可能なエリアを意味する。
【０１６１】
これに対し、有効受信エリアは、受信可能エリアの最大受信半径より小さい有効受信半径を有している。最大受信半径は、任意に設定することが不可能であるのに対し、有効受信半径は、携帯端末９０においてソフト的に任意に設定することが可能である。
【０１６２】
すなわち、最大受信半径は、ハードウエアによって決まる受信限度を意味するのに対し、有効受信半径は、ソフトウエアによって決まる受信限度を意味するということが可能なのである。
【０１６３】
前述のように、携帯端末９０は、それが受信した識別信号の強度に基づき、各発信機３０，３２，３４との距離を測定する。図１３には、携帯端末９０が各発信機３０，３２，３４から受信する信号の強度である受信強度ＲＳＳＩが、携帯端末９０と各発信機３０，３２，３４との間の距離Ｄが増加するにつれて低下する様子がグラフで例示されている。このグラフで表される特性を参照すれば、携帯端末９０は、受信強度ＲＳＳＩを距離測定値Ｄに変換することができる。
【０１６４】
その距離測定値Ｄは、可変設定値としての有効受信半径ｒ０を超えることもあれば、超えないこともある。そして、その距離測定値Ｄが受信有効半径ｒ０を超えないときは、携帯端末９０が有効受信エリア内に存在するときであるのに対し、その距離測定値Ｄが受信有効半径ｒ０を超えるときは、携帯端末９０が受信可能エリア内には存在するが有効受信エリア内には存在しないときである。
【０１６５】
図１３には、距離測定値Ｄが受信有効半径ｒ０を超えるか否かを問わず、携帯端末９０が各発信機３０，３２，３４から受信した信号の強度を表すグラフと、説明の便宜上、距離測定値Ｄが受信有効半径ｒ０を超えない領域についてのみ受信強度が存在するように絶対受信強度Ｉａのグラフを下方にシフトしてなるグラフとが存在する。前者のグラフは、絶対受信強度Ｉａを表すグラフと称することとすれば、後者のグラフは、相対受信強度Ｉｒを表すグラフと称することとができる。そして、図６（ａ）ないし（ｄ）の各グラフは、相対受信強度Ｉｒを用いて作成されている。
【０１６６】
＜管理サーバ＞
【０１６７】
次に、管理サーバ５０のハードウエア構成を説明するに、図１４には、管理サーバ５０が機能ブロック図で表されている。管理サーバ５０は、プロセッサ１６０およびそのプロセッサ１６０によって実行される複数のアプリケーションを記憶するメモリ１６２を有するコンピュータ１６４を主体として構成されている。
【０１６８】
この管理サーバ５０は、さらに、情報を表示する表示部（例えば、液晶ディスプレイ）１６６と、携帯端末９０からの信号を受信する受信部１６８と、信号を生成してその信号を携帯端末９０に送信する送信部１７０と、時計１７２とを有する。この管理サーバ５０は、発信機３０からの受信を直接的には行わず、事実上、携帯端末９０を介して行うことになる。
【０１６９】
＜バス運行管理システムのソフトウエア構成＞
【０１７０】
＜概論＞
【０１７１】
このシステム１０は、ソフトウエア構成として、バス運行管理プログラムを有する。そのバス運行管理プログラムをフェーズごとに分類して説明すると、図１５には、前述の待機フェーズ判別アルゴリズムに基づく待機フェーズ判定プログラムであって携帯端末９０によって実行されるモジュールと管理サーバ５０によって実行されるモジュールとを含むものが概念的にフローチャートで表されている。さらに、図１６には、前述の乗車フェーズ判別アルゴリズムに基づく乗車フェーズ判定プログラムであって携帯端末９０によって実行されるモジュールと管理サーバ５０によって実行されるモジュールとを含むものが概念的にフローチャートで表されている。さらに、図１７には、前述の降車フェーズ判別アルゴリズムに基づく降車フェーズ判定プログラムであって携帯端末９０によって実行されるモジュールと管理サーバ５０によって実行されるモジュールとを含むものが概念的にフローチャートで表されている。
【０１７２】
＜待機フェーズ判定プログラム＞
【０１７３】
前記バス運行管理プログラムが起動されると、図１５に示すように、まず、携帯端末９０が、ステップＳ１３０１において、管理サーバ５０へのログインのためのリクエストをユーザＩＤと共に管理サーバ５０に送信する。
【０１７４】
これに対し、管理サーバ５０は、ステップＳ１３５１において、そのリクエストをユーザＩＤと共に受信し、そのユーザＩＤを、このシステム１０の今回のユーザとしてメモリ１６２に登録する。続いて、管理サーバ５０は、ステップＳ１３５２において、メモリ１６２から、図９に示すバス停発信機ＩＤ管理テーブルと、図１０に示すバス内発信機ＩＤ管理テーブルと、図１１に示す有効受信半径管理テーブルと、このシステム１０によって集中的に管理される複数のバス１２、複数のルートおよび複数のバス停１４ならびに時刻表（バス別時刻表、ルート別時刻表、バス停別時刻表など）を管理するための運行管理テーブルであって図示しないものとを読み出して携帯端末９０に送信する。
【０１７５】
これに対し、携帯端末９０は、ステップＳ１３０２において、それらテーブルを管理サーバ５０からダウンロードし、続いて、ステップＳ１３０３において、それらテーブルをメモリ１３２に保存する。その後、携帯端末９０は、ステップＳ１３０４において、発信元を制限することなく無差別に任意の複数の発信機３０，３２，３４から信号を受信することを試行する。
【０１７６】
続いて、携帯端末９０は、ステップＳ１３０５を実行する。このステップは、第１ステージと、第２ステージと、第３ステージとに分類される。
【０１７７】
第１ステージにおいては、携帯端末９０が、すべてのバス停１４のすべてのバス停発信機３０ならびにすべてのバス１２のすべてのバス内発信機３２および３４のうちの少なくとも一つから信号を受信したか否かを判定する。受信した場合には、携帯端末９０は、その受信した各信号によって表される発信機ＩＤから、携帯端末９０がいずれかのバス停発信機３０から信号を受信したか否かを判定する。受信した信号が存在する場合に、その信号が、いずれかのバス停発信機３０からの信号であるか否かを判定するのである。
【０１７８】
なお、この第１ステージにおいては、その判定結果が暫定的である。なぜなら、その受信が、前述の受信可能エリア内での受信すなわち非有効受信であるか、前述の有効受信エリアすなわち第１受信圏内での受信すなわち有効受信であるかの判別は次のステージにおいて行われるからである。
【０１７９】
携帯端末９０がいずれかのバス停発信機３０から信号を受信したと判定された場合には、第２ステージにおいて、携帯端末９０は、その受信した信号の強度ＲＳＳＩ（絶対受信強度Ｉａ）を測定し、その強度測定値を前述のようにして距離測定値Ｄに変換する。
【０１８０】
その後、第３ステージにおいて、携帯端末９０は、前記受信した信号によって表される発信機ＩＤに対応する有効受信半径ｒ０をメモリ１３２から読み出し、前記距離測定値Ｄが有効受信半径ｒ０以下である場合に、ユーザがいずれかのバス停１４に位置し、よって、携帯端末９０がいずれかのバス停発信機３０の第１受信圏内に存在し、その結果、携帯端末９０がそのいずれかのバス停発信機３０から信号を有効に受信したと判定する。この判定は最終的なものである。
【０１８１】
携帯端末９０がバス停発信機３０から信号を有効に受信したと判定された場合には、ステップＳ１３０５の判定がＹＥＳとなるが、それ以外の場合には、その判定がＮＯとなり、ステップＳ１３０４に戻る。
【０１８２】
なお、そのステップＳ１３０４においては、発信元を特定の発信機に制限せず、無差別にいずれの発信機からの信号も携帯端末９０が受信することを試行する。すなわち、無差別受信試行を行うのである。
【０１８３】
しかし、その場合には、携帯端末９０は、後述のステップＳ１３０６において、いずれかのバス停発信機３０からの信号しか使用しないにもかかわらず、いずれかのバス停１４に偶然にも通りかかった予定外のバス１２のバス内発信機３２および３４からの信号も、ステップＳ１３０５において、処理対象となってしまう。
【０１８４】
このことを防止するために、例えば、ステップＳ１３０４の実行に先立ち、標的発信機として、複数のバス停発信機３０は選択するが、複数のバス内発信機３２および３４は選択しないようにし、そのうえで、ステップＳ１３０４において、携帯端末９０が受信した信号が、標的発信機からの信号である場合に限り、その受信した信号を用いた処理をステップＳ１３０５以後のステップにおいて行わせるようにしてもよい。
【０１８５】
このような態様でのステップＳ１３０４の受信試行は、上述の無差別受信試行との対比において、標的受信試行と称される。この標的受信試行によれば、もともと発信元が制限される通信環境においては、無差別受信試行より無駄のない信号処理が可能となる。
【０１８６】
ただし、このような態様でのステップＳ１３０４の受信試行は、発信元の範囲が制限されるものの、すべてのバス停１４のバス停発信機３０が受信対象となるか、または、場合によっては、すべてのバス停１４のうち、携帯端末９０によって測定された現在位置の近傍に位置する複数のバス停１４のバス停発信機３０が受信対象となり、標的発信機が、１つとか２つとかに限定されていない。
【０１８７】
そのため、相対的には、このような態様でのステップＳ１３０４の受信試行といえども無差別受信試行に分類されるかもしれない。しかし、すべての発信機３０，３２，３４を受信対象とする場合と対比する限りにおいては、このような態様でのステップＳ１３０４の受信試行を標的受信試行と称しても支障はない。
【０１８８】
ステップＳ１３０５の判定がＹＥＳである場合には、携帯端末９０が、ステップＳ１３０６において、今回のバス停発信機３０から受信した信号を、図９のテーブルを参照してバス停ＩＤに変換する。
【０１８９】
その後、携帯端末９０は、ステップＳ１３０７において、ユーザが待機フェーズにあると判定し、続いて、ステップＳ１３０８において、ユーザが今回のバス停１４において待機している待機フェーズにあること（例えば、バス停ＩＤとユーザＩＤと待機フェーズ・フラグとの組合せ）を含む待機フェーズ情報をユーザＩＤに関連付けて管理サーバ５０に送信する。
【０１９０】
これに対し、管理サーバ５０は、ステップＳ１３５３において、前記待機フェーズ情報を携帯端末９０から受信し、続いて、ステップＳ１３５４において、そのときの時刻を時計１７２を用いて計測し、その時刻を、管理サーバ５０が携帯端末９０から前記待機フェーズ情報を受信した受信時刻ｔ１に割り当てる。その後、管理サーバ５０は、ステップＳ１３５５において、メモリ１６２に割り当てられた図１８に例示するユーザ別ステータス管理テーブルすなわちフェーズ履歴リスト（ユーザ時系列挙動リスト）を、受信時刻ｔ１に関連付けて、今回の待機フェーズ情報が反映されるように更新する。
【０１９１】
携帯端末９０は、ステップＳ１３０８の実行後、ステップＳ１３０９において、今回のバス停ＩＤを、図９に示すテーブルを参照して、今回のバス停１４の名称に変換し、そのバス停名を携帯端末９０の画面上に表示し、それにより、ユーザが、現在、そのバス停１４にいることが携帯端末９０とバス停発信機３０との協働作用によって認識されたことを知らされる。
【０１９２】
その後、携帯端末９０は、ステップＳ１３１０において、前記複数のルートのうち、今回のバス停１４を通過するもののすべてを画面上に表示する。続いて、携帯端末９０は、ステップＳ１３１０において、ユーザが目的地を入力することを支援する。その後、携帯端末９０は、ステップＳ１３１２において、前記全ルートのうち、前記入力された目的地に適合するものを複数の候補ルートとして選択し、それら候補ルートを画面上に表示する。
【０１９３】
続いて、携帯端末９０は、ステップＳ１３１３において、それら候補ルートのうちいずれかをユーザが希望ルートとして選択することを支援し、その後、ステップＳ１３１４において、その選択された希望ルートを画面上に表示する。
【０１９４】
続いて、携帯端末９０は、その希望ルート上にある複数のバス停１４のうち、ユーザが降車を希望するものを希望降車バス停として入力することを支援する。
【０１９５】
本実施形態によれば、ユーザは、乗車に先立ち、希望する降車バス停を入力することを要請される。一方、希望降車バス停に関する情報は、管理サーバ５０からバス内通信装置２０に送信される。よって、該当するバス１２の運転手は、バス１２の停車が必要なバス停１４を、停車直前ではなく、それより早い時刻に把握できるから、便利である。また、ユーザは、いちいち、降車に先立ち、乗車しているバス１２に設置されている降車ボタンを押さずに済むため、便利である。
【０１９６】
その後、携帯端末９０は、ステップＳ１３１６において、ユーザが身体的な弱者であるなどの事情で、ユーザの乗降時にバス１２の運転手による介助を必要とするか否かをユーザが入力することを支援する。
【０１９７】
続いて、携帯端末９０は、ステップＳ１３１７において、ユーザが、前記時刻表に表示されている複数の乗車時刻の中から、今回選択されたバス停１４においてバス１２に乗車する時刻を選択することを支援する。その後、携帯端末９０は、ステップＳ１３１８において、ユーザが乗車すべきバス（以下、「希望バス」と称する。）１２のバスＩＤを画面上に表示する。
【０１９８】
続いて、携帯端末９０は、ステップＳ１３１９において、今回のバス停発信機３０を標的発信機とし、それと同じ発信機ＩＤを標的発信機ＩＤとして設定し、その後、ステップＳ１３２０において、標的発信機であるバス停発信機３０から信号を受信することを試行する。
【０１９９】
この試行は、前述のステップＳ１３０４におけるように信号を無差別に受信することを試行する無差別受信試行ではなく、結果的に特定の信号しか受信しない（例えば、特定の信号以外の信号を受信すると、その信号のその後の処理を停止し、その信号を処理対象から除外する）という意味において、標的受信試行と称される。
【０２００】
その後、携帯端末９０は、ステップＳ１３２１において、今回のバス停発信機３０から信号を受信したか否かを判定し、受信すると、今回のバス停発信機３０に携帯端末９０がタッチされた（またはかざされた）か否かを判定する。
【０２０１】
具体的には、携帯端末９０が、前記距離測定値Ｄが、３０ｃｍ−５０ｃｍより短い基準値以下であるか否かを判定し、その基準値以下であれば、ユーザが携帯端末９０で今回のバス停発信機３０にタッチしたと判定する。その場合には、ステップＳ１３２１の判定がＹＥＳとなるが、それ以外の場合には、その判定がＮＯとなり、ステップＳ１３２０に戻る。
【０２０２】
ステップＳ１３２１の判定がＹＥＳである場合には、携帯端末９０は、ステップＳ１３２２において、今回受信した信号によって表される発信機ＩＤをバス停ＩＤに変換し、続いて、ステップＳ１３２３において、そのバス停ＩＤと、前述のステップＳ１３０６において取得されたバス停ＩＤとの間に照合が成立することを確認する。
【０２０３】
なお、上述のステップＳ１３２０が標的受信試行を行うことから、そのステップにおいては、今回のバス停ＩＤが唯一のバス停ＩＤとして特定され、そのうえで、そのバス停ＩＤを有するバス停１４に設置されているバス停発信機３０しか発信元として注目されないことから、後続するステップＳ１３２２およびＳ１３２３において、改めて、今回のバス停ＩＤの取得および前述のステップＳ１３０６において取得されたバス停ＩＤとの間の照合を行うことは不可欠ではなく、省略可能である。
【０２０４】
その後、携帯端末９０は、ステップＳ１３２４において、ユーザが今回のバス停１４から希望バス１２に希望乗車時刻に乗車するための乗車予約を行いことを画面上に表示する。続いて、携帯端末９０は、ステップＳ１３２５において、ユーザが今回のバス停１４から希望バス１２に希望乗車時刻に乗車するための乗車予約を行ったこと（例えば、バス停ＩＤとバスＩＤとユーザＩＤと乗車予約フラグとの組合せ）と、ユーザが携帯端末９０でバス停発信機３０にタッチしたこととを含む乗車予約情報をユーザＩＤに関連付けて管理サーバ５０に送信する。
【０２０５】
これに対し、管理サーバ５０は、ステップＳ１３５６において、前記乗車予約情報を携帯端末９０から受信し、続いて、ステップＳ１３５７において、そのときの時刻を時計１７２を用いて計測し、その時刻を、管理サーバ５０が携帯端末９０から前記乗車予約情報を受信した受信時刻ｔ２に割り当てる。その後、管理サーバ５０は、ステップＳ１３５８において、図１８に例示するユーザ別ステータス管理テーブルを、受信時刻ｔ２に関連付けて、今回の乗車予約情報が反映されるように更新する。これにより、今回のユーザにつき、希望バス１２への乗車の予約が完了する。
【０２０６】
続いて、管理サーバ５０は、ステップＳ１３５９において、今回のバス１２についての予約乗客数をインクリメントし、メモリ１６２に保存する。
【０２０７】
その後、携帯端末９０は、ステップＳ１３６０において、今回のバス停１４での乗車時と希望降車バス停での降車時に運転手による介助を必要とするユーザが存在することをバス内通信装置２０に送信する。これにより、そのバス１２の運転手は、介助の要否を知らされる。
【０２０８】
＜乗車フェーズ判定プログラム＞
【０２０９】
上述の待機フェーズ判定プログラムの実行が終了すると、図１６に示すように、まず、携帯端末９０が、ステップＳ１４０１において、今回のバス停１４のバス停発信機３０の発信機ＩＤと、今回の希望バス１２の乗車口発信機３２の発信機ＩＤとをそれぞれ、標的発信機ＩＤとして設定する。
【０２１０】
次に、携帯端末９０は、ステップＳ１４０２において、今回のバス停発信機３０および今回の乗車口発信機３２をそれぞれ標的発信機として、それら２つの発信機３０および３２からそれぞれ信号を受信することを試行する。標的受信試行を行うのである。
【０２１１】
続いて、携帯端末９０は、ステップＳ１４０３において、今回の標的であるバス停発信機３０と、今回の標的である乗車口発信機３２との双方から信号を同時に有効に受信したか否かを判定する。
【０２１２】
具体的には、携帯端末９０は、今回のバス停発信機３０から受信した信号の受信強度ＲＳＳＩに基づいて計算された距離測定値Ｄが、そのバス停発信機３０に対応する有効受信半径以下であれば、今回のバス停発信機３０から信号を有効に受信したと判定する。
【０２１３】
さらに、携帯端末９０は、今回の乗車口発信機３２から信号を受信し、かつ、その受信した信号に基づいて計算された距離測定値Ｄが、その乗車口発信機３２に対応する有効受信半径以下であれば、今回の乗車口発信機３２から信号を有効に受信したと判定する。
【０２１４】
このステップＳ１４０３において、携帯端末９０が、今回の標的であるバス停発信機３０と、今回の標的である乗車口発信機３２との双方から信号を同時に有効に受信したと判定すれば、その判定がＹＥＳとなり、ステップＳ１４０４に移行し、そうではなければ、判定がＮＯとなり、ステップＳ１４０２に戻る。
【０２１５】
ステップＳ１４０４においては、携帯端末９０が、ユーザが乗車フェーズにあると判定し、続いて、ステップＳ１４０５において、ユーザが乗車開始段階にあると判定する。その後、携帯端末９０は、ステップＳ１４０６において、バス停発信機３０から有効に受信した信号によって表される発信機ＩＤをバス停ＩＤに変換し、さらに、乗車口発信機３２から有効に受信した信号によって表される発信機ＩＤをバスＩＤに変換する。
【０２１６】
その後、携帯端末９０は、ステップＳ１４０７において、バス停ＩＤとバスＩＤとを互いに紐付けし、同じ物理空間上で今回のユーザと今回のバス停１４と今回のバス１２とが互いに関連付けられたと判定する。続いて、携帯端末９０は、ステップＳ１４０８において、ユーザが特定のバス停１４において特定のバス１２に乗車する乗車フェーズにあること（例えば、バス停ＩＤとバスＩＤとユーザＩＤと乗車フェーズ・フラグとの組合せ）と、それら紐付けされたバス停ＩＤとバスＩＤとの組合せ（紐付け情報）と、ユーザが携帯端末９０で乗車口発信機３２にタッチしたこととを含む乗車フェーズ情報をユーザＩＤに関連付けて管理サーバ５０に送信する。
【０２１７】
これに対し、管理サーバ５０は、ステップＳ１４５１において、前記乗車フェーズ情報を携帯端末９０から受信し、続いて、ステップＳ１４５２において、そのときの時刻を時計１７２を用いて計測し、その時刻を、管理サーバ５０が携帯端末９０から前記乗車フェーズ情報（前記紐付け情報を含む）を受信した受信時刻ｔ３に割り当てる。その後、管理サーバ５０は、ステップＳ１４５３において、メモリ１６２に割り当てられた図１８に例示するユーザ別ステータス管理テーブルを、受信時刻ｔ３に関連付けて、今回の乗車フェーズ情報が反映されるように更新する。
【０２１８】
携帯端末９０は、ステップＳ１４０８の実行後、ステップＳ１４０９において、今回のバスＩＤを、図１０に示すテーブルを参照して、今回のバス１２の番号（または名称、記号）に変換し、そのバス番号を携帯端末９０の画面上に表示し、それにより、ユーザが、現在、そのバス１２に乗車していることが携帯端末９０と乗車口発信機３２との協働作用によって認識されたことを知らされる。
【０２１９】
その後、携帯端末９０は、ステップＳ１４１０において、そのバス番号を有するバス１２が、今回のユーザにとっての希望バスであるか否かを判定する。特別な事情がない限り、この判定はＹＥＳとなる。続いて、携帯端末９０は、ステップＳ１４１１において、ユーザに対し、携帯端末９０が有効に受信した信号を発信した乗車口発信機３２が設置されているバス１２、すなわち、今回のバス停１４に停車していると推定されるバス１２に乗車することを促進するためのメッセージ（例えば、「このバスにご乗車下さい。」）を画面上に表示する。
【０２２０】
その後、携帯端末９０は、ステップＳ１４１２において、今回の乗車口発信機３２の発信機ＩＤを標的発信機ＩＤとして設定する。続いて、携帯端末９０は、ステップＳ１４１３において、今回の乗車口発信機３２を標的発信機として、その発信機３２から信号を受信することを試行する。標的受信試行を行うのである。
【０２２１】
その後、携帯端末９０は、ステップＳ１４１４において、今回の乗車口発信機３２から信号を受信したか否かを判定し、受信すると、今回の乗車口発信機３２に携帯端末９０がタッチされた（またはかざされた）か否かを判定する。
【０２２２】
具体的には、携帯端末９０が、前記距離測定値Ｄが、３０ｃｍ−５０ｃｍより短い基準値以下であるか否かを判定し、その基準値以下であれば、ユーザが携帯端末９０で今回の乗車口発信機３２にタッチしたと判定する。その場合には、ステップＳ１４１４の判定がＹＥＳとなるが、それ以外の場合には、その判定がＮＯとなり、ステップＳ１４１３に戻る。
【０２２３】
その後、携帯端末９０は、ステップＳ１４１５において、ユーザの希望バス１２への乗車が完了したと判定し、続いて、ステップＳ１４１６において、ユーザが希望バス１２への乗車が完了したこと（例えば、バスＩＤとユーザＩＤと乗車完了フラグとの組合せ）とユーザが携帯端末９０で乗車口発信機３２にタッチしたこととを含む乗車完了情報をユーザＩＤに関連付けて管理サーバ５０に送信する。
【０２２４】
これに対し、管理サーバ５０は、ステップＳ１４５４において、前記乗車完了情報を携帯端末９０から受信し、続いて、ステップＳ１４５５において、そのときの時刻を時計１７２を用いて計測し、その時刻を、管理サーバ５０が携帯端末９０から前記乗車完了情報を受信した受信時刻ｔ４に割り当てる。その後、管理サーバ５０は、ステップＳ１４５６において、メモリ１６２に割り当てられた図１８に例示するユーザ別ステータス管理テーブルを、受信時刻ｔ４に関連付けて、今回の乗車完了情報が反映されるように更新する。
【０２２５】
続いて、管理サーバ５０は、ステップＳ１４５７において、受信時刻ｔ４をユーザの実際の乗車時刻としてメモリ１６２に登録し、その後、ステップＳ１４５８において、今回のバス１２についての実乗客数をインクリメントし、メモリ１６２に保存する。
【０２２６】
＜降車フェーズ判定プログラム＞
【０２２７】
上述の乗車フェーズ判定プログラムの実行が終了すると、図１７に示すように、まず、携帯端末９０が、ステップＳ１５０１において、今回のバス１２の降車口発信機３４の発信機ＩＤを唯一の標的発信機ＩＤとして設定する。
【０２２８】
次に、携帯端末９０は、ステップＳ１５０２において、今回の降車口発信機３４を標的発信機として、その発信機３４から信号を受信することを試行する。標的受信試行を行うのである。
【０２２９】
続いて、携帯端末９０は、ステップＳ１５０３において、今回の標的である降車口発信機３４から信号を有効に受信したか否かを判定する。
【０２３０】
具体的には、携帯端末９０は、今回の降車口発信機３４から受信した信号の受信強度ＲＳＳＩに基づいて計算された距離測定値Ｄが、その降車口発信機３４に対応する有効受信半径以下であれば、今回の降車口発信機３４から信号を有効に受信したと判定する。
【０２３１】
このステップＳ１５０３において、携帯端末９０が、今回の標的である降車口発信機３４から信号を有効に受信したと判定すれば、その判定がＹＥＳとなり、ステップＳ１５０４に移行し、そうではなければ、判定がＮＯとなり、ステップＳ１５０２に戻る。
【０２３２】
ステップＳ１５０４においては、携帯端末９０が、降車口発信機３４から受信した信号の受信強度ＲＳＳＩを測定し、続いて、ステップＳ１５０５において、受信強度ＲＳＳＩの今回測定値が前回測定値より低いか否かを判定する。ここに、受信強度ＲＳＳＩが時間と共に低下するという現象は、受信信号の動特性の一例であり、また、前述の「時間的変化特性」の一例である。その現象は、例えば、ユーザが降車口発信機３４から遠ざかる向きに移動していることを反映したものであると推定することが可能である。
【０２３３】
受信強度ＲＳＳＩの今回測定値が前回測定値より低くはない場合には、その判定がＮＯとなり、ステップＳ１５０２に戻るが、受信強度ＲＳＳＩの今回測定値が前回測定値より低い場合には、その判定がＹＥＳとなり、ステップＳ１５０６に移行する。
【０２３４】
そのステップＳ１５０６においては、携帯端末９０が、今回の希望降車バス停１４のバス停発信機３０の発信機ＩＤと、今回のバス１２の降車口発信機３４の発信機ＩＤとを、２つの標的発信機ＩＤとして設定する。
【０２３５】
その後、携帯端末９０は、ステップＳ１５０７において、今回のバス停発信機３０および今回の降車口発信機３４をそれぞれ標的発信機として、それら２つの発信機３０および３４からそれぞれ信号を受信することを試行する。標的受信試行を行うのである。
【０２３６】
続いて、携帯端末９０は、ステップＳ１５０８において、今回の標的であるバス停発信機３０と、今回の標的である降車口発信機３４との双方から信号を同時に有効に受信したか否かを判定する。
【０２３７】
具体的には、携帯端末９０は、今回のバス停発信機３０から受信した信号の受信強度ＲＳＳＩに基づいて計算された距離測定値Ｄが、そのバス停発信機３０に対応する有効受信半径以下であれば、今回のバス停発信機３０から信号を有効に受信したと判定する。
【０２３８】
さらに、携帯端末９０は、今回の降車口発信機３４から受信した信号に基づいて計算された距離測定値Ｄが、その降車口発信機３４に対応する有効受信半径以下であれば、今回の降車口発信機３４から信号を有効に受信したと判定する。
【０２３９】
このステップＳ１５０８において、携帯端末９０が、今回の標的であるバス停発信機３０と、今回の標的である降車口発信機３４との双方から信号を同時に有効に受信したと判定すれば、その判定がＹＥＳとなり、ステップＳ１５０９に移行し、そうではなければ、判定がＮＯとなり、ステップＳ１５０７に戻る。
【０２４０】
ステップＳ１５０９においては、携帯端末９０が、ユーザが降車フェーズにあると判定し、続いて、ステップＳ１５１０において、ユーザが降車開始段階にあると判定する。その後、携帯端末９０は、ステップＳ１５１１において、バス停発信機３０から有効に受信した信号によって表される発信機ＩＤをバス停ＩＤに変換し、さらに、降車口発信機３４から有効に受信した信号によって表される発信機ＩＤをバスＩＤに変換する。
【０２４１】
その後、携帯端末９０は、ステップＳ１５１２において、バス停ＩＤとバスＩＤとを互いに紐付けし、同じ物理空間上で今回のユーザと今回のバス停１４と今回のバス１２とが互いに関連付けられたと判定する。続いて、携帯端末９０は、ステップＳ１５１３において、ユーザが特定のバス停１４において特定のバス１２から降車する降車フェーズにあること（例えば、バス停ＩＤとバスＩＤとユーザＩＤと降車フェーズ・フラグとの組合せ）と、それら紐付けされたバス停ＩＤとバスＩＤとの組合せ（紐付け情報）とを含む降車フェーズ情報をユーザＩＤに関連付けて管理サーバ５０に送信する。
【０２４２】
これに対し、管理サーバ５０は、ステップＳ１５５１において、前記降車フェーズ情報を携帯端末９０から受信し、続いて、ステップＳ１５５２において、そのときの時刻を時計１７２を用いて計測し、その時刻を、管理サーバ５０が携帯端末９０から前記降車フェーズ情報（前記紐付け情報を含む）を受信した受信時刻ｔ５に割り当てる。その後、管理サーバ５０は、ステップＳ１５５３において、メモリ１６２に割り当てられた図１８に例示するユーザ別ステータス管理テーブルを、受信時刻ｔ５に関連付けて、今回の降車フェーズ情報が反映されるように更新する。
【０２４３】
携帯端末９０は、ステップＳ１５１３の実行後、ステップＳ１５１４において、今回のバス停ＩＤを、図９に示すテーブルを参照して、今回のバス停１４の名称に変換し、その名称を携帯端末９０の画面上に表示し、それにより、ユーザが、現在、そのバス停１４に降りたことが携帯端末９０と降車口発信機３４との協働作用によって認識されたことを知らされる。
【０２４４】
その後、携帯端末９０は、ステップＳ１５１５において、その名称を有するバス停１４が、今回のユーザにとっての希望降車バス停であるか否かを判定する。特別な事情がない限り、この判定はＹＥＳとなる。続いて、携帯端末９０は、ステップＳ１５１６において、ユーザに対し、携帯端末９０が有効に受信した信号を発信したバス停発信機３０が設置されているバス停１４、すなわち、今回のバス１２から、そのバス１２が停車してていると推定されるバス停１４に降りることを促進するためのメッセージ（例えば、「このバス停で降りて下さい。」）を画面上に表示する。
【０２４５】
その後、携帯端末９０は、ステップＳ１５１７において、今回のバス停発信機３０の発信機ＩＤを標的発信機ＩＤとして設定する。続いて、携帯端末９０は、ステップＳ１５１８において、今回のバス停発信機３０を標的発信機として、その発信機３０から信号を受信することを試行する。標的受信試行を行うのである。
【０２４６】
その後、携帯端末９０は、ステップＳ１５１９において、前述のステップＳ１５０３と同様にして、今回のバス停発信機３０から信号を有効に受信したか否かを判定する。有効に受信した場合には、その判定がＹＥＳとなり、ステップＳ１５１８に戻るが、有効に受信なかった場合には、その判定がＮＯとなり、ステップＳ１５２０に移行する。
【０２４７】
そのステップＳ１５２０においては、携帯端末９０が、ユーザの希望バス１２からの降車が完了したと判定し、続いて、ステップＳ１５２１において、ユーザが希望バス１２からの降車が完了したこと（例えば、バスＩＤとユーザＩＤと降車完了フラグとの組合せ）を含む降車完了情報をユーザＩＤに関連付けて管理サーバ５０に送信する。
【０２４８】
これに対し、管理サーバ５０は、ステップＳ１５５４において、前記降車完了情報を携帯端末９０から受信し、続いて、ステップＳ１５５５において、そのときの時刻を時計１７２を用いて計測し、その時刻を、管理サーバ５０が携帯端末９０から前記乗車完了情報を受信した受信時刻ｔ６に割り当てる。その後、管理サーバ５０は、ステップＳ１５５６において、メモリ１６２に割り当てられた図１８に例示するユーザ別ステータス管理テーブルを、受信時刻ｔ６に関連付けて、今回の降車完了情報が反映されるように更新する。
【０２４９】
続いて、管理サーバ５０は、ステップＳ１５５７において、受信時刻ｔ６をユーザの実際の降車時刻としてメモリ１６２に登録し、その後、ステップＳ１５５８において、今回のバス１２についての実乗客数をデクリメントし、メモリ１６２に保存する。
【０２５０】
以上の説明から明らかなように、本実施形態においては、図４に示すように、バス１２がバス停１４に停車すると、乗車口発信機３２の第２受信圏がバス停発信機３０の第１受信圏に部分的にオーバーラップするようになっており、それを前提に、携帯端末９０が、バス停発信機３０と乗車口発信機３２との双方から信号を受信する状態が検知されると、あるバス停１４にあるバス１２が停車しており、かつ、それらバス停１４およびバス１２の近傍にユーザが居ると判定される。
【０２５１】
このように、本実施形態においては、ユーザの位置と、バス停１４の位置と、バス１２の位置とが、同じ空間ないしは場所を同時に共有する（バス停発信機３０とバス内発信機３２，３４とのそれぞれの信号処理がほぼ同時に（例えば、プロセッサ１３０の処理速度からして、通常、数十ｍｓ以内で）行われるという観点から、場所的にないしは幾何学的に互いに関連付けられる。
【０２５２】
これに代えて、乗車口発信機３２の第２受信圏がバス停発信機３０の第１受信圏にオーバーラップしないようになっており、それを前提に、携帯端末９０が、バス停発信機３０のみから信号を有効に受信する状態から、乗車口発信機３２のみから信号を有効に受信する状態に、実質的な時間の隔たりを経ずに（例えば、人間の歩行速度からして、１秒以内とか０．５秒以内で）遷移すると、あるバス停１４にあるバス１２が停車しており、かつ、それらバス停１４およびバス１２の近傍にユーザが居ると判定する態様で本発明を実施してもよい。
【０２５３】
この態様においては、ユーザの位置と、バス停１４の位置と、バス１２の位置とが、同じ時間ないしは時刻を共有するという観点から、場所的にないしは幾何学的に互いに関連付けられる。
【０２５４】
また、本実施形態においては、図５に示すように、バス１２がバス停１４に停車すると、降車口発信機３４の第３受信圏が部分的にバス停発信機３０の第１受信圏にオーバーラップするようになっており、それを前提に、携帯端末９０が、バス停発信機３０と降車口発信機３４との双方から信号を受信する状態から、降車口発信機３４からの信号を支配的に受信する状態（または、降車口発信機３４をバス停発信機３０より高い強度で受信する状態）に遷移すると、ユーザがバス１２から降車したと判定される。
【０２５５】
これに代えて、降車口発信機３４の第３受信圏がバス停発信機３０の第１受信圏にオーバーラップしないようになっており、それを前提に、携帯端末９０が、降車口発信機３４のみから信号を有効に受信する状態から、バス停発信機３０のみから信号を有効に受信する状態に遷移すると、ユーザがバス１２から降車したと判定する態様で本発明を実施してもよい。
【０２５６】
＜バス料金の決済方法＞
【０２５７】
このシステム１０においては、バス料金の決済方法として前払いと後払いとがある。前払いの場合には、定額制が採用されるのに対し、後払いの場合には、従量制（例えば、運行経路の距離）が採用される。
【０２５８】
前払いの場合には、このシステム１０においては、例えば、前記乗車完了が判定されたとき、または、ユーザがバス内発信機３２または３４に携帯端末９０をタッチさせるかもしくはかざしたときに、携帯端末９０を介して、図示しない決済サーバにログインして、必要な額のバス料金が電子決済される。
【０２５９】
これに対し、後払いの場合には、このシステム１０においては、例えば、前記降車完了が判定されたとき、または、ユーザがバス内発信機３２または３４に携帯端末９０をタッチさせるかもしくはかざしたときに、携帯端末９０を介して、図示しない決済サーバにログインして、必要な額のバス料金が電子決済される。
【０２６０】
＜システムの副次的な複数の機能＞
【０２６１】
図１９には、このシステム１０において、携帯端末９０の画面上に表示される複数の仮想的なボタン３００，３０２，３０４，３０６であって、複数の副次的な機能をユーザが選択して起動させためにユーザによって選択して操作されるものの一例が概念的に表されている。
【０２６２】
１．バス運行状況案内サービス３００
【０２６３】
このサービスによれば、ユーザが注目しているバス１２の運行状況が携帯端末９０を介してユーザにリアルタイムで案内される。例えば、携帯端末９０の画面上に表示されている地図上において、複数の運行中のバス１２のうちのいずれかがユーザによって選択されると、その選択されたバス１２の運行状況（各バス停１４への到着予測時刻、そのバス１４の予想乗車率または乗車人数）がユーザに案内される。
【０２６４】
２．バス現在地追跡サービス３０２
【０２６５】
このサービスによれば、運行中のバス１２の現在地が携帯端末９０を介してユーザにリアルタイムで案内される。例えば、運行中のバス１２であってユーザが乗車予定のものの現在地が携帯端末９０の画面上に案内されるとともに、ユーザが待機しているバス停１４への到着予想時刻が携帯端末９０の画面上に案内される。
【０２６６】
３．バス乗車率変動予測サービス３０４
【０２６７】
このサービスをユーザに提供するために、管理サーバ５０は、バス１２ごとに、かつ、各バス停１４ごとに、かつ、時間離散的に、予約乗客数（予想乗車乗客数）Ｘから、同じ希望降車バス停を希望するユーザの総数（予想降車乗客数）Ｙを引き算することにより、各バス停１４からバス１２が発車する時点でのそのバス１２の瞬間乗客数の予想値をリアルタイムで計算する。
【０２６８】
さらに、管理サーバ５０は、携帯端末９０から、バス乗車率変動予測リクエストを受信すると、その携帯端末９０に、選択したバス１２についての複数のバス停１４のそれぞれにおける予想瞬間乗客数またはそれを最大バス乗客数で割り算した予想瞬間乗車率を表すバス混雑度データを送信する。
【０２６９】
そのバス混雑度データを受信した携帯端末９０は、そのバス混雑度データを画面上に表示し、よって、ユーザは、バス１２を選択する前、希望降車バス停を選択する前、またはバス１２のルートを選択する前に、バス１２の混雑度を知り、それを踏まえて、混雑度の低いバス１２を選択することが支援される。
【０２７０】
４．最適バス選択支援サービス３０６
【０２７１】
このサービスによれば、ユーザの要望に応じて最適なバス・ルートが自動的に選択される。例えば、ユーザが、現在地と、希望到着時刻と、最終目的地とを携帯端末９０に入力すると、最適なバス・ルートと、最適なバス１２と、最適なバス停１４と、現在地から最適バス停１４までの所要時間と、最適バス停１４から最終目的地までの所要時間とが携帯端末９０を介して案内される。最適バス停１４を表すアイコンを携帯端末９０の画面上でユーザがクリックすると、その最適バス停１４に停車する予定のバス１２の運行状況が案内される。
【０２７２】
＜発信機故障時バックアップ機能＞
【０２７３】
このシステム１０においては、発信機故障時バックアップ機能が携帯端末９０と管理サーバ５０との協働によって実現される。具体的には、各発信機３０，３２，３４の故障の有無を診断し、故障があると診断すると、故障している発信機３０，３２，３４を用いずに、携帯端末９０のみを用いて、ユーザが居るバス停１４またはユーザが乗車しているバス１２を識別する。
【０２７４】
さらに具体的には、このシステム１０においては、携帯端末９０が、（ａ）自身の現在位置をユーザの現在位置として測定する測位部を有する。その測位部は、例えば、ＧＰＳ受信機１５２を用いるＧＰＳ測位部か、携帯端末９０が中継基地局として用いる複数の地上基地局からの位置信号を用いる測位部である。
【０２７５】
携帯端末９０は、さらに、（ｂ）各バス停発信機３０および／または各バス発信機３２，３４の故障の有無を診断し、その識別結果を管理サーバ５０に送信する故障診断部を有する。
【０２７６】
一例においては、その故障診断部が、前記測位部によって測定された現在位置にいずれかの発信機３０，３２，３４が設置されていることが既知であり、各発信機３０，３２，３４の設置位置を表す空間座標値と各発信機３０，３２，３４の発信機ＩＤとの間に予め定められている関係が管理サーバ５０のメモリ１６２および／または携帯端末９０のメモリ１３２に保存されているところ、その関係に従い、測定された現在位置から、その現在位置に設置されているはずであるいずれの発信機３０，３２，３４を識別し、そのいずれの発信機３０，３２，３４から信号を携帯端末９０が受信しない場合に、そのいずれかの発信機３０，３２，３４が故障している（例えば、電池１０６の残量不足、発信機３０，３２，３４自体の故障など）と診断し、その診断結果を管理サーバ５０に送信する。
【０２７７】
この例において、携帯端末９０がいずれの発信機３０，３２，３４から信号を受信するか否かの判定は、例えば、携帯端末９０による診断可能エリアを拡大するために、前述の最大受信半径を前記基準値として用いて行ってもよいし、それに代えて、携帯端末９０と診断対象発信機３０，３２，３４との間の信号経路が他の物体によって邪魔される可能性を低下させて携帯端末９０による診断精度を向上させるために、前述の最大受信半径より短い前述の有効受信半径を前記基準値として用いて行ってもよい。
【０２７８】
携帯端末９０は、さらに、（ｃ）前記測位部によって測定されたユーザの現在位置および／または携帯端末９０の速度取得部（例えば、測定された地理的位置（空間座標値ｘ，ｙ，ｚ）の時間微分を計算する部分）もしくは加速度取得部（例えば、加速度センサ１５４）によって取得されたユーザの速度もしくは加速度を用いて、ユーザの行動を、ユーザがいずれかのバス停１４において静止しているのかまたは歩行している（速度測定値が速度基準値以下および／または加速度測定値が加速度基準値以上である）のか、ユーザが走行中のいずれかのバス１２に乗車していてそのバス１２と共に走行している（速度測定値が前記速度基準値より大きいおよび／または加速度測定値が前記加速度基準値より小さい）のかを推定するユーザ行動推定部を有する。
【０２７９】
携帯端末９０は、さらに、（ｄ）いずれかのバス停発信機３０が故障していると診断すると、測定されたユーザの現在位置と、前記推定されたユーザの行動とから、ユーザが居るバス停１４を識別し、その識別結果を管理サーバ５０に送信する故障時バス停識別部を有する。
【０２８０】
携帯端末９０は、さらに、（ｅ）いずれかのバス発信機３２，３４が故障していると診断すると、測定されたユーザの現在位置と、前記推定されたユーザの行動とから、ユーザが乗車しているバス１２を識別し、その識別結果を管理サーバ５０に送信する故障時バス識別部とを含むように構成される。
【０２８１】
なお付言するに、本実施形態においては、各バス停１４が、地上において特定の位置に固定的に設置された建物として構成され、その建物にバス停発信機３０が装着されている。
【０２８２】
これに代えて、各バス停１４が、地上において特定の位置に固定的に設置されたポールまたはスタンドとして構成され、そのポールまたはスタンドにているバス停発信機３０が装着される態様で本発明を実施してもよい。
【０２８３】
さらに付言するに、本実施形態においては、ユーザが、いずれかのバス停１４において、バス停発信機３０に携帯端末９０でタッチするかまたは携帯端末９０をかざすというように、そのバス停発信機３０の近傍に位置することを条件に、乗車予約およびバス１２への乗車が許可される。
【０２８４】
これに代えて、ユーザが、いずれかのバス停１４において、バス停発信機３０の前述の受信可能エリア内の任意の位置に到着すれば、バス停発信機３０に接近しなくても、乗車予約およびバス１２への乗車が許可される態様で本発明を実施してもよい。
【０２８５】
この態様においては、バス１２が、規定された位置であってバス停発信機３０に近接する位置に停車するか、または、今回のユーザが待機している位置に停車する態様で本発明を実施してもよい。
【０２８６】
さらに付言するに、本実施形態においては、複数のバス停１４が通常の間隔（例えば、バス１２が約１０−２０分走行する場合に経過する距離に等しい間隔）を隔てて道路に沿って並んで存在し、その結果、複数のバス停発信機３０が通常の間隔を隔てて道路に沿って並んで存在する。
【０２８７】
これに代えて、複数のバス停１４が通常の間隔より短い間隔、例えば、バス停発信機３０の受信可能半径の約１−２倍に等しい距離を隔てて道路に沿って並んで存在し、その結果、複数のバス停発信機３０がバス停発信機３０の受信可能半径の約１−２倍に等しい距離を隔てて道路に沿って並んで存在する態様で本発明を実施してもよい。
【０２８８】
さらに付言すれば、本実施形態においては、各バス停１４が常設の停車場（常時、停車場として機能し、バス１２が停車する）として構成されている。
【０２８９】
これに代えて、各バス停１４が臨時の停車場（あるときには停車場として機能するが、別のときには停車場として機能せず、そのときにはバス１２が停車しない）として構成され、具体的には、各バス停１４が、いずれかのユーザの潜在的な出発地または目的地（例えば、個人宅、共同住宅、集合住宅などの居宅、病院、学校、空港、公共施設、商業施設など）に設置される態様で本発明を実施してもよい。
【０２９０】
この態様においては、例えば、ユーザがは、自宅を出発地として指定すれば、その場所にバス１２が到着し、さらに、他人の居宅、特定の病院、学校、空港、公共施設、商業施設などを目的地として指定すれば、その場所にバス１２が到着する。
【０２９１】
さらに付言すれば、本実施形態においては、各バス停１４が専用の建物として構成されている。
【０２９２】
これに代えて、各バス停１４が、例えば公営または民間の駐車場のように、複数人のユーザが一か所に集合して待機できる場所であってバス停１４を兼ねるものとして構成される態様で本発明を実施してもよい。
【０２９３】
さらに付言すれば、本実施形態においては、各バス１２が、運転手によって操縦される有人車両の一例として構成されている。
【０２９４】
これに代えて、各バス１２が、自動運転される無人車両の一例として構成される態様で本発明を実施してもよい。
【０２９５】
さらに付言するに、図示されている本実施形態は、本発明を、バス１２の運行管理という用途に適用したものであるが、他の交通機関の運行管理に適用したり、他の車両の運行管理という用途に適用することが可能である。
【０２９６】
さらに付言するに、本実施形態において、携帯端末９０において実行されていた処理の全部または一部をその代わりに管理サーバ５０において実行してもよいし、逆に、管理サーバ５０において実行されていた処理の全部または一部をその代わりに携帯端末９０において実行してもよい。実行されるべき処理がいずれのデバイスで実行されるのかは、そのときの事情、例えば、取り扱われるデータの量や種類、各デバイスの処理速度および記憶容量などによって決まるのが通常であるからである。
【０２９７】
以上、本発明の例示的な実施の形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、前記［発明の概要］の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【図１】
2020140486.tif 000003
【図２】
2020140486.tif 000004
【図３】
2020140486.tif 000005
【図４】
2020140486.tif 000006
【図５】
2020140486.tif 000007
【図６】
2020140486.tif 000008
【図７】
2020140486.tif 000009
【図８】
2020140486.tif 000010
【図９】
2020140486.tif 000011
【図１０】
2020140486.tif 000012
【図１１】
2020140486.tif 000013
【図１２】
2020140486.tif 000014
【図１３】
2020140486.tif 000015
【図１４】
2020140486.tif 000016
【図１５】
2020140486.tif 000017
【図１６】
2020140486.tif 000018
【図１７】
2020140486.tif 000019
【図１８】
2020140486.tif 000020
【図１９】
2020140486.tif 000021
【手続補正書】
【提出日】令和1年8月25日(2019.8.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
乗客運送用の複数台の車両の運行を管理するシステムであって、
いずれかの車両の乗客となる可能性があるユーザの通信端末と、
各車両のための各停車場に設置され、固有の停車場発信機ＩＤを表す停車場信号を近距離無線通信方式で発信する少なくとも１個の停車場発信機であって、前記通信端末によって設定される第１受信圏であって前記通信端末が当該停車場発信機から前記停車場信号を有効に受信できる範囲であるものを有するものと、
各車両内に設置され、固有の車両場発信機ＩＤを表す車両信号を近距離無線通信方式で発信する少なくとも１個の車両発信機であって、前記通信端末によって設定される第２受信圏であって前記通信端末が当該車両発信機から前記車両信号を有効に受信できる範囲であるものを有するものと、
前記複数台の車両の運行を集中的に管理するために使用される管理サーバと
を含み、
前記通信端末は、前記第１受信圏および前記第２受信圏のそれぞれのサイズを、前記車両がいずれかの停車場に到着すると、前記車両の前記車両発信機の前記第１受信圏と前記いずれかの停車場の前記停車場発信機の前記第２受信圏とが少なくとも部分的に互いにオーバーラップするように設定し、
前記通信端末は、前記車両発信機および前記停車場発信機の各々から信号を、当該通信端末と各発信機との間の距離が増加するにつれて低下する受信強度で受信し、
前記通信端末は、前記車両発信機と前記停車場発信機とからそれぞれの信号を同時に受信すると、当該通信端末が前記車両発信機から受信した車両信号によって表される車両発信機ＩＤから前記車両を特定する一方、当該通信端末が前記停車場発信機から受信した停車場信号によって表される停車場発信機ＩＤから前記停車場を特定し、さらに、当該通信端末が前記車両発信機および／または前記停車場発信機から受信した信号の受信強度の時間的変化の向きに基づき、前記車両および／または前記停車場に対するユーザの相対的な挙動フェーズを推定し、その挙動フェーズを前記管理サーバに送信する挙動フェーズ推定部を含む車両運行管理システム。
【請求項２】
前記挙動フェーズ推定部は、前記通信端末が前記車両発信機と前記停車場発信機とからそれぞれの信号を同時に受信すると、前記通信端末が前記車両発信機から受信した信号の受信強度の時間的低下の有無を判定し、その時間的低下が存在すると判定すると、前記挙動フェーズが、ユーザが前記車両から降車する降車フェーズであると判定し、その判定結果を前記管理サーバに送信する降車判定部を含む請求項１に記載の車両運行管理システム。
【請求項３】
前記挙動フェーズ推定部は、各時刻ごとに、前記通信端末が受信した停車場信号の停車場発信機ＩＤおよび車両信号の車両発信機ＩＤと、前記通信端末が受信した停車場信号および／または車両信号の受信強度の時間的変化の向きとに基づいてユーザの挙動フェーズを推定する請求項１に記載の車両運行管理システム。
【請求項４】
前記ユーザの挙動フェーズは、ユーザがいずれかの停車場で待機する待機フェーズと、ユーザがいずれかの車両に乗車する乗車フェーズと、ユーザがいずれかの車両から降車する降車フェーズとのうちの少なくとも二つに分類される請求項３に記載の車両運行管理システム。
【請求項５】
前記通信端末は、前記第１受信圏および前記第２受信圏のそれぞれのサイズを互いに異なるように設定する請求項１ないし４のいずれかに記載の車両運行管理システム。
【請求項６】
前記通信端末は、前記第１受信圏および前記第２受信圏のそれぞれのサイズを、発信元が停車場発信機であるか車両発信機であるかに応じて変更するために、有効受信の有無を判定するための実際受信強度または実際受信距離の基準値を、発信元が停車場発信機であるか車両発信機であるかに応じて変更する請求項１ないし４のいずれかに記載の車両運行管理システム。
【請求項７】
前記通信端末は、さらに、当該通信端末の測位部によってユーザの現在位置を測定し、各停車場発信機の設置位置を表す空間座標値と各停車場発信機の停車発信機ＩＤとの間に予め定められている関係に従い、前記測定されたユーザの現在位置を中心とした前記第１受信圏内にいずれかの停車場発信機が存在するか否かを判定し、存在すると判定すると、当該通信端末がそのいずれかの停車場発信機から信号を受信したか否かを判定し、受信しなかったと判定すると、その停車場発信機が故障していると判定する故障診断部を含む請求項１ないし６のいずれかに記載の車両運行管理システム。
【請求項８】
前記通信端末は、さらに、前記故障診断部によって前記停車場発信機が故障していると診断されると、前記測定されたユーザ現在位置と、前記通信端末の速度取得部または加速度取得部によって取得された速度または加速度とに基づき、ユーザの挙動フェーズを推定するバックアップ型挙動フェーズ推定部を含む請求項７に記載の車両運行管理システム。
【請求項９】
前記通信端末は、さらに、ユーザが、いずれかの停車場に設置された停車場発信機に前記通信端末でタッチするかまたは前記通信端末をかざすと、ユーザが、そのいずれかの停車場に到着する予定の車両に乗車するための予約を行い、その乗車予約を前記管理サーバに送信する乗車予約部を含む請求項１ないし８のいずれかに記載の車両運行管理システム。
【請求項１０】
前記通信端末は、さらに、ユーザが、いずれかの車両に設置されている車両発信機に前記通信端末でタッチするかまたは前記通信端末をかざすと、ユーザが、そのいずれかの車両への乗車を完了したと判定し、その判定結果を前記管理サーバに送信する乗車完了判定部を含む請求項１ないし９のいずれかに記載の車両運行管理システム。
【請求項１１】
前記停車場は、臨時の停車場として構成されるものを含む請求項１ないし１０のいずれかに記載の車両運行管理システム。
【請求項１２】
前記車両は、乗合バス、貸切りバス、乗合タクシー、貸切りタクシー、列車、電車または軌道系交通機関を含む請求項１ないし１１のいずれかに記載の車両運行管理システム。
【請求項１３】
前記車両は、固定されたルートに沿って運行されるか、または、乗客の要望に応じて随時決まるルートに沿って運行される請求項１ないし１２のいずれかに記載の車両運行管理システム。
【請求項１４】
請求項１ないし１３のいずれかに記載の通信端末としてコンピュータを機能させるためのプログラム。
【請求項１５】
請求項１ないし１３のいずれかに記載の管理サーバとしてコンピュータを機能させるためのプログラム。
【請求項１６】
請求項１４または１５に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
その課題を解決するために、本発明の一側面によれば、乗客運送用の複数台の車両の運行を管理するシステムであって、
いずれかの車両の乗客となる可能性があるユーザの通信端末と、
各車両のための各停車場に設置され、固有の停車場発信機ＩＤを表す停車場信号を近距離無線通信方式で発信する少なくとも１個の停車場発信機であって、前記通信端末によって設定される第１受信圏であって前記通信端末が当該停車場発信機から前記停車場信号を有効に受信できる範囲であるものを有するものと、
各車両内に設置され、固有の車両発信機ＩＤを表す車両信号を近距離無線通信方式で発信する少なくとも１個の車両発信機であって、前記通信端末によって設定される第２受信圏であって前記通信端末が当該車両発信機から前記車両信号を有効に受信できる範囲であるものを有するものと、
前記複数台の車両の運行を集中的に管理するために使用される管理サーバと
を含み、
前記通信端末は、前記第１受信圏および前記第２受信圏のそれぞれのサイズを、前記車両がいずれかの停車場に到着すると、前記車両の前記車両発信機の前記第１受信圏と前記いずれかの停車場の前記停車場発信機の前記第２受信圏とが少なくとも部分的に互いにオーバーラップするように設定し、
前記通信端末は、前記車両発信機および前記停車場発信機の各々から信号を、当該通信端末と各発信機との間の距離が増加するにつれて低下する受信強度で受信し、
前記通信端末は、前記車両発信機と前記停車場発信機とからそれぞれの信号を同時に受信すると、当該通信端末が前記車両発信機から受信した車両信号によって表される車両発信機ＩＤから前記車両を特定する一方、当該通信端末が前記停車場発信機から受信した停車場信号によって表される停車場発信機ＩＤから前記停車場を特定し、さらに、当該通信端末が前記車両発信機および／または前記停車場発信機から受信した信号の受信強度の時間的変化の向きに基づき、前記車両および／または前記停車場に対するユーザの相対的な挙動フェーズを推定し、その挙動フェーズを前記管理サーバに送信する挙動フェーズ推定部を含む車両運行管理システムが提供される。
本発明によって下記の各態様が得られる。各態様は、項に区分し、各項には番号を付し、必要に応じて他の項の番号を引用する形式で記載する。これは、本発明が採用し得る技術的特徴の一部およびそれの組合せの理解を容易にするためであり、本発明が採用し得る技術的特徴およびそれの組合せが以下の態様に限定されると解釈すべきではない。すなわち、下記の態様には記載されていないが本明細書には記載されている技術的特徴を本発明の技術的特徴として適宜抽出して採用することは妨げられないと解釈すべきなのである。
【手続補正書】
【提出日】令和1年12月5日(2019.12.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
乗客運送用の複数台の車両の運行を管理するシステムであって、
いずれかの車両の乗客となる可能性があるユーザの通信端末と、
各車両のための各停車場に設置され、固有の停車場発信機ＩＤを表す停車場信号を近距離無線通信方式で発信する少なくとも１個の停車場発信機であって、前記通信端末によって設定される第１受信圏であって前記通信端末が当該停車場発信機から前記停車場信号を有効に受信できる範囲であるものを有するものと、
各車両内に設置され、固有の車両場発信機ＩＤを表す車両信号を近距離無線通信方式で発信する少なくとも１個の車両発信機であって、前記通信端末によって設定される第２受信圏であって前記通信端末が当該車両発信機から前記車両信号を有効に受信できる範囲であるものを有するものと、
前記複数台の車両の運行を集中的に管理するために使用される管理サーバと
を含み、
前記通信端末は、前記第１受信圏および前記第２受信圏のそれぞれのサイズを、前記車両がいずれかの停車場に到着すると、前記車両の前記車両発信機の前記第２受信圏と前記いずれかの停車場の前記停車場発信機の前記第１受信圏とが少なくとも部分的に互いにオーバーラップするように設定し、
前記通信端末は、前記車両発信機および前記停車場発信機の各々から信号を、当該通信端末と各発信機との間の距離が増加するにつれて低下する受信強度で受信し、
前記通信端末は、前記車両発信機と前記停車場発信機とからそれぞれの信号を同時に受信すると、当該通信端末が前記車両発信機から受信した車両信号によって表される車両発信機ＩＤから前記車両を特定する一方、当該通信端末が前記停車場発信機から受信した停車場信号によって表される停車場発信機ＩＤから前記停車場を特定し、さらに、当該通信端末が前記車両発信機および／または前記停車場発信機から受信した信号の受信強度の時間的変化の向きに基づき、前記車両および／または前記停車場に対するユーザの相対的な挙動フェーズを推定し、その挙動フェーズを前記管理サーバに送信する挙動フェーズ推定部を含む車両運行管理システム。
【請求項２】
前記挙動フェーズ推定部は、前記通信端末が前記車両発信機と前記停車場発信機とからそれぞれの信号を同時に受信すると、前記通信端末が前記車両発信機から受信した信号の受信強度の時間的低下の有無を判定し、その時間的低下が存在すると判定すると、前記挙動フェーズが、ユーザが前記車両から降車する降車フェーズであると判定し、その判定結果を前記管理サーバに送信する降車判定部を含む請求項１に記載の車両運行管理システム。
【請求項３】
前記挙動フェーズ推定部は、各時刻ごとに、前記通信端末が受信した停車場信号の停車場発信機ＩＤおよび車両信号の車両発信機ＩＤと、前記通信端末が受信した停車場信号および／または車両信号の受信強度の時間的変化の向きとに基づいてユーザの挙動フェーズを推定する請求項１に記載の車両運行管理システム。
【請求項４】
前記ユーザの挙動フェーズは、ユーザがいずれかの停車場で待機する待機フェーズと、ユーザがいずれかの車両に乗車する乗車フェーズと、ユーザがいずれかの車両から降車する降車フェーズとのうちの少なくとも二つに分類される請求項３に記載の車両運行管理システム。
【請求項５】
前記通信端末は、前記第１受信圏および前記第２受信圏のそれぞれのサイズを互いに異なるように設定する請求項１ないし４のいずれかに記載の車両運行管理システム。
【請求項６】
前記通信端末は、前記第１受信圏および前記第２受信圏のそれぞれのサイズを、発信元が停車場発信機であるか車両発信機であるかに応じて変更するために、有効受信の有無を判定するための実際受信強度または実際受信距離の基準値を、発信元が停車場発信機であるか車両発信機であるかに応じて変更する請求項１ないし４のいずれかに記載の車両運行管理システム。
【請求項７】
前記通信端末は、さらに、当該通信端末の測位部によってユーザの現在位置を測定し、各停車場発信機の設置位置を表す空間座標値と各停車場発信機の停車発信機ＩＤとの間に予め定められている関係に従い、前記測定されたユーザの現在位置を中心とした前記第１受信圏内にいずれかの停車場発信機が存在するか否かを判定し、存在すると判定すると、当該通信端末がそのいずれかの停車場発信機から信号を受信したか否かを判定し、受信しなかったと判定すると、その停車場発信機が故障していると判定する故障診断部を含む請求項１ないし６のいずれかに記載の車両運行管理システム。
【請求項８】
前記通信端末は、さらに、前記故障診断部によって前記停車場発信機が故障していると診断されると、前記測定されたユーザ現在位置と、前記通信端末の速度取得部または加速度取得部によって取得された速度または加速度とに基づき、ユーザの挙動フェーズを推定するバックアップ型挙動フェーズ推定部を含む請求項７に記載の車両運行管理システム。
【請求項９】
前記通信端末は、さらに、ユーザが、いずれかの停車場に設置された停車場発信機に前記通信端末でタッチするかまたは前記通信端末をかざすと、ユーザが、そのいずれかの停車場に到着する予定の車両に乗車するための予約を行い、その乗車予約を前記管理サーバに送信する乗車予約部を含む請求項１ないし８のいずれかに記載の車両運行管理システム。
【請求項１０】
前記通信端末は、さらに、ユーザが、いずれかの車両に設置されている車両発信機に前記通信端末でタッチするかまたは前記通信端末をかざすと、ユーザが、そのいずれかの車両への乗車を完了したと判定し、その判定結果を前記管理サーバに送信する乗車完了判定部を含む請求項１ないし９のいずれかに記載の車両運行管理システム。
【請求項１１】
前記停車場は、臨時の停車場として構成されるものを含む請求項１ないし１０のいずれかに記載の車両運行管理システム。
【請求項１２】
前記車両は、乗合バス、貸切りバス、乗合タクシー、貸切りタクシー、列車、電車または軌道系交通機関を含む請求項１ないし１１のいずれかに記載の車両運行管理システム。
【請求項１３】
前記車両は、固定されたルートに沿って運行されるか、または、乗客の要望に応じて随時決まるルートに沿って運行される請求項１ないし１２のいずれかに記載の車両運行管理システム。
【請求項１４】
請求項１ないし１３のいずれかに記載の通信端末としてコンピュータを機能させるためのプログラム。
【請求項１５】
請求項１ないし１３のいずれかに記載の管理サーバとしてコンピュータを機能させるためのプログラム。
【請求項１６】
請求項１４または１５に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
その課題を解決するために、本発明の一側面によれば、乗客運送用の複数台の車両の運行を管理するシステムであって、
いずれかの車両の乗客となる可能性があるユーザの通信端末と、
各車両のための各停車場に設置され、固有の停車場発信機ＩＤを表す停車場信号を近距離無線通信方式で発信する少なくとも１個の停車場発信機であって、前記通信端末によって設定される第１受信圏であって前記通信端末が当該停車場発信機から前記停車場信号を有効に受信できる範囲であるものを有するものと、
各車両内に設置され、固有の車両発信機ＩＤを表す車両信号を近距離無線通信方式で発信する少なくとも１個の車両発信機であって、前記通信端末によって設定される第２受信圏であって前記通信端末が当該車両発信機から前記車両信号を有効に受信できる範囲であるものを有するものと、
前記複数台の車両の運行を集中的に管理するために使用される管理サーバと
を含み、
前記通信端末は、前記第１受信圏および前記第２受信圏のそれぞれのサイズを、前記車両がいずれかの停車場に到着すると、前記車両の前記車両発信機の前記第２受信圏と前記いずれかの停車場の前記停車場発信機の前記第１受信圏とが少なくとも部分的に互いにオーバーラップするように設定し、
前記通信端末は、前記車両発信機および前記停車場発信機の各々から信号を、当該通信端末と各発信機との間の距離が増加するにつれて低下する受信強度で受信し、
前記通信端末は、前記車両発信機と前記停車場発信機とからそれぞれの信号を同時に受信すると、当該通信端末が前記車両発信機から受信した車両信号によって表される車両発信機ＩＤから前記車両を特定する一方、当該通信端末が前記停車場発信機から受信した停車場信号によって表される停車場発信機ＩＤから前記停車場を特定し、さらに、当該通信端末が前記車両発信機および／または前記停車場発信機から受信した信号の受信強度の時間的変化の向きに基づき、前記車両および／または前記停車場に対するユーザの相対的な挙動フェーズを推定し、その挙動フェーズを前記管理サーバに送信する挙動フェーズ推定部を含む車両運行管理システムが提供される。
本発明によって下記の各態様が得られる。各態様は、項に区分し、各項には番号を付し、必要に応じて他の項の番号を引用する形式で記載する。これは、本発明が採用し得る技術的特徴の一部およびそれの組合せの理解を容易にするためであり、本発明が採用し得る技術的特徴およびそれの組合せが以下の態様に限定されると解釈すべきではない。すなわち、下記の態様には記載されていないが本明細書には記載されている技術的特徴を本発明の技術的特徴として適宜抽出して採用することは妨げられないと解釈すべきなのである。