JP2016200916A - サーバ装置 - Google Patents

Abstract

【課題】特定の場所に設置された発信器との通信に基づいて提供されるサービスを不正な方法で利用する行為を抑止すること。【解決手段】信号受信部２０１は、ビーコンから発信される識別信号を受信し、データ送信部２０３は、受信された識別信号が示す発信器ＩＤを表す発信器ＩＤデータをサーバ装置に送信する。取得部１０１は、ビーコンから発信される識別信号を受信した移動通信端末から、その受信された識別信号により示される発信器ＩＤを取得する。分類情報記憶部１０２は、ビーコンの発信器ＩＤを第１区分及び第２区分を含む複数の区分のいずれかに分類した分類情報を記憶する。実行部１０３は、取得部１０１により取得された複数の発信器ＩＤのうち第１区分に分類される発信器ＩＤが所定の条件を満たした場合に、ユーザ端末２０を所持するユーザが複数のビーコンの設置場所を訪れたものとして、予め定められた処理を実行する。【選択図】図５

Description

本発明は、特定の場所に設置された発信器との通信に基づいてサービスを提供するための技術に関する。

特定の場所に設置された発信器との通信に基づいてサービスを提供するための技術が知られている。例えば、特許文献１には、離れた場所に点在する子局装置が発信機と通信することで発信機の位置を追跡する技術が開示されている。

特開２０１４−５２８７０号公報

近年、店舗に設置した発信器が発信したＢＬＥ（Bluetooth（登録商標） Low Energy）等の規格の電波を来店した客のスマートフォン等のユーザ装置に受信させることで来店を判定し、様々なサービス提供に結び付けることが広がっている。一方で、店舗に設置する発信器の小型化も進んでいるため、発信器を盗んで持ち帰った者によって店舗に設置されていない発信器による成りすましが行われ、不正にサービスが利用されるおそれが生じている。また、発信器を盗まなくても、発信器が発信したデータを解析して、そのデータを再現することで同様の成りすましが行われるおそれもある。そのため、こういった不正な方法でのサービスの利用を防ぐための仕組みが必要とされている。
そこで、本発明は、特定の場所に設置された発信器との通信に基づいて提供されるサービスを不正な方法で利用する行為を抑止することを目的とする。

上記目的を達成するために、本発明は、自機の識別子を示す識別信号を発信する複数の発信器について、当該発信器の識別子を第１区分及び第２区分を含む複数の区分のいずれかに分類した情報を記憶する記憶部と、前記識別信号を受信した移動通信端末から、当該受信された識別信号により示される識別子を取得する取得部と、前記取得部により取得された複数の識別子のうち前記第１区分に分類される識別子が所定の条件を満たした場合、前記移動通信端末を所持するユーザが前記複数の発信器の設置場所を訪れたものとして、予め定められた処理を実行する実行部とを備えるサーバ装置を提供する。

また、前記第１区分は、さらに前記処理に対応付けられた第３区分及び第４区分に分類され、前記実行部は、前記第１区分に分類される識別子が前記条件を満たした場合、当該識別子に含まれる前記第３区分に分類される識別子に対応付けられた処理を前記予め定められた処理として実行してもよい。
さらに、前記移動通信端末毎に固有の状況又は前記移動通信端末によらない共通の状況に応じて前記第３区分に分類される識別子を変更する第１変更部を備えていてもよい。

また、前記移動通信端末毎に固有の状況又は前記移動通信端末によらない共通の状況に応じて前記第１区分に分類される識別子を変更する第２変更部を備えていてもよい。
さらに、前記移動通信端末毎に固有の状況とは、前記移動通信端末の受信感度に影響する状況であってもよい。
また、前記実行部は、前記第１区分に分類される識別子が予め定められた順番で取得された場合に前記条件が満たされたと判断してもよい。

また、前記複数の発信器には、サイズが異なるもの又は通信可能範囲が異なるものが混在していてもよい。
さらに、前記発信器は、前記識別信号とともに自機の電力残量情報を示す残量信号を発信し、前記取得部は、前記移動通信端末を介して前記発信器の前記識別子とともに当該発信器の前記電力残量情報を取得し、前記実行部は、前記第１区分の識別子により識別される前記発信器の電力残量が閾値以下であることを表す前記電力残量情報が取得された場合、それ以降、当該発信器の識別子が取得されたものとして前記条件が満たされたか否かを判断してもよい。

また、前記発信器は、前記識別信号とともに自機の電力残量情報を示す残量信号を発信し、前記取得部は、前記移動通信端末を介して前記発信器の前記識別子とともに当該発信器の前記電力残量情報を取得し、電力残量が閾値以下であることを表す前記電力残量情報が取得された場合には、当該電力残量情報とともに取得された識別子により識別される前記発信器に関する情報を所定の宛先に通知する通知部を備えていてもよい。
さらに、前記取得部は、前記移動通信端末から前記識別子に加えて当該移動通信端末を利用するユーザを識別するユーザ識別子を取得し、前記ユーザ識別子に対応付けて前記ユーザの行動履歴又は属性を含むユーザ関連情報を記憶する記憶装置から、取得された前記ユーザ識別子に対応付けて記憶された前記ユーザ関連情報を取得する第２取得部と、登録された移動通信端末が前記取得部により取得された識別子と共通する識別子を受信した場合に、前記第２取得部により取得されたユーザ関連情報を当該移動通信端末に送信する送信部とを備えていてもよい。

本発明によれば、特定の場所に設置された発信器との通信に基づいて提供されるサービスを不正な方法で利用する行為を抑止することができる。

第１実施例に係るコンテンツ提供システムの全体構成を表す図 サーバ装置のハードウェア構成を表す図 ユーザ端末のハードウェア構成を表す図 コンテンツ配信装置のハードウェア構成を表す図 各装置が実現する機能構成を表す図 分類情報の一例を表す図 蓄積された発信器ＩＤの一例を表す図 コンテンツＩＤテーブルの一例を表す図 コンテンツ提供処理においてサーバ装置が行う動作手順の一例を表す図 第２実施例において各装置が実現する機能構成を表す図 発信器ＩＤの区分が変更された分類情報の一例を表す図 発信器ＩＤの変更が反映されたコンテンツＩＤテーブルの一例を表す図 発信器ＩＤの区分が変更された分類情報の他の一例を表す図 変更内容テーブルの一例を表す図 固有状況テーブルの一例を表す図 変形例の分類情報の一例を表す図 変形例において各装置が実現する機能構成を表す図 変形例において各装置が実現する機能構成を表す図

［１］第１実施例
図１は第１実施例に係るコンテンツ提供システム１の全体構成を表す。コンテンツ提供システム１は、ネットワーク２と、サーバ装置１０と、ユーザ端末２０と、メインビーコン３１１−１、３１１−２、３１１−３（これらを区別しない場合は「メインビーコン３１１」という）と、サブビーコン３１２−１、３１２−２（これらを区別しない場合は「サブビーコン３１２」という）と、ダミービーコン３２０−１、３２０−２（これらを区別しない場合は「ダミービーコン３２０」という）と、コンテンツ配信装置４０とを備える。

なお、メインビーコン３１１、サブビーコン３１２及びダミービーコン３２０を区別しない場合は「ビーコン３０」という。これら複数のビーコン３０は、いずれも店舗４に設置されている。コンテンツ提供システム１は、特定の場所に設置された発信器との通信に基づいてサービスを提供するためのシステムであり、本実施例では、この店舗４に設置されたビーコン３０との通信に基づいて、ユーザにコンテンツ（クーポンや特売情報など）を提供するための処理を行う。

