JP7175944B2 - 通信システム、送信装置、受信装置、通信方法、及びプログラム - Google Patents

Description

本開示は、通信システム、送信装置、受信装置、通信方法、及びプログラムに関する。

従来、送信装置から受信装置に対し、ユーザの識別情報などの送信対象データを送信する技術が知られている。例えば、特許文献１には、送信装置が、所定のタイミングで変更される暗号鍵によってユーザの識別情報を暗号化し、Ｂｌｕｅｔｏｏｔｈ（登録商標）のアドバタイジングパケットを利用して、暗号化された識別情報を受信装置に送信する技術が記載されている。

特開２０１６－１１６１３０号公報

特許文献１の技術では、ユーザごとに識別情報が異なるので、受信装置は、任意の識別情報を含むアドバタイジングパケットを受信する必要がある。この点、アナログの電気信号への変換時やアドバタイジングパケットの送信中などにおいて、ノイズが発生することがある。このため、特許文献１の受信装置は、識別情報を正確に取得するために、ノイズの影響を受けていないアドバタイジングパケットと、ノイズの影響を受けたアドバタイジングパケットと、を区別する必要がある。

特許文献１のアドバタイジングパケットには、誤り検出符号の一種であるＣＲＣ（Cyclic Redundancy Check）が含まれているが、ＣＲＣの誤り検出精度には限界があり、識別情報が受けるノイズに十分に対応できないことがある。この点は、Ｂｌｕｅｔｏｏｔｈ（登録商標）以外の他の通信プロトコルについても同様であり、従来の手法では、送信対象データが受けるノイズの影響に十分に対応することができなかった。

本開示の目的の１つは、送信対象データが受けるノイズに対応することである。

本開示に係る予測損益表示システムは、送信装置と、受信装置と、を含む通信システムであって、前記送信装置は、送信対象データを複数のデータ部分に分割する分割手段と、複数のパケットの各々に、少なくとも１つの前記データ部分が重複して複数個含まれ、かつ、前記送信対象データにおける当該データ部分の順序に関する順序情報が含まれるように、前記複数のパケットの各々を作成する作成手段と、前記受信装置に対し、前記複数のパケットの各々を送信する送信手段と、を含み、前記受信装置は、前記送信装置から、前記複数のパケットの各々を受信する受信手段と、前記複数のパケットの各々に含まれる、重複した複数個の前記少なくとも１つのデータ部分と、前記順序情報と、に基づいて、前記複数のデータ部分を結合して前記送信対象データを取得する取得手段と、前記送信対象データに基づいて、所定の処理を実行する実行手段と、を含む。

本開示に係る送信装置は、送信対象データを複数のデータ部分に分割する分割手段と、複数のパケットの各々に、少なくとも１つの前記データ部分が重複して複数個含まれ、かつ、前記送信対象データにおける当該データ部分の順序に関する順序情報が含まれるように、前記複数のパケットの各々を作成する作成手段と、受信装置に対し、前記複数のパケットの各々を送信する送信手段と、を含む。

本開示に係る受信装置は、送信装置から、複数のパケットの各々を受信する受信手段と、前記複数のパケットの各々に含まれる、重複した複数個の少なくとも１つのデータ部分と、当該データ部分の順序に関する順序情報と、に基づいて、複数の前記データ部分を結合して送信対象データを取得する取得手段と、前記送信対象データに基づいて、所定の処理を実行する実行手段と、を含む。

本開示に係る通信方法は、送信対象データを複数のデータ部分に分割する分割ステップと、複数のパケットの各々に、少なくとも１つの前記データ部分が重複して複数個含まれ、かつ、前記送信対象データにおける当該データ部分の順序に関する順序情報が含まれるように、前記複数のパケットの各々を作成する作成ステップと、受信装置に対し、前記複数のパケットの各々を送信する送信ステップと、送信装置から、前記複数のパケットの各々を受信する受信ステップと、前記複数のパケットの各々に含まれる、重複した複数個の前記少なくとも１つのデータ部分と、前記順序情報と、に基づいて、前記複数のデータ部分を結合して前記送信対象データを取得する取得ステップと、前記送信対象データに基づいて、所定の処理を実行する実行ステップと、を含む。

本開示に係るプログラムは、送信対象データを複数のデータ部分に分割する分割手段、複数のパケットの各々に、少なくとも１つの前記データ部分が重複して複数個含まれ、かつ、前記送信対象データにおける当該データ部分の順序に関する順序情報が含まれるように、前記複数のパケットの各々を作成する作成手段、受信装置に対し、前記複数のパケットの各々を送信する送信手段、としてコンピュータを機能させる。

本開示に係るプログラムは、送信装置から、複数のパケットの各々を受信する受信手段、前記複数のパケットの各々に含まれる、重複した複数個の少なくとも１つのデータ部分と、当該データ部分の順序に関する順序情報と、に基づいて、複数の前記データ部分を結合して送信対象データを取得する取得手段、前記送信対象データに基づいて、所定の処理を実行する実行手段、としてコンピュータを機能させる。

本開示の一態様では、前記複数のパケットの各々は、第１のデータ領域に、前記少なくとも１つのデータ部分を重複して複数個含み、第２のデータ領域に、前記順序情報を含み、前記取得手段は、前記第１のデータ領域に含まれる値が互いに同じであるパケットをスキャンし、当該スキャンされたパケットに基づいて、前記送信対象データを取得する。

本開示の一態様では、前記作成手段は、前記複数のパケットの各々に、前記順序情報が重複して複数個含まれるように、前記複数のパケットの各々を作成し、前記取得手段は、前記複数のパケットの各々に含まれる、重複した複数個の前記少なくとも１つのデータ部分と、重複した複数個の前記順序情報と、に基づいて、前記送信対象データを取得する。

本開示の一態様では、前記複数のパケットの各々は、第１のデータ領域に、前記少なくとも１つのデータ部分を重複して複数個含み、第２のデータ領域に、前記順序情報を重複して複数個含み、前記取得手段は、前記第２のデータ領域に含まれる値が互いに同じであるパケットをスキャンし、当該スキャンされたパケットに基づいて、前記送信対象データを取得する。

本開示の一態様では、前記作成手段は、前記複数のパケットの各々に、前記順序情報が重複して複数個連続して含まれるように、前記複数のパケットの各々を作成する。

本開示の一態様では、前記作成手段は、前記複数のパケットの各々において、重複した複数個の前記少なくとも１つのデータ部分と、前記順序情報と、が所定距離以上離れるように、前記複数のパケットの各々を作成する。

本開示の一態様では、前記作成手段は、前記複数のパケットの各々に、前記少なくとも１つのデータ部分が重複して複数個連続して含まれるように、前記複数のパケットの各々を作成する。

本開示の一態様では、前記受信装置は、前記データ部分の個数を特定する特定手段を更に含み、前記取得手段は、前記個数に達するまで、前記複数のパケットの各々から前記少なくとも１つのデータ部分と前記順序情報を取得し、前記個数に達した場合に、前記送信対象データを取得する。

本開示の一態様では、前記送信対象データは、所定の桁数の数値であり、前記複数のデータ部分の各々は、前記数値に含まれる個々の桁であり、前記順序情報は、前記数値において何桁目であるかを示し、前記特定手段は、前記桁数を、前記個数として特定する。

本開示の一態様では、前記受信装置は、複数の前記送信装置の各々と通信可能であり、前記複数のパケットの各々には、当該パケットを送信した前記送信装置を識別可能な識別情報が含まれており、前記取得手段は、前記複数のパケットの各々に含まれる前記識別情報に基づいて、前記送信装置ごとに、前記送信対象データを取得する。

本開示の一態様では、前記複数のパケットの各々は、所定の無線通信規格におけるアドバタイジングパケットであり、前記作成手段は、複数の前記アドバタイジングパケットの各々に、前記無線通信規格におけるサービスＵＵＩＤの一部として、前記少なくとも１つのデータ部分を重複して複数個含み、かつ、前記順序情報を含むように、前記複数のアドバタイジングパケットの各々を作成し、前記送信手段は、前記無線通信規格を利用して、前記複数のアドバタイジングパケットの各々を送信し、前記受信手段は、前記無線通信規格を利用して、前記複数のアドバタイジングパケットの各々を受信し、前記取得手段は、前記複数のアドバタイジングパケットの各々に前記サービスＵＵＩＤの一部として含まれる、重複した複数個の前記少なくとも１つのデータ部分と、前記順序情報と、に基づいて、前記送信対象データを取得する。

本開示の一態様では、前記送信装置には、所定のアプリケーションがインストールされており、前記分割手段、前記作成手段、及び前記送信手段の各々の処理は、前記アプリケーションの処理として実行され、前記サービスＵＵＩＤには、前記アプリケーションを識別可能なアプリ識別ＩＤが含まれており、前記取得手段は、前記サービスＵＵＩＤに前記アプリ識別ＩＤが含まれている前記アドバタイジングパケットをスキャンし、前記送信対象データを取得する。

本開示の一態様では、前記送信対象データは、前記送信装置のユーザを識別可能なユーザＩＤであり、前記所定の処理は、前記ユーザＩＤに基づいて実行される認証処理である。

本開示の一態様では、前記受信装置は、前記ユーザの生体情報を取得する生体情報取得手段を更に含み、前記実行手段は、前記ユーザＩＤと、前記生体情報と、に基づいて、前記認証処理を実行する。

本開示によれば、送信対象データが受けるノイズに対応することができる。

通信システムの全体構成を示す図である。 通信システムが利用される場面の一例を示す図である。 アドバタイジングパケットのフォーマットの一例を示す図である。 認証装置がアドバタイジングパケットをスキャンする様子を示す図である。 認証装置がアドバタイジングパケットをスキャンする様子を示す図である。 認証装置がアドバタイジングパケットをスキャンする様子を示す図である。 通信システムにおいて実現される機能の一例を示す機能ブロック図である。 ユーザデータベースのデータ格納例を示す図である。 スキャン設定データのデータ格納例を示す図である。 起動処理の一例を示すフロー図である。 認証処理の一例を示すフロー図である。 Ｓ２０４における処理の詳細を示す図である。

［１．通信システムの全体構成］
以下、本開示に係る通信システムの実施形態の例を説明する。本実施形態では、ユーザを認証する認証サービスに通信システムを適用した場合を例に挙げる。通信システムは、任意のサービスに適用可能であり、他のサービスへの適用例については、後述の変形例で説明する。

図１は、通信システムの全体構成を示す図である。図１に示すように、通信システムＳは、サーバ１０、ユーザ端末２０、及び認証装置３０を含み、これらは、インターネットなどのネットワークＮに接続可能である。なお、図１では、サーバ１０、ユーザ端末２０、及び認証装置３０の各々を１台ずつ示しているが、これらは複数台あってもよい。

サーバ１０は、サーバコンピュータである。サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。制御部１１は、記憶部１２に記憶されたプログラムやデータに従って処理を実行する。記憶部１２は、主記憶部及び補助記憶部を含む。例えば、主記憶部は、ＲＡＭなどの揮発性メモリである。また例えば、補助記憶部は、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、又はハードディスクなどの不揮発性メモリである。通信部１３は、有線通信又は無線通信用の通信インタフェースである。通信部１３は、ネットワークＮを介してデータ通信を行う。

ユーザ端末２０は、ユーザが操作するコンピュータである。ユーザ端末２０は、送信装置の一例である。このため、本実施形態でユーザ端末２０について説明している箇所は、送信装置と読み替えることができる。送信装置は、後述する送信対象データが分割された個々のデータ部分を送信する装置であればよく、送信装置の他の例については、後述の変形例で説明する。

例えば、ユーザ端末２０は、携帯電話機（スマートフォンを含む）、携帯情報端末（タブレット型コンピュータ及びウェアラブル端末を含む）、又は、パーソナルコンピュータ等である。本実施形態では、ユーザ端末２０は、制御部２１、記憶部２２、通信部２３、操作部２４、表示部２５、及び撮影部２６を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。

