特許 6201039 通信システム及び通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6201039

(24)【登録日】2017年9月1日

(45)【発行日】2017年9月20日

(54)【発明の名称】通信システム及び通信方法

(51)【国際特許分類】

   H04W 4/02 20090101AFI20170911BHJP

   G06Q 30/02 20120101ALI20170911BHJP

【ＦＩ】

   H04W4/02 110

   G06Q30/02 352

【請求項の数】6

【全頁数】20

(21)【出願番号】特願2016-511592(P2016-511592)

(86)(22)【出願日】2015年3月25日

(86)【国際出願番号】JP2015059255

(87)【国際公開番号】WO2015151981

(87)【国際公開日】20151008

【審査請求日】2016年3月10日

(31)【優先権主張番号】特願2014-73543(P2014-73543)

(32)【優先日】2014年3月31日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(73)【特許権者】

【識別番号】513147971

【氏名又は名称】株式会社エイス

(74)【代理人】

【識別番号】110000752

【氏名又は名称】特許業務法人朝日特許事務所

(72)【発明者】

【氏名】石井 暁

(72)【発明者】

【氏名】菊地 大輔

(72)【発明者】

【氏名】中川 大輔

(72)【発明者】

【氏名】中島 俊雄

【審査官】 深津 始

(56)【参考文献】

【文献】 国際公開第２０１３／０３６８２３（ＷＯ，Ａ１）

【文献】 特表２０１４−５３０５２１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／０２

Ｇ０６Ｑ ３０／０２

(57)【特許請求の範囲】

【請求項1】

第１通信端末と、
サーバ装置と
を備え、
前記第１通信端末が、
書き換え可能な識別子を記憶する発信機から発信される、当該発信機を識別するための当該識別子を受信する受信部と、
前記サーバ装置からサービスの提供を受けるため、前記受信部により受信された識別子を当該サーバ装置に送信するチェックイン部と
を有し、
前記サーバ装置が、
前記第１通信端末から受信した識別子が有効なものであった場合、当該第１通信端末に対し当該識別子に対応するコンテンツを送信する第２送信部と
前記発信機に記憶される識別子を変更する条件を満たすか否かを判断する判断部と
を有し、
前記第１通信端末から受信した識別子が前記条件を満たすと判断された場合、前記第２送信部が、当該第１通信端末に対し、当該識別子の変更を指示する第２変更指示を送信し、
前記第１通信端末が、
前記第２変更指示を受信すると、前記書き換え可能な識別子を、第１識別子から第２識別子に変更するよう指示する第１変更指示を前記発信機に送信する第１送信部
を有する
通信システム。

【請求項2】

前記第１通信端末又は前記サーバ装置のいずれかが、前記第２識別子を生成する生成部をさらに有する
請求項１に記載の通信システム。

【請求項3】

前記判断部は、前記第１通信端末が前記サーバ装置にアクセスしたときに、前記条件に含まれる第１条件を満たすか否かを判断し、
前記第１条件は、前記第１通信端末のアクセスが、
基準の時刻、曜日、又は日付を経過してから前記サーバ装置に対して行われた最初のアクセスであること、
前記発信機の識別子が前記第１識別子に変更された時点から所定の時間を経過したこと、又は
前記時点より後の期間において前記第１通信端末を含む少なくとも１の通信端末が前記サーバ装置にアクセスした回数の合計が所定の回数に達したことである
請求項１又は２に記載の通信システム。

【請求項4】

前記判断部は、前記第１通信端末が前記サーバ装置にアクセスしたときに、前記条件に含まれる第２条件を満たすか否かを判断し、
前記第２条件は、前記第１通信端末の信頼度が基準より低いことである
請求項３に記載の通信システム。

【請求項5】

前記第１通信端末が前記サーバ装置にアクセスした後で、前記識別子の受信に応じて前記サーバ装置にアクセスする第２通信端末を含み、
前記第２送信部は、前記第１条件を満たすと判断された場合には、前記第２変更指示を前記第１通信端末に送信し、前記第２条件を満たすと判断された場合には、前記第２変更指示を前記第２通信端末に送信し、
前記第２通信端末は、前記第２変更指示を受信すると、前記第１変更指示を前記発信機に送信する第３送信部を有する
請求項４に記載の通信システム。

【請求項6】

書き換え可能な識別子を記憶する発信機から発信される、当該発信機を識別するための識別子を通信端末が受信するステップと、
サーバ装置からサービスの提供を受けるため、前記受信された識別子を前記通信端末が前記サーバ装置に送信するステップと、
前記通信端末から受信した識別子が有効なものであった場合、前記サーバ装置が、当該通信端末に対し当該識別子に対応するコンテンツを送信するステップと、
前記サーバ装置が、前記通信端末から受信した識別子を変更する条件を満たすか否かを判断するステップと、
前記通信端末から受信した識別子が前記条件を満たすと判断された場合、前記サーバ装置が、当該通信端末に対し、当該識別子の変更を指示する第２変更指示を送信し、
前記第２変更指示を受信すると、前記書き換え可能な識別子を、第１識別子から第２識別子に変更するよう指示する第１変更指示を、前記通信端末が前記発信機に送信するステップと
を備える通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、発信機の識別子を変更する技術に関する。

【背景技術】

【0002】

アクセスポイントやビーコン等の機器から発信される識別子は、悪意のある第三者に知られると、システムやサービスを不正に利用するために用いられる場合がある。このような不正使用を防ぐための技術として、例えば特許文献１に記載の技術が知られている。特許文献１には、アクセスポイント固有のＩＤ情報が格納される領域に、本来のＭＡＣアドレスとは異なるダミーアドレスを格納して送信することが記載されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１３−２４２２８２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１に記載の発明のように、識別子を発信する機器側で識別子を制御する処理を行う場合には、発信機がその処理を行うための構成を備える必要がある。この場合、発信機の構成が複雑になり、発信機の電力消費が増加するという問題がある。
本発明は、発信機の構成の複雑化を招くことなく、発信機から発信される識別子の不正使用を抑制することを目的とする。

【課題を解決するための手段】

【0005】

本発明は、発信機から発信される第１識別子を受信する受信部と、前記第１識別子を変更する条件を満たすか否かを判断する判断部と、前記条件を満たすと判断された場合には、前記発信機と通信を確立し、前記第１識別子を第２識別子に変更するよう指示する第１変更指示を前記発信機に送信する第１送信部とを備える通信システムを提供する。

【0006】

前記通信システムは、前記受信部を有し、前記第１識別子の受信に応じてサーバ装置にアクセスする少なくとも１の通信端末と、前記少なくとも１の通信端末からのアクセスに応じて、前記少なくとも１の通信端末にサービスを提供するサーバ装置とを備え、前記サーバ装置は、前記判断部を有し、前記少なくとも１の通信端末は、前記第１送信部を有してもよい。