ネットワーク２は、移動体通信網及びインターネットを含み、装置同士のデータのやり取りを仲介するシステムである。ネットワーク２にはサーバ装置１０、ユーザ端末２０及びコンテンツ配信装置４０が接続される。コンテンツ配信装置４０は、ユーザに提供するコンテンツを記憶しており、例えばサーバ装置１０からの指示に基づいてユーザ端末２０にコンテンツを配信する。

ビーコン３０（メインビーコン３１１、サブビーコン３１２、ダミービーコン３２０）は、いずれも無線通信により信号を発信する発信器である。本実施例では、ビーコン３０は、ＢＬＥ（Bluetooth（登録商標） Low Energy）の規格に準拠する無線通信であるＢＬＥ通信を行い、また、電池又はバッテリーで稼働する。各ビーコン３０は、自機を識別する識別信号として、自機を識別する識別子である発信器ＩＤ（Identification）を記憶している。各ビーコン３０は、自機の発信器ＩＤを示す識別信号を定められた時間間隔で発信する。

発信した識別信号は例えばビーコン３０の近くを通りがかったユーザのユーザ端末２０によって受信される。ユーザ端末２０に識別信号をより確実に受信させるためには、発信の時間間隔は短いほどよい。しかし、前述したとおりビーコン３０は電池又はバッテリーで稼働するので、発信頻度が高すぎると電力消費量も多くなって稼働期間が短くなる。よって、発信の時間間隔としては、ビーコン３０の近くを通りがかったユーザのユーザ端末２０の大半が識別信号を受信可能で且つなるべく長い時間が設定されるとよい。

例えば識別信号の受信可能範囲をユーザが通過するのに要する平均的な時間が１０秒程度であれば、その間に少なくとも１回（２回以上でもよい）の発信がなされる時間間隔が定められるという具合である。この通過に要する時間はビーコン３０の設置場所によって異なるので、発信の時間間隔はビーコン３０毎に設定されてもよいし、時間間隔が最短になるものに合わせて設定されてもよい。この時間間隔の設定は、例えばコンテンツ提供システム１の運営者によって行われる。

本実施例では、メインビーコン３１１、サブビーコン３１２、ダミービーコン３２０はハードウェア構成が共通している。一方、これら複数のビーコン３０は、例えばコンテンツ提供システム１の運営者によって、複数の区分のいずれかに分類されている。「メイン」、「サブ」、「ダミー」という名称は、それら複数の区分を表している。つまり、メインビーコン３１１は「メイン」という区分のビーコン３０を意味する。これらの分類は変更されることがあるが、本実施例では各ビーコン３０の区分が固定されている場合について説明する。

ユーザ端末２０は、無線通信機能を有し、ユーザによって持ち運ばれながら利用される移動通信端末である。ユーザ端末２０は例えばスマートフォンやタブレット端末などである。ユーザが店舗４を訪れると、ユーザ端末２０は、各ビーコン３０から発信される識別信号を受信して、その識別信号が示す発信器ＩＤを表す発信器ＩＤデータをサーバ装置１０に送信する。

サーバ装置１０は、各ビーコン３０の区分を表す名称（「メイン」、「サブ」、「ダミー」）と、各々の発信器ＩＤとを対応付けて記憶している。サーバ装置１０は、ユーザ端末２０から送信されてきた発信器ＩＤデータが表す発信器ＩＤを取得すると、取得した発信器ＩＤの区分に基づいた処理を実行する。サーバ装置１０は、例えば、取得した発信器ＩＤに基づいて、ユーザ端末２０を持ち運ぶユーザが店舗４を訪れたか否かを判定する判定処理と、判定処理で店舗４を訪れたと判定したユーザのユーザ端末２０にコンテンツを配信するようコンテンツ配信装置４０に指示する指示処理とを実行する。

図２はサーバ装置１０のハードウェア構成を表す。サーバ装置１０は、制御部１１と、記憶部１２と、通信部１３とを備えるコンピュータである。制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びリアルタイムクロックを備え、ＣＰＵが、ＲＡＭをワークエリアとして用いてＲＯＭや記憶部１２に記憶されたプログラムを実行することによって各部の動作を制御する。リアルタイムクロックは、現在の日時を算出してＣＰＵに通知する。記憶部１２は、ＨＤＤ（Hard disk drive）等を備え、制御部１１が制御に用いるデータやプログラムの他、自機を識別する発信器ＩＤを記憶している。通信部１３は、ネットワーク２を介した通信を行うための通信回路を備え、ネットワーク２を介してユーザ端末２０及びコンテンツ配信装置４０との間でデータの送信及び受信を行う。

図３はユーザ端末２０のハードウェア構成を表す。ユーザ端末２０は、制御部２１と、記憶部２２と、ＵＩ（User Interface）部２３と、第１通信部２４と、第２通信部２５とを備えるコンピュータである。制御部２１は、図２に表された制御部４１と同種のハードウェアである。記憶部２２は、フラッシュメモリ等を備え、制御部２１が制御に用いるデータやプログラムを記憶している。ＵＩ部２３は、表示面とその表示面に重ねられたタッチパネルとを備え、画像の表示とユーザの操作の受け付けとを行う。

第１通信部２４は、ネットワーク２に接続される無線通信を行うための通信回路を備え、ネットワーク２を介した通信を行う。第１通信部２４は、例えば移動体通信を行うための通信回路及び無線ＬＡＮの規格に準拠した無線ＬＡＮ通信を行うための通信回路の両方を備えている。第１通信部２４は、例えば無線ＬＡＮ通信が可能なときには無線ＬＡＮ通信でネットワーク２に接続され、無線ＬＡＮ通信ができないときは移動体通信でネットワーク２に接続される。第２通信部２５は、ＢＬＥ通信を行うための通信回路を備え、例えばビーコン３０から発信されてきた識別信号（発信器ＩＤを示す信号）を受信する。

図４はコンテンツ配信装置４０のハードウェア構成を表す。コンテンツ配信装置４０は、制御部４１と、記憶部４２と、通信部４３とを備えるコンピュータである。制御部４１、記憶部４２及び通信部４３は、図２に表された制御部１１、記憶部１２及び通信部１３と同種のハードウェアである。

サーバ装置１０、ユーザ端末２０及びコンテンツ配信装置４０の各々の制御部がプログラムを実行して自装置の各部を制御することで、以下に述べる機能が実現される。
図５は各装置が実現する機能構成を表す。サーバ装置１０は、取得部１０１と、分類情報記憶部１０２と、実行部１０３とを備え、ユーザ端末２０は、信号受信部２０１と、データ送信部２０３と、宛先通知部２０２と、コンテンツ表示部２０４とを備える。コンテンツ配信装置４０は、特定部４０１と、コンテンツ送信部４０２とを備える。

信号受信部２０１は、ビーコン３０が発信した識別信号を受信する。信号受信部２０１は、ビーコン３０が発信する識別信号の受信可能圏内に自端末が所在している間、繰り返し識別信号を受信し続ける。信号受信部２０１は、識別信号を受信する度に、受信した識別信号により示される発信器ＩＤを宛先通知部２０２及びデータ送信部２０３に供給する。

宛先通知部２０２は、サーバ装置１０に自端末の宛先を通知する。宛先通知部２０２は、信号受信部２０１から識別信号が供給されると、自端末に割り当てられているＩＰアドレスを自端末の宛先として、自端末を識別する識別子である端末ＩＤ（端末ＩＤやＩＭＳＩ（International Mobile Subscriber Identity）など）に対応付けてサーバ装置１０に対して通知する。ユーザ端末２０においては、上述したように移動体通信と無線ＬＡＮ通信とが切り替わると、自端末に割り当てられるＩＰアドレスが変更される。宛先通知部２０２は、ＩＰアドレスを一度通知すると、そのＩＰアドレスが割り当てられている間は通知を停止し、ＩＰアドレスが変更されると、変更後のＩＰアドレスを端末ＩＤに対応付けてサーバ装置１０に通知する。宛先通知部２０２は、識別信号が一定期間供給されなくなると、この通知を終了する。