操作部２４は、入力デバイスである。例えば、操作部２４は、タッチパネルやマウス等のポインティングデバイス、キーボード、又はボタン等である。表示部２５は、ディスプレイ又はモニタである。例えば、表示部２５は、液晶表示部又は有機ＥＬ表示部等である。撮影部２６は、少なくとも１台のカメラを含む。撮影部２６は、静止画を生成してもよいし、所定のフレームレートで連続的に撮影して動画を生成してもよい。

認証装置３０は、認証に使用されるコンピュータである。認証装置３０は、受信装置の一例である。このため、本実施形態で認証装置３０について説明している箇所は、受信装置と読み替えることができる。受信装置は、後述する送信対象データが分割された個々のデータ部分を受信する装置であればよく、受信装置の他の例については、後述の変形例で説明する。

例えば、認証装置３０は、携帯電話機、携帯情報端末、又は、パーソナルコンピュータ等である。本実施形態では、認証装置３０は、制御部３１、記憶部３２、通信部３３、操作部３４、表示部３５、及び撮影部３６を含む。制御部３１、記憶部３２、通信部３３、操作部３４、表示部３５、及び撮影部３６の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部２４、表示部２５、及び撮影部２６と同様であってよい。

なお、記憶部１２，２２，３２に記憶されるものとして説明するプログラム及びデータは、ネットワークＮを介して供給されるようにしてもよい。また、上記説明した各コンピュータのハードウェア構成は、上記の例に限られず、種々のハードウェアを適用可能である。例えば、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）や外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）が含まれていてもよい。例えば、情報記憶媒体に記憶されたプログラムやデータが読取部や入出力部を介して供給されてもよい。

［２．通信システムの概要］
本実施形態では、ユーザがセキュリティゲートを通過する場面を例に挙げて、通信システムＳにおいて実行される処理を説明する。通信システムＳは、他の任意の場面における認証にも適用可能であり、他の場面への適用例は、後述する変形例で説明する。

図２は、通信システムＳが利用される場面の一例を示す図である。図２に示すように、セキュリティゲートＳＧは、回転式のドアを含む。セキュリティゲートＳＧには、認証装置３０が接続されている。セキュリティゲートＳＧのドアは、ロック機構によりロックされている。ユーザの認証が成功すると、ロックが解除される。例えば、セキュリティゲートＳＧは、勤務先の会社や公共施設などの任意の施設に配置され、施設に入場する資格を有するユーザだけがセキュリティゲートＳＧを通過できる。

本実施形態では、ユーザを認証する認証方法として、ＩＤ認証と顔認証とを含む２段階認証を例に挙げる。認証方法は、本実施形態の例に限られず、他の任意の認証方法を利用可能である。例えば、指紋認証、虹彩認証、静脈認証、又は音声認証などのように、顔認証以外の他の生体認証が利用されてもよい。また例えば、２次元コード認証、パスコード認証、パスワード認証、電子スタンプ認証、又は合言葉認証などのように、ＩＤ認証及び顔認証以外の他の認証方法が利用されてもよい。また例えば、１段階だけの認証であってもよいし、３段階以上の認証であってもよい。

ＩＤ認証は、予め発行されたユーザＩＤを利用して行われる認証である。ユーザＩＤは、ユーザを識別可能な情報である。本実施形態では、ユーザＩＤが所定桁数の数値である場合を説明するが、ユーザＩＤは、ユーザによって桁数が異なってもよい。ユーザＩＤは、任意の形式であってよく、数値に限られない。例えば、ユーザＩＤは、文字列であってもよいし、数値（数字）と文字の組み合わせであってもよい。ＩＤ認証は、予め発行されたユーザＩＤが入力された場合に成功する。本実施形態では、サーバ１０に登録された何れかのユーザＩＤが認証装置３０に入力されると、ＩＤ認証が成功する。

顔認証は、予め登録された顔写真又は顔の特徴量を利用して行われる認証である。顔写真は、ユーザの顔が撮影された画像である。顔の特徴量は、顔写真に示された顔の特徴を示す情報である。本実施形態では、顔の特徴量が多次元のベクトルである場合を説明するが、顔の特徴量は、任意の形式であってよく、例えば、配列又は単一の数値であってもよい。本実施形態では、サーバ１０に登録された顔写真又は顔の特徴量の中に、認証装置３０が撮影したユーザの顔写真又は顔の特徴量と類似又は一致するものが存在する場合に、顔認証が成功する。顔認証自体は、公知の手法を利用可能であり、例えば、主成分分析、線形判別分析、弾性マッチング、又は隠れマルコフモデルといった手法を利用すればよい。特徴量は、これらの手法に応じた計算式で計算されるようにすればよい。

例えば、ユーザがユーザ端末２０を操作して認証サービスの利用登録をすると、ユーザの氏名などの個人情報と、ユーザの顔写真と、がサーバ１０に登録される。利用登録が完了すると、サーバ１０により発行されたユーザＩＤが、ユーザ端末２０の記憶部２２に記憶される。その後、ユーザは、認証サービスを利用して、セキュリティゲートＳＧを通過できるようになる。

ユーザＩＤは、同じものが永久的に使用されてもよいが、本実施形態では、所定のタイミングで更新されるものとする。ユーザＩＤが更新されると、それまで使用されていた古いユーザＩＤは無効になる。例えば、認証サービスを利用するためのアプリケーション（以降、認証アプリ）がユーザ端末２０にインストールされており、認証アプリが起動するたびに、ユーザＩＤが更新される。

なお、ユーザＩＤの更新タイミングは、認証アプリの起動時に限られず、任意のタイミングであってよい。例えば、ユーザが認証アプリ内で所定の操作を行った場合、ＩＤ認証が成功した場合、又は、ユーザＩＤに設定された有効期限が切れた場合に、ユーザＩＤが更新されてもよい。

図２に示すように、例えば、ユーザは、洋服のポケットにユーザ端末２０を入れた状態で、セキュリティゲートＳＧに近づく。ユーザ端末２０の通信部２３は、無線通信機能が予めオンになっており、記憶部２２に記憶されたユーザＩＤが通信範囲内に送信される。無線通信機能は、セキュリティゲートＳＧに近づいた場合に、自動的にオンになってもよいし、ユーザにより手動でオンにされてもよい。無線通信自体は、任意の通信規格を利用可能であり、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ－Ｆｉ（登録商標）を利用可能である。

本実施形態では、ユーザ端末２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）の一種であるＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）のアドバタイジングパケットを利用してユーザＩＤを送信する。アドバタイジングパケットは、ペアリングが行われる前に送信されるパケットであり、ユーザ端末２０は、数メートル～数十メートル程度の通信範囲内に含まれる不特定多数の装置に対し、アドバタイジングパケットを送信する。

図３は、アドバタイジングパケットのフォーマットの一例を示す図である。アドバタイジングパケットのフォーマットは、無線通信規格で定められており、フォーマットの詳細は、一般的に公開されている。このため、本実施形態では、フォーマットの全てを説明することはせず、ユーザＩＤの送信で利用される部分についてのみ説明する。

図３に示すように、アドバタイジングパケットには、実データを格納するためのデータペイロード部が含まれる。データペイロード部のサイズは可変であり、最大で３７バイト（オクテット）である。実データは、データペイロード部のＡＤデータ部に格納される。ＡＤデータ部に格納された実データの種類は、データペイロード部のＡＤタイプによって特定される。認証装置３０は、ＡＤタイプを参照することによって、対応するＡＤデータ部に格納された実データの種類を特定できる。

例えば、ＡＤタイプが第１の値であることは、ＡＤデータ部に格納された実データがサービスＵＵＩＤであることを意味する。サービスＵＵＩＤは、サービスを識別可能な情報である。例えば、サービスＵＵＩＤによって、アドバタイジングパケットを送信したアプリケーションが識別される。認証アプリが送信したアドバタイジングパケットのサービスＵＵＩＤによって、そのアドバタイジングパケットが認証アプリによって送信されたことが識別される。

また例えば、ＡＤタイプが第２の値であることは、ＡＤデータ部に格納された実データがローカルネームであることを意味する。ローカルネームは、デバイスを識別可能な情報である。例えば、ローカルネームは、ユーザ端末２０のデバイス名である。ユーザ端末２０のオペレーティングシステムによっては、認証アプリなどのアプリケーションがバックグラウンドモードになった場合、又は、ユーザ端末２０がスリープモードになってから所定時間が経過した場合に、電力の節約のために、メモリ上のローカルネームが消去されて送信できないことがある。

一方、サービスＵＵＩＤは、認証アプリなどのアプリケーションが削除されない限りは、同じ情報を送信できる。そこで、本実施形態では、サービスＵＵＩＤの一部にユーザＩＤを埋め込んだアドバタイジングパケットを送信することによって、ペアリングをしなくても、ユーザ端末２０から認証装置３０にユーザＩＤを送信できるようにしている。

サービスＵＵＩＤは、無線通信規格で定められたフォーマットを利用すればよい。例えば、１２８ビットのサービスＵＵＩＤであれば、３２桁の数値と、４つのハイフンと、を含む３６桁から構成される。３６桁の中におけるハイフンの位置は、予め定められている。サービスＵＵＩＤは、その全てをサービスの識別のために利用する必要はないので、サービスＵＵＩＤの一部をユーザＩＤのために利用しても、認証装置３０は、どのサービスのアドバタイジングパケットであるかを識別できる。

認証装置３０は、認証アプリ以外の他のアプリケーションにより送信されたアドバタイジングパケットを受信する可能性があるので、自身に対して送信されたアドバタイジングパケットのうち、認証アプリにより送信されたアドバタイジングパケットをスキャンする。即ち、認証装置３０は、認証アプリにより送信されたアドバタイジングパケットを処理対象とし、他のアプリケーションにより送信されたアドバタイジングパケットは、処理対象から除外して破棄する。

図４－図６は、認証装置３０がアドバタイジングパケットをスキャンする様子を示す図である。図４及び図５には、参考用の説明が示されており、図６に、本実施形態の手法が示されている。なお、本実施形態では、ユーザＩＤは、「００００」～「９９９９」の４桁の数値であり、図４－図６では、ユーザＩＤが「２７９１」である場合を説明する。

図４のサービスＵＵＩＤは、１桁目～３２桁目に、アプリ識別ＩＤとして「６８７５３Ａ４４－４Ｄ６Ｆ－１２２６－９Ｃ６０－００５０Ｅ４Ｃ０」が格納され、３３桁目～３６桁目に、ユーザＩＤとして「２７９１」が格納される。アプリ識別ＩＤは、認証アプリを識別可能な情報である。アプリ識別ＩＤは、ユーザ端末２０の記憶部２２に予め記憶されているものとする。

ユーザ端末２０は、図４に示すサービスＵＵＩＤを含むアドバタイジングパケットを作成し、作成したアドバタイジングパケットを周囲に送信する。ユーザ端末２０の通信範囲内に存在する認証装置３０は、自身に送信されたアドバタイジングパケットのうち、サービスＵＵＩＤを含み、かつ、認証アプリのアプリ識別ＩＤを含むアドバタイジングパケットをスキャンする。即ち、認証装置３０は、ＡＤタイプが第１の値であり、かつ、ＡＤデータ部に格納されたサービスＵＵＩＤの１桁目～３２桁目が「６８７５３Ａ４４－４Ｄ６Ｆ－１２２６－９Ｃ６０－００５０Ｅ４Ｃ０」であるアドバタイジングパケットをスキャンする。他のアドバタイジングパケットについては、スキャンされずに破棄される。

図４の例では、サービスＵＵＩＤの３３桁目～３６桁目が任意の数値になるので、スキャン対象は、３３桁目～３６桁目が「００００」～「９９９９」の１万通りになる。認証装置３０は、膨大な数のアドバタイジングパケットをスキャン対象にする必要があるので、認証装置３０の性能によっては、全通りのアドバタイジングパケットをスキャンできないことがある。例えば、認証装置３０に１万通りをスキャンさせようとしても、実際には、数百～数千通りしかスキャンできないことがあり、認証装置３０は、ユーザＩＤを受信できず、認証処理を実行できないことがある。