【0007】

前記少なくとも１の通信端末又は前記サーバ装置のいずれかは、前記第２識別子を生成する生成部をさらに有してもよい。

【0008】

前記判断部は、前記少なくとも１の通信端末に含まれる第１通信端末が前記サーバ装置にアクセスしたときに、前記条件に含まれる第１条件を満たすか否かを判断し、前記第１条件は、前記第１通信端末のアクセスが、基準の時刻、曜日、又は日付を経過してから前記サーバ装置に対して行われた最初のアクセスであること、前記発信機の識別子が前記第１識別子に変更された時点から所定の時間を経過したこと、又は前記時点より後の期間において前記第１通信端末を含む少なくとも１の通信端末が前記サーバ装置にアクセスした回数の合計が所定の回数に達したことであってもよい。

【0009】

前記判断部は、前記少なくとも１の通信端末に含まれる第１通信端末が前記サーバ装置にアクセスしたときに、前記条件に含まれる第２条件を満たすか否かを判断し、前記第２条件は、前記第１通信端末の信頼度が基準より低いことであってもよい。

【0010】

前記少なくとも１の通信端末は、前記第１通信端末が前記サーバ装置にアクセスした後に、前記第１識別子の受信に応じて前記サーバ装置にアクセスする第２通信端末を含み、前記サーバ装置は、前記第１条件を満たすと判断された場合には、前記第１識別子を第２識別子に変更するよう指示する第２変更指示を前記第１通信端末に送信し、前記第２条件を満たすと判断された場合には、前記第２変更指示を前記第２通信端末に送信する第２送信部を有し、前記第１通信端末及び前記第２通信端末は、それぞれ前記第１送信部を有し、前記第１送信部は、前記第２変更指示を受信した場合に、前記第１変更指示を前記発信機に送信してもよい。

【0011】

本発明は、発信機から発信される第１識別子を受信する受信部と、前記第１識別子を変更する条件を満たすか否かを判断する判断部と、前記条件を満たすと判断された場合には、前記発信機と通信を確立し、前記第１識別子を第２識別子に変更するよう指示する第１変更指示を前記発信機に送信する第１送信部とを備える通信端末を提供する。

【0012】

前記通信端末は、前記第２識別子を生成する生成部をさらに有してもよい。

【0013】

本発明は、発信機から発信される第１識別子を受信するステップと、前記第１識別子を変更する条件を満たすか否かを判断するステップと、前記条件を満たすと判断された場合には、前記発信機と通信を確立し、前記第１識別子を第２識別子に変更するよう指示する第１変更指示を前記発信機に送信するステップとを備える通信方法を提供する。

【0014】

本発明は、コンピュータに、発信機から発信される第１識別子を受信するステップと、前記第１識別子を変更する条件を満たすか否かを判断するステップと、前記条件を満たすと判断された場合には、前記発信機と通信を確立し、前記第１識別子を第２識別子に変更するよう指示する第１変更指示を前記発信機に送信するステップとを実行させるためのプログラムを提供する。

【発明の効果】

【0015】

本発明によれば、発信機の構成の複雑化を招くことなく、発信機から発信される識別子の不正使用を抑制することができる。

【図面の簡単な説明】

【0016】

【図1】第１実施形態に係る通信システムの全体構成を示す図。

【図2】通信端末のハードウェア構成を示す図。

【図3】サーバ装置のハードウェア構成を示す図。

【図4】管理テーブルの一例を示す図。

【図5】履歴情報の一例を示す図。

【図6】第１実施形態に係る通信システムの機能構成を示す図。

【図7】第１実施形態に係るビーコン識別子の変更処理を示すシーケンスチャート。

【図8】新たなビーコン識別子が格納された管理テーブルを示す図。

【図9】変更確定処理後の管理テーブルを示す図。

【図10】不正端末に対応する処理を示すシーケンスチャート。

【図11】リトライ処理を示すシーケンスチャート。

【図12】第２実施形態に係る通信システムの機能構成を示す図。

【図13】第２実施形態に係るビーコン識別子の変更処理を示すシーケンスチャート。

【図14】第３実施形態に係る通信システムの機能構成を示す図。

【図15】第３実施形態に係るビーコン識別子の変更処理を示すシーケンスチャート。

【発明を実施するための形態】

【0017】

１．第１実施形態
以下、図面を参照して本発明の第１実施形態を説明する。

【0018】

（１）構成
図１は、第１実施形態に係る通信システム１０の全体構成を示す図である。この通信システム１０は、特定の場所に移動したユーザに対して、特定の場所を来訪した特典として、コンテンツを配信するサービスを提供するシステムである。通信システム１０は、サーバ装置１００と、通信端末２００−１、２００−２、及び２００−３と、ビーコン３００（発信機の一例）とを備える。なお、以下の説明において、通信端末２００−１、２００−２、及び２００−３を特に区別する必要がない場合には、総称して「通信端末２００」という。

【0019】

サーバ装置１００と通信端末２００とは、インターネット及び移動体通信網を含むネットワーク２０を介して接続される。ビーコン３００は、例えば店舗に設置される。ビーコン３００は、通信範囲３０内に存在する通信端末２００との間で、Bluetooth（登録商標） Low Energy等の近距離無線規格に従って無線通信を行う。ビーコン３００は、予め格納されたビーコン識別子を発信する機能を有する。ビーコン３００は、このビーコン識別子により一意に識別される。なお、図１では、ビーコン３００が１台だけ示されているが、ビーコン３００の数は２台以上あってもよい。また、通信端末２００の数も３台に限定されない。

【0020】

通信端末２００は、例えばスマートフォンである。通信端末２００は、ビーコン３００の通信範囲３０内に移動すると、サーバ装置１００にチェックインして、このビーコン３００に対応するサービスの提供を受ける機能を有する。このチェックインとは、サーバ装置１００にアクセスして、現在位置を知らせることをいう。

【0021】

図２は、通信端末２００のハードウェア構成を示す図である。通信端末２００は、プロセッサ２１０と、メインメモリ２２０と、通信部２３０と、操作部２５０と、表示部２６０と、記憶部２７０とを備える。

【0022】

プロセッサ２１０は、例えばＣＰＵ（Central Processing Unit）により構成される。プロセッサ２１０は、記憶部２７０に記憶されたプログラムを実行することにより、通信端末２００の各部を制御する。メインメモリ２２０は、例えばＲＡＭ（Random Access Memory）により構成される。メインメモリ２２０は、プログラムやデータを一時的に記憶する。メインメモリ２２０は、プロセッサ２１０の作業領域として用いられる。通信部２３０は、ネットワーク２０に接続される通信用のインタフェースである。通信部２３０は、ネットワーク２０を介してサーバ装置１００と通信を行う。また、通信部２３０は、ビーコン３００の通信範囲３０内にて、ビーコン３００と無線通信を行う。