データ送信部２０３は、信号受信部２０１によって受信された識別信号が示す発信器ＩＤを自端末の端末ＩＤに対応付けて表す発信器ＩＤデータをサーバ装置１０に送信する。データ送信部２０３は予め記憶しているサーバ装置１０のＩＰアドレスに対して発信器ＩＤデータを送信する。データ送信部２０３は、同じ発信器ＩＤを示す識別信号が信号受信部２０１から供給されてきた場合には、一定期間の間はその発信器ＩＤを表す発信器ＩＤデータを送信しない。これにより、同じ発信器ＩＤがいくつも送信されることが防がれる。

取得部１０１は、識別信号を受信した移動通信端末から、その受信された識別信号により示される識別子を取得する。取得部１０１には、移動通信端末であるユーザ端末２０から送信されてくる発信器ＩＤデータが供給される。取得部１０１は、供給された発信器ＩＤデータが表す発信器ＩＤを取得する。また、取得部１０１は、この発信器ＩＤデータが表す端末ＩＤも取得する。取得部１０１は、こうしてユーザ端末２０から発信器ＩＤ及び端末ＩＤを取得する度に、それらのＩＤを実行部１０３に供給する。

分類情報記憶部１０２は、ビーコン３０の発信器ＩＤを第１区分及び第２区分を含む複数の区分のいずれかに分類した分類情報を記憶する。
図６は分類情報の一例を表す。この分類情報では、設置場所ＩＤと、発信器ＩＤと、発信器ＩＤの区分とが対応付けられている。設置場所ＩＤは、対応する発信器ＩＤにより識別されるビーコン３０の設置場所に割り当てられた情報である。この例では、店舗４の設置場所ＩＤである「Ｔ００１」に、「Ｂ００１」から「Ｂ００７」までの７つの発信器ＩＤが対応付けられている。これの発信器ＩＤは図１に表す店舗４に設置されている７つのビーコン３０の発信器ＩＤを表している。

「Ｂ００１」、「Ｂ００２」、「Ｂ００３」はメインビーコン３１１の発信器ＩＤであり、「メイン」という名称で表された区分が対応付けられている。「Ｂ００４」、「Ｂ００５」はサブビーコン３１２の発信器ＩＤであり、「サブ」という名称で表された区分が対応付けられている。「Ｂ００６」、「Ｂ００７」はダミービーコン３２０の発信器ＩＤであり、「ダミー」という名称で表された区分が対応付けられている。「メイン」及び「サブ」は前述した第１区分を表し、「ダミー」は前述した第２区分を表す。このように、分類情報は、発信器ＩＤを第１区分及び第２区分を含む複数の区分のいずれかに分類する。

また、第１区分は、さらに第３区分及び第４区分に分類される。「メイン」は第３区分を表し、「サブ」は第４区分を表す。分類情報記憶部１０２は、これらの分類情報を実行部１０３から参照可能に記憶している。実行部１０３は、この分類情報を参照し、各発信器ＩＤの区分に基づいた処理を実行する。

実行部１０３は、取得部１０１により取得された複数の識別子のうち第１区分に分類される識別子が、のちほど説明する所定の条件を満たした場合に、その識別子の取得元であるユーザ端末２０を所持するユーザが複数のビーコンの設置場所（本実施例では店舗４）を訪れたものとして、予め定められた処理を実行する。この予め定められた処理には、第３区分に分類される発信器ＩＤに対応付けられた処理が含まれている。実行部１０３は、第１区分に分類される識別子が所定の条件を満たした場合、その識別子に含まれる第３区分に分類される識別子に対応付けられた処理を予め定められた処理として実行する。

以上の処理は、実行部１０３が備える次の機能によって実行される。実行部１０３は、蓄積部１０４と、判定部１０５と、指示部１０６とを備える。蓄積部１０４は、取得部１０１によって取得された発信器ＩＤを蓄積する。蓄積部１０４は、発信器ＩＤを、ともに取得された端末ＩＤ及び取得された時刻を表す時刻情報に対応付けて蓄積する。

図７は蓄積された発信器ＩＤの一例を表す。図７の例では、「Ｕ００１」という端末ＩＤに、図１に表す７つのビーコン３０の発信器ＩＤがそれぞれ対応付けられ、それらが「ｔ０１」から「ｔ０７」までの７つの時刻情報にそれぞれ対応付けられている。これらの時刻情報は「ｔ０１」が最も早い時刻を表し、「ｔ０７」が最も遅い時刻を表しているものとする。取得時刻が早い順に発信器ＩＤを並べると、「Ｂ００１」、「Ｂ００７」、「Ｂ００２」、「Ｂ００５」、「Ｂ００６」、「Ｂ００３」、「Ｂ００４」となっている。

判定部１０５は、分類情報記憶部１０２に記憶された分類情報と蓄積部１０４に蓄積された発信器ＩＤ等に基づいて、ユーザが店舗４（本実施例における複数のビーコンの設置場所）を訪れたか否かを判定する判定処理を実行する。判定部１０５は、新たな発信器ＩＤ及び端末ＩＤが蓄積部１０４に蓄積される度に、それまでに蓄積された発信器ＩＤとそれに対応付けられた時刻情報が判定条件を満たすか否かを判断する。

判定条件の具体例を以下に示す。
（１）図６に表す分類情報で同じ設置場所ＩＤと「メイン」及び「サブ」とに対応付けられている発信器ＩＤのうちの所定の個数（本実施例ではその発信器ＩＤの全数）の発信器ＩＤが、蓄積部１０４に蓄積されている。
（２）（１）で蓄積部１０４に蓄積されている発信器ＩＤに対応付けられた時刻情報が表す最も早い時刻から最も遅い時刻までの経過時間が決められた制限時間（例えば店舗４を訪れたユーザの平均滞在時間）以下である。

例えば時刻ｔ０６では、判定部１０５は、取得された端末ＩＤである「Ｕ００１」に対応付けて蓄積されている「Ｂ００１」、「Ｂ００７」、「Ｂ００２」、「Ｂ００５」、「Ｂ００６」、「Ｂ００３」を参照する。この場合、判定部１０５は、図６に表す分類情報で「Ｔ００１」と「メイン」及び「サブ」とに対応付けられている「Ｂ００１」から「Ｂ００５」までの５つの発信器ＩＤのうちの「Ｂ００４」を除く４つまでしか蓄積されていないため、判定条件（１）が満たされていないと判断する。一方、続く時刻ｔ０７では「Ｂ００４」も蓄積されるので、判定部１０５は、判定条件（１）が満たされたと判断する。

そして、判定部１０５は、時刻ｔ０１からｔ０７までの経過時間が制限時間以下であれば、判定条件（２）も満たされたと判断する。この判定条件（２）が用いられることで、例えば発信される識別信号が店舗４の外でも受信可能である場合に、店舗４の近くを何回か通りがかったユーザのユーザ端末２０から数日がかりで発信器ＩＤが取得されるといった場合に、判定条件が満たされないようにすることができる。

このように判定条件（１）及び（２）がいずれも満たされたと判断すると、判定部１０５は、ユーザが店舗４を訪れたと判定する。判定条件（１）及び（２）は、取得部１０１により取得された複数の識別子のうち第１区分に分類される識別子が満たす条件であり、上述した所定の条件の一例である。判定部１０５は、ユーザの店舗４への訪問を判定すると、そのユーザのユーザ端末２０の端末ＩＤと、その端末ＩＤに対応付けて蓄積されている発信器ＩＤとを指示部１０６に供給する。