また、ユーザ端末２０がデジタルデータとして作成したアドバタイジングパケットをアナログの電気信号に変換する際に、ノイズが発生することがある。ノイズは、他の要因によって発生することもある。例えば、空気中における外的要因によってノイズが発生することもあるし、認証装置３０が受信したアナログの電気信号をデジタルデータに変換する際にノイズが発生することもある。このため、ユーザ端末２０が同じサービスＵＵＩＤを含むアドバタイジングパケットを繰り返し送信したとしても、ノイズの影響でユーザＩＤが書き換わることもある。

図４の例であれば、認証装置３０がユーザ端末２０から受信した４個のアドバタイジングパケットのうちの３個にノイズが発生している。これら４個のアドバタイジングパケットは、同じユーザＩＤが格納されているはずにもかかわらず、ノイズの影響によって、例えば３３桁目～３６桁目の少なくとも１つの値が書き換わることがある。この場合、認証装置３０は、どれが正しいユーザＩＤなのかを判別することはできない。

認証装置３０が受信した４通りのアドバタイジングパケットの全てについて、正しいユーザＩＤをみなし、総当り的に認証処理を実行することも考えられるが、この場合、認証処理を何度も実行する必要があるので、サーバ１０及び認証装置３０の処理負荷が増大する。更に、セキュリティゲートＳＧの前にいるユーザが、顔が似た他のユーザとして誤認証される可能性もある。図４の例であれば、ユーザＩＤが「２７９１」であるユーザと、ユーザＩＤが「１７９１」、「２７９５」、「８７９１」のユーザと、の顔が似ていた場合には、誤認証の可能性がある。

この点、図５に示すように、ユーザＩＤ「２７９１」を個々の桁に分割し、４つのサービスＵＵＩＤの各々に、個々の桁を重複して２個格納することによって、ノイズの影響を低減させることも考えられる。図５の例では、サービスＵＵＩＤの１桁目～３２桁目は、図４と同様であり、アプリ識別ＩＤである。サービスＵＵＩＤの３３桁目と３４桁目には、サービスＵＵＩＤを３６桁にするために、パディングとして「００」が格納される。サービスＵＵＩＤの３５桁目と３６桁目には、ユーザＩＤの個々の桁の数値が重複して格納される。

例えば、１個目のサービスＵＵＩＤの３５桁目と３６桁目は、ユーザＩＤの１桁目である「２」が重複して２個入れられて「２２」になる。また例えば、２個目のサービスＵＵＩＤの３５桁目と３６桁目は、ユーザＩＤの２桁目である「７」が重複して２個入れられて「７７」になる。また例えば、３個目のサービスＵＵＩＤの３５桁目と３６桁目は、ユーザＩＤの２桁目である「９」が重複して２個入れられて「９９」になる。また例えば、４個目のサービスＵＵＩＤの３５桁目と３６桁目は、ユーザＩＤの４桁目である「１」が重複して２個入れられて「１１」になる。

図５の場合、認証装置３０は、３５桁目と３６桁目が一致しているアドバタイジングパケットをスキャンすればよいので、スキャン対象は、３５桁目と３６桁目が「００」～「９９」で一致している１０通りになる。図４の場合に比べるとスキャン対象が大幅に減るので、認証装置３０の処理負荷を軽減し、全通りを確実にスキャンできる。このため、ユーザＩＤがスキャン対象から漏れてしまい、認証処理を実行できないといったことを防止できる。

更に、３５桁目と３６桁目が一致しなければスキャンされないので、ノイズの影響もある程度は排除することができる。例えば、３５桁目と３６桁目がユーザＩＤの１桁目を示す「２２」である場合、ノイズの影響を受けて「２４」になったとしても、３５桁目と３６桁目が一致せずスキャンされないので、ノイズの影響を受けたアドバタイジングパケットを除外して破棄することができる。ただし、図５に示すように、３５桁目と３６桁目の両方がノイズの影響を受けて、「２２」が「５５」に書き換わったとすると、このようなノイズの影響を受けたアドバタイジングパケットについては除外できない。

また、図５の場合、４桁のユーザＩＤを４つのアドバタイジングパケットに分けて送信するので、認証装置３０は、個々の桁の順序を特定できない可能性がある。例えば、１個目のサービスＵＵＩＤから４個目のサービスＵＵＩＤまでを順番に送信したとしても、認証装置３０が必ずしも送信順の通りに受信するとは限らないので、受信順に桁を並べても正確なユーザＩＤにならないことがある。更に、認証装置３０のオペレーティングシステムによっては、受信したサービスＵＵＩＤを昇順にソートすることがある。この場合、「２７９１」のユーザＩＤの個々の数値が昇順にソートされて「１２７９」になってしまい、正確なユーザＩＤにならないことがある。

そこで、本実施形態では、図６に示すように、サービスＵＵＩＤに順序情報を含めるようにしている。順序情報は、ユーザＩＤにおける個々の桁の順序に関する情報である。本実施形態では、４桁のユーザＩＤが個々の桁に分割されるので、順序情報は、ユーザＩＤの何桁目であるかを示す情報である。図６の例では、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」は、それぞれ１桁目、２桁目、３桁目、４桁目であることを示す。順序情報は、他の任意の形式で表現可能であり、例えば、「１」～「４」の数値で表現されてもよい。また例えば、「Ａ」が４桁目を示し、「Ｂ」が１桁目を示すといったように、文字順と桁順が一致していなくてもよい。

図６の例では、サービスＵＵＩＤの１桁目～１４桁目の「６８７５３Ａ４４－４Ｄ６Ｆ－」と１９桁目～３２桁目の「－９Ｃ６０－００５０Ｅ４Ｃ０」は、アプリ識別ＩＤである。図６のアプリ識別ＩＤは、図４及び図５のアプリ識別ＩＤよりも桁数が少ないが、アプリケーションを識別するには十分な桁数を有しているので、認証装置３０は、認証アプリのアドバタイジングパケットであることを識別できる。

なお、アプリ識別ＩＤは、任意の桁数であってよいが、桁数が少なすぎると他のアプリケーションと重複して区別できない可能性があるので、一定程度の桁数（例えば、１０桁以上）を有するものとする。サービスＵＵＩＤは、桁数の上限（例えば、３６桁）が定められているため、アプリ識別ＩＤとして一定程度の桁数を確保できるように、ユーザＩＤの桁の個数や順序情報の個数が定められている。逆に、ユーザＩＤの桁の個数や順序情報の個数が少なすぎると、ノイズの影響低減の効果が薄れるので、これらの個数も一定程度確保するようにしている。

図６に示すように、サービスＵＵＩＤの１５桁目～１８桁目には、順序情報が重複して４個格納され、サービスＵＵＩＤの３３桁目～３６桁目には、ユーザＩＤの個々の桁の数値が重複して４個格納される。

例えば、１個目のサービスＵＵＩＤの１５桁目～１８桁目は、１桁目であることを示す「Ａ」が重複して４個入れられて「ＡＡＡＡ」になり、３３桁目～３６桁目は、ユーザＩＤの１桁目である「２」が重複して４個入れられて「２２２２」になる。また例えば、２個目のサービスＵＵＩＤの１５桁目～１８桁目は、２桁目であることを示す「Ｂ」が重複して４個入れられて「ＢＢＢＢ」になり、３３桁目～３６桁目は、ユーザＩＤの２桁目である「７」が重複して４個入れられて「７７７７」になる。

また例えば、３個目のサービスＵＵＩＤの１５桁目～１８桁目は、３桁目であることを示す「Ｃ」が重複して４個入れられて「ＣＣＣＣ」になり、３３桁目～３６桁目は、ユーザＩＤの３桁目である「９」が重複して４個入れられて「９９９９」になる。また例えば、４個目のサービスＵＵＩＤの１５桁目～１８桁目は、４桁目であることを示す「Ｄ」が重複して４個入れられて「ＤＤＤＤ」になり、３３桁目～３６桁目は、ユーザＩＤの４桁目である「１」が重複して４個入れられて「１１１１」になる。

図６の場合、スキャン対象は、１５桁目～１８桁目が「ＡＡＡＡ」～「ＤＤＤＤ」の４通りに、３３桁目～３６桁目が「００００」～「９９９９」の１０通りを乗じた４０通りになる。図５の場合に比べるとスキャン対象が多少増えるが、図４の場合に比べるとスキャン対象が大幅に少ないので、認証装置３０は、全通りを確実にスキャンできる。また、認証装置３０は、順序情報によって、個々の桁の順序を特定してユーザＩＤを正確に取得することができる。更に、図５の場合に比べると、順序情報とユーザＩＤの個々の桁と、がそれぞれ４個ずつ重複しており重複数が多いので、ノイズ低減の効果も大きくなる。

認証装置３０は、ユーザＩＤを取得すると、撮影部３６でユーザの顔を撮影して顔写真を取得する。認証装置３０は、サーバ１０に対し、ユーザＩＤと、顔写真と、を送信する。サーバ１０は、ユーザＩＤと顔写真に基づいてＩＤ認証と顔認証を行い、認証装置３０に対し、認証の成否を示す認証結果を送信する。認証装置３０は、認証が成功した場合には、セキュリティゲートＳＧのロックを解除し、ユーザに対して通行を促すメッセージを表示部３５に表示させる。認証装置３０は、認証が失敗した場合には、セキュリティゲートＳＧのロックを解除せず、所定のエラーメッセージを表示部３５に表示させる。

以上のように、本実施形態では、アドバタイジングパケットを利用することによって、ユーザ端末２０と認証装置３０との間でペアリングをしなくても、認証処理を実行できるようになっている。更に、個々のアドバタイジングパケットが、順序情報を重複して複数個含み、かつ、ユーザＩＤの個々の桁を重複して複数個含むことによって、ノイズの影響に対応し、認証装置３０にユーザＩＤを正確に取得させるようになっている。以降、通信システムＳの詳細を説明する。

［３．通信システムにおいて実現される機能］
図７は、通信システムＳにおいて実現される機能の一例を示す機能ブロック図である。ここでは、サーバ１０、ユーザ端末２０、及び認証装置３０の各々で実現される機能を説明する。

［３－１．サーバにおいて実現される機能］
図７に示すように、サーバ１０では、データ記憶部１００、発行部１０１、及び実行部１０２が実現される。データ記憶部１００は、記憶部１２を主として実現される。発行部１０１と実行部１０２との各々は、制御部１１を主として実現される。

[データ記憶部]
データ記憶部１００は、認証サービスの提供に必要なデータを記憶する。本実施形態では、データ記憶部１００が記憶するデータの一例として、ユーザデータベースＤＢについて説明する。

図８は、ユーザデータベースＤＢのデータ格納例を示す図である。図８に示すように、ユーザデータベースＤＢは、利用登録が完了した複数のユーザの各々に関する各種情報が格納されたデータベースある。例えば、ユーザデータベースＤＢには、ユーザアカウント、ユーザの氏名、パスワード、ユーザＩＤ、アップロードされた顔写真のデータ、及び顔写真から計算された顔の特徴量が格納される。

ユーザアカウントは、ユーザを識別可能な情報である。ユーザアカウントは、ユーザＩＤと似た概念であるが、本実施形態では、認証アプリが起動するたびにユーザＩＤが更新されるのに対し、ユーザアカウントは、原則として更新されずに永久的に使用される。また、本実施形態のユーザＩＤは、顔が似ていないユーザ同士であれば重複が許可されるのに対し、ユーザアカウントは、原則として、顔が似ているか否かに関係なく、ユーザ同士で重複しない。ユーザのメールアドレスがユーザアカウントとして利用されてもよい。

サーバ１０は、ユーザによる利用登録を受け付けると、ユーザデータベースＤＢに新たなレコードを作成し、利用登録をしたユーザに関する各種情報を格納する。例えば、サーバ１０は、ユーザがアップロードした顔写真の特徴量を計算し、ユーザデータベースＤＢに格納する。ユーザＩＤは、後述する発行部１０１により初期値が発行され、本実施形態では、認証アプリが起動するたびに新たなユーザＩＤに更新される。顔写真等の他の情報についても、事後的に変更可能であってもよい。

