(57)【要約】【課題】  場内外からの入場予約が可能な待機場入場管理システム及びそのサーバを提供する。【解決手段】  待機場内設置のビーコン信号に反応してなされるネットワークアクセス受け付けてビーコンＩＤ及び車両と共に移動する通信端末のＩＤとを取得し、該通信端末のＩＤを、待機場内に待機する車両として記憶し、待機場内に接する予約領域内から入場予約を目的としてネットワークアクセスしてくる予約領域内の通信端末によるアクセスを受け付けて該通信端末のＩＤを取得し、該ＩＤを待機場内への入場予約車両として記憶するサーバによって上記課題は解決される。【選択図】図１
2020024644.tif 000002
【特許請求の範囲】
【請求項１】
待機場内に設置され該待機場内に信号送信可能なビーコン装置の信号に反応したネットワークアクセスを受け付けて、前記待機場への入場車両と共に移動する通信端末のＩＤ及び前記ビーコン装置のビーコン装置ＩＤを取得し、
前記通信端末のＩＤを、前記ビーコン装置ＩＤで特定される前記待機場へ入場した車両として記憶し、
前記待機場を含む予約領域内から入場予約を目的としてネットワークアクセスしてくる前記予約領域内の通信端末によるネットワークアクセスを受け付けて該予約領域内の通信端末のＩＤを取得し、該ＩＤを前記待機場内への入場予約車両として記憶するサーバ。
【請求項２】
前記ビーコン装置の信号に反応したネットワークアクセスは、前記車両と共に移動する通信端末または該通信端末からの近接通信を受信したネットワークアクセス装置によってアクセスされる請求項１に記載のサーバ。
【請求項３】
前記待機場内への入場予約車両として記憶されている車両に該当するＩＤを有する通信端末から入場予約キャンセルを目的とするネットワークアクセスを受け付けたときは、該ＩＤを前記待機場内への入場予約車両としての記憶から消去する請求項１または請求項２に記載のサーバ。
【請求項４】
前記待機場内への入場予約車両として記憶されているＩＤを有する前記通信端末のうち、ＧＰＳ測位を通じて、前記入場予約車両が前記予約領域から外れたと判断した通信端末がなした入場予約キャンセルを目的とするネットワークアクセスを受け付ける請求項３に記載のサーバ。
【請求項５】
前記ビーコン装置の信号受信が途絶えたことで、前記待機場からの退場車両として前記通信端末のＩＤを消去し、前記待機場へ入場した車両として記憶されている前記通信端末のＩＤの中で消去されずに残っているＩＤの数を前記待機場での待機車両台数とし、
前記待機場内への待機許容台数と前記待機車両台数との差分を空き数とし、
台数問合せまたは空き数問合せを目的としてネットワークアクセスしてくる前記通信端末に、前記待機車両台数または空き数を通信する請求項１から請求項４のいずれか１項に記載のサーバ。
【請求項６】
前記待機場は人数通知装置を備えたタクシー乗り場を含み、前記人数通知装置からのネットワークアクセスを受け付けて前記待機場に存する人数を取得し、台数問合せまたは空き数問合せを目的としてネットワークアクセスしてくる前記通信端末に前記人数の情報を通信する請求項５に記載のサーバ。
【請求項７】
前記予約領域内に存する１または２以上の通信端末によってなされた入場予約を目的とするネットワークアクセスを受け付けたときは、前記予約領域内に存する１または２以上の通信端末のそれぞれのＩＤに前記ネットワークアクセスを受けた順序に従って順番を付し、前記それぞれのＩＤを前記待機場内への入場予約車両として記憶する請求項１から請求項６のいずれか１項に記載のサーバ。
【請求項８】
前記待機場の待機車両として記憶されている前記通信端末のＩＤの数が、前記待機場への待機車両数上限よりも少ないときは、前記それぞれのＩＤの中から前記順番に従って、前記それぞれのＩＤを有する通信端末へ、前記待機場内への入場許可を通知する請求項７に記載のサーバ。
【請求項９】
人数通知装置を備えたタクシー乗り場を前記待機場とし、前記人数通知装置からのネットワークアクセスを受け付けて前記待機場に存する人数を取得し、
前記待機場の待機車両として記憶されている前記通信端末のＩＤの数が前記人数よりも少ないときは、前記それぞれのＩＤの中から前記順番に従って、前記それぞれのＩＤを有する通信端末へ、前記待機場内への入場許可を通知する請求項７に記載のサーバ。
【請求項１０】
前記待機場は、駐車場の入口ゲート外側の車両待機可能な領域を含み、前記駐車場内の空きスペースに駐車可能な台数が、前記待機場の待機車両として記憶されている前記通信端末のＩＤの数よりも多いときは、前記それぞれのＩＤの中から前記順番に従って、前記それぞれのＩＤを有する通信端末へ、前記待機場への入場許可を通知する請求項７に記載のサーバ。
【請求項１１】
前記入場許可の通知から、予め定められている入場所要時間経過後に、前記ビーコン装置の信号に反応したネットワークアクセス受け付けて車両と共に移動する通信端末のＩＤを取得した場合には、該ＩＤを有する通信端末に不正入場を通知する旨のネットワークアクセスをし、
前記入場許可の通知から、前記予め定められている入場所要時間経過前に、前記ビーコン装置の信号に反応したネットワークアクセス受け付けて車両と共に移動する通信端末のＩＤを取得した場合には、該ＩＤと前記入場許可の通知先通信端末のＩＤとが異なるときには前記車両と共に移動する通信端末に不正入場を通知する旨のネットワークアクセスをする、請求項８から請求項１０のいずれか１項に記載のサーバ。
【請求項１２】
待機場内に設置され該待機場内に信号送信可能なビーコン装置と、
該ビーコン装置の信号に反応したネットワークアクセス受け付けて前記ビーコン装置ＩＤ及び前記待機場に入場する車両と共に移動する通信端末のＩＤとを取得し、
該通信端末のＩＤを、前記ビーコン装置ＩＤで特定される前記待機場に入場してきた車両として記憶するサーバとを有し、
前記サーバは、前記待機場に接する予約領域内から入場予約を目的としてネットワークアクセスしてくる前記予約領域内の通信端末によるネットワークアクセスを受け付けて該予約領域内の通信端末のＩＤを取得し、該ＩＤを前記待機場への入場予約車両として記憶する、待機場入場管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、待機場入場待ちの車両列を解消または削減する、待機場入場管理システム及びそのサーバに関するものである。
【背景技術】
【０００２】
駅もしくはホテルの乗合場において客待ちのタクシーの車列が一般道まで延びていたり、飲食店もしくはショッピングモール等の駐車場の入場待ちの車列が一般道まで延びていたりすることがある。一般道にまで車列が延びていると、交通渋滞や交通事故をまねく原因として社会問題が生じている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３４６３２５号公報
【特許文献２】特開２０１７−０６８４４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
車両待ち場所から一般道へはみ出して延びる車列を解消するシステムとして、例えば、特許文献１にはタクシー乗り場（同文献には第１プールと記載）の他にタクシー乗り場への入場予約エリア（同文献には第２プールと記載）を設けるタクシープール用駐車管制装置が開示されている。これは同入場予約エリア内に予約管理するサーバを有するものである。更に、同タクシー乗り場内には、同場内に待機している車両を算出する台数算出手段（同文献には入庫許可台数計算手段と記載）と、新たに入場してきた車両を特定する車両ＩＤ認識照合手段とを有している。特許文献１に開示の装置には、タクシー乗り場ごとに台数算出手段と車両ＩＤ認識照合手段とが必要になるという課題がある。更に、入場予約エリアごとに予約を管理する予約管理サーバが必要になることも課題である。
【０００５】
一方、特許文献２にはカーシェアリングシステムが開示されている。これは、ステーション及び車両に設置されるビーコンと利用者の持つ携帯端末とにより、同ステーション内に待機している車両情報をサーバに通信するものである。このシステムを、車列解消システムとして用いるならば、ステーションに入場を希望する車両は一旦、同ステーションのビーコンを用いてサーバへ予約登録しなければならないという課題が生じる。
【０００６】
そこで、本発明は、車両待機場への設置機器の簡易化を図ると共に、車両待機場外から入場予約可能な待機場入場管理システム及びそのサーバを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題は次のサーバによって解決される。まず、このサーバは、待機場内に設置されたビーコン装置の信号に反応したネットワークアクセスを受け付けてそのビーコン装置ＩＤ及びその待機場への入場した車両と共に移動する通信端末のＩＤとを取得する。そして、そのサーバはビーコン装置ＩＤから待機場内の場所を特定する。そのうえで、そのサーバは上記通信端末のＩＤを待機場内に入場してきた車両として記憶する。さらに、そのサーバは上記待機場に接する予約領域から、入場予約を目的する通信端末によるネットワークアクセスを受け付ける。そして、そのサーバは上記予約領域内の通信端末のＩＤを取得し、このＩＤを上記待機場内への入場予約車両として記憶する。
【発明の効果】
【０００８】
本発明のサーバは、待機場を中心とする円心予約領域から入場予約可能になる。
【図面の簡単な説明】
【０００９】
【図１】第１実施形態である待機場入場管理システムを示す図である。
【図２】第１実施形態に係るサーバの構成示すものであって、（Ａ）はサーバのブロック図、（Ｂ）は同サーバに記憶されるリストの内容の一例である。
【図３】第１実施形態に係る通信端末の構成を示す図である。
【図４】第１実施形態に係るサーバの動作を示すものであって、（Ａ）はネットワークアクセスの態様、（Ｂ）は各要求に対する同サーバの動作内容を示す図である。
【図５】第１実施形態におけるサーバから通信端末への情報提供を示すものであって、（Ａ）はネットワークアクセスの態様、（Ｂ）は同通信端末での表示例を示す図である。
【図６】第１実施形態に係るサーバの動作フローを示すものであって、（Ａ）は通信端末から入場要求があった時の動作フロー、（Ｂ）は同通信端末から予約キャンセルのネットワークアクセスがあった時の動作フローを示す図である。
【図７】第１実施形態に係るサーバの動作フローを示すものであって、（Ａ）は車両入場時のネットワークアクセスに対する動作フロー、（Ｂ）は車両退場時のネットワークアクセスに対する動作フローを示す図である。
【図８】第１実施形態に係るサーバによる、入場待車両解消動作の動作フローを示す図である。
【図９】第１実施形態に係る通信端末の動作モードを示すものであって、（Ａ）は各動作モードの内容、（Ｂ）は各動作モード間の遷移条件を示す図である。
【図１０】第１実施の形態に係る通信端末の動作フローを示すものであって、（Ａ）は入場・予約を要求するときの動作フロー、（Ｂ）は予約をキャンセルするときの動作フローを示す図である。
【図１１】第１実施の形態である待機場入場管理システムにおいて、待機場内への車両入退場前後の通信端末の動作を表すものであって、（Ａ）は通信端末の動作フロー、（Ｂ）は各機器の通信タイミングを示すタイムチャート図である。
【図１２】（Ａ）は第２実施形態である待機場入場管理システム、（Ｂ）は車両入場時の各機器との通信タイミングを表すタイムチャートである。
【図１３】第３実施形態である待機場入場管理システムを表すものであって、（Ａ）はタクシー待ちの客のいる場合、（Ｂ）タクシー待ちの客のいない場合を示す図である。
【図１４】第４実施形態である駐車場入口エリアへの待機場入場管理システムの図である。
【発明を実施するための形態】
【００１０】
＜第１実施形態＞
＜待機場入場管理システム＞
第１実施形態である待機場入場管理システムを説明する。図１は同待機場入場管理システムを示す図である。同待機場入場管理システムは、サーバ１と、ビーコン装置３とを有している。同待機場入場管理システムは待機場内Ａ１への車両の入退場を管理するものである。同待機場入場管理システムによって待機場内Ａ１への入退場を管理される車両は通信端末２を搭載している必要がある。つまり、通信端末２は、上記車両と共に移動するものである。これは車両に装備されていてもよいし、運転手や同乗者が携帯していてもよい。図１に示される車両Ｃ１〜Ｃ６は同待機場入場管理システムによって、待機場内Ａ１への入退場が管理され得る車両である。これらの車両は通信端末２で総称される通信端末２Ｃ１〜２Ｃ６をそれぞれ搭載している。
【００１１】
＜ビーコン装置３＞
待機場内Ａ１にはビーコン装置３が設けられている。ビーコン装置３はその個体を識別するためのビーコン装置ＩＤを有している。そして、その周囲にビーコン装置ＩＤを情報として含む電波もしくは電磁波である信号Ｋ３２（図示せず）を例えば１秒から５秒間隔で周期的に送信している。後記するように、通信端末２はビーコン装置３が送信した信号を受信するための近接通信部２７を有している。通信端末２がビーコン装置３の信号を受信できる範囲は、ビーコン装置３の出力を調整することで調整可能である。概ね、ビーコン装置３からの距離が１０〜２０メートルの範囲が受信可能な範囲で、この受信可能な範囲の限界を受信限界Ｋ３２Ｅと表すこともある。待機場内Ａ１はこの受信可能な範囲内に入るように設定されている。
【００１２】
＜通信端末２＞
車両Ｃ１〜Ｃ６のいずれかが待機場内Ａ１に入場すると、これらと共に移動する通信端末２で代表される通信端末２Ｃ１〜２Ｃ６のいずれかも入場し、ビーコン装置３の送信信号Ｋ３２を受信できるようになる。通信端末２Ｃ１〜２Ｃ６はそれぞれ、個体識別可能なＩＤを有している。以後、通信端末２Ｃ１〜２Ｃ６を総称して通信端末２として説明することもある。通信端末２はビーコン装置３の送信信号Ｋ３２を周期的に受信する。これに反応して、通信端末２は後記するサーバ１に周期的にネットワークアクセスをする。このアクセスにはビーコン装置３のビーコン装置ＩＤと通信端末２のＩＤとが情報として含まれている。つまり、このネットワークアクセスはビーコン装置３のビーコン装置ＩＤで特定される待機場内Ａ１に、通信端末２のＩＤで特定される通信端末を搭載した車両が入場したことを意味している。そこで、このネットワークアクセスを、存在通知を目的とするネットワークアクセスＮＡ１と表すこともある。
【００１３】
＜サーバ１＞
サーバ１は、記憶部１２と、ネットワーク通信部１３とを有している。記憶部１２には、待機車両リスト１２２Ａと予約車両リスト１２２Ｂとが設けられている。通信端末２によるネットワークアクセスＮＡ１は、上記したようにビーコン装置３のビーコン装置ＩＤで特定される待機場内Ａ１に、通信端末２のＩＤで特定される通信端末を搭載した車両が入場したことを意味している。そこで、サーバ１は待機車両リスト１２２Ａに通信端末２のＩＤを、待機場内Ａ１に入場してきた車両として記録する。
【００１４】
＜予約領域Ａ２＞
図１に示すように、待機場内Ａ１に接して予約領域Ａ２が設定されている。予約領域Ａ２は地理的な位置情報に基づいてその範囲が定められている。通信端末２はＧＰＳ測位部２６を有していて、自身が予約領域Ａ２の内外何れに存しているのかを知ることができる。通信端末２は、予約領域Ａ２内にあるとき、待機場Ａ１内への入場要求または入場予約を目的としてサーバ１にネットワークアクセスＮＡ０することができる。このネットワークアクセスＮＡ０には、通信端末２のＩＤと、待機場Ａ１を特定するＩＤとが含まれている。待機場Ａ１を特定するＩＤはビーコン装置３のビーコン装置ＩＤを使用してもよいし、予め待機場Ａ１を特定するＩＤを定め、これを公開しておくのでもよい。サーバ１はこのネットワークアクセスＮＡ０を受け付けて、通信端末２のＩＤを、待機場Ａ１への入場予約車両として予約車両リスト１２２Ｂに記憶する。
【００１５】
＜サーバ１の構成＞
次に図２（Ａ）に基づいてサーバ１の構成の詳細を説明する。サーバ１は、演算処理部１１と、記憶部１２と、ネットワーク通信部１３とを有している。そして、記憶部１２には、待機場パラメータ管理部１２１と車両管理部１２２とが含まれている。サーバ１は、待機場Ａ１のみならず、複数の車両待機場を管理することができる。それゆえ、待機場パラメータ管理部１２１には、１または２以上の車両待機場に関するパラメータが記憶されている。例えば、各車両待機場に設置されているビーコン装置３のビーコン装置ＩＤ、各車両待機場に待機可能な車両の上限台数、入場予約可能な車両上限台数などである。各車両待機場への予約可能な上限台数は、例えば、予約してから４５分以内に入場できる過去の実績台数に基づいて決めてもよい。
【００１６】
車両管理部１２２には、待機車両リスト１２２Ａと、予約車両リスト１２２Ｂと、入場車両リスト１２２Ｃとが設けられている。通信端末２から、ネットワークアクセスＮＡ１を受け付ける度に、待機車両リスト１２２Ａに該通信端末２のＩＤを記憶していく。記憶単位は、例えば、図２（Ｂ）に示すように、ビーコン装置ＩＤと通信端末ＩＤとに、整理番号が付された形式でもよい。整理番号は、例えば、ネットワークアクセスＮＡ１を受け付けた年月日時に基づいて、受け付けた順番が判別できるものとしてもよい。ネットワーク通信部１３は、通信端末２からのネットワークアクセスを受け付けるのに供される。演算処理部１１は記憶部１２とネットワーク通信部１３とを制御する。
【００１７】
＜通信端末２の構成＞
次に図３に基づいて通信端末２の構成を説明する。通信端末２は演算処理部２１と、記憶部２２と、表示部２３と、ユーザインタフェース２４と、ネットワーク通信部２５と、ＧＰＳ測位部２６と、近接通信部２７とを有する。ユーザインタフェース２４は使用者の操作を受け付けて所望の処理を通信端末２にさせるものである。演算処理部２１は、通信端末２が有する各部を制御すると共に、記憶部２２を使って必要な演算処理を行う。また、記憶部２２には同通信端末２を特定するＩＤが記憶されている。ＧＰＳ測位部２６には自身の地理上の位置を把握する機能があり、自身が予約領域Ａ２の内外の何れに存するのかを判断するのにも使われる。また、近接通信部２７は、待機場Ａ１内でビーコン装置３の送信する信号Ｋ３２を受信するのに供される。
【００１８】
＜サーバ１の動作＞
次に、図４に基づいてサーバ１の動作を説明する。図４（Ａ）は通信端末２によるネットワークアクセスの態様、（Ｂ）は通信端末２による要求に対するサーバ１の動作内容を示す図である。図４（Ｂ）において、通信端末２がネットワークアクセスＮＡ２１Ａによって各待機場の状況に関する情報を要求すると、サーバ１は各待機場の状況と予約状況を通信端末２へ通知してくる。また、通信端末２が待機場への入場要求や予約を目的とするネットワークアクセスＮＡ０をすると、サーバ１は入場許可通知または予約受付をする。通信端末２が予約をキャンセルするネットワークアクセスＮＡＣをすると、サーバ１はこれを受け付けて、予約車両リスト１２２Ｂから該当するＩＤを消去する予約車両リスト更新動作をする。通信端末２が入場車両ネットワークアクセスＮＡ１をすると、サーバ１は待機車両リスト１２２Ａに該当するＩＤを加える更新をする。
【００１９】
＜サーバ１による入場待ち車両解消処理＞
サーバ１は、通信端末２の要求に従って動作する他に、所定時間毎に入場待車両解消処理をする。サーバ１は、予約して入場待ちしている車両の有無を確認する。入場待ち車両があれば、待機場Ａ１に車両を入場させるか否かを判断する。新たな入場が可能であれば、入場待ちしている車両に、予約した順番に従って入場許可通知をする。あわせて、入場許可通知をした車両のＩＤを予約車両リスト１２２Ｂから消去する更新を行う。更に、記憶部１２に設けられている入場車両リスト１２２Ｃ〔図２（Ａ）参照〕に入場許可通知をした車両のＩＤを加える。このリストに記載されたＩＤは所定時間経過後に消去される。また、車両が入場したときにこのリストに該当するＩＤがあるか否かを確認する。所定時間経過後、このリストからＩＤが消去された後に入場した場合、その車両は不正車両とみなされる。すなわち、入場許可通知を受けた後、所定時間内に車両は入場しなければならない。通知を受けてから待機場に入場するまでの所要時間は待機場ごとに異なる。そこで、例えば５分を所要時間として待機場ごとに定めておく。また適当な値を待機場ごとに、所定時間を予め定めておいてもよい。
【００２０】
＜サーバ１による台数の把握＞
車両と共に移動する通信端末２は、当該車両が待機場Ａ１に入場するのに伴って、ビーコン装置３の送信信号Ｋ３２の受信可能範囲に入る。そうすると、通信端末２はビーコン装置３の送信する信号を受信し始める。通信端末２は、これまでビーコン装置３の送信信号を受信できなかった状態（圏外）から受信できる状態（圏内）になると、サーバ１に対して存在通知を目的とするネットワークアクセスＮＡ１をする。また、車両が待機場Ａ１から退場すると、通信端末２もビーコン装置３の送信信号Ｋ３２を受信できる範囲から外れる。すると、通信端末２が受信するビーコン装置３の送信信号Ｋ３２が途絶えることとなる。このようにこれまで受信できていた信号Ｋ３２が途絶えると、通信端末２はサーバ１に対してネットワークアクセスＮＡ１ができなくなる。これによりサーバ１は、通信端末２のＩＤと共にＮＡ１が無くなることで、待機場１Ａに現在待機している車両及び車両台数を把握することができる。
【００２１】
すなわち、サーバ１は、ネットワークアクセスＮＡ１があるたびに待機車両リスト１２２Ａに該当するＩＤを記憶する。そして、サーバ１は、ネットワークアクセスＮＡ１が所定時間、例えば１分間、途切れると待機車両リスト１２２Ａから該当するＩＤを記憶部１２から消去する。待機場Ａ１への入場した車両として記憶部１２に記憶されている通信端末２のＩＤの数は、現在待機場Ａ１に待機している車両の台数と一致する。また、待機場Ａ１への待機許容台数から現在の待機台数を減算すると空き数を算出することができる。
【００２２】
＜サーバ１の通信端末に対するサービス＞
サーバ１の演算処理部１１は複数のプロセッサが記憶部１２を共有して動作するように構成されていてもよいし、１つのプロセッサが時分割で複数のタスクを処理するマルチタスク処理が可能に構成されていてもよい。いずれの構成においても、サーバ１は、通信端末２で総称される複数の通信端末の要求に対して、同時若しくは実質的に同時にサービス動作をすることができる。
【００２３】
＜状況通知と表示例＞
次に、サーバ１による状況通知と、通信端末２への表示例を説明する。図５はサーバ１から通信端末２への情報提供を示すものであって、（Ａ）はネットワークアクセスの態様、（Ｂ）は通信端末２の表示部２３での表示例を示す図である。図５（Ａ）に示すように、通信端末２からサーバ１への各待機場の状況、すなわち、待機台数問合せまたは空き台数問合せを目的とするネットワークアクセスＮ２１Ａがなされた後に、サーバ１から情報通知Ｎ１２Ａがなされる。
【００２４】
通信端末２の表示部２３には、例えば、待機場Ａ２Ｐと、Ａ２Ｑと、Ａ２Ｒとが存在する範囲の地図に、情報通知Ｎ１２Ａで通知された情報が重ねて表示されている。各待機場の混雑具合を反映するマークが付されている。例えば、空き台数のある待機場Ａ２Ｐには英文字「Ａ」を含むマークが表されている。空き数はないが、現予約数が予約可能台数を下回る場合は待機場Ａ２Ｑのように英文字「Ｂ」を含むマークが表されている。また、予約台数が予約可能台数に達している場合には待機場Ａ２Ｒのように英文字「Ｃ」を含むマークが表されている。このように英文字などの記号で状況を表してもよいが、赤・青・緑など色で区別してもよい。また、マークの形状で区別してもよい。更に、各待機場の待機台数と空き台数を表示してもよい。
【００２５】
＜サーバ１による入場許可通知または予約受付＞
予約領域Ａ２内に在る通信端末２から、待機場Ａ１への入場要求を受けた時のサーバ１の動作フローを図６（Ａ）に示す。予約領域Ａ２内に在る通信端末２から、待機場Ａ１への入場要求を受けると、サーバ１は該当する待機場Ａ１の空きを調べる。すなわち、待機車両リスト１２２Ａを確認する。その結果、待機場Ａ１に空きがあれば条件分岐ステップＳ１０１を‘真’として通信端末２に待機場Ａ１への入場許可を通知する（ステップＳ１０２）。次いで、通信端末２のＩＤを入場車両リスト１２２Ｃに追加し（ステップＳ１０３）、この一連の処理の終了となる。この入場車両リスト１２２Ｃは時間制限のあるリストであって所定時間後に消去される。
【００２６】
入場許可通知を受けた通信端末２とともに移動する車両が待機場Ａ１に入場したとき、通信端末２のＩＤと、入場車両リスト１２２Ｃに追加されたＩＤとが照合される。この車両が上記所定時間内に入場すれば、入場車両リスト１２２Ｃに該当するＩＤが照合される。しかし、所定時間後は入場車両リスト１２２Ｃ上の該当するＩＤは消去されているため照合できない。そうすると、この車両は不正車両とみなされる。すなわち、車両は入場許可通知を得てから所定の時間内に待機場Ａ１に入場しなければならない。上記所定時間は、入場許可通知を受けた後に車両が待機場に入場するのに妥当な所要時間として決めればよい。例えば、５分程度とすることができる。
【００２７】
一方、待機場Ａ１に空きがない場合は分岐ステップＳ１０１で‘偽’に進む。予約車両リスト１２２Ｂを参照して現在の予約台数を確認する。そして、現予約台数が予約可能台数を下回るときは予約受付が可能であるので、分岐ステップＳ１０４の‘真’へ進む。そして、予約車両リスト１２２Ｂに通信端末２のＩＤを追加する更新をする（ステップＳ１０５）。次いで通信端末２に予約完了通知をして（ステップＳ１０６）、この一連の処理を終了する。
【００２８】
予約を受け付けることができないときは、条件分岐ステップＳ１０４を‘偽’とし、通信端末２に予約不可能通知をし（ステップＳ１０７）、この一連の処理を終了する。
【００２９】
＜サーバ１による予約キャンセルの受付＞
図６（Ｂ）は通信端末２による入場予約キャンセルを目的とするネットワークアクセスＮＡＣを受け付けたときのサーバ１の動作フローである。このネットワークアクセスには通信端末２のＩＤが含まれている。サーバ１はそのネットワークアクセスしてきた通信端末２のＩＤが予約車両リスト１２２Ｂに記憶されているか否かを確認する。そして、記憶にないＩＤの場合は条件分岐ステップＳ２０１にて‘偽’として同動作を終了する。一方、そのＩＤが予約車両リスト１２２Ｂに含まれている場合は当該ＩＤを消去する更新をする（ステップＳ２０２）。そして、そのＩＤを有する通信端末２にキャンセルが完了したことを通知する（ステップＳ２０３）。以上が、サーバ１による予約キャンセルの受付動作である。
【００３０】
＜サーバ１による存在通知の受付＞
図７（Ａ）はサーバ１による存在通知の受付動作を示す。待機場Ａ１内に車両が入場すると、ビーコン装置３からの信号に応答して該車両と共に移動する通信端末２からサーバ１に存在通知を目的とするネットワークアクセスＮＡ１がなされる。ネットワークアクセスＮＡ１には、待機場Ａ１に設置のビーコン装置３のビーコン装置ＩＤと通信端末２のＩＤとが含まれている。サーバ１はこれらのＩＤを待機車両リスト１２２Ａに追加する更新をし（ステップＳ３０１）、ビーコン装置３のビーコン装置ＩＤで特定される待機場への入場した車両として記憶する。
【００３１】
＜不正入場車両への通知＞
次いで、サーバ１は入場車両リスト１２２Ｃを参照し（ステップＳ３０２）、同リストにその通信端末２のＩＤが記憶されているかを確認する。記憶されていれば入場を許可された正当な車両である。一方、記憶されていなければ不正車両である。入場許可通知をした通信端末２とは別の通信端末を携行する車両が入場した場合も不正車両とみなされる。この場合は、ビーコン装置３の信号に反応したネットワークアクセスＮＡ１を受け付けて得た通信端末ＩＤと、入場許可の通知先通信端末のＩＤとが異なる状態である。また、確かに入場許可通知は受けたものの、上記所定時間経過後で、既に入場車両リスト１２２ＣからＩＤを消去されてしまった車両が入場したときも不正車両とみなされる。
【００３２】
存在通知ネットワークアクセスＮＡ１のあった車両と共に移動する通信端末２のＩＤが入場車両リスト１２２Ｃに記憶されていて、正当車両と判断された場合は条件ステップＳ３０３の‘真’へ進んで一連の動作は終了する。一方、不正車両と判断されると‘偽’へ進んで不正警報を開始する（ステップＳ３０４）。不正警報の開始とは、不正入場である旨の通知をするために該当する通信端末２にネットワークアクセスすることである。この通知によって通信端末２の表示部２３に警告が表示されるようにすることができる。通信端末２がスピーカまたはバイブレーション機能を備えている場合には、警報音をスピーカから鳴らしたり、または通信端末２に振動を起こさせたりすることができる。これら不正に関する警告表示、音声の発声または振動の発生は一定時間だけ継続させた後に停止させることができる（ステップＳ３０６）。ステップＳ３０６で不正警報を停止して一連の動作を終了する。
【００３３】
また、待機場内に待機車両を誘導する施設係員が常駐していれば、その施設係員が、タブレット端末もしくはパソコン等の表示画面で予約車両リストを閲覧できるように構成することができる。ステップＳ３０４において、施設係員が有するタブレット端末にも不正警報を送信することができる。そしてこの場合、不正車両の存在を把握した施設係員がこの車両を正しく場外へ誘導するようにしてもよい。係員が不正車両の存在を迅速に把握できるように、上記パソコンに備えられたスピーカから不正車両の存在を示すアラーム音などを鳴らしてもよい。
【００３４】
＜サーバ１による退場管理＞
図７（Ｂ）はサーバ１による退場管理処理を示す。待機場Ａ１内から車両が退場すると、該車両と共に移動する通信端末２からサーバ１にネットワークアクセスＮＡ１がなくなる。サーバ１はこのＩＤが待機車両リスト１２２Ａに記憶されているか否かを確認する。記憶されていなければ、条件分岐ステップＳ４０１の‘偽’としてこの動作を終了する。一方、記憶されていれば‘真’として、サーバ１はこのＩＤを待機車両リスト１２２Ａから消去する更新をし（ステップＳ４０２）、一連の動作を終了する。
【００３５】
滞留していた不正車両が待機場Ａ１から退場する場合、図７（Ａ）に示す、存在通知の受付動作は滞留状態から解放されて一連の動作は終了に向かう。同時に図７（Ｂ）で説明した、サーバ１による退場管理の受付動作も発生する。
【００３６】
＜サーバ１による入場待ち車両の解消動作＞
前述したとおり、サーバ１は、通信端末２の要求に従って動作する他に、所定時間毎に入場待車両解消動作をする。図８は、サーバ１が入場待車両解消動作する動作フローの図である。
【００３７】
予約車両リスト１２２Ｂを参照し（ステップＳ５０１）、予約済みの入場待ち車両の有無を確認する。入場待ち車両すなわち予約台数がゼロであれば、条件分岐ステップＳ５０２にて‘偽’として一連の動作を終了する。ゼロでなければ、‘真’として、待機車両リスト１２２Ａを参照する（ステップＳ５０３）。待機場Ａ１に待機可能な車両の上限台数と待機車両台数との差分が待機場Ａ１の空きである。待機場Ａ１に空きが無ければ、条件分岐ステップＳ５０４にて‘偽’として一連の動作を終了する。一方空きがあれば、‘真’として、上述の予約した順番に従って該当するＩＤを有する通信端末２に入場許可通知をする（ステップＳ５０５）。そして、そのＩＤを入場車両リスト１２２Ｃに追加する（ステップＳ５０６）。次いで、そのＩＤを予約車両リスト１２２Ｂから消去更新し（ステップＳ５０７）、一連の動作を終了する。尚、前述のとおり、ステップＳ５０６で入場車両リスト１２２Ｃに追加されたＩＤは所定時間後に消去される。
【００３８】
＜通信端末２の動作モード＞
通信端末２には３つの動作モードがある。図９（Ａ）は各動作モードの内容を示している。待機モードＭ１は、通信端末２がサーバ１から入場許可通知を受け、その後ビーコン装置３の送信信号を受信し、これが途切れるまで維持されるモードである。予約モードＭ２は、サーバ１に対して待機場Ａ１への入場予約が完了するとなるモードである。通信端末２自ら予約をキャンセルするか、サーバ１から入場許可通知を受けるかをするまでこのモードが保たれる。通常モードＭ３は、上記２モード以外の状態である。
【００３９】
図９（Ｂ）は各動作モード間の遷移条件を示す図である。予約モードＭ２と通常モードＭ３とは、予約とキャンセルを通じて双方に往来可能である。一方、待機モードＭ１は予約モードＭ２から入り、通常モードＭ３に出ていく一方向の流れである。
【００４０】
＜通信端末２による入場要求動作＞
図１０（Ａ）は通信端末２がサーバ１に対して、待機場Ａ１への入場を要求するときの動作フローである。このとき、通信端末２は通常モードＭ３にある。通信端末２はまず、ＧＰＳ測位によって自身の存する位置を確認する（ステップＳ６０１）。その結果、自身が予約領域Ａ２になければ、条件分岐ステップＳ６０２の‘偽’として一連の動作を終了する。予約領域Ａ２外からの予約は禁止されているからである。一方、自身が予約領域Ａ２内であれば、‘真’として、入場または予約を目的とするネットワークアクセスＮＡ０をする（ステップＳ６０３）。そして、サーバ１から入場許可通知を受けた場合には、条件分岐ステップＳ６０４を‘真’として、待機モードＭ１へ移行し（ステップＳ６０５）、一連の動作を終了する。
【００４１】
条件分岐ステップＳ６０４にて、入場許可通知を受けられないときは‘偽’として、サーバ１からの予約完了通知を待つ。予約できないときは条件分岐ステップＳ６０６で‘偽’として一連の動作を終了する。一方、予約完了通知を受けたときは‘真’として予約モードＭ２に移行し（ステップＳ６０７）、一連の動作を終了する。
【００４２】
＜通信端末２による予約キャンセル動作＞
予約モードＭ２にある通信端末２は、使用者がその通信端末のユーザインタフェース２４を操作して、予約キャンセルを目的とするネットワークアクセスＮＡＣをサーバ１に行えるようにしてもよい。しかし、次のように通信端末２に予約キャンセルさせることができる。
【００４３】
図１０（Ｂ）は通信端末２が予約をキャンセルするときの動作フローである。この動作フローは通信端末２が予約モードＭ２にあるときに可能な動作である。すなわち、待機場内Ａ１への入場予約車両として、サーバ１の予約車両リスト１２２Ｂに通信端末２のＩＤが記憶されていなければならない。通信端末２はＧＰＳ測位によって自身の位置を確認する（ステップＳ７０１）。そして、自身が予約領域Ａ２にあるときは条件分岐ステップＳ７０２を‘真’として一連の動作を終了する。一方、自身が予約領域Ａ２から外れたと判断したときは同ステップを‘偽’として、サーバ１へ予約キャンセルを目的とするネットワークアクセスＮＡＣをする（ステップＳ７０３）。そして、通常モード３に移行し（ステップＳ７０４）、一連の動作を終了する。
【００４４】
＜待機モードＭ１における通信端末２の動作＞
前述のとおり、予約領域Ａ２内で、予約モード２にある通信端末２がサーバ１から入場許可通知を受けると待機モードＭ１になる。図１１（Ａ）は待機場Ａ１内への車両入退場前後の通信端末２の動作フローである。待機モードＭ１にて、通信端末２はＧＰＳ測位をして自身の位置を確認する（ステップＳ８０１）。その結果、自身が予約領域Ａ２および待機場Ａ１のいずれからも外れていれば条件分岐ステップＳ８０２の‘偽’として通常モードＭ３に移行し（ステップＳ８０３）、一連の動作を終了する。
【００４５】
通信端末２の位置が予約領域Ａ２または待機場Ａ１内であれば、条件分岐ステップＳ８０２は‘真’として、ビーコン装置３が周期的に送信する信号を近接受信できるか探査する。近接受信できないときは、条件分岐ステップＳ８０４を‘偽’としてステップＳ８０１からステップＳ８０４までを繰り返す。近接受信できた時は、条件分岐ステップＳ８０４を‘真’として、サーバ１に対して存在通知を目的とするネットワークアクセスＮＡ１をする（ステップＳ８０５）。
【００４６】
通信端末２は、サーバ１に対してネットワークアクセスＮＡ１をした後、ビーコン装置３の信号の近接受信を受信できる限りは、条件分岐ステップＳ８０６を‘真’として、繰り返し受信する。通信端末２と共に移動する車両が待機場Ａ１から退場すると、ビーコン装置３による近接受信の限界Ｋ３２Ｅ以上の距離になって近接受信できなくなる。サーバ１はネットワークアクセスＮＡ１がなくなったので、車両が退場したと記憶部からその車両を削除して、一連の動作を終了する。
【００４７】
図１１（Ｂ）は車両が待機場Ａ１に入場するときの、各機器の通信タイミングを示すタイムチャートである。下方に伸びるｔ矢印は時間軸を表す。所定の時間に亘って、ビーコン装置３からの信号Ｋ３２を通信端末２が繰り返し受信する。例えば、２分以上繰り返し受信できたことを条件に、通信端末２はサーバ１に対して、存在通知を目的とするネットワークアクセスＮＡ１をする。
【００４８】
＜第２実施形態＞＜待機場入場管理システム＞
次に、図１２に基づいて、本実施形態の第２実施形態である待機場入場管理システムを説明する。図１２（Ａ）において、待機場Ａ１内部に設置されたビーコン装置３の近隣にネットワークアクセス装置３１が設けられている。第２実施形態は第１実施形態とほぼ同じ構成である。しかし、第１実施形態において、通信端末２が存在通知を目的としてサーバ１にするネットワークアクセスＮＡ１の通信は、第２実施形態ではネットワークアクセス装置３１が通信する。
【００４９】
ネットワークアクセス装置３１は、サーバ１に対してネットワークアクセスをする機能を持ち、かつ、通信端末２との近接通信可能なものである。図１２（Ｂ）は通信端末２と共に移動する車両が待機場Ａ１に入場したときの各機器の通信タイミングを示すタイムチャートである。下方に延びるｔ矢印は時間軸を表す。まず、通信端末２がビーコン装置３の送信信号Ｋ３２を受信する。そうすると通信端末２は近接通信機能によって、ネットワークアクセス装置３１に自身のＩＤを含む近接通信Ｋ２１Ａをする。これを受けたネットワークアクセス装置３１は、通信端末２のＩＤと、待機場Ａ１を特定するＩＤとを情報に含めて、存在通知を目的とするネットワークアクセスＮＡ１をサーバ１に対してする。以上が、ネットワークアクセス装置３１を含めた機器の、車両入場時の動作である。
【００５０】
ここで、通信端末２とビーコン装置３との通信が途絶えた後に、通信端末２とネットワークアクセス装置３１とが近接通信可能でなければならない。よって、ネットワークアクセス装置３１の近接通信の限界範囲はビーコン装置３のそれよりも広くなければならない。
【００５１】
＜第３実施形態＞
＜人数通知装置を備えた待機場入場管理システム＞
次に、図１３に基づいて、本実施形態の第３実施形態である待機場入場管理システムを説明する。第３実施形態は、第１実施形態に人数通知装置４を加えた構成である。人数通知装置４は待機場Ａ１内の待ち客の人数を計測してサーバ１に通知する装置である。人数通知装置４は、顔や人体を検出する画像式人数計数装置４１でもよいし、待ち客の体重を検出する感圧式人数計数装置４２やその他の計測機でもよい。図１３（Ａ）はタクシー乗り場となっている待機場Ａ１であって、待機車両Ｃ７であるタクシーの台数よりも待ち客の人数が多い場合である。同図（Ｂ）はタクシーの台数よりも待ち客が少ないか若しくは待ち客がいない場合である。
【００５２】
台数問合せまたは空き台数問合せを目的としてネットワークアクセスＮ２１Ａしてくる通信端末２に対して、サーバ１は人数通知装置４から得た人数情報をネットワークアクセスＮ１２Ｂで通知する。通信端末２は、表示部２３に、各待機場の状況として待機台数や空き情報のほか、人数を表示することができる。
【００５３】
人数通知装置４を備えたタクシー乗り場を待機場１とした場合、サーバ１は、人数通知装置４からのネットワークアクセスにより、待機場１におけるタクシー待ちの客数を把握することができる。そうすると、サーバ１は、待機しているタクシー台数と待ち客人数の大小に応じて、待機場１外で予約待ちしている車両に新たな入場許可通知をすることができる。
【００５４】
例えば、待機場Ａ１内の待機車両として、待機車両リスト１２２Ａに記憶されている通信端末２のＩＤの数が、人数通知装置４で計測された人数よりも少ないときに、新たな入場許可を、予約待ち車両に該当する通信端末２にすることができる。これは、図１３（Ａ）の場合に該当する。この新たな入場許可通知をされる通信端末２は、入場予約を目的としたネットワークアクセスＮＡ０の順番に従い決定される。待機しているタクシー台数が待ち客の人数よりも少ない場合は、次々と、待機タクシーは待機場Ａ１を退場すると予測されるからである。以上、第３実施形態を説明した。
【００５５】
＜第４実施形態＞＜駐車場入口外側空間への入場管理システム＞
図１４に基づいて、本実施形態の第４実施形態を説明する。第４実施形態は量販店などに付随する駐車場の入口外側空間への入場管理システムである。図１４（Ａ）において、駐車場を囲むドットを付した領域は予約領域Ａ２Ｓである。車両と共に移動する携帯端末２は、予約領域Ａ２Ｓ内部において、サーバ１に入場要求または予約を目的とするネットワークアクセスＮＡ１をする。ここでは、車両は待機場Ａ１Ｓへの入場を要求している。
【００５６】
待機場Ａ１Ｓは駐車場入口外側に設けられた格子パターンの領域であって、この駐車場で駐車するには必ずここを通らねばならない。第４実施形態は、駐車場が満車であるにもかかわらず、待機場Ａ１Ｓを越えて、車両列が延びることを防止するシステムである。待機場Ａ１Ｓは円形ではないが、このように細長い領域であっても、図１４（Ｂ）に示すように複数のビーコン装置３を並べることで、符号Ｋ３２Ｅに示す形状の、ビーコン信号受信限界を形成することができる。
【００５７】
駐車場には、場内の駐車空き台数を計測してサーバ１に通知する、空き台数通知装置５が備えられている。サーバ１は、空き台数通知装置５からの通知により、駐車場内に更に駐車可能な台数を把握している。更に第１実施形態と同様に、サーバ１はビーコン装置３の信号に反応したネットワークアクセス受け付けてビーコン装置ＩＤ及び車両と共に移動する通信端末のＩＤとを取得し、該通信端末のＩＤを、ビーコン装置ＩＤで特定される待機場への入場した車両として記憶することで、待機場Ａ１Ｓに待機している車両数を把握している。
【００５８】
そして、駐車場内に更に駐車可能な台数が、待機場Ａ１Ｓ内に待機している車両数よりも多いときは、サーバ１は、予約受付の順に従い、該当するＩＤを有する通信端末に待機場Ａ１Ｓへの入場を許可する通知をすることができる。待機場Ａ１Ｓに待機している車両数以上の駐車スペースが駐車場内に確保されているのだから、待機場Ａ１Ｓへ更に車両を入場させても、待機車列が待機場Ａ１Ｓをはみ出さないからである。以上、第４実施形態を説明した。
【００５９】
＜第５実施形態＞
次に、本実施形態の第５実施形態を説明する。第５実施形態は車両の往来のある二地点及びその間に設けられた１又は２以上の乗合場を統合管理する、待機場入場管理システム及びそのサーバである。上記の二地点とは、例えば、介護施設に隣接する乗合場Ａと医療施設に隣接する乗合場Ｂとである。乗合場Ａと乗合場Ｂとの間を往来する車両のルート上には、例えば乗合場Ｃと乗合場Ｄとが設けられている。各乗合場において、利用者が座る椅子には感圧器が設けられていてもよい。各乗合場の利用者の有無はその感圧器で検出することができる。この感圧器による検出信号は、同乗合場に備えられたビーコンと共に設置されている通信部を通じて、同実施形態に係るサーバに送られる。同サーバはこの信号を通じて各乗合場の利用者の有無及び人数を把握することができる。または、各乗合場に備えられた顔認証装置によって利用者が誰であるかを特定し、その情報を、上記通信部を通じてサーバに送信してもよい。以上が第５実施形態である。
【符号の説明】
【００６０】
１・・・サーバ、１１・・・演算処理部、１２・・・記憶部、
１２１・・・待機場パラメータ管理部、１２２・・・車両管理部、
１２２Ａ・・・待機車両リスト、１２２Ｂ・・・予約車両リスト、
１２２Ｃ・・・入場車両リスト、１３・・・ネットワーク通信部、２・・・通信端末、
２１・・・演算処理部、２２・・・記憶部、２３・・・表示部、
２４・・・ユーザインタフェース、２５・・・ネットワーク通信部、
２６・・・ＧＰＳ測位部、２７・・・近接通信部、３・・・ビーコン装置、
３１・・・ネットワークアクセス装置、４・・・人数通知装置、
４１・・・画像式人数計数装置、４２・・・感圧式人数計数装置、
５・・・空き台数通知装置、Ａ１，Ａ１Ｓ・・・待機場、
Ａ２，Ａ２Ｐ，Ａ２Ｑ，Ａ２Ｒ，Ａ２Ｓ・・・予約領域、Ｃ，Ｃ１〜Ｃ８・・・車両、
Ｋ３２・・・ビーコン装置の送信信号、
Ｋ２１Ａ，Ｋ２１Ｂ・・・・ネットワークアクセス装置との信号
Ｎ２１Ａ・・・通信端末によるネットワークアクセス、Ｎ１２Ｂ・・・サーバによる回答、
Ｋ３２Ｅ・・・受信限界、Ｍ１・・・待機モード、Ｍ２・・・予約モード、
Ｍ３・・・通常モード、ＮＡ０・・・予約または入場を目的とするネットワークアクセス、
ＮＡＣ・・・予約キャンセルを目的とするネットワークアクセス、
ＮＡ１・・・存在通知を目的とするネットワークアクセス
【図１】
2020024644.tif 000003
【図２】
2020024644.tif 000004
【図３】
2020024644.tif 000005
【図４】
2020024644.tif 000006
【図５】
2020024644.tif 000007
【図６】
2020024644.tif 000008
【図７】
2020024644.tif 000009
【図８】
2020024644.tif 000010
【図９】
2020024644.tif 000011
【図１０】
2020024644.tif 000012
【図１１】
2020024644.tif 000013
【図１２】
2020024644.tif 000014
【図１３】
2020024644.tif 000015
【図１４】
2020024644.tif 000016