指示部１０６は、上述した第３区分に分類される発信器ＩＤに対応付けられた処理として、本実施例で第３区分に分類されているメインビーコン３１１の発信器ＩＤに対応するコンテンツをユーザ端末２０に配信することをコンテンツ配信装置４０に対して指示する指示処理を、上述した予め定められた処理として実行する。指示部１０６は、判定部１０５から供給された発信器ＩＤから図６に表す分類情報で「メイン」に対応付けられているもの（メインビーコン３１１の３つの発信器ＩＤ）を抽出する。指示部１０６は、宛先通知部２０２から通知されたＩＰアドレスのうち、供給された端末ＩＤに対応する最新のＩＰアドレスに、抽出した発信器ＩＤに対応するコンテンツを配信することを指示する指示データを送信する。

コンテンツ配信装置４０では、指示部１０６から送信されてきた指示データが特定部４０１に供給される。特定部４０１は、指示データが供給されると、その指示データが表す発信器ＩＤに基づいて配信すべきコンテンツを特定する。特定部４０１は、コンテンツを識別するコンテンツＩＤと第３区分に分類される発信器ＩＤとを対応付けたコンテンツＩＤテーブルを記憶している。
図８はコンテンツＩＤテーブルの一例を表す。図８の例では、第３区分に分類される発信器ＩＤとして、「Ｂ００１」、「Ｂ００２」、「Ｂ００３」というメインビーコン３１１の３つの発信器ＩＤが、「Ｃ００１」というコンテンツＩＤに対応付けられている。

特定部４０１は、供給された指示データが表す「Ｂ００１」、「Ｂ００２」、「Ｂ００３」という発信器ＩＤにコンテンツＩＤテーブルにおいて対応付けられた「Ｃ００１」というコンテンツＩＤによって識別されるコンテンツを、配信すべきコンテンツとして特定する。特定部４０１は、特定したコンテンツを自装置の記憶部４２から読み出して、指示データとともにコンテンツ送信部４０２に供給する。

コンテンツ送信部４０２は、特定部４０１により特定されたコンテンツをユーザ端末２０に対して送信する。具体的には、コンテンツ送信部４０２は、特定部４０１から供給された指示データが表すＩＰアドレスに、ともに供給されたコンテンツを送信する。ユーザ端末２０においては、コンテンツ送信部４０２から送信されてきたコンテンツがコンテンツ表示部２０４に供給される。

コンテンツ表示部２０４は、自装置に送信されてきたコンテンツを表示する。コンテンツ表示部２０４は、コンテンツ配信装置４０から送信されてきたコンテンツが供給されると、例えばその旨を表すポップアップ表示を行い、ユーザがコンテンツを表示させる操作を行うと、供給されたコンテンツを表示する。

サーバ装置１０は、上記の構成に基づいて、ユーザにコンテンツを提供するためのコンテンツ提供処理を行う。
図９はコンテンツ提供処理においてサーバ装置１０が行う動作手順の一例を表す。この動作手順は、ユーザ端末２０がビーコン３０から発信された識別信号を受信して、発信器ＩＤデータをサーバ装置１０に対して送信してくることを契機に開始される。まず、サーバ装置１０（取得部１０１）は、ユーザ端末２０から送信されてきた発信器ＩＤデータが表す発信器ＩＤを取得する（ステップＳ１１）。次に、サーバ装置１０（蓄積部１０４）は、取得された発信器ＩＤを蓄積する（ステップＳ１２）。

次に、サーバ装置１０（判定部１０５）は、蓄積された発信器ＩＤが判定条件（１）を満たすか否かを判断し（ステップＳ１３）、満たさない（ＮＯ）と判断した場合にはステップＳ１１に戻る。サーバ装置（判定部１０５）は、判定条件（１）が満たされた（ＹＥＳ）と判断した場合には、続いて、蓄積されている発信器ＩＤに対応付けられた時刻情報が判定条件（２）を満たすか否かを判断し（ステップＳ１４）、満たさない（ＮＯ）と判断した場合にはこの動作手順を終了する。

サーバ装置（判定部１０５）は、ステップＳ１４において判定条件（２）が満たされた（ＹＥＳ）と判断した場合には、ユーザがビーコン３０の設置場所を訪れたと判定する（ステップＳ１５）。そして、サーバ装置（指示部１０６）は、メインビーコン３１１の発信器ＩＤに対応するコンテンツのユーザ端末２０への送信をコンテンツ配信装置４０に対して指示し（ステップＳ１６）、コンテンツ提供処理を終了する。

本実施例のようにビーコン３０が発信した発信器ＩＤに基づいてコンテンツが提供される場合、悪意を持ったユーザによって不正にコンテンツが取得されるおそれがある。例えばユーザ端末２０がサーバ装置１０に送信するデータを解析して送信されている発信器ＩＤを特定し、自分が所持するビーコンにその発信器ＩＤを発信させることでコンテンツを取得するという不正である。また、ビーコンを盗んで持ち帰り、そのビーコンを用いてコンテンツを取得するという不正も考えられる。

本実施例では、コンテンツを取得するために必要なメイン及びサブの発信器ＩＤに加えて、ダミーの発信器ＩＤもユーザ端末２０からサーバ装置１０に向けて送信される。そして、コンテンツの取得に必要な発信器ＩＤの区分を示す情報はサーバ装置１０（図６に表す分類情報）とコンテンツ配信装置４０（図８に表すコンテンツＩＤテーブル）に記憶されていて、どの発信器ＩＤがコンテンツの取得に必要なのかがユーザには分からないようになっている。

そのため、仮に前述のデータの解析をするとしても、ダミーの発信器ＩＤも含めた発信器ＩＤを特定しなければならず、メイン及びサブの発信器ＩＤだけを特定する場合に比べて、解析の手間もかかるし自前のビーコンも余計に必要になる。また、ビーコン３０を盗む場合でも、ダミービーコン３２０も持ち帰らなければならないから、コンテンツの取得に必要なメイン及びサブの発信器ＩＤにより識別されるビーコン３０（メインビーコン３１１及びサブビーコン３１２）だけを盗む場合に比べて、他人に見られやすくなり盗みが発覚する危険が増大する。本実施例によれば、ダミーの発信器ＩＤ（本発明における第２区分に分類される識別子）を用いない場合に比べて、特定の場所に設置された発信器との通信に基づいて提供されるサービスを不正な方法で利用する行為を抑止することができる。

また、例えばビーコン３０が故障すると、代わりのビーコン３０が設置されることになり、それに伴って発信器ＩＤが変更されることがある。仮に、実行部１０３が実行する指示処理が、上記の例とは異なり「メイン」及び「サブ」の両方の発信器ＩＤに対応付けられていたら、サブビーコン３１２の発信器ＩＤ（すなわち第４区分に分類される識別子）が変更された場合でも、図８に表すコンテンツＩＤテーブルを変更しなければならなくなる。本実施例では、指示処理が「メイン」の発信器ＩＤ（すなわち第３区分に分類される識別子）にだけ対応付けられているため、サブビーコン３１２の発信器ＩＤが変更されたとしても、コンテンツＩＤテーブルを変更しなくてよい。このように、本実施例によれば、第３区分に分類される識別子に対応付けられた処理が実行されない場合に比べて、第４区分に分類される識別子が変更されたときに既存の仕組みを変更する手間を少なくすることができる。

［２］第２実施例
本発明の第２実施例について、以下、第１実施例と異なる点を中心に説明する。第１実施例では、各発信器ＩＤの区分が固定されていたが、第２実施例では、同じ発信器ＩＤでもその区分が状況に応じて変更される。例えばサブビーコン３１２の発信器ＩＤの区分が「メイン」に変更されるという具合である。この場合、そのサブビーコン３１２がメインビーコン３１１に相当するビーコンとして扱われるようになることを意味する。