なお、データ記憶部１００が記憶するデータは、ユーザデータベースＤＢに限られず、データ記憶部１００は、任意のデータを記憶可能である。例えば、複数の認証装置３０が通信システムＳに含まれる場合には、データ記憶部１００は、複数の認証装置３０の各々に関する各種情報が格納されたデータベースを記憶してもよい。

［発行部］
発行部１０１は、ＩＤ発行ルールに基づいて、複数のユーザの各々のユーザＩＤを発行する。ＩＤ発行ルールは、予め定められたルールであればよく、例えば、ランダムにユーザＩＤを発行するルールであってもよいし、空いている番号のうちの最も若い番号をユーザＩＤとして発行するルールであってもよい。本実施形態では、ＩＤ発行ルールが、顔が類似する他のユーザのユーザＩＤと重複しないように、ランダムなユーザＩＤを発行するルールである場合を例に挙げて説明する。

例えば、発行部１０１は、あるユーザ（以降、発行対象のユーザ）のユーザＩＤを発行する場合に、ユーザＩＤの候補として、ランダムに４桁の数値を生成する。発行部１０１は、ユーザデータベースＤＢを参照し、発行対象のユーザの顔と、生成した候補と同じユーザＩＤが関連付けられたユーザの顔と、が類似するか否かを判定する。顔の類否判定自体は、顔認証で利用される種々の手法を利用可能であり、本実施形態では、顔の特徴量がベクトル形式で表現されるので、ベクトル空間における２つの顔の特徴量の距離に基づいて類否判定が行われる。距離が閾値未満であることは、顔が類似すること意味する。距離が閾値以上であることは、顔が類似しないことを意味する。

発行部１０１は、上記判定において類似しないと判定した場合、現在の候補を、発行対象のユーザのユーザＩＤとして決定する。発行部１０１は、上記判定において類似すると判定した場合、他の４桁の数値をランダムに生成し、新たな候補として取得する。以降、発行部１０１は、上記判定において類似しないと判定される候補が見つかるまで、新たな候補を生成する。

発行部１０１は、発行対象のユーザのユーザＩＤとして、上記決定したユーザＩＤをユーザデータベースＤＢに格納する。発行部１０１は、ユーザ端末２０に対し、上記決定したユーザＩＤを送信する。ユーザ端末２０は、ユーザＩＤを受信すると、新たなユーザＩＤとして後述するデータ記憶部２００に記録し、古いユーザＩＤを消去する。本実施形態では、発行部１０１は、ユーザが利用登録をした場合、又は、認証アプリが起動した場合に、ユーザＩＤを発行するものとするが、先述したように、ユーザＩＤの発行タイミングは、本実施形態の例に限られない。

［実行部］
実行部１０２は、認証装置３０の要求に基づいて、所定の処理を実行する。所定の処理は、通信システムＳを適用するサービスに応じた内容の処理であればよい。本実施形態では、認証サービスへの適用例を説明しているので、所定の処理の一例として、認証処理を説明する。実行部１０２は、後述するユーザＩＤ取得部３０３が取得したユーザＩＤを認証装置３０から受信し、ユーザＩＤに基づいて、認証処理を実行する。

本実施形態では、ＩＤ認証と顔認証の２段階認証が利用されるので、実行部１０２は、認証装置３０から受信したユーザＩＤがユーザデータベースＤＢに存在するか否かを判定することによって、ＩＤ認証を実行する。ユーザＩＤがユーザデータベースＤＢに存在する場合、ＩＤ認証は成功となる。ユーザＩＤがユーザデータベースＤＢに存在しない場合、ＩＤ認証は失敗となる。

実行部１０２は、ＩＤ認証が成功した場合に、認証装置３０から受信した顔写真に基づいて、処理対象となるユーザの顔の特徴量を計算する。実行部１０２は、計算した顔の特徴量と、ユーザデータベースＤＢに格納された正解となる顔の特徴量（認証装置３０から受信したユーザＩＤに関連付けられた顔の特徴量）と、に基づいて、顔認証を実行する。これらの距離が閾値未満である場合、顔認証は成功となる。これらの距離が閾値以上である場合、顔認証は失敗となる。実行部１０２は、認証装置３０に対し、ＩＤ認証と顔認証の認証結果を送信する。

なお、本実施形態では、１つのユーザデータベースＤＢに、ユーザＩＤと顔の特徴量が格納される場合を説明するが、ユーザＩＤごとに、顔の特徴量を格納するデータベースを分けてもよい。この場合、データ記憶部１００は、複数のデータベースを記憶し、ユーザＩＤは、データベースを検索するクエリとして使用される。実行部１０２は、認証装置３０から受信したユーザＩＤが関連付けられたデータベースを参照し、認証装置３０から受信した顔写真に基づいて計算した顔の特徴量と類似する顔の特徴量が存在するか否かを判定すればよい。この場合、ＩＤ認証が実行されるわけではないので、認証処理は、１段階の顔認証のみとなる。

［３－２．ユーザ端末において実現される機能］
図７に示すように、ユーザ端末２０では、データ記憶部２００、分割部２０１、作成部２０２、及び送信部２０３が実現される。データ記憶部２００は、記憶部２２を主として実現される。分割部２０１、作成部２０２、及び送信部２０３の各々は、制御部２１を主として実現される。本実施形態では、ユーザ端末２０には、認証アプリがインストールされており、分割部２０１、作成部２０２、及び送信部２０３の各々の処理は、アプリケーションの処理として実行される。

［データ記憶部］
データ記憶部２００は、ユーザが認証サービスを利用するために必要なデータを記憶する。例えば、データ記憶部２００は、ユーザの顔写真のデータ、発行部１０１により発行されたユーザＩＤ、認証アプリ、及び認証アプリのアプリ識別ＩＤを記憶する。ユーザＩＤとアプリ識別ＩＤは、認証アプリの一部としてデータ記憶部２００に記憶されていてもよい。

［分割部］
分割部２０１は、送信対象データを複数のデータ部分に分割する。この分割ルールは、認証アプリに定義されているものとする。本実施形態では、分割部２０１は、ユーザＩＤを、個々の桁に分割する。ユーザＩＤは、送信対象データの一例であり、個々の桁は、データ部分の一例である。このため、本実施形態でユーザＩＤについて説明している箇所は、送信対象データと読み替えることができ、個々の桁について説明している箇所は、データ部分と読み替えることができる。

送信対象データは、ユーザ端末２０から認証装置３０に対して送信されるデータである。別の言い方をすれば、送信対象データは、分割前のデータであり、データ部分の分割元となるデータである。送信対象データは、任意のデータであってよく、通信システムＳが適用されるサービスに応じたデータであればよい。本実施形態では、送信対象データの一例であるユーザＩＤがデータ記憶部２００に記憶されている場合を説明するが、送信対象データは、ユーザ端末２０以外のコンピュータ、又は、ユーザ端末２０に接続された情報記憶媒体に記憶されていてもよい。また、ユーザＩＤ以外の認証情報が送信対象データに相当してもよい。例えば、パスワード、パスコード、電話番号、メールアドレス、又はユーザ端末２０の個体識別情報などの認証情報が送信対象データに相当してもよい。

データ部分は、送信対象データの一部である。個々のデータ部分は、少なくとも１つの数値又は文字によって示される。数値を表現するための「０」～「９」の数字は、文字の一種である。データ部分の個数は、予め定められていてもよいし、動的に変化してもよい。データ部分の個数を可変にする場合には、何個のデータ部分に分けられているかを認証装置３０に認識させる必要があるので、この場合は、データ部分の個数を示す情報が、アドバタイジングパケット等を利用して送信されるものとする。後述する特定部３０２は、この情報を参照してデータ部分の個数を特定する。

また、個々のデータ部分の情報量（例えば、桁数）は、互いに同じであってもよいし、異なっていてもよい。例えば、本実施形態のように全てのデータ部分が１桁の数値になるのではなく、あるデータ部分は、２桁の数値であり、他のデータ部分は１桁の数値といったように、データ部分に応じて桁数が異なってもよい。即ち、ユーザＩＤの桁数と、データ部分の数と、は一致しなくてもよい。個々のデータ部分の情報量を異ならせる場合には、あるアドバタイジングパケットに含まれるデータ部分の情報量を認証装置３０に認識させる必要があるので、この場合は、データ部分の情報量を示す情報が、アドバタイジングパケット等を利用して送信されるものとする。

なお、本実施形態では、全てのユーザのユーザＩＤが４桁である場合を説明するが、ユーザＩＤは、ユーザによって桁数が異なっていてもよい。例えば、本実施形態では、「６７」という数値であったとしても、４桁にするために、「００」を付加して「００６７」をユーザＩＤとしているが、「６７」という２桁の数値がユーザＩＤとして利用されてもよい。この場合、ユーザＩＤを送信するために必要なアドバタイジングパケットは２つで済む。ただし、ユーザＩＤが何桁であるかを認証装置３０に認識させる必要があるので、この場合は、ユーザＩＤが何桁の数値であるかを示す情報が、アドバタイジングパケット等を利用して送信されるものとする。

［作成部］
作成部２０２は、ユーザ端末２０から認証装置３０に対して送信される複数のパケットの各々を作成する。本実施形態では、複数のパケットの各々が、所定の無線通信規格におけるアドバタイジングパケットである場合を説明するが、アドバタイジングパケット以外のパケットを利用して通信が行われてもよい。このため、本実施形態でアドバタイジングパケットについて説明している箇所は、任意の通信規格のパケットと読み替えることができる。

例えば、本実施形態では、ペアリングを必要としない場合を説明するが、ペアリングをしたうえでユーザＩＤが送信されてもよく、この場合には、作成部２０２は、アドバタイジングパケットではない通常のパケットを作成する。また例えば、ユーザ端末２０と認証装置３０との間で、Ｗｉ－Ｆｉ（登録商標）などの他の無線通信規格が利用される場合には、作成部２０２は、その規格で送信可能なパケットを作成すればよい。また例えば、ユーザ端末２０と認証装置３０とは有線通信をしてもよく、この場合には、作成部２０２は、有線通信規格で送信可能なパケットを作成すればよい。

作成部２０２は、複数のアドバタイジングパケットの各々に、ユーザＩＤの少なくとも１つの桁が重複して複数個含まれ、かつ、ユーザＩＤにおける当該桁の順序に関する順序情報が含まれるように、複数のアドバタイジングパケットの各々を作成する。本実施形態では、１つのアドバタイジングパケットにつきユーザＩＤの１つの桁が含まれており、作成されるアドバタイジングパケットの数とユーザＩＤの桁数とが一致する場合を説明するが、これらは一致していなくてもよい。また、１つのアドバタイジングパケットに重複して含まれる桁の数は、４個に限られず、２個、３個、又は５個以上であってもよい。また、アドバタイジングパケットごとに、重複して含まれる桁の数が異なってもよい。

例えば、ユーザＩＤ「２７９１」について、１個目のアドバタイジングパケットに「２７」が重複して複数個含まれて、２個目のアドバタイジングパケットに「９１」が重複して複数個含まれるといったように、１つのアドバタイジングパケットにユーザＩＤの複数の桁が含まれていてもよい。この場合、１個目のアドバタイジングパケットの３３桁目～３６桁目は、「２７２７」のようになり、２個目のアドバタイジングパケットの３３桁目～３６桁目は、「９１９１」のようになる。これらのアドバタイジングパケットの１５桁目～１８桁には、「ＡＢＡＢ」や「ＣＤＣＤ」のような順序情報が格納されるようにすればよい。あるいは、１個目のアドバタイジングパケットの３３桁目～３６桁目は、「２２７７」のようになり、２個目のアドバタイジングパケットの３３桁目～３６桁目は、「９９１１」のようになる。これらのアドバタイジングパケットの１５桁目～１８桁には、「ＡＡＢＢ」や「ＣＣＤＤ」のような順序情報が格納されるようにすればよい。