【0023】

操作部２５０は、例えばタッチパネルとキーとにより構成される。操作部２５０は、ユーザの操作に応じた信号をプロセッサ２１０に入力する。表示部２６０は、例えば液晶ディスプレイにより構成される。表示部２６０は、各種の情報を表示する。記憶部２７０は、例えばフラッシュメモリにより構成される。記憶部２７０には、各種のプログラムやデータが記憶される。また、記憶部２７０には、サーバ装置１００にチェックインする機能を提供するアプリケーションが記憶される。

【0024】

サーバ装置１００は、チェックインした通信端末２００に対し、コンテンツを配信するサービスを提供する機能を有する。また、サーバ装置１００は、ビーコン３００から発信されるビーコン識別子の不正使用を防止するために、通信端末２００と協働して、ビーコン識別子を変更する機能を有する。

【0025】

図３は、サーバ装置１００のハードウェア構成を示す図である。サーバ装置１００は、プロセッサ１１０と、メインメモリ１２０と、通信部１３０と、操作部１４０と、表示部１５０と、記憶部１６０とを備える。

【0026】

プロセッサ１１０は、例えばＣＰＵにより構成される。プロセッサ１１０は、記憶部１６０に記憶されたプログラムを実行することにより、サーバ装置１００の各部を制御する。メインメモリ１２０は、例えばＲＡＭにより構成される。メインメモリ１２０は、プログラムやデータを一時的に記憶する。メインメモリ１２０は、プロセッサ１１０の作業領域として用いられる。通信部１３０は、ネットワーク２０に接続される通信用のインタフェースである。通信部１３０は、ネットワーク２０を介して通信端末２００と通信を行う。

【0027】

操作部１４０は、例えばマウスとキーボードとにより構成される。操作部１４０は、ユーザの操作に応じた信号をプロセッサ１１０に入力する。表示部１５０は、例えば液晶ディスプレイにより構成される。表示部１５０は、各種の情報を表示する。記憶部１６０は、例えばハードディスクにより構成される。記憶部１６０には、各種のプログラムやデータが記憶される。また、記憶部１６０には、通信端末２００に配信されるコンテンツが記憶される。このコンテンツは、例えばビーコン３００が設置された店舗の来店ポイントやクーポン券である。さらに、記憶部１６０には、ビーコン識別子を管理する管理テーブル１６１と、チェックインの履歴を示す履歴情報１６２とが記憶される。

【0028】

図４は、管理テーブル１６１の一例を示す図である。管理テーブル１６１は、コンテンツＩＤと、ビーコン識別子と、ステータスと、変更日時とが関連付けて格納される。コンテンツＩＤは、記憶部１６０に記憶されたコンテンツを識別する情報である。ビーコン識別子は、ビーコン３００を識別する情報である。ステータスは、ビーコン識別子の状態を示す情報である。変更日時は、ビーコン識別子が変更された日時である。

【0029】

図５は、履歴情報１６２の一例を示す図である。履歴情報１６２は、チェックイン日時と、端末ＩＤと、ビーコン識別子とを含む。チェックイン日時は、通信端末２００がサーバ装置１００にチェックインした日時である。端末ＩＤは、通信端末２００を識別する情報である。ビーコン識別子は、ビーコン３００を識別する情報である。

【0030】

図５に示す例では、履歴情報１６２には、チェックイン日時「２０１４／３／１ １０：００」、端末ＩＤ「Ｔ１」、ビーコン識別子「Ｂ１」とが関連付けられている。これは、２０１４／３／１ １０：００に、端末ＩＤ「Ｔ１」により識別される通信端末２００が、ビーコン識別子「Ｂ１」により識別されるビーコン３００の通信範囲３０内でチェックインを行ったことを示す。履歴情報１６２は、通信端末２００がサーバ装置１００にチェックインする度に更新される。

【0031】

図６は、第１実施形態に係る通信システム１０の機能構成を示す図である。通信端末２００は、プロセッサ２１０が記憶部２７０に記憶されたアプリケーションを実行することにより、受信部２１１、チェックイン部２１２、第１送信部２１３、及び通知部２１４として機能する。これらの機能構成は、プロセッサ２１０と他のハードウェア構成との協働により実現されてもよい。

【0032】

受信部２１１は、ビーコン３００から発信された第１ビーコン識別子を受信する。チェックイン部２１２は、第１ビーコン識別子の受信に応じてサーバ装置１００にチェックインする。第１送信部２１３は、サーバ装置１００により第１ビーコン識別子を変更する条件を満たすと判断された場合には、ビーコン３００と通信を確立し、第１ビーコン識別子を第２ビーコン識別子に変更するよう指示する第１変更指示をビーコン３００に送信する。通知部２１４は、変更指示に従ってビーコン３００のビーコン識別子が変更されると、ビーコン３００のビーコン識別子の変更に成功したことをサーバ装置１００に通知する。

【0033】

サーバ装置１００は、プロセッサ１１０が記憶部１６０に記憶された１又は複数のプログラムを実行することにより、判断部１１１、生成部１１２、第２送信部１１３、及び確定処理部１１４として機能する。これらの機能構成は、プロセッサ１１０と他のハードウェア構成との協働により実現されてもよい。

【0034】

判断部１１１は、通信端末２００がサーバ装置１００にチェックインしたときに、第１ビーコン識別子を変更する条件を満たすか否かを判断する。生成部１１２は、第２ビーコン識別子を生成する。第２送信部１１３は、ビーコン３００に対応するコンテンツとともに、ビーコン３００の第１ビーコン識別子を第２ビーコン識別子に変更するよう指示する第２変更指示を通信端末２００に送信する。確定処理部１１４は、通知部２１４からビーコン３００のビーコン識別子の変更に成功したことが通知されると、ビーコン識別子の変更を確定する処理を行う。

【0035】

（２）動作
（２−１）ビーコン識別子の変更処理
図７は、第１実施形態に係るビーコン識別子の変更処理を示すシーケンスチャートである。この変更処理は、通信端末２００がビーコン３００の通信範囲３０内に移動したときに開始される。ここでは、通信端末２００−１（第１通信端末の一例）がビーコン３００の通信範囲３０内に移動したものとする。ビーコン３００は、予め格納されたビーコン識別子を含むアドバタイズ情報を発信する。ここでは、ビーコン３００のビーコン識別子は「Ｂ１」（第１識別子の一例）であるものとする。また、通信端末２００−１の端末ＩＤは「Ｔ１」であるものとする。

【0036】

ステップＳ１０１において、通信端末２００−１の受信部２１１は、ビーコン３００からアドバタイズ情報を受信する。このアドバタイズ情報には、ビーコン３００のビーコン識別子「Ｂ１」が含まれる。

【0037】