図１０は第２実施例において各装置が実現する機能構成を表す。図１０では、サーバ装置１０ａが図５に表す各部に加えて第１変更部１０７と、第２変更部１０８とを備え、コンテンツ配信装置４０ａが図５に表す各部に加えて反映部４０３を備える。第１変更部１０７は、第３区分に分類される識別子を変更し、第２変更部１０８は、第１区分に分類される識別子を変更する。この変更は、例えばサーバ装置１０の運用者の操作に基づいて行われる（サーバ装置１０は作業用端末などから操作できるものとする）。

第１変更部１０７は、例えば分類情報記憶部１０２に記憶されている分類情報を参照し、メインに対応付けられている発信器ＩＤの区分をサブに変更したり、サブに対応付けられている発信器ＩＤの区分をメインに変更したりする。このように、第１変更部１０７による変更には、他の区分に分類される識別子を第３区分に分類される識別子に変更することも、第３区分に分類される識別子を他の区分に分類される識別子に変更することも含まれる。

図１１は発信器ＩＤの区分が変更された分類情報の一例を表す。図１１の例では、第１変更部１０７が、図７に表す分類情報において「メイン」に対応付けられていた「Ｂ００３」の区分を「サブ」に変更し、「サブ」に対応付けられていた「Ｂ００４」の区分を「メイン」に変更している。第１変更部１０７は、分類情報の発信器ＩＤを変更すると、コンテンツ配信装置４０のコンテンツＩＤテーブルに格納されている第３区分に分類される識別子も同様に変更する。この場合、第１変更部１０７は、発信器ＩＤの変更を指示する指示データをコンテンツ配信装置４０に対して送信し、反映部４０３が、その指示データが示す指示のとおりに発信器ＩＤの変更を反映させる。

図１２は発信器ＩＤの変更が反映されたコンテンツＩＤテーブルの一例を表す。図１２の例では、図８の例では「Ｃ００１」に対応付けられていた「Ｂ００３」が「サブ」に区分を変更されたので削除され、代わりに区分が「メイン」に変更された「Ｂ００４」が「Ｃ００１」に対応付けられている。これにより、変更後の第３区分に分類される識別子に対応付けられたコンテンツの配信が行われる。
第１変更部１０７及び第２変更部１０８がそれぞれ発信器ＩＤの区分を変更してもよい。また、第１変更部１０７及び第２変更部１０８は、発信器ＩＤを入れ替えたり、発信器ＩＤの数を増減させたりしてもよいし、各区分に分類される識別子の数を増減させてもよい。

図１３は発信器ＩＤの区分が変更された分類情報の他の一例を表す。図１３では、図６に表す「Ｔ００１」という設置場所ＩＤに対応付けられた発信器ＩＤ及びその区分だけが表されている。図１３（ａ）の例では、第２変更部１０８によって、図７に表す「Ｂ００２」の区分が「メイン」から「ダミー」に変更され、「Ｂ００４」の区分が「サブ」から「ダミー」に変更されている。また、「Ｂ００６」の区分が「ダミー」から「サブ」に変更され、「Ｂ００７」の区分が「ダミー」から「メイン」に変更されている。また、第１変更部１０７によって、「Ｂ００３」の区分が「メイン」から「サブ」に変更され、「Ｂ００５」の区分が「サブ」から「メイン」に変更されている。

図１３（ｂ）の例では、第１変更部１０７によって、図７に表す「Ｂ００２」の代わりに「Ｂ０１１」の区分が「メイン」となり、「Ｂ００４」の代わりに「Ｂ０１２」の区分が「サブ」となるように変更されている。また、「Ｂ００３」の区分が「メイン」から「サブ」に変更されており、これによって「メイン」に対応付けられた発信器ＩＤが３つから２つに減少している。また、第２変更部１０８によって、「Ｂ００５」の区分が「サブ」から「ダミー」に変更されるとともに、新たに「ダミー」に対応付けられた「Ｂ０１３」が加わるように、第１区分に分類される識別子が変更されている。これによって、「ダミー」に対応付けられた発信器ＩＤが２つから４つに増加している。

以上のとおり、第１変更部１０７が第３区分に分類される識別子を変更し、第２変更部１０８が第１区分に分類される識別子を変更することで、発信器ＩＤの区分が様々に変化する。そのため、不正を行おうとする者が仮にビーコン３０の発信器ＩＤが複数の区分のいずれかに分類されていることを知って、データの解析や配信されるコンテンツからメイン及びサブに分類される発信器ＩＤやそれを発信するビーコン３０を探り当てたとしても、その後に区分が変更されればコンテンツを配信させることができない。このように、本変形例によれば、発信器ＩＤの区分が固定されている場合に比べて、上記サービスを不正な方法で利用する行為をさらに抑止することができる。

また、第１変更部１０７及び第２変更部１０８は、所定の状況に応じて上記変更を行ってもよい。例えば、第１変更部１０７は、ユーザ端末２０（移動通信端末）毎に固有の状況に応じて第３区分に分類される識別子を変更し、第２変更部１０８は、同様の固有状況に応じて第１区分に分類される識別子を変更する。固有状況とは、例えば、ユーザ端末２０の受信感度に影響する状況である。その具体例としては、移動通信端末の機種が何であるかという状況である。この場合、例えば固有状況毎に変更の内容を表す変更内容テーブルが用いられる。

図１４は変更内容テーブルの一例を表す。このテーブルでは、「Ｂ００１」から「Ｂ００７」までの７つの取得対象信号に、移動通信端末の受信感度が高い場合には「メイン」、「メイン」、「メイン」、「サブ」、「サブ」、「サブ」、「ダミー」という発信器ＩＤの区分が対応付けられ、移動通信端末の受信感度が低い場合には「メイン」、「メイン」、「サブ」、「サブ」、「ダミー」、「ダミー」、「ダミー」という発信器ＩＤの区分が対応付けられている。固有状況の判断には、例えば固有状況と機種とを対応付けた固有状況テーブルが用いられる。

図１５は固有状況テーブルの一例を表す。図１５の例では、「受信感度高」という固有状況に「機種α、機種β、・・・」という機種が対応付けられ、「受信感度低」という固有状況に「機種γ、機種ε、・・・」という機種が対応付けられている。例えばユーザ端末２０のデータ送信部２０３が発信器ＩＤデータを送信する際に、自端末の機種を表す機種情報（モデル名や型式など）をその発信器ＩＤデータに付加して送信し、取得部１０１がその機種情報を取得する。第１変更部１０７及び第２変更部１０８は、取得された機種情報が表す機種に固有状況テーブルで対応付けられている固有状況を特定し、特定した固有状況に変更内容テーブルで対応付けられている発信器ＩＤの区分となるように、分類情報に表されている第３区分に分類される識別子及び第１区分に分類される識別子をそれぞれ変更する。

図１４の例では、第１区分に分類される識別子の数が、ユーザ端末２０の受信感度が高い場合（６つ）に比べて、この受信感度が低い場合には４つと少なくなっている。例えば図１に表すビーコン３０はいずれも店舗４に設置されているが、その設置場所やユーザの移動経路によっては、一部のビーコン３０が発信する電波はユーザ端末２０に受信されたときの電波強度が他のビーコン３０に比べて弱くなる場合がある。図１４及び図１５の例では、ユーザ端末２０が受信感度の低い機種である場合には、受信感度が高い機種である場合に比べて、第１区分に分類される識別子の数を少なくして、ユーザが店舗４を訪れたという判定がされやすいようにしている。これにより、ユーザ端末２０の機種によってサービスの受けやすさが変動することを抑制することができる。