また例えば、あるアドバタイジングパケットに含まれる桁数と、他のアドバタイジングパケットに含まれる桁数と、は異なってもよい。例えば、１個目のアドバタイジングパケットにユーザＩＤの１桁目だけが重複して複数個含まれており、２個目のアドバタイジングパケットにユーザＩＤの２桁目～４桁目が重複して複数個含まれているようにしてもよい。このように、個々のアドバタイジングパケットには、ユーザＩＤの少なくとも１つの桁が重複して複数個含まれているようにすればよい。

個々のアドバタイジングパケットには、順序情報が１個だけ含まれていてもよいが、本実施形態では、作成部２０２は、複数のアドバタイジングパケットの各々に、順序情報が重複して複数個含まれるように、複数のアドバタイジングパケットの各々を作成する。１つのアドバタイジングパケットに重複して含まれる順序情報の数は、４個に限られず、２個、３個、又は５個以上であってもよい。また、アドバタイジングパケットごとに、重複して含まれる順序情報の数が異なってもよい。また、１つのアドバタイジングパケットに含まれる順序情報の数と、ユーザＩＤの桁の数と、は異なっていてもよい。例えば、１つのアドバタイジングパケットに、順序情報が２個だけ含まれており、ユーザＩＤの個々の桁が４個含まれていてもよい。

本実施形態では、作成部２０２は、複数のアドバタイジングパケットの各々に、順序情報が重複して複数個連続して含まれるように、複数のアドバタイジングパケットの各々を作成する。ここでの連続してとは、アドバタイジングパケット内のデータ領域が連続していることである。例えば、１５桁目～１８桁目に順序情報が連続して格納され、４個の順序情報の各々は、アドバタイジングパケット内の連続したデータ領域に格納される。順序情報の間には、アプリ識別ＩＤなどの他の情報は存在しない。なお、１つのアドバタイジングパケットに格納される４個の順序情報は、１０桁目、１４桁目、１６桁目、２０桁目といったように、連続せずにばらばらに格納されていてもよい。

本実施形態では、作成部２０２は、複数のアドバタイジングパケットの各々において、重複した複数個の少なくとも１つの桁と、順序情報と、が所定距離以上離れるように、複数のアドバタイジングパケットの各々を作成する。ここでの距離とは、アドバタイジングパケット内のデータ領域における距離である。距離は、桁数又は文字数ということもできる。ユーザＩＤと順序情報との間には、アプリ識別ＩＤの一部が存在する。図６の例であれば、１５桁目～１８桁目にある４個の順序情報と、３３桁目～３６桁目にある４個の桁と、の間には、１９桁目～３２桁目のアプリ識別ＩＤの一部が存在する。このため、順序情報と桁は、１４桁分の距離が離れている。なお、順序情報とユーザＩＤの個々の桁とは、連続して格納されていてもよい。

本実施形態では、作成部２０２は、複数のアドバタイジングパケットの各々に、少なくとも１つのデータ部分が重複して複数個連続して含まれるように、複数のアドバタイジングパケットの各々を作成する。連続の意味は、先述した通りである。例えば、３３桁目～３６桁目にユーザＩＤの個々の桁が連続して格納され、４個の桁の各々は、アドバタイジングパケット内の連続したデータ領域に格納される。個々の桁の間には、アプリ識別ＩＤなどの他の情報は存在しない。なお、１つのアドバタイジングパケットに格納される４個の桁は、２５桁目、３０桁目、３２桁目、３６桁目といったように、連続せずにばらばらに格納されていてもよい。

本実施形態では、作成部２０２は、複数のアドバタイジングパケットの各々に、無線通信規格におけるサービスＵＵＩＤの一部として、ユーザＩＤの少なくとも１つの桁を重複して複数個含み、かつ、順序情報を含むように、複数のアドバタイジングパケットの各々を作成する。サービスＵＵＩＤにおけるユーザＩＤの個々の桁の位置、順序情報の位置、及びアプリ識別ＩＤの位置は、予め定められているものとする。本実施形態では、１個のアドバタイジングパケットに１つのサービスＵＵＩＤが格納される場合を説明するが、無線通信規格の改訂等により、１個のアドバタイジングパケットに複数のサービスＵＵＩＤが格納されてもよい。

なお、サービスＵＵＩＤは、本実施形態で説明した１２８ビットのタイプのものに限られず、他のタイプのものが利用されてもよい。また、サービスＵＵＩＤではなく、キャラスタリスティックＵＵＩＤなどの他のＵＵＩＤが利用されてもよい。また、ＵＵＩＤ以外のデータが利用されてもよく、特定のオペレーティングシステムの仕様を考慮しないのであれば、ローカルネームにユーザＩＤの個々の桁が格納されてもよい。他にも例えば、ＵＵＩＤ及びローカルネーム以外の他のデータが利用されてもよい。

［送信部］
送信部２０３は、認証装置３０に対し、複数のパケットの各々を送信する。本実施形態では、送信部２０３は、無線通信規格を利用して、複数のアドバタイジングパケットの各々を送信する。個々のアドバタイジングパケットは、１回だけ送信されてもよいが、本実施形態では、送信部２０３は、複数のアドバタイジングパケットの各々を、複数回繰り返し送信するものとする。また、送信部２０３は、個々のアドバタイジングパケットを別々に送信してもよいし、複数のアドバタイジングパケットを一度に送信してもよい。

送信部２０３は、作成部２０２が作成したデジタルデータとしてのアドバタイジングパケットをアナログの電気信号に変換し、アナログの電気信号に変換されたアドバタイジングパケットを、認証装置３０に対して送信する。電気信号の変換手順については、無線通信規格に沿った手順で実行されるようにすればよい。他の通信規格が利用される場合には、送信部２０３は、利用する通信規格に沿った手順でパケットを送信すればよい。

［３－３．認証装置において実現される機能］
図７に示すように、認証装置３０では、データ記憶部３００、受信部３０１、特定部３０２、ユーザＩＤ取得部３０３、生体情報取得部３０４、及び実行部３０５が実現される。データ記憶部３００は、記憶部３２を主として実現される。受信部３０１、特定部３０２、ユーザＩＤ取得部３０３、生体情報取得部３０４、及び実行部３０５の各々は、制御部３１を主として実現される。

［データ記憶部］
データ記憶部３００は、認証サービスの提供に必要なデータを記憶する。本実施形態では、全てのアドバタイジングパケットがスキャンされるのではなく、一部のアドバタイジングパケットがスキャンされるので、データ記憶部３００は、スキャン対象のアドバタイジングパケットが定義されたスキャン設定データＤＴを記憶する。なお、本実施形態のスキャンとは、アドバタイジングパケットを有効にすることであり、ユーザＩＤを取得する処理の対象にすることを意味する。

図９は、スキャン設定データＤＴのデータ格納例を示す図である。図９に示すように、スキャン設定データＤＴには、スキャン対象となるアドバタイジングパケットを識別可能な情報が含まれている。本実施形態では、下記の４つの条件がスキャン設定データＤＴに定義されている。
（条件１）サービスＵＵＩＤが含まれていること。
（条件２）サービスＵＵＩＤの１桁目～１４桁目及び１９桁目～３２桁目にアプリ識別ＩＤが含まれていること。
（条件３）１５桁目～１８桁目が互いに同じであり、かつ、個々の桁が「Ａ」～「Ｄ」の何れかであること。
（条件４）３３桁目～３６桁目が互いに同じであり、かつ、個々の桁が「０」～「９」の何れかであること。

なお、図９のデータ格納例では、スキャン設定データＤＴをテーブル形式のデータとして示したが、スキャン設定データＤＴは、任意の形式のデータであってよい。例えば、スキャン設定データＤＴは、ＣＳＶ形式、テキスト形式、又は数式形式であってもよいし、プログラムコードの一部として定義されていてもよい。また、データ記憶部３００に記憶されるデータは、スキャン設定データＤＴに限られず、データ記憶部３００は、任意のデータを記憶可能である。

［受信部］
受信部３０１は、ユーザ端末２０から、複数のパケットの各々を受信する。本実施形態では、受信部３０１は、無線通信規格を利用して、複数のアドバタイジングパケットの各々を受信する。個々のアドバタイジングパケットは、繰り返し送信されることがあるので、受信部３０１は、複数のアドバタイジングパケットの各々を、複数回繰り返し受信することがある。受信部３０１は、ひとまず全てのアドバタイジングパケットを受信し、スキャン設定データＤＴに基づいて、その中から処理対象となるアドバタイジングパケットが、後述するユーザＩＤ取得部３０３によってスキャンされる。受信部３０１は、複数のアドバタイジングパケットを別々に受信してもよいし、複数のアドバタイジングパケットを一度に受信してもよい。

［特定部］
特定部３０２は、データ部分の個数を特定する。本実施形態では、送信対象データは、所定の桁数の数値であり、複数のデータ部分の各々は、数値（ユーザＩＤが示す４桁の数値）に含まれる個々の桁であり、順序情報は、この数値において何桁目であるかを示す値なので、特定部３０２は、桁数（ユーザＩＤにおける桁数）を、個数として特定する。本実施形態では、４桁のユーザＩＤが４つの数値に分割されるので、特定部３０２は、データ部分の個数として、４個を特定する。例えば、データ部分の個数は、データ記憶部３００に記憶されているものとする。この個数は、プログラムコードの一部として定義されていてもよいし、プログラムコードとは別の設定値として定義されていてもよい。

［ユーザＩＤ取得部］
ユーザＩＤ取得部３０３は、複数のアドバタイジングパケットの各々に含まれる、重複した複数個の少なくとも１つの桁と、当該桁の順序に関する順序情報と、に基づいて、複数の桁を結合してユーザＩＤを取得する。本実施形態では、ユーザＩＤ取得部３０３は、複数のアドバタイジングパケットの各々にサービスＵＵＩＤの一部として含まれる、重複した複数個の少なくとも１つの桁と、順序情報と、に基づいて、ユーザＩＤを取得する。ユーザＩＤ取得部３０３は、複数のアドバタイジングパケットの各々に含まれる順序情報に基づいて、複数の桁の各々の順序を特定する。ユーザＩＤ取得部３０３は、複数の桁の各々を、特定した順序通りに結合してユーザＩＤを取得する。

本実施形態では、複数のアドバタイジングパケットの各々は、サービスＵＵＩＤの３３桁目～３６桁目に、少なくとも１つの桁を重複して複数個含み、サービスＵＵＩＤの１５桁目～１８桁目に、順序情報を含む。サービスＵＵＩＤの３３桁目～３６桁目は、第１のデータ領域の一例であり、サービスＵＵＩＤの１５桁目～１８桁目は、第２のデータ領域の一例である。このため、本実施形態でサービスＵＵＩＤの３３桁目～３６桁目について説明している箇所は、第１のデータ領域と読み替えることができ、サービスＵＵＩＤの１５桁目～１８桁目について説明している箇所は、第２のデータ領域と読み替えることができる。

第１のデータ領域は、ユーザＩＤの個々の桁を格納するために予め定められた領域である。データ領域とは、アドバタイジングパケットの一部である。例えば、アドバタイジングパケットのＡＤデータ部の先頭から数えて第１のビット目から第２のビット目までの領域が第１のデータ領域である。本実施形態では、第１のデータ領域のサイズ（上記第１のビット目から第２のビット目までのサイズ）が４桁分である場合を説明するが、第１のデータ領域のサイズは、任意のサイズであってよい。第１のデータ領域は、連続した領域でなくてもよく、サービスＵＵＩＤの２５桁目、２８桁目、３０桁目、及び３４桁目といった飛び地のような領域であってもよい。

第２のデータ領域は、順序情報を格納するために予め定められた領域である。例えば、アドバタイジングパケットのＡＤデータ部の先頭から数えて第３のビット目から第４のビット目までの領域が第２のデータ領域である。本実施形態では、第２のデータ領域のサイズ（上記第３のビット目から第４のビット目までのサイズ）が４桁分である場合を説明するが、第２のデータ領域のサイズは、第１のデータ領域と同様、任意のサイズであってよい。第２のデータ領域は、第１のデータ領域と同様、連続した領域でなくてもよい。第１のデータ領域のサイズと、第２のデータ領域のサイズと、は異なっていてもよい。

