(57)【要約】【課題】車両とそれに同乗している人を特定することができる乗車管理システムを提供する。【解決手段】乗車管理システム１は、車両１３に設置され、信号発信器１０を特定するための発信器ＩＤを含む無線信号を発信する信号発信器１０と、サーバ１１と、サーバ１１と通信可能な携帯通信端末１２とを備える。携帯通信端末１２は、無線信号を受信しているとき、発信器ＩＤ及び携帯通信端末１２を特定するための端末ＩＤとともに乗車信号をサーバ１１に送信し、無線信号を受信した後に無線信号を受信しなくなったとき、端末ＩＤとともに降車信号をサーバ１１に送信する。【選択図】図１
2019041344.tif 000002
【特許請求の範囲】
【請求項１】
車両に設置され、信号発信器を特定するための発信器ＩＤを含む無線信号を発信する信号発信器と、
サーバと、
前記サーバと通信可能な携帯通信端末とを備え、
前記携帯通信端末は、
前記無線信号を受信しているとき、前記発信器ＩＤ及び前記携帯通信端末を特定するための端末ＩＤとともに乗車信号を前記サーバに送信する乗車通知部と、
前記無線信号を受信した後に前記無線信号を受信しなくなったとき、前記端末ＩＤとともに降車信号を前記サーバに送信する降車通知部とを含む、乗車管理システム。
【請求項２】
請求項１に記載の乗車管理システムであって、
前記携帯通信端末は、さらに、
前記無線信号を受信しているとき、前記携帯通信端末に対する操作を不能にする第１操作不能化部を含む、乗車管理システム。
【請求項３】
請求項２に記載の乗車管理システムであって、
前記携帯通信端末は、さらに、
ユーザの操作に応じて、申請信号を前記サーバに送信する申請部と、
前記サーバからの許可信号に応じて、前記第１操作不能化部による操作の不能化を解除する解除部とを含み、
前記サーバは、さらに、
前記端末ＩＤ、前記乗車信号及び前記降車信号に応じて、前記車両に乗っているユーザの数である乗車人数を算出する乗車人数算出部と、
前記申請信号に応じて、前記携帯通信端末に対する操作を許可したユーザの数である許可人数が前記乗車人数−１よりも少ないとき、前記許可信号を前記携帯通信端末に送信する許可部と、
前記許可信号に応じて、前記許可人数を算出する許可人数算出部とを含む、乗車管理システム。
【請求項４】
請求項３に記載の乗車管理システムであって、
前記携帯通信端末は、さらに、
前記解除部による解除後に前記携帯通信端末に対する操作を所定時間受け付けなかったとき、前記携帯通信端末に対する操作を再び不能にする第２操作不能化部を含む、乗車管理システム。
【請求項５】
請求項４に記載の乗車管理システムであって、
前記携帯通信端末は、さらに、
前記解除部による解除後に前記携帯通信端末に対する操作を所定時間受け付けなかったとき、前記端末ＩＤとともに終了信号を前記サーバに送信する終了通知部を含み、
前記許可人数算出部は、前記終了信号に応じて、前記許可人数を算出する、乗車管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、乗車管理システムに関し、さらに詳しくは、携帯通信端末を利用して乗車を管理する乗車管理システムに関する。
【背景技術】
【０００２】
自動車、オートバイ、自転車等の車両を運転している間に、スマートフォン、フィーチャーフォン、携帯電話機、ＰＤＡ(Personal Data Assistant)等の携帯通信端末を操作するのは非常に危険であり、日本では道路交通法で禁止されている。にもかかわらず、運転中にスマートフォンを操作して交通事故を起こす人が後を絶たず、大きな社会問題になっている。
【０００３】
運転中のスマートフォン操作を禁止する技術として、スマートフォンが所定の速度を超えて移動していることを検知したとき、タッチパネルへの入力を無効にする方法が考えられる。しかし、この方法では、運転手だけでなく、同乗者も自身のスマートフォンを操作できなくなるという問題がある。
【０００４】
米国特許第８７０６１４３号明細書（特許文献１）は、スマートフォンが予め定められたしきい値を超えて移動しており、かつ、運転席にあると判定したとき、スマートフォンの機能を不能にする技術を開示する。この技術は、車内を撮影して得られた写真又はビデオデータに基づいて、スマートフォンが運転席にあるか、それとも助手席又は後部座席にあるかを判定するという。しかし、同明細書は、写真又はビデオデータに基づいてどのように判定するのか具体的な方法を全く開示していない。
【０００５】
このように、運転手を特定することは技術的に困難である。そもそも、車両とそれに乗車している人を特定する技術さえ現時点では提案されていない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】米国特許第８７０６１４３号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本開示の目的は、車両とそれに同乗している人を特定することができる乗車管理システムを提供することである。
【課題を解決するための手段】
【０００８】
本実施の形態に係る乗車管理システムは、信号発信器と、サーバと、携帯通信端末とを備える。信号発信器は、車両に設置され、信号発信器を特定するための発信器ＩＤを含む無線信号を発信する。携帯通信端末は、サーバと通信可能である。携帯通信端末は、無線信号を受信しているとき、発信器ＩＤ及び携帯通信端末を特定するための端末ＩＤとともに乗車信号をサーバに送信する乗車通知部と、無線信号を受信した後に無線信号を受信しなくなったとき、端末ＩＤとともに降車信号をサーバに送信する降車通知部とを含む。
【図面の簡単な説明】
【０００９】
【図１】図１は、本実施形態に係る乗車管理システムの全体構成を示す機能ブロック図である。
【図２】図２は、図１に示されるサーバの構成を示す機能ブロック図である。
【図３】図３は、図１に示される携帯通信端末の構成を示す機能ブロック図である。
【図４】図４は、図２及び図３に示されるサーバ及び携帯通信端末中の乗車モジュールの動作を示すフロー図である。
【図５】図５は、図２に示されるサーバ中の履歴データベースの一例を示す図である。
【図６】図６は、図２及び図３に示されるサーバ及び携帯通信端末中の降車モジュールの動作を示すフロー図である。
【図７】図７は、図２及び図３に示されるサーバ及び携帯通信端末中の許可モジュールの動作を示すフロー図である。
【図８】図８は、図２及び図３に示されるサーバ及び携帯通信端末中の終了モジュールの動作を示すフロー図である。
【図９】図９は、図２に示されるサーバ中のステータス更新モジュールの動作を示すフロー図である。
【図１０】図１０は、図２に示されるサーバ中のステータスデータベースの一例を示す図である。
【図１１】図１１は、図２に示されるサーバ中のステータスデータベースの他の例を示す図である。
【図１２】図１２は、図２に示されるサーバ中のステータスデータベースのさらに他の例を示す図である。
【発明を実施するための形態】
【００１０】
（構成１）
本実施の形態に係る乗車管理システムは、車両に設置され、信号発信器を特定するための発信器ＩＤを含む無線信号を発信する信号発信器と、サーバと、サーバと通信可能な携帯通信端末とを備える。携帯通信端末は、無線信号を受信しているとき、発信器ＩＤ及び携帯通信端末を特定するための端末ＩＤとともに乗車信号をサーバに送信する乗車通知部と、無線信号を受信した後に無線信号を受信しなくなったとき、端末ＩＤとともに降車信号をサーバに送信する降車通知部とを含む。ここで、車両は、自動車（乗用車、タクシー、バス、トラック等）、自動二輪車、自転車等を含む。
【００１１】
本乗車管理システムでは、携帯通信端末を所持したユーザが車両に乗ると、携帯通信端末が信号発信器からの無線信号を受信し、発信器ＩＤ及び端末ＩＤとともに乗車信号をサーバに送信する。そして、携帯通信端末を所持したユーザが車両から降りると、携帯通信端末が信号発信器からの無線信号を受信しなくなり、端末ＩＤとともに降車信号をサーバに送信する。したがって、本乗車管理システムは、発信器ＩＤから車両を特定するとともに、車両に同乗しているユーザを特定することができる。
【００１２】
（構成２）
構成１に記載の乗車管理システムにおいて、携帯通信端末は、さらに、無線信号を受信しているとき、携帯通信端末に対する操作を不能にする第１操作不能化部を含む。
【００１３】
この場合、携帯通信端末を所持したユーザが車両に乗ると、携帯通信端末が信号発信器からの無線信号を受信し、携帯通信端末に対する操作が不可能になる。
【００１４】
（構成３）
構成２に記載の乗車管理システムにおいて、携帯通信端末は、さらに、ユーザの操作に応じて、申請信号をサーバに送信する申請部と、サーバからの許可信号に応じて、第１操作不能化部による操作の不能化を解除する解除部とを含む。サーバは、さらに、端末ＩＤ、乗車信号及び降車信号に応じて、車両に乗っているユーザの数である乗車人数を算出する乗車人数算出部と、申請信号に応じて、携帯通信端末に対する操作を許可したユーザの数である許可人数が乗車人数−１よりも少ないとき、許可信号を携帯通信端末に送信する許可部と、許可信号に応じて、許可人数を算出する許可人数算出部とを含む。
【００１５】
この場合、ユーザが操作の許可を申請し、許可人数が乗車人数−１よりも少なければ、操作が可能になる。したがって、車両に乗った運転手を含む全員に対し、操作が許可されることはない。
【００１６】
（構成４）
構成３に記載の乗車管理システムにおいて、携帯通信端末は、さらに、解除部による解除後に携帯通信端末に対する操作を所定時間受け付けなかったとき、携帯通信端末に対する操作を再び不能にする第２操作不能化部を含む。
【００１７】
この場合、操作を許可されたユーザが所定時間操作をしなければ、操作が再び不可能になる。
【００１８】
（構成５）
構成４に記載の乗車管理システムにおいて、携帯通信端末は、さらに、解除部による解除後に携帯通信端末に対する操作を所定時間受け付けなかったとき、端末ＩＤとともに終了信号をサーバに送信する終了通知部を含む。許可人数算出部は、終了信号に応じて、許可人数を算出する。  
【００１９】
この場合、操作を許可されたユーザが所定時間操作をしなければ、許可人数が１人減り、別のユーザの申請が許可可能になる。
【００２０】
［実施形態］
以下、図面を参照し、本実施形態を詳しく説明する。図中同一又は相当部分には同一符号を付し、同じ説明を繰り返さない。
【００２１】
［乗車管理システムの構成］
図１を参照して、本実施形態に係る乗車管理システム１は、信号発信器１０と、サーバ１１と、携帯通信端末１２とを備える。
【００２２】
信号発信器１０の一例は、Bluetooth（登録商標）等の規格に従って無線信号を発信するビーコンである。信号発信器１０は、車両１３に設置され、発信器ＩＤを含む無線信号を発信する。発信器ＩＤは、信号発信器１０を特定するための識別情報である。各車両１３には１つの信号発信器１０が設置される。そのため、発信器ＩＤは車両１３を特定することができる。
【００２３】
携帯通信端末１２の一例は、電話、ゲーム、インターネット接続、電子メール、カメラ等の多機能を備えたスマートフォンである。携帯通信端末１２はコンピュータであり、これにオペレーティングシステム及び各種アプリケーションプログラムがインストールされ、前述した多機能を発揮する。各携帯通信端末２０は、インターネットや携帯通信網等の電気通信回線１４を経由してサーバ１１と通信可能である。
【００２４】
通常、各ユーザは１台の携帯通信端末１２を所持する。各携帯通信端末１２は、端末ＩＤを有する。端末ＩＤは、携帯通信端末１２を特定するための識別情報である。そのため、端末ＩＤはユーザを特定することができる。
【００２５】
４人のユーザが乗車すると、１台の車両１３は４台の携帯通信端末１２を含む。３人のユーザが乗車すると、１台の車両１３は３台の携帯通信端末１２を含む。２人のユーザが乗車すると、１台の車両１３は２台の携帯通信端末１２を含む。１人のユーザが乗車すると、１台の車両１３は１台の携帯通信端末２０を含む。図１には、４台の携帯通信端末１２を含む車両１３、２台の携帯通信端末１２を含む車両１３、及び１台の携帯通信端末２０を含む車両が例示されている。乗車したユーザのうち１人は運転手であり、残りは同乗者である。
【００２６】
図２を参照して、サーバ１１は、ＣＰＵ(Central Processing Unit)２０と、ＲＯＭ(Read Only Memory)やＲＡＭ(Random Access Memory)などのメモリ２１と、ディスプレイ２２と、キーボードやマウス等の入力装置２３と、サーバ１１を電気通信回線１４に接続するための通信装置２４と、ハードディスク２５とを含む。ハードディスク２５には、オペレーティングシステム（図示せず）、操作制御プログラム２６、履歴データベース２７、ステータスデータベース２８などが格納される。操作制御プログラム２６は、乗車モジュール２９、降車モジュール３０、許可モジュール３１、終了モジュール３２、及びステータス更新モジュール３３を含む。これらの詳細は後述する。ＣＰＵ２０は、ハードディスク２５からオペレーティングシステム及び操作制御プログラム２６を読み出して実行する。
【００２７】
図３を参照して、携帯通信端末１２は、ＣＰＵ４０と、タッチパネル４１と、通信装置４２と、フラッシュメモリなどのメモリ４３とを含む。メモリ４３には、オペレーティングシステム、各種アプリケーションプログラム、データ等が格納される。本実施形態では特に、操作制御プログラム４４が格納される。操作制御プログラム４４は、乗車モジュール４５、降車モジュール４６、許可モジュール４７、及び終了モジュール４８を含む。これらのモジュール４５〜４８は同時に実行可能である。これらの詳細は後述する。ＣＰＵ４０は、メモリ４３からオペレーティングシステム及びアプリケーションプログラムを読み出して実行する。タッチパネル４１は、プログラム等の実行に応じて画面を表示するとともに、ユーザによる操作を受け付ける。通信装置４２は、携帯通信網、Bluetooth（登録商標）、無線ＬＡＮ(Local Area Network)等の接続機能を有する。本実施形態では特に、通信装置４２は信号発信器１０からの無線信号を受信する。
【００２８】
［乗車管理システムの動作］
以下、乗車管理システム１の動作を説明する。
【００２９】
信号発信器１０は電池を内蔵し、無線信号を常に発信する。ただし、信号発信器１０は車両１３から電源の供給を受けてもよい。
【００３０】
携帯通信端末１２がオンにされ、オペレーティングシステムが起動すると、操作制御プログラム４４も起動する。通常、操作制御プログラム４４はバックグラウンドで動作しているので、ユーザは操作制御プログラム４４が動作していることに気付かない。操作制御プログラム４４はオペレーティングシステムに組み込まれていてもよい。
【００３１】
操作制御プログラム４４が実行されると、携帯通信端末１２は次の通り動作する。
【００３２】
［乗車］
携帯通信端末１２の乗車モジュール４５は、携帯通信端末１２を所持するユーザが車両１３に乗ったとき、その旨をサーバ１１に通知するとともに、携帯通信端末１２に対する操作を不能にするためのプログラムである。サーバ１１の乗車モジュール２９は、携帯通信端末１２からの上記乗車の通知を記録するためのプログラムである。
【００３３】
具体的には図４に示されるように、携帯通信端末１２は、信号発信器１０からの無線信号を待機する（Ｓ１１）。ユーザが携帯通信端末１２を所持して車両１３に乗ると、携帯通信端末１２は無線信号を受信し始める。携帯通信端末１２は、無線信号を受信しているとき（Ｓ１１でＹＥＳ）、携帯通信端末１２に対する操作を不能にする（Ｓ１２）。携帯通信端末１２はまた、無線信号を受信しているとき（Ｓ１１でＹＥＳ）、無線信号に含まれる発信器ＩＤ及び端末ＩＤとともに乗車信号をサーバ１１に送信する（Ｓ１３）。ここで、携帯通信端末１２は、乗車信号等を送信した後に、携帯通信端末１２に対する操作を不能にしてもよい。すなわち、ステップＳ１２及びＳ１３は逆でもよい。
【００３４】
サーバ１１は、携帯通信端末１２から送信された乗車信号等を受信する（Ｓ３１）。サーバ１１は、乗車信号等を受信すると、図５に示されるように、その時の日時と、受信した発信器ＩＤと、受信した端末ＩＤと、乗車ステータスとを対応付けて履歴データベース２７に記録する（Ｓ３２）。乗車ステータスは、ユーザが車両１３に乗ったことを示すステータスである。
【００３５】
例えば図５に示される履歴データベース２７の最初のレコードには、発信器ＩＤ「Ｂ０００１」を有する信号発信器１０が設置された車両１３に、端末ＩＤ「Ｔ０００１」を有する携帯通信端末１２を所持するユーザが２０１７年４月２４日８時１２分０秒に乗ったことが記録されている。
【００３６】
［降車］
携帯通信端末１２の降車モジュール３０は、携帯通信端末１２を所持するユーザが車両１３から降りたとき、その旨をサーバ１１に通知するとともに、携帯通信端末１２に対する操作を可能にするためのプログラムである。サーバ１１の降車モジュール４６は、携帯通信端末１２からの上記降車の通知を記録するためのプログラムである。
【００３７】
具体的には図６に示されるように、携帯通信端末１２は、信号発信器１０からの無線信号を受信した後に無線信号を受信しなくなったとき（Ｓ１４でＮＯ）、携帯通信端末１２に対する操作を可能にするとともに（Ｓ１５）、発信器ＩＤ及び端末ＩＤとともに降車信号をサーバ１１に送信する（Ｓ１６）。ユーザが携帯通信端末１２を所持して車両１３から降りると、携帯通信端末１２は無線信号を受信しなくなる。ここで、無線通信の環境が悪化すると、携帯通信端末１２が無線信号を一時的に受信できなくなる場合もあるので、無線信号を所定時間継続して受信しなくなったときに操作を可能にしてもよい。また、携帯通信端末１２は、降車信号を送信した後に操作を可能にしてもよい。すなわち、ステップＳ１５及びＳ１６は逆でもよい。また、携帯通信端末１２は発信器ＩＤを送信しなくてもよい。
【００３８】
サーバ１１は、携帯通信端末１２から送信された降車信号等を受信する（Ｓ３４）。サーバ１１は、降車信号等を受信すると、図５に示されるように、その時の日時と、受信した発信器ＩＤと、受信した端末ＩＤと、降車ステータスとを対応付けて履歴データベース２７に記録する（Ｓ３５）。降車ステータスは、ユーザが車両１３から降りたことを示すステータスである。ここで、発信器ＩＤが送信されて来なくても、発信器ＩＤは既に受信された端末ＩＤと対応付けられているから、サーバ１１は端末ＩＤのみに基づいて降車ステータスを記録することができる。
【００３９】
例えば図５に示される履歴データベース２７の最後のレコードには、発信器ＩＤ「Ｂ０００１」を有する信号発信器１０が設置された車両１３から、端末ＩＤ「Ｔ０００１」を有する携帯通信端末１２を所持するユーザが２０１７年４月２４日１０時１分５５秒に降りたことが記録されている。
【００４０】
［操作許可］
携帯通信端末１２の許可モジュール４７は、携帯通信端末１２に対する操作の許可を申請するためのプログラムである。サーバ１１の許可モジュール３１は、携帯通信端末１２からの上記許可の申請を審査し、申請を許可又は却下するためのプログラムである。
【００４１】
上記の通り、操作制御プログラム４４をインストールした携帯通信端末１２は、車両に持ち込まれると、タッチパネル４１への入力操作を受け付けなくなる。そのため、ユーザは乗車中に携帯通信端末１２を操作できなくなる。しかし、乗車中であっても、運転手以外の同乗者であれば、携帯通信端末１２に対する操作を可能にしても運転に支障はない。そこで、乗車管理システム１は、操作を希望するユーザが申請をすれば、操作を一時的に許可するように構成されている。
【００４２】
具体的には図７に示されるように、携帯通信端末１２は、タッチパネル４１に表示されている申請ボタンをユーザが押下すると（Ｓ１７でＹＥＳ）、発信器ＩＤ及び端末ＩＤとともに申請信号をサーバ１１に送信する（Ｓ１８）。
【００４３】
サーバ１１は、携帯通信端末１２から送信された申請信号等を受信する（Ｓ３７）。サーバ１１は、申請信号に応じて、許可人数が［乗車人数−１］よりも少ないとき、許可信号を携帯通信端末１２に送信する（Ｓ４０，Ｓ４２）。ここで、乗車人数は、車両１３に乗っているユーザの数である。許可人数は、携帯通信端末１２に対する操作を許可したユーザの数である。乗車人数及び許可人数の算出方法は後述する。
【００４４】
より具体的には、サーバ１１は、携帯通信端末１２から送信された申請信号等を受信すると（Ｓ３７）、その受信した端末ＩＤがブラックリストに登録されているか否かを判断する（Ｓ３８）。ブラックリストには、過去に不正な方法で操作の許可を得たことがあるなど、操作を許可しない端末ＩＤが予め登録されている。
【００４５】
端末ＩＤがブラックリストに登録されていないとき（Ｓ３８でＮＯ）、サーバ１１は、その申請が所定期間内に連続して行われたものか否かを判断する（Ｓ３９）。短時間に繰り返し許可を申請してくるユーザに対しては、操作を許可しないようにするためである。
【００４６】
申請が所定期間内に連続して行われたものではないとき（Ｓ３９でＮＯ）、サーバ１１は、ステータスデータベース２８を参照し、不等式［許可人数Ｎａ＜乗車人数Ｎｒ−１］が成立するか否かを判断する（Ｓ４０）。許可人数の初期値は「０」であり、後述するステップにより更新される。例えば、乗車人数が４人で、かつ、許可人数が２人であれば、２＜４−１の不等式は成立する。しかし、乗車人数が４人で、かつ、許可人数が３人であれば、３＜４−１の不等式は成立しない。乗車人数から「１」を減算したのは、操作を許可するユーザを運転手以外の同乗者に限定するためである。
【００４７】
不等式［許可人数＜乗車人数−１］が成立するとき（Ｓ４０でＹＥＳ）、サーバ１１は、その時の日時と発信器ＩＤと端末ＩＤと許可ステータスとを対応付けて履歴データベース２７に記録するとともに（Ｓ４１）、許可信号を携帯通信端末１２に送信する（Ｓ４２）。許可ステータスは、申請を許可したことを示すステータスである。
【００４８】
携帯通信端末１２は、サーバ１１から送信された許可信号を受信し（Ｓ１９）、その受信した許可信号に応じて、ステップＳ１２による操作の不能化を解除する（Ｓ２０）。その結果、携帯通信端末１２に対する操作が可能になる。
【００４９】
一方、端末ＩＤがブラックリストに登録されているとき（Ｓ３８でＹＥＳ）、申請が所定期間内に連続して行われたものであるとき（Ｓ３９でＹＥＳ）、又は不等式［許可人数Ｎａ＜乗車人数Ｎｒ−１］が成立しないとき（Ｓ４０でＮＯ）、サーバ１１は、その時の日時と発信器ＩＤと端末ＩＤと却下ステータスとを対応付けて履歴データベース２７に記録するとともに（Ｓ４３）、却下信号を携帯通信端末１２に送信する（Ｓ４４）。
【００５０】
上記ステップＳ１７において、携帯通信端末１２は、申請ボタンを表示しているが、乗車人数が１人の場合は運転手しか乗車していないのであるから、申請ボタンを表示しないようにしてもよい。この場合、携帯通信端末１２はサーバ１１から乗車人数を取得する必要がある。
【００５１】
上記ステップＳ３８，Ｓ３９，Ｓ４３，Ｓ４４，Ｓ２１は必須ではなく、省略してもよい。
【００５２】
［許可終了］
終了モジュール３２は、操作を許可されたユーザが所定時間継続して操作をしない場合、自動的に操作をできなくするためのプログラムである。
【００５３】
具体的には図８に示されるように、携帯通信端末１２は、携帯通信端末１２に対する操作を所定時間受け付けなかったとき（Ｓ１９でＹＥＳ）、携帯通信端末１２に対する操作を不能にし（Ｓ２０）、発信器ＩＤ及び端末ＩＤとともに終了信号をサーバ１１に送信する（Ｓ２１）。終了信号は、操作可能な状態が終了したことを通知するための信号である。ここで、携帯通信端末１２は、終了信号を送信した後に操作を不能にしてもよい。すなわち、ステップＳ２０及びＳ２１は逆でもよい。また、携帯通信端末１２は発信器ＩＤを送信しなくてもよい。
【００５４】
サーバ１１は、携帯通信端末１２から送信された終了信号等を受信する（Ｓ４５）。サーバ１１は、終了信号に応じて、その時の日時と発信器ＩＤと端末ＩＤと終了ステータスとを対応付けて履歴データベース２７に記録する（Ｓ４６）。発信器ＩＤが携帯通信端末１２から送信されて来なくても、発信器ＩＤは端末ＩＤと対応付けられているから、サーバ１１は端末ＩＤのみに基づいて終了ステータスを正しく記録することができる。
【００５５】
［ステータス更新］
ステータス更新モジュール３３は、履歴データベース２７を参照し、ステータスデータベースを更新するためのプログラムである。
【００５６】
具体的には図９に示されるように、サーバ１１は、乗車又は降車ステータスを記録し（Ｓ５０）、許可又は非許可ステータスを記録し（Ｓ５１）、許可日時を記録し（Ｓ５２）、乗車人数Ｎｒを算出し（Ｓ５３）、許可人数Ｎａを算出する（Ｓ５４）。サーバ１１は、履歴データベース２７に新しいレコードを追加する度にステップ５０〜Ｓ５４の処理を実行する。ただし、ステップ５０〜Ｓ５４の処理順序は特に限定されない。
【００５７】
ステータスデータベース２８には、各発信器ＩＤに対し、端末ＩＤと、乗車又は降車ステータスと、許可ステータス又は非許可ステータスと、許可日時とが対応付けて記録される。非許可ステータスは、操作を許可していないステータスである。具体的には、非許可ステータスは、操作を未だ許可していない場合、操作の許可を終了した場合、又は操作の許可申請を却下した場合のステータスである。ステータスデータベース２８にはまた、各発信器ＩＤに対し、乗車人数と、許可人数とが記録される。
【００５８】
例えば、端末ＩＤ「Ｔ０００１」を有する携帯通信端末１２を所持したユーザが発信器ＩＤ「Ｂ０００１」を有する発信器１０を設置した車両１３に乗車したとき、サーバ１１は、図５に示されるように、それらに関連する情報を履歴データベース２７に記録する。このとき、サーバ１１は、図１０に示されるように、履歴データベース２７からそれらに関連する情報を抽出し、ステータスデータベース２８に記録する。具体的には、発信器ＩＤ「Ｂ０００１」に対し、端末ＩＤ「Ｔ０００１」、乗車ステータス、非許可ステータスが対応付けて記録される。また、このとき、サーバ１１は、乗車ステータスの数をカウントすることにより乗車人数Ｎｒとして「１」を算出するとともに、許可ステータスの数をカウントすることにより許可人数Ｎａとして「０」を算出する。
【００５９】
その後、端末ＩＤ「Ｔ０００２」〜「Ｔ０００４」を有する携帯通信端末１２を所持した３人のユーザも同じ車両１３に乗車し、かつ、それら３人のユーザが操作の許可を申請して許可されたとき、サーバ１１は、図１１に示されるように、履歴データベース２７からそれらに関連する情報を抽出し、ステータスデータベース２８に記録する。このとき、サーバ１１は、乗車ステータスの数をカウントすることにより乗車人数Ｎｒとして「４」を算出するとともに、許可ステータスの数をカウントすることにより許可人数Ｎａとして「３」を算出する。
【００６０】
その後、端末ＩＤ「Ｔ０００２」を有する携帯通信端末１２を所持したユーザが車両１３から降車したとき、サーバ１１は、図１２に示されるように、履歴データベース２７からそれらに関連する情報を抽出し、ステータスデータベース２８に記録する。このとき、サーバ１１は、乗車ステータスの数をカウントすることにより乗車人数Ｎｒとして「３」を算出するとともに、許可ステータスの数をカウントすることにより許可人数Ｎａとして「２」を算出する。
【００６１】
例えば事故で車内から出られなくなったなどの緊急時は、緊急連絡ボタンを押せば、予め指定された電話番号（例えば、警察、会社、自宅など）だけには例外的に電話をかけられるようにしてもよい。
【００６２】
また、受信した端末ＩＤがブラックリストに登録されているか否かを判断する（Ｓ３８）前に、ホワイトリストに登録されているか否かを判断してもよい。ホワイトリストには、不正な操作をしない信頼できるユーザの端末ＩＤが予め登録されている。例えば１人のユーザが携帯通信端末１２を所持しないで乗車し、もう１人のユーザが携帯通信端末１２を所持して乗車した場合において、そのユーザの端末ＩＤがホワイトリストに登録されていれば、そのユーザは携帯通信端末１２を操作することができる。
【００６３】
また、ユーザＩＤをサーバ１１に登録し、各ユーザＩＤに対して複数の端末ＩＤを登録してもよい。例えば１人のユーザが２台の携帯通信端末１２を所持して乗車した場合、２つの端末ＩＤが発信器ＩＤとともに携帯通信端末１２からサーバ１１に送信される。これら２つの端末ＩＤが１つのユーザＩＤに対して登録されていれば、乗車人数は２人ではなく１人とカウントしてもよい。ただし、１人のユーザが所持している複数の携帯通信端末１２を同時に操作できないようにするのが望ましい。
【００６４】
以上、本実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【符号の説明】
【００６５】
１：乗車管理システム
１０：信号発信器
１１：サーバ
１２：携帯通信端末
１３：車両
【図１】
2019041344.tif 000003
【図２】
2019041344.tif 000004
【図３】
2019041344.tif 000005
【図４】
2019041344.tif 000006
【図５】
2019041344.tif 000007
【図６】
2019041344.tif 000008
【図７】
2019041344.tif 000009
【図８】
2019041344.tif 000010
【図９】
2019041344.tif 000011
【図１０】
2019041344.tif 000012
【図１１】
2019041344.tif 000013
【図１２】
2019041344.tif 000014