(57)【要約】  Ｂｌｕｅｔｏｏｔｈ（登録商標）技術がモバイル装置のユーザアプリケーションと組み合わせて使用されて、乗換駅でのハンズフリー運賃確認を促進するシステム及び方法。ユーザアプリケーションは、従属する運賃ゲートとインタフェースするコントローラユニットのコントローラドライバと通信する。ゲートへの乗客の近接を判定するためにＢｌｕｅｔｏｏｔｈ（登録商標）ビーコンが使用され、及びカメラのような装置が、乗客が運賃確認ゾーンに入ったかどうかを判定する。そのモバイル装置上において有効且つアクティブな電子切符を有するユーザは、単に「ハンズフリー」で歩いて運賃ゲートを通ることができ、物理的切符又はスマートカード若しくは携帯電話を探す必要がない。この煩わしくない手法は、ユーザエクスペリエンス及び運賃ゲートを通る乗客のスループットを著しく高めることができる。このＢｌｕｅｔｏｏｔｈ（登録商標）による自動運賃確認システムはまた、有効な電子切符を有する乗客と、有効な通行許可を有さない乗客とを検出する。
2018532180.tif 000002
【特許請求の範囲】
【請求項１】
モバイル装置を携帯するユーザが乗換駅の運賃確認ゾーンに近づくときにハンズフリー運賃確認を促進する、前記モバイル装置における方法であって、
Ｂｌｕｅｔｏｏｔｈビーコン信号を受信することと、
前記受信されたビーコン信号に基づいて、前記モバイル装置が前記運賃確認ゾーン内にあると判定することと、
前記モバイル装置に記憶された電子切符情報を前記乗換駅のコントローラユニットに送信することであって、前記電子切符情報は、前記モバイル装置と前記コントローラユニットとの間で第１のＢｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して送信される、送信することと、
電子切符が乗換に有効であることを示す切符承認応答を、前記第１のＢｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して前記コントローラユニットから受信することと、
前記乗換駅の入場ゲートに向かってハンズフリーで引き続き進むように前記ユーザに知らせることと
を含む方法。
【請求項２】
前記受信されたビーコン信号が、許可された発信機からのものであることを確認することと、
前記モバイル装置が前記許可された発信機に近接していると判定し、それにより、前記ユーザが前記運賃確認ゾーンの近くに存在することを検出することと
を更に含む、請求項１に記載の方法。
【請求項３】
前記ビーコン信号を受信することは、
前記モバイル装置とビーコン識別子（ＩＤ）の発信機との間で第２のＢｌｕｅｔｏｏｔｈ（登録商標）インタフェースを使用して送信される前記ビーコンＩＤを受信することと、
前記受信されたビーコンＩＤを識別することと、
前記識別されたビーコンＩＤに基づいて、前記モバイル装置のハンズフリー運賃確認機能を起動することと
とを含む、請求項１に記載の方法。
【請求項４】
前記第１及び前記第２のＢｌｕｅｔｏｏｔｈ（登録商標）インタフェースのそれぞれは、Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）インタフェースである、請求項３に記載の方法。
【請求項５】
前記ユーザが前記モバイル装置を使用して１つ以上の電子切符を購入することを可能にすることと、
前記ユーザによって購入された全ての電子切符を前記モバイル装置に記憶することと、
前記記憶された電子切符の計数を保持することと、
前記コントローラユニットから前記切符承認応答を受信したら前記計数を１つ減らすことと
を更に含む、請求項１に記載の方法。
【請求項６】
前記計数がゼロに達するときに前記ユーザにアラートし、それにより、将来的なの乗換のために有効な電子切符が購入される必要があることを前記ユーザに通知することを更に含む、請求項５に記載の方法。
【請求項７】
前記ユーザに知らせることは、
前記モバイル装置上に切符承認の可視通知を提供することと、
前記モバイル装置上に切符承認の可聴通知を提供することと
のうちの少なくとも一方を含む、請求項１に記載の方法。
【請求項８】
前記モバイル装置に記憶された電子切符が無効である場合又は前記モバイル装置に電子切符が記憶されていない場合に、前記ユーザに対するアラートを生成することを更に含む、請求項１に記載の方法。
【請求項９】
モバイル装置を携帯するユーザが乗換駅の運賃確認ゾーンに近づくときにハンズフリー運賃確認を促進する方法であって、前記乗換駅のコントローラユニットを使用して、
前記ユーザが前記運賃確認ゾーンに入ったという通知を受信することと、
Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して前記モバイル装置から受信された信号に基づいて、前記ユーザによって携帯されている前記モバイル装置を識別することと、
前記Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して前記モバイル装置から電子切符情報を受信することと、
電子切符が乗換に有効であると判定することと、
前記Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して前記モバイル装置に切符承認応答を送信し、それにより、前記乗換駅の入場ゲートに向かってハンズフリーで引き続き進むように前記モバイル装置の前記ユーザに知らせることと
を実施することを含む方法。
【請求項１０】
前記通知を受信することは、前記コントローラユニットに接続されたデジタルカメラから前記通知を受信することを含む、請求項９に記載の方法。
【請求項１１】
前記電子切符の有効性を判定することは、
前記モバイル装置から受信された前記電子切符情報を前記乗換駅の入場管理ゲートに送信することと、
前記コントローラユニットによって送信された前記電子切符が有効な切符であることを示す確認メッセージを前記入場管理ゲートから受信することと
を含む、請求項９に記載の方法。
【請求項１２】
前記入場管理ゲートは、イーサネット（登録商標）接続を介して前記コントローラユニットに通信可能に結合されている、請求項１１に記載の方法。
【請求項１３】
前記Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースは、Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）インタフェースである、請求項９に記載の方法。
【請求項１４】
前記コントローラユニットを使用して、以下の情報：
運用統計と、
有効な電子切符を有するユーザの第１の計数と、
無効な電子切符を有するユーザの第２の計数と、
前記乗換駅に入ったユーザの総数の第３の計数と、
前記乗換駅から出たユーザの総数の第４の計数と、
前記運賃確認ゾーン内でのモバイル装置の存在を検出するために送信されたＢｌｕｅｔｏｏｔｈ（登録商標）ビーコン信号についての情報と
のうちの少なくとも１つをメモリに記憶することを更に実施することを含む、請求項９に記載の方法。
【請求項１５】
前記モバイル装置から受信された電子切符が無効であると判定することと、
前記Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して前記モバイル装置に切符拒否応答を送信し、それにより、前記ユーザに対してアラートを生成するように前記モバイル装置に指示することと
を更に含む、請求項９に記載の方法。
【請求項１６】
Ｂｌｕｅｔｏｏｔｈ（登録商標）ビーコン信号を受信するように動作可能な送受信器と、
プログラム命令及び電子切符情報を記憶するメモリと、
前記送受信器及び前記メモリに結合されたプロセッサと
を含むモバイル装置であって、前記プロセッサは、前記プログラム命令を実行するように動作可能であり、前記プログラム命令は、前記プロセッサによって実行されると、前記モバイル装置を携帯するユーザが乗換駅の運賃確認ゾーンに近づくときにハンズフリー運賃確認を促進するために、
前記受信されたビーコン信号に基づいて、前記モバイル装置が前記運賃確認ゾーン内にあると判定することと、
前記送受信器を使用して、前記メモリに記憶された電子切符情報を前記乗換駅のコントローラユニットに送信することであって、前記電子切符情報は、前記モバイル装置と前記コントローラユニットとの間で第１のＢｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して前記送受信器によって送信される、送信することと、
前記送受信器を使用して、前記第１のＢｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して前記コントローラユニットから切符承認応答を受信することであって、前記切符承認応答は、電子切符が乗換に有効であることを示す、受信することと、
前記乗換駅の入場ゲートに向かってハンズフリーで引き続き進むように前記ユーザに知らせることと
を前記モバイル装置に実施させる、モバイル装置。
【請求項１７】
前記送受信器は、前記モバイル装置とビーコン識別子（ＩＤ）の発信機との間で第２のＢｌｕｅｔｏｏｔｈ（登録商標）インタフェースを使用して送信される前記ビーコンＩＤを受信するように動作可能であり、前記プログラム命令は、前記プロセッサによって実行されると、
前記受信されたビーコンＩＤを識別することと、
前記識別されたビーコンＩＤに基づいて、前記モバイル装置のハンズフリー運賃確認機能を起動することと
を前記モバイル装置に更に実施させる、請求項１６に記載のモバイル装置。
【請求項１８】
前記プログラム命令は、前記プロセッサによって実行されると、
前記ユーザが前記モバイル装置を使用して１つ以上の電子切符を購入することを可能にすることと、
前記ユーザによって購入された全ての電子切符を前記メモリに記憶することと、
前記記憶された電子切符の計数を保持することと、
前記コントローラユニットから前記切符承認応答を受信したら前記計数を１つ減らすことと、
前記計数がゼロに達するときに前記ユーザにアラートし、それにより、将来的な乗換のために有効な電子切符が購入される必要があることを前記ユーザに通知することと
を前記モバイル装置に更に実施させる、請求項１６に記載のモバイル装置。
【請求項１９】
前記プログラム命令は、前記プロセッサによって実行されると、
前記受信されたビーコン信号が、許可された発信機からのものであることを確認することと、
前記モバイル装置が前記許可された発信機に近接していると判定し、それにより、前記ユーザが前記運賃確認ゾーンの近くに存在することを検出することと
を前記モバイル装置に更に実施させる、請求項１６に記載のモバイル装置。
【請求項２０】
インタフェースユニットであって、
ユーザが乗換駅の運賃確認ゾーンに入ったという通知を受信することと、
Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して、前記ユーザによって携帯されているモバイル装置から電子切符情報を受信することと
を実施するように動作可能なインタフェースユニットと、
プログラム命令及び前記電子切符情報を記憶するメモリと、
前記インタフェースユニット及び前記メモリに結合されたプロセッサと
を含むコントローラユニットであって、前記プロセッサは、前記プログラム命令を実行するように動作可能であり、前記プログラム命令は、前記プロセッサによって実行されると、前記モバイル装置を携帯する前記ユーザが前記運賃確認ゾーンに近づくときにハンズフリー運賃確認を促進するために、
前記Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して前記モバイル装置から受信された信号に基づいて、前記ユーザによって携帯されている前記モバイル装置を識別することと、
電子切符が乗換に有効であると判定することと、
前記インタフェースユニットを使用して、前記Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して前記モバイル装置に切符承認応答を送信し、それにより、前記乗換駅の入場ゲートに向かってハンズフリーで引き続き進むように前記モバイル装置の前記ユーザに知らせることと
を前記コントローラユニットに実施させる、コントローラユニット。
【請求項２１】
前記プログラム命令は、前記プロセッサによって実行されると、
前記インタフェースユニットを使用して、前記モバイル装置から受信された前記電子切符情報を前記乗換駅の入場管理ゲートに送信することと、
前記コントローラユニットによって送信された前記電子切符が有効な切符であることを示す確認メッセージを、前記インタフェースユニットを介して前記入場管理ゲートから受信することと
を前記コントローラユニットに更に実施させる、請求項２０に記載のコントローラユニット。
【請求項２２】
前記プログラム命令は、前記プロセッサによって実行されると、
前記モバイル装置から受信された電子切符が無効であると判定することと、
前記インタフェースユニットを使用して、前記Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して前記モバイル装置に切符拒否応答を送信し、それにより、前記ユーザに対してアラートを生成するように前記モバイル装置に指示することと
を前記コントローラユニットに更に実施させる、請求項２０に記載のコントローラユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、３５  Ｕ．Ｓ．Ｃ．１１９（ｅ）に基づく、２０１５年８月１７日に出願された米国仮特許出願第６２／２０６，１９６号明細書の優先権の利益を主張するものであり、その全開示内容が参照により本明細書に組み込まれる。
【０００２】
本開示は、概して、乗換駅での自動運賃確認に関する。より具体的には、ただし限定ではなく、本開示の特定の実施形態は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ（ＬＥ）などを使用するハンズフリー運賃確認のシステム及び方法を対象とする。
【背景技術】
【０００３】
駅のホーム又はバスターミナルなどの多くの乗換駅では、日常的に自動運賃確認（又は検札）システムを使用して、ユーザエクスペリエンスを向上させ、（例えば、運賃ゲートを通って駅のホームを出入りする）乗客のスループットを増やしている。スマートカード、２次元（２Ｄ）バーコード、近距離無線通信（ＮＦＣ）対応モバイル装置などの現代の技術の進歩により、運賃ゲートを通る乗客の進入及び退出の時間が短縮されている。スマートカードは、接触式と非接触式とがあり、個人識別、認証、データ記憶、及びアプリケーション処理を行うことが可能である。ＮＦＣ対応ポータブル装置は、例えば、ＮＦＣ準拠装置と接続されたときに電子タグを読み取ったり、トランザクションを実施したりするアプリケーションが備えられ得る。
【０００４】
上述の技術の進歩により、運賃ゲートを通る乗客の進入及び退出の時間は短縮されたが、乗客のスループットは、依然として（例えば、ＮＦＣ交信を確立するために）乗客がスマートカーボンを探したり、携帯電話を取り出したりしなければならないことによって妨げられている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従って、自動運賃確認の処理を改善し、且つ乗換駅での運賃ゲートを通る乗客のスループットを高めることが望ましい。更に、切符確認検札は「ハンズフリー」での実施が望ましい。
【課題を解決するための手段】
【０００６】
解決策として、本開示の特定の実施形態は、自動運賃確認のハンズフリー処理を実現する。特定の実施形態では、Ｂｌｕｅｔｏｏｔｈ（登録商標）技術がモバイル装置のユーザアプリケーションと組み合わせて使用されて、そのようなハンズフリー運賃確認を促進することが可能である。一実施形態では、解決策は、乗客用モバイルアプリケーションと、従属運賃ゲートにインタフェースするアドオンボックスとを含み得る。ゲートへの乗客の近接を判定するためにＢｌｕｅｔｏｏｔｈ（登録商標）ビーコンが使用され得、及びカメラのような装置がアドオンボックスにインタフェースして、乗客が（おそらくはスマートフォンを有さずに）運賃ゲートに入ったかどうかを判定し得る。本開示の特定の実施形態によれば、有効な切符を有するユーザは、単に「ハンズフリー」で歩いて運賃ゲートを通ることができ、物理的切符又はスマートカード若しくは携帯電話を探す必要がない。この煩わしくない方法は、ユーザエクスペリエンス及び運賃ゲートを通る乗客のスループットを著しく高めることができる。
【０００７】
本開示の特定の実施形態の教示による、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥによる自動運賃確認システムは、乗客が有効な電子切符を有して「有料区域」に入ったことを検出して、乗客にフィードバックを与えることが可能である（このフィードバックは、乗客のモバイル装置に記憶され得る）。本開示の教示に従うコントローラはまた、乗客がアクティベート済みのモバイル切符を有して有料区域から出たことを検出することが可能である。更に、実施形態によっては、システムは、乗客が有効な通行許可を有さずに有料区域に入ったことを検出して、外部可視及び可聴アラートを出すことが可能である。システムは、乗客が有効な通行許可を有さずに有料区域から出ようとしたことを検出して、外部可視及び可聴アラートを出すことも可能である。全般的には、本開示のハンズフリー切符確認方法を用いることにより、有料区域に出入りする乗客のスループットを増やすことが可能であり、特にピーク時のスループットを増やすことが可能である。
【０００８】
一実施形態では、本開示は、モバイル装置を携帯するユーザが乗換駅の運賃確認ゾーンに近づくときにハンズフリー運賃確認を促進する、モバイル装置における方法を対象とする。本方法は、（ｉ）Ｂｌｕｅｔｏｏｔｈ（登録商標）ビーコン信号を受信することと、（ｉｉ）受信されたビーコン信号に基づいて、モバイル装置が運賃確認ゾーン内にあると判定することと、（ｉｉｉ）モバイル装置に記憶された電子切符情報を乗換駅のコントローラユニットに送信することであって、電子切符情報は、モバイル装置とコントローラユニットとの間で第１のＢｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して送信される、送信することと、（ｉｖ）電子切符が乗換に有効であることを示す切符承認応答を、第１のＢｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介してコントローラユニットから受信することと、（ｖ）乗換駅の入場ゲートに向かってハンズフリーで引き続き進むようにユーザに知らせることとを含む。一実施形態では、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースはＢｌｕｅｔｏｏｔｈ（登録商標）  ＬＥインタフェースであり得る。
【０００９】
モバイル装置はまた、モバイル装置がビーコン信号の許可された発信機に近接していると判定し、それにより、ユーザが運賃確認ゾーン内に存在することを検出し得る。
【００１０】
一実施形態では、モバイル装置は、モバイル装置とビーコン識別子（ＩＤ）の発信機との間でＢｌｕｅｔｏｏｔｈ（登録商標）インタフェースを使用して送信されるビーコンＩＤを受信することと、受信されたビーコンＩＤを識別することと、識別されたビーコンＩＤに基づいて、モバイル装置のハンズフリー運賃確認機能を起動することとを行い得る。
【００１１】
実施形態によっては、モバイル装置は、切符承認の可視及び／又は可聴通知を提供し得る。一方、モバイル装置はまた、モバイル装置に記憶された電子切符が無効である場合又はモバイル装置に電子切符が記憶されていない場合に、ユーザに対するアラートを生成し得る。
【００１２】
別の実施形態では、本開示は、モバイル装置を携帯するユーザが乗換駅の運賃確認ゾーンに近づくときにハンズフリー運賃確認を促進する方法を対象とする。本方法は、乗換駅のコントローラユニットを使用して、（ｉ）ユーザが運賃確認ゾーンに入ったという通知を受信することと、（ｉｉ）Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介してモバイル装置から受信された信号に基づいて、ユーザによって携帯されているモバイル装置を識別することと、（ｉｉｉ）Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介してモバイル装置から電子切符情報を受信することと、（ｉｖ）電子切符が乗換に有効であると判定することと、（ｖ）Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介してモバイル装置に切符承認応答を送信し、それにより、乗換駅の入場ゲートに向かってハンズフリーで引き続き進むようにモバイル装置のユーザに知らせることとを実施することを含む。一実施形態では、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースはＢｌｕｅｔｏｏｔｈ（登録商標）  ＬＥ（ＢＬＥ）インタフェースであり得る。
【００１３】
一実施形態では、コントローラユニットは、コントローラユニットに接続されたデジタルカメラから通知を受信し得る。
【００１４】
コントローラユニットは、（ｉ）モバイル装置から受信された電子切符情報を乗換駅の入場管理ゲートに送信することと、（ｉｉ）コントローラユニットによって送信された電子切符が有効な切符であることを示す確認メッセージを入場管理ゲートから受信することとにより、電子切符の有効性を判定し得る。
【００１５】
特定の実施形態では、コントローラユニットは、様々なタイプの情報をメモリに記憶し得る。そのような情報は、例えば、運用統計と、有効な電子切符を有するユーザの第１の計数と、無効な電子切符を有するユーザの第２の計数と、乗換駅に入ったユーザの総数の第３の計数と、乗換駅から出たユーザの総数の第４の計数と、運賃確認ゾーン内でのモバイル装置の存在を検出するために送信されたＢｌｕｅｔｏｏｔｈ（登録商標）ビーコン信号についての情報とを含み得る。
【００１６】
一実施形態では、コントローラユニットは、モバイル装置から受信された電子切符が無効であると判定し得、且つＢｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介してモバイル装置に切符拒否応答を送信し、それにより、ユーザに対してアラートを生成するようにモバイル装置に指示し得る。
【００１７】
更なる実施形態では、本開示はモバイル装置を対象とし、モバイル装置は、（ｉ）Ｂｌｕｅｔｏｏｔｈ（登録商標）ビーコン信号を受信するように動作可能な送受信器と、（ｉｉ）プログラム命令及び電子切符情報を記憶するメモリと、（ｉｉｉ）送受信器及びメモリに結合されたプロセッサとを含む。モバイル装置では、プロセッサは、プログラム命令を実行するように動作可能であり、プログラム命令は、プロセッサによって実行されると、モバイル装置を携帯するユーザが乗換駅の運賃確認ゾーンに近づくときにハンズフリー運賃確認を促進するために、（ａ）受信されたビーコン信号に基づいて、モバイル装置が運賃確認ゾーン内にあると判定することと、（ｂ）送受信器を使用して、メモリに記憶された電子切符情報を乗換駅のコントローラユニットに送信することであって、電子切符情報は、モバイル装置とコントローラユニットとの間でＢｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して送受信器によって送信される、送信することと、（ｃ）送受信器を使用して、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介してコントローラユニットから切符承認応答を受信することであって、切符承認応答は、電子切符が乗換に有効であることを示す、受信することと、（ｄ）乗換駅の入場ゲートに向かってハンズフリーで引き続き進むようにユーザに知らせることとをモバイル装置に実施させる。一実施形態では、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースはＢＬＥインタフェースであり得る。
【００１８】
更に別の実施形態では、本開示はコントローラユニットを対象とし、コントローラユニットは、（ｉ）インタフェースユニットと、（ｉｉ）メモリと、（ｉｉｉ）インタフェースユニット及びメモリに結合されたプロセッサとを含む。コントローラユニットでは、インタフェースユニットは、（ａ）ユーザが乗換駅の運賃確認ゾーンに入ったという通知を受信することと、（ｂ）Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介して、ユーザによって携帯されているモバイル装置から電子切符情報を受信することとを実施するように動作可能である。コントローラユニットでは、メモリは、プログラム命令及び電子切符情報を記憶するように動作可能である。コントローラユニットでは、プロセッサは、プログラム命令を実行するように動作可能であり、プログラム命令は、プロセッサによって実行されると、モバイル装置を携帯するユーザが運賃確認ゾーンに近づくときにハンズフリー運賃確認を促進するために、（ａ）Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介してモバイル装置から受信された信号に基づいて、ユーザによって携帯されているモバイル装置を識別することと、（ｂ）電子切符が乗換に有効であると判定することと、（ｃ）インタフェースユニットを使用して、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースを介してモバイル装置に切符承認応答を送信し、それにより、乗換駅の入場ゲートに向かってハンズフリーで引き続き進むようにモバイル装置のユーザに知らせることとをコントローラユニットに実施させる。一実施形態では、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェースはＢＬＥインタフェースであり得る。
【００１９】
モバイル装置及びコントローラユニットが実施し得る様々な動作態様についてここまで簡単に述べたが、更に以下でより詳細に説明する。
【００２０】
従って、本開示の教示に従うＢｌｕｅｔｏｏｔｈ（登録商標）による運賃確認方法は、乗客がそのモバイル装置上において有効且つアクティブな切符を有する限り、乗客が単に「ハンズフリー」で歩いて運賃ゲートを通ることを可能にすることにより、運賃ゲートを通る乗客のスループットを高めることができる。
【００２１】
この後のセクションでは、以下の図面に示した例示的実施形態を参照しながら本開示を説明する。
【図面の簡単な説明】
【００２２】
【図１】本開示の一例示的実施形態による運賃確認（ＦＶ）アプリケーションの構成コンポーネントを示す。
【図２】本開示の一実施形態による、ＦＶアプリケーションを実施するための一例示的システムを示す。
【図３】本開示の一実施形態による、モバイル装置によるハンズフリー運賃確認方法を示す一例示的フローチャートを示す。
【図４】本開示の一実施形態による、コントローラユニットによるハンズフリー運賃確認方法を示す一例示的フローチャートを示す。
【図５】本開示の一実施形態による、乗換駅でハンズフリー運賃確認方法を実施するシステム構成要素の例示的な図を示す。
【図６】本開示の一実施形態による運賃確認ゾーン（運賃ゲートトリガゾーン）の簡略図を示す。
【図７】本開示の特定の実施形態による、図１のＦＶユーザアプリケーションに関する一例示的コンテキスト図を示す。
【図８】本開示の特定の実施形態による、図１のＦＶコントローラドライバに関する一例示的コンテキスト図を示す。
【図９】本開示の一実施形態による一例示的モバイル装置のブロック図を示す。
【図１０】本開示の一実施形態による一例示的コントローラユニットのブロック図を示す。
【発明を実施するための形態】
【００２３】
以下の詳細説明では、本開示が十分に理解されるように、様々な具体的詳細を説明する。しかしながら、当業者であれば理解されるように、本開示は、これらの具体的詳細がなくても実施可能である。他の例では、本開示が曖昧にならないように、周知の方法、手順、構成要素及び回路について詳しく説明しない。
【００２４】
本明細書全体を通して「一実施形態」又は「実施形態」を参照することは、その実施形態に関連して説明された特定の機能、構造、又は特性が本開示の少なくとも１つの実施形態に含まれることを意味する。従って、「一実施形態では」又は「実施形態では」又は「一実施形態によれば」という語句（又は他の同様の意味を有する語句）が本明細書全体にわたって様々な箇所に出現する場合、それら全てが必ずしも同じ実施形態を参照するわけではない。更に、それらの特定の機能、構造、又は特性は、１つ以上の実施形態において任意の適切な方法で組み合わされ得る。また、本明細書での説明に関連して、単数形の用語がその複数形を包含し得、複数形の用語がその単数形を包含し得る。同様に、ハイフン付きの用語（例えば、「ハンズフリー（ｈａｎｄｓ−ｆｒｅｅ）」、「煩わしくない（ｈａｓｓｌｅ−ｆｒｅｅ）」など）は、場合によりハイフンなしのもの（例えば、「ハンズフリー（ｈａｎｄｓ  ｆｒｅｅ）」、「煩雑でない（ｈａｓｓｌｅ  ｆｒｅｅ）」など）と区別なく使用され得、語頭が大文字の見出し語（例えば、「運賃確認アプリケーション（Ｆａｒｅ  Ｖａｌｉｄａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎ）」、「運賃ゲート（Ｆａｒｅ  Ｇａｔｅ）」、「コントローラユニット（Ｃｏｎｔｒｏｌｌｅｒ  Ｕｎｉｔ）」など）は、語頭が大文字でないもの（例えば、「運賃確認アプリケーション（ｆａｒｅ  ｖａｌｉｄａｔｉｏｎ  ａｐｐｌｉｃａｔｉｏｎ）」、「運賃ゲート（ｆａｒｅ  ｇａｔｅ）」、「コントローラユニット（ｃｏｎｔｒｏｌｌｅｒ  ｕｎｉｔ）」など）と区別なく使用され得る。そのように、場合により区別なく使用することは、それらが互いに異なると見なされてはならない。
【００２５】
初めに注意されたいこととして、「結合される」、「動作可能に結合される」、「接続される」、「接続している」、「電気的に接続されている」などの用語は、本明細書では、動作可能な方法で電気的／電子的に接続されている状態を広く意味するものとして区別なく使用される。同様に、信号のタイプ（アナログ又はデジタル）に関係なく、第１のエンティティが（内容がアドレスであれ、データであれ、制御情報であれ）情報信号を（手段が有線であれ、無銭であれ）第２のエンティティに送信し、且つ／又は第１のエンティティが（内容がアドレスであれ、データであれ、制御情報であれ）情報信号を（手段が有線であれ、無銭であれ）第２のエンティティから受信する場合、第１のエンティティは、第２のエンティティ（又は第２の複数のエンティティ）と「通信」していると見なされる。更に、本明細書において示され、説明される様々な図面（構成要素図を含む）は、あくまで例示を目的としており、縮尺は正確ではない。
【００２６】
本明細書で使用する「第１の」、「第２の」などの用語は、それらに続く名詞に対するラベルとして使用され、特に明示的にそのように規定しない限り、いかなる種類の順序付け（例えば、空間的、時間的、論理的などの順序付け）を意味するものでもない。
【００２７】
図１は、本開示の一例示的実施形態による運賃確認（ＦＶ）アプリケーション１０の構成コンポーネントを示す。ＦＶアプリケーション１０は、後に図２〜８を参照して説明する様々な分散データ処理機能を有するソフトウェアモジュールであり得る。データ処理又はデータ計算の一部分は、モバイル装置においてローカルに実施され得、データ処理の別の一部分は、コントローラユニットにおいて実施され得る。本開示の一実施形態によるＦＶアプリケーション１０は、ＦＶユーザアプリケーションコンポーネント（ユーザアプリケーション）１２と、ＦＶコントローラドライバコンポーネント（コントローラドライバ）１４とを含み得る。ユーザアプリケーションコンポーネントとコントローラドライバコンポーネントは、互いに（図２を参照して後述するように、好ましくは無線で）双方向通信し得、後述のようにハンズフリー運賃確認機能を一緒に提供することが可能である。なお、説明を簡単にするため、コンピュータソフトウェア、プログラムコード、又はプログラムモジュールが機能又は処理を「実施する」、「達成する」、又は「実行する」ものとする場合がある。しかしながら、当業者であれば明らかなように、そのような実施は、技術的には、ソフトウェア又はプログラムコードがプロセッサによって実行された場合、プロセッサによって達成される。プログラムが実行されることにより、所望の機能又は結果を達成するためにソフトウェアによって指示されるタスク又はステップをプロセッサが実施することになる。しかしながら、便宜上、以下の説明では、下層ソフトウェア実行メカニズムを技術的に分断しない限り、プロセッサ又はソフトウェアコンポーネントが、区別なく、記述されたタスク又はアクションを実施する「アクタ」とされ得る。
【００２８】
図２は、本開示の一実施形態によるＦＶアプリケーション１０を実施するための一例示的システム１６を示す。システム１６では、無線リンク２０で記号的に示されるように、モバイル装置１７がコントローラユニット１８と無線で通信し得る。後述のように、無線リンク２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）による通信インタフェースであり得る。図２に示されるように、ＦＶユーザアプリケーション１２はモバイル装置１７にあり得、ＦＶコントローラドライバ１４はコントローラユニット１８にあり得る。なお、以下では、「モバイル装置」、「モバイル電話機」、「無線電話機」、及び「ユーザ装置（ＵＥ）」という用語は、音声通信及び／又はデータ通信に対応した無線通信装置を意味するものとして区別なく使用される場合がある。そのようなモバイル電話機の例として、携帯電話又はデータ転送装置、タブレット、スマートフォン（例えば、ｉＰｈｏｎｅ（商標）、Ａｎｄｒｏｉｄ（商標）、Ｂｌａｃｋｂｅｒｒｙ（商標）など）などがある。なお、説明を簡単にするため、コントローラユニット１８は、独立した機器又は装置として示されている。しかしながら、コントローラユニット１８は、運賃確認機能を実施することに特化された（ハードウェア又はソフトウェア形式の）独立したコンピューティング装置である必要はなくてよい。一実施形態では、コントローラユニット１８の機能は、乗換駅に既に存在する物理的コンピューティング／データ処理装置又は（非物理的）サーバソフトウェア（図示せず）において実施され得る。
【００２９】
図２に示されるように、ＵＥ  １７は、そのハウジング（図示せず）内に、モバイルオペレーティングシステム（モバイルＯＳ）２４（例えば、Ｓｙｍｂｉａｎ（商標）ＯＳ、Ｐａｌｍ（商標）ＯＳ、Ｗｉｎｄｏｗｓ  Ｍｏｂｉｌｅ（商標）、Ａｎｄｒｏｉｄ（商標）、Ａｐｐｌｅ  ｉＯＳ（商標）など）を実行する、比較的低電力で動作する中央処理ユニット（ＣＰＵ）２２を含み得る。モバイル電話機はバッテリ給電式であるため、ＣＰＵ  ２２は、バッテリ電力を節約するように設計されている場合があり、従って、コンピュータ用又はサーバ用のフル機能ＣＰＵほど強力でない場合がある。図２に更に示されるように、ＵＥ  １７は、ユーザアプリケーション１２に加えて、１つ以上のモバイルアプリケーション２６が常駐し得る。これらのモバイルアプリケーション２６は、電話機１７にあらかじめパッケージされていたソフトウェアモジュールであり得、又はユーザがＵＥ  １７のメモリ（図示せず）にダウンロードしたソフトウェアモジュールであり得る。幾つかのモバイルアプリケーション２６は、よりユーザインタラクティブなアプリケーション（例えば、ＵＥ  １７上でプレイするモバイルチェスゲーム、ＵＥ  １７によって実行される顔認識プログラムなど）であり得、別の幾つかのモバイルアプリケーションは、さほどユーザインタラクティブでないアプリケーション（例えば、ＵＥの存在又は位置を追跡するアプリケーション、発券アプリケーション）であり得る。モバイルアプリケーション２６及びユーザアプリケーション１２は、モバイルオペレーティングシステム２４の制御下でプロセッサ２２によって実行され得る。また、図２に示されるように、ＵＥ  １７は、無線インタフェースユニット２８を更に含み得、これは、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェース、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥ（又はＢｌｕｅｔｏｏｔｈ（登録商標））インタフェース２９などを介したＵＥとコントローラユニット１８（後述）との無線通信を促進する。特定の実施形態では、無線インタフェースユニット２８は、他のタイプの無線接続、例えば、セルラネットワーク接続、Ｗｉ−Ｆｉ接続などをサポートすることも可能である。アプリケーション１２、２６は、必要に応じて無線インタフェース２８を利用し得る。
【００３０】
なお、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥインタフェース２９は、あくまで一例として示されており、本開示の教示はＢＬＥインタフェースのみに限定されない。従って、以下の説明ではたびたびＢＬＥインタフェースに言及し得るが、そのような説明は、他のＢｌｕｅｔｏｏｔｈ（登録商標）技術にも同様に適用可能であり、例えば、１つ以上のＢｌｕｅｔｏｏｔｈ（登録商標）  Ｓｐｅｃｉａｌ  Ｉｎｔｅｒｅｓｔ  Ｇｒｏｕｐ（ＳＩＧ）規格に準拠するＢｌｕｅｔｏｏｔｈ（登録商標）技術にも適用可能であることを理解されたい。本開示の教示に従うハンズフリー運賃確認ソリューションは、ＢＬＥを含む幾つかのＢｌｕｅｔｏｏｔｈ（登録商標）規格を用いて実施され得る。従って、以下の説明で「ＢＬＥ」又は「Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥ」という用語が使用された場合、これは、より一般的な用語である「Ｂｌｕｅｔｏｏｔｈ（登録商標）」又は他の非ＢＬＥベースのＢｌｕｅｔｏｏｔｈ（登録商標）技術を代表（及び包括）するものと見なされたい。更に、実施形態によっては、後述のＢｌｕｅｔｏｏｔｈ（登録商標）ベースの近接検出は、Ｂｌｕｅｔｏｏｔｈ（登録商標）とＷｉ−Ｆｉ及び／又はセルラデータ接続とを併用して、又はこれらの何らかの組み合わせを用いて近接検出が可能なように修正され得る。従って、例えば、近接検出に対する混成アプローチとして、Ｗｉ−ＦｉとＢｌｕｅｔｏｏｔｈ（登録商標）との両方を使用して、人がいる場所を検出することが可能である。以下でのＢｌｕｅｔｏｏｔｈ（登録商標）ベースの説明は、そのような変形形態及び組み合わせを包含するが、そのような混成アプローチのそれぞれについては、簡潔さの観点から詳細に説明しない。
【００３１】
図２の実施形態では、コントローラユニット１８は、比較的大電力で動作してオペレーティングシステム３２（例えば、Ｗｉｎｄｏｗｓ（商標）、Ｍａｃ（商標）ＯＳＸ、Ｌｉｎｕｘ（登録商標）など）を実行するＣＰＵ  ３０を含むように示されている。コントローラユニット１８は、コントローラドライバ１４に加えて、自らのメモリ（図示せず）に他のコントローラ専用アプリケーション３４を記憶し得、例えば、（図５を参照して後述する）入場ゲートシステムとのＮＦＣ又はイーサネット(登録商標)ベースの通信を促進するアプリケーション、（これも後述の）「人数計数」装置との通信を促進するアプリケーション、バックエンドシステムと対話するアプリケーションなどを記憶し得る。コントローラ１８は、自らの無線インタフェースユニット３６を介してＵＥ  １７と無線で通信し得る。インタフェースユニット２８、３６は、図示されるように、モバイル装置１７とコントローラ１８との間でＢｌｕｅｔｏｏｔｈ（登録商標）インタフェース２９を使用してデータ又は情報を無線で転送することが可能である。従って、動作時、ＵＥで生成された信号は、コントローラユニット１８のＣＰＵ  ３０による更なる処理のため、（無線インタフェース２８により）Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェース２９を介してコントローラユニット１８に無線で送信され得る。コントローラユニット１８からの応答又は他の信号は、ＵＥが認識する無線フォーマットでコントローラの無線インタフェースユニット３６から提供され、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェース２９を介して最終的にＵＥの無線インタフェース２８に（従って、更なる処理のためにＵＥのプロセッサ２２に）送達され得る。結果として得られる、インタフェース２８とインタフェース３６との間の無線「リンク」が双方向矢印２９で記号的に示されている。特定の実施形態では、無線インタフェースユニット３６は、他のタイプの無線接続をサポートし得、例えば、セルラネットワーク接続、Ｗｉ−Ｆｉ接続などをサポートし得る。アプリケーション１４、３４は、必要に応じて無線インタフェース３６を利用し得る。なお、特定の実施形態では、モバイル装置１７及び／又はコントローラユニット１８は、（回線交換であれ、パケット交換であれ）有線又は無線の接続を介して他のネットワーク（図示せず）に結合され得る。そのようなネットワークは、音声ネットワーク、データネットワーク、又はその両方であり得、例えば、セルラネットワーク、インターネット、ローカルエリアネットワーク（ＬＡＮ）、公衆陸上移動体ネットワーク（ＰＬＭＮ）などであり得る。
【００３２】
図３は、本開示の一実施形態による、モバイル装置によるハンズフリー運賃確認方法を示す一例示的フローチャート４０である。図３に示されている各種の動作タスクは、ユーザアプリケーション１２（及び他の関連プログラムコード）がＣＰＵ  ２２によって実行された場合、モバイル装置１７によって実施され得る。最初に、モバイル装置１７は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ビーコン信号を受信し得る（ブロック４２）。後述のように、運賃確認ゾーン（以下では「運賃ゲートトリガゾーン」とも呼ぶ）で乗客の存在を見つけるため、本開示の教示に従って特定のＢｌｕｅｔｏｏｔｈ（登録商標）ビーコン信号が送信され得る。従って、モバイル装置１７は、受信されたビーコン信号に基づいて、モバイル装置１７が運賃確認ゾーン内にあると判定し得る（ブロック４３）。ブロック４５で、モバイル装置１７は、モバイル装置内に記憶された電子切符情報（後述）を乗換駅のコントローラユニット、例えば、コントローラユニット１８に送信し得る。電子切符情報は、モバイル装置１７とコントローラユニット１８との間でＢｌｕｅｔｏｏｔｈ（登録商標）インタフェース、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥインタフェース２９を介して送信され得る。ブロック４６で、モバイル装置１７は、その電子切符が乗換に有効であることを示す切符承認応答を、コントローラユニット１８からＢｌｕｅｔｏｏｔｈ（登録商標）インタフェース２９を介して受信し得る。これに応じて、ブロック４７で、モバイル装置１７は、（例えば、可視及び／又は可聴の通知により）乗換駅の入場ゲートに向かってハンズフリーで引き続き進むようにユーザ／乗客に通知し得る。このようにして、切符提示及び切符確認の動作は、ユーザが関与することなく実施されることが可能であり、乗客は、切符の確認のためにスマートカード又は携帯電話を探す必要がない。
【００３３】
図４は、本開示の一実施形態による、コントローラユニットによるハンズフリー運賃確認方法を示す一例示的フローチャート５０である。図４に示されている各種の動作タスクは、コントローラドライバ１４（及び他の関連プログラムコード）がＣＰＵ  ３０によって実行された場合、コントローラユニット１８によって実施され得る。最初に、ブロック５２で、コントローラユニット１８は、ユーザが運賃確認ゾーンに入ったという通知を受信し得る。一実施形態では、そのような通知は、「人数計数」装置から受信され得、例えば、図５を参照して後述するように、コントローラユニット１８に接続されたデジタルカメラなどから受信され得る。ブロック５３で、コントローラユニット１８は、ユーザによって携帯されているモバイル装置（例えば、モバイル装置１７）を、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェース、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥインタフェース２９を介してモバイル装置から受信される信号に基づいて識別し得る。コントローラユニット１８は、モバイル装置１７を識別して、モバイル装置１７とのＢｌｕｅｔｏｏｔｈ（登録商標）通信リンクを確立した後、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェース２９を介してモバイル装置１７から電子切符情報を受信し得る（ブロック５５）。ブロック５７で、コントローラユニット１８は、その電子切符が乗換に有効であると判定し得る。後述するように、一実施形態では、コントローラユニット１８は、切符の有効性をチェックするため、電子切符情報を乗換駅の入場管理ゲートに送信し得る。提示された切符が有効且つアクティブであれば、コントローラユニット１８は、入場管理ゲートから確認メッセージを受信できる。ブロック５８で、コントローラユニット１８は、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェース２９を介してモバイル装置１７に切符承認応答を送信し得る。これにより、（モバイル装置１７を携帯している）ユーザ／乗客に対し、乗換駅の入場ゲートに向かってハンズフリーで引き続き進むように通知される。即ち、乗客は、切符の確認のためにスマートカード又は携帯電話を探す必要がなく、単に入場ゲートに向かって歩き続けことができる。これは、コントローラユニット１８と乗客のモバイル装置１７との間の対話により切符のハンズフリー確認が行われるためである。
【００３４】
図５は、本開示の一実施形態による、乗換駅６０でハンズフリー運賃確認方法を実施するシステム構成要素の例示的な図である。図５のシステム構成要素の動作態様を説明する前に、これらの構成要素の例示的ハードウェア機能の簡単な概要を示す。
【００３５】
特定の実施形態では、モバイル装置１７は、Ａｐｐｌｅ（登録商標）ｉＰｈｏｎｅ（登録商標）  ６、又はより新しいモデルであり得る。他の実施形態では、モバイル装置１７は、Ｇｏｏｇｌｅ（登録商標）Ｎｅｘｕｓ  ５、又は同様のモデルであり得る。いずれにせよ、ユーザアプリケーション１２は、Ａｎｄｒｏｉｄベース、Ａｐｐｌｅ  ｉＯＳベース、又は他の任意のモバイルオペレーティングシステムベースの様々なモバイル装置で動作するように構成され得る。特定の実施形態では、モバイル装置１７は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ビーコンスキャンを含む、通信用のダウンロード可能アプリケーション及びＢｌｕｅｔｏｏｔｈ（登録商標）  ＬＥ  ４．２以上のプロトコル（又は他の適用可能なＢｌｕｅｔｏｏｔｈ（登録商標）プロトコル）をサポートし得る。モバイル装置１７は、ハンズフリー運賃確認を支援する様々なタスクを促進するユーザインタフェース（ＵＩ）を含み得る。そのようなタスクとして、例えば、ユーザによる電子切符の購入、事前購入済み切符の群からの所望の切符の選択、電子切符に対する乗換承認の示唆などがあり得る。
【００３６】
特定の実施形態では、コントローラユニット１８はコンピュータであり得、例えば、ラップトップ又はデスクトップコンピュータ、モバイル装置、タブレットコンピュータ、シングルボードコンピュータ、又はＲａｓｐｂｅｒｒｙ  Ｐｉ（商標）ユニット又はＡｒｄｕｉｎｏ（商標）ユニットなどのモジュラーコンピュータであり得る。コントローラユニット１８は、以下の機能のうちの幾つか又は全てをサポートし得る。Ｂｌｕｅｔｏｏｔｈ（登録商標）（ＢＬＥを含む）にいる無線通信、有線又は無線の接続性、ユニバーサルシリアルバス（ＵＳＢ）接続性、フラッシュストレージ又はディスクストレージなどの不揮発性ストレージ、ランダムアクセスメモリ（ＲＡＭ）モジュールを使用する揮発性ストレージ、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥ  ４．０以上のスタック（又は他の適用可能なＢｌｕｅｔｏｏｔｈ（登録商標）プロトコル）、ビデオディスプレイ又は液晶ディスプレイ（ＬＣＤ）、ＮＦＣ読み取り器、キーボードなどのデータ入力装置。なお、実施形態によっては、乗換駅６０に複数のコントローラユニット１８が設置され得、これは、例えば、複数の運賃ゲート（後述）があり、それらが別々のコントローラユニットで「管理」されている場合又は複数のウェイクアップビーコン（後述）が別々のコントローラユニットに関連付けられている場合などである。一般に、コントローラユニット又はビーコン送信器（ウェイクアップビーコン又はゲートビーコン）の数は、実装形態ごとに固有であり得る。
【００３７】
乗換駅６０は、任意選択で、近接追跡のためにモバイル装置１７上のユーザアプリケーション１２を起動及び準備させるためのウェイクアップビーコン発信機６２を１つ以上使用し得る。ウェイクアップビーコン６２の数は、現場条件に基づき得る。特定の実施形態では、ウェイクアップビーコン６２は、全方向性アンテナ（図示せず）を使用して、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥ（ＢＬＥ）（又は他のタイプのＢｌｕｅｔｏｏｔｈ（登録商標））ビーコン信号を供給し得る。発信機６２によって送信されるビーコン信号は、独自のＢｌｕｅｔｏｏｔｈ（登録商標）ビーコン規格と互換であり得、例えば、Ａｐｐｌｅ（登録商標）システムの場合のｉＢｅａｃｏｎ規格、及びＡｎｄｒｏｉｄ（商標）システムの場合の同様のＢｌｕｅｔｏｏｔｈ（登録商標）ビーコン規格などと互換であり得る。従って、例えば、ｉＢｅａｃｏｎ互換性の場合、ウェイクアップビーコン発信機６２は、プログラム可能な１６バイトのユニバーサル一意識別子（ＵＵＩＤ）を２バイトのメジャー番号及び２バイトのマイナー番号とともにアドバタイズすることが可能であり得る。ＵＵＩＤは、インターネット全体にわたってオブジェクト（例えば、ビーコン発信機６２）を一意識別することに使用され得る。１６ビットのメジャー番号は、同一ＵＵＩＤを有するｉＢｅａｃｏｎを更に細分化し得る。１６ビットのマイナー番号は、同一メジャー番号内のｉＢｅａｃｏｎを更に細分化し得る。
【００３８】
上述のように、ＵＵＩＤは一意の番号である。ＢＬＥに関して、各サービスがＵＵＩＤで表され得る。１６ビットの標準化されたＢＬＥ  ＵＵＩＤの場合、６５５３６個の一意のサービスを表すことが可能である。ＢＬＥは、カスタムサービス向けに１２８ビットのＵＵＩＤ番号を更にサポートしている。「サービス」は、ほとんどいずれのものでもあり得、例えば、心臓モニタ、近接センサ、温度プローブなどであり得る。各種「サービス」向けＵＵＩＤに関する更なる情報が、ｈｔｔｐｓ：／／ｄｅｖｅｌｏｐｅｒ．ｂｌｕｅｔｏｏｔｈ．ｏｒｇ／ｇａｔｔ／ｓｅｒｖｉｃｅｓ／Ｐａｇｅｓ／ＳｅｒｖｉｃｅＨｏｍｅ．ａｓｐｘ．において取得可能である。ＵＵＩＤは、通常、固定であるが、実装形態によっては動的であり得る。
【００３９】
ウェイクアップ発信機６２は、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＢｌｕｅｔｏｏｔｈ（登録商標）  ＬＥを使用して固定メッセージ（ビーコン識別子（ＩＤ））を定期的に送信することから、「Ｂｌｕｅｔｏｏｔｈ（登録商標）ビーコン」と見なされ得る。特定の実施形態では、Ｂｌｕｅｔｏｏｔｈ（登録商標）ビーコンは、通常、データを受信することができない。ビーコンＩＤは、モバイルオペレーティングシステム２４がＢｌｕｅｔｏｏｔｈ（登録商標）ビーコンを認識するために使用できる発信機固有の識別情報を与えることが可能である。例えば、ｉＢｅａｃｏｎの場合、ビーコンＩＤは、メジャー番号及びマイナー番号を伴うＵＵＩＤである。なお、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥ（「Ｂｌｕｅｔｏｏｔｈスマート」とも呼ばれる）は、短距離（最大３０メートル）の通信を可能にする無線通信プロトコルである。Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥ機能は、多くのスマートフォン及びタブレットに搭載されている。
【００４０】
ビーコンは、特定の場所へのモバイル装置の近接を判定するために使用され得る。各ビーコンは、通常、固定ＩＤを有するが、実装形態によっては、ビーコンは動的ＩＤを有し得る。ビーコンＩＤに関して、モバイル装置は、その近傍で発信された全てのビーコンＩＤを読み取ることが可能である。実施形態によっては、ビーコンデータ（ビーコンＩＤなど）、受信されたビーコンの信号強度、及び（受信されたビーコンに関連付けられた）タイムスタンプ値が、（例えば、ユーザアプリケーション１２などによって）Ｗｉ−Ｆｉを介して、モバイル装置１７の場所を特定する別のコンピュータ又はホスト（例えば、コントローラユニット１８など）に転送され得る。従って、特定の実施形態では、モバイル装置１７内のユーザアプリケーション１２は、ビーコンを「リスン」して、Ｗｉ−Ｆｉを介して、場所を特定するアプリケーション（例えば、コントローラドライバ１４など）に接続し得る。また、実施形態によっては、ユーザアプリケーション１２は、場所を特定する別のアプリケーションに接続し得、又は自ら場所を特定して場所情報をコントローラドライバ１４に送信し得る。主要なビーコンフォーマットは、ｉＯＳ（商標）、Ａｄｒｏｉｄ（商標）、及び他のモバイルオペレーティングシステムによってサポートされている。
【００４１】
乗換駅６０は、運賃ゲートトリガゾーン（「運賃確認ゾーン」とも呼ぶ）で乗客を見つけるため、２つ以上のＢＬＥ（又は他のタイプのＢｌｕｅｔｏｏｔｈ（登録商標））ゲートビーコンを使用し得る。一例示的運賃ゲートトリガゾーン８５を図６（後述）に示す。図５では、参照符号「６４」及び「６５」により、２つのゲートビーコンが示されている。現場条件に基づいて又は精度を高めるため、より多くのゲートビーコンが同じように設置され得る。動作的には、ゲートビーコン６４〜６５もＢｌｕｅｔｏｏｔｈ（登録商標）ビーコンであり、ウェイクアップビーコン６２と同様であり得るが、異なる点として、ゲートビーコン６４〜６５は、運賃確認ゾーンに存在する乗客を特定的に「追跡」するため、強い単方向性を有する外部アンテナ（図示せず）を有し得る。
【００４２】
一実施形態では、図５の各種エンティティ間の全てのＢｌｕｅｔｏｏｔｈ（登録商標）通信が、Ｂｌｕｅｔｏｏｔｈ（登録商標）Ｃｏｒｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ４．２に記された規格に準拠し得る。
【００４３】
乗換駅６０は、人が運賃確認ゾーンに入ったことを特定するため、幾つかの「人数計数」装置６７〜６８を有し得る。一実施形態では、「人数計数」装置は、立体デジタル赤外線（ＩＲ）カメラを含み得る。実施形態によっては、カメラ６７〜６８は、人が運賃確認ゾーンに入ったときにコントローラユニット１８に通知するため、コントローラユニット１８と無線で接続され得る。また、実施形態によっては、コントローラユニット１８と「人数計数」装置６７〜６８との間にイーサネット(登録商標)ベースの接続が存在し得る。更に、「共連れ」を防ぐため、装置６７〜６８は、運賃ゲートトリガゾーンにいる１人の人と複数の人とを区別するように構成され得る。
【００４４】
電子制御アクセスバリアとして機能する入場ゲートシステム７０（本明細書では「運賃ゲート」とも呼ぶ）が乗換駅６０に配備され得る。運賃ゲートの一例を図５に示す。多くの乗換駅では、複数のそのような運賃ゲートを有している場合がある。一実施形態では、運賃ゲートは、適正に切符を発行された乗客のみを「有料区域」に通すように意図された物理的アクセスバリアであり得、有料区域は、料金を支払った乗客に向けて指定された保安区域であり得る。一実施形態では、運賃ゲート７０は、イーサネット（登録商標）インタフェース７２を介してコントローラユニット１８に直接接続され得る。実施形態によっては、複数のイーサネット（登録商標）接続又は現場条件を容易にするため、標準的なパワーオーバイーサネット（登録商標）（ＰＯＥ）スイッチ（又はハブ）が使用され得る。コントローラユニット１８と運賃ゲート７０との間でイーサネット（登録商標）ベースのネットワーク接続を実現するため、標準的なＲＪ−４５コネクタが使用され得る。実施形態によっては、運賃ゲートは仮想バリアであり得、例えば、バスの場合、そのような仮想バリアを、本開示の教示に従ってコントローラユニットとともに使用することにより、バスに乗ろうとする乗客のハンズフリー入場を可能にすることができる。即ち、図５の物理的バリアベースの図は例に過ぎず、本開示の教示は、提示されている物理的なゲートバリアに限定されない。
【００４５】
これに対し、実施形態によっては、コントローラユニット１８は、運賃ゲート７０とのトランザクションを開始するため、ＮＦＣインタフェース７４を使用し得る。しかしながら、前述のように、ＮＦＣインタフェースは、完全なハンズフリーのトランザクションをサポートしていない場合がある。ビジネス上の又は技術的な理由で、ＮＦＣをサポートする運賃ゲートを、完全なハンズフリー運賃確認のためのコントローラユニット１８との直接接続をサポートするように修正することが容易でない場合、ＮＦＣインタフェースを主に使用し得る。従って、運賃ゲートが、別のインタフェース（例えば、イーサネット（登録商標）ベースのＬＡＮなど）を介する直接トランザクションの開始をサポートするように修正可能であれば、ＮＦＣインタフェースはなくてもよい。従って、図５ではＮＦＣインタフェース７４が点線で示されている。なお、特定の実施形態では、２つのＮＦＣインタフェース、即ち、「有料区域」の入口にあるＮＦＣインタフェース７６と、「有料区域」の出口にあるＮＦＣインタフェース７７とが入場ゲートシステム７０に関連付けられ得る。一実施形態では、ＮＦＣインタフェース７４と運賃ゲート７０との間の無線周波数（ＲＦ）プロトコルは、ＩＳＯ（国際標準化機構）１４４４３−２に準拠し得る。より一般的には、ＩＳＯ  １４４４３−２規格は、非接触式スマートカードなどのＲＦＩＤベースの装置と別の装置（運賃ゲートなど）との間のＲＦ通信を定義している。
【００４６】
ハードウェアの面では、運賃ゲート７０は運賃ゲートコントローラ（図示せず）を含み得、これは、運賃ゲートとして動作する適切なロジックを有するマイクロコントローラであり得る。一実施形態では、運賃ゲート７０は、以下の全てのうちの幾つかを含み得る。制御プログラム及び関連データを記憶するメモリ、ＮＦＣ読み取り器／書き込み器、他のメディア読み取り器（任意選択）、イーサネット（登録商標）ネットワークハブ又はスイッチ、各側、即ち入口及び出口におけるローカルディスプレイ（ＬＣＤ又は同様のもの）、スピーカ、及びリモートディスプレイ機能。更に、実施形態によっては、運賃ゲート７０は、入口側に「進入可」インジケータを有し得、出口側に「進入禁止」インジケータを有し得る。
【００４７】
図５には示されていないが、乗換駅６０は、１つ以上のリモートディスプレイを更に有し得、例えば、運賃ゲートの入口及び出口の上方に吊り下げられたディスプレイを有し得る。乗客が運賃ゲートを迅速に通過しつつあるとき、これらのディスプレイがユーザに視覚フィードバックを与え、例えば、ユーザの電子切符が有効であり、承認されたため、ユーザは乗換ターミナル又は「有料区域」に進んでよいという確認などを与え得る。特定の実施形態では、これらのリモートディスプレイは、運賃ゲートが正常又は異常の動作状態を乗客及び駅員に知らせることを可能にするユーザインタフェースとして動作し得る。例えば、リモートディスプレイは、トランザクションが有効である場合にメッセージを表示し、このメッセージに「有効トランザクション」を示す音を添えることが可能であり得る。同様に、運賃ゲートの関連ユーザインタフェースは、無効なトランザクション試行（例えば、無効又は期限切れの切符の提示など）があった場合にメッセージを表示し、このメッセージに「無効トランザクション」を示す音を添えることが可能であり得る。実施形態によっては、リモートディスプレイは、運賃ゲートが動作している方向を示すことが可能であり得る。例えば、「入場」ゲートは、「有料区域」側から見える赤色のインジケータと、「無料区域」側から見える青色又は緑色のインジケータとを有し得る。「有料」区域及び「無料」区域を図６の例示的な図に示す。
【００４８】
図５の実施形態では、トランザクションロガー又はバックエンドシステム８０は、入場ゲートシステム７０と無線で通信しているように示されている。一実施形態では、バックエンドシステム８０は、関連する輸送機関管理所又は乗換駅６０の運賃ゲート７０の運営者によって保有、操作、保守、又は管理される独自データ処理システムであり得る。様々なトランザクション及びイベント（後述）がトランザクションロガー８０にログされ得、例えば、統計分析用、記録管理用、並びに操作及び点検（Ｏ＆Ｍ）活動のためにログされ得る。実施形態によっては、入場ゲートシステム７０は、有線接続を使用してバックエンドシステム８０と通信し得る。
【００４９】
特定の実施形態では、モバイル装置１７にインストールされたＦＶユーザアプリケーション１２は、２つの動作モード、即ち、（ｉ）モバイル発券モード及び（ｉｉ）運賃ゲートトランザクションモードをサポートし得る。システム設計者は、これらのモードによって提供される機能が、モバイル装置１７のディスプレイ画面上に提示される同じ画面からアクセス可能であるか、又はメニュー項目からの選択若しくは選択肢の適切なラジオボタンのクリックを必要とするかを決定し得る。
【００５０】
モバイル発券モードでは、ユーザアプリケーション１２は、モバイル装置１７のユーザが、（例えば、乗換駅運営者、又は列車／バスサービス運営会社から）提供されるモバイル発券アプリケーションを使用して、様々な行き先及び多様な切符タイプから選択して購入することができるようにし得る。ユーザアプリケーション１２は、更に、いずれの交通機関の切符がユーザのモバイル装置１７に電子的に記憶されているかをユーザが確認できるようにし得る。ユーザは、電子発券機能を利用するために最初にモバイル発券アプリケーションを自らのモバイル装置１７に配備する必要がある場合がある。ユーザが有効な電子切符を選択して、装置１７に記憶された切符のインベントリに追加することを可能にするユーザインタフェースが提供され得る。ユーザは、選択した切符の支払いをオンラインで行うことも可能であり、輸送サービス（例えば、列車サービス又はバスサービス）運営者は、その購入の確認を一意のコード、デジタルクーポン、又は電子切符自体により行うことが可能である。一実施形態では、これらの形式の購入「レシート」はいずれも、後にハンズフリー運賃確認のためにモバイル装置１７によって使用され得る。ユーザは、適切なメニュー選択からモバイル発券モードに入ることが可能である。発券モードに入ると、ユーザは、対応する画面上／画面外のボタンを押すことにより切符を追加することが可能であり、表示される有効切符数は１つずつ増える。サービス運営者とのオンラインアカウントを新設することが必要になる場合がある。切符の生成、購入、及び配信の更なる詳細はここでの説明に関係ないため、そのような詳細は提供されない。
【００５１】
運賃ゲートトランザクションモードでは、ユーザアプリケーション１２は、ユーザが単に入場ゲート（運賃ゲート）システム７０を通ることにより（モバイル装置１７に記憶されている）有効な電子切符を「提示」及びアクティベートできるようにし得る。従って、運賃ゲートトランザクションモードは、ハンズフリー運賃確認を促進することが可能である。一実施形態では、ユーザアカウント情報がリモートＨＯＰＳ（ホストオペレータ又は処理システム）、例えば、図５のバックエンドシステム８０などに記憶されている場合及び運賃ゲート区域の付近でインターネット接続が利用可能である場合、ユーザアプリケーション１２は、コントローラユニット１８のコントローラドライバ１４との通信を通して、そのような情報をリモートホストから取り出して、運賃ゲート７０がそれを利用できるようにし得る。しかしながら、リモートホストとのオンライン接続ができない場合でも、ユーザアプリケーション１２は、後述のようにハンズフリー運賃確認を実現することが可能である。
【００５２】
一実施形態では、ユーザは、乗換駅６０に入る前／近づく前、又は入るとき／近づくときにユーザのモバイル装置１７上でユーザアプリケーション１２を起動させ得る。その後、ユーザアプリケーション１２は、ウィークアップビーコン６２によって発信されるＢｌｕｅｔｏｏｔｈ（登録商標）ビーコンのスキャンを可能にするようにモバイル装置１７を構成し得る。その後、ユーザアプリケーション１２は、特定のＵＵＩＤ又は他の認識可能なビーコンＩＤを有するＢｌｕｅｔｏｏｔｈ（登録商標）ビーコンを識別することが可能であり、それにより、例えば、受信されたビーコン信号が、許可されたＢｌｕｅｔｏｏｔｈ（登録商標）発信機からのものであることを確認することが可能であり、従って、ユーザ装置１７が許可された発信機に近接しており、従って運賃確認ゾーンの近くにあると結論付けることが可能である。一実施形態では、（ウェイクアップビーコン６２から受信された）識別されたビーコンＩＤに基づいて、ユーザアプリケーション１２は、モバイル装置１７のハンズフリー運賃確認機能を起動させ得る。ユーザアプリケーション１２は、モバイル装置１７が運賃ゲートトリガゾーン（運賃確認ゾーン）内又はその近くにあることが判明したことに対する応答として、指定サイズのバイナリデータをコントローラユニット１８のＦＶコントローラドライバ１４に送信するようにモバイル装置１７を構成し得る。送信されるデータのサイズは、コントローラドライバ１４との通信に使用されるＢｌｕｅｔｏｏｔｈ（登録商標）  ＬＥ（又は他のＢｌｕｅｔｏｏｔｈ（登録商標））プロトコルに基づき得る。バイナリデータは、特定の動作、例えば、運賃ゲート７０による電子切符確認などを実施することの要求をコントローラドライバ１４に送信するために使用され得る。ユーザアプリケーション１２は、指定サイズのバイナリデータをコントローラドライバ１４から受信し得る。そのようなデータは、例えば、切符確認／承認メッセージ又は無効切符／拒否メッセージを含み得る。運賃ゲートによって切符が承認されると、ユーザアプリケーション１２は、指定された切符が使用されたことを示すように、モバイル装置１７に記憶された切符情報を更新し得る。ユーザアプリケーション１２は、ログメッセージをコントローラドライバ１４に送信し得、例えば、ドライバ１４が有効又は無効な電子切符を有するユーザの数を計数できるようにするログメッセージを送信し得る。より一般的には、ユーザアプリケーション１２は、コントローラドライバ１４とのＢｌｕｅｔｏｏｔｈ（登録商標）（又はＢＬＥ）通信セッションを必要に応じて開いたり閉じたりすることが可能であり得る。
【００５３】
一実施形態では、ユーザアプリケーション１２は、該当する場合、ユーザの電子切符が承認されたか拒否されたかをユーザに知らせるメッセージ又は他の可視通知をモバイル装置１７上に表示し得る。そのような可視通知の代わりに又はそれに加えて、ユーザアプリケーション１２は、モバイル装置１７を通して可聴通知をユーザに与え得、例えば、有効なトランザクションを示す音又はエラーを示す音などを発生させ得る。エラーを示す音は、エラー条件と具体的に関連付けられ得、例えば、無効／期限切れ切符、又はモバイル装置１７に電子切符が記憶されていないことなどと関連付けられ得る。
【００５４】
特定の実施形態では、コントローラユニット１８にインストールされたＦＶコントローラドライバ１４は、２つの動作モード、即ち、（ｉ）輸送管理モード及び（ｉｉ）保守モードをサポートし得る。システム管理者又は他の輸送サービス要員は、コントローラユニット１８を適切な動作モードにすることを許可され得る。実施形態によっては、保守モードは省略され得る。
【００５５】
輸送管理モードでは、コントローラドライバ１４は、運賃ゲート７０との切符トランザクションを開始して、運賃ゲートからトランザクション応答を取得するようにコントローラユニット１８を構成し得る。運賃確認トランザクションの一環として、コントローラドライバ１４は、乗客が運賃確認ゾーンに入ったことを検出することが可能であり得る。一実施形態では、ドライバ１４は、乗客が運賃ゲートトリガゾーンから出たことを検出することも可能である。一実施形態では、そのような出入りは、「人数計数」装置６７〜６８から受信された情報に基づいて判定され得る。更に、コントローラドライバ１４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェース２９（図２）を介してモバイル装置から受信された信号に基づいて、運賃ゲートトリガゾーンに入ったモバイル装置（及び運賃ゲートに近接している装置）を識別することが可能であり得る。これに対し、ドライバ１４は、モバイル装置ベースのユーザアプリケーションにバイナリデータを送信し得、ユーザアプリケーション、例えば、モバイル装置１７で動作するユーザアプリケーション１２からバイナリデータを受信し得る。前述のように、モバイル装置１７から受信されるバイナリデータは、電子切符情報を含み得、これは、確認のためにコントローラドライバ１４から運賃ゲートシステム７０に送信され得る。コントローラドライバ１４は、入場ゲートシステム７０から確認メッセージを受信すると、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェース２９を介してユーザアプリケーション１２に切符承認応答を送信し得、それにより、モバイル装置１７のユーザは、電子切符が乗換に有効であることと、入場ゲート７０に向かってハンズフリーで引き続き進んでよいこととを知らされる。これに対し、提示された切符が運賃ゲート７０によって承認されない場合、例えば、切符が無効又は期限切れである場合、コントローラドライバ１４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェース２９を介してユーザアプリケーション１２に切符拒否メッセージを送信し得、それにより、モバイル装置１７はユーザへのアラートを生成することを指示される。一実施形態では、コントローラドライバ１４は、電子切符を確認又は拒否した後にモバイル装置１７との既存の通信セッションを閉じ得る。
【００５６】
コントローラドライバ１４は、実施するあらゆる輸送管理関連トランザクションに関するログメッセージを記憶するように構成され得、ログデータは、装置の記憶域制限の影響下でコントローラユニット１８内にローカルに記憶され得、又はリモートに、例えば、トランザクションロギングシステム８０（図５）に記憶され得る。
【００５７】
保守モードでは、コントローラドライバ１４は、統計を収集することにより、運賃確認方法の改善を支援したり、輸送会社の管理者又はサービス要員による運賃確認アプローチの実施を支援したりし得る。保守モードでは、コントローラドライバ１４は、２つの動作サブモード、即ち、（ｉ）「現在のアクティビティを表示」サブモード及び（ｉｉ）「統計を表示」サブモードを提供することが可能であり、「現在のアクティビティを表示」サブモードは、到来するデータの表示を可能にし、「統計を表示」サブモードは、本開示の特定の実施形態による運賃確認方法の使用状況に関連付けられた統計の表示を可能にする。
【００５８】
登録済みビーコンがユーザアプリケーション１２によって検出された場合、ユーザアプリケーション１２は、ビーコンＩＤ及びモバイル装置の近接情報をコントローラドライバ１４と共有し得る。現在のアクティビティを表示するサブモードでは、コントローラドライバ１４は、ビーコンＩＤ及び近接情報を表示し得る。一実施形態では、ドライバ１４は、ビーコン情報をログし得る。別の実施形態では、ドライバ１４はそのようなロギングを不可能にし得る。従って、ビーコンロギングが有効になっていて、登録済みビーコンが検出された場合、ビーコンＩＤ及び近接情報が装置の記憶域制限の影響下でローカル又はリモートにログされ得る。
【００５９】
輸送サービス管理者を支援するため、コントローラドライバ１４は、統計をあらゆる動作モードで保守し得る。しかしながら、特定の実施形態では、統計は、「統計を表示」サブモードの場合にのみ表示され得る。表示可能な統計情報として、例えば、以下のものがある。（ｉ）運用統計、（ｉｉ）「開ゲート」モード（後述）で有効な切符を有して運賃ゲートを通って「有料区域」に入った乗客の数の計数、（ｉｉｉ）「閉ゲート」モード（後述）で有効な切符を有して運賃ゲートを通って「有料区域」に入った乗客の数の計数、（ｉｖ）「開ゲート」モードで有効な切符を有さずに運賃ゲートを通って「有料区域」に入った乗客の数の計数、（ｖ）「閉ゲート」モードで有効な切符を有さずに運賃ゲートを通って「有料区域」に入った乗客の数の計数、（ｖｉ）「開ゲート」モードで運賃ゲートを通って「無料区域」に出た乗客の数の計数、（ｖｉｉ）「閉ゲート」モードで運賃ゲートを通って「無料区域」に出た乗客の数の計数。全ての統計計数がゼロにリセットされ得る。
【００６０】
なお、運賃ゲート７０は、「入口」ゲート又は「出口」ゲートのいずれかを有するように設定され得る。従って、保守要員は、運賃ゲートの「方向」（例えば、「入口」ゲート又は「出口」ゲート）をコントローラドライバ１４に知らせることが必要になる場合がある。更に、特定の実施形態では、保守要員は、運賃ゲート７０が「開ゲート」モード又は「閉ゲート」モードのいずれで動作しているかをコントローラドライバ１４に明示することが必要になる場合もある。
【００６１】
図６は、本開示の一実施形態による運賃確認ゾーン（本明細書では「運賃ゲートトリガゾーン」とも呼ぶ）８５の簡略図である。運賃確認ゾーン８５は、広義には、運賃ゲート７０内又はその近くのモバイル装置１７の存在が、そのユーザの、運賃を支払って実際の乗換ターミナルの進む意図を示す区域を意味し得る。図解として、運賃ゲート７０は、図６では点線ブロックで示されている。図６の例示的な図で示されるように、乗換駅６０（図５）では、ユーザは、入場レーン又は「無料区域」８７から運賃ゲートトリガゾーン８５に近づき得る。「無料区域」は、通常の無料の歩行者往来が行われている乗換駅６０の非保安区域であり得る。これに対し、前述のように、ユーザの電子切符提示が運賃ゲートシステム７０によって承認されると、ユーザは、乗換駅６０の「有料区域」８８に移動し得る。ユーザは、「有料区域」から適切な輸送サービス（例えば、列車又はバス）の搭乗に進み得る。
【００６２】
運賃ゲート７０は、「開ゲート」モード又は「閉ゲート」モードで動作可能である。「開ゲート」モードでは、運賃ゲート７０は、バリアなしシステムであり得る。例えば、乗客数が多く、駅に検査係（又は他のサービス要員）がいるのが当然であるピーク時には、運賃ゲートの（物理的）バリアが開いたままであり得、乗客は、１列になってゲートを迅速に通過することが可能である。ユーザが有効又は検出可能な切符を有さない場合、そのことをユーザ及び検査係に知らせるメッセージが可聴アラートとともに運賃ゲートごとのリモートディスプレイに表示され得る。一方、検査係に回せる人数が減り、且つ乗客数がスループットを妨げないオフピーク時には、運賃ゲートのバリアが閉じられ得（又は本来の場所に戻され得）、それにより、運賃ゲート７０は「閉ゲート」モードで動作する。
【００６３】
実施形態によっては、以下の４つの異なる乗換状況があり得る。（１）運賃ゲート７０が「開ゲート」モードのときにユーザが「有料区域」８８に入る。（２）運賃ゲート７０が「閉ゲート」モードのときにユーザが「有料区域」８８に入る。（３）運賃ゲート７０が「開ゲート」モードのときにユーザが「有料区域」８８から出る。（４）運賃ゲート７０が「閉ゲート」モードのときにユーザが「有料区域」８８から出る。これらの乗換状況に関して後述する様々な動作は、例示的なものであり、モバイル装置のＦＶユーザアプリケーション１２とコントローラユニットのＦＶコントローラドライバ１４との間の対話、及びコントローラドライバと、乗換駅６０にある他の装置／システム（例えば、「人数計数」装置、入場ゲートシステムなど）との更なる対話を通して達成可能である。図１〜６に関する前述の議論に鑑みて、そのような装置対装置の対話又は通信の更なる詳細は、以下では省略する。
【００６４】
（１）「開ゲート」モードでの入場：最初に、モバイル装置１７を有するユーザが、入場のために開いている（例えば、無料区域８７側の「進入可」インジケータランプが点灯している）運賃ゲート７０に近づき得る。
【００６５】
ユーザが有効な切符を有する場合、ユーザは、単にハンズフリーで歩いてゲートを通ることができ、有効な切符が提示されたことを示すメッセージがリモートディスプレイ（図示せず）に表示され得、「切符承認」を示すビープ音が運賃ゲートのスピーカ（図示せず）から発せられ得る。ユーザのモバイル装置１７にも、切符が提示されて承認されたことを示す通知が表示され得る。モバイル装置からは、「切符承認」を示すビープ音と、対応する振動パターンとが更に発せられ得る。ユーザアプリケーション１２は、モバイル装置１７に記憶された有効な切符の計数を１つ減らし得る。
【００６６】
ユーザのモバイル装置に図１のユーザアプリケーション１２のようなＦＶユーザアプリケーションがロードされていない場合、運賃ゲートトリガゾーン８５に入ると直ちに、切符を購入するか、従来型の切符を使用するようにユーザに通知するメッセージがリモートディスプレイに表示され得る。これは、運賃ゲートのスピーカからの大きい「無効な進入試行」アラートを伴い得る。
【００６７】
一方、ユーザアプリケーションがユーザのモバイル装置にロードされているものの、モバイル装置に切符が記憶されていないか、有効な切符が記憶されていない場合、「利用できる切符なし」メッセージがリモートディスプレイに表示され得、運賃ゲートのスピーカからは「利用できる切符なし」アラート音が発せられ得る。ユーザは、利用できる有効な切符がなかったことを示す通知を、対応する可聴アラート及び振動パターンとともにモバイル装置で受信し得る。
【００６８】
特定の実施形態では、「開ゲート」モード時にユーザが歩調を変えること、例えば、立ち止まって前の人が運賃ゲートを通るのを待ってから先に進むことなどが必要になる場合がある。
【００６９】
（２）「閉ゲート」モードでの入場：最初に、モバイル装置１７を有するユーザが、入場のために開いている（例えば、無料区域８７側の「進入可」インジケータランプが点灯している）運賃ゲート７０に近づき得る。
【００７０】
ユーザが有効な切符を有する場合、ユーザが運賃ゲートトリガゾーン８５に入ると、バリア（図示せず）が上がって開き、ユーザは、単にハンズフリーで歩いてゲートを通ることができる。リモートディスプレイには、有効な切符が提示されたことを示すメッセージが表示され得、運賃ゲートのスピーカからは「切符承認」を示すビープ音が発せられ得る。ユーザのモバイル装置１７には、切符が提示されて承認されたことを示す通知が表示され得る。モバイル装置からは、「切符承認」を示すビープ音と、対応する振動パターンとが更に発せられ得る。ユーザアプリケーション１２は、モバイル装置１７に記憶された有効な切符の計数を１つ減らし得る。
【００７１】
ユーザのモバイル装置に図１のユーザアプリケーション１２のようなＦＶユーザアプリケーションがロードされていない場合、運賃ゲートトリガゾーン８５に入ると直ちに、ＦＶユーザアプリケーションが検出されなかったことと、従来型の切符を使用しなければならないこととをユーザに通知するメッセージがリモートディスプレイに表示され得る。その場合、運賃ゲートのバリアは、有効な切符（電子切符又は従来型の切符）が提示されるまで閉じられたままであり得る。
【００７２】
一方、ユーザアプリケーションがユーザのモバイル装置にロードされているものの、モバイル装置に切符が記憶されていないか、有効な切符が記憶されていない場合、「利用できる切符なし」メッセージがリモートディスプレイに表示され得、運賃ゲートのスピーカからは「利用できる切符なし」アラート音が発せられ得る。ユーザは、利用できる有効な切符がなかったことを示す通知を、対応する可聴アラート及び振動パターンとともにモバイル装置で受信し得る。
【００７３】
（３）「開ゲート」モードでの退出：最初に、モバイル装置１７を有するユーザが、退出のために開いている（例えば、有料区域８８側の「進入可」インジケータランプが点灯している）運賃ゲート７０に近づき得る。
【００７４】
ユーザのモバイル装置にＦＶユーザアプリケーションがロードされており、有効且つアクティブな切符がある場合、ユーザは、単に歩いて運賃ゲートを通ることができ、リモートディスプレイには、例えば、「ご利用ありがとうございました」メッセージが表示され得る。ユーザのモバイル装置にも、ユーザがシステム（又は乗換ターミナル）を出たことを示す通知が表示され得る。モバイル装置からは、「退出中」を示すビープ音と、対応する振動パターンとが更に発せられ得る。
【００７５】
一方、ユーザのモバイル装置にＦＶユーザアプリケーションがロードされていない場合（又はロードされてるものの、有効且つアクティブな切符がない場合）、ユーザが運賃ゲートトリガゾーンに入ると、リモートディスプレイ上のメッセージにより、従来型の媒体を「読み取り器に通して」退出することをリマインドされる場合がある（これが輸送サービス運営者から要求されている場合）。これは、運賃ゲートのスピーカからの大きい「無効な進入試行」アラートを伴い得る。実施形態によっては、この「無効な進入試行」処理は、（ユーザによってオフにされているか、バッテリ切れの結果としてオフになっているかにかかわらず）ユーザのモバイル装置がオンになっていない場合に行われ得る。
【００７６】
（４）「閉ゲート」モードでの退出：最初に、モバイル装置１７を有するユーザが、退出のために開いている（例えば、有料区域８８側の「進入可」インジケータランプが点灯している）運賃ゲート７０に近づき得る。
【００７７】
ユーザのモバイル装置にＦＶユーザアプリケーションがロードされている場合、ユーザが運賃ゲートトリガゾーンに入ると、ゲートのバリアが開き得、ユーザは歩いてゲートを通って退出し得る。リモートディスプレイには、「ご利用ありがとうございました」メッセージが表示され得る。ユーザのモバイル装置にも、ユーザがシステム（又は乗換ターミナル）を出たことを示す通知が表示され得る。モバイル装置からは、「退出中」を示すビープ音と、対応する振動パターンとが更に発せられ得る。
【００７８】
一方、ユーザのモバイル装置にＦＶユーザアプリケーションがロードされていない場合、ユーザが運賃ゲートトリガゾーンに入ると、リモートディスプレイ上のメッセージにより、従来型の媒体を「読み取り器に通して」退出することをリマインドされる場合がある（これが輸送サービス運営者から要求されている場合）。特定の実施形態では、運賃ゲートのバリアは、有効な切符（電子切符又は従来型の切符）が提示されるまで閉じられたままであり得る。実施形態によっては、この種の処理は、（ユーザによってオフにされているか、バッテリ切れの結果としてオフになっているかにかかわらず）ユーザのモバイル装置がオンになっていない場合に行われ得る。
【００７９】
なお、典型的には、運賃ゲート７０は、「入口」運賃ゲート又は「出口」運賃ゲートのいずれかに指定され得る。入口方向又は出口方向は、駅員の管理下で変更され得る。例えば、ゲート７０は、午前中は「入口」ゲートとして、午後は「出口」ゲートとして一方向に設定され得る。しかしながら、必要に応じて、コントローラドライバ１４は、乗客が動く方向に基づいてゲートの方向を動的に決定するように構成され得る。実施形態によっては、コントローラドライバ１４がそのような方向の検出を行うのを支援するため、更なるハードウェア（図示せず）、例えば、動きセンサ又はカメラなどが乗換駅６０に設けられ得る。或いは、カメラ装置６７〜６８は、乗客が動く方向の検出を可能にするために必要とされる入力をコントローラドライバ１４に与え得る。
【００８０】
実施形態によっては、コントローラドライバ１４は、適切なハードウェアとの組み合わせで動作することにより、運賃ゲートトリガゾーン８５内で一度に複数の人の存在を検出することが可能である。更に、ユーザアプリケーション１２及びコントローラドライバ１４の両方は、多くの異なる切符をサポートするように構成され得、サービスのクラス（例えば、一般、高齢者、学生、輸送会社社員など）、時間帯（例えば、ピーク時、オフピーク時）、定期券対「プリペイド」切符などに基づいてサポートするように構成され得る。実施形態によっては、コントローラドライバ１４は、複数の乗客の切符の提示に同じモバイル装置が使用されているかどうかを検出するように構成され得る。そのような状況が起こり得るのは、例えば、発券された乗客が複数の切符を事前購入していて、発券された乗客の切符が確認された後にモバイル装置を後ろの発券されていない乗客に渡すことにより、発券されていない乗客分の支払いを行う場合である。
【００８１】
図７は、本開示の特定の実施形態による、図１のＦＶユーザアプリケーション１２に関する一例示的コンテキスト図９５である。図８は、本開示の特定の実施形態による、図１のＦＶコントローラドライバ１４に関する一例示的コンテキスト図１００である。コンテキスト図９５は、ＦＶユーザアプリケーション１２に固有の例示的な外部インタフェース及び内部インタフェースを示す。コントローラドライバ１４に固有の同様のインタフェースを図８のコンテキスト図１００に示す。説明をわかりやすくするため、図７〜８を一緒に説明し、図５と図７〜８とで共通のエンティティを同じ参照符号で識別する。更に、ＦＶユーザアプリケーション１２及びＦＶコントローラドライバ１４の各種動作態様について既に詳細に説明したため、図７〜８に示されたデータ及び制御のフローを簡単に説明するのみにとどめる。図７〜８の実施形態では、実線の矢印はデータフローを示し、破線の矢印は制御フローを示す。更に、図７〜８では、実線のブロック（例えば、ブロック９７〜９８）は外部インタフェースを示し、破線のブロック（例えば、ブロック６２及び７０）は内部サブシステムインタフェースを示す。
【００８２】
図７〜８を参照すると、「コントローラメッセージ」は、使用アプリケーション１２とコントローラドライバ１４との間で送信されるメッセージである。これらのメッセージは、典型的には、モバイル装置１７が運賃ゲート７０にどの程度近づいているかをコントローラドライバ１４に知らせるコマンド又はデータを含み得る。「コントローラ応答」は、コントローラドライバ１４からユーザアプリケーション１２に送信される応答である。図７の「ゲートビーコンアドバタイジングパケット」は、ゲートビーコン６４〜６５によって送信される情報を指す。この情報は、モバイル装置１７の運賃ゲート７０との近接を検出するために使用され得る。一方、図７の「ウェイクアップビーコンアドバタイジングパケット」は、ウェイクアップビーコン６２によって送信される情報を指す。この情報は、ユーザアプリケーション１２を、本開示の教示に従うハンズフリー運賃確認に対応した運賃ゲート（例えば、運賃ゲート７０）を通って入場するためのレディ状態にするために使用され得る。図７では、「ユーザデータ入力」という用語は、（ユーザのモバイル装置１７で）ＦＶユーザアプリケーション１２を動作させているユーザ９７が、ユーザアプリケーション１２から提供されるユーザインタフェースを通して入力するデータを指す。一方、「ユーザデータ出力」という用語は、ＦＶユーザアプリケーション１２を動作させているユーザ９７に対して、ユーザインタフェースを介して表示されるデータを指す。「ユーザ制御」という用語は、ＦＶユーザアプリケーション１２を動作させているモバイル装置１７によって送信される制御情報を指す。
【００８３】
次に、図８を参照すると、「人数計数器データ」は、運賃ゲートトリガゾーン８５内の人数の計測を支援するために人数計数装置６７〜６８からＦＶコントローラドライバ１４に送信されるデータである。「人数計数器制御」は、人数計数装置に対する制御情報である。この制御情報は、「人数計数器データ」の送信を有効又は無効にするコマンドを含み得る。「ＦＧデータ要求」は運賃ゲートデータ要求であり、コントローラドライバ１４から運賃ゲート７０に送信されるデータを含み、典型的には、トランザクションの処理中、例えば、切符確認トランザクションなどの処理中に送信されるデータを含む。「ＦＧデータ応答」は、運賃ゲートデータ応答であり、トランザクション処理中に又はコントローラドライバ１４からのコマンドを受けて運賃ゲート７０から返されるデータを含む。「ＦＧ制御」は運賃ゲート制御情報である。
【００８４】
運賃ゲートとコントローラドライバ１４との間の通信がＮＦＣインタフェース、例えば、図５に示されたＮＦＣインタフェース７４などを介して行われる場合、運賃ゲートにＮＦＣ読み取り器／書き込み器１０２が存在し得る。ＮＦＣ読み取り器／書き込み器１０２は、ＮＦＣインタフェース７４を介してコントローラドライバ１４と通信し得る。実施形態によっては、図５の入口ＮＦＣインタフェース７６及び出口ＮＦＣインタフェース７７用に個別のＮＦＣ読み取り器／書き込み器があり得る。「ＮＦＣデータ要求」は、ＮＦＣ読み取り器／書き込み器１０２に送信されるデータ要求であり、「ＮＦＣデータ応答」は、ＮＦＣ読み取り器／書き込み器１０２から受信される応答であり、「ＮＦＣ制御」は、ＮＦＣによる各種のトランザクションを促進する、ＮＦＣ読み取り器／書き込み器１０２に関連付けられた制御情報である。
【００８５】
コントローラドライバ１４が前述の保守モードをサポートしている場合、保守ユーザ１０４（例えば、乗換駅６０又は輸送会社のサービス担当者又は従業員など）は、コントローラドライバ１４が動作しているシステムと対話することにより、保守タスクを実施することが可能である。図２のコントローラユニット１８は、そのようなシステムの一例である。システムは、保守関連のコンテンツ表示をサポートするユーザインタフェースを提供し得る。それに関連して、「保守ユーザデータ入力」は、保守モード時に保守ユーザ１０４がユーザインタフェースから入力するデータであり、「保守ユーザデータ出力」は、保守モード時に保守ユーザ１０４に対して表示されるデータであり、「保守ユーザ制御」は、保守モード時にコントローラドライバ１４に送信される制御情報である。
【００８６】
図９は、本開示の一実施形態による一例示的モバイル装置１７のブロック図である。前述のように、モバイル装置又は無線装置１７は、本開示の特定の実施形態に従うハンズフリー運賃確認において動作可能なＵＥ、スマートフォン、又は他の任意の無線装置であり得る。無線装置１７は、プロセッサ１０７、メモリ１０８（実施形態によっては、ＵＥの加入者識別モジュール（ＳＩＭ）カード上のメモリを含み得る）、送受信器１１０、及びアンテナユニット１１２を含み得る。メモリ１０８は、ＦＶユーザアプリケーション１２用プログラムコードを含み得る。プログラムコードは、プロセッサ１０７によって実行され得る。ユーザアプリケーションのプログラムコードがプロセッサ１０７によって実行されると、プロセッサは、モバイル装置１７が、本開示の教示に従うハンズフリー運賃確認方法に関連付けられた各種モバイル装置に固有のタスクを実施するようにモバイル装置１７を構成し得る。一実施形態では、そのようなタスクは、例えば、図３に示された処理ステップを含み得る。そのようなタスクはまた、例えば、図５〜８に関して前述されたモバイル装置固有の（又はＦＶユーザアプリケーションによる）動作を含み得る。
【００８７】
メモリ１０８は、コントローラユニット１８（図２）から受信されたデータ又は他の関連する伝達情報、及びハンズフリー運賃確認を促進するために必要な他のコンテンツを記憶し得る。例えば、一実施形態では、メモリ１０８は、例えば、事前購入された電子切符、旅程情報、電子購入レシート、Ｂｌｕｅｔｏｏｔｈ（登録商標）ビーコンＩＤなどを記憶し得る。メモリ１０８はまた、コントローラユニット１８から受信された運賃確認結果（例えば、切符アクティベーションステータス、有効／無効トランザクションなど）、及びユーザに対する進入／退出通知を記憶し得る。
【００８８】
送受信器１１０は、プロセッサ１０７と通信して、コントローラユニット１８との間でデータ、制御、又は他のシグナリング情報の送信／受信を（アンテナユニット１１２を介して）実施し得、モバイル装置１７は、ハンズフリー運賃確認中、コントローラユニット１８と通信し得る。特定の実施形態では、送受信器１１０は、本開示の教示に従うハンズフリー運賃確認方法を実施するため、Ｂｌｕｅｔｏｏｔｈ（登録商標）による、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥなどによるコントローラユニット１８との通信をサポートし得る。送受信器１１０は、単体ユニットであり得、又は別々の２つのユニット（送信機（図示せず）及び受信機（図示せず））を含み得る。アンテナユニット１１２は、１つ以上のアンテナを含み得る。無線装置１７の代替実施形態は、更なる機能を提供する役割の更なる構成要素を含み得、そのような機能は、本明細書で明らかにされた機能のうちのいずれであり得、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）ビーコン信号の受信、電子切符情報の送信、コントローラユニット１８との通信、装置１７などのユーザに対する様々な通知若しくはメッセージの表示、及び／又は本開示の教示に従う解決策をサポートするために必要な任意の機能であり得る。例えば、一実施形態では、無線装置１７は、装置がモバイルで動作することを可能にするオンボード電源ユニット１１４（例えば、バッテリ又は他の電源）を含み得る。
【００８９】
一実施形態では、モバイル装置２２は、本開示の教示に従うハンズフリー運賃確認の装置固有の態様を実施するように（ハードウェア、ソフトウェア、又はその両方により）構成され得る。前述のように、ソフトウェア又はプログラムコードは、ＦＶユーザアプリケーション１２の一部であり得、メモリ１０８に記憶されて、プロセッサ１０７によって実行可能であり得る。例えば、装置２２の既存のハードウェアアーキテクチャを修正することができない場合、装置２２に必要な機能は、ＦＶユーザアプリケーション１２のプログラムコードによるプロセッサ１０７の適切なプログラミングによって実現され得る。プログラムコードが（プロセッサ１０７によって）実行されることにより、プロセッサは、本開示の教示に従うハンズフリー運賃確認ソリューションのサポートを必要に応じて実施することが可能になる。従って、無線装置２２が機能／タスク又は処理又は方法ステップを「実施」又は「達成」又は「実行」（又は他の同様のそのような用語）するように記述される場合があるが、そのような実施は、技術的には、必要に応じてハードウェア及び／又はソフトウェアの形態で達成され得る。
【００９０】
図１０は、本開示の一実施形態による一例示的コントローラユニット１８のブロック図である。コントローラユニット又はシステム１８は、本開示の教示に従うハンズフリー運賃確認方法を実施するように（ハードウェア及び／又はソフトウェアの形態で）適切に構成され得る。コントローラユニット１８は、前述のハンズフリー運賃確認を達成するプロセッサ１１７及び補助ハードウェアを含み得る。プロセッサ１１７は、幾つかの外部装置とインタフェースするように構成され得る。一実施形態では、幾つかの入力装置１１９がシステム１１７の一部であり得、更なる処理のためのプロセッサ１１７へのデータ入力（例えば、ユーザ入力、カメラ画像、統計データなど）を提供し得る。入力装置１１９としては、例えば、タッチパッド、カメラ、近接センサ、ＧＰＳセンサ、コンピュータキーボード、タッチスクリーン、ジョイスティック、物理的又は仮想「クリック可能ボタン」、コンピュータマウス／ポインティングデバイスなどがあり得る。図１０では、プロセッサ１１７は、システムメモリ１２１、周辺記憶装置１２３、１つ以上の出力装置１２５、及びネットワークインタフェース装置１２７に結合されているように示されている。出力装置１２５の一例として、ディスプレイ画面がある。実施形態によっては、コントローラユニット１８は、図示された装置の複数のインスタンスを含み得る。様々な実施形態において、図１０に示された構成要素は、全て単一ハウジング内に収容され得る。また、実施形態によっては、コントローラユニット１８は、図１０に示された構成要素を全て含まなければならないわけではない。更に、コントローラユニット１８は、スタンドアロンシステムとして、又はサーバシステムとして、又はクライアントシステムとして、又は他の任意の適切なフォームファクタで構成され得る。
【００９１】
特定の実施形態では、コントローラユニット１８は、複数のプロセッサを（例えば、分散型処理構成で）含み得る。コントローラユニット１８がマルチプロセッサシステムである場合、プロセッサ１１７の複数のインスタンスが存在し得、又は複数のプロセッサがそれぞれのインタフェース（図示せず）を介してプロセッサ１１７に結合され得る。プロセッサ１１７は、システムオンチップ（ＳｏＣ）であり得、且つ／又は複数の中央処理ユニット（ＣＰＵ）を含み得る。
【００９２】
システムメモリ１２１は、任意の半導体ゲートの記憶システムであり得、例えば、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、Ｒａｍｂｕｓ（登録商標）ＤＲＡＭ、フラッシュメモリ、様々なタイプの読み出し専用メモリ（ＲＯＭ）などであり得る。実施形態によっては、システムメモリ１２１は、単一タイプではなく、複数のタイプの半導体メモリを含み得る。また、実施形態によっては、システムメモリ１２１は、非一時的データ記憶媒体であり得る。
【００９３】
様々な実施形態では、周辺記憶装置１２３は、磁気記憶媒体、光記憶媒体、光磁気記憶媒体、又は固体記憶媒体、例えば、ハードドライブ、光ディスク（例えば、コンパクトディスク（ＣＤ）又はデジタル多用途ディスク（ＤＶＤ））、不揮発性ランダムアクセスメモリ（ＲＡＭ）素子、セキュアデジタル（ＳＤ）メモリカード、ユニバーサルシリアルバス（ＵＳＢ）メモリなどに対するサポートを含み得る。実施形態によっては、周辺記憶装置１２３は、標準的な周辺インタフェースを介してプロセッサ１１７に結合され得、そのような周辺インタフェースとして、例えば、ＳＣＳＩ（小型コンピュータシステムインタフェース）インタフェース、ファイバチャネルインタフェース、Ｆｉｒｅｗｉｒｅ（登録商標）（ＩＥＥＥ  １３９４）インタフェース、ＰＣＩ  Ｅｘｐｒｅｓｓ（ペリフェラルコンポーネントインタフェースエクスプレス）規格によるインタフェース、ＵＳＢプロトコルによるインタフェース、又は別の適切なインタフェースがある。そのような様々な記憶装置は、非一時的データ記憶媒体であり得る。
【００９４】
前述のように、出力装置１２５の一例としてディスプレイ画面があり得る。出力装置の他の例として、グラフィックス／ディスプレイ装置、コンピュータ画面、アラームシステム、又は他の任意のタイプのデータ出力装置がある。実施形態によっては、入力装置１１９及び出力装置１２５は、Ｉ／Ｏインタフェース又は周辺インタフェースを介してプロセッサ１１７に結合され得る。
【００９５】
一実施形態では、ネットワークインタフェース装置１２７は、コントローラユニット１８がネットワーク又は通信インタフェースに結合されることを可能にするため、プロセッサ１１７と通信し得る。別の実施形態では、ネットワークインタフェース装置１２７は全くなくてもよい。ネットワークインタフェース１２７は、有線であれ無線であれ、コントローラユニット１８をネットワーク／インタフェースに接続するための任意の適切な装置、媒体、及び／又はプロトコルコンテンツを含み得る。様々な実施形態では、ネットワークは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、有線若しくは無線イーサネット（登録商標）、通信網、又は他の適切なタイプのネットワーク／インタフェースであり得る。例えば、ネットワークは、パケット交換網（例えば、インターネットのようなインターネットプロトコル（ＩＰ）ネットワークなど）、回線交換網（例えば、公衆交換電話網（ＰＳＴＮ））、又はパケット交換網と回線交換網との組み合わせであり得る。別の実施形態では、ネットワークは、ＩＰマルチメディアサブシステム（ＩＭＳ）によるネットワーク、衛星による通信リンク、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＢｌｕｅｔｏｏｔｈ（登録商標）  ＬＥ（ＢＬＥ）によるネットワーク／インタフェース、ＮＦＣによるネットワーク／インタフェース、ＩＥＥＥ（米国電気電子学会）規格ＩＥＥＥ  ８０２．１６ｅに基づくＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）システム、ＩＰベースのセルラネットワーク（例えば、３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）又は３ＧＰＰ２セルラネットワーク（ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ネットワークなど））、セルラネットワークと非セルラネットワークとの組み合わせ、独自社内ネットワーク、公衆陸上移動体ネットワーク（ＰＬＭＮ）などであり得る。
【００９６】
コントローラユニット１８は、図１０に示された各種システム構成要素に電力を供給するオンボード電源ユニット１３０を含み得る。電源ユニット１３０は、バッテリを収容し得、ＡＣ電源コンセントに接続可能であり得る。一実施形態では、電源ユニット１３０は、太陽エネルギ又は他の再生可能エネルギを電力に変換し得る。
【００９７】
一実施形態では、非一時的コンピュータ可読データ記憶媒体、例えば、システムメモリ１２１又は周辺データ記憶装置（例えば、リムーバブルメモリ）などが、ＦＶコントローラドライバ１４のためのプログラムコード又はソフトウェアを記憶し得る。図１０の実施形態では、システムメモリ１２１は、そのようなプログラムコードを含むように示されている。プロセッサ１１７は、プログラムコードを実行するように構成され得、それにより、コントローラユニット１８は、本開示の教示に従うハンズフリー運賃確認方法に関連付けられた様々なコントローラユニットに固有のタスクを実施するように動作することが可能である。一実施形態では、そのようなタスクとして、例えば、図４に示された処理ステップがあり得る。そのようなタスクとしては、例えば、図５〜８に関して前述された関連コントローラドライバによる動作も更にあり得る。プログラムコード又はソフトウェアは、独自ソフトウェアであってもオープンソースソフトウェアであり得、プロセッサ１１７によって実行されると、本開示の教示に従うハンズフリー運賃確認方法をサポートするための、コントローラユニット固有の動作を実施することと、確認に関連しない他のアクション（例えば、保守モードで動作することなど）をサポートすることとをコントローラユニット１８ができるようにし得る。
【００９８】
ここまでの説明では、限定ではなく説明を目的として、本開示の技術が十分に理解されるように具体的な詳細（例えば、特定のアーキテクチャ、インタフェース、手法など）を示した。しかしながら、当業者であれば理解されるように、本開示の技術は、これらの具体的な詳細から逸脱した別の実施形態でも実施され得る。即ち、当業者であれば、本明細書に明示的に説明又は図示されていなくても、本開示の技術の原理を実施する様々な構成を考案することが可能であろう。幾つかの事例では、不必要な詳細によって本開示の技術の説明が曖昧にならないように、よく知られている装置、回路、及び方法の詳細な説明を省略している。本開示の技術の原理、態様、及び実施形態、並びにこれらの具体例についての本明細書における記述は、全てそれらの構造的均等物及び機能的均等物の両方を包含するものとする。更に、そのような均等物は、現在知られている均等物及び今後開発される均等物（例えば、構造にかかわらず同じ機能を実施する今後開発される任意の要素など）の両方を含むものとする。
【００９９】
従って、例えば、当業者であれば理解されるように、本明細書のブロック図（例えば、図２及び図９〜１０）は、本技術の原理を実施する例示的回路又は他の機能単位の概念図を表すものであり得る。同様に、当然のことながら、図３〜４のフローチャートは、実質的にそれぞれのプロセッサ（例えば、それぞれ図９のプロセッサ１０７、図１０のプロセッサ１１７）によって実施され得る様々な処理を表している。そのようなプロセッサとして、例えば、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、及び／又は状態機械があり得る。図１〜８に関連して上述された機能の幾つか又は全てがハードウェア及び／又はソフトウェアの形態でそれぞれのプロセッサ１０７又は１１７によって実現され得る。プロセッサ１０７及び１１７のいずれかは、実施形態によっては分散処理を用い得る。
【０１００】
特定の発明態様がソフトウェアによる処理を必要とする場合、そのようなソフトウェア又はプログラムコードは、コンピュータ可読データ記憶媒体にあり得る。図１０に関して上述したように、そのようなデータ記憶媒体は、周辺記憶装置１２３の一部であり得、又はシステムメモリ１２１若しくはプロセッサ１１７の内部メモリ（図示せず）の一部であり得る。図９の実施形態の場合、そのようなデータ記憶媒体は、メモリ１０８又はプロセッサ１０７の内部メモリ（図示せず）の一部であり得る。実施形態によっては、プロセッサ１０７及び１１７は、ソフトウェアによる処理を実施するため、それぞれのそのような媒体に記憶された命令を実行し得る。コンピュータ可読データ記憶媒体は、汎用コンピュータ又は上述のプロセッサによって実行されるコンピュータプログラム、ソフトウェア、ファームウェア、又はマイクロコードを収容する非一時的データ記憶媒体であり得る。コンピュータ可読記憶媒体の例として、ＲＯＭ、ＲＡＭ、デジタルレジスタ、キャッシュメモリ、半導体メモリ素子、磁気媒体（例えば、内部ハードディスク、磁気テープ、及びリムーバブルディスク）、光磁気媒体、及び光媒体（例えば、ＣＤ−ＲＯＭディスク及びＤＶＤ）がある。
【０１０１】
本開示の発明態様によるコントローラユニット１８の代替実施形態は、上記で明らかにされた機能、及び／又は本開示の教示に従う解決策をサポートするのに必要な任意の機能のいずれかを含む、更なる機能を提供する役割を有する更なる構成要素を含み得る。上記では機能及び要素を特定の組み合わせで説明したが、各機能又は要素は、それ以外の機能及び要素なしに単独で使用され得、又は他の機能があってもなくてもよい様々な組み合わせで使用され得る。前述のように、本明細書に記載の様々なＦＶコントローラドライバによる機能及びＦＶユーザアプリケーションによる機能は、ハードウェア（例えば、回路ハードウェア）、及び／又は（上述の）コンピュータ可読データ記憶媒体に記憶されたコード化命令若しくはマイクロコードの形式でソフトウェア／ファームウェアを実行できるハードウェアを使用することにより提供され得る。従って、そのような機能及び図示された機能ブロックは、ハードウェア実装及び／又はコンピュータ実装のいずれかであり、従ってマシン実装であると理解されたい。
【０１０２】
上記は、Ｂｌｕｅｔｏｏｔｈ（登録商標）技術がモバイル装置のユーザアプリケーションと組み合わせて使用されて、乗換駅でのハンズフリー運賃確認を促進するシステム及び方法について記述している。ユーザアプリケーションは、従属する運賃ゲートとインタフェースするコントローラユニットのコントローラドライバと通信する。ゲートへの乗客の近接を判定するためにＢｌｕｅｔｏｏｔｈ（登録商標）ビーコンが使用され、及びカメラのような装置が、乗客が運賃確認ゾーンに入ったかどうかを判定する。そのモバイル装置上において有効且つアクティブな電子切符を有するユーザは、単に「ハンズフリー」で歩いて運賃ゲートを通ることができ、物理的切符又はスマートカード若しくは携帯電話を探す必要がない。この煩わしくない手法は、ユーザエクスペリエンス及び運賃ゲートを通る乗客のスループットを著しく高めることが可能である。更に、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＢｌｕｅｔｏｏｔｈ（登録商標）  ＬＥによる自動運賃確認システムは、乗客が有効な電子切符を有して「有料区域」に入ったこと、又は乗客がアクティベート済みのモバイル切符を有して有料区域から出たことを検出して、乗客にフィードバックを与えることが可能である。システムはまた、乗客が有効な通行許可を有さずに有料区域に入ったこと、又は有効な通行許可を有さずに有料区域から出ようとしたことを検出して、外部可視及び可聴アラートを出すことも可能である。全般的には、本開示のハンズフリー切符確認方法を用いることにより、有料区域に出入りする乗客のスループットが増え、特にピーク時のスループットが増える。
【０１０３】
当業者であれば理解されるように、本出願に記載の革新的概念は、広範な用途において修正及び変形され得る。従って、特許請求対象の範囲は、上述の特定の例示的教示のいずれにも限定されるべきではなく、以下の特許請求の範囲によって定義される。
【図１】
2018532180.tif 000003
【図２】
2018532180.tif 000004
【図３】
2018532180.tif 000005
【図４】
2018532180.tif 000006
【図５】
2018532180.tif 000007
【図６】
2018532180.tif 000008
【図７】
2018532180.tif 000009
【図８】
2018532180.tif 000010
【図９】
2018532180.tif 000011
【図１０】
2018532180.tif 000012
【国際調査報告】
2018532180.tif 000013