本実施形態では、ユーザＩＤ取得部３０３は、サービスＵＵＩＤの３３桁目～３６桁目に含まれる値が互いに同じであるアドバタイジングパケットをスキャンし、当該スキャンされたアドバタイジングパケットに基づいて、ユーザＩＤを取得する。ユーザＩＤ取得部３０３は、スキャン設定データＤＴに定められた条件１及び条件４に基づいて、サービスＵＵＩＤの３３桁目～３６桁目の全てが同じであり、かつ、「０」～「９」の何れかであるか否かを判定する。ユーザＩＤ取得部３０３は、この判定が肯定にならないアドバタイジングパケットはスキャンせずに破棄し、この判定が肯定になったアドバタイジングパケットをスキャンして処理対象とする。

なお、個々のアドバタイジングパケットには、順序情報が１個だけ含まれていてもよいが、本実施形態では、ユーザＩＤ取得部３０３は、複数のアドバタイジングパケットの各々に含まれる、重複した複数個の少なくとも１つの桁と、重複した複数個の順序情報と、に基づいて、ユーザＩＤを取得する。

例えば、ユーザＩＤ取得部３０３は、サービスＵＵＩＤの１５桁目～１８桁目に含まれる値が互いに同じであるアドバタイジングパケットをスキャンし、当該スキャンしたアドバタイジングパケットに基づいて、送信対象データを取得する。ユーザＩＤ取得部３０３は、スキャン設定データＤＴに定められた条件１及び条件３に基づいて、サービスＵＵＩＤの１５桁目～１８桁目の全てが同じであり、かつ、「Ａ」～「Ｄ」の何れかであるか否かを判定する。ユーザＩＤ取得部３０３は、この判定が肯定にならないアドバタイジングパケットはスキャンせずに破棄し、この判定が肯定になったアドバタイジングパケットをスキャンして処理対象とする。

なお、個々のアドバタイジングパケットに含まれるユーザＩＤの桁と順序情報は、上記のようなスキャン以外の目的で利用されてもよい。例えば、ユーザＩＤ取得部３０３は、あるアドバタイジングパケットに含まれる個々の桁が互いに違っていたり、個々の順序情報が互いに違っていたりした場合に、ひとまず全通りのユーザＩＤを取得してもよい。アドバタイジングパケットに順序情報が１個だけ含まれる場合も同様に、ユーザＩＤ取得部３０３は、あるアドバタイジングパケットに含まれる個々の桁が互いに違っていた場合に、ひとまず全通りのユーザＩＤを取得してもよい。サーバ１０及び認証装置３０の処理負荷が多少は増加し、誤認証の可能性が多少は増加するが、全通りのユーザＩＤについて認証処理が実行されてもよい。

本実施形態では、ユーザＩＤ取得部３０３は、所定の個数（特定部３０２により特定された個数）に達するまで、複数のアドバタイジングパケットの各々からユーザＩＤの少なくとも１つの桁と順序情報を取得し、所定の個数に達した場合に、ユーザＩＤを取得する。例えば、ユーザＩＤ取得部３０３は、アドバタイジングパケットの順序情報を参照し、全ての桁を受信したか否かを判定する。ユーザＩＤ取得部３０３は、全ての桁を受信したと判定した場合に、それまでに受信した個々の桁を結合してユーザＩＤを取得する。

認証装置３０は、複数のユーザ端末２０の各々と通信可能であり、複数のアドバタイジングパケットの各々には、当該アドバタイジングパケットを送信したユーザ端末２０を識別可能な識別情報が含まれており、ユーザＩＤ取得部３０３は、複数のアドバタイジングパケットの各々に含まれる識別情報に基づいて、ユーザ端末２０ごとに、ユーザＩＤを取得する。この識別情報は、任意の情報であってよく、例えば、ユーザ端末２０のアドレス、又は、ユーザ端末２０のコンピュータ名である。本実施形態では、図３に示すフォーマットのアクセスアドレス部又はアドバタイジングアドレス部が上記識別情報に相当する。

本実施形態では、サービスＵＵＩＤには、アプリケーションを識別可能なアプリ識別ＩＤが含まれており、ユーザＩＤ取得部３０３は、サービスＵＵＩＤにアプリ識別ＩＤが含まれているアドバタイジングパケットをスキャンし、ユーザＩＤを取得する。ユーザＩＤ取得部３０３は、スキャン設定データＤＴに定められた条件１及び条件２に基づいて、サービスＵＵＩＤが含まれており、かつ、認証アプリのアプリ識別ＩＤが含まれているか否かを判定する。ユーザＩＤ取得部３０３は、条件１及び条件２を満たさないアドバタイジングパケットはスキャンせずに破棄し、条件１及び条件２を満たすアドバタイジングパケットをスキャンして処理対象とする。

［生体情報取得部］
生体情報取得部３０４は、ユーザの生体情報を取得する。本実施形態では、生体認証の一例として顔認証を説明するので、生体情報取得部３０４は、ユーザの顔写真又は顔の特徴量を取得する。本実施形態では、生体情報取得部３０４によって顔写真が取得され、サーバ１０によって顔の特徴量が計算される場合を説明するが、生体情報取得部３０４が顔の特徴量を計算してもよい。生体情報は、通信システムＳで利用される生体認証に応じた方法で取得されるようにすればよい。

［実行部］
実行部３０５は、ユーザＩＤに基づいて、所定の処理を実行する。本実施形態では、送信対象データが、ユーザ端末１０のユーザを識別可能なユーザＩＤであり、所定の処理は、ユーザＩＤに基づいて実行される認証処理であり、これらの点は、サーバ１０の実行部１０２で説明した通りである。例えば、実行部３０５は、ユーザＩＤと、生体情報と、に基づいて、認証処理を実行する。本実施形態では、サーバ１０の実行部１０２によって、ユーザＩＤの正当性及び顔の類否が判定されるので、認証装置３０の実行部３０５が実行する認証処理は、ユーザＩＤと顔写真をサーバ１０に送信する処理になる。

［４．通信システムにおいて実行される処理］
次に、通信システムＳにおいて実行される処理について説明する。ここでは、ユーザが認証アプリを起動した場合に実行される起動処理と、ユーザがセキュリティゲートＳＧを通過するための認証処理と、について説明する。下記に説明する処理は、図７に示す機能ブロックにより実行される処理の一例である。

［４－１．起動処理］
図１０は、起動処理の一例を示すフロー図である。図１０に示す起動処理は、制御部１１，２１が、それぞれ記憶部１２，２２に記憶されたプログラムに従って動作することによって実行される。なお、起動処理が実行されるにあたり、ユーザは利用登録を済ませているものとする。

図１０に示すように、ユーザ端末２０は、操作部２４の検出信号に基づいて、認証アプリを起動させるか否かを判定する（Ｓ１００）。認証アプリは、任意の操作によって起動し、例えば、表示部２５に表示されたメニュー画面から認証アプリを選択する操作が行われた場合に起動する。

認証アプリを起動させると判定されない場合（Ｓ１００；Ｎ）、本処理は終了する。この場合、ユーザ端末２０の記憶部２２に記憶されたユーザＩＤは更新されない。一方、認証アプリを起動させると判定された場合（Ｓ１００；Ｙ）、ユーザ端末２０は、認証アプリを起動させ（Ｓ１０１）、サーバ１０に対し、認証アプリの起動通知を送信する（Ｓ１０２）。起動通知は、認証アプリが起動されたことを示す通知である。起動通知には、ユーザ端末２０、ユーザ、及び認証アプリの少なくとも１つを識別可能な情報が含まれており、例えば、ユーザ端末２０の記憶部２２に記憶されたユーザＩＤが含まれる。

サーバ１０は、起動通知を受信すると、起動通知を送信したユーザに対し、新たなユーザＩＤを発行する（Ｓ１０３）。新たなユーザＩＤは、現在のユーザＩＤとは異なるユーザＩＤである。Ｓ１０３においては、サーバ１０は、所定のＩＤ発行ルールに基づいて、ユーザＩＤを発行する。例えば、サーバ１０は、全ての他のユーザと重複しないようにユーザＩＤを発行してもよいし、顔の特徴量が類似する他のユーザと重複しないようにユーザＩＤを発行してもよい。サーバ１０は、起動通知に含まれるユーザＩＤに代えて、新たに発行したユーザＩＤをユーザデータベースＤＢに格納する。

サーバ１０は、ユーザ端末２０に対し、新たなユーザＩＤを送信する（Ｓ１０４）。ユーザ端末２０は、新たなユーザＩＤを受信すると、古いユーザＩＤを記憶部２２から消去して、新たなユーザＩＤを記憶部２２に記録し（Ｓ１０５）、本処理は終了する。以降、ユーザ端末２０は、アドバタイジングパケットを利用して、新たなユーザＩＤを送信できるようになる。

［４－２．認証処理］
図１１は、認証処理の一例を示すフロー図である。図１１に示す認証処理は、制御部１１，２１，３１が、それぞれ記憶部１２，２２，３２に記憶されたプログラムに従って動作することによって実行される。なお、認証処理が実行されるにあたり、利用登録が完了しているものとする。利用登録後に図１０の起動処理が実行された場合には、更新後の新たなユーザＩＤに基づいて、下記に説明する認証処理が実行される。認証処理は、認証アプリが起動された状態、認証アプリがバックグラウンドモードに移行した状態、又はユーザ端末２０がスリープモードに移行した状態の何れで実行されてもよい。

図１１に示すように、ユーザ端末２０は、記憶部２２に記憶されたユーザＩＤを個々の桁に分割する（Ｓ２００）。Ｓ２００においては、ユーザ端末２０は、４桁のユーザＩＤを、１桁目、２桁目、３桁目、及び４桁目の各々に分割する。

ユーザ端末２０は、個々の桁が重複して複数個含まれ、かつ、順序情報が重複して複数個含まれるように、複数のアドバタイジングパケットを作成する（Ｓ２０１）。Ｓ２０１では、ユーザ端末２０は、Ｓ２００で分割した桁ごとに、図６を参照して説明したような４個のサービスＵＵＩＤをそれぞれ含む４個のアドバタイジングパケットを作成する。

ユーザ端末２０は、認証装置３０に対し、複数のアドバタイジングパケットの各々を送信する（Ｓ２０２）。Ｓ２０２においては、ユーザ端末２０は、Ｓ２０１で作成した４個のアドバタイジングパケットの各々を繰り返し送信する。認証アプリ以外の他のアプリがユーザ端末２０にインストールされており、他のアプリについてもアドバタイジングパケットを利用するのであれば、ユーザ端末２０は、Ｓ２０１で作成した４個のアドバタイジングパケット以外の他のアドバタイジングパケットを送信する。

認証装置３０は、ユーザ端末２０又は他のコンピュータから、アドバタイジングパケットを受信する（Ｓ２０３）。Ｓ２０３の時点では、認証装置３０は、アドバタイジングパケットに何のデータが格納されているかを判別できないので、ひとまず全てのアドバタイジングパケットを受信する。認証装置３０は、受信したアドバタイジングパケットのうち、スキャン設定データに定義されたアドバタイジングパケットをスキャンし、ユーザＩＤを取得する（Ｓ２０４）。

図１２は、Ｓ２０４における処理の詳細を示す図である。図１２に示すように、認証装置３０は、Ｓ２０３で受信したアドバタイジングパケットのＡＤタイプを参照し、サービスＵＵＩＤが格納されているか否かを判定する（Ｓ２０４０）。サービスＵＵＩＤが格納されていると判定されない場合（Ｓ２０４０；Ｎ）、認証装置３０は、Ｓ２０３で受信したアドバタイジングパケットをスキャンせずに破棄し（Ｓ２０４１）、本処理は終了する。

