(57)【要約】【課題】近距離無線通信システムにおいて、送信端末と受信端末との間における通信のセキュリティを向上させること。【解決手段】無線通信システムは、所定のタイミングで共通鍵を更新するサーバと、サーバが更新した共通鍵を用いて暗号化された所定の情報を含むパケットを近距離無線通信技術に基づいて第２の端末に送信する第１の端末と、を備えている。第２の端末は、第１の端末からパケットを受信し、パケットに含まれる所定の情報を、サーバが更新した共通鍵を用いて復号する。【選択図】図１
2020120407.tif 000002
【特許請求の範囲】
【請求項１】
所定のタイミングで共通鍵を更新するサーバと、
前記サーバが更新した共通鍵を用いて暗号化された所定の情報を含むパケットを近距離無線通信技術に基づいて第２の端末に送信する第１の端末と、
前記サーバが更新した共通鍵を中継する中継局と、
を備え、
前記中継局は、前記サーバから、受信したサーバが更新した共通鍵を表示し、
前記第１の端末は、ユーザによる前記サーバが更新した共通鍵の入力を受け付け、
前記第２の端末は、前記第１の端末から前記パケットを受信し、前記パケットに含まれる所定の情報を、前記サーバが更新した共通鍵を用いて復号する、
ことを特徴とする無線通信システム。
【請求項２】
前記中継局は、前記サーバと前記中継局の間に確立されたＳＳＬ（Secure Socket Layer）通信を介して前記サーバから前記サーバが更新した共通鍵を受信する、
請求項１に記載の無線通信システム。
【請求項３】
前記中継局は、前記サーバから共通鍵を受信すると、その旨を前記第１の端末に通知し、
前記第１の端末は、前記通知に応じて、前記中継局から前記共通鍵を取得する、
請求項１または２に記載の無線通信システム。
【請求項４】
前記第２の端末は、前記サーバと前記第２の端末の間に確立されたＳＳＬ通信を介して前記サーバから前記サーバが更新した共通鍵を受信する、
請求項１ないし３のいずれか１項に記載の無線通信システム。
【請求項５】
前記サーバは、共通鍵を所定の周期で更新する、
請求項１ないし４のいずれか１項に記載の無線通信システム。
【請求項６】
前記サーバは、事業者ごとに割り当てられたコードと更新前の共通鍵を、それぞれメッセージおよびキーとして一方向ハッシュ関数に入力して得られたメッセージダイジェストを、更新後の共通鍵とする、
請求項１ないし５のいずれか１項に記載の無線通信システム。
【請求項７】
前記第２の端末は、前記サーバが更新した共通鍵に付与された有効期限が切れた場合、前記サーバから新たに共通鍵を取得する、
請求項１ないし６のいずれか１項に記載の無線通信システム。
【請求項８】
前記第１の端末は、前記所定の情報に所定のハッシュアルゴリズムを適用して求めたハッシュ値を前記パケットに含めて送信し、
前記第２の端末は、前記パケットに含まれるハッシュ値と、前記パケットに含まれる所定の情報を復号した値に前記所定のハッシュアルゴリズムを適用して求めたハッシュ値とが一致しない場合、前記サーバから新たに共通鍵を取得する、
請求項１ないし７のいずれか１項に記載の無線通信システム。
【請求項９】
前記第１の端末は、前記サーバが更新した共通鍵を用いて暗号化された前記第１の端末の識別子を含むアドバタイズメント・パケットを、ＢＬＥ（Bluetooth Low Energy）に基づいて送信するビーコン端末であり、
前記第２の端末は、前記第１の端末の識別子を用いて、配信サーバから情報を取得して表示するアプリケーションを有する、
請求項１ないし８のいずれか１項に記載の無線通信システム。
【請求項１０】
所定のタイミングでサーバによって更新され、中継局が受信して表示した、共通鍵のユーザによる入力を受け付ける鍵受付部と、
前記共通鍵を用いて暗号化された所定の情報を含むパケットを生成する暗号化部と、
第１の端末から前記パケットを受信し、前記パケットに含まれる所定の情報を、前記サーバが生成した共通鍵を用いて復号する第２の端末に対して、前記パケットを近距離無線通信技術に基づいて送信するパケット送信部と、を備える、
ことを特徴とする第１の端末。
【請求項１１】
サーバが所定のタイミングで共通鍵を更新するステップと、
中継局が、前記サーバから受信した、サーバが更新した共通鍵を表示するステップと、
第１の端末が、ユーザによる前記サーバが更新した共通鍵の入力を受け付けるステップと、
第１の端末が、前記サーバが更新した共通鍵を用いて暗号化された所定の情報を含むパケットを近距離無線通信技術に基づいて送信するステップと、
第２の端末が、前記第１の端末から前記パケットを受信し、前記パケットに含まれる所定の情報を、前記サーバが更新した共通鍵を用いて復号するステップと、を含む、
ことを特徴とする無線通信方法。
【請求項１２】
第１の端末が、所定のタイミングでサーバによって更新され、中継局が受信して表示した、共通鍵のユーザによる入力を受け付けるステップと、
前記共通鍵を用いて暗号化された所定の情報を含むパケットを生成するステップと、
前記第１の端末から前記パケットを受信し、前記パケットに含まれる所定の情報を、前記サーバが生成した共通鍵を用いて復号する第２の端末に対して、前記パケットを近距離無線通信技術に基づいて送信するステップと、を含む、
ことを特徴とする、無線通信方法。
【請求項１３】
第１の端末に設けられたコンピュータに対して、所定のタイミングでサーバによって更新され、中継局が受信して表示した、共通鍵のユーザによる入力を受け付ける処理と、
前記共通鍵を用いて暗号化された所定の情報を含むパケットを生成するステップと、
前記第１の端末から前記パケットを受信し、前記パケットに含まれる所定の情報を、前記サーバが生成した共通鍵を用いて復号する第２の端末に対して、前記パケットを近距離無線通信技術に基づいて送信する処理と、を実行させる、
ことを特徴とする、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、サーバ、端末、無線通信方法、および、プログラムに関し、特に極低電力で通信が可能なＢＬＥ（Bluetooth（登録商標） Low Energy）等の近距離無線通信技術に基づく無線通信システム、かかる無線通信で使用される共通鍵を提供する鍵サーバ、アドバタイズメント・パケットを送信するビーコン端末、アドバタイズメント・パケットを受信する受信端末、無線通信方法、および、プログラムに関する。
【背景技術】
【０００２】
近年、店舗や展示ブース等に通信機器としてビーコン（Beacon）端末が設置される機会が増大している。ビーコン端末は、ビーコン端末の識別子を含むアドバタイズメント・パケットを、極低電力で通信が可能なＢＬＥ（Bluetooth Low Energy）技術に基づいて送信する。ビーコン端末から所定の距離に端末（例えばスマートフォン、タブレット端末、ノートＰＣ（Personal Computer）等、以下「受信端末」という。）が近づくと、ビーコン端末から送出されたアドバタイズメント・パケットを受信する。すると、予め受信端末にインストールされたアプリケーション・ソフトウェアは、アドバタイズメント・パケットからビーコン端末の識別子を抽出し、抽出した識別子を所定の配信サーバに送出する。配信サーバは、受信端末から受信した識別子に応じて、店舗の商品情報、展示ブースの製品情報等の情報を受信端末に送信する。受信端末は、配信サーバから受信した情報をディスプレイに表示する。これにより、例えば店舗の商品や展示ブースの製品等に関するプッシュ型の広告が可能となる。
【０００３】
本発明の関連技術として、特許文献１には、ビーコン装置とサーバとの間で共通鍵を用いて通信する技術が開示されている。
【０００４】
また、特許文献２には、通信端末と通信端末の操作対象となる電子機器（健康機器、住宅設備、周辺機器）との間の通信において、ＢＬＥを用い、共通鍵に基づく暗号技術によりセキュリティを確保する技術が記載されている。
【０００５】
さらに、特許文献３には、サービス制御装置が自身とサービス利用装置との間の通信で使用する認証鍵を任意の期間ごとに生成して、サービス利用装置に配布する技術が記載されている。
【０００６】
また、非特許文献１には、鍵を生成するための鍵導出関数（ＫＤＦ、Key Derivation Function）が記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】国際公開第２０１５／１１８９７１号
【特許文献２】国際公開第２０１５／１１１４４４号
【特許文献３】特開２００３−２４４１３５号公報
【非特許文献】
【０００８】
【非特許文献１】3GPP TS 33.401 v13.0.0 (2015-09): "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; 3GPP System Architecture Evolution (SAE); Security architecture (Release 13)."
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上記特許文献および非特許文献の全開示内容は、本書に引用をもって繰り込み記載されているものとする。以下の分析は、本発明者によってなされたものである。
【００１０】
ビーコン端末（以下「送信端末」ともいう。）がアドバタイズメント・パケットに含まれる情報を共通鍵方式で暗号化する技術が知られている。具体的には、送信端末が送信端末の識別子等の情報を共通鍵で暗号化した上でアドバタイズメント・パケットとして送出し、受信端末は共通鍵で復号することにより、送信端末の識別子等の情報を抽出する。ここで、共通鍵は、一般に送信端末および受信端末のそれぞれに対してハードウェア的に埋め込まれており、変更することが困難である。この場合、悪意のある人物が共通鍵を入手したとき、送信端末の識別子等の情報が解読され、送信端末の「なりすまし」が可能となるおそれがある。 
【００１１】
特許文献１、２に記載された技術においても共通鍵が不変であるため、共通鍵が漏洩すると、同様にセキュリティ上の問題が生じるおそれがある。
【００１２】
特許文献３には、自身と他の装置との間の通信で使用する認証鍵を任意の期間ごとに生成する技術が開示されている。しかしながら、かかる技術をＢＬＥに基づいて通信を行う送信端末（ビーコン端末）と受信端末に適用した場合、送信端末自身が共通鍵を生成することになる。しかし、ＢＬＥで通信を行う送信端末と受信端末との間では、安全に鍵を配布するための通信を確立することは困難であるため、送信端末が生成または更新した鍵を、送信端末から受信端末に安全に配布することができないという問題が生じる。
【００１３】
そこで、近距離無線通信システムにおいて、送信端末と受信端末との間における通信のセキュリティを向上させることが課題となる。本発明の目的は、かかる課題解決に寄与する無線通信システム、端末、サーバ、無線通信方法、および、プログラムを提供することにある。
【課題を解決するための手段】
【００１４】
本発明の第１の態様に係る無線通信システムは、所定のタイミングで共通鍵を更新するサーバと、前記サーバが更新した共通鍵を用いて暗号化された所定の情報を含むパケットを近距離無線通信技術に基づいて第２の端末に送信する第１の端末とを備え、前記第２の端末は、前記第１の端末から前記パケットを受信し、前記パケットに含まれる所定の情報を、前記サーバが更新した共通鍵を用いて復号する。
【００１５】
本発明の第２の態様に係るサーバは、所定のタイミングで共通鍵を更新する鍵更新部と、共通鍵を用いて暗号化された所定の情報を含むパケットを近距離無線通信技術に基づいて送信する第１の端末、および、前記第１の端末から前記パケットを受信し、前記パケットに含まれる所定の情報を共通鍵を用いて復号する第２の端末に対して、前記鍵更新部が更新した共通鍵を提供する鍵提供部と、を備えている。
【００１６】
本発明の第３の態様に係る第１の端末は、所定のタイミングでサーバによって更新された共通鍵を受け付ける鍵受付部と、前記共通鍵を用いて暗号化された所定の情報を含むパケットを生成する暗号化部と、第１の端末から前記パケットを受信し、前記パケットに含まれる所定の情報を、前記サーバが生成した共通鍵を用いて復号する第２の端末に対して、前記パケットを近距離無線通信技術に基づいて送信するパケット送信部と、を備えている。
【００１７】
本発明の第４の態様に係る第２の端末は、所定のタイミングでサーバによって更新された共通鍵を受け付ける鍵受付部と、前記共通鍵を用いて暗号化された所定の情報を含むパケットを近距離無線通信技術に基づいて送信する第１の端末から前記パケットを受信するパケット受信部と、前記パケットに含まれる所定の情報を、前記共通鍵を用いて復号する復号部と、を備えている。
【００１８】
本発明の第５の態様に係る無線通信方法は、サーバが所定のタイミングで共通鍵を更新するステップと、第１の端末が、前記サーバが更新した共通鍵を用いて暗号化された所定の情報を含むパケットを近距離無線通信技術に基づいて送信するステップと、第２の端末が、前記第１の端末から前記パケットを受信し、前記パケットに含まれる所定の情報を、前記サーバが更新した共通鍵を用いて復号するステップと、を含む。
【００１９】
本発明の第６の態様に係る無線通信方法は、サーバが、所定のタイミングで共通鍵を更新するステップと、共通鍵を用いて暗号化された所定の情報を含むパケットを近距離無線通信技術に基づいて送信する第１の端末、および、前記第１の端末から前記パケットを受信し、前記パケットに含まれる所定の情報を、共通鍵を用いて復号する第２の端末に対して、更新した共通鍵を提供するステップと、を含む。
【００２０】
本発明の第７の態様に係る無線通信方法は、第１の端末が、所定のタイミングでサーバによって更新された共通鍵を受け付けるステップと、前記共通鍵を用いて暗号化された所定の情報を含むパケットを生成するステップと、前記第１の端末から前記パケットを受信し、前記パケットに含まれる所定の情報を、前記サーバが生成した共通鍵を用いて復号する第２の端末に対して、前記パケットを近距離無線通信技術に基づいて送信するステップと、を含む。
【００２１】
本発明の第８の態様に係る無線通信方法は、第２の端末が、所定のタイミングでサーバによって更新された共通鍵を受け付けるステップと、前記共通鍵を用いて暗号化された所定の情報を含むパケットを近距離無線通信技術に基づいて送信する第１の端末から前記パケットを受信するステップと、前記パケットに含まれる所定の情報を、前記共通鍵を用いて復号するステップと、を含む。
【００２２】
本発明の第９の態様に係るプログラムは、所定のタイミングで共通鍵を更新する処理と、共通鍵を用いて暗号化された所定の情報を含むパケットを近距離無線通信技術に基づいて送信する第１の端末、および、前記第１の端末から前記パケットを受信し、前記パケットに含まれる所定の情報を、共通鍵を用いて復号する第２の端末に対して、更新した共通鍵を提供する処理と、をサーバに実行させる。
【００２３】
本発明の第１０の態様に係るプログラムは、第１の端末に設けられたコンピュータに対して、所定のタイミングでサーバによって更新された共通鍵を受け付ける処理と、前記共通鍵を用いて暗号化された所定の情報を含むパケットを生成するステップと、前記第１の端末から前記パケットを受信し、前記パケットに含まれる所定の情報を、前記サーバが生成した共通鍵を用いて復号する第２の端末に対して、前記パケットを近距離無線通信技術に基づいて送信する処理と、を実行させる。
【００２４】
本発明の第１１の態様に係るプログラムは、第２の端末に設けられたコンピュータに対して、所定のタイミングでサーバによって更新された共通鍵を受け付ける処理と、前記共通鍵を用いて暗号化された所定の情報を含むパケットを近距離無線通信技術に基づいて送信する第１の端末から前記パケットを受信する処理と、前記パケットに含まれる所定の情報を、前記共通鍵を用いて復号する処理と、を実行させる。
【００２５】
なお、プログラムは、非一時的なコンピュータ可読記録媒体（non-transitory computer-readable storage medium）に記録されたプログラム製品として提供することもできる。
【発明の効果】
【００２６】
本発明に係る無線通信システム、サーバ、端末、無線通信方法、および、プログラムによると、近距離無線通信システムにおいて、送信端末と受信端末との間における通信のセキュリティを向上させることができる。
【図面の簡単な説明】
【００２７】
【図１】一実施形態に係る無線通信システムの構成を例示する図である。
【図２】一実施形態に係る無線通信システムの他の構成を例示する図である。
【図３】一実施形態に係るサーバの構成を例示するブロック図である。
【図４】一実施形態に係る第１の端末（送信端末）の構成を例示するブロック図である。
【図５】一実施形態に係る第２の端末（受信端末）の構成を例示するブロック図である。
【図６】第１の実施形態に係る無線通信システムの構成を例示する図である。
【図７】第１の実施形態に係る無線通信システムの構成を例示するブロック図である。
【図８】第１の実施形態に係る無線通信システムにおいて、ビーコン端末へ共通鍵を配布する動作を例示するシーケンス図である。
【図９】第１の実施形態に係る無線通信システムにおいて、受信端末へ共通鍵を配布する動作を例示するシーケンス図である。
【図１０】第１の実施形態に係る無線通信システムにおいて、受信端末を認証する動作を例示するシーケンス図である。
【図１１】第２の実施形態に係る無線通信システムの構成を例示するブロック図である。
【図１２】第２の実施形態に係る無線通信システムにおいて、ビーコン端末へ共通鍵を配布する動作を例示するシーケンス図である。
【図１３】第３の実施形態に係る無線通信システムの構成を例示するブロック図である。
【図１４】第３の実施形態に係る無線通信システムにおいて、受信端末へ共通鍵を配布する動作を例示するシーケンス図である。
【発明を実施するための形態】
【００２８】
はじめに、一実施形態の概要について説明する。なお、この概要に付記する図面参照符号は、専ら理解を助けるための例示であり、本発明を図示の態様に限定することを意図するものではない。
【００２９】
図１は、一実施形態に係る無線通信システムの構成を例示する図である。図１を参照すると、無線通信システムは、所定のタイミングで共通鍵を更新するサーバ２（例えば鍵サーバ）と、サーバ２が更新した共通鍵を用いて暗号化された所定の情報（例えばビーコン端末である端末４の識別子）を含むパケット（例えばアドバタイズメント・パケット）を近距離無線通信技術（例えばＢＬＥ（Bluetooth Low Energy））に基づいて第２の端末６（例えば受信端末）に送信する第１の端末４（例えばビーコン端末）を備えている。ここで、第２の端末６は、第１の端末４から前記パケットを受信し、前記パケットに含まれる所定の情報を、サーバ２が更新した共通鍵を用いて復号する。
【００３０】
かかる無線通信システムによると、近距離無線通信システムにおいて、送信側の端末４と受信側の端末６との間における通信のセキュリティを向上させることができる。なぜなら、端末４がパケットに含まれる所定の情報を暗号化するために使用し、端末６が復号に使用する共通鍵はサーバ２によって所定のタイミングで更新されるため、仮に共通鍵が漏洩したとしても、セキュリティ上の問題は一時的にしか生じないからである。
【００３１】
図２は、一実施形態に係る無線通信システムの他の構成を例示する図である。図２を参照すると、無線通信システムは、サーバ２が更新した共通鍵を中継する中継局８をさらに備えている。このとき、第１の端末４（例えばビーコン端末）は、サーバ２が更新した共通鍵を、（例えばＷＡＮ（Wide Area Network）に接続可能な）中継局８を経由して受け付ける。かかる無線通信システムによると、第１の端末４がサーバ２と直接通信できない場合（例えば、ビーコン端末である端末４がＬＡＮ（Local Area Network）／ＷＡＮ（Wide Area Network）接続不可の場合）であっても、第１の端末４が暗号化に使用する共通鍵を更新することが可能となる。
【００３２】
ここで、中継局８は、サーバ２と中継局８の間に確立されたＳＳＬ（Secure Socket Layer）通信を介してサーバ２からサーバ２が更新した共通鍵を受信することができる。また、中継局８は、サーバ２から受信した共通鍵を表示するようにしてもよい。また、第１の端末４は、中継局８が表示した共通鍵を参照したユーザによる共通鍵の手動による入力を受け付けるようにしてもよい。かかる無線通信システムによると、共通鍵の入力を行うユーザが信頼できることを前提として、サーバ２が更新した共通鍵を安全に第１の端末４に配布することが可能となる。
【００３３】
さらに、第２の端末６（例えば受信端末）は、サーバ２と第２の端末６の間に確立されたＳＳＬ通信を介してサーバ２からサーバ２が更新した共通鍵を受信するようにしてもよい。かかる無線通信システムによると、サーバ２が更新した共通鍵を安全に第２の端末６に配布することが可能となる。
【００３４】
図３は、一実施形態に係るサーバ２（例えば鍵サーバ）の構成を例示するブロック図である。図３を参照すると、サーバ２は、所定のタイミングで共通鍵を更新する鍵更新部１０と、共通鍵を用いて暗号化された所定の情報を含むパケット（例えばアドバタイズメント・パケット）を近距離無線通信技術（例えばＢＬＥ）に基づいて送信する第１の端末（図１または図２の端末４）、および、第１の端末からパケットを受信し、パケットに含まれる所定の情報を、共通鍵を用いて復号する第２の端末（図１または図２の端末６）に対して、鍵更新部１０が更新した共通鍵を提供する鍵提供部１２と、を備えている。
【００３５】
図４は、一実施形態に係る端末４（例えばビーコン端末）の構成を例示するブロック図である。図４を参照すると、端末４は、所定のタイミングでサーバ（図１または図２のサーバ２）によって更新された共通鍵を受け付ける鍵受付部１４と、共通鍵を用いて暗号化された所定の情報（例えば端末４の識別子）を含むパケット（例えばアドバタイズメント・パケット）を生成する暗号化部１６と、第１の端末４からパケットを受信し、パケットに含まれる所定の情報を、サーバが生成した共通鍵を用いて復号する第２の端末（図１または図２の端末６）に対して、パケットを近距離無線通信技術（例えばＢＬＥ）に基づいて送信するパケット送信部１８と、を備えている。
【００３６】
図５は、一実施形態に係る端末６（例えば受信端末）の構成を例示するブロック図である。図５を参照すると、所定のタイミングでサーバ（図１または図２のサーバ２）によって更新された共通鍵を受け付ける鍵受付部２０と、共通鍵を用いて暗号化された所定の情報を含むパケットを近距離無線通信技術に基づいて送信する第１の端末（図１または図２の端末４）からパケットを受信するパケット受信部２２と、パケットに含まれる所定の情報を、共通鍵を用いて復号する復号部２４と、を備えている。
【００３７】
これらのサーバ２（図３）、端末４（図４）、または、端末６（図５）によると、近距離無線通信システムにおいて、送信側の端末４と受信側の端末６との間における通信のセキュリティを向上させることができる。なぜなら、端末４がパケットに含まれる所定の情報を暗号化するために使用し、端末６が復号に使用する共通鍵はサーバ２によって所定のタイミングで更新されるため、共通鍵が漏洩した場合であっても、セキュリティ上の問題は一時的にしか生じないからである。
【００３８】
以上のように、一実施形態によると、例えばビーコン端末のアドバタイズメント・パケットに含まれる情報（例えばビーコン端末の識別子）を共通鍵方式で暗号化し、定期的に共通鍵を更新して発信機（ビーコン端末）と受信機（ＢＬＥ受信端末）に配布することで、セキュリティを強化することが可能となる。また、一実施形態によると、鍵を更新するサーバ２と、中継局８または端末６との間で、安全に（例えばＳＳＬで）鍵を配布することができ、特許文献２に記載された技術を適用した場合のように、生成した鍵を安全に配布できないという問題は生じない。
【００３９】
＜実施形態１＞
次に、第１の実施形態に係る無線通信システムについて図面を参照して詳細に説明する。
【００４０】
［構成］
図６は、本実施形態に係る無線通信システムの構成を例示する図である。図６を参照すると、無線通信システムは、鍵サーバ３２、中継局３８、ビーコン端末３４、および、受信端末３６を備えている。鍵サーバ３２と中継局３８は、ＷＡＮ（Wide Area Network）を介して接続する。同様に、鍵サーバ３２と受信端末３６も、ＷＡＮを介して接続する。一方、ビーコン端末３４と受信端末３６は、近距離無線通信技術（ここでは、一例としてＢＬＥ（Bluetooth Low Energy）技術とする）に基づいて通信する。
【００４１】
鍵サーバ３２は、所定のタイミングで、ビーコン端末３４と受信端末３６の間のＢＬＥ通信で使用する共通鍵を更新する。中継局３８は、鍵サーバ３２が更新した共通鍵をビーコン端末３４に中継する。ビーコン端末３４は、鍵サーバ３２が更新した共通鍵を、中継局３８を介して受け付ける。ビーコン端末３４は、鍵サーバ３２が更新した共通鍵を用いて暗号化されたビーコン端末３４の識別子を含むアドバタイズメント・パケットをＢＬＥに基づいて送信する。受信端末３６は、ビーコン端末３４からアドバタイズメント・パケットを受信し、アドバタイズメント・パケットに含まれるビーコン端末３４の識別子を、鍵サーバ３２が更新した共通鍵を用いて復号する。受信端末３６に予めインストールされたアプリケーション・ソフトウェアは、アドバタイズメント・パケットから抽出したビーコン端末３４の識別子を所定の配信サーバ（非図示）に送出し、配信サーバから、識別子に応じて、店舗の商品情報、展示ブースの製品情報等の情報を受信する。
【００４２】
図７は、図６に示す無線通信システムに含まれる各機器の構成を例示するブロック図である。以下、図７のブロック図を参照して、鍵サーバ３２、中継局３８、ビーコン端末３４、および、受信端末３６の詳細な構成を説明する。
【００４３】
図７を参照すると、鍵サーバ３２は、鍵更新部４０および鍵提供部４２を備えている。
【００４４】
鍵更新部４０は、所定のタイミング（例えば一定の周期）で共通鍵を更新する。鍵更新部４０は、事業者ごとに割り当てられたコードと更新前の共通鍵を、それぞれメッセージおよびキーとして一方向ハッシュ関数に入力して得られたメッセージダイジェストを、更新後の共通鍵としてもよい。鍵更新部４０は、一方向ハッシュ関数として、一例として、以下の関数を使用することができる。
【００４５】
derived key = HMAC-SHA-256(key, S)
【００４６】
ここで、HMAC-SHA-256は、ハッシュメッセージ認証コード（ＨＭＡＣ：Hash Message Authentication Code）を生成するための一方向ハッシュ関数である。一方向ハッシュ関数は、生成されるコードから入力を読み取ることができないという性質（不可逆性）を有する。左辺のメッセージダイジェスト（derived key）は、更新後の共通鍵である。右辺の入力keyは、直前の共通鍵である。また、入力Sは、keyを撹拌するためのメッセージであり、ここでは、事業者ごとに一意に割り当てられたコード（例えば、6オクテット、すなわち、48ビット）とする。なお、共通鍵の長さは、例えば、16, 24または32オクテット、すなわち、128, 192または256ビットとすることができる。
【００４７】
鍵更新部４０は、初回の共通鍵を例えば疑似乱数に基づいて生成する。一方、鍵を更新する場合、鍵更新部４０は上式の右辺の入力keyに前回の共通鍵を代入し、derived keyとして更新後の鍵を得る。なお、共通鍵を毎回疑似乱数に基づいて生成した場合には、乱数生成アルゴリズムや乱数、さらには、乱数から生成される共通鍵を推測されるおそれがある。しかしながら、本実施形態のように、直前の鍵を用いて新しい鍵を生成することにより、共通鍵の推測を困難とし、安全に共通鍵を生成することが可能となる。
【００４８】
また、鍵更新部４０が共通鍵を更新する頻度（すなわち、共通鍵の有効期限）は、一例として、数日程度とすることができる。なお、共通鍵の有効期限を長くすると鍵の更新の手間が削減されるメリットがあるものの、共通鍵が漏洩した場合に安全性が損われた状態が長期化するトレードオフの関係が存在する。
【００４９】
鍵提供部４２は、鍵更新部４０が更新した共通鍵を、中継局３８を介してビーコン端末３４に提供するとともに、受信端末３６に提供する。ここで、鍵提供部４２は、共通鍵を中継局３８および受信端末３６に提供する際に、共通鍵の有効期限を併せて通知するようにしてもよい。また、鍵提供部４２は、中継局３８との間に確立されたＳＳＬ（Secure Socket Layer）通信を介して鍵更新部４０が更新した共通鍵を中継局３８に送信してもよい。同様に、鍵提供部４２は、受信端末３６との間に確立されたＳＳＬ通信を介して鍵更新部４０が更新した共通鍵を受信端末３６に送信してもよい。
【００５０】
図７を参照すると、中継局３８は、鍵受付部５６および表示部５８を備えている。鍵受付部５６は、鍵サーバ３２の鍵提供部４２から共通鍵を受信する。表示部５８は、鍵受付部５６が受信した共通鍵をディスプレイ等に表示する。
【００５１】
図７を参照すると、ビーコン端末３４は、鍵受付部４４、暗号化部４６、および、パケット送信部４８を備えている。
【００５２】
鍵受付部４４は、鍵サーバ３２によって更新された共通鍵を、中継局３８を経由して受け付ける。具体的には、鍵受付部４４は、中継局３８の表示部５８が表示した共通鍵を参照したユーザによる、共通鍵の手動入力（例えばキーボード入力）を受け付ける。
【００５３】
暗号化部４６は、鍵受付部４４が受け付けた共通鍵を用いて、ビーコン端末３４の識別子を暗号化し、暗号化された識別子を含むアドバタイズメント・パケットを生成する。パケット送信部４８は、受信端末３６に対して、暗号化部４６が生成したアドバタイズメント・パケットを、ＢＬＥ等の近距離無線通信技術に基づいて送信する。
【００５４】
図７を参照すると、受信端末３６は、鍵受付部５０、パケット受信部５２、および、復号部５４を備えている。鍵受付部５０は、鍵サーバ３２によって更新された共通鍵およびその有効期限を受け付ける。ここで、鍵受付部５０は、鍵サーバ３２と受信端末３６の間に確立されたＳＳＬ通信を介して鍵サーバ３２から鍵サーバ３２が更新した共通鍵を受信するようにしてもよい。また、鍵受付部５０は、鍵サーバ３２が更新した共通鍵に付与された有効期限が切れた場合、鍵サーバ３２から新たに共通鍵を取得するようにしてもよい。パケット受信部５２は、ビーコン端末３４からアドバタイズメント・パケットを受信する。復号部５４は、アドバタイズメント・パケットに含まれるビーコン端末３４の識別子を、鍵受付部５０が受信した共通鍵を用いて復号する。
【００５５】
［動作］
次に、本実施形態に係る無線通信システムの動作について、図面を参照して説明する。
【００５６】
図８は、鍵サーバ３２からビーコン端末３４への共通鍵の配布動作を例示するシーケンス図である。
【００５７】
図８を参照すると、鍵サーバ３２の鍵更新部４０は、疑似乱数を用いて共通鍵を生成する（ステップＡ１）。
【００５８】
次に、鍵サーバ３２の鍵提供部４２と、中継局３８の鍵受付部５６は、ＳＳＬ通信を確立する（ステップＡ２）。このとき、鍵サーバ３２に対するサーバ証明書と、中継局３８に対するクライアント証明書が使用される。なお、ＳＳＬに基づく通信は公知であるため、詳細な説明を省略する。
【００５９】
ＳＳＬ通信を確立すると、鍵サーバ３２の鍵提供部４２は中継局３８の鍵受付部５６に共通鍵を送信する（ステップＡ３）。
【００６０】
中継局３８の表示部５８は、鍵受付部５６が受信した共通鍵をディスプレイ等に表示する（ステップＡ４）。
【００６１】
ビーコン端末３４の鍵受付部４４は、中継局３８に表示された共通鍵を参照したユーザから（例えばテンキーを介して）共通鍵の入力を受け付ける（ステップＡ５）。
【００６２】
図８のシーケンス（ステップＡ１〜Ａ５）は、所定のタイミング（例えば一定の周期）で鍵サーバ３２の鍵更新部４０が共通鍵を更新するたびに繰り返される。
【００６３】
図９は、鍵サーバ３２から受信端末３６への共通鍵の配布動作を例示するシーケンス図である。
【００６４】
図９を参照すると、受信端末３６のパケット受信部５２はビーコン端末３４のパケット送信部４８から暗号化されたビーコン端末３４の識別子を含むアドバタイズメント・パケットを受信する（ステップＢ１）。
【００６５】
次に、受信端末３６の復号部５４は、共通鍵を用いてビーコン端末３４の識別子を復号する（ステップＢ２）。
【００６６】
鍵受付部５０は、鍵サーバ３２によって更新される共通鍵に付与された有効期限が切れた場合（ステップＢ３）、以下の動作（ステップＢ４〜Ｂ６）により、鍵サーバ３２から新たに共通鍵を取得する。
【００６７】
まず、鍵サーバ３２は、受信端末３６の認証を行う（ステップＢ４）。
【００６８】
図１０は、受信端末３６の認証動作を例示するシーケンス図である。ここで、認証手順として、一例としてＲＡＤＩＵＳ認証（ＩＥＥＥ８０２．１Ｘ認証）を使用することができる。
【００６９】
図１０を参照すると、受信端末３６は、鍵サーバ３２に認証要求を送出する（ステップＣ１）。
【００７０】
次に、鍵サーバ３２は、認証サーバ（ＲＡＤＩＵＳサーバともいう。図６、図７において非図示）に対して、認証要求を送信する（ステップＣ２）。
【００７１】
認証サーバは、受信端末３６が事前に登録された会員のものであるか否かを検証する（ステップＣ３）。
【００７２】
受信端末３６が登録済みのものである場合、認証サーバは「認証ＯＫ」の通知を鍵サーバ３２に送信する（ステップＣ４）。
【００７３】
鍵サーバ３２は、「認証ＯＫ」の通知を受けると、さらに、当該通知を受信端末３６に送信する（ステップＣ５）。
【００７４】
以上の手続きにより、鍵サーバ３２による受信端末３６の認証（図９のステップＢ４）が完了する。
【００７５】
図９に戻ると、鍵サーバ３２の鍵提供部４２と、受信端末３６の鍵受付部５０は、ＳＳＬ通信を確立する（ステップＢ５）。このとき、鍵サーバ３２に対するサーバ証明書と、受信端末３６に対するクライアント証明書が使用される。なお、ＳＳＬに基づく通信は公知であるため、詳細な説明を省略する。
【００７６】
ＳＳＬ通信を確立すると、鍵サーバ３２の鍵提供部４２は受信端末３６の鍵受付部５０に共通鍵を送信する（ステップＢ６）。
【００７７】
受信端末３６の復号部５４は、鍵受付部５０が受信した更新後の共通鍵を用いて、アドバタイズメント・パケットに含まれる情報を復号する（ステップＢ７）。
【００７８】
［効果］
本実施形態の無線通信システムによると、ＢＬＥ通信を行うビーコン端末３４と受信端末３６との間における通信のセキュリティを向上させることができる。なぜなら、ビーコン端末３４がアドバタイズメント・パケットに含まれるビーコン端末３４の識別子を暗号化するために使用するとともに、受信端末３６が復号に使用する共通鍵は鍵サーバ３２によって所定のタイミングで更新されるため、仮に共通鍵が漏洩したとしても、セキュリティ上の問題は一時的にしか生じないからである。
【００７９】
また、本実施形態では、鍵サーバ３２が更新した共通鍵を中継する中継局３８を設け、ビーコン端末３４はＷＡＮに接続可能な中継局３８を経由して、鍵サーバ３２が更新した共通鍵を受け付ける。これにより、ビーコン端末３４がＬＡＮ（Local Area Network）／ＷＡＮ（Wide Area Network）等に接続できない場合であっても、ビーコン端末３４が暗号化に使用する共通鍵を更新することが可能となる。
【００８０】
さらに、中継局３８は、鍵サーバ３２と中継局３８の間に確立されたＳＳＬ通信を介して鍵サーバ３２から共通鍵を受信することができる。また、受信端末３６は、受信端末３６と鍵サーバ３２の間に確立されたＳＳＬ通信を介して鍵サーバ３２から共通鍵を受信する。これにより、鍵サーバ３２が更新した共通鍵を安全にビーコン端末３４と受信端末３６に配布することが可能となる。
【００８１】
＜実施形態２＞
次に、第２の実施形態に係る無線通信システムについて図面を参照して詳細に説明する。第１の実施形態では、中継局からビーコン端末への鍵の送付をユーザが手動で行うものとした。本実施形態では、中継局からビーコン端末への鍵の配布を自動化する。
【００８２】
［構成］
図１１は、本実施形態に係る無線通信システムの構成を例示する図である。図１１を参照すると、無線通信システムは、鍵サーバ３２、中継局３９、ビーコン端末３５、および、受信端末３６を備えている。鍵サーバ３２および受信端末３６の構成は、第１の実施形態と同様である。以下では、本実施形態と第１の実施形態との差分を中心に説明する。
【００８３】
本実施形態では、中継局３９とビーコン端末３５との間では、パスフレーズに基づくWiFi（Wireless Fidelity）接続設定（例えばＷＰＡ２（WiFi Protected Access 2）の暗号化設定）が予め完了しており、常時接続が確立されているものとする。
【００８４】
図１１を参照すると、本実施形態の中継局３９は、鍵受付部５６および鍵送信部５９を備えている。鍵送信部５９は、鍵受付部５６が鍵サーバ３２から共通鍵を受信すると、ビーコン端末３５にその旨を通知する。また、鍵送信部５９は、ビーコン端末３５から共通鍵の要求を受け付けると、ビーコン端末３５に共通鍵を送信する。
【００８５】
図１１を参照すると、本実施形態のビーコン端末３５は、鍵受付部４５、暗号化部４６およびパケット送信部４８を備えている。鍵受付部４５は、中継局３９が鍵サーバ３２から共通鍵を受信した旨の通知を中継局３９から受信すると、中継局３９に共通鍵を要求する。また、鍵受付部４５は、当該要求に応じて中継局３９から送信された共通鍵を受信して、暗号化部４６に提供する。
【００８６】
［動作］
次に、実施形態の無線通信システムにおいて、ビーコン端末３５へ共通鍵を配布する動作について説明する。図１２は、かかる動作を例示するシーケンス図である。
【００８７】
鍵サーバ３２は、共通鍵の生成時（ステップＡ１）または共通鍵の有効期限満了による更新時に、ＳＳＬ通信経路を介して中継局３９に共通鍵を送信する（ステップＡ２、Ａ３）。
【００８８】
中継局３９の鍵送信部５９は、鍵受付部５６が鍵サーバ３２から新規に、または更新された共通鍵を受信すると、ビーコン端末３５に対してWiFi経由で共通鍵の発行を通知する（ステップＡ６）。
【００８９】
かかる通知を受けると、ビーコン端末３５の鍵受付部４５は、中継局３９に対して共通鍵を要求する（ステップＡ７）。
【００９０】
すると、中継局３９の鍵送信部５９は、ビーコン端末３５にWiFi経由（例えばＷＰＡ２暗号化済）で共通鍵を送信し、ビーコン端末３５の鍵受付部４５は共通鍵を受信する（ステップＡ８）。
【００９１】
ビーコン端末３５は、新たに共通鍵を受信すると受信した共通鍵の使用を開始する。また、ビーコン端末は、すでに使用中の共通鍵が存在する場合、使用中の共通鍵を受信した共通鍵によって更新する。
【００９２】
［効果］
本実施形態によると、ビーコン端末３５に対する共通鍵の配布が自動化される。したがって、第１の実施形態のように、ユーザが定期的に中継局の表示を参照して手動でビーコン端末に共通鍵を入力する手間を省くことが可能となる。また、本実施形態では、共通鍵をビーコン端末に配布する際に、鍵サーバと中継局との間ではＳＳＬ通信を用い、中継局とビーコン端末との間ではＷＰＡ２等で暗号化されたWiFi通信を用いる。これにより、安全に共通鍵を配布することが可能となる。
【００９３】
＜実施形態３＞
次に、第３の実施形態に係る無線通信システムについて図面を参照して詳細に説明する。第１および第２の実施形態に係る無線通信システムでは、受信端末は、鍵サーバが発行または更新した共通鍵の期限切れを検出すると（図９のステップＢ３）、鍵サーバから新たな共通鍵を受信する（ステップＢ４〜Ｂ６）。一方、本実施形態では、受信端末がビーコン端末と受信端末との間における共通鍵の不一致を検出すると、鍵サーバから新たな共通鍵を取得する。本実施形態では、一例として、かかる機能を第２の実施形態に適用した例について説明する。ただし、かかる機能は、第１の実施形態にも同様に適用することができる。なお、本実施形態では、ビーコン端末は鍵サーバによって更新された最新の共通鍵を保持するものと仮定する。
【００９４】
［構成］
図１３は、本実施形態に係る無線通信システムの構成を例示する図である。図１３を参照すると、無線通信システムは、鍵サーバ３２、中継局３９、ビーコン端末６０、および、受信端末３７を備えている。鍵サーバ３２および中継局３９の構成は、第２の実施形態と同様である。以下では、本実施形態と第２の実施形態との差分を中心に説明する。
【００９５】
図１３を参照すると、本実施形態のビーコン端末６０は、鍵受付部４５、暗号化部４７およびパケット送信部４８を備えている。暗号化部４７は、鍵受付部４５が受け付けた共通鍵を用いて、ビーコン端末６０の識別子を暗号化する。また、暗号化部４７は、ビーコン端末６０の識別子に所定のハッシュアルゴリズムを適用してハッシュ値を求める。さらに、暗号化部４７は、暗号化された識別子と、求めたハッシュ値とを含む（例えば、暗号化された識別子の先頭に求めたハッシュ値を付加したものを含む）アドバタイズメント・パケットを生成する。ここで、暗号化部４７は、ハッシュアルゴリズムとして、例えば、ＭＤ５（Message Digest Algorithm 5）、ＳＨＡ１（Secure Hash Algorithm 1）、ＳＨＡ−２５６、ＳＨＡ−３８４、ＳＨＡ−５１２、ＲＩＰＥＭＤ−１６０（RACE Integrity Primitives Evaluation Message Digest 160）等を用いることができる。
【００９６】
図１３を参照すると、本実施形態の受信端末３７は、パケット受信部５２、復号部５５および鍵受付部５０を備えている。復号部５５は、パケット受信部５２が受信したアドバタイズメント・パケットに含まれるハッシュ値と、暗号化された識別子とを分離する。また、復号部５５は、暗号化された識別子を、共通鍵を用いて復号する。さらに、復号部５５は、復号された識別子に対して、ビーコン端末６０の暗号化部４７が使用したものと同一のハッシュアルゴリズムを適用してハッシュ値を算出する。ここで、復号部５５は、算出したハッシュ値と、アドバタイズメント・パケットから抽出したハッシュ値とを比較する。両ハッシュ値が一致する場合、復号部５５は、ビーコン端末６０が保持する共通鍵と受信端末３７が保持する共通鍵とが一致することを把握する。一方、両ハッシュ値が一致しない場合、復号部５５は、ビーコン端末６０が保持する共通鍵と受信端末３７が保持する共通鍵とが一致しないものと判定する。一致しないものと判定した場合、復号部５５は、鍵サーバ３２から新たに共通鍵を受け付けるように鍵受部５０に指示する。鍵受付部５０は、かかる指示に応じて、鍵サーバ３２によって更新された共通鍵を受け付ける。
【００９７】
［動作］
次に、実施形態の無線通信システムにおいて受信端末３７へ共通鍵を配布する動作について説明する。図１４は、かかる動作を例示するシーケンス図である。
【００９８】
図１４を参照すると、ビーコン端末６０は、共通鍵を用いて暗号化されたビーコン端末６０の識別子と、当該識別子のハッシュ値とを含むアドバタイズメント・パケットを送信する（ステップＢ８）。
【００９９】
受信端末３７は、受信したアドバタイズメント・パケットに含まれるハッシュ値と、暗号化された識別子とを分離し、暗号化された識別子を、共通鍵を用いて復号する（ステップＢ９）。さらに、受信端末３７は、復号された識別子に対して、ビーコン端末６０と同一のハッシュアルゴリズムを適用してハッシュ値を算出する。ここで、算出したハッシュ値と、アドバタイズメント・パケットに含まれるハッシュ値とが一致しない場合、受信端末３７は、ビーコン端末６０が保持する共通鍵と受信端末３７が保持する共通鍵とが一致しないものと判定する（ステップＢ１０）。受信端末３７は、かかる判定を行うと、第１の実施形態（図９参照）と同様にして、鍵サーバ３２から新たに共通鍵を受け付ける（ステップＢ４〜Ｂ６）。
【０１００】
［効果］
本実施形態では、受信端末が、ビーコン端末が保持する共通鍵と受信端末が保持する共通鍵との一致を検出すると、鍵サーバから新たに共通鍵を受信する。かかる構成によると、両共通鍵の不一致を解消することが可能となる。また、本実施形態では、受信端末がビーコン端末から受信するアドバタイズメント・パケットに基づいて共通鍵の不一致を検出する。したがって、鍵サーバが共通鍵を配布する際に、有効期限に関する情報を併せて通知する必要がなくなる。
【０１０１】
＜変形例＞
上記実施形態について、さらに、以下の変形が可能である。
【０１０２】
上記実施形態では、ビーコン端末に共通鍵を配布する際に中継局を経由する構成について説明した。ただし、複数の受信端末のうちの特定の受信端末（例えば、ビーコン端末を設置した事業者の受信端末）が中継局の機能を担うものとし、中継局を省略することも可能である。
【０１０３】
また、上記実施形態における鍵サーバは、複数の事業者が設置する複数のビーコン端末の間で共有することも可能である。このとき、鍵サーバは、異なるビーコン端末ごとに別個の共通鍵を生成してもよいし、複数のビーコン端末について、同一の共通鍵を配布するようにしてもよい。
【０１０４】
なお、共通鍵の更新を単一の事業者向けに行う場合、鍵サーバを省略して、中継局が鍵サーバの機能を担うようにしてもよい。また、この場合において、ビーコン端末と受信端末との間でセキュアな通信を確立できるのであれば、さらに中継局も省略して、ビーコン端末自身が共通鍵を更新し、更新した共通鍵を受信端末に配布することもできる。このとき、ビーコン端末はアドバタイズメント・パケットを生成するアドバタイザであると同時に、鍵更新サーバの役割も担うことになる。
【０１０５】
なお、本発明において、下記の形態が可能である。
［形態１］
上記第１の態様に係る無線通信システムのとおりである。
［形態２］
前記サーバが更新した共通鍵を中継する中継局を備え、
前記第１の端末は、前記サーバが更新した共通鍵を、前記中継局を経由して受け付ける、
形態１に記載の無線通信システム。
［形態３］
前記中継局は、前記サーバと前記中継局の間に確立されたＳＳＬ（Secure Socket Layer）通信を介して前記サーバから前記サーバが更新した共通鍵を受信する、
形態２に記載の無線通信システム。
［形態４］
前記中継局は、前記サーバから受信した共通鍵を表示し、
前記第１の端末は、ユーザによる共通鍵の入力を受け付ける、
形態２または３に記載の無線通信システム。
［形態５］
前記中継局は、前記サーバから共通鍵を受信すると、その旨を前記第１の端末に通知し、
前記第１の端末は、前記通知に応じて、前記中継局から前記共通鍵を取得する、
形態２または３に記載の無線通信システム。
［形態６］
前記第２の端末は、前記サーバと前記第２の端末の間に確立されたＳＳＬ通信を介して前記サーバから前記サーバが更新した共通鍵を受信する、
形態１ないし５のいずれか一に記載の無線通信システム。
［形態７］
前記サーバは、共通鍵を所定の周期で更新する、
形態１ないし６のいずれか一に記載の無線通信システム。
［形態８］
前記サーバは、事業者ごとに割り当てられたコードと更新前の共通鍵を、それぞれメッセージおよびキーとして一方向ハッシュ関数に入力して得られたメッセージダイジェストを、更新後の共通鍵とする、
形態１ないし７のいずれか一に記載の無線通信システム。
［形態９］
前記第２の端末は、前記サーバが更新した共通鍵に付与された有効期限が切れた場合、前記サーバから新たに共通鍵を取得する、
形態１ないし８のいずれか一に記載の無線通信システム。
［形態１０］
前記第１の端末は、前記所定の情報に所定のハッシュアルゴリズムを適用して求めたハッシュ値を前記パケットに含めて送信し、
前記第２の端末は、前記パケットに含まれるハッシュ値と、前記パケットに含まれる所定の情報を復号した値に前記所定のハッシュアルゴリズムを適用して求めたハッシュ値とが一致しない場合、前記サーバから新たに共通鍵を取得する、
形態１ないし９のいずれか一に記載の無線通信システム。
［形態１１］
前記第１の端末は、前記サーバが更新した共通鍵を用いて暗号化された前記第１の端末の識別子を含むアドバタイズメント・パケットを、ＢＬＥ（Bluetooth Low Energy）に基づいて送信するビーコン端末であり、
前記第２の端末は、前記第１の端末の識別子を用いて、配信サーバから情報を取得して表示するアプリケーションを有する、
形態１ないし１０のいずれか一に記載の無線通信システム。
［形態１２］
上記第２の態様に係るサーバのとおりである。
［形態１３］
前記鍵提供部は、前記鍵更新部が更新した共通鍵を中継する中継局を経由して、前記第１の端末に提供する、
形態１２に記載のサーバ。
［形態１４］
前記鍵提供部は、前記中継局との間に確立されたＳＳＬ通信を介して前記鍵更新部が更新した共通鍵を前記中継局に送信する、
形態１３に記載のサーバ。
［形態１５］
前記鍵提供部は、前記第２の端末との間に確立されたＳＳＬ通信を介して前記鍵更新部が更新した共通鍵を前記第２の端末に送信する、
形態１２ないし１４のいずれか一に記載のサーバ。
［形態１６］
前記鍵更新部は、共通鍵を所定の周期で更新する、
形態１２ないし１５のいずれか一に記載のサーバ。
［形態１７］
前記鍵更新部は、事業者ごとに割り当てられたコードと更新前の共通鍵を、それぞれメッセージおよびキーとして一方向ハッシュ関数に入力して得られたメッセージダイジェストを、更新後の共通鍵とする、
形態１２ないし１６のいずれか一に記載のサーバ。
［形態１８］
上記第３の態様に係る第１の端末のとおりである。
［形態１９］
前記鍵受付部は、ユーザによる共通鍵の入力を受け付ける、
形態１８に記載の第１の端末。
［形態２０］
前記鍵受付部は、前記サーバが更新した共通鍵を中継する中継局から、前記サーバから共通鍵を受信した旨の通知を受けると、前記中継局から前記サーバが更新した共通鍵を取得する、
形態１８に記載の第１の端末。
［形態２１］ビーコン端末によるＢＬＥ通信
前記サーバが更新した共通鍵を用いて暗号化された前記第１の端末の識別子を含むアドバタイズメント・パケットを、ＢＬＥ（Bluetooth Low Energy）に基づいて送信するビーコン端末である、
形態１８ないし２０のいずれか一に記載の第１の端末。
［形態２２］
上記第４の態様に係る第２の端末のとおりである。
［形態２３］
前記鍵受付部は、前記サーバと前記第２の端末の間に確立されたＳＳＬ通信を介して前記サーバから前記サーバが更新した共通鍵を受信する、
形態２２に記載の第２の端末。
［形態２４］
前記鍵受付部は、前記サーバが更新した共通鍵に付与された有効期限が切れた場合、前記サーバから新たに共通鍵を取得する、
形態２２または２３に記載の第２の端末。
［形態２５］
前記第１の端末は、前記所定の情報に所定のハッシュアルゴリズムを適用して求めたハッシュ値を前記パケットに含めて送信し、
前記鍵受付部は、前記パケットに含まれるハッシュ値と、前記パケットに含まれる所定の情報を復号した値に前記所定のハッシュアルゴリズムを適用して求めたハッシュ値とが一致しない場合、前記サーバから新たに共通鍵を取得する、
形態２２ないし２４のいずれか一に記載の第２の端末。
［形態２６］
前記第１の端末は、前記サーバが更新した共通鍵を用いて暗号化された前記第１の端末の識別子を含むアドバタイズメント・パケットを、ＢＬＥ（Bluetooth Low Energy）に基づいて送信するビーコン端末であり、
前記第２の端末は、前記第１の端末の識別子を用いて、配信サーバから情報を取得して表示するアプリケーションを有する、
形態２２ないし２５のいずれか一に記載の第２の端末。
［形態２７］
上記第５の態様に係る無線通信方法のとおりである。
［形態２８］
上記第６の態様に係る無線通信方法のとおりである。
［形態２９］
上記第７の態様に係る無線通信方法のとおりである。
［形態３０］
上記第８の態様に係る無線通信方法のとおりである。
［形態３１］
上記第９の態様に係るプログラムのとおりである。
［形態３２］
上記第１０の態様に係るプログラムのとおりである。
［形態３３］
上記第１１の態様に係るプログラムのとおりである。
【０１０６】
なお、上記特許文献および非特許文献の全開示内容は、本書に引用をもって繰り込み記載されているものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【符号の説明】
【０１０７】
２    サーバ
４    端末
６    端末
８    中継局
１０    鍵更新部
１２    鍵提供部
１４    鍵受付部
１６    暗号化部
１８    パケット送信部
２０    鍵受付部
２２    パケット受信部
２４    復号部
３２    鍵サーバ
３４、３５、６０    ビーコン端末
３６、３７    受信端末
３８、３９    中継局
４０    鍵更新部
４２    鍵提供部
４４、４５    鍵受付部
４６、４７    暗号化部
４８    パケット送信部
５０    鍵受付部
５２    パケット受信部
５４、５５    復号部
５６    鍵受付部
５８    表示部
５９    鍵送信部
【図１】
2020120407.tif 000003
【図２】
2020120407.tif 000004
【図３】
2020120407.tif 000005
【図４】
2020120407.tif 000006
【図５】
2020120407.tif 000007
【図６】
2020120407.tif 000008
【図７】
2020120407.tif 000009
【図８】
2020120407.tif 000010
【図９】
2020120407.tif 000011
【図１０】
2020120407.tif 000012
【図１１】
2020120407.tif 000013
【図１２】
2020120407.tif 000014
【図１３】
2020120407.tif 000015
【図１４】
2020120407.tif 000016