(57)【特許請求の範囲】
【請求項１】
ユーザ端末から、ステーションごとに設けられる第１のアクセスポイントを識別する第１の固有情報と、前記ユーザ端末を識別する端末固有情報と、ユーザによって路線から選択される１つの乗降路線を受信する手段と、
前記第１の固有情報と、前記路線と、前記第１の固有情報で定まる前記路線のステーションの識別情報と、を対応づけて記憶するアクセスポイント情報ＤＢと、
前記端末固有情報と、前記第１の固有情報と、前記乗降路線と、を対応づけて記憶する端末情報ＤＢと、
ユーザ端末から受信した乗降路線と第１の固有情報から前記アクセスポイント情報ＤＢを検索してステーションの識別情報を取得する手段と、
前記受信した乗降路線において前記取得したステーションの識別情報よりも先のステーションにおける統計データを、前記端末情報ＤＢから求める演算制御部と、
を備える情報集配システム。
【請求項２】
ユーザ端末から、ステーションごとに設けられる第１のアクセスポイントを識別する第１の固有情報と、路線を走行する車両に設けられる第２のアクセスポイントを識別する第２の固有情報と、前記ユーザ端末を識別する端末固有情報と、ユーザによって前記路線から選択される１つの乗降路線を受信する手段と、
前記第１の固有情報と、前記路線と、前記第１の固有情報で定まる前記路線のステーションの識別情報と、を対応づけて記憶するアクセスポイント情報ＤＢと、
前記端末固有情報と、前記第１の固有情報と、前記乗降路線と、を対応づけて記憶する端末情報ＤＢと、
前記第２の固有情報と、前記路線と、前記第２の固有情報で定まる前記車両が通過した前記路線のステーションの識別情報と、を対応づけて記憶するデータベースと、
ユーザ端末から受信した乗降路線と第１の固有情報とから前記アクセスポイント情報ＤＢを検索してステーションの識別情報を取得する手段と、
前記受信した乗降路線と前記取得したステーションの識別情報とに基づいて、前記データベースから前記乗降路線を先行する車両を特定し、前記受信した乗降路線において前記取得したステーションの識別情報よりも先のステーションで、かつ、前記乗降路線を先行する車両との間にあるステーションおける統計データを、前記端末情報ＤＢから求める演算制御部と、
を備える情報集配システム。
【請求項３】
前記演算制御部は、
前記第１の固有情報および前記第２の固有情報に基づいてユーザの乗車および降車を判定し、
前記統計データは乗車人数を含む、
請求項２に記載の情報集配システム。
【請求項４】
前記第１の固有情報と、前記乗降路線と、前記端末固有情報を対応づけて記憶するアクセスログＤＢ、を備え、
前記演算制御部は、
前記端末情報ＤＢから前記乗降路線を取得できない場合に、前記アクセスログＤＢから前記乗降路線を取得する、
請求項１乃至３のいずれか一項に記載の情報集配システム。
【請求項５】
サーバを備える情報集配システムにおける情報集配方法であって、
前記サーバが、
ユーザ端末から、ステーションごとに設けられる第１のアクセスポイントを識別する第１の固有情報と、前記ユーザ端末を識別する端末固有情報と、ユーザによって路線から選択される１つの乗降路線を受信する受信ステップと、
前記端末固有情報と、前記第１の固有情報と、前記乗降路線と、を対応づけて端末情報ＤＢに記憶するステップと、
前記受信ステップで受信した乗降路線と第１の固有情報から、前記第１の固有情報と、前記路線と、前記第１の固有情報で定まる前記路線のステーションの識別情報と、を対応づけて記憶するアクセスポイント情報ＤＢを検索してステーションの識別情報を取得するステップと、
前記受信ステップで受信した乗降路線において前記取得したステーションの識別情報よりも先のステーションにおける統計データを、前記端末情報ＤＢから求めるステップと、
を含む情報集配方法。
【請求項６】
サーバを備える情報集配システムにおける情報集配方法であって、
前記サーバが、
ユーザ端末から、ステーションごとに設けられる第１のアクセスポイントを識別する第１の固有情報と、路線を走行する車両に設けられる第２のアクセスポイントを識別する第２の固有情報と、前記ユーザ端末を識別する端末固有情報と、ユーザによって前記路線から選択される１つの乗降路線を受信する受信ステップと、
前記端末固有情報と、前記第１の固有情報と、前記乗降路線と、を対応づけて端末情報ＤＢに記憶するステップと、
前記受信ステップで受信した乗降路線と第１の固有情報とから、前記第１の固有情報と、前記路線と、前記第１の固有情報で定まる前記路線のステーションの識別情報と、を対応づけて記憶するアクセスポイント情報ＤＢを検索してステーションの識別情報を取得するステップと、
前記受信ステップで受信した乗降路線と前記取得したステーションの識別情報とに基づいて、前記第２の固有情報と、前記路線と、前記第２の固有情報で定まる前記車両が通過した前記路線のステーションの識別情報と、を対応づけて記憶するデータベースから前記乗降路線を先行する車両を特定し、前記受信ステップで受信した乗降路線において前記取得したステーションの識別情報よりも先のステーションで、かつ、前記乗降路線を先行する車両との間にあるステーションおける統計データを、前記端末情報ＤＢから求めるステップと、
を含む情報集配方法。
【請求項７】
請求項１乃至４のいずれか一項に記載の情報集配システムを構成する各手段としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ端末に対して情報を配信するサービスを提供する情報集配システム、情報集配方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、無線ＬＡＮ（Local Area Network）のアクセスポイント（Access Point）が、例えばカフェといった店舗だけではなく、駅、バス停といったステーション、バス、電車といった公共の車両にも設置され、通信インフラが普及している。また、モバイル端末が普及しており、ユーザはモバイル端末によって様々な情報を受け取ることが可能である。例えば、非特許文献１は、ユーザが持っているモバイル端末（以下、ユーザ端末という）が、無線ＬＡＮのアクセスポイントの情報（例えば位置等）を取得して、ネットワークにあるサーバ側がそのアクセスポイントに応じた情報を配信する技術を開示している。
【０００３】
ここで、ＧＰＳ（Global Positioning System）センサや通信インフラの普及等により、例えば公共の車両への位置センサの搭載が進んでおり、車両の位置情報を取得することが可能になってきている。取得された車両の位置情報が運行情報サービスとしてユーザに提供されることによって、交通サービスの利便性やユーザエクスペリエンス（User Experience）の向上等が図られつつある。例えば、特許文献１は、乗客の所持する携帯記憶手段を利用して乗客の動向を監視することにより、センタ装置から乗客に乗降案内を通知し、乗り物への円滑かつ間違いない乗降を案内する技術を開示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３０４６９７号公報
【非特許文献】
【０００５】
【非特許文献１】岡本学、藤田尚樹、井前吾郎、舘裕之、“Ｗｉ−Ｆｉを利用し，場所に対応した情報集配「Ｗｉ−Ｆｉ  ＬＢＳ」”、ＮＴＴ技術ジャーナル、ｖｏｌ．２５、ｎｏ．５、ｐｐ１３−１６、２０１３年５月
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述のように、ユーザは、現在の車両の位置、現在の乗客の動向に基づく混雑の状況等について、モバイル端末を用いてどこでも閲覧することが可能である。ここで、ユーザに現在だけでなく将来的な混雑の状況も提供可能であれば、交通サービスとしての利便性がさらに高まる。
【０００７】
かかる事情に鑑みてなされた本発明の目的は、車両の将来的な混雑に関する予報情報を提供できる情報集配システム、情報集配方法、およびプログラムを提案することにある。
【課題を解決するための手段】
【０００８】
前記課題を解決するため、本発明に係る情報集配システムは、ユーザ端末から、ステーションごとに設けられる第１のアクセスポイントを識別する第１の固有情報と、前記ユーザ端末を識別する端末固有情報と、ユーザによって路線から選択される１つの乗降路線を受信する手段と、前記第１の固有情報と、前記路線と、前記第１の固有情報で定まる前記路線のステーションの識別情報と、を対応づけて記憶するアクセスポイント情報ＤＢと、前記端末固有情報と、前記第１の固有情報と、前記乗降路線と、を対応づけて記憶する端末情報ＤＢと、ユーザ端末から受信した乗降路線と第１の固有情報から前記アクセスポイント情報ＤＢを検索してステーションの識別情報を取得する手段と、前記受信した乗降路線において前記取得したステーションの識別情報よりも先のステーションにおける統計データを、前記端末情報ＤＢから求める演算制御部と、を備えることを特徴とする。また、本発明に係る情報集配システムは、ユーザ端末から、ステーションごとに設けられる第１のアクセスポイントを識別する第１の固有情報と、路線を走行する車両に設けられる第２のアクセスポイントを識別する第２の固有情報と、前記ユーザ端末を識別する端末固有情報と、ユーザによって前記路線から選択される１つの乗降路線を受信する手段と、前記第１の固有情報と、前記路線と、前記第１の固有情報で定まる前記路線のステーションの識別情報と、を対応づけて記憶するアクセスポイント情報ＤＢと、前記端末固有情報と、前記第１の固有情報と、前記乗降路線と、を対応づけて記憶する端末情報ＤＢと、前記第２の固有情報と、前記路線と、前記第２の固有情報で定まる前記車両が通過した前記路線のステーションの識別情報と、を対応づけて記憶するデータベースと、ユーザ端末から受信した乗降路線と第１の固有情報とから前記アクセスポイント情報ＤＢを検索してステーションの識別情報を取得する手段と、前記受信した乗降路線と前記取得したステーションの識別情報とに基づいて、前記データベースから前記乗降路線を先行する車両を特定し、前記受信した乗降路線において前記取得したステーションの識別情報よりも先のステーションで、かつ、前記乗降路線を先行する車両との間にあるステーションおける統計データを、前記端末情報ＤＢから求める演算制御部と、を備えることを特徴とする。
【０００９】
また、本発明に係る情報集配方法は、サーバを備える情報集配システムにおける情報集配方法であって、前記サーバが、ユーザ端末から、ステーションごとに設けられる第１のアクセスポイントを識別する第１の固有情報と、前記ユーザ端末を識別する端末固有情報と、ユーザによって路線から選択される１つの乗降路線を受信する受信ステップと、前記端末固有情報と、前記第１の固有情報と、前記乗降路線と、を対応づけて端末情報ＤＢに記憶するステップと、前記受信ステップで受信した乗降路線と第１の固有情報から、前記第１の固有情報と、前記路線と、前記第１の固有情報で定まる前記路線のステーションの識別情報と、を対応づけて記憶するアクセスポイント情報ＤＢを検索してステーションの識別情報を取得するステップと、前記受信ステップで受信した乗降路線において前記取得したステーションの識別情報よりも先のステーションにおける統計データを、前記端末情報ＤＢから求めるステップと、を含むことを特徴とする。また、本発明に係る情報集配方法は、サーバを備える情報集配システムにおける情報集配方法であって、前記サーバが、ユーザ端末から、ステーションごとに設けられる第１のアクセスポイントを識別する第１の固有情報と、路線を走行する車両に設けられる第２のアクセスポイントを識別する第２の固有情報と、前記ユーザ端末を識別する端末固有情報と、ユーザによって前記路線から選択される１つの乗降路線を受信する受信ステップと、前記端末固有情報と、前記第１の固有情報と、前記乗降路線と、を対応づけて端末情報ＤＢに記憶するステップと、前記受信ステップで受信した乗降路線と第１の固有情報とから、前記第１の固有情報と、前記路線と、前記第１の固有情報で定まる前記路線のステーションの識別情報と、を対応づけて記憶するアクセスポイント情報ＤＢを検索してステーションの識別情報を取得するステップと、前記受信ステップで受信した乗降路線と前記取得したステーションの識別情報とに基づいて、前記第２の固有情報と、前記路線と、前記第２の固有情報で定まる前記車両が通過した前記路線のステーションの識別情報と、を対応づけて記憶するデータベースから前記乗降路線を先行する車両を特定し、前記受信ステップで受信した乗降路線において前記取得したステーションの識別情報よりも先のステーションで、かつ、前記乗降路線を先行する車両との間にあるステーションおける統計データを、前記端末情報ＤＢから求めるステップと、を含むことを特徴とする。
【００１０】
また、本発明に係るプログラムは、上記の情報集配システムを構成する各手段としてコンピュータを機能させるための情報集配プログラムであることを特徴とする。
【発明の効果】
【００１１】
本発明に係る情報集配システム、情報集配方法、およびプログラムによれば、車両の将来的な混雑に関する予報情報を提供できる。
【図面の簡単な説明】
【００１２】
【図１】第１実施形態に係る情報集配システムの構成を示す図である。
【図２】第１実施形態のアクセスポイント情報テーブルの例を示す図である。
【図３】第１実施形態の端末情報テーブルの例を示す図である。
【図４】第１実施形態の情報集配方法について説明する図である。
【図５】第２実施形態に係る情報集配システムの構成を示す図である。
【図６】第３実施形態に係る情報集配システムの構成を示す図である。
【図７】第３実施形態の情報集配方法について説明する図である。
【図８】第３実施形態のアクセスポイント情報テーブルの例を示す図である。
【図９】第３実施形態の端末情報テーブルの例を示す図である。
【図１０】第１実施形態に係る情報集配システムについて説明する図である。
【図１１】図１１（ａ）、図１１（ｂ）はそれぞれ第３実施形態、第４実施形態に係る情報集配システムについて説明する図である。
【図１２】従来の情報集配システムについて説明する図である。
【発明を実施するための形態】
【００１３】
以下、本発明のいくつかの実施形態について適宜図面を参照しながら説明する。
【００１４】
（第１実施形態）
図１は、第１実施形態に係る情報集配システム１０の構成を示す図である。情報集配システム１０は、例えば交通サービスの情報集配が可能であり、本実施形態においては路線バスの運行情報サービスであるとして説明する。情報集配システム１０は、ユーザ端末１００と、サーバ２００と、アクセスポイント３１０と、を備える。情報集配システム１０は、ユーザ端末１００、サーバ２００、アクセスポイント３１０のそれぞれを１つ以上備えるが、図１では簡便のため、各要素を１つのみ図示している。
【００１５】
アクセスポイント３１０は、他のアクセスポイントと識別可能な固有情報を送信する。アクセスポイント３１０は、ステーションごとに設けられ、本発明の第１のアクセスポイントに対応し、送信する固有情報は第１の固有情報に対応する。本実施形態において、アクセスポイント３１０は、無線ＬＡＮのアクセスポイントであって、路線バスのバス停であるステーション３００に設けられている。アクセスポイントから送信される固有情報によって路線バスのバス停のそれぞれを識別可能である。ここで、固有情報は後述するように固有ＩＤ（identification）および種別を含み、本実施形態においては固有ＩＤとしてＭＡＣアドレス（Media Access Control address）が用いられ、種別としてＳＳＩＤ（Service Set Identifier）が用いられる。固有情報の具体例については後述する。また、本実施形態において、アクセスポイント３１０は、無線ＬＡＮのビーコン情報に含めて固有情報を送信し続ける。
【００１６】
ユーザ端末１００は、アクセスポイント３１０から送信される固有情報を取得してサーバ２００に送信するモバイル端末である。また、ユーザは、ユーザ端末１００によって、後述する予測情報を含む様々な情報を受け取ることが可能である。ユーザ端末１００は、通信部１１０、センサ情報取得部１２０、入力部１３０、情報表示部１４０、端末固有情報蓄積部１５０を含む。
【００１７】
通信部１１０は、例えばセンサ情報取得部１２０、入力部１３０、または端末固有情報蓄積部１５０等からのデータをサーバ２００に送信し、サーバ２００から例えば情報表示部１４０等へのデータを受信する。通信部１１０とサーバ２００との通信は、ネットワーク５００を介して行われる。ネットワーク５００は、本実施形態においてインターネットであり、通信部１１０とネットワーク５００とは無線接続されている。
【００１８】
センサ情報取得部１２０は、アクセスポイントが発信している固有情報を取得する。センサ情報取得部１２０が取得した固有情報は、通信部１１０によってサーバ２００に送信される。
【００１９】
入力部１３０は、ユーザ操作を受け付けるインターフェースである。例えばユーザは入力部１３０によって乗りたい路線（本発明の乗降路線に対応）を入力できる。そして、乗りたい路線の情報は、通信部１１０およびネットワーク５００を介してサーバ２００に送信される。
【００２０】
情報表示部１４０は、サーバ２００からの様々な情報を表示する。例えばユーザは情報表示部１４０によって後述する予測情報を確認することができる。また、例えばユーザが乗りたい路線を入力する際に、情報表示部１４０に現在のバス停で乗車可能な路線の一覧が表示されてもよい。情報表示部１４０は、例えばタッチパネルとして構成され、ユーザ操作を受け付けるインターフェースとして機能してもよい。
【００２１】
端末固有情報蓄積部１５０は、ユーザ端末１００を他のユーザのモバイル端末から識別可能な端末固有情報を蓄積する。本実施形態において、端末固有情報蓄積部１５０はメモリ（記憶部）であって、端末固有情報として少なくとも端末固有ＩＤを記憶している。本実施携帯において、端末固有ＩＤはユーザ端末１００の製造時に与えられる固有の番号である。しかし、端末固有ＩＤはこのようなものに限らず、例えばユーザ端末１００が情報集配システム１０に組み入れられる際、つまりユーザが路線バスの運行情報サービスの利用を開始する際に、サーバ２００から与えられる番号等でもよい。
【００２２】
サーバ２００は、路線バスの運行情報サービスの提供のためのデータ処理等を実行する。サーバ２００は、通信部２１０、演算制御部２２０、アクセスポイント情報ＤＢ２３０、端末情報ＤＢ２４０を含む。ここで、サーバ２００は、サーバ２００からアクセス可能な記憶部に記憶されるプログラムに従って動作するコンピュータであってもよい。つまり、通信部２１０および演算制御部２２０の少なくとも一方がソフトウェアで実現されてもよい。
【００２３】
通信部２１０は、ネットワーク５００を介して、ユーザ端末１００とデータの送受信を行う。本実施形態において、通信部２１０は、例えばユーザ端末１００からアクセスポイント３１０の固有情報、ユーザ端末１００の端末固有情報を受信し、後述する予測情報をユーザ端末１００に送信する。なお、本実施形態においてサーバ２００とネットワーク５００とは有線接続されているが、無線接続であってもよい。
【００２４】
演算制御部２２０は、路線バスの運行情報サービスの提供のためのデータ処理に関する演算および制御を行う。演算制御部２２０は、後述するように、予測情報となるユーザの状態についての統計データを演算で求めたり、アクセスポイント情報ＤＢ２３０および端末情報ＤＢ２４０にアクセスしたりする。
【００２５】
アクセスポイント情報ＤＢ２３０は、アクセスポイント３１０に関する情報を記憶するデータベースである。一方、端末情報ＤＢ２４０は、ユーザ端末１００に関する情報を記憶するデータベースである。アクセスポイント情報ＤＢ２３０および端末情報ＤＢ２４０は、例えばＨＤＤ等の記憶装置で構成されていてもよい。サーバ２００は、これらの２つのデータベースを有することにより、情報を効率的に管理できる。つまり、サーバ２００は、登録数の増減があり得るユーザ端末１００を扱う端末情報ＤＢ２４０と、情報の変更があまりないアクセスポイント３１０を扱うアクセスポイント情報ＤＢ２３０と、に分離して情報を効率的に管理する。そして、これらの２つのデータベースの情報は、後述する固有ＩＤによってリンクする。
【００２６】
図２は、本実施形態のアクセスポイント情報ＤＢ２３０のテーブル（以下、アクセスポイント情報テーブル）の例を示す図である。アクセスポイント情報テーブルは、アクセスポイントから送信される固有情報である「固有ＩＤ」および「種別」、アクセスポイントが設けられたステーションを通る「路線」、および路線におけるステーションの「番号」を含み、これらを関連付けて管理する。
【００２７】
「固有ＩＤ」は、本実施形態において、アクセスポイントごとに異なるＭＡＣアドレスが用いられる。図２の例では、最上段のアクセスポイントの「固有ＩＤ」は、「００：００：００：００：００：ａ０」である。
【００２８】
「種別」は、アクセスポイントが設けられる場所の種類を示すものであり、本実施形態において、ＳＳＩＤ（Service Set Identifier）が用いられる。図２の例では、３つのアクセスポイントは全てステーションに設けられており、「種別」はいずれも「ｓｔａ」であるが、「固有ＩＤ」だけでもアクセスポイントを明確に区別可能である。「種別」は、ステーション以外の場所（例えばバス）にもアクセスポイントが設けられて、アクセスポイントの設置場所によってサーバ２００の処理が異なるような場合に特に用いられる。
【００２９】
「路線」には、アクセスポイントが設けられたステーションを通る全ての路線が含まれる。図２の例では、３つの路線「１Ｒ」、「２Ｒ」、「３Ｒ」があり、始発〜終着はそれぞれＸ〜Ｚ、Ｘ〜Ｗ、Ｘ〜Ｙである。図２の例において、例えば「固有ＩＤ」が「００：００：００：００：００：ａ０」であるアクセスポイントのステーションにおいて、ユーザは３つの路線「１Ｒ」、「２Ｒ」、「３Ｒ」に乗降できる（利用可能である）。また、例えば「固有ＩＤ」が「００：００：００：００：００：ｂ２」であるアクセスポイントのステーションにおいて、ユーザは２つの路線「１Ｒ」、「３Ｒ」に乗降できる（利用可能である）。
【００３０】
「番号」は、始発のステーションを１として、何番目のステーションであるかを路線ごとに示すものであり、本発明の識別情報に対応する。図２の例において、例えば「固有ＩＤ」が「００：００：００：００：００：ａ０」であるアクセスポイントのステーションは、路線「１Ｒ」の４番目のステーション（バス停）であり、路線「２Ｒ」の３番目のステーション（バス停）である。この例のように、「番号」は固有情報（本実施形態では「固有ＩＤ」）によって定まる。
【００３１】
図３は、本実施形態の端末情報ＤＢ２４０のテーブル（以下、端末情報テーブル）の例を示す図である。端末情報テーブルは、「端末固有ＩＤ」、ユーザ端末が取得したアクセスポイントの「固有ＩＤ」、ユーザの「乗りたい路線」、ユーザの乗りたい路線におけるアクセスポイントが設けられたステーションの「番号」、ユーザの「状態」を含み、これらを関連付けて管理する。
【００３２】
端末情報テーブルの「端末固有ＩＤ」は、ユーザ端末を識別するための固有番号であり、「固有ＩＤ」は図２と同じである。ユーザがステーションの近くにいて、ユーザ端末がそのステーションに設けられたアクセスポイントからのビーコンを受信した場合に、ユーザ端末の「端末固有ＩＤ」とビーコンに含まれるアクセスポイントの「固有ＩＤ」とが関連付けられて端末情報テーブルに登録される。例えば、図３の例では、端末固有ＩＤが「３５４６８６８４６」であるユーザ端末のユーザは、「固有ＩＤ」が「００：００：００：００：００：ａ０」であるアクセスポイントが設けられているステーションでバスを待っていると考えられる。
【００３３】
「乗りたい路線」はユーザがこれから乗ろうとする路線である。図２の例において、例えば「固有ＩＤ」が「００：００：００：００：００：ａ０」であるアクセスポイントのステーションは、３つの路線「１Ｒ」、「２Ｒ」、「３Ｒ」が利用可能である。図３の例では、端末固有ＩＤが「３５４６８６８４６」であるユーザ端末のユーザは、入力部１３０によって乗りたい路線が「３Ｒ」であることを入力し、そのことが端末情報テーブルに記録されている。
【００３４】
ここで、「番号」は図２と同じであるが、ユーザが「乗りたい路線」における何番目のステーション（バス停）であるかを示している。また、ユーザの「状態」では、ユーザがバス停でバスを待っている状態を「待ち」としている。「状態」として「待ち」を含むことで、後述するように、サーバ２００は正確な待ち人数を簡単な統計処理（例えば条件合致項目のカウント）によって得ることができる。なお、図３の例において、一番上の欄では「乗りたい路線」「番号」「状態」が空白であるのは、ユーザが「乗りたい路線」を入力する前であることを示している。
【００３５】
本実施形態に係る情報集配システム１０のサーバ２００は、上記で説明したアクセスポイント情報テーブル、端末情報テーブルを用いて、以下に説明する処理（情報集配方法）を実行する。
【００３６】
まず、図４のように、サーバ２００は、ユーザ端末１００からアクセスポイントの固有情報（固有ＩＤ、種別）と端末固有情報（端末固有ＩＤ）を受信するまで（ステップＳ２のＮＯ）、受信待機（ステップＳ１）の状態でいる。サーバ２００は、ユーザ端末１００からアクセスポイントの固有情報と端末固有情報を受信すると（ステップＳ２のＹＥＳ）、アクセスポイント情報テーブルを、固有ＩＤをキーとして検索する（ステップＳ３）。なお、説明をわかりやすくするため、以下では、項目に続くかっこ書きで取得した値を示す。例えば、サーバ２００は「固有ＩＤ」、「種別」、「端末固有ＩＤ」として、それぞれ値「１Ａ」、「１Ｂ」、「１Ｃ」をユーザ端末１００から受信している。このことを、以下では、固有ＩＤ（１Ａ）、種別（１Ｂ）、端末固有ＩＤ（１Ｃ）のように表す。
【００３７】
サーバ２００は、アクセスポイント情報テーブルに、固有ＩＤ（１Ａ）がなければ（ステップＳ４のＮＯ）、ユーザ端末１００がいずれのバス停の近くにもいない、と判定する。このとき、サーバ２００は、端末固有ＩＤ（１Ｃ）についての確認を実行し（ステップＳ２１）、端末情報テーブルに端末固有ＩＤ（１Ｃ）があれば（ステップＳ２２のＹＥＳ）、そのデータを削除する（ステップＳ２３）。ステップＳ２３の後、または端末情報テーブルに端末固有ＩＤ（１Ｃ）がなければ（ステップＳ２２のＮＯ）、サーバ２００は、ステップＳ１の処理（受信待機）に戻る。
【００３８】
サーバ２００は、アクセスポイント情報テーブルに、固有ＩＤ（１Ａ）があった場合（ステップＳ４のＹＥＳ）、ユーザ端末１００がバス停の近くにいると判定する。サーバ２００は、端末情報テーブルを、端末固有ＩＤ（１Ｃ）をキーにして検索し、固有ＩＤの有無を確認する（ステップＳ５）。
【００３９】
サーバ２００は、端末情報テーブルに端末固有ＩＤ（１Ｃ）がなければ（ステップＳ６のＮＯ）、端末情報テーブルへの新規登録を行う。つまり、サーバ２００は、端末情報ＤＢ２４０に対して、ユーザ端末１００から受信した端末固有ＩＤ（１Ｃ）と固有ＩＤ（１Ａ）を新規に書き込む（ステップＳ３１）。そして、サーバ２００は、ステップＳ１の処理（受信待機）に戻る。このとき、図３の端末固有ＩＤが「４５５４６５４６４」であるユーザ端末のように、「乗りたい路線」、「番号」および「状態」の項目は空白である。
【００４０】
サーバ２００は、端末情報テーブルに端末固有ＩＤ（１Ｃ）があった場合（ステップＳ６のＹＥＳ）、端末情報テーブルから対応する固有ＩＤ（２Ａ）を取得する。つまり、サーバ２００は、端末情報テーブルから「固有ＩＤ」として２Ａを取得する。
【００４１】
サーバ２００は、ユーザ端末１００から受信した固有ＩＤ（１Ａ）と、端末情報テーブルから取得した固有ＩＤ（２Ａ）とを比較する（ステップＳ７）。これらが一致しなかった場合（１Ａと２Ａとが同じでない場合）、サーバ２００は、ユーザが移動してバス停で待っていない、と判定する（ステップＳ８のＮＯ）。そして、サーバ２００は、端末情報テーブルに端末固有ＩＤ（１Ｃ）があれば、端末固有ＩＤ（１Ｃ）および端末固有ＩＤ（１Ｃ）に関連付けられたデータを削除し、ステップＳ１の処理（受信待機）に戻る。
【００４２】
サーバ２００は、固有ＩＤ（１Ａ）と固有ＩＤ（２Ａ）とが一致した場合、ユーザ端末１００がアクセスポイント３１０のビーコンを一定時間取得しており、ユーザが、アクセスポイント３１０が設けられたバス停にとどまっていると判定する（ステップＳ８のＹＥＳ）。そして、サーバ２００は、ユーザが待ち始めか、ある程度待っているかを判定するのに、端末情報テーブルから端末固有ＩＤ（１Ｃ）をキーにして「状態」を取得する（ステップＳ１１）。
【００４３】
サーバ２００は、状態が「待ち」以外のとき（図３の例では値が空白のとき）には、待ち始めた状態であると判定する（ステップＳ１２のＮＯ）。続いて、サーバ２００は、ユーザ端末１００と通信を行って、ユーザの路線情報の取得を行う。なお、本実施形態において路線情報とは、「乗りたい路線」（図３参照）の情報である。
【００４４】
サーバ２００は、アクセスポイント情報テーブルを、固有ＩＤ（１Ａ）をキーとして路線を検索する。そして、サーバ２００は取得した路線をユーザ端末１００に送信する（ステップＳ３２）。この例では、利用可能である３つの路線「１Ｒ」、「２Ｒ」、「３Ｒ」がユーザ端末１００に送信されるとする。ユーザ端末１００においては、３つの路線「１Ｒ」、「２Ｒ」、「３Ｒ」が選択肢として表示され、ユーザが入力部１３０によって乗りたい路線を入力（選択）する。ここで、ユーザは例えば路線「１Ｒ」を乗りたい路線として選択したとする。このとき、得られる路線情報を「路線（１Ｒ）」のように表し、以下ではこの表現を用いて説明する。
【００４５】
サーバ２００は、ユーザ端末１００から端末固有ＩＤ（１Ｃ）と路線情報（路線（１Ｒ））を受信する（ステップＳ３３）。サーバ２００は、端末固有ＩＤ（１Ｃ）をキーとして端末情報テーブルを検索する。そして、端末固有ＩＤ（１Ｃ）と対応付けられた固有ＩＤ（１Ａ）を取得する（ステップＳ３４）。
【００４６】
サーバ２００は、続いて固有ＩＤ（１Ａ）と路線（１Ｒ）をキーとしてアクセスポイント情報テーブルを検索して、番号（１Ｄ）を取得する（ステップＳ３５）。
【００４７】
そして、サーバ２００は、端末情報テーブルについて、端末固有ＩＤ（１Ｃ）と対応付けて路線情報（路線（１Ｒ））、番号（１Ｄ）を登録し、ユーザの「状態」を「待ち」に設定する（ステップＳ３６）。ステップＳ３２〜ステップＳ３６によって、サーバ２００は、ユーザの路線情報の取得を行い、端末情報テーブルに登録できる。
【００４８】
サーバ２００は、ステップＳ１１で取得した状態が「待ち」のとき（ステップＳ１２のＹＥＳ）、またはステップＳ３６の後に、端末固有ＩＤ（１Ｃ）をキーとして端末情報テーブルを検索する。そして、路線情報（路線（１Ｒ））と番号（１Ｄ）とを取得する（ステップＳ１３）。このとき、ユーザが待っているステーションが、ユーザが乗りたい路線（１Ｒ）の始発から何番目のステーションであるかを、番号（１Ｄ）によって知ることができる。
【００４９】
サーバ２００は、路線情報（路線（１Ｒ））をキーにして端末情報テーブルを検索し、番号（１Ｄ）より値が大きい件数をカウントする（ステップＳ１４）。このとき、番号はユーザが乗りたい路線におけるステーションの識別情報である。番号（１Ｄ）より値が大きいことは、ユーザが乗りたい路線において、ユーザのいるステーションよりも先のステーションの情報であることを示す。ここで、状態が待ち（待ち始めを含む）でない場合には、端末情報テーブルからデータ自体が削除されることから（ステップＳ２３）、件数をカウントすることは、先のステーションで待っている人数をカウントすることに等しい。
【００５０】
そして、サーバ２００は、ユーザ端末１００にカウントした値を送信する（ステップＳ１７）。このことにより、ユーザは乗りたい路線においてバスを待っている人数を把握することが可能である。その後、サーバ２００は、ステップＳ１の処理（受信待機）に戻る。
【００５１】
以上に説明した、本実施形態に係る情報集配システム１０の効果について説明する。まず、従来の情報集配システムでは、例えばベビーカー等大きな荷物を持っている人が降車できなくなる状況を回避できなかった。図１２（ａ）はベビーカーの使用者（以下、ユーザ）がバス停Ｓ００３で路線１Ｒのバスを待っている状態を示している。従来の情報集配システムが提供する交通サービスでも、現在の乗車人数を把握することは可能である。図１２（ａ）の例では、ユーザはバス停Ｓ００３で待っている間に、路線１Ｒのバスに１５人、路線２Ｒのバスに１０人が乗車しているとの情報を受け取っている。ユーザは、現在の乗車人数（１５人）から路線１Ｒのバスに乗ってもバス停Ｓ００５で降車が可能であると自ら予想した場合、路線２Ｒのバスを待たずに、路線１Ｒのバスに乗車する（図１２（ｂ））。
【００５２】
しかし、ユーザが乗車した後に、バス停Ｓ００４で路線１Ｒのバスに１２人が乗車し、乗車人数は２７人となる（図１２（ｃ））。そのため、ユーザはバス停Ｓ００５で降車できないおそれがある。もし、バス停Ｓ００３で待っている間に、予測情報として、路線１Ｒのバスのその後の乗車予定人数を得ていれば、ユーザはバス停Ｓ００５で降車できないような事態を回避できる。もし、路線２Ｒのバスもバス停Ｓ００５に停車するのであれば、例えばユーザは、路線１Ｒでなく路線２Ｒのバスを利用するという手段をとることが可能である。
【００５３】
本実施形態に係る情報集配システム１０は、このような予測情報をユーザに提供することを可能にする。上記のように、サーバ２００はアクセスポイント３１０の固有情報およびユーザ端末１００の位置に応じて選択される乗降路線（ユーザが乗りたい路線）のステーションよりも先のステーションにおけるユーザの状態（上記の例では「待ち」または「待ち始め」の状態）についての統計データを求める（上記の例では件数をカウントする）ことができる。図１０は、本実施形態に係る情報集配システム１０を用いる場合を表し、図１２（ａ）に対応する。図１０に示されるように、ユーザはバス停Ｓ００３で待っている間に、現在１７人（バス停Ｓ００３の２人、バス停Ｓ００４の１２人、バス停Ｓ００５の３人の合計）が路線１Ｒを待っているとの予測情報を受け取ることができる。つまり、本実施形態において、サーバ２００はユーザ端末１００に、予測情報として先のステーションにおける待ち人数を提供できる。よって、ユーザはバス停Ｓ００５で降車できるかどうかを適切に判断できる。以上のように、本実施形態に係る情報集配システム１０は、車両の将来的な混雑に関する予報情報を提供できるため、ベビーカー等大きな荷物を持っている人の降車困難といった事態を回避可能にする。また、本実施形態に係る情報集配システム１０が提供する予報情報を受け取るユーザは混雑を回避しようとするため、乗車数の平準化が図れる。また、バスを運行する側も、車両の将来的な混雑に関する予報情報に基づいて、適切なバス間隔を調整、運行の変更等が可能になる。
【００５４】
（第２実施形態）
図５は、第２実施形態に係る情報集配システム１０の構成を示す図である。第１実施形態と同じ要素には同じ符号を付しており説明を省略する。第１実施形態と比較すると、第２実施形態に係る情報集配システム１０のサーバ２００は、さらにアクセスログＤＢ２５０を備えることが異なる。アクセスログＤＢ２５０は、固有情報（固有ＩＤ、種別）と、乗降路線（乗りたい路線）の情報と、端末固有情報（端末固有ＩＤ）と、を対応づけてアクセスログテーブルとして記憶するデータベースである。アクセスログテーブルは、さらに「番号」を含んでいてもよい。アクセスログＤＢ２５０は、端末情報テーブルの一部を、ユーザ端末１００がサーバ２００にアクセスしたタイミングで、または所定のタイミングでコピーすることによって固有ＩＤ、乗りたい路線、端末固有ＩＤ等を記憶してもよい。所定のタイミングとは、例えば端末情報テーブルでデータが削除される（図３のステップＳ２３）前のタイミングであってもよい。
【００５５】
第１実施形態において、サーバ２００は、端末情報テーブルの「状態」が「待ち」以外のときには、待ち始めた状態であると判定して、ステップＳ３２〜ステップＳ３６によって、ユーザの路線情報の取得を行った。しかし、ユーザにとっては過去と同じ路線に乗りたい場合にまで、路線情報を再入力することは煩わしい。そのため、第２実施形態に係る情報集配システム１０のサーバ２００は、第１実施形態の処理を以下のように変更する。
【００５６】
第２実施形態において、サーバ２００は、ステップＳ１１で取得した状態が「待ち」以外のときには、端末固有ＩＤをキーとしてアクセスログテーブルを検索する。アクセスログテーブルに検索した端末固有ＩＤが含まれる場合には、乗降路線を取得する。このとき、アクセスログテーブルに含まれているならば番号も取得する。このことにより、少なくともステップＳ３２〜ステップＳ３６を省略できる可能性があり、ユーザの煩わしさを軽減することが可能である。
【００５７】
よって、第２実施形態に係る情報集配システム１０は、第１実施形態の効果に加えて、ユーザにとってより利便性の高い運行情報サービスを提供できるとの効果を有する。ここで、第２実施形態において、サーバ２００は、アクセスログテーブルに検索した端末固有ＩＤが含まれない場合には第１実施形態と同じようにステップＳ３２〜ステップＳ３６を実行する。また、演算制御部２２０は、ステップＳ３２〜ステップＳ３６が実行される際に、ユーザ端末１００から送信されるデータをアクセスログテーブルとしてアクセスログＤＢ２５０に記憶させてもよい。
【００５８】
（第３実施形態）
図６は、第３実施形態（および後述する第４実施形態）に係る情報集配システム１０の構成を示す図である。第１実施形態と同じ要素には同じ符号を付しており説明を省略する。第１実施形態と比較すると、第３実施形態に係る情報集配システム１０は、車両４００に設けられるアクセスポイント４１０を備えることが異なる。センサ情報取得部１２０は、アクセスポイントが発信している固有情報を取得するが、発信元のアクセスポイントは、ステーション３００のアクセスポイント３１０に限らず、アクセスポイント４１０となり得る。例えばユーザがバスに乗車する前、センサ情報取得部１２０はアクセスポイント３１０の固有情報を取得し、ユーザがバスに乗車した後、センサ情報取得部１２０はアクセスポイント４１０の固有情報を取得する。アクセスポイント４１０は、車両ごとに設けられ、本発明の第２のアクセスポイントに対応し、送信する固有情報は第２の固有情報に対応する。
【００５９】
本実施形態に係る情報集配システム１０においては、アクセスポイント情報テーブル、端末情報テーブルも以下のように変更される。図８は、本実施形態のアクセスポイント情報テーブルの例である。本実施形態のアクセスポイント情報テーブルでは、「種別」を「ｂｕｓ」とするものが追加されている。「種別」が「ｂｕｓ」であるデータは、車両４００（バス）に設けられるアクセスポイント４１０に関連するデータであることを示している。ここで、車両４００（バス）は移動するため、ステーションを通過するにつれて「番号」の値がインクリメントされることになる。
【００６０】
図９は、本実施形態の端末情報テーブルの例である。本実施形態の端末情報テーブルでは、「状態」は待ちだけでなく、「乗車」および「降車」が追加されている。そのため、本実施形態において、サーバ２００は、端末情報テーブルによって、ユーザがバスに乗っている状態（乗車）も、バスから降りた状態（降車）も把握可能である。
【００６１】
本実施形態に係る情報集配システム１０のサーバ２００は、上記で説明したアクセスポイント情報テーブル、端末情報テーブルを用いて、以下に説明する処理（情報集配方法）を実行する。なお、第１実施形態（図４）と同じ処理については同じ符号を付しており、説明を省略する。
【００６２】
本実施形態に係る情報集配システム１０のサーバ２００は、第１実施形態のステップＳ１〜ステップＳ６と同じ処理を実行する。また、これらの処理から分岐して行われるステップＳ２１〜ステップＳ２３、ステップＳ３１についても第１実施形態と同じである。サーバ２００は、ユーザ端末１００から受信した固有ＩＤ（１Ａ）と、端末情報テーブルから取得した固有ＩＤ（２Ａ）とを比較する（ステップＳ７）。これらが一致しなかった場合（１Ａと２Ａとが同じでない場合）、サーバ２００は、ユーザがバス停でバスに乗車したか、バスからバス停に降車したかのいずれかであると判定する（ステップＳ８ＡのＮＯ）。
【００６３】
このとき、サーバ２００は、ユーザ端末１００から受信した種別（具体的にはＳＳＩＤ）がバス停かバスかを判定する（ステップＳ４１）。この例では、サーバ２００が受け取った種別の値は１Ｂであるとし、以下、種別（１Ｂ）のように表す。
【００６４】
サーバ２００は、アクセスポイント情報テーブルの固有ＩＤ（１Ａ）から、種別を取得してバス停かバスかを判定する（ステップＳ４２）。この例では、サーバ２００はアクセスポイント情報テーブルから種別の値として２Ｂを受け取ったとし、以下、種別（２Ｂ）のように表す。
【００６５】
サーバ２００は、ステップＳ４１、Ｓ４２で得られたそれぞれの種別を比較する（ステップＳ４３）。サーバ２００は、受信した種別（１Ｂ）がバスで、アクセスポイント情報テーブルの種別（２Ｂ）がバス停である場合、ユーザがバスに乗車したと判定する。逆に、サーバ２００は、受信した種別（１Ｂ）がバス停で、アクセスポイント情報テーブルの種別（２Ｂ）がバスである場合、ユーザがバスから降車したと判定する。
【００６６】
サーバ２００は、ユーザがバスに乗車したと判定した場合、固有ＩＤ（１Ａ）をキーとしてアクセスポイント情報テーブルを検索して、ユーザが乗車したバスの路線（１Ｒ）を取得する（ステップＳ４４）。
【００６７】
サーバ２００は、固有ＩＤ（２Ａ）と路線（１Ｒ）とをキーとしてアクセスポイント情報テーブルを検索して、番号（２Ｄ）を取得する。この番号（２Ｄ）は、ユーザが待っていたバス停の路線（１Ｒ）における番号を示すものである（ステップＳ４５）。
【００６８】
サーバ２００は、ユーザが乗車したバスに設けられたアクセスポイントの固有ＩＤ（１Ａ）をキーとしてアクセスポイント情報テーブルを検索して、アクセスポイント情報テーブルの番号の項目を番号（２Ｄ）で上書きする（ステップＳ４６）。つまり、ユーザが乗車したバスについて、番号の項目が通過したバス停（ユーザが乗車したバス停）の番号に更新される。さらに、サーバ２００は、端末固有ＩＤ（１Ｃ）をキーとして端末情報テーブルを検索し、固有ＩＤの項目を固有ＩＤ（１Ａ）で、乗りたい路線の項目を路線（１Ｒ）で上書きする。また、サーバ２００は、端末情報テーブルの状態を乗車に設定する（ステップＳ４７）。その後、サーバ２００は、ステップＳ１の処理（受信待機）に戻る。
【００６９】
一方、サーバ２００は、ユーザがバスから降車したと判定した場合、固有ＩＤ（２Ａ）をキーとしてアクセスポイント情報テーブルを検索して、路線（１Ｒ）を取得する（ステップＳ４８）。
【００７０】
サーバ２００は、固有ＩＤ（１Ａ）と路線（１Ｒ）とをキーとしてアクセスポイント情報テーブルを検索して、番号（３Ｄ）を取得する。この番号（３Ｄ）は、ユーザが降車したバス停の番号を示すものである（ステップＳ４９）。
【００７１】
サーバ２００は、固有ＩＤ（２Ａ）をキーとしてアクセスポイント情報テーブルを検索して、番号の項目を番号（３Ｄ）で上書きする（ステップＳ５０）。つまり、ユーザが降車したバスについて、番号の項目が通過したバス停（ユーザが降車したバス停）の番号に更新される。さらに、サーバ２００は、端末固有ＩＤ（１Ｃ）をキーとして端末情報テーブルを検索し、固有ＩＤの項目を固有ＩＤ（１Ａ）で、乗りたい路線の項目を路線（１Ｒ）で上書きする。また、サーバ２００は、端末情報テーブルの状態を降車に設定する（ステップＳ５１）。その後、サーバ２００は、ステップＳ１の処理（受信待機）に戻る。
【００７２】
再び、ステップＳ８Ａに戻る。サーバ２００は、固有ＩＤ（１Ａ）と固有ＩＤ（２Ａ）とが一致した場合、ユーザ端末１００がアクセスポイント３１０のビーコンを一定時間取得しており、ユーザが、アクセスポイント３１０が設けられたバス停、またはバスにとどまっていると判定する（ステップＳ８ＡのＹＥＳ）。
【００７３】
サーバ２００は、ステップＳ４１と同様に種別（１Ｂ）がバス停かバスかを判定し（ステップＳ９）、バスであるならば（ステップＳ１０のＮＯ）、ステップＳ１３に処理を進める。種別（１Ｂ）がバス停であるならば（ステップＳ１０のＹＥＳ）、サーバ２００は、第１実施形態と同じステップＳ１１、ステップＳ１２、ステップＳ３２〜Ｓ３６の処理を実行する。ステップＳ３６の実行後、またはステップＳ１２で「待ち」状態であるならば、サーバ２００は、ステップＳ１３に処理を進める。
【００７４】
サーバ２００は、端末固有ＩＤ（１Ｃ）をキーとして端末情報テーブルを検索する。そして、必要に応じてアクセスポイント情報テーブルを検索して、路線情報（路線（１Ｒ））と番号（１Ｄ）とを取得する（ステップＳ１３）。このとき、ユーザが待っているステーション、または乗っているバスの位置が、ユーザが乗りたい路線（１Ｒ）の始発から何番目のステーションであるかを、番号（１Ｄ）によって知ることができる。
【００７５】
サーバ２００は、アクセスポイント情報テーブルを検索し、種別がバスであって、番号（１Ｄ）よりも大きく、差が最も小さい新たな番号（以下、番号（ＸＤ）とする）を取得する（ステップＳ１５）。
【００７６】
そして、サーバ２００は、路線（１Ｒ）であって、番号（１Ｄ）より値が大きく、かつ、番号（ＸＤ）よりも値が小さいもののうち、状態が「待ち」であるものを検索して値を取得（カウント）する（ステップＳ１６）。このとき、番号（ＸＤ）より値が大きい場合にはカウントされないため、先行して走行している同じ路線（１Ｒ）のバスに乗車する人数が除外されることになる。そのため、先のステーションで待っている人数をより正確にカウントすることができる。また、状態が「待ち」であるものに限ることで、例えばバスに乗車しているユーザを除外して、バス停で待っている人数だけを正確に得ることができる。
【００７７】
そして、サーバ２００は、ユーザ端末１００にカウントした値を送信する（ステップＳ１７）。ユーザは、乗りたい路線において、自分が乗るバスを待っている人数をより正確に把握することが可能である。その後、サーバ２００は、ステップＳ１の処理（受信待機）に戻る。
【００７８】
以上に説明した、本実施形態に係る情報集配システム１０の効果について説明する。図１１（ａ）は、本実施形態に係る情報集配システム１０によって、ユーザに待ち人数を知らせる様子を示している。図１１（ａ）の例では、バス停Ｓ００５で先行するバス（バス停Ｓ００５の手前を走行中）に乗る３人を除いて、待ち人数が１４人（バス停００４で１２人、バス停００３で２人）であることがバス停００３で待つユーザに通知されている。また、バス停Ｓ００２の手前を走行中のバスに乗車しているユーザには、バス停００２での待ち人数１２人を加えて、待ち人数が２６人であることが通知されている。つまり、先行する車両を特定した上で、その乗車人数を除くことで、ユーザが乗る予定の車両、またはユーザが乗っている車両のみに関する統計データを正確に演算で求めることができる。第３実施形態に係る情報集配システム１０は、第１実施形態の効果に加えて、ユーザにさらに正確な予測情報を提供できるとの効果を有する。
【００７９】
（第４実施形態）
図１１（ｂ）は、第４実施形態に係る情報集配システム１０によって、ユーザに待ち人数を知らせる様子を示している。なお、本実施形態に係る情報集配システム１０の構成は第３実施形態と同じである。図１１（ｂ）のように、本実施形態においては、第３実施形態でユーザ端末１００に示された「待ち人数」の予測に加えて、ユーザが待っているバス停（現在のバス停）よりも前の待ち人数、および現在の乗車人数の情報が示される。このとき、ユーザは更に運行に関する情報を把握できることになり、本実施形態に係る情報集配システム１０より利便性の高い運行情報サービスを提供できる。
【００８０】
ここで、サーバ２００は、以下のように演算することで、これらの情報を提供できる。まず、ユーザが待っているバス停（現在のバス停）よりも前の待ち人数を求める演算について説明する。図７のステップＳ１５で第３実施形態の処理に加えて、サーバ２００は、アクセスポイント情報テーブルを検索し、種別がバスであって、番号（１Ｄ）よりも小さく、差が最も小さい新たな番号（以下、番号（ＹＤ）とする）を取得する。そして、図７のステップＳ１６で第３実施形態の処理に加えて、サーバ２００が、番号（１Ｄ）より値が小さく、かつ、バスの番号（ＹＤ）よりも大きいもののうち、状態が「待ち」であるものを検索してカウントすることで得られる。また、乗車人数については、サーバ２００が、端末情報テーブルでバスに設けられたアクセスポイント４１０の固有ＩＤを含み、かつ状態が「乗車」であるデータをカウントすることで得られる。
【００８１】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。
【符号の説明】
【００８２】
１０  情報集配システム
１００  ユーザ端末
１１０  通信部
１２０  センサ情報取得部
１３０  入力部
１４０  情報表示部
１５０  端末固有情報蓄積部
２００  サーバ
２１０  通信部
２２０  演算制御部
２３０  アクセスポイント情報ＤＢ
２４０  端末情報ＤＢ
２５０  アクセスログＤＢ
３００  ステーション
３１０  アクセスポイント
４００  車両
４１０  アクセスポイント
５００  ネットワーク
【図１】
0006266459.tif 000002
【図２】
0006266459.tif 000003
【図３】
0006266459.tif 000004
【図４】
0006266459.tif 000005
【図５】
0006266459.tif 000006
【図６】
0006266459.tif 000007
【図７】
0006266459.tif 000008
【図８】
0006266459.tif 000009
【図９】
0006266459.tif 000010
【図１０】
0006266459.tif 000011
【図１１】
0006266459.tif 000012
【図１２】
0006266459.tif 000013