一方、サービスＵＵＩＤが格納されていると判定された場合（Ｓ２０４０；Ｙ）、認証装置３０は、このサービスＵＵＩＤの１桁目～１４桁目及び１９桁目～３２桁目を参照し、認証アプリのアプリ識別ＩＤが格納されているか否かを判定する（Ｓ２０４２）。認証アプリのアプリ識別ＩＤが格納されていると判定されない場合（Ｓ２０４２；Ｎ）、認証サービスとは関係のないアプリケーションにより送信されたアドバタイジングパケットなので、Ｓ２０４１の処理に移行し、アドバタイジングパケットが破棄される。

一方、認証アプリのアプリ識別ＩＤが格納されていると判定された場合（Ｓ２０４２；Ｙ）、認証装置３０は、サービスＵＵＩＤの１５桁目～１８桁目が全て一致し、かつ、「Ａ」～「Ｄ」の何れかであるかを判定する（Ｓ２０４３）。サービスＵＵＩＤの１５桁目～１８桁目が一致しないと判定された場合、又は、サービスＵＵＩＤの１５桁目～１８桁目が「Ａ」～「Ｄ」の何れかではないと判定された場合（Ｓ２０４３；Ｎ）、ノイズの影響を受けた可能性があるので、Ｓ２０４１の処理に移行し、アドバタイジングパケットが破棄される。

一方、サービスＵＵＩＤの１５桁目～１８桁目が全て一致し、かつ、「Ａ」～「Ｄ」の何れかであると判定された場合（Ｓ２０４３；Ｙ）、認証装置３０は、サービスＵＵＩＤの３３桁目～３６桁目（下４桁）が全て一致し、かつ、「０」～「９」の何れかであるかを判定する（Ｓ２０４４）。サービスＵＵＩＤの下４桁が一致しないと判定された場合、又は、サービスＵＵＩＤの下４桁が「０」～「９」の何れかではないと判定された場合（Ｓ２０４４；Ｎ）、ノイズの影響を受けた可能性があるので、Ｓ２０４１の処理に移行し、アドバタイジングパケットが破棄される。

サービスＵＵＩＤの下４桁が全て一致し、かつ、「０」～「９」の何れかであると判定された場合（Ｓ２０４４；Ｙ）、認証装置３０は、処理中のアドバタイジングパケットをスキャン対象とし、サービスＵＵＩＤの１５桁目～１８桁目の順序情報と、サービスＵＵＩＤの下４桁の数値と、に基づいて、ユーザＩＤの桁を記憶部２２に保持する（Ｓ２０４５）。Ｓ２０４５においては、認証装置３０は、スキャンしたアドバタイジングパケットに格納された、ユーザ端末２０のアドレス等の識別情報ごとに、ユーザＩＤの桁を格納する配列ＵｓｅｒＩＤ［ｉ］を記憶部３２に保持する。ｉは、桁の順序であり、「１」～「４」の何れかとなる。この配列の個々の要素は、受信済みのアドバタイジングパケットに格納された桁である。Ｓ２０４５においては、認証装置３０は、順序情報が示す「Ａ」～「Ｄ」の何れかを「１」～「４」の何れかに変換し、受信した桁を配列に格納する。

認証装置３０は、ユーザＩＤの取得が完了したか否かを判定する（Ｓ２０４６）。Ｓ２０４６においては、認証装置３０は、上記配列の４つの要素全てに桁が格納されたか否かを判定する。４つの要素全てに桁が格納されたと判定された場合には、認証装置３０は、各要素の数値を結合してユーザＩＤを取得し、ユーザＩＤの取得が完了したと判定する。

ユーザＩＤの取得が完了していないと判定された場合（Ｓ２０４６；Ｎ）、Ｓ２０３の処理に戻り、アドバタイジングパケットの受信が継続される。一方、ユーザＩＤの取得が完了したと判定された場合（Ｓ２０４６；Ｙ）、図１１に戻り、認証装置３０は、撮影部３６の検出信号に基づいて、顔写真を取得する（Ｓ２０５）。認証装置３０は、サーバ１０に対し、Ｓ２０４で取得が完了したと判定されたユーザＩＤと、Ｓ２０５で取得された顔写真と、を含む認証要求を送信する（Ｓ２０６）。認証要求は、認証処理の実行を要求するための所定の要求である。

サーバ１０は、認証要求を受信すると、ユーザデータベースＤＢに基づいて、ＩＤ認証と顔認証を実行する（Ｓ２０７）。Ｓ２０７においては、サーバ１０は、認証要求に含まれるユーザＩＤがユーザデータベースＤＢに存在するか否かを判定する。サーバ１０は、ユーザＩＤが存在する場合、認証要求に含まれる顔写真に基づいて、顔の特徴量を計算する。サーバ１０は、ユーザデータベースＤＢにおいてユーザＩＤに関連付けられた顔の特徴量と、認証要求に含まれる顔写真から計算した顔の特徴量と、の距離を計算する。この距離が閾値未満であれば、顔認証は成功となる。この距離が閾値以上であれば、顔認証は失敗となる。

認証が失敗した場合（Ｓ２０７；失敗）、サーバ１０は、認証装置３０に対し、エラーメッセージを送信し（Ｓ２０８）、本処理は終了する。この場合、認証装置３０の表示部３５に、エラーメッセージが表示され、認証が成功しなかったことがユーザに通知される。

一方、認証が成功した場合（Ｓ２０７；成功）、サーバ１０は、認証装置３０に対し、認証が成功したことを示す成功通知を送信する（Ｓ２０９）。認証装置３０においては、成功通知を受信すると、認証装置３０の制御部３１は、セキュリティゲートＳＧのロックを解除し（Ｓ２１０）、本処理は終了する。以降、認証装置３０の表示部３５には、認証が成功したことを示すメッセージが表示され、ユーザは、セキュリティゲートＳＧを通過する。

本実施形態の通信システムＳによれば、ユーザ端末２０は、ユーザＩＤの少なくとも１つの桁が重複して複数個含まれ、かつ、順序情報が含まれるように、複数のアドバタイジングパケットの各々を作成して送信する。認証装置３０は、複数のアドバタイジングパケットの各々に含まれる、重複した複数個の少なくとも１つの桁と、順序情報と、に基づいて、複数の桁を結合してユーザＩＤを取得して所定の処理を実行する。これにより、アドバタイジングパケットがノイズの影響を受けたとしても、正確なユーザＩＤを送信することができ、ノイズの影響に対応することができる。正確なユーザＩＤを送信することによって、認証精度を向上させることもできる。また、個々のアドバタイジングパケットに含まれる桁の個数が少なすぎるとノイズの影響を受けやすく、逆に桁の個数が多すぎると認証アプリと他のアプリケーションが区別できない可能性があるが、一定程度の個数をアドバタイジングパケットに入れることによって、ノイズの影響を受けにくく、かつ、認証アプリと他のアプリケーションとを区別できる。また、個々のアドバタイジングパケットに順序情報を含めることによって、認証装置３０は、ユーザＩＤの桁を分割して受信しても、個々の桁の順序を正確に把握できる。

また、通信システムＳは、サービスＵＵＩＤの３３桁目～３６桁目に含まれる値が互いに同じであるアドバタイジングパケットをスキャンし、当該スキャンされたアドバタイジングパケットに基づいて、ユーザＩＤを取得することにより、スキャン対象となるアドバタイジングパケットを減らし、認証装置３０の処理負荷を軽減できる。更に、認証装置３０に、スキャン対象として定められた全通りのアドバタイジングパケットをスキャンさせることができ、ユーザＩＤを確実に取得させることができる。このため、認証装置３０の性能が低かったとしても、ユーザＩＤを確実に取得させることができる。

また、通信システムＳは、複数のアドバタイジングパケットの各々に含まれる、重複した複数個の少なくとも１つの桁と、重複した複数個の順序情報と、に基づいて、ユーザＩＤを取得することによって、認証装置３０にユーザＩＤを取得させる確実性をより高めることができる。

また、通信システムＳは、サービスＵＵＩＤの１５桁目～１８桁目に含まれる値が互いに同じであるアドバタイジングパケットをスキャンし、当該スキャンされたアドバタイジングパケットに基づいて、ユーザＩＤを取得することにより、スキャン対象となるアドバタイジングパケットを減らし、認証装置３０の処理負荷を軽減できる。更に、認証装置３０に、スキャン対象として定められた全通りのアドバタイジングパケットをスキャンさせることができ、ユーザＩＤを確実に取得させることができる。このため、認証装置３０の性能が低かったとしても、ユーザＩＤを確実に取得させることができる。

また、通信システムＳは、複数のアドバタイジングパケットの各々に、順序情報が重複して複数個連続して含まれるように、複数のアドバタイジングパケットの各々を作成することにより、認証装置３０は、連続した領域を参照すれば複数個の順序情報を取得できる。このため、複数個の順序情報が別々の領域に格納されている場合に比べて、順序情報を取得する処理を単純化し、認証装置３０の処理負荷を軽減できる。

また、通信システムＳは、複数のアドバタイジングパケットの各々において、重複した複数個の少なくとも１つの桁と、順序情報と、が所定距離以上離れるように、複数のアドバタイジングパケットの各々を作成することにより、ノイズの影響に対応しやすくなる。例えば、一定レンジにあるサービスＵＵＩＤを同時に受信すると電気信号に差分が大きくない他の電気信号が雑音で受信される可能性があるが、ユーザＩＤの個々の桁と順序情報とをある程度離すことにより（図６の例であれば、これらの間に１９桁目～３２桁目のアプリ識別ＩＤを入れることにより）、各電気信号の差分が大きくなりノイズが発生しにくくなる。

また、通信システムＳは、複数のアドバタイジングパケットの各々に、少なくとも１つの桁が重複して複数個連続して含まれるように、複数のアドバタイジングパケットの各々を作成することにより、認証装置３０は、連続した領域を参照すれば複数個の桁を取得できる。このため、複数個の桁が別々の領域に格納されている場合に比べて、複数個の桁を取得する処理を単純化し、認証装置３０の処理負荷を軽減できる。

また、通信システムＳは、所定の個数に達するまで、複数のアドバタイジングパケットの各々から少なくとも１つの桁と順序情報を取得し、所定の個数に達した場合に、ユーザＩＤを取得することにより、認証装置３０にユーザＩＤを取得させる確実性をより高めることができる。

また、通信システムＳは、ユーザＩＤ全体の桁数を特定し、その桁数に達するまで、ユーザＩＤを取得するための処理を繰り返すことによって、認証装置３０にユーザＩＤを取得させる確実性をより高めることができる。

また、通信システムＳは、複数のアドバタイジングパケットの各々に含まれるユーザ端末２０のアドレス等の識別情報に基づいて、ユーザ端末２０ごとに、ユーザＩＤを取得することにより、認証装置３０の周囲に複数のユーザ端末２０が存在したとしても、個々のユーザ端末２０のユーザＩＤを確実に取得できる。

また、通信システムＳは、複数のアドバタイジングパケットの各々にサービスＵＵＩＤの一部として含まれる、重複した複数個の少なくとも１つの桁と、順序情報と、に基づいて、ユーザＩＤを取得することによって、認証装置３０にユーザＩＤを取得させる確実性をより高めることができる。例えば、認証アプリがバックグラウンドモードに移行した場合等にローカルネームが消えてしまうオペレーティングシステムであったとしても、サービスＵＵＩＤを利用することによって、このような場合でもユーザＩＤの個々の桁を送信でき、認証装置３０に確実にユーザＩＤを取得させることができる。

また、通信システムＳは、サービスＵＵＩＤにアプリ識別ＩＤが含まれているアドバタイジングパケットをスキャンし、ユーザＩＤを取得することにより、スキャン対象となるアドバタイジングパケットを減らし、認証装置３０の処理負荷を軽減できる。更に、認証装置３０に、スキャン対象として定められた全通りのアドバタイジングパケットをスキャンさせることができ、ユーザＩＤを確実に取得させることができる。このため、認証装置３０の性能が低かったとしても、ユーザＩＤを確実に取得させることができる。

また、通信システムＳは、ユーザＩＤに基づいて認証処理を実行することにより、認証サービスにおけるノイズに対応できる。