なお、ユーザ端末２０の受信感度の高低は、機種以外にも、周囲の人の混雑度によっても表される。混雑度が高いほど電波が伝達されにくくなりユーザ端末２０の受信感度が低くなる。ユーザ端末２０のデータ送信部２０３は、自端末がマイクロフォンなどの集音部を備えている場合に、発信器ＩＤデータに集音部が収音した音データを付加して送信する。取得部１０１がその音データを取得する。第１変更部１０７及び第２変更部１０８は、取得された音データが表す音の大きさから混雑度の高低を判断し、例えば混雑度が高いと判断すると、受信感度は低いと判断し、図１４に表す変更内容テーブルで「受信感度低」に対応付けられている区分となるように変更を行う。この場合は、ユーザ端末２０の周囲における人の混雑度によってサービスの受けやすさが変動することを抑制することができる。

また、上述した固有状況以外にも、移動通信端末によらない共通の状況に応じた変更が行われてもよい。この場合、第１変更部１０７は、ユーザ端末２０（移動通信端末）によらない共通の状況に応じて第３区分に分類される識別子を変更し、第２変更部１０８は、同様の共通状況に応じて第１区分に分類される識別子を変更する。共通状況にも、固有状況と同様に、ユーザ端末２０の受信感度に影響する状況が含まれる。両変更部は、例えば平日の夕方以降や週末には店舗が混みやすいので、それらの時間帯には図１４に表す変更内容テーブルで「受信感度低」に対応付けられている区分となるように変更を行い、それら以外の時間帯には「受信感度高」に対応付けられている区分となるように変更を行うといった具合である。

また、例えば店舗４に設置された店員用の端末から店内の混雑度が入力され、入力された混雑度を表す混雑度情報を取得部１０１が取得してもよい。また、店舗４に設置されたカメラの映像データを取得部１０１が取得してもよい。この場合、第１変更部１０７及び第２変更部１０８は、取得された映像データが表す映像を解析して混雑度の高低を判断する。これらの場合、店舗４の全体としての混雑度が共通状況として用いられる。これらの場合によれば、ユーザ端末２０の固有状況が分からなくても、ビーコン３０の設置場所における人の混雑度によってサービスの受けやすさが変動することを抑制することができる。

［３］変形例
上述した各実施例は、それぞれが本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、上述した各実施例及び以下に示す各変形例は、必要に応じてそれぞれ組み合わせて実施してもよい。

［３−１］コンテンツの配信
実施例ではユーザ端末２０が通知したＩＰアドレスに対してコンテンツが配信されたが、これに限らない。例えばユーザ端末２０に対してコンテンツをプッシュ通知する仕組みを提供するシステム（ＡＰＮＳ（Apple Push Notification Service）やＧＣＭ（Google Cloud Messaging for Android）など）にユーザ端末２０の端末ＩＤを登録しておく。そして、指示部１０６がそのシステムに端末ＩＤを送信してユーザ端末２０にコンテンツを配信させるための情報（例えばコンテンツ配信装置４０のＵＲＬ（Uniform Resource Locator））をプッシュ通知するよう指示することで、コンテンツが配信されてもよい。

［３−２］予め定められた処理
実行部１０３が実行する予め定められた処理は、実施例で述べた指示処理（外部装置であるコンテンツ配信装置４０にコンテンツの配信を指示する処理）に限らない。実行部１０３は、例えば、自装置がコンテンツを記憶しておき、そのコンテンツをユーザ端末２０に送信する送信処理を予め定められた処理として実行してもよい。また、例えば店舗で実施される限定販売の予約を受け付ける受付処理や、店舗で利用可能なポイントを付加する付加処理といった、何らかのサービスを提供するサービス提供処理を予め定められた処理として実行してもよい。要するに、第３区分に分類される識別子に対応付けられた処理であれば、どのような処理が予め定められた処理として実行されてもよい。

［３−３］識別信号の取得順
実施例では、発信器ＩＤが取得される順番にかかわらず実行部１０３が処理を実行したが、順番が考慮されてもよい。つまり、本変形例では、実行部１０３は、第１区分に分類される識別子が予め定められた順番で取得された場合に、判定条件が満たされたと判断する。この場合、例えば第１区分に分類される識別子とそれらが取得されるべき順番とが対応付けられた分類情報が用いられる。

図１６は本変形例の分類情報の一例を表す。図１６の例では、「Ｂ００１」から「Ｂ００５」までの５つの発信器ＩＤに、「メイン」、「メイン」、「メイン」、「サブ」、「サブ」という発信器ＩＤの区分と、「１」、「２、３、４」、「２、３、４」、「２、３、４」、「５」という順番とが対応付けられている。「２、３、４」は、２番目から４番目までのどの順番で取得されてもよいことを表している。この分類情報は、例えば店舗４の入り口に「Ｂ００１」で識別されるビーコン３０が設置され、一番奥のカウンターに「Ｂ００５」で識別されるビーコン３０が設置され、残りの３つのビーコン３０がそれらの間に設置されている場合に用いられる。

この店舗４をユーザが訪れた場合、必ず１番目に「Ｂ００１」が取得され、５番目に「Ｂ００５」が取得される。また、ユーザの移動経路に応じて「Ｂ００２」、「Ｂ００３」、「Ｂ００４」が２番目から４番目に取得される。もしそれ以外の順番で発信器ＩＤが取得された場合、ビーコン３０を盗んで持ち帰ったり送信データを解析したりといった不正が行われた可能性が高い。本変形例においては、発信器ＩＤの取得順も合っていなければ実行部１０３による処理が実行されないから、発信器ＩＤが取得される順番が考慮されない場合に比べて、上記サービスを不正な方法で利用する行為をさらに抑止することができる。

［３−４］ビーコンの区分
実施例では、複数のビーコン３０はいずれもＢＬＥ通信を行う発信器であったが、これに限らない。例えば無線ＬＡＮの規格に準拠した無線ＬＡＮ通信を行う発信器であってもよいし、ＮＦＣ（Near field communication）の規格に準拠したＮＦＣ通信を行う発信器であってもよい。例えばＮＦＣ通信を行う発信器はＢＬＥ通信を行うものに比べて無線通信の通信可能範囲が狭く、設置場所をユーザに明示してユーザ端末２０をかざさせる必要がある。そのため、ＢＬＥ通信又は無線ＬＡＮ通信を行う発信器に比べて設置場所が人目に付きやすいことが多く、それを持ち去ろうとする者がいたら目立ちやすい。

また、無線ＬＡＮ通信を行う発信器はＢＬＥ通信又はＮＦＣ通信を行う発信器に比べてサイズが大きいものが多く、重量も重くなって持ち運びにくい。このように、複数の発信器には、無線通信の通信可能範囲が異なるものが混在していてもよいし、サイズが異なるものが混在していてもよい。これにより、例えば発信器を持ち帰って不正に利用しようとする者がいる場合に、通信可能範囲やサイズが統一されている場合に比べて、人目のない時間を調べたりかさばって重いものを持ち帰る準備をしたりといった手間を増やさせることができ、その結果、発信器を盗んで不正に利用する行為を抑制することができる。

なお、上記の他にも、例えば店舗４の店員が利用するスマートフォンやタブレット端末などが発信器として用いられてもよい。この場合、設置場所に設置した発信器に比べて盗まれる可能性を低くすることができる。また、設置されたビーコン３０が故障したときに、代わりに店員のスマートフォンを発信器として用いるように、第２実施例で述べた識別子の区分の変更を行うといった利用も考えられる。