ステップＳ１０２において、通信端末２００−１のチェックイン部２１２は、ビーコン３００から受信したアドバタイズ情報に含まれるビーコン識別子「Ｂ１」と自身の端末ＩＤ「Ｔ１」とをサーバ装置１００に送信してチェックインを行う。

【0038】

ステップＳ１０３において、サーバ装置１００の判断部１１１は、通信端末２００−１からビーコン識別子及び端末ＩＤを受信すると、このビーコン識別子を変更するための変更条件（条件の一例）を満たすか否かを判断する。この変更条件には、定期的にビーコン識別子を変更するための第１条件と、信頼度の低い通信端末２００のチェックインに応じてビーコン識別子を変更するための第２条件とが含まれる。

【0039】

第１条件は、例えば以下の条件のいずれか一つ又は２つ以上の組み合わせである。
（ａ）基準の時刻、曜日、又は日付が経過してから最初のチェックインであること
（ｂ）ビーコン識別子が前回変更された時点から所定の時間を経過したこと
（ｃ）ビーコン識別子が前回変更された時点より後の期間におけるビーコン３００の通信範囲３０内でのチェックイン回数（アクセスした回数の一例）の合計が所定の回数に達したこと

【0040】

例えば第１条件が上述した（ａ）であり、基準の時刻が１０：００であるものとする。この場合、履歴情報１６２に基づいて、通信端末２００−１のチェックインが、本日１０：００以降にビーコン３００の通信範囲３０内でサーバ装置１００に対して行われた最初のチェックインであるか否かが判断される。通信端末２００−１のチェックインが最初のチェックインである場合には、第１条件を満たすと判断される。

【0041】

例えば第１条件が上述した（ｂ）であり、所定の時間が１日であるものとする。この場合、通信端末２００−１がサーバ装置１００にチェックインした日時が、管理テーブル１６１にてビーコン識別子「Ｂ１」と関連付けられた変更日時から１日を経過しているか否かが判断される。１日を経過している場合には、第１条件を満たすと判断される。

【0042】

例えば第１条件が上述した（ｃ）であり、所定の回数が１００回であるものとする。この場合、履歴情報１６２に基づいて、管理テーブル１６１にてビーコン識別子「Ｂ１」と関連付けられた変更日時より後の期間において、通信端末２００−１を含む少なくとも１の通信端末２００がビーコン３００の通信範囲３０内にてサーバ装置１００にチェックインした回数の合計が計算される。この回数が１００回に達している場合には、第１条件を満たすと判断される。

【0043】

例えば第１条件が上述した（ｂ）及び（ｃ）の組み合わせ（論理和）であるものとする。この場合、上述した（ｂ）又は（ｃ）のいずれかに該当する場合には、第１条件を満たすと判断される。なお、２つ以上の条件、例えば（ｂ）及び（ｃ）の論理積が第１条件として用いられてもよい。

【0044】

第２条件は、例えばビーコン識別子を不正に使用する可能性が高い不正端末がチェックインしたことである。この不正端末とは、信頼度が基準より低い通信端末２００をいう。通信端末２００−１が不正端末であるか否かは、例えば予め作成された不正端末のリストに基づいて判定される。あるいは、正規の（不正でない）端末のリストに基づいて判定されてもよい。通信端末２００−１が不正端末のリストに記載されている場合には、通信端末２００−１が不正端末であると判定される。この場合、不正端末がチェックインしたため、第２条件を満たすと判断される。

【0045】

なお、通信端末２００−１が不正端末であるか否かは、通信端末２００−１のチェックイン日時、通信端末２００−１のチェックイン履歴、通信端末２００−１によるビーコン３００の周辺に設置された他のビーコンのビーコン識別子の受信履歴、又は通信端末２００−１の位置に基づいて判定されてもよい。

【0046】

第１条件を満たす場合、サーバ装置１００はステップＳ１０４に進む。ステップＳ１０４において、サーバ装置１００の生成部１１２は、ビーコン識別子の暫定変更処理を行う。具体的には、生成部１１２は、通信端末２００−１から受信したビーコン識別子「Ｂ１」とは異なる新たなビーコン識別子を生成する。ここでは、ビーコン識別子「Ｂ２」（第２識別子の一例）が生成されるものとする。生成部１１２は、生成したビーコン識別子「Ｂ２」とステータス「暫定」とを管理テーブル１６１に格納する。この「暫定」というステータスは、暫定的に変更された状態を示す。

【0047】

図８は、新たなビーコン識別子が格納された管理テーブル１６１を示す図である。図８に示す例では、管理テーブル１６１には、ビーコン３００の現状のビーコン識別子「Ｂ１」とコンテンツＩＤ「１」とが関連付けられている。この場合、このコンテンツＩＤ「１」と関連付けて、新たなビーコン識別子「Ｂ２」とステータス「暫定」とが格納される。

【0048】

ステップＳ１０５において、サーバ装置１００の第２送信部１１３は、ビーコン３００に対応するコンテンツと、ビーコン３００のビーコン識別子「Ｂ１」をビーコン識別子「Ｂ２」に変更するよう指示する変更指示（第２変更指示の一例）を通信端末２００−１に送信する。図８に示す例では、管理テーブル１６１には、ビーコン３００の現状のビーコン識別子「Ｂ１」とコンテンツＩＤ「１」とが関連付けられている。この場合、コンテンツＩＤ「１」により識別されるコンテンツが記憶部１６０から読み出され、通信端末２００−１に送信される。また、このコンテンツとともに、ステップＳ１０４で生成されたビーコン識別子「Ｂ２」を含む変更指示が通信端末２００−１に送信される。

【0049】

ステップＳ１０６において、通信端末２００−１の第１送信部２１３は、サーバ装置１００からコンテンツ及び変更指示を受信すると、近距離無線規格に従って、ビーコン３００と接続を行う。これにより、通信端末２００−１とビーコン３００との間に通信が確立される。

【0050】

ステップＳ１０７において、通信端末２００−１の第１送信部２１３は、ビーコン３００のビーコン識別子「Ｂ１」をビーコン識別子「Ｂ２」に変更するよう指示する変更指示（第１変更指示の一例）をビーコン３００に送信する。この変更指示には、サーバ装置１００から受信したビーコン識別子「Ｂ２」が含まれる。

【0051】

ステップＳ１０８において、ビーコン３００は、通信端末２００−１から変更指示を受信すると、格納されたビーコン識別子「Ｂ１」をビーコン識別子「Ｂ２」に書き換える。これにより、ビーコン３００のビーコン識別子が「Ｂ１」から「Ｂ２」に変更される。以後、ビーコン３００は、ビーコン識別子「Ｂ２」を含むアドバタイズ情報を発信する。

【0052】