また、通信システムＳは、ユーザＩＤと、生体情報と、に基づいて、認証処理を実行することにより、２段階認証を提供する認証サービスにおけるノイズに対応できる。

［５．変形例］
なお、本開示は、以上に説明した実施の形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。

（１）例えば、実施形態では、ユーザがセキュリティゲートＳＧを通過する場面を例に挙げたが、通信システムＳを認証サービスに適用する場合であったとしても、他の任意の場面の認証に適用可能である。例えば、ユーザが商品を購入したりサービスを利用したりする場面の認証にも適用可能である。この場合、例えば、認証装置３０は、自動販売機、券売機、ＰＯＳ端末、又は店舗における支払端末である。認証が成功すると、決済処理が実行され、ユーザは商品を購入したり、サービスを利用したりすることができる。

変形例（１）では、ユーザデータベースＤＢに決済情報を登録しておき、実行部１０２は、あるユーザの認証が成功した場合に、そのユーザの決済情報に基づいて決済処理を実行してもよい。決済処理の際に参照される決済情報は、認証が成功したユーザに関連付けられた決済情報である。

決済情報は、決済をするために必要な情報であり、例えば、クレジットカード情報、電子バリュー（例えば、電子マネー又はポイント）のアカウント情報、仮想通貨のアカウント情報、銀行口座情報、又はデビットカード情報などである。決済情報は、ユーザ登録時などに登録され、例えば、ユーザデータベースＤＢに、ユーザアカウントに関連付けて決済情報が格納されているものとする。なお、決済情報は、ユーザデータベースＤＢとは異なるデータベースに格納されていてもよい。

実行部１０２は、ＩＤ認証又は顔認証の何れか一方が失敗した場合には決済処理を実行せず、ＩＤ認証及び顔認証が成功した場合に決済処理を実行する。決済処理が実行された場合、認証装置３０の表示部３５又は店舗の端末などに、その旨が表示され、ユーザは商品を受け取ったり、サービスを利用したりする。他にも例えば、通信システムＳは、ユーザの行動解析における認証、イベントの入場時における認証、試験会場への入場における認証、又は選挙などの投票における認証等の任意の認証に利用可能である。

（２）また例えば、通信システムＳは、認証サービス以外の他のサービスに利用可能である。例えば、通信システムＳは、クーポンを配布する配布サービスに適用してもよい。この場合、通信システムＳには、クーポンを配布する配布装置が含まれており、配布装置が送信装置に相当し、ユーザ端末２０は受信装置に相当する。送信対象データは、クーポンを識別可能なクーポンＩＤであり、配布装置は、クーポンＩＤを個々の桁に分割し、順序情報とともにアドバタイジングパケットに格納して送信する。ユーザ端末２０は、個々の桁と順序情報を含むアドバタイジングパケットを受信し、クーポンＩＤを取得する。ユーザ端末２０は、取得したクーポンＩＤをサーバ１０に送信し、ユーザはクーポンを獲得する。

（３）また例えば、通信システムＳには、サーバ１０が含まれていなくてもよい。この場合、認証装置３０は、サーバ１０が実行するものとして説明した認証処理を実行すればよい。また例えば、通信システムＳに認証装置３０が含まれていなくてもよく、サーバ１０が受信装置に相当してもよい。この場合、ユーザ端末２０からサーバ１０に対し、無線通信又は有線通信を利用して、複数のアドバタイジングパケットが送信される。サーバ１０は、認証装置３０が実行するものとして説明したユーザＩＤの取得処理を実行すればよい。

Ｓ 通信システム、Ｎ ネットワーク、１０ サーバ、２０ ユーザ端末、３０ 認証装置、１１，２１，３１ 制御部、１２，２２，３２ 記憶部、１３，２３，３３ 通信部、２４，３４ 操作部、２５，３５ 表示部、２６，３６ 撮影部、ＤＢ ユーザデータベース、ＤＴ スキャン設定データ、ＳＧ セキュリティゲート、１００ データ記憶部、１０１ 発行部、１０２ 実行部、２００ データ記憶部、２０１ 分割部、２０２ 作成部、２０３ 送信部、３００ データ記憶部、３０１ 受信部、３０２ 特定部、３０３ ユーザＩＤ取得部、３０４ 生体情報取得部、３０５ 実行部。

Claims (18)

1. 送信装置と、受信装置と、を含む通信システムであって、
   前記送信装置は、
   所定の桁数の数値である送信対象データを、前記数値に含まれる個々の桁である複数のデータ部分に分割する分割手段と、
   複数のパケットの各々に、少なくとも１つの前記データ部分が重複して複数個含まれ、かつ、当該データ部分が前記数値において何桁目であるかを示す順序情報が含まれるように、前記複数のパケットの各々を作成する作成手段と、
   前記受信装置に対し、前記複数のパケットの各々を送信する送信手段と、
   を含み、
   前記受信装置は、
   前記送信装置から、前記複数のパケットの各々を受信する受信手段と、
   前記桁数を、前記データ部分の個数として特定する特定手段と、
   前記個数に達するまで、前記複数のパケットの各々に含まれる、重複した複数個の前記少なくとも１つのデータ部分と、前記順序情報と、を取得し、前記個数に達した場合に、前記複数のデータ部分を結合して前記送信対象データを取得する取得手段と、
   前記送信対象データに基づいて、所定の処理を実行する実行手段と、
   を含む通信システム。
2. 送信装置と、受信装置と、を含む通信システムであって、
   前記送信装置は、
   送信対象データを複数のデータ部分に分割する分割手段と、
   複数のパケットの各々である複数のアドバタイジングパケットの各々に、所定の無線通信規格におけるサービスＵＵＩＤの一部として、少なくとも１つの前記データ部分が重複して複数個含まれ、かつ、前記送信対象データにおける当該データ部分の順序に関する順序情報を含むように、前記複数のアドバタイジングパケットの各々を作成する作成手段と、
   前記受信装置に対し、前記無線通信規格を利用して、前記複数のアドバタイジングパケットの各々を送信する送信手段と、
   を含み、
   前記受信装置は、
   前記送信装置から、前記無線通信規格を利用して、前記複数のアドバタイジングパケットの各々を受信する受信手段と、
   前記複数のアドバタイジングパケットの各々に前記サービスＵＵＩＤの一部として含まれる、重複した複数個の前記少なくとも１つのデータ部分と、前記順序情報と、に基づいて、前記送信対象データを取得する取得手段と、
   前記送信対象データに基づいて、所定の処理を実行する実行手段と、
   を含む通信システム。
3. 前記複数のパケットの各々は、第１のデータ領域に、前記少なくとも１つのデータ部分を重複して複数個含み、第２のデータ領域に、前記順序情報を含み、
   前記取得手段は、前記第１のデータ領域に含まれる値が互いに同じであるパケットをスキャンし、当該スキャンされたパケットに基づいて、前記送信対象データを取得する、
   請求項１又は２に記載の通信システム。
4. 前記作成手段は、前記複数のパケットの各々に、前記順序情報が重複して複数個含まれるように、前記複数のパケットの各々を作成し、
   前記取得手段は、前記複数のパケットの各々に含まれる、重複した複数個の前記少なくとも１つのデータ部分と、重複した複数個の前記順序情報と、に基づいて、前記送信対象データを取得する、
   請求項１～３の何れかに記載の通信システム。
5. 前記複数のパケットの各々は、第１のデータ領域に、前記少なくとも１つのデータ部分を重複して複数個含み、第２のデータ領域に、前記順序情報を重複して複数個含み、
   前記取得手段は、前記第２のデータ領域に含まれる値が互いに同じであるパケットをスキャンし、当該スキャンされたパケットに基づいて、前記送信対象データを取得する、
   請求項４に記載の通信システム。
6. 前記作成手段は、前記複数のパケットの各々に、前記順序情報が重複して複数個連続して含まれるように、前記複数のパケットの各々を作成する、
   請求項４又は５に記載の通信システム。
7. 前記作成手段は、前記複数のパケットの各々において、重複した複数個の前記少なくとも１つのデータ部分と、前記順序情報と、が所定距離以上離れるように、前記複数のパケットの各々を作成する、
   請求項１～６の何れかに記載の通信システム。
8. 前記作成手段は、前記複数のパケットの各々に、前記少なくとも１つのデータ部分が重複して複数個連続して含まれるように、前記複数のパケットの各々を作成する、
   請求項１～７の何れかに記載の通信システム。
9. 前記受信装置は、複数の前記送信装置の各々と通信可能であり、
   前記複数のパケットの各々には、当該パケットを送信した前記送信装置を識別可能な識別情報が含まれており、
   前記取得手段は、前記複数のパケットの各々に含まれる前記識別情報に基づいて、前記送信装置ごとに、前記送信対象データを取得する、
   請求項１～８の何れかに記載の通信システム。
10. 前記送信装置には、所定のアプリケーションがインストールされており、
    前記分割手段、前記作成手段、及び前記送信手段の各々の処理は、前記アプリケーションの処理として実行され、
    前記サービスＵＵＩＤには、前記アプリケーションを識別可能なアプリ識別ＩＤが含まれており、
    前記取得手段は、前記サービスＵＵＩＤに前記アプリ識別ＩＤが含まれている前記アドバタイジングパケットをスキャンし、前記送信対象データを取得する、
    請求項２に記載の通信システム。
11. 前記送信対象データは、前記送信装置のユーザを識別可能なユーザＩＤであり、
    前記所定の処理は、前記ユーザＩＤに基づいて実行される認証処理である、
    請求項１～１０の何れかに記載の通信システム。
12. 前記受信装置は、前記ユーザの生体情報を取得する生体情報取得手段を更に含み、
    前記実行手段は、前記ユーザＩＤと、前記生体情報と、に基づいて、前記認証処理を実行する、
    請求項１１に記載の通信システム。
13. 請求項１～１２の何れかに記載の通信システムに含まれる送信装置。
14. 請求項１～１２の何れかに記載の通信システムに含まれる受信装置。
15. 所定の桁数の数値である送信対象データを、前記数値に含まれる個々の桁である複数のデータ部分に分割する分割ステップと、
    複数のパケットの各々に、少なくとも１つの前記データ部分が重複して複数個含まれ、かつ、当該データ部分が前記数値において何桁目であるかを示す順序情報が含まれるように、前記複数のパケットの各々を作成する作成ステップと、
    受信装置に対し、前記複数のパケットの各々を送信する送信ステップと、
    送信装置から、前記複数のパケットの各々を受信する受信ステップと、
    前記桁数を、前記データ部分の個数として特定する特定ステップと、
    前記個数に達するまで、前記複数のパケットの各々に含まれる、重複した複数個の前記少なくとも１つのデータ部分と、前記順序情報と、を取得し、前記個数に達した場合に、前記複数のデータ部分を結合して前記送信対象データを取得する取得ステップと、
    前記送信対象データに基づいて、所定の処理を実行する実行ステップと、
    を含む通信方法。
16. 送信対象データを複数のデータ部分に分割する分割ステップと、
    複数のパケットの各々である複数のアドバタイジングパケットの各々に、所定の無線通信規格におけるサービスＵＵＩＤの一部として、少なくとも１つの前記データ部分が重複して複数個含まれ、かつ、前記送信対象データにおける当該データ部分の順序に関する順序情報を含むように、前記複数のアドバタイジングパケットの各々を作成する作成ステップと、
    受信装置に対し、前記無線通信規格を利用して、前記複数のアドバタイジングパケットの各々を送信する送信ステップと、
    送信装置から、前記無線通信規格を利用して、前記複数のアドバタイジングパケットの各々を受信する受信ステップと、
    前記複数のアドバタイジングパケットの各々に前記サービスＵＵＩＤの一部として含まれる、重複した複数個の前記少なくとも１つのデータ部分と、前記順序情報と、に基づいて、前記送信対象データを取得する取得ステップと、
    前記送信対象データに基づいて、所定の処理を実行する実行ステップと、
    を含む通信方法。
17. 請求項１３に記載の送信装置としてコンピュータを機能させるためのプログラム。
18. 請求項１４に記載の受信装置としてコンピュータを機能させるためのプログラム。

Images