［３−５］電力残量
ビーコン３０はバッテリーや電池などを電源として稼働するため、電力残量がなくなると識別信号を発信しなくなる。その場合に、各装置を次のように動作させてもよい。本変形例のビーコン３０は、発信器ＩＤを示す識別信号とともに、自機の電力残量情報を表す残量信号を発信する。電力残量情報は、例えば電力残量を％の数値で表す情報である。取得部１０１は、ユーザ端末２０を介して、発信器の発信器ＩＤとともにその発信器の電力残量情報を取得する。

実行部１０３は、第１区分の識別子により識別される発信器の電力残量が閾値以下であることを表す電力残量情報が取得された場合、それ以降、その発信器の識別子が取得されたものとして判定条件が満たされたか否かを判断する。この閾値としては、電力残量が閾値以下と判断される前に電力残量がなくなってしまわないような値が用いられることが望ましい。電力残量情報が取得される頻度は、周囲の人通りの多さによってビーコン３０毎に異なる。例えば平均すると電力残量が５％減る度に電力残量情報が取得されるビーコン３０であれば、５％以上の値が用いられるとよい。

具体例を挙げて説明する。実行部１０３は、例えば図６に表す分類情報を用いており、あるユーザのユーザ端末２０から「Ｂ００１」から「Ｂ００５」までの発信器ＩＤが取得され、メインビーコン３１１の発信器ＩＤに対応付けられた処理を実行した。このとき、例えば「Ｂ００１」で識別されるビーコン３０からは、閾値以下の電力残量を表す電力残量情報が取得されたとする。すると、次に他のユーザのユーザ端末２０から取得された発信器ＩＤが「Ｂ００２」から「Ｂ００５」までの４つであったとしても、実行部１０３は、「Ｂ００１」も取得されたものとみなし、判定条件が満たされたと判断する。このように、本変形例によれば、発信器が識別信号を発信する電力をなくしたために発信器ＩＤが取得できなくなり、実行部１０３が処理を実行できなくなるという事態を防ぐことができる。

また、発信器の電力がなくなりそうであることを例えば店舗４の店員に通知してもよい。
図１７は本変形例において各装置が実現する機能構成を表す。図１７では、サーバ装置１０ｂが図５に表す各部に加えて通知部１０９を備える。通知部１０９は、電力残量が閾値以下であることを表す電力残量情報が発信器ＩＤとともに取得された場合には、その発信器ＩＤにより識別される発信器に関する情報を所定の宛先に通知する。

発信器に関する情報とは、例えば発信器ＩＤである。他にも、通知部１０９は、発信器ＩＤに対応付けて登録しておいた設置場所を表す情報（店舗４の地図上に設置場所を表した画像など）を通知してもよい。所定の宛先としては、店舗４に設置されて店員によって利用される店舗端末のＩＰアドレスや店員が利用する電子メールのアドレスなどが用いられる。通知部１０９が上記通知を行うことで、この通知がされない場合に比べて、より早い時期に発信器の電力を回復させる措置（電池交換や発信器そのものの交換）を行うことができる。

［３−６］ユーザ関連情報
発信器の設置場所（店舗４など）を訪れたユーザに関連するユーザ関連情報を店員等に提供する仕組みがあってもよい。
図１８は本変形例において各装置が実現する機能構成を表す。図１８では、サーバ装置１０ｃが図５に表す各部に加えて第２取得部１１０と、送信部１１１とを備える。本変形例の取得部１０１は、移動通信端末から、受信された識別信号に加えてその移動通信端末を利用するユーザを識別するユーザ識別情報を取得する。

本変形例では、ユーザが、ユーザ端末２０を用いてＳＮＳ（Social Networking Service）などのユーザ関連情報を登録するサービスを利用しているものとする。登録されたユーザ関連情報は、そのサービスを提供する事業者によって運用されている事業者サーバ装置に記憶されている。この事業者サーバ装置は、ユーザの行動履歴及び属性を含む情報を記憶している。この情報は上述したユーザ関連情報であり、事業者サーバ装置はユーザ関連情報を記憶する記憶装置の一例である。事業者サーバ装置には、例えばユーザ名及びパスワードを用いてログインして利用するようになっている。ユーザ端末２０の記憶部２２にはこのユーザ名が記憶されていて、データ送信部２０３は、発信器ＩＤデータにこのユーザ名を付加して送信する。

取得部１０１は、こうして送信されてきたユーザ名をユーザ識別情報として取得すると、そのユーザ名を第２取得部１１０に供給する。第２取得部１１０は、事業者サーバ装置のようなユーザ関連情報を記憶する記憶装置から、取得されたユーザ識別情報に対応付けて記憶されたユーザ関連情報を取得する。第２取得部１１０は、取得部１０１から供給されたユーザ名に対応付けられたユーザ関連情報を要求する要求データを、事業者サーバ装置に対して送信する。事業者サーバ装置は、この要求データが表すユーザ名に対応付けて記憶しているユーザ関連情報を読み出して要求データの送信元であるサーバ装置１０ｃに対して送信する。

第２取得部１１０は、こうして送信されてきたユーザ関連情報を取得すると、そのユーザ関連情報を送信部１１１に供給する。送信部１１１は、登録された移動通信端末である登録端末に対して第２取得部１１０により取得されたユーザ関連情報を送信する。登録端末とは例えば店舗４に店員が利用するスマートフォンである。この登録端末も、ユーザ端末２０と同様にビーコン３０から発信された識別信号を受信して発信器ＩＤデータをサーバ装置１０ｃに送信する。取得部１０１は、ユーザ端末２０及び登録端末から取得した識別子を送信部１１１にそれぞれ供給する。

送信部１１１は、取得部１０１から供給された識別子に基づいて、ユーザ端末２０から取得された識別子と共通する識別子を登録端末が受信したか否かを判断する。送信部１１１は、登録端末がその識別子を受信したと判断すると、第２取得部１１０が取得した、そのユーザ端末２０から取得されたユーザ名に対応付けられたユーザ関連情報をその登録端末に送信する。こうして送信されるユーザ関連情報は、登録端末と同じ識別信号を受信したユーザ端末２０、すなわち登録端末の近くにあるユーザ端末２０のユーザに関連する情報となる。これにより、登録端末の利用者（例えば店舗４の店員）は、自分の近くにいるユーザのユーザ関連情報を知ることができ、その情報に基づいて例えば好みのサービスを紹介したり家族構成に合わせた商品を紹介したりすることができる。

［３−７］第１区分に分類される識別子
実施例では第１区分に分類される識別子がさらに第３区分（メイン）及び第４区分（サブ）に分類されたが、これは必須ではない。例えば分類情報に「メイン」と「ダミー」だけが表されていてもよい。この場合、判定処理に用いられるビーコン３０の識別子が全て「メイン」に分類されるものになり、それらの識別子に対応付けられたコンテンツが配信される。本変形例でも、「ダミー」のビーコン３０が用いられるので、実施例と同様にサービスを不正な方法で利用する行為を抑止することができる。

［３−８］判定条件（１）
実施例で述べた判定条件（１）では、所定の個数として「メイン」及び「サブ」に対応付けられている発信器ＩＤの全数が用いられたが、これに限らない。例えば全数よりも１つか２つなど決められた個数だけ少なくしてもよいし、全数に決められた割合を乗じた個数としてもよい。この場合、例えば全数だと５つの発信器ＩＤが必要なところ、そのうちの４つ又は３つ等の発信器ＩＤが取得されれば判定条件が満たされることになる。

例えば店舗内の移動経路が大きく２つに別れているという場合に、それぞれにサブビーコンを設置して、どのユーザも必ず通過する箇所にはメインビーコンを設置する。そして、所定の個数を、一方の移動経路を通過したときに識別信号が受信されるビーコンの数としておく。こうすることで、ユーザがどちらの移動経路を移動した場合でも、所定の個数の「メイン」及び「サブ」に対応付けられている発信器ＩＤが取得されるので、判定条件が満たされることになる。また、「メイン」の発信器ＩＤも揃っているので、コンテンツも提供される。