ステップＳ１０９において、ビーコン３００は、ビーコン識別子の変更に成功したことを示す成功通知を通信端末２００−１に送信する。ステップＳ１１０において、通信端末２００−１の通知部２１４は、ビーコン３００からこの成功通知を受信すると、ビーコン３００のビーコン識別子の変更に成功したことを示す成功通知をサーバ装置１００に送信する。ステップＳ１１１において、サーバ装置１００の確定処理部１１４は、通信端末２００−１から成功通知を受信すると、変更確定処理を行う。

【0053】

図９は、変更確定処理後の管理テーブル１６１を示す図である。具体的には、サーバ装置１００は、管理テーブル１６１においてビーコン識別子「Ｂ２」に関連付けられたステータスを「暫定」から「確定」に変更する。この「確定」というステータスは、変更が確定した状態を示す。以後、ビーコン識別子「Ｂ２」がビーコン３００のビーコン識別子として用いられる。また、サーバ装置１００は、管理テーブル１６１においてビーコン識別子「Ｂ１」に関連付けられたステータスを「確定」から「変更前」に変更する。この「変更前」というステータスは、変更前に使用されていたが、変更により使用されなくなった状態を示す。以後、ビーコン識別子「Ｂ１」はビーコン３００のビーコン識別子として使用されない。したがって、仮に通信端末２００からビーコン識別子「Ｂ１」を用いてチェックインが行われても、サーバ装置１００は、この通信端末２００に対してコンテンツの配信を行わない。

【0054】

なお、ステップＳ１０３にて、第１条件及び第２条件のいずれも満たさないと判断された場合には、ビーコン３００に対応するコンテンツだけが通信端末２００−１に送信される。通信端末２００−１は、サーバ装置１００からコンテンツを受信すると、例えば受信したコンテンツを表示部２６０に表示する。また、上述したステップＳ１０５にてサーバ装置１００からコンテンツを受信した場合にも、通信端末２００−１は、受信したコンテンツを表示部２６０に表示する。これにより、ユーザは、コンテンツが配信されたことを認識することができる。

【0055】

一方、上述したステップＳ１０３にて第２条件を満たす場合、サーバ装置１００は不正端末に対応する処理を行う。

【0056】

（２−２）不正端末に対応する処理
図１０は、不正端末に対応する処理を示すシーケンスチャートである。この処理は、不正端末と判定された通信端末２００−１の後にいずれかの通信端末２００がビーコン３００の通信範囲３０内に移動したときに開始される。ここでは、通信端末２００−１の後に通信端末２００−２（第２通信端末の一例）がビーコン３００の通信範囲３０内に移動したものとする。

【0057】

ステップＳ１２１及びＳ１２２において、通信端末２００−２は、上述したステップＳ１０１及びＳ１０２と同様に、サーバ装置１００にチェックインする。ステップＳ１２３において、サーバ装置１００の判断部１１１は、ビーコン３００のビーコン識別子を変更する処理を開始するための開始条件を満たすか否かを判断する。この開始条件は、例えば不正端末と判定された通信端末２００−１が次にビーコン３００のビーコン識別子「Ｂ１」を用いてチェックインを行うまでに処理が開始されるような条件に設定される。

【0058】

この開始条件は、不正端末と判定された通信端末２００−１がチェックインした時点から所定の時間が経過したこと、又は不正端末と判定された通信端末２００−１がチェックインした時点より後の期間におけるビーコン３００の通信範囲３０内でのチェックイン回数の合計が所定の回数に達したことである。

【0059】

例えば、開始条件が前者の条件であり、所定の時間が１日であるものとする。この場合、通信端末２００−２がチェックインした日時が、履歴情報１６２が示す通信端末２００−１のチェックイン日時から１日を経過しているか否かが判断される。１日を経過している場合には、開始条件を満たすと判断される。例えば、サーバ装置１００により同一の通信端末２００による同一のビーコン識別子を用いたチェックインが、１日１回までに制限されている場合には、このような開始条件が有効である。

【0060】

例えば、開始条件が後者の条件であり、所定の回数が１回であるものとする。この場合、履歴情報１６２に基づいて、通信端末２００−２が通信端末２００−１の次にビーコン３００の通信範囲３０内にてチェックインを行ったか否かが判断される。通信端末２００−２が通信端末２００−１の次にチェックインを行った場合には、チェックイン回数の合計が１回に達するため、開始条件を満たすと判断される。

【0061】

開始条件を満たす場合、サーバ装置１００はステップＳ１２４に進む。ステップＳ１２４において、サーバ装置１００の生成部１１２は、上述したステップＳ１０４と同様に、暫定変更処理を行う。ステップＳ１２５において、サーバ装置１００の第２送信部１１３は、ステップＳ１０５と同様に、ビーコン３００に対応するコンテンツと、ビーコン３００のビーコン識別子「Ｂ１」を「Ｂ２」に変更するよう指示する変更指示を通信端末２００−２に送信する。

【0062】

ステップＳ１２６〜Ｓ１３０において、通信端末２００−２及びビーコン３００は、上述したステップＳ１０６〜Ｓ１１０と同様の処理を行う。ステップＳ１３１において、サーバ装置１００は、ステップＳ１１１と同様に変更確定処理を行う。

【0063】

なお、ステップＳ１２３にて、開始条件を満たさないと判断された場合には、ビーコン３００に対応するコンテンツだけが通信端末２００−２に送信される。そして、いずれかの通信端末２００がビーコン３００の通信範囲３０内に移動したときに、再び不正端末に対応する処理が行われる。

【0064】

（２−３）リトライ処理
上述したステップＳ１０６〜Ｓ１１０の処理の間に、通信端末２００−１又はビーコン３００に異常が発生した場合には、通信端末２００−１からビーコン３００のビーコン識別子の変更に失敗したことを示すエラー通知がサーバ装置１００に送信されるか、通信端末２００−１から所定の時間内に成功通知が送信されず、タイムアウトする。例えば、ステップＳ１０６〜Ｓ１１０の間に、通信端末２００−１の電池が切れた場合には、このような事態が発生する。この場合、リトライ処理が行われる。なお、ここでは、ビーコン識別子の変更処理で行われるリトライ処理について説明するが、不正端末に対応する処理についても、同様のリトライ処理が行われてもよい。

【0065】

図１１は、リトライ処理を示すシーケンスチャートである。このリトライ処理は、サーバ装置１００が通信端末２００−１からエラー通知を受信した後、又は通信端末２００−１から所定の時間内に成功通知が送信されず、タイムアウトした後、いずれかの通信端末２００がビーコン３００の通信範囲３０内に移動したときに開始される。ここでは、通信端末２００−１の後に通信端末２００−３がビーコン３００の通信範囲３０内に移動したものとする。

【0066】

ステップＳ１４１及びＳ１４２において、通信端末２００−３は、ステップＳ１０１及びＳ１０２と同様に、サーバ装置１００にチェックインする。ステップＳ１４３において、サーバ装置１００の判断部１１１は、通信端末２００−３から受信したビーコン識別子が、変更前の「Ｂ１」であるか、変更後の「Ｂ２」であるかを判断する。

