(57)【要約】【課題】生体情報の登録を経ずにチケットを提供されたユーザによるチケットの不正使用リスクを軽減するとともに、当該ユーザの利便性も向上させること。【解決手段】チケット認証システムは、予め生体情報が登録された第１のユーザに所持される第１の装着型電子チケット端末と、上記生体情報が未登録の第２のユーザに所持され、上記第１のユーザの生体認証の結果に基づき有効化される第２の装着型電子チケット端末と、規制区域内または当該規制区域の近傍に設けられ、上記生体情報の登録操作を受け付ける登録端末と、上記生体認証の結果に基づき上記第1のユーザの規制区域への進入を許可し、上記第２のユーザの上記規制区域への進入を所定の制限条件付きで許可する進入判定装置とを具備する。当該チケット認証システムは、上記登録端末を介して上記第２のユーザの生体情報が事後登録された場合、上記第２の装着型電子チケット端末に設定されている上記制限条件の少なくとも一部を解除する。【選択図】図９
2015194952.tif 000002
【特許請求の範囲】
【請求項１】
予め生体情報が登録された第１のユーザに所持される第１の装着型電子チケット端末と、
前記生体情報が未登録の第２のユーザに所持され、前記第１のユーザの生体認証の結果に基づき有効化される第２の装着型電子チケット端末と、
規制区域内または当該規制区域の近傍に設けられ、前記生体情報の登録操作を受け付ける登録端末と、
前記生体認証の結果に基づき前記第１のユーザの規制区域への進入を許可し、前記第２のユーザの前記規制区域への進入を所定の制限条件付きで許可する進入判定装置と
を具備し、
前記登録端末を介して前記第２のユーザの生体情報が事後登録された場合、前記第２の装着型電子チケット端末に設定されている前記制限条件の少なくとも一部を解除する
チケット認証システム。
【請求項２】
請求項１に記載のチケット認証システムであって、
前記登録端末は、所定距離範囲内に存在する前記第２の装着型電子チケット端末を検出し、当該検出された第２の装着型電子チケット端末が前記有効化された状態である場合に、前記第２のユーザの生体情報を前記事後登録可能とする
チケット認証システム。
【請求項３】
請求項２に記載のチケット認証システムであって、
前記第２の装着型電子チケット端末は、人物への装着を検出可能な装着検出手段を有し、前記装着が検出されている場合に前記第２の装着型チケット端末の前記有効化された状態を維持する
チケット認証システム。
【請求項４】
請求項１に記載のチケット認証システムであって、
前記登録端末は、所定距離範囲内に存在する前記第１の装着型電子チケット端末を検出している場合に、前記第２のユーザの生体情報を前記事後登録可能とする
チケット認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、施設、乗物、イベント会場への入場者の入場を管理することが可能なチケット認証システムに関する。
【背景技術】
【０００２】
従来から、装着型（ウェアラブル）端末を用いた入場／退場管理システムまたは入室／退室管理システムが存在する。
【０００３】
下記特許文献１には、自動改札機や電気錠等の処理機本体に、利用者の腕に装着される腕時計型の非接触型端末が接近したときに、処理機本体と非接触型端末との間でデータの授受を行って処理機本体を駆動させる非接触型端末が開示されている。
【０００４】
下記特許文献２には、腕時計型の非接触ＩＣ収納装置から送信された識別情報を受信して鍵の施錠及び／または開錠を行い、時刻を記録して入退出管理を行う施錠／開錠装置が開示されている。
【０００５】
下記特許文献３には、リストバンド型の認証デバイスが、被認証者の腕の静脈パターンを検出することで認証を行い、認証結果をドアノブ等のアクセス対象物へ送信することが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平０５−１８２０３８号公報
【特許文献２】特開２００１−０３４７３４号公報
【特許文献３】特開２００２−３１２３２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
通常、例えばイベントのチケットの発券または引渡しの際には、チケットの不正使用を防止するために、発券または引渡しを受ける人物が正規のチケット購入者であるか否かが、例えば運転免許証やパスポート等の身分証明書によって確認される。
【０００８】
この際、チケット発行者は、さらにチケット購入者の生体情報（例えば手の静脈パターンや指紋パターン等）を登録しておき、入場の際等に当該生体情報により本人認証を行うことで、チケットの不正使用をより強固に防止することができる。
【０００９】
しかし、例えば家族や友人等、グループに属する複数のメンバーのチケットを代表者がまとめて購入する場合、通常、チケットの発券所または引渡所に行くのは代表者のみであり、その場合代表者以外のメンバーの生体情報を登録することはできない。一方で、生体情報の登録のために、メンバー全員が発券所または引渡所に行くことを義務付けるのは現実的ではない。
【００１０】
また、会場への入場時に入場者全員の生体情報を登録させる運用も考えられるが、入場処理に長時間要することになるため、入場者の利便性を大きく損なってしまう。
【００１１】
そこで、代表者以外のメンバーのチケットを代表者のチケットに従属するものとして、代表者には設けられない所定の制限を設けることが考えられる。
【００１２】
しかしこの場合、代表者以外のチケットのユーザは、会場に入場後もチケットに制限を課されたままの状態であると、利便性が悪い。
【００１３】
以上のような事情に鑑み、本発明の目的は、生体情報の登録を経ずにチケットを提供されたユーザによるチケットの不正使用リスクを軽減するとともに、当該ユーザの利便性も向上させることが可能なチケット認証システムを提供することにある。
【課題を解決するための手段】
【００１４】
上記目的を達成するため、本発明の一形態に係るチケット認証システムは、予め生体情報が登録された第１のユーザに所持される第１の装着型電子チケット端末と、上記生体情報が未登録の第２のユーザに所持され、上記第１のユーザの生体認証の結果に基づき有効化される第２の装着型電子チケット端末と、規制区域内または当該規制区域の近傍に設けられ、上記生体情報の登録操作を受け付ける登録端末と、上記生体認証の結果に基づき上記第１のユーザの規制区域への進入を許可し、上記第２のユーザの上記規制区域への進入を所定の制限条件付きで許可する進入判定装置とを具備する。当該チケット認証システムは、上記登録端末を介して上記第２のユーザの生体情報が事後登録された場合、上記第２の装着型電子チケット端末に設定されている上記制限条件の少なくとも一部を解除する。
【００１５】
これにより第２の装着型電子チケット端末は、第１のユーザの生体認証の結果に基づいて有効化され、所定の制限条件付きで規制区域への進入を許可されるため、生体情報の登録を経ずにチケットを提供された第２のユーザによるチケットの不正使用リスクを軽減するとともに、登録端末により第２のユーザの生体情報を事後的に登録させて制限条件の少なくとも一部を解除することで、当該第２のユーザの利便性も向上させることができる。
【００１６】
上記登録端末は、所定距離範囲内に存在する上記第２の装着型電子チケット端末を検出し、当該検出された第２の装着型電子チケット端末が上記有効化された状態である場合に、上記第２のユーザの生体情報を上記事後登録可能としてもよい。
【００１７】
また上記第２の装着型電子チケット端末は、人物への装着を検出可能な装着検出手段を有し、上記装着が検出されている場合に上記第２の装着型チケット端末の上記有効化された状態を維持してもよい。
【００１８】
これによりチケット認証システムは、有効化された状態（第２のユーザによって装着された状態）において生体情報を事後登録可能とすることで、他のユーザによる不正使用を防止することができる。
【００１９】
上記登録端末は、所定距離範囲内に存在する上記第１の装着型電子チケット端末を検出している場合に、上記第２のユーザの生体情報を上記事後登録可能としてもよい。
【００２０】
これによりチケット認証システムは、第１の装着型電子チケット端末（第１のユーザ）の監視下においてのみ生体情報を事後登録させることで、他のユーザによる不正使用のリスクを軽減することができる。
【発明の効果】
【００２１】
以上のように、本発明によれば、生体情報の登録を経ずに制限条件付きのチケットを提供されたユーザであっても、生体情報の事後登録により制限条件の少なくとも一部を解除することができ、当該ユーザの利便性も向上させることができる。また、現に有効状態にあるチケットに限り制限解除を可能とすることで、チケットの不正使用リスクを軽減できる。しかし、当該効果は本発明を限定するものではない。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態に係るチケット認証システムの概要を示した図である。
【図２】上記システムにおけるチケット認証サーバのハードウェア構成を示した図である。
【図３】上記システムにおけるリストバンド端末のハードウェア構成を示した図である。
【図４】上記システムにおけるリストバンド端末の生体認証処理及びグループ運用処理の概要を示した図である。
【図５】上記システムにおける親リストバンド端末によるグループ登録処理の流れを示したフローチャートである。
【図６】上記システムにおける子リストバンド端末による装着監視処理の流れを示したフローチャートである。
【図７】上記システムにおける子リストバンド端末によるグループ登録処理の流れを示したフローチャートである。
【図８】上記システムにおけるチケット認証サーバによる認証処理の流れを示したフローチャートである。
【図９】上記システムにおける子リストバンド端末と事後登録端末による事後登録処理の流れの一例を示したフローチャートである。
【図１０】上記システムにおける子リストバンド端末と事後登録端末による事後登録処理の流れの他の例を示したフローチャートである。
【発明を実施するための形態】
【００２３】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００２４】
［システムの概要］
図１は、本発明の一実施形態に係るチケット認証システムの概要を示した図である。
【００２５】
同図に示すように、本システムは、ネットワーク上のチケット認証サーバ１００と、リストバンド端末２００と、入場ゲート装置３００とを有する。
【００２６】
リストバンド端末２００は、ユーザの手首に装着可能なリストバンド型の形状を有し、イベント等の会場内に入場するための電子チケットとして機能し、そのための情報を記憶したＩＣタグを内蔵する。当該リストバンド端末２００は、チケット発券所または引渡所において、例えば運転免許証やパスポート等の身分証明書の提示により本人確認が実施された上で、例えばユーザが持参したチケット引換券との交換により、ユーザに提供される。
【００２７】
上記チケット発券所または引渡所は、会場近くの駅、空港、ホテル等の施設に設置されていてもよく、会場から離れた場所に設置されていてもよい。
【００２８】
さらに、チケット発券所またはチケット引渡所には、上記リストバンド端末２００の提供を受けたユーザの生体情報（例えば、手首の静脈パターン）の読取装置が設けられる。当該読取装置で読み取られた生体情報は、上記ユーザのユーザ情報、リストバンド端末２００を識別するリストバンドＩＤ等の情報と共に、チケット認証サーバ１００に記憶される。また当該生体情報は、上記ユーザに提供されたリストバンド端末２００にも記憶される。リストバンド端末２００のみによって生体情報の認証処理（照合）が可能な場合には、チケット認証サーバ１００には生体情報は記憶されなくてもよい。
【００２９】
リストバンド端末２００の提供を受けたユーザは、イベント当日に会場へ向かう際に、リストバンド端末２００を装着する。当該リストバンド端末２００の装着が検出されると、リストバンド端末２００は、ユーザの生体情報を読み取り、それを上記記憶された生体情報と照合することでリストバンド端末２００の装着者が予め登録されたユーザであることを認証（上記会場への入場権限を判定）し、認証が成功した場合にはその旨を示す認証結果情報を記憶する。
【００３０】
そして、上記ユーザが会場の入場ゲート装置３００を通過する際には、リストバンド端末２００、入場ゲート装置３００及びチケット認証サーバ１００間の通信により、上記認証結果情報及び入場権限が設定されたリストバンドＩＤを保持しているリストバンド端末２００のユーザが入場を許可される。
【００３１】
入場ゲート装置３００は、その周囲領域へリクエスト信号を周期的に送出し、それに対するリストバンド端末２００からの応答信号を検知することによってバンドを検出する。入場ゲート装置３００は応答信号を復調して、それを送信したリストバンド端末２００のＩＤ、生体情報または認証結果情報を取得し、チケット認証サーバ１００へ送信する。なお、上述の周囲領域を同時に通過するユーザは多数であり得るため、アンチコリジョン機能（複数同時読み取り機能）を有することが好適である。また、入場ゲート装置３００は、会場の複数箇所に設置されており、また会場内においても施設毎に設置されている場合もある。
【００３２】
また、後述するが、本実施形態では、上記のようにリストバンド端末２００の提供を受けた際に生体情報を登録されたユーザ（代表者）が、例えば家族や友人等、グループの他のメンバーが装着するためのリストバンド端末２００をまとめて代理で受け取る場合も想定されている。
【００３３】
この場合、代表者以外のグループメンバーは、生体情報を事前に登録することはできない。そのため、本実施形態においては、代表者以外のグループメンバーは、代表者に従属する所定の制限条件付きで上記会場への入場を許可される。
【００３４】
また、代表者は上記生体情報を用いた生体認証によりユーザ認証され、入場を許可されるが、代表者以外のグループメンバーが入場を許可されるためには、代表者に従属するグループメンバー用のリストバンド端末２００について、所定の条件のもとで有効化しておく必要がある。本実施形態では、代表者が生体認証によりユーザ認証されたとき、グループメンバーによって装着されているリストバンド端末２００を使用予定のものと判断し、生体認証を要せずに会場へ入場可能なように有効化の設定を行う。かかる有効設定の方法は種々考えられるが、本実施形態では、グループメンバーが装着しているリストバンド端末２００に認証結果情報情報に代わる認証キーを付与し、ゲート装置３００はこの認証キーを確認することで会場への入場可否を判定する。なお、認証キーの付与に代えて、チケット認証サーバ１００にて該当のリストバンド端末２００のＩＤと関連付けて有効／無効を管理し、生体認証を伴わない入場に対して有効設定されているかを確認する構成でもよい。
【００３５】
さらに、上記認証キーを付与された制限条件付きのメンバーは、生体情報を事後登録することで、上記制限条件の少なくとも一部を解除される。
【００３６】
これらの処理の詳細については後述する。以降の説明においては、上記代表者を「親ユーザ」、当該親ユーザに提供されたリストバンド端末２００を「親バンド２００」、上記代表者以外のグループメンバーを「子ユーザ」、当該子ユーザに提供されたリストバンド端末２００を「子バンド２００」とそれぞれ称する場合もある。
【００３７】
なお、本実施形態のチケット認証システムは本発明のチケット認証システムの一形態であり、リストバンド端末２００は本発明の装着型電子チケット端末にそれぞれ対応し、特に、親ユーザ及び親バンド２００はそれぞれ本発明の第１のユーザ及び第１の装着型電子チケット端末に、子ユーザ及び子バンド２００はそれぞれ本発明の第２のユーザ及び第２の装着型電子チケット端末に対応する。また、イベント等の会場が本発明の規制区域に対応する。
【００３８】
［チケット認証サーバのハードウェア構成］
図２は、上記チケット認証サーバ１００のハードウェア構成を示した図である。同図に示すように、チケット認証サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
【００３９】
ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながらチケット認証サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００４０】
入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。
【００４１】
表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。
【００４２】
操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。
【００４３】
記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。
【００４４】
特に本実施形態において、記憶部１８は、上記リストバンド端末２００を識別するリストバンドＩＤと当該リストバンド端末２００を提供されたユーザのユーザ情報（氏名等）を対応付けてユーザ毎に記憶している。生体情報をチケット認証サーバ１００に記憶する構成の場合には、親ユーザについて予め登録された生体情報もユーザ情報に紐付けて記憶される。
【００４５】
また記憶部１８は、リストバンド端末２００の発行時に設定された、親バンド２００とそれに従属する子バンド２００との対応関係情報を記憶する。リストバンド端末２００を提供されたユーザが親ユーザである場合、記憶部１８には、当該親ユーザに関する情報として、親ユーザに提供された親バンド２００のリストバンドＩＤ（親バンドＩＤ）と、それに従属する子ユーザに提供された子バンド２００のリストバンドＩＤ（子バンドＩＤ）も対応付けて記憶される。同様に、リストバンド端末２００を提供されたのが子ユーザである場合、記憶部１８には、当該子ユーザに関する情報として、子バンド２００の子ＩＤと、それが従属する親バンド２００の親ＩＤも対応付けて記憶される。各ＩＤは、それが親バンドＩＤなのか子バンドＩＤなのかが識別可能に設定されている。
【００４６】
また記憶部１８は、上記のデータを基にユーザを認証する（生体情報の登録や認証情報の送受信、入場権限の制限条件設定等も含む）ためのプログラムも記憶している。
【００４７】
通信部１９は、例えばEthernet（登録商標）用のＮＩＣ（Network Interface Card）であり、リストバンド端末２００、及び入場ゲート装置３００との間の通信処理を担う。
【００４８】
［リストバンド端末のハードウェア構成］
図３は、上記リストバンド端末２００のハードウェア構成を示した図である。
【００４９】
リストバンド端末２００は手首に装着されるため、本体には可撓性を持つゴムや樹脂等の素材が用いられ、環状あるいは帯状の形状とされる。したがってリストバンド端末２００は、手首への着脱が容易であり、手首に巻きつけて装着させると適度に手首と密着固定される。  
【００５０】
同図に示すように、リストバンド端末２００は、ＣＰＵ２１、記憶装置２２、近接センサ２３、認証センサ２４、タイマ２５、ＬＥＤ（Light Emitting Diode）光源２６、バッテリ２７、コネクタ２８、バイブレーション装置２９、ブザー装置３０、Bluetooth（登録商標）通信部３１、ＮＦＣ（Near field communication）通信部３２、及び無線ＬＡＮ通信部３３を有している。
【００５１】
ＣＰＵ２１は、必要に応じて記憶装置２２等に適宜アクセスし、各種演算処理を行いながらリストバンド端末２００の各ブロック全体を統括的に制御する。ＣＰＵ２１は、リストバンド端末２００が親バンドであるか子バンドであるかに応じて、異なる処理を実行する。例えば、親バンド２００として動作する場合は後述の生体認証処理やグループ登録処理などを実行し、子バンド２００として動作する場合には後述の装着監視処理やグループ登録処理などを実行する。
【００５２】
記憶装置２２は、上記リストバンドＩＤやイベント情報等の電子チケット情報を記憶している。また記憶装置２２は、自己のリストバンド端末２００が親バンドであるか子バンドであるかを識別する情報を記憶している。リストバンド端末２００が親バンドである場合、記憶装置２２は、上記生体認証によりユーザが認証されている状態（会場への入場権限が有効）であることを示す認証結果情報と、子バンドへ送信するための認証キーも記憶している。一方、リストバンド端末２００が子バンドである場合、記憶装置２２には、上記親バンドから送信された上記認証キーや、生体情報の事後登録によって制限条件の少なくとも一部が解除された状態であることを示す情報が記憶される。また記憶装置２２には、近接センサ２３で検出された現在の装着状態（装着／非装着）も記憶される。さらに記憶装置２２には、チケットを購入したユーザに関する情報が記憶されていてもよいし、個人情報保護の観点から、ユーザ情報は記憶されなくてもよい。
【００５３】
近接センサ２３は、リストバンド端末２００の装着状態を検出する手段であり、その近傍における物体（ユーザの手首）の存在を検出することで、ユーザによるリストバンド端末２００の装着及び非装着を検出する。近接センサ２３としては、例えば静電容量型、誘導型、超音波型、光電型、磁気型等のあらゆるタイプのセンサが用いられ得る。なお、リストバンド端末２００が帯状であり、その両端部を接続して手首に装着する構造である場合、端部同士の接続を接点スイッチ又は通電状態により検知し、装着／非装着を検出することもできる。
【００５４】
認証センサ２４は、リストバンド端末２００が人体の所定部位に装着された状態において、装着部位からユーザの生体情報を読み取るセンサである。本実施形態では、バンドは手首に装着される形態であり、ユーザの手首の静脈パターンを生体情報として読み取る。当該認証センサ２４は、例えばユーザの手首の内側の静脈に対応する位置に設けられており、ユーザがリストバンド端末２００を正しく装着している状態において、ユーザの操作を要することなく、上記静脈パターンの読み取りが可能とされている。
【００５５】
タイマ２５は、例えば上記近接センサ２３によりユーザのリストバンド端末２００の装着が検出された時点からの経過時間をカウントする。
【００５６】
ＬＥＤ光源２６は、例えばリストバンド端末２００の動作モード、装着状態、ゲート装置３００から通知された入場可否状態等を、例えば異なる色の発光によりユーザに報知することが可能である。
【００５７】
バッテリ２７は、リストバンド端末２００の各部に作動電力を供給する。
【００５８】
コネクタ２８は、上記バッテリを充電するための商用電源等に接続されたケーブル（例えばＵＳＢケーブル等）を接続可能である。
【００５９】
バイブレーション装置２９は、例えば生体情報による認証に失敗した場合等に、ユーザにそれを報知したり、再度の認証処理を促したりするために、ＣＰＵ２１またはチケット認証サーバ１００からの指令に基づいてリストバンド端末２００を振動させる。またバイブレーション装置２９は、ユーザの手首からリストバンド端末２００が脱落した可能性等を報知したりするために用いられてもよい。
【００６０】
ブザー装置３０は、上記バイブレーション装置２９と同様の目的で、バイブレーション装置と共にまたはバイブレーション装置２９の代替として用いられ、所定の警報音を出力する。
【００６１】
Bluetooth（登録商標）通信部３１は、Bluetooth（登録商標）規格に基づいて、例えば他のリストバンド端末２００や他の情報処理装置（例えばユーザや会場周辺の警備員等が携帯するスマートフォン等）と通信可能である。Bluetooth（登録商標）通信部３１は、比較的近距離に存在する通信機器と直接通信可能な近距離無線通信としての手段を担い、その通信範囲（有効な電波到達範囲）は数ｍ〜１０ｍ程度とされるのが好ましい。なお、近距離無線通信の手段としてBluetooth（登録商標）規格に限定するものではなく、他の近距離無線通信手段を利用してもよい。
【００６２】
ＮＦＣ通信部３２は、ＮＦＣ規格に基づいて、例えば上記入場ゲート装置３００と通信可能である。
【００６３】
無線ＬＡＮ通信部３３は、例えばWi-Fi（Wireless Fidelity）等の規格に基づき、会場内および会場の周辺エリアの各所に設置されたアクセスポイントを介してチケット認証サーバ１００と通信可能である。チケット認証サーバ１００との無線通信方式はこれに限定されず、特定小電力無線などが利用されてもよい。
【００６４】
［システムの動作］
次に、以上のように構成されたシステムの動作について説明する。以降の説明においては、チケット認証サーバのＣＰＵ１１やリストバンド端末２００のＣＰＵ２１を主な動作主体として説明するが、この動作はそれらＣＰＵの制御下において実行されるプログラムとも協働して行われる。
【００６５】
（システムの動作概要）
図４は、上記チケット認証システムにおけるリストバンド端末２００のグループ運用処理の概要を示した図である。
【００６６】
同図に示すように、上記チケット発券所においては、利用対象のユーザが１名であれば親バンド２００が発券され、利用対象が複数名のグループであって代表者が受け取りに来ている場合には、親バンド２００と１又は複数の子バンド２００とがセットで発券される。発券時に、親バンドＩＤと子バンドＩＤとが対応付けられて親バンド２００及び子バンド２００に記憶され、グループの代表者である親ユーザが親バンド２００と子バンド２００とを受け取る。（同図１））。親バンドＩＤ及び子バンドＩＤは対応付けられてチケット認証サーバ１００へ送信され登録される。これらの処理は、チケット発券所に設置されたパソコン等の汎用コンピュータで実現される。
【００６７】
続いて親ユーザが会場に到着すると、親バンド２００は、それが親ユーザに装着された状態で、上記生体情報により生体認証処理を実行し、認証結果情報を記憶する（同図２））。親ユーザが会場へ入場する際、入場ゲート装置３００においては、親バンド２００は、親バンドＩＤと認証結果情報とを入場ゲート装置３００へ送信することで、入場ゲート装置３００の通行（入場）可否を判断される。なお、生体認証された後、親バンド２００の装着が維持されていることが入場許可の条件とされる。
【００６８】
子ユーザは、例えば自身の子バンド２００を親ユーザから手渡されて親ユーザと共に会場へ行き、または会場で親ユーザと待ち合わせて親ユーザから子バンドを手渡される。
【００６９】
親バンド２００は、生体認証処理により親ユーザとして認証されている状態で、その近傍（所定距離範囲内）に存在する子ユーザに装着された子バンド２００を探索し、当該装着済みの子バンド２００へ、その子バンド２００を有効化するため認証キーを送信する（同図３））。子バンド２００は当該認証キーを自身の子バンドＩＤと対応付けて記憶する。子ユーザが会場へ入場する際、入場ゲート装置３００においては、子バンド２００は、子バンドＩＤと認証キーとを入場ゲート装置３００へ送信することで、入場ゲート装置３００の通行可否を判断される。
【００７０】
当該子ユーザによる入場ゲート装置３００の通行可否においては、子バンド２００には、親バンド２００に従属する所定の制限条件が課される。
【００７１】
会場内外で上記認証キーを記憶した子バンド２００が子ユーザから取り外された場合には、当該認証キーは破棄される（同図４））。すなわち、認証キーが付与された後、子バンド２００の装着が維持されていることが入場許可の条件となる。
【００７２】
また、会場内または会場の周辺（近傍）の例えば複数箇所には、子ユーザが生体情報を事後的に登録するための事後登録端末４００が設置されている。子ユーザは、当該事後登録端末４００との間で所定の事後登録処理を実行することで、自らの生体情報を登録する（同図５））。これにより子ユーザは、上記所定の制限条件の少なくとも一部を解除され、それ以降、子バンド２００は、認証キーに代えて、生体情報による生体認証処理の結果（認証結果情報）によって入場ゲート装置３００の通行可否を判断される。
【００７３】
以下、これらの処理の詳細について説明する。
【００７４】
（親バンドによる生体認証処理及び子バンドのグループ登録処理）
図５は、上記親バンド２００による生体認証処理及びグループ登録処理の流れを示したフローチャートである。
【００７５】
同図に示すように、親バンド２００のＣＰＵ２１は、上記近接センサ２３により、親ユーザによる親バンド２００の装着状態の変化を検出したか否かを判断する（ステップ５１）。
【００７６】
装着状態の変化を検出したと判断した場合（Ｙｅｓ）、ＣＰＵ２１は、当該変化が、非装着状態から装着状態への変化であるか否かを判断する（ステップ５２）。
【００７７】
非装着状態から装着状態への変化であると判断した場合（Ｙｅｓ）、ＣＰＵ２１は、記憶装置２２において、装着フラグをＯＮに設定する（ステップ５３）。
【００７８】
続いて、上記認証センサ２４により、生体情報（親ユーザの手首の静脈パターン）が読み取られる（ステップ５４）。
【００７９】
続いてＣＰＵ２１は、記憶装置２２に記憶されている生体情報と、上記認証センサ２４により読み取った生体情報とを照合し、その一致を確認することで、生体認証処理を実行する（ステップ５５）。
【００８０】
上記照合された２つの生体情報が一致すると判断された場合、すなわち、当該親バンドの装着者が予め登録された親ユーザであることが認証された場合（Ｙｅｓ）、ＣＰＵ２１は、認証された旨をユーザに報知する（ステップ５７）。当該認証された旨の報知は、例えばＬＥＤ光源２６、バイブレーション装置２９またはブザー装置３０、またはそれらの組み合わせにより行われる。より具体的には、例えばＬＥＤ光源２６が用いられる場合、緑色のＬＥＤが点灯する。
【００８１】
続いてＣＰＵ２１は、上記認証された旨の認証結果情報を記憶装置２２に記憶する（ステップ５８）。これにより親バンド２００は、会場に入場可能な状態に有効設定され（有効化）、入場ゲート装置３００において、親ユーザに装着された状態で当該認証結果情報及び親バンドＩＤを送信することにより通行を許可される。
【００８２】
続いてＣＰＵ２１は、子バンド２００のグループ登録処理へ遷移する。
【００８３】
すなわち、ＣＰＵ２１は、上記Bluetooth（登録商標）通信部３１等の近距離無線通信手段により、周囲の（例えば当該通信手段による電波到達範囲内の）子バンド２００を探索する（ステップ５９）。当該探索は、例えば、親バンドＩＤを付した探索信号のマルチキャストで実行されてもよく、または子バンドＩＤを宛先としたユニキャストで実行されてもよい。また、この場合、探索範囲が上記通信手段による電波到達範囲よりも限定されてもよい。
【００８４】
後述するが、本実施形態では、上記探索信号に対して、子バンド２００は、それが認証キーを有しておらず、かつ、子ユーザに装着された状態においてのみ応答する。マルチキャストで探索信号を発する場合、子バンド２００は、受信した探索信号の親バンドＩＤが記憶されている親バンドＩＤと一致する場合に応答する。
【００８５】
続いてＣＰＵ２１は、上記探索により、一定時間内に、子ユーザに装着された子バンド２００が検出されたか否かを判断する（ステップ６０）。
【００８６】
子ユーザに装着された子バンド２００が検出されたと判断した場合（Ｙｅｓ）、ＣＰＵ２１は、上記Bluetooth（登録商標）通信部３１により、上記記憶装置２２に記憶された子バンド２００用の認証キーを子バンド２００へ送信する（ステップ６１）。この場合、ＣＰＵ２１は、認証キーの有無に関わらず装着状態の子バンド２００を全て検出し、送信履歴等から認証キーを送信したことのない子バンド２００を抽出してそれらのみに認証キーを送信してもよい。
【００８７】
また、認証キーは記憶装置２２に予め記憶されるのではなく、親ユーザの生体認証が成功した時点またはグループ登録対象の子バンドを検出した時点で生成されてもよい。この場合、認証キーは、一定期間（例えば６時間）後に自動消去される一過性のキーとされてもよい。
【００８８】
一方、上記ステップ５６において、上記照合された２つの生体情報が一致しないと判断された場合、すなわち、親ユーザの入場権限が認証されなかった場合（Ｎｏ）、ＣＰＵ２１は、認証されなかった旨をユーザに報知する。当該報知にも、ＬＥＤ光源２６、バイブレーション装置２９またはブザー装置３０、またはそれらの組み合わせが用いられ、ＬＥＤ光源２６が用いられる場合、赤色のＬＥＤが点滅する。バイブレーション装置２９またはブザー装置３０が用いられる場合には、上記認証された旨の報知における振動パターンまたは音声とは異なる振動パターンまたは音声が用いられる。
【００８９】
この場合、ＣＰＵ２１は、生体認証の再度の実行を、上記ＬＥＤ光源２６、バイブレーション装置２９またはブザー装置３０によりユーザに促しても構わない。
【００９０】
また、上記ステップ５２において、装着状態から非装着状態への変化であると判断した場合（Ｎｏ）、ＣＰＵ２１は、記憶装置２２において、装着フラグをＯＦＦに設定した上で（ステップ６３）、記憶装置２２に記憶されている認証結果情報を削除する（ステップ６４）。これにより、親バンドが会場に入場可能な状態に有効設定されていた状態が取り消される（無効化）。
【００９１】
（子バンドの装着監視処理）
図６は、上記子バンド２００による装着監視処理の流れを示したフローチャートである。
【００９２】
同図に示すように、子バンド２００のＣＰＵ２１は、上記近接センサ２３により、子ユーザによる子バンド２００の装着状態の変化を検出したか否かを判断する（ステップ７１）。
【００９３】
装着状態の変化を検出したと判断した場合（Ｙｅｓ）、ＣＰＵ２１は、子バンド２００が生体情報の事後登録モード中であるか否かを判断する（ステップ７２）。
【００９４】
子バンド２００が事後登録モード中であると判断した場合（Ｙｅｓ）、ＣＰＵ２１は、装着状態の変化の待機状態へと戻る（ステップ７１）。後述するが、これは、生体情報の事後登録モードにおいては、子バンド２００が子ユーザから一旦取り外される必要がある場合があることによる例外処理である。
【００９５】
子バンド２００が事後登録モード中でないと判断した場合（Ｎｏ）、ＣＰＵ２１は、上記装着状態の変化が、非装着状態から装着状態への変化であるか否かを判断する（ステップ７３）。
【００９６】
非装着状態から装着状態への変化であると判断した場合（Ｙｅｓ）、ＣＰＵ２１は、記憶装置２２において、装着フラグをＯＮに設定する（ステップ７４）。これにより子バンド２００は、上記親バンド２００からの探索信号に対して応答可能な状態となる。
【００９７】
一方、装着状態から非装着状態への変化であると判断した場合（Ｎｏ）、ＣＰＵ２１は、記憶装置２２において、装着フラグをＯＦＦに設定した上で（ステップ７５）、親バンド２００から受信して記憶装置２２に記憶されていた認証キーを削除する（ステップ７６）。
【００９８】
これにより子バンド２００は、会場に入場可能な状態に有効設定されていた状態が取り消され（無効化）、親バンド２００から再度認証キーを受信するまで、入場不可の状態となる。
【００９９】
（子バンドのグループ登録処理）
図７は、子バンド２００によるグループ登録処理の流れを示したフローチャートである。
【０１００】
同図に示すように、子バンド２００のＣＰＵ２１は、上記親バンド２００から送信された探索信号を受信したか否かを判断する（ステップ８１）。
【０１０１】
続いてＣＰＵ２１は、上記探索信号が、親バンド２００から送信されたものであるか否かを判断する（ステップ８２）。これは、上記探索信号に記憶装置２２に登録されている対応親バンドＩＤが含まれるか、または、上記探索信号が当該子バンド２００の子バンドＩＤ（上記親バンドＩＤと対応付けられている）宛であるかによって判断される。
【０１０２】
上記探索信号が親バンド２００から送信されたものであると判断した場合（Ｙｅｓ）、ＣＰＵ２１は、装着フラグがＯＮであるか否かを判断する（ステップ８３）。
【０１０３】
上記装着フラグがＯＦＦであると判断した場合（Ｎｏ）、ＣＰＵ２１は、例えばＬＥＤ光源２６の点灯（点滅）、バイブレーション装置２９の振動、またはブザー装置３０の音声出力またはそれらの組み合わせにより、ユーザに装着を督促する（ステップ８９）。ただし、当該督促処理は省略されてもよい。
【０１０４】
上記装着フラグがＯＮであると判断した場合（Ｙｅｓ）、ＣＰＵ２１は、記憶装置２２に認証キーが記憶されているか否かを判断する（ステップ８４）。
【０１０５】
認証キーが記憶されていると判断した場合（Ｙｅｓ）、ＣＰＵ２１は、上記探索信号を無視して、新たな探索信号の受信待機状態へと戻る（ステップ８１）。
【０１０６】
認証キーが記憶されていないと判断した場合（Ｎｏ）、ＣＰＵ２１は、上記探索信号に対して、装着フラグ及び子バンドＩＤ付きの応答信号を返信する（ステップ８５）。
【０１０７】
続いてＣＰＵ２１は、上記応答信号の返信から所定時間内に親バンド２００から認証キーを受信したか否かを判断する（ステップ８６）。
【０１０８】
所定時間内に認証キーが受信されないと判断した場合（Ｎｏ）、ＣＰＵ２１は、認証キーの受信処理を一旦終了し、新たな探索信号の受信待機状態へと戻る（ステップ８１）。
【０１０９】
所定時間内に認証キーが受信されたと判断した場合（Ｙｅｓ）、ＣＰＵ２１は、当該受信した認証キーを記憶装置２２に記憶する（ステップ８７）。これにより子バンド２００は、制限条件付きで会場に入場可能な状態に有効設定され（有効化）、入場ゲート装置３００において、子ユーザに装着された状態で当該認証キー及び子バンドＩＤを送信することにより通行を許可される。なお、時限付きの認証キーが用いられる場合には、ＣＰＵ２１は、認証キーを記憶してから一定時間をカウントし、或いは、認証キーに含まれる日時情報から一定時間後の有効期限日時を算出し、一定時間が経過したタイミングで認証キーを自動消去する。
【０１１０】
そしてＣＰＵ２１は、例えばＬＥＤ光源２６の点灯（点滅）、バイブレーション装置２９の振動、またはブザー装置３０の音声出力またはそれらの組み合わせにより、ユーザに認証キーの登録完了を報知する（ステップ８８）。子ユーザは、この報知がないことにより、認証キーの受信に失敗したことを把握できる。
【０１１１】
（入場ゲート装置による認証処理）
図８は、チケット認証サーバ１００による、ユーザの入場ゲート装置３００通過時における認証処理の流れを示したフローチャートである。チケット認証サーバ１００は、入場ゲート装置３００と協働して以下の処理を実行する。
【０１１２】
同図に示すように、入場ゲート装置３００は、例えばＮＦＣ通信部により、近傍に存在するリストバンド端末２００に対して、認証結果情報または認証キー及びリストバンドＩＤのリクエスト信号を送信する（ステップ９１）。
【０１１３】
リクエスト信号を受信したリストバンド端末２００は、自らのリストバンドＩＤを応答する。また、リストバンド端末２００が親バンド２００の場合、認証結果情報を保持していれば認証結果情報を含めて応答する。子バンド２００の場合は、認証キーを保持していれば認証キーを含めて応答するが、制限条件が解除された状態の場合は認証キーの代わりに認証結果情報を含めて応答する。
【０１１４】
続いてチケット認証サーバ１００は、入場ゲート装置３００において、リストバンド端末２００から応答信号が受信されたか否かを判断する（ステップ９２）。
【０１１５】
リストバンド端末２００から応答信号が受信されたと判断した場合（Ｙｅｓ）、チケット認証サーバ１００は、当該応答信号に含まれるリストバンドＩＤが、子バンドＩＤであるか否かを判断する（ステップ９３）。
【０１１６】
上記リストバンドＩＤが子バンドＩＤでない、すなわち、親バンドＩＤであると判断した場合（Ｎｏ）、入場ゲート装置３００は、上記応答信号に認証結果情報が含まれるか否かを判断する（ステップ９４）。
【０１１７】
上記応答信号に認証結果情報が含まれると判断した場合（Ｙｅｓ）、チケット認証サーバ１００は、入場ゲートの通行を許可（入場ゲート装置３００により入場ゲートを開放）する（ステップ９５）。それと共に、チケット認証サーバ１００は、上記入場可否の判定結果として、通行が許可された旨を、例えば入場ゲート装置３００に設けられたＬＥＤやブザー等の設備により報知するか、通行許可信号を親バンド２００へ送信して、ＬＥＤ光源２６、バイブレーション装置２９またはブザー装置３０またはそれらの組み合わせにより報知させる（ステップ１００）。
【０１１８】
一方、上記ステップ９４において、応答信号に認証結果情報が含まれないと判断した場合（Ｎｏ）、チケット認証サーバ１００は、入場ゲートの通行を不許可とし（入場ゲートをロック）し（ステップ９６）、その判定結果を入場ゲート装置３００の上記設備により報知するかまたは親バンド２００へ送信する（ステップ１００）。
【０１１９】
また、上記ステップ９３において、応答信号に含まれるリストバンドＩＤが子バンドＩＤであると判断した場合（Ｙｅｓ）、入場ゲート装置３００は、子バンド２００が所定の入場制限対象であるか、すなわち、所定の入場制限条件に該当するか否かを判断する（ステップ９７）。
【０１２０】
ここで所定の入場制限条件とは、認証キーを保有していたとしても通行が制限される場合を示す条件のことであり、例えば、子ユーザが従属先の親ユーザに続いて入場することを条件に入場が許容される運用の場合、親バンド２００が上記子バンド２００の直前（過去の一定時間内）に同一のゲート装置３００で入場許可判定されていないことが入場制限条件となる。また、例えば、親ユーザが会場内にいることを条件に子ユーザの入場が許容される運用の場合、対応する親バンドＩＤに関する通行履歴において親ユーザが会場内にいないと判定されることが入場制限条件となる。同様に、対応する親バンド２００が入場ゲート装置３００の近傍の所定距離範囲内に存在しないことや、当該入場ゲート装置３００が親バンド２００のみ許可されたゲートであること等が入場制限条件となり得るが、これに限られない。
【０１２１】
上記所定の入場制限条件に該当すると判断した場合（Ｙｅｓ）、チケット認証サーバ１００は、通行不許可と判断し（ステップ９９）、その判定結果を入場ゲート装置３００の上記設備により報知するかまたは親バンド２００へ送信する（ステップ１００）。
【０１２２】
一方、所定の入場制限条件に該当しないと判断した場合（Ｎｏ）、チケット認証サーバ１００は、上記応答信号に認証キーが含まれているか否かを判断する（ステップ９８）。
【０１２３】
応答信号に認証キーが含まれていると判断した場合（Ｙｅｓ）、チケット認証サーバ１００は、通行を許可し、入場ゲート装置３００により、その判定結果を報知または通知する（ステップ１００）。
【０１２４】
一方、応答信号に認証キーが含まれていないと判断した場合（Ｎｏ）、チケット認証サーバ１００は、通行不許可と判断し、その判定結果を報知または通知する（ステップ１００）。
【０１２５】
子バンド２００が通行不許可の場合、チケット認証サーバ１００は、親バンド２００へその旨を、例えばＬＥＤ点灯信号や鳴動信号により通知してもよい。
【０１２６】
上記通行許可／不許可の判定結果の報知または通知の後は、チケット認証サーバ１００は、その判断結果（通行履歴）を記憶する（ステップ１０１）。チケット認証サーバ１００は、この通行履歴情報を参照することで、各ユーザがどのゲート装置３００を通過してどの会場にいるのかを認識することができる。
【０１２７】
チケット認証サーバ１００は、上記通行履歴情報を蓄積し、例えば同一ユーザが複数回にわたって通行を拒否されていると判断した場合に、不審者の可能性を示す信号を会場の管理者または警備員の携帯端末へ通知してもよい。
【０１２８】
チケット認証サーバ１００は、以上の処理を、ユーザ（リストバンド端末２００）が会場内外の各入場ゲート装置３００を通行する度に実行する。
【０１２９】
上記ステップ９３の処理とステップ９４の処理の処理順序は逆でもよい。すなわち、チケット認証サーバ１００は、応答信号に認証結果情報が含まれていれば親バンド２００であるとみなして通行許可し、含まれていない場合には親バンド２００であるか子バンド２００であるかを判定する。また、上記ステップ９７とステップ９８の処理順序も逆でもよい。すなわち、チケット認証サーバ１００は、子バンド２００でありながら認証キーが存在しないと判断した場合、通行不許可と判断し、認証キーが存在するとき入場制限条件に合致するか判定する。
【０１３０】
なお、以上の処理はチケット認証サーバ１００で行うのではなく、チケット認証サーバ１００から必要な情報を入場ゲート装置３００がダウンロードしておき、入場ゲート装置３００が実行することもできる。この場合、入場ゲート装置３００は、通行判定の結果が出る度にチケット認証サーバ１００へ通行履歴情報を送信してもよいし、一定期間蓄積した後に送信してもよい。
【０１３１】
以上の処理により、子バンド２００のユーザは会場または会場内の施設へ入場可能なように有効設定された後は、上記所定の制限条件の下、他の入場ゲート装置３００の通行を許可されることになる。
【０１３２】
しかし、上記制限条件が付されたままでは、子ユーザの利便性を害することになる。そこで本実施形態では、子ユーザの生体情報の登録を条件に、上記制限条件の少なくとも一部が解除される。当該生体情報の登録は、会場内に例えば複数設置された上記事後登録端末４００と子バンド２００の通信によって実行される。
【０１３３】
（事後登録端末４００のハードウェア構成）
事後登録端末４００は、子ユーザの生体情報を事後登録するために操作される端末であり、会場内および会場近傍の所定位置に１又は複数台設置される。事後登録端末４００は、各種のプログラムおよびチケット認証サーバ１００からダウンロードした各種のデータを記憶する記憶装置、子ユーザの生体情報を読み取るためのセンサを備える読取器、ＮＦＣ規格に基づいて近傍に存在するリストバンド端末２００と無線通信可能なＮＦＣ通信部、チケット認証サーバ１００と通信可能なＬＡＮ通信部、ユーザの操作を入力するための操作ボタンやタッチパネルディスプレイ、スピーカ等で構成される操作表示部、各部を制御するＣＰＵを含んで構成される。なお、ＮＦＣ通信部に代えて、Bluetooth（登録商標）規格に基づいて近傍のリストバンド端末２００と無線通信可能なBluetooth（登録商標）通信部を設けてもよい。また事後登録端末４００の読取器は、リストバンド端末２００の認証センサ２４よりも広範囲にユーザの静脈パターンを読み取ることができ、認証センサ２４で読み取った静脈パターンを登録データとして使用する場合に比べて、生体認証の精度の向上（本人棄却率の低減）が期待できる。
【０１３４】
（子バンドの生体情報事後登録処理−静脈パターン）
図９は、子バンド２００と事後登録端末４００による事後登録処理の流れの一例を示したフローチャートである。
【０１３５】
同図の例は、生体情報として子ユーザの手首の静脈パターンが登録される場合の例を示す。この場合事後登録端末４００には、静脈パターンの読取装置、登録用の各種情報の入力を受け付けるハードウェア／ソフトウェアキーボード等の入力装置及び登録用の各種情報を出力するディスプレイまたはスピーカ等の出力装置が設けられている。
【０１３６】
同図に示すように、まず、事後登録端末４００は、ＮＦＣ通信部により検出されている子バンド２００の子バンドＩＤが入力されたか否かを判断する（ステップ１３１）。当該子バンドＩＤの入力は、例えば子ユーザが事後登録端末４００の上記操作表示部を介して行われてもよいし、ＮＦＣ通信部の通信可能距離を数ｃｍ〜１０数ｃｍに限定し、ＮＦＣ通信部に翳された子バンド２００のＩＤを取得することで行われてもよい。
【０１３７】
続いて事後登録端末４００は、子バンド２００宛に（子バンドＩＤを指定して）、事後登録モードへの移行を要求するモード移行信号を送信する（ステップ１３２）。
【０１３８】
子バンド２００のＣＰＵ２１は、その子バンドＩＤを指定した上記モード移行信号を受信すると、事後登録モードへ移行する（ステップ１１１）。
【０１３９】
続いてＣＰＵ２１は、記憶装置２２に認証キーが記憶されているか否かを判断する（ステップ１１２）。
【０１４０】
上記認証キーが記憶されていると判断した場合（Ｙｅｓ）、ＣＰＵ２１は、そこから所定時間内に、上記近接センサ２３により、子バンド２００の取り外し（非装着）が検出されたか否かを判断する（ステップ１１３）。
【０１４１】
所定時間内に子バンド２００の取り外しが検出されたと判断した場合（Ｙｅｓ）、ＣＰＵ２１は、上記認証キーを例えば上記Bluetooth（登録商標）通信部３１またはＮＦＣ通信部３２により事後登録端末４００へ送信する（ステップ１１４）。ここで当該子バンド２００が取り外される必要があるのは、子ユーザの手首の静脈パターンを、事後登録端末４００の読取器によって読み取らせるためである。
【０１４２】
続いて事後登録端末４００は、上記子バンド２００から送信された認証キーを一定時間内に受信したか否かを判断する（ステップ１３３）。
【０１４３】
認証キーが受信されたと判断した場合（Ｙｅｓ）、事後登録端末４００は、例えば音声やディスプレイ出力により、子ユーザに静脈パターンの読取装置に腕（手首）をセットするよう指示した上で、所定時間内に当該静脈パターンが読み取られたか否かを判断する（ステップ１３４）。
【０１４４】
静脈パターンが読み取られたと判断した場合（Ｙｅｓ）、事後登録端末４００は、上記ＮＦＣ通信部等により上記子バンドの子バンドＩＤに対応する有効な（認証結果情報を保持する）親バンド２００（親バンドＩＤ）が、事後登録端末４００の近傍（所定距離範囲内）で検知されたか否かを判断する（ステップ１３４）。
【０１４５】
事後登録端末４００は、子バンド２００から親バンド２００の検知情報を受信するにより、間接的に近傍の親バンド２００を検知してもよい。
【０１４６】
上記有効な親バンド２００が検知されるのは、有効な親バンド（親ユーザ）が子バンド（子ユーザ）の近くに存在する（子ユーザの事後登録処理を親ユーザが目で確認できる）ことをもって、親ユーザが子ユーザの生体情報の事後登録を承認したと見なすためであるが、当該処理は省略されても構わない。
【０１４７】
親バンド２００が検知されたと判断した場合（Ｙｅｓ）、事後登録端末４００は、上記読み取られた静脈パターンを子バンド２００へ送信する（ステップ１３６）。
【０１４８】
子バンド２００のＣＰＵ２１は、上記事後登録端末４００から送信された静脈パターンを、例えば認証キーの送信後、所定時間内に受信したか否かを判断する（ステップ１１５）。
【０１４９】
所定時間内に静脈パターンを受信したと判断した場合（Ｙｅｓ）、ＣＰＵ２１は、当該静脈パターンを仮登録（例えばバッファに記憶）する（ステップ１１６）。
【０１５０】
続いてＣＰＵ２１は、上記近接センサ２３により、子バンド２００の装着が上記仮登録から所定時間内に検出されたか否かを判断する（ステップ１１７）。
【０１５１】
上記子バンド２００の装着が所定時間内に検出されたと判断した場合（Ｙｅｓ）、ＣＰＵ２１は、上記認証センサ２４により、子ユーザの手首の静脈パターンを読み取る（ステップ１１８）。
【０１５２】
続いてＣＰＵ２１は、上記仮登録された静脈パターンと、上記読み取った静脈パターンとを照合し、両者の一致を確認することで、子ユーザが認証されたか否かを判断する（ステップ１１７）。
【０１５３】
子ユーザが認証された、すなわち、照合された両静脈パターンが一致すると判断された場合（Ｙｅｓ）、ＣＰＵ２１は、子ユーザが認証されたことを示す認証結果情報を記憶装置２２に記憶する（ステップ１２０）。
【０１５４】
続いてＣＰＵ２１は、上記仮登録された静脈パターンを、当該子ユーザの認証用生体情報として記憶装置２２に記憶（本登録）する（ステップ１２１）。当該静脈パターンの本登録により、子バンド２００は上記制限条件の少なくとも一部を解除され、上記認証キーに代わり認証結果情報の有無により入場の可否を判断されることになる。例えば制限条件が全て解除される場合、バンド２００は、認証キーではなく認証結果情報を保持している点で、入場ゲート装置３００及びチケット認証サーバ１００から親バンド２００と同等に扱われる。この場合、子バンド２００と親バンド２００との対応関係が解消され（チケット認証サーバ１００、親バンド２００、子バンド２００で対応関係の記憶を消去）、以後、子バンド２００は、独立したリストバンド端末２００として動作する。また、一部の制限条件が解除される場合、子バンド２００またはチケット認証サーバ１００にて当該子バンドＩＤについては制限条件が一部解除された状態（制限解除状態）となった旨を記憶し、以後、当該子ユーザがゲート装置３００からの入場判定の際には解除済みでない制限条件に合致する場合に限って通行不許可とされる。
【０１５５】
また、親バンドＩＤと子バンドＩＤとの紐付けは解除されずに、上記制限条件のみが解除されてもよい。紐付けが解除されないことで、例えばチケット認証サーバにおいて、例えばグループメンバーが所定距離範囲内に存在することをもって複数メンバーを一括で通行許可したり、グループメンバーに警報や通知を一斉報知したりすることが可能となる。
【０１５６】
続いてＣＰＵ２１は、上記静脈パターンが登録されたことを通知する登録通知を、ＮＦＣ通信部３２により事後登録端末４００へ送信する（ステップ１２２）。
【０１５７】
事後登録端末４００は、上記子バンド２００から送信された登録通知を受信したか否かを判断し（ステップ１３７）、受信したと判断した場合（Ｙｅｓ）、上記制限条件の少なくとも一部の解除を通知する制限解除通知を上記チケット認証サーバ１００へ送信する（ステップ１３８）。なお、当該制限解除通知は、子バンド２００からチケット認証サーバ１００へ直接送信されてもよい。
【０１５８】
そして子バンド２００のＣＰＵ２１は、記憶装置２２に記憶している認証キーを削除し（ステップ１２３）、事後登録モードを終了する（ステップ１２６）。
【０１５９】
一方、上記ステップ１１７において子バンドの装着が所定時間内に検出されなかったと判断した場合（Ｎｏ）、ＣＰＵ２１は、記憶装置２２において装着フラグをＯＦＦに設定し（ステップ１２４）、記憶装置２２から認証キーを削除して（ステップ１２５）、事後登録モードを終了する（ステップ１２６）。この場合、上記仮登録情報も破棄され、再び親バンド２００から認証キーを取得するまで使用不可能となる。
【０１６０】
また、上記ステップ１１９において生体認証処理により子ユーザが認証されなかったと判断した場合（Ｎｏ）も、ＣＰＵ２１は、記憶装置２２から認証キーを削除して（ステップ１２５）、事後登録モードを終了する（ステップ１２６）。この場合、上記仮登録情報も破棄され、再び親バンドから認証キーを取得するまで使用不可能となる。
【０１６１】
また、上記ステップ１１２において認証キーが記憶されていないと判断した場合（Ｎｏ）、上記ステップ１１３において所定時間内に子バンド２００の取り外しが検出されなかった場合（Ｎｏ）及び上記ステップ１１５において静脈パターンが所定時間内に受信されなかったと判断した場合（Ｎｏ）、ＣＰＵ２１は、事後登録モードを終了する（ステップ１２６）。
【０１６２】
（子バンドの生体情報事後登録処理−指紋）
図１０は、子バンド２００と事後登録端末４００による事後登録処理の流れの他の例を示したフローチャートである。同図において、上記図９における処理と同様の処理については説明を省略または簡略化する。
【０１６３】
生体情報として各ユーザの指紋データを用い、生体認証として指紋認証を行う場合、事後登録処理は以下のようになる。この場合、子バンド２００の表面には、上記認証センサ２４として、子ユーザが指を載置することで指紋データを読み取り可能な指紋データ読取センサが設けられている。よって、事後登録端末４００には、上記図９を用いて説明した構成のうち読取器が省略可能となる。この例では、子ユーザは子バンド２００を装着したまま生体情報（指紋データ）の事後登録を行える点で上記図９における処理と異なる。
【０１６４】
同図に示すように、まず、事後登録端末４００は、当該事後登録端末４００が有する例えばＮＦＣ通信部により検出されている子バンド２００の子バンドＩＤが入力されたか否かを判断する（ステップ１５１）。
【０１６５】
続いて事後登録端末４００は、子バンド２００宛に、事後登録モードへの移行を要求するモード移行信号を送信する（ステップ１５２）。
【０１６６】
子バンド２００のＣＰＵ２１は、その子バンドＩＤを指定した上記モード移行信号を受信すると、事後登録モードへ移行する（ステップ１４１）。
【０１６７】
続いてＣＰＵ２１は、記憶装置２２に認証キーが記憶されているか否かを判断する（ステップ１４２）。
【０１６８】
上記認証キーが記憶されていると判断した場合（Ｙｅｓ）、ＣＰＵ２１は、そこから所定時間内に、上記認証センサ２４により、子ユーザの指紋データが読み取られたか否かを判断する（ステップ１４３）。
【０１６９】
所定時間内に指紋データが読み取られたと判断した場合（Ｙｅｓ）、ＣＰＵ２１は、上記認証キーを例えば上記Bluetooth（登録商標）通信部３１またはＮＦＣ通信部３２により事後登録端末４００へ送信する（ステップ１４４）。
【０１７０】
上記図９で示した静脈パターンの登録処理とは異なり、指紋データは例えば子バンド２００の表面に設けられた指紋データ読取用の認証センサ２４により子ユーザの指が載置されることで読み取られるため、指紋データの登録にあたって、子ユーザは子バンド２００を取り外す必要はない。
【０１７１】
また本実施形態では、上述したように、上記子バンド２００が取り外された場合には認証キーが破棄されるため、上記ステップ１４２において認証キーが記憶されていることが確認されれば、子バンド２００の装着も検出されたことになる。
【０１７２】
続いて事後登録端末４００は、上記子バンド２００から送信された認証キーを受信したか否かを判断する（ステップ１５３）。
【０１７３】
認証キーが受信されたと判断した場合（Ｙｅｓ）、事後登録端末４００は、その近傍（所定距離範囲内）に、上記ＮＦＣ通信部等により上記子バンド（子バンドＩＤ）に対応する有効な親バンド２００（親バンドＩＤ）が検知されたか否かを判断する（ステップ１５４）。
【０１７４】
親バンド２００が検知されたと判断した場合（Ｙｅｓ）、事後登録端末４００は、指紋データの事後登録許可通知を子バンド２００へ送信する（ステップ１５５）。
【０１７５】
子バンド２００のＣＰＵ２１は、上記事後登録端末４００から送信された許可通知を、例えば認証キーの送信後、所定時間内に受信したか否かを判断する（ステップ１４５）。
【０１７６】
所定時間内に上記許可通知を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ２１は、上記読み取った指紋データにより子ユーザが認証されたことを示す認証結果情報を記憶装置２２に記憶する（ステップ１４６）。
【０１７７】
ここでは、実際には指紋の照合による認証処理は実行されていないが、有効な認証キーを保持する子バンド２００を装着した状態で（かつ有効な親バンド２００が近くに存在している状態で）指紋データが読み取られた場合には、子ユーザとして認証されたものと擬制することができる。
【０１７８】
続いてＣＰＵ２１は、上記読み取られた指紋データを、当該子ユーザの認証用生体情報として記憶装置２２に記憶（本登録）する（ステップ１４７）。
【０１７９】
続いてＣＰＵ２１は、上記指紋データが登録されたことを通知する登録通知を事後登録端末４００へ送信する（ステップ１４８）。
【０１８０】
事後登録端末４００は、上記子バンド２００から送信された登録通知を受信したか否かを判断し（ステップ１５６）、受信したと判断した場合（Ｙｅｓ）、上記制限条件の少なくとも一部の解除を通知する制限解除通知を上記チケット認証サーバ１００へ送信する（ステップ１５７）。
【０１８１】
そしてＣＰＵ２１は、記憶装置２２に記憶している認証キーを削除し（ステップ１４９）、事後登録モードを終了する（ステップ１５０）。
【０１８２】
一方、上記ステップ１４２において認証キーが記憶されていないと判断した場合（Ｎｏ）、上記ステップ１４３において所定時間内に指紋データが読み取れなかった場合（Ｎｏ）及び上記ステップ１４５において所定時間内に許可通知が受信されなかったと判断した場合（Ｎｏ）、ＣＰＵ２１は、事後登録モードを終了する（ステップ１５０）。
【０１８３】
［実施形態のまとめ］
以上のように、本実施形態によれば、チケット認証システムでは、親ユーザについては生体情報により本人認証を実行することで入場権限が付与されると共に、子ユーザについては、親ユーザが生体認証され子ユーザがその子バンド２００を装着していることが確認された場合に、制限条件付きで入場権限が付与される。したがって、生体情報の登録を経てチケットを提供された親ユーザのみならず、生体情報の登録を経ずに子チケットを提供された子ユーザについても、親ユーザの生体認証および子ユーザによる装着という特別な作業を要することなく簡単に使用可能にすることができ、利便性が高いシステムを提供することができる。また、すべての子バンド２００を安易に有効化するのではなく、親ユーザが生体認証されたときに、親バンドの近傍にあり、且つ子ユーザによって装着されている子バンド２００に限定して有効化するため、まだ子ユーザの手に渡っていないなど未使用の子バンド２００まで有効化され、第三者に不正使用されてしまうリスクを軽減することができる。
【０１８４】
また、それと共に、本実施形態のチケット認証システムは、親ユーザと同様に子ユーザの生体情報を事後登録させることで、上記制限条件の少なくとも一部を解除するため、子ユーザの利便性も向上させることができる。また、現に有効状態にある子バンド２００に限って事後登録による制限解除を可能とすることで、子ユーザから取り外され無効化された、或いは一度も有効化されていない子バンド２００を使って第三者に生体情報が登録され、不正使用されるリスクを軽減することができる。
【０１８５】
［変形例］
本技術は上述の実施形態にのみ限定されるものではなく、本技術の要旨を逸脱しない範囲内において種々変更され得る。
【０１８６】
上述の実施形態においては、認証キーを記憶した子バンド２００の子ユーザによる取り外しが検出された場合には、認証キーは削除された。しかし、取り外し検出によって即座に認証キーが削除されるのではなく、取り外し検出から所定時間経過前であって、親バンド２００が子バンド２００から所定距離範囲内に存在する場合には、認証キーが削除されなくてもよい。すなわち子バンド２００は、取り外し検出から所定時間経過後に認証キーを削除するか、或いは取り外し検出時に一旦無効化して再装着を検出することなく所定時間経過した時点で認証キーを削除してもよい。これにより、子ユーザが何らかの理由で少しの間だけ子バンド２００を取り外しすぐに装着しなおした場合等における利便性が向上する。また、認証キーは、記憶装置２２から削除されるのではなく、単に無効化された状態とされるだけでもよい（認証キー有効フラグのＯＮ／ＯＦＦ）。
【０１８７】
また、子バンド２００の子ユーザによる取り外しが検出されない場合でも、子バンド２００は、定期的に、自発的にまたは親バンド２００から要求に基づいて、認証キーを削除してもよい。
【０１８８】
上述の実施形態において、親バンド２００から子バンド２００への認証キーを送信可能な位置は制限されていなかったが、当該位置に制限が設けられてもよい。例えば、親バンド２００が会場内または会場近傍の所定位置（例えば入場ゲート装置３００から所定距離範囲内）に存在することが検出された場合（かつ親ユーザが生体認証された場合）に認証キーの送信（及び子バンド２００の探索）が可能となってもよい。また、親バンド２００またはチケット認証サーバ１００は、親バンド２００の位置情報をＧＰＳ等を利用して取得し、予め登録された地図上の位置（範囲）に含まれる場合にグループ登録処理を実行可能にしてもよい。
【０１８９】
上述の実施形態では、親バンド２００が親ユーザに装着されたことが検出された場合に、親ユーザの生体認証処理及び子バンド２００への認証キーの送信処理が開始された。しかし、親バンド２００の装着が検出された場合には認証処理のみ実行され、例えば親バンド２００に設けられた認証キー発行ボタンが押されることによりグループ登録処理（図５のステップ５９〜６１の処理）が開始されてもよい。
【０１９０】
また、親バンド２００が生体情報によって既に認証され、一旦グループ登録処理が終了した後においても、例えば上記ボタンが押下されることで、グループ登録処理が再実行され、子バンド２００の探索及び認証キーの送信を可能としてもよい。これにより、例えば子ユーザのうち、親バンド２００からの最初のグループ登録処理時に近傍に存在しなかった子ユーザに対する事後的な認証キーの送信が可能となる。
【０１９１】
また、親バンド２００が親ユーザに装着された場合ではなく、親バンド２００が初めて入場ゲート装置３００を通過するときに生体認証処理及び認証キーの送信処理が実行されてもよい。また親バンド２００が親ユーザに装着されている間は常に（例えば定期的に）生体認証処理が実行されてもよい。また、親バンド２００が入場ゲート装置３００を通過する度に生体情報の読み取り及び認証処理が実行されてもよい。
【０１９２】
上述の実施形態では、子バンド２００の子ユーザへの取り外しが検出された場合に、認証キーが削除されたが、この場合、例えば取り外し検出状態がさらに所定時間継続している場合には、当該認証キーに加えて、子バンド２００の記憶装置２２に記憶された子ユーザの情報も削除されてもよい。これにより子ユーザが子バンド２００を落としてしまった場合等に個人情報が悪用されてしまうおそれを回避することができる。
【０１９３】
上述の実施形態において、子バンド２００の取り外しが検出された場合や、子バンド２００が親バンド２００から所定距離範囲外となった場合には、子バンド２００から親バンド２００へその旨の通知（例えばＬＥＤ、鳴動）が送信されてもよいし、子バンド２００が点灯または鳴動してもよい。これにより、例えば子バンド２００を保持していた子供が親から離れてしまったり迷子になってしまったりした場合にその親や周囲の人間にそれを報知することができる。
【０１９４】
上述の実施形態においては、入場ゲート装置３００からのリクエスト信号によって生体情報の通行許可／不許可の判断処理が実行された。しかし、当該リクエスト信号に代えて、リストバンド端末２００に設けられた通行ボタンの押下により、ブザーやバイブレーションの鳴動の上、リストバンド端末２００が通行モードへ移行し、親バンドの認証結果情報または子バンドの認証キーを入場ゲート装置３００へ送信してもよい。
【０１９５】
上述の実施形態においては、生体情報としてユーザの手首の静脈パターン及び指紋データが用いられたが、それらに代えて、例えば、ユーザの指の静脈パターンや、脈波、掌紋等が用いられてもよい。
【０１９６】
また本発明は、上記生体情報の種類に応じて、リストバンド形状以外のウェアラブル端末にも同様に適用可能である。
【０１９７】
上述の実施形態においては、子バンド２００への認証キーの送信処理は親バンド２００によって実行された。しかし、当該認証キーの送信処理はチケット認証サーバ１００によって実行されてもよい。この場合チケット認証サーバ１００は、上記親バンドＩＤと子バンドＩＤとを対応付けて記憶しておき、親バンド２００から、生体情報の認証結果情報及び子バンド２００の装着検出情報が親バンドＩＤ及び装着検出された子バンドの子バンドＩＤと共に受信された場合に、当該子バンドＩＤ宛に認証キーを送信する。この際、認証キーはチケット認証サーバ１００が送信用に予め記憶していてもよいし、上記装着検出情報が受信されたときにチケット認証サーバ１００が生成してもよい。なお、子バンド２００の装着検出情報は子バンド２００からチケット認証サーバ１００へ送信してもよい。また、親バンド２００から子バンド２００へ認証キーに代えて仮認証キーを付与し、この仮認証キーを取得した子バンド２００が、親バンドＩＤも含めて主体的にチケット認証サーバ１００へ認証キーの発行要求を行う構成としてもよい。
【０１９８】
上述の実施形態においては、子ユーザの生体情報の事後登録処理は、子バンド２００と事後登録端末４００との通信により実行された。しかし、事後登録端末４００は存在せず、当該事後登録処理が、子バンド２００及びチケット認証サーバ１００との通信により実行されてもよい。この場合チケット認証サーバ１００は、上記親バンドＩＤ及び子バンドＩＤとを対応付けて記憶し、子バンド２００は、別途設けた操作ボタンにより事後登録要求の操作を受付可能とし、子ユーザの操作に伴い事後登録要求を認証キー付きでチケット認証サーバ１００へ送信する。チケット認証サーバ１００は、子バンド２００から認証キーを受信した場合（及び有効な親バンド２００が子バンド２００近傍に存在することが確認でき場合）に、生体情報の登録を許可する許可信号を子バンド２００へ送信し、子バンド２００から生体情報（または認証結果情報）が受信された場合に、上記制限条件の少なくとも一部を解除してもよく、加えて、その後の子バンド２００の認証用に生体情報を登録してもよい。この場合、事後登録処理は親バンド２００から開始されてもよく、例えば、親バンド２００に設けられた事後登録ボタンが押下された場合に、モード移行通知が子バンド２００へ送信され、子バンド２００が事後登録モードへ移行してもよい。
【０１９９】
また上述の実施形態では、上記ユーザの生体認証処理はリストバンド端末２００で実行され、認証結果情報を保持することで通行を許可された。しかし、リストバンド端末２００は生体認証機能およびユーザの生体情報を持たず、上記チケット認証サーバ１００または入場ゲート装置３００により生体認証処理が実行されてもよい。この場合、チケット認証サーバ１００または入場ゲート装置３００は、上記データに加えて親ユーザ（及び事後登録された子ユーザ）の生体情報を予め記憶し、リストバンド端末２００で読み取られた生体情報をリストバンド端末２００からリストバンドＩＤと共に受信し、受信した生体情報と記憶された生体情報とを照合することでユーザを認証する。チケット認証サーバ１００または入場ゲート装置３００は、ユーザが認証された場合にはリストバンド端末２００へ認証通知を送信し、これを受けたリストバンド端末２００は認証結果情報を記憶する。なお、親バンド２００においては、当該認証通知の受信をトリガに子バンド２００の探索処理が開始されてもよい。
【０２００】
さらに、リストバンド端末２００には、認証センサ２４が設けられていなくてもよい。この場合、上記入場ゲート装置３００に認証センサが設けられ、リストバンド端末２００が入場ゲート装置３００に近づき認証センサにタッチした場合等に入場ゲート装置３００が生体情報を読み取り、チケット認証サーバ１００または入場ゲート装置３００にて生体認証処理を実行してもよい。この場合には、親バンド２００が入場ゲート装置３００で検出され、生体認証により親ユーザが認証されたことをトリガに、親バンド２００は子バンド２００の探索処理が開始されてもよい。或いは、チケット認証サーバ１００または入場ゲート装置３００がグループ登録処理を主体的に実行し、親ユーザが認証されたとき、ゲート装置３００の通信範囲内（所定距離範囲内）に存在し、認証された親バンドに対応する子バンドを探索し、検出された子バンドのうち子ユーザに装着されているものについて認証キーを送信してもよい。
【０２０１】
また、グループ登録処理において、親バンドから探索信号を受信した子バンドは、非装着の状態でも装着状態を示す情報を含めて応答し、親バンドにて、検出した周囲の子バンドのうち装着状態のものを対象に認証キーを発行する構成としてもよい。
【０２０２】
また、図１０の事後登録処理では、生体情報として指紋データを用いた例として説明したが、図９と同様に生体情報として手首の静脈データを用いる場合にも適用し得る。この場合、子バンド２００は、事後登録モードに移行して認証キーの保有が確認されると、認証センサ２４で子ユーザの静脈パターンを読み取り、事後登録装置４００へ送信する。
【０２０３】
上述の実施形態において、生体情報や個人情報がリストバンド端末２００に記憶される場合には、ハッシュとしてのみ記憶され、リストバンド端末２００、チケット認証サーバ１００または入場ゲート装置３００において当該ハッシュにより認証処理が実行されてもよい。
【０２０４】
上述の実施形態では、イベント会場への入場権限の認証処理に本発明が適用されたが、例えば所定の施設、部屋、乗物等、他の場所への進入権限の認証に本発明が適用されてもよい。
【符号の説明】
【０２０５】
１１…ＣＰＵ
１８…記憶部
１９…通信部
２１…ＣＰＵ
２２…記憶装置
２３…近接センサ
２４…認証センサ
２５…タイマ
２６…ＬＥＤ光源
２９…バイブレーション装置
３０…ブザー装置
３１…Bluetooth（登録商標）通信部
３２…ＮＦＣ通信部
３３…ＬＡＮ通信部
１００…チケット認証サーバ
２００…リストバンド端末（親バンド、子バンド）
３００…入場ゲート装置
４００…事後登録端末
【図２】
2015194952.tif 000003
【図３】
2015194952.tif 000004
【図５】
2015194952.tif 000005
【図６】
2015194952.tif 000006
【図７】
2015194952.tif 000007
【図８】
2015194952.tif 000008
【図９】
2015194952.tif 000009
【図１０】
2015194952.tif 000010
【図１】
2015194952.tif 000011
【図４】
2015194952.tif 000012