［３−９］第３区分に分類される識別子の個数
第３区分に分類される識別子（実施例では「メイン」の発信器ＩＤ）が全て揃っていなくても、所定の個数以上揃っていれば、処理が実行されてもよい。例えば分類情報には「メイン」の発信器ＩＤが４つ表され、コンテンツＩＤテーブルにもそれら４つの発信器ＩＤが表されているとする。

この場合に、所定の個数を２つとすると、コンテンツ配信装置４０の特定部４０１は、サーバ装置１０の指示部１０６から送信されてきた指示データが表す発信器ＩＤが２つであっても、それらの発信器ＩＤがコンテンツＩＤテーブルに表されている４つの発信器ＩＤに含まれていれば、それら２つの発信器ＩＤに対応付けられたコンテンツＩＤにより識別されるコンテンツを特定する。本変形例によれば、どのユーザでも必ず通過するという箇所がない場合でも、設置場所を訪れた全てのユーザにサービスを提供することができる。

［３−１０］発信器の数
実施例ではメイン、サブ、ダミーのビーコン３０がいずれも複数用いられていたが、これに限らず、各区分とも１つのビーコン３０だけが用いられてもよい。また、前述したように、サブのビーコン３０は存在しなくてもよい。要するに、第１区分に分類される識別子により識別される発信器が少なくとも１以上あり（そのうちの少なくとも１以上は第３区分に分類される識別子により識別される発信器とする）、第２区分に分類される識別子により識別される発信器が少なくとも１以上あればよい。最低でもメインのビーコン３０とダミーのビーコン３０が１つずつあれば、ダミーのビーコン３０が盗まれた場合に不正な方法での利用を防ぐことができる。

［３−１１］判定条件（２）
上述した判定条件（２）、すなわち時刻情報が表す経過時間が制限時間以下という条件は、用いられなくてもよい。この場合でも、例えば蓄積部１０４が蓄積した発信器ＩＤを定期的に削除することで、実施例で述べたような数日がかりで発信器ＩＤが取得されるという場合に、判定条件が満たされないようにすることができる。

［３−１２］画像処理
ＱＲ（Quick Response）コード認識や顔認識を行った結果が発信器ＩＤとともに用いられてもよい。例えば、ユーザ端末２０のデータ送信部２０３が、これらの認識結果を付加した発信器ＩＤデータを送信する。取得部１０１が発信器ＩＤとともに認識結果を取得し、実行部１０３は、発信器ＩＤ及び認識結果に基づいた処理を実行する。これにより、例えば店舗４に設置されたポスター上のＱＲコード（登録商標）を読み取る操作を行ったユーザや、特定の店員の顔写真を撮影したユーザにだけサービスが提供されるようにすることができる。

［３−１３］発明のカテゴリ
本発明は、サーバ装置、移動通信端末（ユーザ端末や店舗端末がその一例）、コンテンツ配信装置といった各装置の他、上述した図５等に表す各機能を実現する他の装置としても捉えられる。また、それらの装置を備えるコンテンツ提供システムのようなシステムとしても捉えられる。また、本発明は、それらの装置が実施する処理を実現するための情報処理方法としても捉えられるし、それらの装置を制御するコンピュータを機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されてもよいし、インターネット等のネットワークを介してコンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態で提供されてもよい。

１…コンテンツ提供システム、２…ネットワーク、１０…サーバ装置、２０…ユーザ端末、３０…ビーコン、４０…コンテンツ配信装置、１１、２１、４１…制御部、１２、２２、４２…記憶部、１３、４３…通信部、２３…ＵＩ部、２４…第１通信部、２５…第２通信部、１０１…取得部、１０２…分類情報記憶部、１０３…実行部、１０４…蓄積部、１０５…判定部、１０６…指示部、１０７…第１変更部、１０８…第２変更部、２０１…識別信号受信部、２０２…宛先通知部、２０３…データ送信部、２０４…コンテンツ表示部、４０１…特定部、４０２…コンテンツ送信部、４０３…反映部

Claims (10)

1. 自機の識別子を示す識別信号を発信する複数の発信器について、当該発信器の識別子を第１区分及び第２区分を含む複数の区分のいずれかに分類した情報を記憶する記憶部と、
   前記識別信号を受信した移動通信端末から、当該受信された識別信号により示される識別子を取得する取得部と、
   前記取得部により取得された複数の識別子のうち前記第１区分に分類される識別子が所定の条件を満たした場合、前記移動通信端末を所持するユーザが前記複数の発信器の設置場所を訪れたものとして、予め定められた処理を実行する実行部と
   を備えるサーバ装置。
2. 前記第１区分は、さらに前記処理に対応付けられた第３区分及び第４区分に分類され、
   前記実行部は、前記第１区分に分類される識別子が前記条件を満たした場合、当該識別子に含まれる前記第３区分に分類される識別子に対応付けられた処理を前記予め定められた処理として実行する
   請求項１に記載のサーバ装置。
3. 前記移動通信端末毎に固有の状況又は前記移動通信端末によらない共通の状況に応じて前記第３区分に分類される識別子を変更する第１変更部を備える
   請求項２に記載のサーバ装置。
4. 前記移動通信端末毎に固有の状況又は前記移動通信端末によらない共通の状況に応じて前記第１区分に分類される識別子を変更する第２変更部を備える
   請求項１から３のいずれか１項に記載のサーバ装置。
5. 前記移動通信端末毎に固有の状況とは、前記移動通信端末の受信感度に影響する状況である
   請求項３又は４に記載のサーバ装置。
6. 前記実行部は、前記第１区分に分類される識別子が予め定められた順番で取得された場合に前記条件が満たされたと判断する
   請求項１から５のいずれか１項に記載のサーバ装置。
7. 前記複数の発信器には、サイズが異なるもの又は通信可能範囲が異なるものが混在している
   請求項１から６のいずれか１項に記載のサーバ装置。
8. 前記発信器は、前記識別信号とともに自機の電力残量情報を示す残量信号を発信し、
   前記取得部は、前記移動通信端末を介して前記発信器の前記識別子とともに当該発信器の前記電力残量情報を取得し、
   前記実行部は、前記第１区分の識別子により識別される前記発信器の電力残量が閾値以下であることを表す前記電力残量情報が取得された場合、それ以降、当該発信器の識別子が取得されたものとして前記条件が満たされたか否かを判断する
   請求項１から７のいずれか１項に記載のサーバ装置。
9. 前記発信器は、前記識別信号とともに自機の電力残量情報を示す残量信号を発信し、
   前記取得部は、前記移動通信端末を介して前記発信器の前記識別子とともに当該発信器の前記電力残量情報を取得し、
   電力残量が閾値以下であることを表す前記電力残量情報が取得された場合には、当該電力残量情報とともに取得された識別子により識別される前記発信器に関する情報を所定の宛先に通知する通知部を備える
   請求項１から８のいずれか１項に記載のサーバ装置。
10. 前記取得部は、前記移動通信端末から前記識別子に加えて当該移動通信端末を利用するユーザを識別するユーザ識別子を取得し、
    前記ユーザ識別子に対応付けて前記ユーザの行動履歴又は属性を含むユーザ関連情報を記憶する記憶装置から、取得された前記ユーザ識別子に対応付けて記憶された前記ユーザ関連情報を取得する第２取得部と、
    登録された移動通信端末が前記取得部により取得された識別子と共通する識別子を受信した場合に、前記第２取得部により取得されたユーザ関連情報を当該移動通信端末に送信する送信部とを備える
    請求項１から９のいずれか１項に記載のサーバ装置。

Images