【0067】

通信端末２００−３から受信したビーコン識別子が変更後の「Ｂ２」である場合には、ビーコン３００に格納されたビーコン識別子が「Ｂ１」から「Ｂ２」に書き換えられた後、ビーコン３００又は通信端末２００−１に異常が発生したことを示す。この場合、サーバ装置１００は上述したステップＳ１１１に進み、変更確定処理を行う。これにより、図９に示すように、管理テーブル１６１においてビーコン識別子「Ｂ２」に関連付けられたステータスが「暫定」から「確定」に変更されるとともに、ビーコン識別子「Ｂ１」に関連付けられたステータスが「確定」から「変更前」に変更される。

【0068】

一方、通信端末２００−３から受信したビーコン識別子が変更前の「Ｂ１」である場合には、ビーコン３００に格納されたビーコン識別子が「Ｂ１」から「Ｂ２」に書き換えられる前に、ビーコン３００又は通信端末２００−１に異常が発生したことを示す。この場合、サーバ装置１００はステップＳ１４４に進む。

【0069】

ステップＳ１４４において、サーバ装置１００の第２送信部１１３は、上述したステップＳ１０５と同様に、ビーコン３００に対応するコンテンツと、ビーコン３００のビーコン識別子「Ｂ１」を「Ｂ２」に変更するよう指示する変更指示を通信端末２００−３に送信する。この変更指示には、上述したステップＳ１０４で生成されたビーコン識別子「Ｂ２」が含まれる。

【0070】

ステップＳ１４５〜Ｓ１４９において、通信端末２００−３及びビーコン３００は、ステップＳ１０６〜Ｓ１１０と同様の処理を行う。ステップＳ１５０において、サーバ装置１００は、ステップＳ１１１と同様に変更確定処理を行う。

【0071】

通信システム１０では、通信端末２００を持ってビーコン３００の通信範囲３０内に入ると、誰でもビーコン３００のビーコン識別子を取得することができる。仮にビーコン識別子を変更しない場合には、悪意のあるユーザによりビーコン識別子が複製され、複製したビーコン識別子を用いてサーバ装置１００に繰り返しチェックインが行われ、不正にコンテンツが取得される恐れがある。しかし、第１実施形態によれば、ビーコン識別子が定期的に変更されるため、仮に悪意のあるユーザによりビーコン識別子が複製されても、限られた期間しかそのビーコン識別子を使用してチェックインを行うことができない。これにより、ビーコン３００から発信されるビーコン識別子の不正使用を抑制することができる。

【0072】

また、第１実施形態によれば、不正端末によりチェックインが行われた場合には、不正端末に対応する処理に遷移し、不正端末の後にビーコン３００の通信範囲３０内でチェックインを行った通信端末２００を介して、ビーコン識別子を変更する処理が行われる。この場合、不正端末は変更後のビーコン識別子を把握できないため、不正端末による変更後のビーコン識別子の複製を防ぐことができる。

【0073】

また、第１実施形態によれば、ビーコン３００は、サーバ装置１００及び通信端末２００からの変更指示に従ってビーコン識別子を変更する。この場合、ビーコン３００側で複雑な処理を行う必要がないため、ビーコン３００の構成が複雑化せず、消費電力の増加も抑制される。

【0074】

また、第１実施形態によれば、ビーコン３００からアドバタイズ情報を受信した通信端末２００の一部だけがビーコン３００に接続し、ビーコン識別子を変更する処理が行われる。したがって、ビーコン３００からアドバタイズ情報を受信した全ての通信端末２００がビーコン３００に接続し、ビーコン識別子を変更する処理を行う場合に比べて、ビーコン３００の電力消費を減らすことができる。

【0075】

２．第２実施形態
以下、図面を参照して本発明の第２実施形態を説明する。第２実施形態では、サーバ装置１００に代えて通信端末２００が新たなビーコン識別子を生成する処理を行う。以下の説明では、第１実施形態と異なる点を中心に説明する。

【0076】

通信システム１０の構成は、基本的には、第１実施形態の構成と同様である。ただし、第２実施形態に係る通信システム１０は、第１実施形態に係る通信システム１０と機能構成が異なる。

【0077】

図１２は、第２実施形態に係る通信システム１０の機能構成を示す図である。通信端末２００は、第１実施形態で説明した受信部２１１、チェックイン部２１２、第１送信部２１３、及び通知部２１４に加えて、生成部２１５として機能する。この生成部２１５は、第１実施形態で説明したサーバ装置１００の生成部１１２と同様に、第２ビーコン識別子を生成する。

【0078】

サーバ装置１００は、第１実施形態で説明した判断部１１１、第２送信部１１３、及び確定処理部１１４として機能する。ただし、第２送信部１１３は、ビーコン３００に対応するコンテンツとともに、ビーコン３００のビーコン識別子を変更するよう指示する変更指示を通信端末２００に送信する。なお、第２実施形態では、サーバ装置１００が生成部１１２を有する必要はない。

【0079】

図１３は、第２実施形態に係るビーコン識別子の変更処理を示すシーケンスチャートである。ステップＳ２０１〜Ｓ２０３の処理は、第１実施形態で説明したステップＳ１０１〜Ｓ１０３の処理と同様である。ステップＳ２０３において第１条件を満たす場合、サーバ装置１００はステップＳ２０４に進む。

【0080】

ステップＳ２０４において、サーバ装置１００の第２送信部１１３は、ビーコン３００のビーコン識別子を変更するよう指示する変更指示を通信端末２００−１に送信する。

【0081】

ステップＳ２０５において、通信端末２００−１の生成部２１５は、サーバ装置１００から変更指示を受信すると、ビーコン３００から受信したビーコン識別子「Ｂ１」とは異なる新たなビーコン識別子を生成する。ここでは、ビーコン識別子「Ｂ２」が生成されるものとする。

【0082】

ステップＳ２０６〜Ｓ２０９の処理は、第１実施形態で説明したステップＳ１０６〜Ｓ１０９の処理と同様である。ステップＳ２１０において、通信端末２００−１の通知部２１４は、ステップＳ２０５で新たに生成したビーコン識別子「Ｂ２」と成功通知とをサーバ装置１００に送信する。

【0083】

ステップＳ２１１において、サーバ装置１００の確定処理部１１４は、通信端末２００−１から新たなビーコン識別子及び成功通知を受信すると、変更確定処理を行う。具体的には、サーバ装置１００は、図９に示すように、コンテンツＩＤ「１」と関連付けて、ビーコン識別子「Ｂ２」と、ステータス「確定」とを管理テーブル１６１に格納する。また、サーバ装置１００は、管理テーブル１６１においてビーコン識別子「Ｂ１」に関連付けられたステータスを「確定」から「変更前」に変更する。

