(57)【要約】【課題】バス等の乗物を利用する団体の自動点呼を簡素な構成で行うことができる点呼装置を提供する。【解決手段】バスに搭載された点呼装置としてのナビゲーション装置は、Ｂｌｕｔｏｏｔｈ通信モジュールを備える。ディスプレイの「登録リスト更新」ボタンが操作されたときには、Ｂｌｕｔｏｏｔｈ通信モジュールを利用して、Ｂｌｕｅｔｏｏｔｈ通信機能を有するバス内の無線通信機を検索し（Ｓ１１、Ｓ１２）、検索結果をリストアップする（Ｓ１３）。次に、リストアップ結果を更に携帯電話のクラスオブデバイス（ＣｏＤ）で絞り込み（Ｓ１４）、その絞り込んだリストを登録リストとして保存する（Ｓ１５）。ディスプレイの「点呼開始」ボタンが操作されたときにはＳ１１〜Ｓ１４と同様にしてバス内の携帯電話をリストアップし、保存されている登録リストと照合する。その照合結果をディスプレイに表示する。【選択図】図６
2013247621.tif 000002
【特許請求の範囲】
【請求項１】
団体が利用する乗物に搭載される点呼装置であって、
前記乗物内に存在する無線通信機と所定の通信規格に則って無線通信を行う近距離無線通信手段と、
前記団体の人員が全員そろっているときに、前記近距離無線通信手段を利用して前記団体の人員が携帯する無線通信機を検索する第１の検索手段と、
その第１の検索手段で検索された無線通信機のリストを登録する登録手段と、
前記団体の人員の点呼の実行を指示する点呼指示手段と、
その点呼指示手段による指示があったことに基づいて、前記近距離無線通信手段を利用して前記乗物内に存在する無線通信機を検索する第２の検索手段と、
その第２の検索手段で検索された無線通信機のリストである点呼時リストと、前記登録手段が登録したリストである登録リストとを照合する照合手段と、
その照合手段による照合結果を出力する出力手段と、
を備えることを特徴とする点呼装置。
【請求項２】
前記第１の検索手段及び前記第２の検索手段は、検索した無線通信機からその無線通信機の種別を示す種別情報を取得する形で無線通信機の検索を行い、
前記第１の検索手段で検索された無線通信機のリストから、特定の種別を示した特定種別情報が付された無線通信機に絞り込む第１の絞込手段と、
前記第２の検索手段で検索された無線通信機のリストから、前記特定種別情報が付された無線通信機に絞り込む第２の絞込手段と、を備え、
前記登録手段は、前記第１の絞込手段で絞り込まれた無線通信機のリストを前記登録リストとして登録し、
前記照合手段は、前記第２の絞込手段で絞り込まれた無線通信機のリストを前記点呼時リストとして、前記登録リストと照合することを特徴とする請求項１に記載の点呼装置。
【請求項３】
前記特定種別情報は携帯電話を示した種別情報であることを特徴とする請求項２に記載の点呼装置。
【請求項４】
前記第１の検索手段は無線通信機の検索を複数回行い、
前記登録手段は、前記第１の検索手段による複数回の検索で所定回数以上検索された無線通信機のリストを前記登録リストとして登録することを特徴とする請求項１〜３のいずれか１項に記載の点呼装置。
【請求項５】
前記出力手段は、前記照合手段による照合結果が、前記登録リストに含まれた全ての無線通信機が前記点呼時リストに含まれている照合結果である場合には、全員乗り込み完了した旨を出力することを特徴とする請求項１〜４のいずれか１項に記載の点呼装置。
【請求項６】
前記出力手段は、前記照合手段による照合結果が、前記登録リストに含まれた無線通信機が前記点呼時リストに含まれていない照合結果である場合には、未乗の人員がいる旨を出力することを特徴とする請求項１〜５のいずれか１項に記載の点呼装置。
【請求項７】
前記出力手段は、前記照合手段による照合結果が、前記登録リストに含まれた無線通信機以外の無線通信機が前記点呼時リストに含まれている照合結果である場合には、誤乗の人員がいる旨を出力することを特徴とする請求項１〜６のいずれか１項に記載の点呼装置。
【請求項８】
前記近距離無線通信手段は、Ｂｌｕｅｔｏｏｔｈ（登録商標）の通信規格に則って無線通信を行うことを特徴とする請求項１〜７のいずれか１項に記載の点呼装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、団体がバス等の乗物を利用する際に、団体の人員がその乗物に全員乗っているか否かを確認（点呼）する点呼装置に関する。
【背景技術】
【０００２】
団体行動でバスを利用する際、例えば観光中には何度もバスを乗り降りする場合がある。この場合、団体の人員が全員バスに乗っているかを確認後に出発することが非常に重要である。そのため、バスを出発するときには、バスガイドや乗務員がバス内の通路を前後移動しながら各乗客を指差して人数を確認するシーンが良く見られる。しかし、そのような手動の点呼では時間が掛かることに加え非常にローテクであることからしばしば数え間違えや再点呼を余儀なくされている。
【０００３】
そこで、従来、自動で点呼を行う発明の提案がある（例えば特許文献１参照）。例えば特許文献１の発明では、団体の各人員に１台の送受信機を持たせ、責任者は親用の送受信機を持ち、親用の送受信機と各人員の送受信機間の無線通信に基づき自動点呼を行っている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開昭６０−３３６９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１の発明では、団体の各人員に持たせる専用の送受信機を用意しなければいけないので、構成が複雑になるという問題点がある。
【０００６】
本発明は上記問題点に鑑みてなされたものであり、簡素な構成で自動点呼を行うことができる点呼装置を提供することを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明は、団体が利用する乗物に搭載される点呼装置であって、
前記乗物内に存在する無線通信機と所定の通信規格に則って無線通信を行う近距離無線通信手段と、
前記団体の人員が全員そろっているときに、前記近距離無線通信手段を利用して前記団体の人員が携帯する無線通信機を検索する第１の検索手段と、
その第１の検索手段で検索された無線通信機のリストを登録する登録手段と、
前記団体の人員の点呼の実行を指示する点呼指示手段と、
その点呼指示手段による指示があったことに基づいて、前記近距離無線通信手段を利用して前記乗物内に存在する無線通信機を検索する第２の検索手段と、
その第２の検索手段で検索された無線通信機のリストである点呼時リストと、前記登録手段が登録したリストである登録リストとを照合する照合手段と、
その照合手段による照合結果を出力する出力手段と、
を備えることを特徴とする。
【０００８】
本発明では、いまや一人一台が当たり前となっている携帯電話など、乗客が携帯している無線通信機との無線通信を利用して自動点呼を行っている。すなわち、本発明によれば、乗物内に存在する無線通信機と所定の通信規格に則って無線通信を行う近距離無線通信手段を備え、第１の検索手段や第２の検索手段は、その近距離無線通信手段を利用して乗客が所持する無線通信機を検索する。そして、団体の人員が全員そろっているときに検索し登録しておいた無線通信機のリスト（登録リスト）と、点呼時に検索された無線通信機のリスト（点呼時リスト）とを照合して、その照合結果を出力しているので、団体の人員が全員そろっているか否かの確認を自動で行うことができる（自動点呼）。また、乗客に持たせるための自動点呼用の送受信機を用意する必要がないので、点呼装置の構成を簡素にできる。
【図面の簡単な説明】
【０００９】
【図１】点呼システム１の概念図である。
【図２】ナビゲーション装置３の概略構成を示したブロック図である。
【図３】Ｂｌｕｅｔｏｏｔｈ通信機能を有した機器のＣｏＤを例示した図である。
【図４】携帯電話４の概略構成を示したブロック図である。
【図５】自動点呼システムのホーム画面１００を例示した図である。
【図６】登録リスト更新処理のフローチャートである。
【図７】登録リスト更新中であることを示した画面１１０である。
【図８】登録リスト６を例示した図である。
【図９】点呼時処理のフローチャートである。
【図１０】点呼中であることを示した画面１２０である。
【図１１】点呼時リスト７を例示した図である。
【図１２】図９のＳ２５〜Ｓ２８の処理で得られる照合結果をパターン別にテーブルにした図である。
【図１３】点呼結果が「未乗車客あり」、「誤乗車可能性あり」のときに表示される画面１３０である。
【図１４】点呼結果の詳細画面１７０である。
【図１５】点呼結果が「全員乗車完了」、「誤乗車可能性あり」のときに表示される画面１４０である。
【図１６】点呼結果が「全員乗車完了」のときに表示される画面１５０である。
【図１７】照合エラーのときに表示される画面１６０である。
【図１８】登録リスト学習処理のフローチャートである。
【図１９】登録リスト学習中であることを示した画面１８０である。
【図２０】図１８のＳ３９の処理に代えて実行するＳ３９１の処理ステップを示した図である。
【発明を実施するための形態】
【００１０】
以下、本発明に係る点呼装置の実施形態を図面を参照しながら説明する。本実施形態では、観光バスを利用する団体の点呼に本発明を適用した例について説明する。図１は、本実施形態の点呼システム１の概念図を示している。点呼システム１は、観光バス２に搭載された点呼装置としてのナビゲーション装置３と、観光バス２を利用する団体の各人員が携帯する携帯電話４とを備えている。
【００１１】
図２は、ナビゲーション装置３の概略構成を示したブロック図である。図２に示すように、ナビゲーション装置３は制御装置３１とディスプレイ３６とを備えている。ディスプレイ３６は、バス２（図１参照）の運転席周辺に設置され、バス２周辺の地図画面など各種画面を表示する。そのディスプレイ３６は例えば液晶ディスプレイである。また、ディスプレイ３６の表面には、タッチ操作を検出するタッチパネル３６１が配置されており、バス２の運転手等は、そのタッチパネル３６１を介して目的地設定等の各種入力を行うことができる。タッチパネル３６１からの入力信号は制御装置３１（ＣＰＵ３３）に入力されるようになっている。
【００１２】
制御装置３１は、バス２に搭載されたバッテリ３０からの電力供給を受けて動作し、Ｂｌｕｅｔｏｏｔｈ通信モジュール３２、ＲＯＭ３４、ＲＡＭ３５及びそれらと接続したＣＰＵ３３を備えている。Ｂｌｕｅｔｏｏｔｈ通信モジュール３２は、Ｂｌｕｅｔｏｏｔｈ（登録商標）の通信機能を有した周囲の無線通信機と、Ｂｌｕｅｔｏｏｔｈ（登録商標）の通信規格に則って無線通信を行う通信モジュールである。なお、以下では単に通信モジュール３２と言う。通信モジュール３２の通信範囲は、バス２の車内をカバーする範囲に設定され、具体的には例えば通信モジュール３２を中心として１０ｍ程度の範囲に設定されている。
【００１３】
Ｂｌｕｅｔｏｏｔｈ（登録商標）の通信機能を有した通信機は一般的に、Ｂｌｕｅｔｏｏｔｈ（登録商標）の通信機能を有した周囲の無線通信機を検索する機能（検索機能）を有している。このとき、検索される側の無線通信機は、自身と他とを識別するラベル情報と、自身の種別を示した種別情報（Ｃｌａｓｓ  ｏｆ  Ｄｅｖｉｃｅ、ＣｏＤ）とを持っている。そして、検索する側の無線通信機は、検索される側の無線通信機からラベル情報及びＣｏＤを取得する形で、周囲の無線通信機の検索を行う。ここで、図３は、各機器のＣｏＤを例示した図である。図３に示すように、ＣｏＤには、例えば、コンピュータであることを示したＣｏＤ５１（「Ｃｏｍｐｕｔｅｒ」）や携帯電話であることを示したＣｏＤ５２（「ｐｈｏｎｅ」）やオーディオ機器であることを示したＣｏＤ５３（「Ａｕｄｉｏ／ｖｉｄｅｏ」）などがある。そして、各ＣｏＤにはそれぞれ２進数の固有コード５４（図３参照）や１６進数の固有コード５５（図３参照）が割り当てられている。なお、Ｂｌｕｅｔｏｏｔｈ通信は周知なので、検索機能以外の詳細な説明は省略する。
【００１４】
図２の説明に戻り、ＣＰＵ３３は、バス２の走行をナビゲーションするナビゲーション処理を実行するとともに、団体の人員が全員そろっているか否かを確認するための点呼処理を実行する。ＣＰＵ３３は、ナビゲーション処理として、例えば、ＧＰＳ受信機（図示外）からのＧＰＳ信号に基づきバス２の現在地を検出し、その現在地周辺の地図データを地図データ記憶部（図示外）から読み出し、その読み出した地図データをディスプレイ３６に表示させる。また、ＣＰＵ３３は、目的地の設定があった場合には、地図データに基づき目的地までの最適経路を探索し、その最適経路にしたがってバス２の走行を案内（音声案内など）する。
【００１５】
また、ＣＰＵ３３は、ナビゲーション処理の他に、通信モジュール３２を制御（利用）して、Ｂｌｕｔｏｏｔｈ通信機能を有した周囲の無線通信機と無線通信を行うこともできる。なお、ＣＰＵ３３が実行する点呼処理は後に詳細に説明する。
【００１６】
ＲＯＭ３４には、ＣＰＵ３３が実行する処理のプログラムや、ナビゲーション処理や点呼処理の過程でディスプレイ３６に表示するための各種画面データが記憶されている。ＲＡＭ３５には、ＣＰＵ３３の処理中に生じる各種情報が一時的に記憶されるようになっている。
【００１７】
次に、図１の携帯電話４の構成を説明する。図４は携帯電話４の概略構成を示したブロック図である。図４に示すように、携帯電話４は、図２の制御装置３１と同様の構成となっており、具体的には、Ｂｌｕｅｔｏｏｔｈ通信モジュール４２、ＲＯＭ４４、ＲＡＭ４５及びそれらと接続されたＣＰＵ４３を備えている。Ｂｌｕｅｔｏｏｔｈ通信モジュール４２は、図２の通信モジュール３２と同様に、Ｂｌｕｅｔｏｏｔｈ（登録商標）の通信規格に則って無線通信を行う通信モジュールである。ＣＰＵ４３は、ＲＯＭ４４に記憶されたプログラムにしたがって、通話機能に関する処理を実行したり、通信モジュール４２を制御して周囲の無線通信機とＢｌｕｅｔｏｏｔｈ通信を行ったりする。ＲＯＭ４４には、携帯電話４と他の機器とを識別するラベル情報や、携帯電話であることを示したＣｏＤ５２＝「ｐｈｏｎｅ」（図３参照、本発明の「特定種別情報」に相当）が記憶されている。ＣＰＵ４３は、他の無線通信機から検索を受けた場合には、通信モジュール４２を利用して、ＲＯＭ４４に記憶されているラベル情報及びＣｏＤ「ｐｈｏｎｅ」をその無線通信機に送信している。
【００１８】
なお、ラベル情報として、例えば携帯電話４の機種番号（「ＳＨ０８２」、「ＴＨ３３３」等、図８参照）が、携帯電話４の出荷時に製造元によってＲＯＭ４４に記憶される。ただし、そのラベル情報は携帯電話４のユーザによって自由に変更可能になっている。そのため、携帯電話４によっては、例えばユーザの名前がラベル情報となっている場合もある。
【００１９】
次に、図２のＣＰＵ３３が実行する点呼処理の詳細を説明する。ディスプレイ３６のメイン画面（図示外）には、例えば「自動点呼システム」ボタンが表示されている。そして、その「自動点呼システム」ボタンが操作された場合には、ＣＰＵ３３は、例えば図５に示す自動点呼システムのホーム画面１００をディスプレイ３６に表示させる。その画面１００には、「登録リスト更新」ボタン１０１、「点呼開始」ボタン１０２、「登録リスト学習開始」ボタン１０３及び「登録リスト学習終了」ボタン１０４が表示される。「登録リスト更新」ボタン１０１は、団体の人員が全員バス２に乗っているとき（最初の集合時など）に操作されることを想定したボタンである。そのボタン１０１がバスガイドや乗務員等によって操作された場合には、ＣＰＵ３３は、車内に存在する各携帯電話４のリストを登録（更新）する登録リスト更新処理を実行する。
【００２０】
図６は登録リスト更新処理のフローチャートを示している。なお、図６の処理の実行中、ＣＰＵ３３は、例えば図７に示すように、登録リスト更新中であることを示した画面１１０をディスプレイ３６に表示させる。これによって、バスガイドや乗務員は、現在、登録リスト更新処理が実行されていることを把握できる。
【００２１】
図６の処理が開始されると、先ず、通信モジュール３２に指示をして、車内に存在する、Ｂｌｕｅｔｏｏｔｈ通信機能を有した無線通信機を検索させる（Ｓ１１）。このとき、通信モジュール３２は、例えば周囲に検索用の電波を送信し、その電波に応答して送信された、周囲の無線通信機からのラベル情報及びＣｏＤを受信することで、検索を行う。次いで、通信モジュール３２に問い合わせて無線通信機の検索が完了したか否かを判断する（Ｓ１２）。未だ完了していない場合には完了するまで待機する（Ｓ１２：Ｎｏ）。検索が完了した場合には（Ｓ１２：Ｙｅｓ）、ＣＰＵ３３は、通信モジュール３２から、サーチ結果（検索された無線通信機のラベル情報及びＣｏＤ）を取得して、そのサーチ結果をリストアップする（Ｓ１３）。このとき、車内に存在する全ての種別（ＣｏＤ）の無線通信機がリストアップされることになる。例えば、乗客一人が、携帯電話４の他に、Ｂｌｕｅｔｏｏｔｈ通信機能を有した他の種別の機器（例えば、パソコンや携帯型のオーディオ機器やＰＤＡ）を携帯している場合がある。この場合、Ｓ１３でリストアップされた無線通信機の数と、乗客の数とがかけ離れてしまう可能性がある。
【００２２】
そこで、続くＳ１４では、Ｓ１３のリストアップ結果を更に携帯電話のＣｏＤ「ｐｈｏｎｅ」で絞り込む（Ｓ１４）。図８は、Ｓ１４の絞り込み後のリスト６を例示した図である。図８のリスト６には、検索された各携帯電話４のラベル情報を配列した領域６１と、その領域６１の横に各ラベル情報（携帯電話）のＣｏＤ「ｐｈｏｎｅ」を配列した領域６２とが含まれている。図８では、ラベル情報として、携帯電話４の機種番号「ＳＨ０８２」、「ＴＨ３３３」、「ＰＡ００９」・・・がリストアップされた例を示している。
【００２３】
いまや一人一台携帯電話を所持し、なおかつほとんどの携帯電話にはＢｌｕｅｔｏｏｔｈ通信機能を有していることが当たり前となっているので、図８のリスト６に挙がった携帯電話４の個数は、乗客の人数と高い確率で一致していると考えられる。
【００２４】
次いで、Ｓ１４で絞り込んだリストを登録リストとして、ＲＡＭ３５に保存する（Ｓ１５）。次いで、ディスプレイ３６に完了した旨を表示する（Ｓ１６）。その後、図６の処理を終了する。以上のように、最初の集合時やバス２の移動中など、団体の人員全員がバス２に乗っているときに図６の処理を実行することで、各人員が携帯している携帯電話４を登録することができる。
【００２５】
なお、図６の登録リスト更新処理は、「登録リスト更新」ボタン１０１が操作されるたびに実行される。このとき、今回の登録リスト更新処理で得られた登録リストは、前回の登録リスト更新処理で得られた登録リストに上書きする形で保存される。例えば、複数の観光バスが密集した場所で団体集合する場合には、その集合場所でボタン１０１を操作すると、隣りのバスの乗客の携帯電話もリストアップしてしまう可能性がある。このときには、山岳路等、自分のバス２以外の乗客の携帯電話をリストアップする可能性が無い場所で、再度、「登録リスト更新」ボタン１０１を操作することで、バス２外の携帯電話を排除した精度の高い登録リストに更新できる。
【００２６】
次に、団体の人員が全員バス２に乗っているか否かを確認し、その確認結果を報知する点呼時処理を説明する。図５のホーム画面１００の「点呼開始」ボタン１０２が操作された場合に、ＣＰＵ３３は点呼時処理を実行する。なお、「点呼開始」ボタン１０２は、例えばバス２がトイレ休憩等でどこかに立ち寄って乗客がバス２から乗り降りし、その後、バス２が再出発するときに操作されることを想定したボタンである。
【００２７】
図９は点呼時処理のフローチャートを示している。なお、図９の処理の実行中、ＣＰＵ３３は、例えば図１０に示すように、点呼中であることを示した画面１２０をディスプレイ３６に表示させる。これによって、バスガイドや乗務員は、現在、点呼時処理が実行されていることを把握できる。
【００２８】
図９のＳ２１〜Ｓ２４の処理は、図６のＳ１１〜Ｓ１４の処理と同じである。すなわち、図９の処理が開始されると、通信モジュール３２に車内の無線通信機を検索させ（Ｓ２１）、その検索が完了するまで待機し（Ｓ２２：Ｎｏ）、検索が完了した場合には（Ｓ２２：Ｙｅｓ）、ＣＰＵ３３は、通信モジュール３２から、サーチ結果（検索された無線通信機のラベル情報及びＣｏＤ）を取得して、そのサーチ結果をリストアップする（Ｓ２３）。次いで、Ｓ２３のリストアップ結果を更に携帯電話のＣｏＤ「ｐｈｏｎｅ」で絞り込む（Ｓ２４）。ここで、図１１は、Ｓ２４の絞り込み後のリスト７（点呼時リスト）を例示した図である。リスト７は、図８のリスト６と同じ構成のリストである。すなわち、リスト７には、検索された各携帯電話４のラベル情報を配列した領域７１と、携帯電話のＣｏＤ「ｐｈｏｎｅ」を配列した領域７２とが含まれている。なお、分かりやすくするために、リスト７における携帯電話４のリストアップ順は、リスト６におけるそれと同じとしている。図１１のリスト７と図８のリスト６を対比すると、リスト７には、例えば機種番号「ＳＨ０８２」の携帯電話４が含まれていない。
【００２９】
次いで、ＲＡＭ３５に保存されている登録リスト（図８のリスト６）と、Ｓ２４で得られた点呼時リスト（図１１のリスト７）とを照合（比較）する（Ｓ２５）。具体的には、点呼時リストのレコード（各ラベル情報が格納されている欄）と、登録リストのレコードとを比較する（Ｓ２５）。図８、図１１の例で説明すると、例えば図１１の「ＴＨ３３３」が格納されたレコード７１１に該当するレコードが図８のリスト６に有るか否かを判断する。この場合、リスト６には、「ＴＨ３３３」が格納されたレコード６１２が有るので、レコード７１１に該当するレコードが図８のリスト６に有ると判断することになる。
【００３０】
Ｓ２５において、現在着目している点呼時リストのレコードに該当するレコードが登録リストに有る場合には、Ｓ２６に進んで、照合結果＝○として、その照合結果をＲＡＭ３５に記憶する。これに対し、登録リストに該当レコードが無い場合には、Ｓ２７に進んで、照合結果＝★として、その照合結果をＲＡＭ３５に記憶する。
【００３１】
Ｓ２６又はＳ２７の後、Ｓ２８に進み、全レコードの比較が完了したか否かを判断する（Ｓ２８）。未だ完了していない場合には（Ｓ２８：Ｎｏ）、Ｓ２５に戻って、次のレコードの比較を行う（Ｓ２５）。全レコードの比較が完了した場合には（Ｓ２８：Ｙｅｓ）、Ｓ２９に進む。ここで、図１２は、Ｓ２５〜Ｓ２８の処理で得られる照合結果の各パターンをテーブル８として図示している。テーブル８には、登録リストの全てのレコードが照合結果＝○（Ｓ２６）か否かを示した縦列８１１と、Ｓ２７の照合結果＝★が有るか無いかを示した縦列８１２と、Ｓ２６の照合結果＝○でもなく、Ｓ２７の照合結果＝★でもない照合結果、つまり照合結果＝ブランクが登録リストに有るか無いかを示した縦列８１３が設けられている。なお、縦列８１１＝「有り」は全員乗車完了したことを意味している。また、縦列８１２＝「有り」は、点呼時リストには挙がっているのに対し登録リストには挙がっていない携帯電話４が有ること意味しているので、誤乗車の乗客がいることを意味している。また、縦列８１３＝「有り」は、登録リストには挙がっているのに対し点呼時リストには挙がっていない携帯電話４が有ることを意味しているので、未乗車の乗客がいることを意味している。
【００３２】
Ｓ２５〜Ｓ２８の処理で得られる照合結果として、テーブル８の横列８３〜８６で示す４つのパターンがある。横列８３で示す第１のパターンは、「照合結果＝★が有る」かつ「照合結果＝ブランクが有る」というパターンである。よって、第１のパターンは「未乗車の乗客有り」かつ「誤乗車の乗客有り」を示している（テーブル８の縦列８２の欄参照）。横列８４で示す第２のパターンは、「照合結果＝○が有る」かつ「照合結果＝★が有る」かつ「照合結果＝ブランクが無い」というパターンである。よって、第２のパターンは「全員乗車完了」かつ「誤乗車の乗客有り」を示している。
【００３３】
横列８５で示す第３のパターンは、「照合結果＝○が有る」かつ「照合結果＝★が無い」かつ「照合結果＝ブランクが無い」のパターンである。よって、第３のパターンは「全員乗車完了」を示している。横列８６で示す第４のパターンは、「照合結果＝○が無い」かつ「照合結果＝★が無い」というパターンである。照合正常時には、照合結果＝○と照合結果＝★の両方が無いということは想定できないので、この第４のパターンは照合エラーを示している。なお、Ｂｌｕｔｏｏｔｈ通信では２．４ＧＨｚの周波数帯（ＩＳＭバンド）を使用している。そのため、２．４ＧＨｚの周波数帯を使用する他の通信規格の通信と混信をした結果、正確な点呼時リストを得ることができなかった場合などに、第４のパターンの照合エラーとなることが考えられる。この場合、バスガイドや乗務員は、図５の「点呼開始」ボタン１０２を再操作して再度照合を試みることで、照合エラーを回避し得る。
【００３４】
Ｓ２９では、図１２のテーブル８にしたがって、ディスプレイ３６に結果表示させる。具体的には、照合結果が第１のパターンである場合には、図１３に示すように、例えば「未乗車客あり」、「誤乗車可能性あり」を示すとともに、点呼結果が「×」であることを示した画面１３０を表示させる（Ｓ２９）。これによって、バスガイドや乗務員は、「未乗車客あり」、「誤乗車可能性あり」であることを容易に把握できる。また、画面１３０には「詳細」ボタン１０５が含まれている。そして、そのボタン１０５が操作された場合には、ＣＰＵ３３は、図１４に示すように、点呼結果の詳細画面１７０をディスプレイ３６に表示させる。この詳細画面１７０には、登録リストに挙がっている携帯電話４（ラベル情報）の表示欄１７１と、その表示欄１７１と対比させる形で点呼時リストに挙がっている携帯電話４（ラベル情報）の表示欄１７２と、登録リストと点呼時リストの照合結果（点呼結果）の表示欄１７３とが含まれている。バスガイドや乗務員はこの画面１７０を見ることで、機種番号「ＳＨ０８２」の携帯電話４を所持している乗客はバス２に乗っていると判断できる。また、例えば、機種番号「ＴＨ３３３」の携帯電話４を所持している乗客はバス２に乗っていないと判断できる。また、例えば、機種番号「ＨＴ０１」の携帯電話４を所持している乗客（団体以外の人員）がバス２に誤乗車している可能性があると判断できる。
【００３５】
なお、ラベル情報が携帯電話４のユーザ名に変更されていた場合には、図１４の詳細画面１７０には、乗車しているユーザ名や未乗車のユーザ名や誤乗車のユーザ名が表示される。よって、バスガイドや乗務員は、誰が乗車しているのか、誰が未乗車しているか、誰が誤乗車しているかを迅速に特定できる。
【００３６】
一方、照合結果が第２のパターン（図１２の横列８４のパターン）である場合には、図１５に示すように、例えば「全員乗車完了」、「誤乗車可能性あり」を示すととともに、点呼結果が「△」であることを示した画面１４０を表示させる（Ｓ２９）。この画面１４０にも「詳細」ボタン１０５が含まれており、そのボタン１０５が操作された場合には、ＣＰＵ３３は図１４と同様の詳細画面を表示させる。これによって、バスガイドや乗務員は、どの携帯電話４を所持している乗客が誤乗車しているのかを容易に判断できる。
【００３７】
一方、照合結果が第３のパターン（図１２の横列８５のパターン）である場合には、図１６に示すように、例えば「全員乗車完了」を示すとともに、点呼結果が「○」であることを示した画面１５０を表示させる（Ｓ２９）。この画面１５０にも「詳細」ボタン１０５が含まれており、そのボタン１０５が操作された場合には、ＣＰＵ３３は図１４と同様の詳細画面を表示させる。これによって、バスガイドや乗務員は、各携帯電話４の照合結果が本当に○であるかを確認でき、確認できたときには安心してバス２を出発させることができる。
【００３８】
一方、照合結果が第４のパターン（図１２の横列８６のパターン）である場合には、図１７に示すように、例えば「照合エラー」であることを示した画面１６０を表示させる（Ｓ２９）。これによって、バスガイドや乗務員は照合エラーになったことを容易に把握でき、図５の「点呼開始」ボタン１０２を再操作することで再度点呼を試みることができる。
【００３９】
なお、Ｓ２９では、点呼結果（照合結果）として、未乗車客の人数や誤乗車客の人数を表示するようにしても良い。Ｓ２９の処理の後、図９のフローチャートの処理を終了する。
【００４０】
ところで、通信モジュール３２の通信範囲がバス２の車外にも及んでいる場合がある。この場合、複数の観光バスが密集した場所や常に市街地（他の車がバス２のそばを走行している）を走行しているときに図６の登録リスト更新処理を実行すると、バス２の乗客の携帯電話４のみをリストアップすることが困難となる。つまり、バス２の乗客以外の人が所持する携帯電話もリストアップしてしまう可能性がある。そこで、この不具合を回避するために、本実施形態の発明では、バス２内の携帯電話４だけを登録する（バス２外の携帯電話４の登録を排除する）学習機能が設けられている。図５の「登録リスト学習開始」ボタン１０３及び「登録リスト学習終了」ボタン１０４はその学習機能に関するボタンである。「登録リスト学習開始」ボタン１０３は、「登録リスト更新」ボタン１０１と同様に、団体の人員が全員バス２に乗っているとき（最初の集合時や目的地までの移動時）に操作されることを想定したボタンである。そのボタン１０３がバスガイドや乗務員等によって操作された場合には、ＣＰＵ３３は、バス２内の携帯電話４だけをリスト登録するため登録リスト学習処理を実行する。
【００４１】
図１８は登録リスト学習処理のフローチャートを示している。図１８の処理が開始されると、先ず、学習回数を示したパラメータＮ（以下単に学習回数Ｎという）を初期化（Ｎ＝０）する（Ｓ３１）。次に、例えば図１９に示すように、登録リスト学習中であることを示した画面１８０をディスプレイ３６に表示させる。これによって、バスガイドや乗務員は、現在、登録リスト学習処理が実行されていることを把握できる。
【００４２】
次のＳ３３〜Ｓ３６の処理は、図６のＳ１１〜Ｓ１４の処理と同じである。すなわち、通信モジュール３２に車内の無線通信機を検索させ（Ｓ３３）、その検索が完了するまで待機し（Ｓ３４：Ｎｏ）、検索が完了した場合には（Ｓ３４：Ｙｅｓ）、ＣＰＵ３３は、通信モジュール３２から、サーチ結果（検索された無線通信機のラベル情報及びＣｏＤ）を取得して、そのサーチ結果をリストアップする（Ｓ３５）。次いで、Ｓ３５のリストアップ結果を更に携帯電話のＣｏＤ「ｐｈｏｎｅ」で絞り込む（Ｓ３６）。なお、Ｓ３６で得られるリストには、上述したように、バス２外の携帯電話４も含まれている可能性がある。
【００４３】
次に、Ｓ３６で得られたリストをＮ回目登録リストとしてＲＡＭ３５に保存する（Ｓ３７）。次に、学習回数Ｎを１だけインクリメントする（Ｎ＝Ｎ＋１）（Ｓ３８）。次に、図５の「登録リスト学習終了」ボタン１０４の操作の有無を判断する（Ｓ３９）。操作が無い場合には（Ｓ３９：Ｎｏ）、Ｓ４０に進んで、前回のＳ３３の実行から所定のインターバル時間（例えば１０分）が経過したか否かを判断する（Ｓ４０）。所定のインターバル時間が経過していない場合には、経過するまで待機する（Ｓ４０：Ｎｏ）。所定のインターバル時間が経過した場合には（Ｓ４０：Ｙｅｓ）、Ｓ３３に進んで、再度、無線通信機の検索を行う（Ｓ３３）。
【００４４】
このように、「登録リスト学習終了」ボタン１０４が操作されるまでは、所定のインターバル時間間隔で繰り返し検索が実行され、ＲＡＭ３５には、０回目登録リスト、１回目登録リスト、２回目登録リスト・・・、Ｎ回目登録リストというように、Ｎ回分の登録リストが保存されていく。このとき、バス２内に存在する携帯電話４は理論上全ての回の登録リストに挙がってくると考えられる。これに対し、バス２外の人員が所持する携帯電話は、特にバス２が移動しているときに図１８の処理が実行された場合には、ある回の登録リストに挙がったとしても、他の回の登録リストには挙がらないと考えられる。
【００４５】
そこで、「登録リスト学習終了」ボタン１０４の操作が有った場合には（Ｓ３９：Ｙｅｓ）、Ｓ４１に進む。なお、「登録リスト学習終了」ボタン１０４は、「登録リスト学習開始」ボタン１０３が操作されてから、バス２が目的地に到着するまでの間に操作されることを想定している。Ｓ４１では、ＲＡＭ３５に保存されているＮ回分の登録リストから、Ｋ回以上挙がっている携帯電話４を抽出し、抽出した携帯電話４のリストを正式の登録リストとしてＲＡＭ３５に保存する（Ｓ４１）。なお、Ｋは、Ｓ４１で保存する登録リストに載せる検出回数の閾値であり、学習回数Ｎ以下（Ｎ≧Ｋ）に設定される。具体的には例えば今回のＮに対して所定割合（例えば８０％）を乗算して得られる値をＫとする。例えば、Ｎ＝２０、所定割合＝８０％とすると、Ｋ＝１６となる。これによって、Ｋ回未満しか検出されない携帯電話、つまりバス２の乗客以外の人の携帯電話を、登録リストから排除できる。
【００４６】
その後、ディスプレイ３６に「完了」を表示させ（Ｓ４２）、図１８のフローチャートの処理を終了する。その後、図５の「点呼開始」ボタン１０２が操作された場合には、図９において、図１８の処理で得られた登録リストとの照合が行われる。
【００４７】
なお、図１８のフローチャートの処理において、Ｓ３９の処理に代えて、図２０に示すＳ３９１の処理を実行しても良い。このＳ３９１の処理では、現在の学習回数Ｎが所定回数Ｈを超えたか否かを判断する。学習回数Ｎが未だ所定回数Ｈ未満の場合には（Ｓ３９１：Ｎｏ）、Ｓ４０に進む。一方、学習回数Ｎが所定回数Ｈを超えた場合には（Ｓ３９１：Ｙｅｓ）、Ｓ４１へ進む。つまり図２０の例では、図５の「登録リスト学習終了」ボタン１０４を操作しなくても、自動で所定回数Ｈ分の検索が行われて、その後Ｓ４１、Ｓ４２の処理を経て登録リスト学習処理が終了する。よって、バスガイドや乗務員の操作負担を軽減できる。
【００４８】
以上説明したように、本実施形態では、バスの乗客に持たせる専用の送受信機を用意しなくても、自動点呼を行うことができる。また、全員乗車しているのに、登録リストと点呼時リストとが合わない場合には、携帯電話をどこかに忘れてきたことが考えられるので、そのことを通知することで顧客満足度向上にも繋がる。
【００４９】
なお、本発明に係る点呼装置は上記実施形態に限定されるものではなく、特許請求の範囲の記載を逸脱しない限度で種々の変更が可能である。例えば、バス以外に、船や電車など団体が利用できる他の乗物に本発明の点呼装置を搭載しても良い。また、個人所有の車に本発明の点呼装置を搭載し、出発時の携帯電話の持ち忘れ警告に利用しても良い。
【００５０】
なお、上記実施形態において、ナビゲーション装置３が本発明の「点呼装置」に相当する。通信モジュール３２が本発明の「近距離無線通信手段」に相当する。図６のＳ１１〜Ｓ１３の処理、図１８のＳ３３〜Ｓ３５の処理を実行するＣＰＵ３３が本発明の「第１の検索手段」に相当する。図６のＳ１５の処理、図１８のＳ４１の処理を実行するＣＰＵ３３が本発明の「登録手段」に相当する。図５の「点呼開始」ボタン１０２が本発明の「点呼指示手段」に相当する。図９のＳ２１〜Ｓ２３の処理を実行するＣＰＵ３３が本発明の「第２の検索手段」に相当する。図９のＳ２５〜Ｓ２８の処理を実行するＣＰＵ３３が本発明の「照合手段」に相当する。図９のＳ２９の処理を実行するＣＰＵ３３及びディスプレイ３６が本発明の「出力手段」に相当する。図６のＳ１４の処理、図１８のＳ３６の処理を実行するＣＰＵ３３が本発明の「第１の絞込手段」に相当する。図９のＳ２４の処理を実行するＣＰＵ３３が本発明の「第２の絞込手段」に相当する。
【符号の説明】
【００５１】
１  点呼システム
２  観光バス
３  ナビゲーション装置
４  携帯電話
３２  Ｂｌｕｅｔｏｏｔｈ通信モジュール
３３  ＣＰＵ
３６  ディスプレイ
【図１】
2013247621.tif 000003
【図２】
2013247621.tif 000004
【図３】
2013247621.tif 000005
【図４】
2013247621.tif 000006
【図５】
2013247621.tif 000007
【図６】
2013247621.tif 000008
【図７】
2013247621.tif 000009
【図８】
2013247621.tif 000010
【図９】
2013247621.tif 000011
【図１０】
2013247621.tif 000012
【図１１】
2013247621.tif 000013
【図１２】
2013247621.tif 000014
【図１３】
2013247621.tif 000015
【図１４】
2013247621.tif 000016
【図１５】
2013247621.tif 000017
【図１６】
2013247621.tif 000018
【図１７】
2013247621.tif 000019
【図１８】
2013247621.tif 000020
【図１９】
2013247621.tif 000021
【図２０】
2013247621.tif 000022