【0084】

また、不正端末に対応する処理についても同様に、通信端末２００は、サーバ装置１００に代えて新たなビーコン識別子を生成してもよい。具体的には、サーバ装置１００は、開始条件を満たすと判断した場合に、ビーコン３００のビーコン識別子を変更するよう指示する変更指示を通信端末２００に送信する。通信端末２００は、この変更指示を受信すると、ビーコン３００から受信したビーコン識別子「Ｂ１」とは異なる新たなビーコン識別子を生成する。また、通信端末２００は、ビーコン３００から成功通知を受信すると、新たに生成したビーコン識別子と成功通知とをサーバ装置１００に送信する。

【0085】

第２実施形態によれば、新たなビーコン識別子を生成する処理が通信端末２００で行われるため、サーバ装置１００の処理負担が軽減される。

【0086】

３．第３実施形態
以下、図面を参照して本発明の第３実施形態を説明する。第３実施形態では、基本的には、通信端末２００とビーコン３００との間でビーコン識別子を変更する処理が行われる。以下の説明では、第１実施形態と異なる点を中心に説明する。

【0087】

通信システム１０の構成は、基本的には、第１実施形態の構成と同様である。ただし、第３実施形態に係る通信システム１０の機能構成は、第１実施形態に係る通信システム１０の機能構成と異なる。

【0088】

図１４は、第３実施形態に係る通信システム１０の機能構成を示す図である。通信端末２００は、第１実施形態で説明した受信部２１１、チェックイン部２１２、第１送信部２１３、及び通知部２１４に加えて、判断部２１６及び生成部２１５として機能する。判断部２１６は、第１実施形態で説明したサーバ装置１００の判断部１１１と同様に、第１ビーコン識別子を変更する条件を満たすか否かを判断する。生成部２１５は、第１実施形態で説明したサーバ装置１００の生成部１１２と同様に、第２ビーコン識別子を生成する。

【0089】

サーバ装置１００は、第１実施形態で説明した第２送信部１１３及び確定処理部１１４として機能する。ただし、第２送信部１１３は、ビーコン３００に対応するコンテンツだけを通信端末２００に送信する。なお、第３実施形態では、サーバ装置１００が判断部１１１及び生成部１１２を有する必要はない。

【0090】

また、通信端末２００には、所定のタイミングでサーバ装置１００から第１条件及び第２条件の判断に必要な情報が送信される。例えば、サーバ装置１００は、管理テーブル１６１及び履歴情報１６２が更新される度に、更新後の管理テーブル１６１及び履歴情報１６２が通信端末２００に送信される。他の例として、通信端末２００は第１条件及び第２条件の判断に必要な情報をサーバ装置１００に問い合わせて取得してもよい。

【0091】

図１５は、第３実施形態に係るビーコン識別子の変更処理を示すシーケンスチャートである。ステップＳ３０１及びＳ３０２の処理は、第１実施形態のステップＳ１０１及びＳ１０２の処理と同様である。ステップＳ３０３において、サーバ装置１００の第２送信部１１３は、ビーコン３００に対応するコンテンツを通信端末２００−１に送信する。通信端末２００−１は、サーバ装置１００からコンテンツを受信すると、例えば受信したコンテンツを表示部２６０に表示する。

【0092】

ステップＳ３０４において、通信端末２００−１の判断部２１６は、第１実施形態で説明したステップＳ１０３と同様に、ビーコン識別子を変更するための変更条件を満たすか否かを判断する。

【0093】

第１条件を満たす場合、サーバ装置１００はステップＳ３０５に進む。ステップＳ３０５において、通信端末２００−１の生成部２１５は、ビーコン３００から受信したビーコン識別子「Ｂ１」とは異なる新たなビーコン識別子を生成する。ここでは、ビーコン識別子「Ｂ２」が生成されるものとする。

【0094】

ステップＳ３０６〜Ｓ３０９の処理は、第１実施形態で説明したステップＳ１０６〜Ｓ１０９と同様である。ステップＳ３１０において、通信端末２００−１の通知部２１４は、ステップＳ３０５で新たに生成したビーコン識別子「Ｂ２」と成功通知とをサーバ装置１００に送信する。

【0095】

ステップＳ３１１において、サーバ装置１００の確定処理部１１４は、通信端末２００−１から新たなビーコン識別子及び成功通知を受信すると、変更確定処理を行う。具体的には、サーバ装置１００は、図９に示すように、コンテンツＩＤ「１」と関連付けて、ビーコン識別子「Ｂ２」と、ステータス「確定」とを管理テーブル１６１に格納する。また、サーバ装置１００は、管理テーブル１６１においてビーコン識別子「Ｂ１」に関連付けられたステータスを「確定」から「変更前」に変更する。

【0096】

一方、ステップＳ３０４にて第２条件を満たす場合には、通信端末２００−１はこの処理を終了する。この場合、ステップＳ３０５〜Ｓ３１１の処理は行われない。

【0097】

第３実施形態によれば、サーバ装置１００は、コンテンツを配信する処理は行うものの、ビーコン識別子を変更する処理には基本的には関与しないため、サーバ装置１００を介さずにビーコン識別子を変更することができる。

【0098】

４．変形例
本発明は、上述した第１実施形態から第３実施形態に限定されない。例えば、第１実施形態から第３実施形態を以下のように変形してもよい。また、以下の変形例を組み合わせてもよい。

【0099】

（１）変形例１
上述した第１実施形態から第３実施形態において、変更条件には、単位時間当たりのチェックイン回数が閾値を越えたことに応じてビーコン識別子を変更するための第３条件が含まれてもよい。第３の条件は、例えば同一のビーコン３００の通信範囲３０内での単位時間当たりのチェックイン回数が閾値より大きいことである。例えば、履歴情報１６２に基づいて、ビーコン３００の通信範囲３０内での単位時間当たりのチェックイン回数の合計が計算される。この回数が閾値より大きい場合には、第３条件を満たすと判断される。第３条件を満たす場合には、第１条件を満たす場合と同様の処理が行われる。

【0100】

（２）変形例２
上述した第１実施形態から第３実施形態において、変更条件には、ビーコン３００に対応するコンテンツの変更に応じてビーコン識別子を変更するための第４条件が含まれてもよい。第４の条件は、例えばビーコン３００に対応するコンテンツが変更された後、ビーコン３００の通信範囲３０内での最初のチェックインであることである。例えば、履歴情報１６２に基づいて、通信端末２００のチェックインが、ビーコン３００に対応するコンテンツが変更された後、ビーコン３００の通信範囲３０内でサーバ装置１００に対して行われた最初のチェックインであるか否かが判断される。通信端末２００のチェックインが最初のチェックインである場合には、第４条件を満たすと判断される。第４条件を満たす場合には、第１条件を満たす場合と同様の処理が行われる。

【0101】

（３）変形例３
上述した第１実施形態及び第２実施形態において、第２条件を満たすと判断された場合、サーバ装置１００は、不正端末からのチェックインを許可してもよいし、拒否してもよい。例えば、不正端末からのチェックインを許可する場合、サーバ装置１００は、不正端末と判定された通信端末２００にコンテンツを送信する。これは、不正端末と判定された通信端末２００のユーザが、必ずしもビーコン識別子を不正に使用するとは限らないからである。一方、不正端末からのチェックインを拒否する場合、サーバ装置１００は、不正端末と判定された通信端末２００にはコンテンツを送信しない。他の例として、サーバ装置１００は、各通信端末２００の信頼度に応じて、チェックインを許可するか拒否するかを決定してもよい。

【0102】

（４）変形例４
上述した第１実施形態から第３実施形態において、店舗の責任者等の権限者が、ビーコン識別子を変更できるようにしてもよい。この場合、権限者は、ビーコン３００の通信範囲３０内で通信端末２００を操作し、ビーコン識別子の変更指示を入力する。通信端末２００は、この変更指示の入力に応じて、サーバ装置１００に新たなビーコン識別子の生成を依頼し、生成されたビーコン識別子を取得するか、自身で新たなビーコン識別子を生成する。以降の処理は、上述したステップＳ１０６〜Ｓ１１１又はＳ２０６〜Ｓ２１１と同様である。

【0103】

（５）変形例５
上述した第１実施形態及び第２実施形態において、通信端末２００が変更条件を満たすか否かを一次判断し、サーバ装置１００が変更条件を満たすか否かを二次判断してもよい。例えば、変更条件が、上述した第１条件の（ａ）であるものとする。この場合、一次判断では、現在時刻が所定の時間帯であるか否かが判断される。二次判断では、基準の時刻、曜日、又は日付が経過してから最初のチェックインであるか否かが判断される。

【0104】

例えば、基準の時刻が１０：００であるものとする。この場合、通信端末２００−１は、現在時刻が午前中であるか否かを判断する。現在時刻が午前中ではない場合には、変更条件を満たさないため、通信端末２００−１は、サーバ装置１００に問い合わせることなく、この処理を終了する。一方、現在時刻が午前中である場合には、変更条件を満たす可能性があるため、通信端末２００−１は、変更条件を満たすか否かをサーバ装置１００に問い合わせる。具体的には、通信端末２００−１は、上述したステップＳ１０２と同様に、ビーコン３００のビーコン識別子「Ｂ１」と端末ＩＤとをサーバ装置１００に送信する。以降の処理は、上述したステップＳ１０３〜Ｓ１１１と同様である。

【0105】

この変形例によれば、通信端末２００側で変更条件を満たさないと判断される場合には、サーバ装置１００側で変更条件を満たすか否かを判断しなくてもよいため、サーバ装置１００の処理負担が軽減される。

【0106】

（６）変形例６
上述したビーコン識別子は、Bluetooth Low Energyを用いたiBeacon（登録商標）のフレームワークに沿って、ＵＵＩＤ、メジャー値、及びマイナー値により構成されてもよい。この場合、メジャー値及びマイナー値の両方を変更することにより新たなビーコン識別子が生成されてもよい。他の例として、メジャー値又はマイナー値のいずれかを変更することにより新たなビーコン識別子が生成されてもよい。また、ユーザによって変更する対象となる値を変えてもよい。このように、ビーコン識別子を変更する方法を多様化することにより、変更後のビーコン識別子を特定しにくくなるため、セキュリティを強化することができる。

【0107】

（７）変形例７
上述した第１実施形態及び第２実施形態において、サーバ装置１００は、あるタイミングで、全ての通信端末２００に対して、特定のビーコン３００のビーコン識別子を新たなビーコン識別子に変更するよう指示する変更指示を送信してもよい。この場合、新たなビーコン識別子は、第１実施形態のようにサーバ装置１００により生成されてもよいし、第２実施形態のように通信端末２００により生成されてもよい。通信端末２００は、特定のビーコン３００の通信範囲３０内に移動すると、そのビーコン３００に接続し、ビーコン３００のビーコン識別子を新たなビーコン識別子に変更するよう指示する変更指示を送信する。

【0108】

この変形例によれば、ビーコン３００の通信範囲３０内に通信端末２００が存在するか否かに関わらず、通信端末２００がビーコン３００の通信範囲３０内に移動したときに、迅速にビーコン３００のビーコン識別子を変更することができる。

【0109】

（８）変形例８
上述した第１実施形態から第３実施形態において、コンテンツは、サーバ装置１００以外の装置に記憶されていてもよい。例えば、各通信端末２００の記憶部２７０にコンテンツが記憶される場合、通信端末２００は、サーバ装置１００にチェックインすることにより、サーバ装置１００からビーコン３００に対応するコンテンツＩＤを取得する。通信端末２００は、サーバ装置１００からコンテンツＩＤを取得すると、取得したコンテンツＩＤにより識別されるコンテンツを記憶部２７０から読み出して、表示部２６０に表示する。

【0110】

（９）変形例９
上述したビーコン３００は、識別子を発信する発信機の一例である。発信機は、ビーコン３００に限定されない。例えば発信機は、音波で識別子を発信する音波装置であってもよいし、アクセスポイントであってもよい。

【0111】

（１０）変形例１０
上述した第１実施形態から第３実施形態では、通信端末２００がスマートフォンである例について説明したが、通信端末２００はスマートフォンに限定されない。例えば、通信端末２００は、タブレット型コンピュータ、携帯電話、ノート型パーソナルコンピュータ、音楽プレーヤ、携帯ゲーム機であってもよい。

【0112】

（１１）変形例１１
上述した第１実施形態から第３実施形態では、サーバ装置１００の機能及び通信端末２００の機能がソフトウェアにより実現される例について説明した。しかし、サーバ装置１００の機能の少なくとも一部がハードウェアにより実現されてもよい。同様に、通信端末２００の機能の少なくとも一部がハードウェアにより実現されてもよい。

【0113】

（１２）変形例１２
サーバ装置１００のプロセッサ１１０により実行されるプログラムは、インターネット等の通信回線を介してダウンロードされてもよい。同様に、通信端末２００のプロセッサ２１０により実行されるプログラムは、インターネット等の通信回線を介してダウンロードされてもよい。また、これらのプログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどの、コンピュータが読取可能な記録媒体に記録した状態で提供されてもよい。

【符号の説明】

【0114】

１０：通信システム、１００：サーバ装置、１１１：判断部、１１２：生成部、１１３：第２送信部、１１４：確定処理部、２００：通信端末、２１１：受信部、２１２：チェックイン部、２１３：第１送信部、２１４：通知部、２１５：生成部、２１６：判断部、３００：ビーコン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】