JPWO2017154467A1 - 識別情報提供システム、識別情報提供装置、識別情報提供プログラムおよび識別情報提供方法 - Google Patents

Abstract

ビーコン等における識別情報のなりすましを防止する。識別情報を含む特定の信号を発信する発信手段と、前記識別情報の設定および変更を行い、設定または変更された特定の識別情報を管理する管理手段と、前記特定の信号を受信することが可能で、かつ、前記管理手段から前記特定の識別情報を取得することにより同期が可能な受信手段とを備え、前記受信手段は、取得した前記特定の識別情報と受信した前記特定の信号とを照合した結果を、前記発信手段の適否判定に用いる。

Description

本発明は、識別情報提供システム、識別情報提供装置、識別情報提供プログラムおよび識別情報提供方法に関する。

ＧＰＳ電波の届かない屋内環境において移動端末の位置を知る手法としてビーコンが用いられている。

すなわち、ＢＬＥ（Bluetooth Low Energy）の電波によるブロードキャスト信号や超音波信号を発するビーコンから、位置情報に紐付いたビーコンＩＤ等の情報を含む信号を発信し、移動端末はビーコンから受信した情報に基づいて位置情報を取得する。なお、このような位置情報の取得は、ユーザの位置に応じた情報を提供するコンテンツサービスに利用されている。例えば、ショッピングモール等の屋内施設のエリア天井部にビーコンを複数個設置し、それぞれからビーコンＩＤを発信させる。そして、ビーコンＩＤを受信したスマートフォン等の移動端末から、ネットワーク経由でコンテンツサーバに受信したビーコンＩＤを通知し、ビーコンＩＤに紐付く位置情報そのものや、その場所に関係する案内情報や、場所限定のクーポン等のコンテンツを取得する。

一方、無線ＬＡＮシステムにおける端末とアクセスポイントの間の通信のセキュリティ向上を目的に、アクセスポイントのサービスセットＩＤを設定していない端末に対して主たる通信を行わないことにより、セキュリティを高める方法が開示されている（特許文献１等を参照）。

上述したビーコンを用いた情報提供においては、ビーコンから発信される信号を模倣した「なりすまし」への対策が重要となる。例えば、超音波信号を発するビーコンの場合、超音波信号を録音し、後日に任意の場所で再生し、移動端末で受信することで、本来は取得できないはずのコンテンツを入手できてしまう。また、他人の移動端末での正常なコンテンツの取得を混乱させてしまうことも考えられる。

なお、前述したサービスセットＩＤを用いて通信を行わせない方法では、不正な端末の接続を防止することはできるが、ビーコン側のなりすましを防止することはできない。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、ビーコン等における識別情報のなりすましを防止することにある。

上記の課題を解決するため、本発明にあっては、識別情報を含む特定の信号を発信する発信手段と、前記識別情報の設定および変更を行い、設定または変更された特定の識別情報を管理する管理手段と、前記特定の信号を受信することが可能で、かつ、前記管理手段から前記特定の識別情報を取得することにより同期が可能な受信手段とを備え、前記受信手段は、取得した前記特定の識別情報と受信した前記特定の信号とを照合した結果を、前記発信手段の適否判定に用いる。

本発明にあっては、ビーコン等における識別情報のなりすましを防止することができる。

本発明の一実施形態にかかるシステムの構成例を示す図である。 各装置の機能構成の例を示す図である。 ビーコンのハードウェア構成例を示す図である。 コンテンツサーバのハードウェア構成例を示す図である。 移動端末のハードウェア構成例を示す図である。 第１の処理例を示すシーケンス図である。 第１の処理例における各種データの変化の例を示す図（その１）である。 第１の処理例における各種データの変化の例を示す図（その２）である。 第１の処理例における各種データの変化の例を示す図（その３）である。 第１の処理例における各種データの変化の例を示す図（その４）である。 第２の処理例を示すシーケンス図である。 第２の処理例における各種データの変化の例を示す図（その１）である。 第２の処理例における各種データの変化の例を示す図（その２）である。 第２の処理例における各種データの変化の例を示す図（その３）である。 第２の処理例における各種データの変化の例を示す図（その４）である。 第３の処理例を示すシーケンス図である。 第３の処理例における各種データの変化の例を示す図（その１）である。 第３の処理例における各種データの変化の例を示す図（その２）である。 第３の処理例における各種データの変化の例を示す図（その３）である。 第３の処理例における各種データの変化の例を示す図（その４）である。 第４の処理例を示すシーケンス図である。 第４の処理例における各種データの変化の例を示す図（その１）である。 第４の処理例における各種データの変化の例を示す図（その２）である。 第４の処理例における各種データの変化の例を示す図（その３）である。 第４の処理例における各種データの変化の例を示す図（その４）である。 第４の処理例における各種データの変化の例を示す図（その５）である。 第５の処理例を示すシーケンス図である。 第５の処理例における各種データの変化の例を示す図（その１）である。 第５の処理例における各種データの変化の例を示す図（その２）である。 第５の処理例における各種データの変化の例を示す図（その３）である。 第５の処理例における各種データの変化の例を示す図（その４）である。

以下、本発明の好適な実施形態につき説明する。

＜構成＞
図１は本発明の一実施形態にかかるシステムの構成例を示す図である。図１において、ショッピングモール等の屋内施設１のエリア天井部等には、複数のビーコン２が設置されている。ビーコン２は、ＢＬＥ（Bluetooth Low Energy）の電波によるブロードキャスト信号や超音波信号を発信することが可能な情報発信デバイスである。また、屋内施設１内または任意の場所にコンテンツサーバ３が設けられており、ビーコン２とコンテンツサーバ３の間は有線または無線のネットワーク４を介して通信可能に接続されている。コンテンツサーバ３は、ビーコン２から発信するビーコンＩＤの設定・変更の管理を行うとともに、ビーコンＩＤに紐付く位置情報（緯度経度情報）、地図情報、告知情報、クーポン等のコンテンツを保持する。

一方、屋内施設１にいるユーザが所持するスマートフォン、ＰＣ（Personal Computer）、ウェアラブルデバイス等の移動端末５は、ビーコン２から発信される電波または超音波等の信号を受信可能となっている。また、移動端末５は、必要に応じてネットワーク４を介してコンテンツサーバ３と接続可能になっており、ビーコン２から受信したビーコンＩＤに対応するコンテンツを取得する。

図２は各装置の機能構成の例を示す図である。図２において、ビーコン２は、個別に設定・変更されたビーコンＩＤを電波信号や超音波信号として発信するＩＤ発信部２１を有している。コンテンツサーバ３は、ビーコン２に対するビーコンＩＤの設定・変更を管理するＩＤ管理部３１と、ビーコンＩＤに紐付くコンテンツを管理するコンテンツ管理部３２とを有している。移動端末５は、ビーコンＩＤの受信、ビーコンＩＤの適否判定等を行うとともに、ビーコンＩＤに紐付いたコンテンツの取得等を行うＩＤ・コンテンツ管理部５１と、有効なビーコンＩＤをリスト化したＩＤリストを保持するＩＤリスト保持部５２と、取得済のコンテンツを保持するコンテンツ保持部５３とを有している。

図３はビーコン２のハードウェア構成例を示す図である。図３において、ビーコン２は、バス２００を介して相互に接続されたＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、ＨＤＤ（Hard Disk Drive）／ＳＳＤ（Solid State Drive）２０４を備えている。ＣＰＵ２０１は、ＲＡＭ２０３をワークエリアとしてＲＯＭ２０２またはＨＤＤ／ＳＳＤ２０４等に格納されたプログラムを実行することで、ビーコン２の動作を統括的に制御する。

また、ビーコン２は、入出力Ｉ／Ｆ（Interface）２０５、無線ＬＡＮ ＡＰ（Local Area Network Access Point）部２０６、ＢＬＥ通信部２０７、スピーカ部２０８を備えている。入出力Ｉ／Ｆ２０５は、ユーザ操作等を受け付けるインタフェースである。無線ＬＡＮ ＡＰ部２０６は、無線ＬＡＮを介して他の情報処理装置と通信を行うためのインタフェースである。ＢＬＥ通信部２０７は、ＢＬＥの通信を行う部分であり、本実施形態では電波によるブロードキャスト信号の送信を利用する。スピーカ部２０８は、超音波信号を送信する部分である。ＢＬＥの送信機能のみを利用する場合はスピーカ部２０８を省略でき、超音波のみを利用する場合はＢＬＥ通信部２０７を省略することができる。

図２で説明したビーコン２の機能（ＩＤ発信部２１）は、ＣＰＵ２０１において所定のプログラムが実行されることで実現される。プログラムは、記録媒体を経由して取得されるものでもよいし、ネットワークを経由して取得されるものでもよいし、ＲＯＭ組込でもよい。ビーコン２のＩＤ発信部２１は、機能として、コンテンツサーバ３からのビーコンＩＤ変更要求を受け付ける受信機能部（図３に示す無線ＬＡＮ ＡＰ部２０６若しくは図示しない有線ＬＡＮ部）、並びにビーコンＩＤの記憶保持機能部（例えば、図３に示すＨＤＤ／ＳＳＤ２０４、ＲＡＭ２０３、ＲＯＭ２０２）も含む。

図４はコンテンツサーバ３のハードウェア構成例を示す図である。図４において、コンテンツサーバ３は、バス３００を介して相互に接続されたＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ／ＳＳＤ３０４を備えている。ＣＰＵ３０１は、ＲＡＭ３０３をワークエリアとしてＲＯＭ３０２またはＨＤＤ／ＳＳＤ３０４等に格納されたプログラムを実行することで、コンテンツサーバ３の動作を統括的に制御する。

また、コンテンツサーバ３は、操作部３０５、表示部３０６、通信部３０７、入出力Ｉ／Ｆ３０８を備えている。操作部３０５は、ユーザ操作を受け付ける部分である。表示部３０６は、ユーザに対して操作メニューや処理状態等の表示を行う部分である。通信部３０７は、他の情報処理装置と通信を行う部分である。入出力Ｉ／Ｆ３０８は、外部デバイス等との間でデータの入出力を行うインタフェースである。

図２で説明したコンテンツサーバ３の機能は、ＣＰＵ３０１において所定のプログラムが実行されることで実現される。プログラムは、記録媒体を経由して取得されるものでもよいし、ネットワークを経由して取得されるものでもよいし、ＲＯＭ組込でもよい。

図５は移動端末５のハードウェア構成例を示す図である。図５において、移動端末５は、バス５００を介して相互に接続されたＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤＤ／ＳＳＤ５０４を備えている。ＣＰＵ５０１は、ＲＡＭ５０３をワークエリアとしてＲＯＭ５０２またはＨＤＤ／ＳＳＤ５０４等に格納されたプログラムを実行することで、移動端末５の動作を統括的に制御する。

また、移動端末５は、表示部５０５、カメラ部５０６、マイクロフォン部５０７、スピーカ部５０８、無線通信部５０９、入出力Ｉ／Ｆ５１０、無線ＬＡＮ通信部５１１、ＢＬＥ通信部５１２を備えている。表示部５０５は、ユーザに対して操作メニューや処理状態等の表示を行う部分である。カメラ部５０６は、内蔵カメラにより撮影を行う部分である。マイクロフォン部５０７は、内蔵マイクロフォンにより音声の取得を行う部分である。スピーカ部５０８は、音声を出力する部分である。無線通信部５０９は、音声通信またはデータ通信を行う部分である。入出力Ｉ／Ｆ５１０は、外部デバイス等との間でデータの入出力を行うインタフェースである。無線ＬＡＮ通信部５１１は、無線ＬＡＮにより他の装置と通信を行う部分である。ＢＬＥ通信部５１２は、ＢＬＥにより他の装置と通信を行う部分である。

図２で説明した移動端末５の機能は、ＣＰＵ５０１において所定のプログラムが実行されることで実現される。プログラムは、記録媒体を経由して取得されるものでもよいし、ネットワークを経由して取得されるものでもよいし、ＲＯＭ組込でもよい。

＜第１の処理例＞
図６は第１の処理例を示すシーケンス図であり、ビーコン２から電波や超音波で発信する信号に含まれるビーコンＩＤを、なりすまし防止のためにコンテンツサーバ３からネットワーク経由で定期的に変更する処理と、その後の運用時の処理を示している。

図６において、コンテンツサーバ３のＩＤ管理部３１は、所定のタイミングでビーコンＩＤ変更の処理を実施する。実施タイミングとしては、どの程度のレベルのセキュリティが必要なのかというセキュリティ要件に合わせ定期的に実施される。例えば、システム利用者がいない深夜に毎日２４時間おきに自動実行する等が考えられる。

先ず、ＩＤ管理部３１は、サーバ側のＩＤリストを変更する（ステップＳ１０１）。なお、初期の設定の場合は、変更前が空である他は同様である。変更後のＩＤリストは、変更前のＩＤリストとビーコンＩＤが重複しないように管理・設定される。また、ＩＤリストはビーコン２が複数あることを想定してリストとしているが、ビーコン２がひとつの場合は、リストとして保持する必要はない。図７Ａは、変更前のＩＤリストと変更後のＩＤリストの例を示しており、変更前のビーコン番号（Ｎｏ）「１」「２」「３」に対してビーコンＩＤ「１１１１」「２２２２」「３３３３」であったものを、それぞれ「５５５５」「６６６６」「７７７７」に変更している。なお、ビーコンＩＤの形式（桁数、使用文字等）は図示のものに限られない。

次いで、図６に戻り、ＩＤ管理部３１は、コンテンツ管理部３２に対して、ビーコンＩＤにコンテンツを紐付けたコンテンツリストの変更を要求し（ステップＳ１０２）、コンテンツ管理部３２は管理下のコンテンツリストを変更後のＩＤリストに合わせて変更する。なお、初期の設定の場合は、変更前が空である他は同様である。また、コンテンツリストはビーコン２が複数あることを想定してリストとしているが、ビーコン２がひとつの場合は、リストとして保持する必要はない。図７Ｂは、変更前のコンテンツリストと変更後のコンテンツリストの例を示しており、変更前のビーコンＩＤ「１１１１」「２２２２」「３３３３」にそれぞれコンテンツＩＤ「ＡＡＡＡ」「ＢＢＢＢ」「ＣＣＣＣ」を紐づけていたものを、ビーコンＩＤ「５５５５」「６６６６」「７７７７」にそれぞれコンテンツＩＤ「ＡＡＡＡ」「ＢＢＢＢ」「ＣＣＣＣ」を紐付けるように変更している。なお、コンテンツＩＤは、コンテンツを一意にあらわす固有番号である。コンテンツＩＤに代えてコンテンツそのものを紐付けてもよいが、便宜上、ＩＤとして記載している。

次いで、図６に戻り、ＩＤ管理部３１は、ビーコン２（のＩＤ発信部２１）に対してビーコンＩＤの変更を要求し（ステップＳ１０３）、ビーコン２（のＩＤ発信部２１）は自己のビーコンＩＤを変更する。ビーコン２が複数ある場合は、各ビーコン２について同様の処理を行う。図７Ｃは、ビーコン２における変更前のビーコンＩＤと変更後のビーコンＩＤの例を示しており、変更前はビーコンＩＤが「１１１１」であったビーコン２（ビーコン番号「１」に対応）が、ビーコンＩＤ「５５５５」に変更されている。

次に、図６に戻り、運用時の処理を説明する。なお、この第１の処理例では、運用時において移動端末５がビーコン２からビーコンＩＤを含んだ信号を受信し、その信号とＩＤリスト保持部５２内のＩＤリストとの照合を正常に行えない（不一致である）と判断したタイミングで、移動端末５内で保持するＩＤリストをコンテンツサーバ３側と同期（コンテンツサーバ３側の情報で上書き（更新））する処理を行っている。これにより、必要なときに同期を自動的に実施することができる。

図６において、ビーコン２のＩＤ発信部２１は、自己のビーコンＩＤを含む電波信号または超音波信号を発信する（ステップＳ１１１）。この信号の発信は、間欠的に行われてもよいし、連続して行われてもよい。

次いで、移動端末５のＩＤ・コンテンツ管理部５１は、ビーコン２から発信される信号を受信すると、受信した信号に含まれるビーコンＩＤが、ＩＤリスト保持部５２に保持するＩＤリストに含まれているか否かを確認する（ステップＳ１１２）。

そして、ＩＤリストが存在しなかった場合、もしくは、受信したビーコンＩＤがＩＤリストに存在しなかった場合は、次の処理を行う。なお、ＩＤリストが存在しなかった場合というのは、移動端末５が始めてビーコン２から信号を受信した場合である。また、受信したビーコンＩＤがＩＤリストに存在しなかった場合というのは、ビーコン２に設定されたビーコンＩＤが変更され、新たなビーコンＩＤになっている場合、もしくは、悪意のある第三者がなりすましているビーコンＩＤを受信した場合（なりすましている本人が受信している場合を含む）が想定される。

先ず、ＩＤ・コンテンツ管理部５１は、コンテンツサーバ３のＩＤ管理部３１にＩＤリストを要求して取得し（ステップＳ１１３）、取得したＩＤリストによりＩＤリスト保持部５２のＩＤリストを上書きして更新する（ステップＳ１１４）。図７Ｄは、移動端末５における変更前のＩＤリストと変更後のＩＤリストの例を示しており、図７Ａと同様である。そして、図６に戻り、ＩＤ・コンテンツ管理部５１は、再び、ビーコン２から受信した信号に含まれるビーコンＩＤが、ＩＤリスト保持部５２に保持するＩＤリストに含まれているか否かを確認する（ステップＳ１１５）。

その結果、受信したビーコンＩＤがＩＤリストに存在していた場合は、次の処理を行う。先ず、ＩＤ・コンテンツ管理部５１は、コンテンツ保持部５３から該当するビーコンＩＤに紐付けられたコンテンツを取得する（ステップＳ１１６）。ここで、コンテンツ保持部５３が該当するビーコンＩＤに紐付けられたコンテンツを保持（キャッシュ）していない場合、ＩＤ・コンテンツ管理部５１は、コンテンツサーバ３のコンテンツ管理部３２にビーコンＩＤを指定してコンテンツを要求する（ステップＳ１１７）。コンテンツ管理部３２は、コンテンツリストに基づき、指定されたビーコンＩＤに対応するコンテンツを移動端末５に応答する。そして、ＩＤ・コンテンツ管理部５１は、取得したコンテンツをコンテンツＩＤと紐付けてコンテンツ保持部５３に保存（キャッシュ）する（ステップＳ１１８）。ＩＤ・コンテンツ管理部５１は、取得したコンテンツを移動端末５のユーザに提示する等、サービスの内容に沿った処理に繋げる。

一方、結果的に、受信したビーコンＩＤがＩＤリストに存在しなかった場合は、特に何も処理を行わない。そのため、悪意のある第三者がなりすましているビーコンＩＤに対してコンテンツを提供してしまうことを防ぐことができる。なお、ＩＤ・コンテンツ管理部５１からコンテンツサーバ３に対して、なりすましの可能性があるビーコンＩＤを特定して通知してもよい。この場合、コンテンツサーバ３は、直ちにもしくは将来そのビーコンＩＤを使わないようにブラックリスト化してもよい。

＜第２の処理例＞
上述した第１の処理例では、運用時において移動端末５がビーコン２からビーコンＩＤを含んだ信号を受信し、照合が正常に行えないと判断したタイミングで、移動端末５内で保持するＩＤリストをコンテンツサーバ３側と同期（コンテンツサーバ３側のＩＤリストを取得し、ＩＤリスト保持部５２のＩＤリストを更新）する処理を行っていた。

第２の処理例では、それに代えて、移動端末５が所定のユーザ操作時に前回のＩＤリストの取得から所定時間を経過したと判断したタイミングで、移動端末５内で保持するＩＤリストをコンテンツサーバ３側と同期（コンテンツサーバ３側のＩＤリストを取得し、ＩＤリスト保持部５２のＩＤリストを更新）する処理を行うようにしている。これにより、同期処理の頻度を低くすることができ、処理負荷を低減することができる。

図８は第２の処理例を示すシーケンス図である。図８において、コンテンツサーバ３のＩＤ管理部３１は、所定のタイミングでビーコンＩＤ変更の処理を実施する。実施タイミングとしては、どの程度のレベルのセキュリティが必要なのかというセキュリティ要件に合わせ定期的に実施される。例えば、システム利用者がいない深夜に毎日２４時間おきに自動実行する等が考えられる。

先ず、ＩＤ管理部３１は、サーバ側のＩＤリストを変更する（ステップＳ２０１）。なお、初期の設定の場合は、変更前が空である他は同様である。変更後のＩＤリストは、変更前のＩＤリストとビーコンＩＤが重複しないように管理・設定される。また、ＩＤリストはビーコン２が複数あることを想定してリストとしているが、ビーコン２がひとつの場合は、リストとして保持する必要はない。図９Ａは、変更前のＩＤリストと変更後のＩＤリストの例を示している。なお、ビーコンＩＤの形式（桁数、使用文字等）は図示のものに限られない。

次いで、図８に戻り、ＩＤ管理部３１は、コンテンツ管理部３２に対して、ビーコンＩＤにコンテンツを紐付けたコンテンツリストの変更を要求し（ステップＳ２０２）、コンテンツ管理部３２は管理下のコンテンツリストを変更後のＩＤリストに合わせて変更する。なお、初期の設定の場合は、変更前が空である他は同様である。また、コンテンツリストはビーコン２が複数あることを想定してリストとしているが、ビーコン２がひとつの場合は、リストとして保持する必要はない。図９Ｂは、変更前のコンテンツリストと変更後のコンテンツリストの例を示している。

次いで、図８に戻り、ＩＤ管理部３１は、ビーコン２のＩＤ発信部２１に対してビーコンＩＤの変更を要求し（ステップＳ２０３）、ビーコン２のＩＤ発信部２１は自己のビーコンＩＤを変更する。ビーコン２が複数ある場合は、各ビーコン２について同様の処理を行う。図９Ｃは、ビーコン２における変更前のビーコンＩＤと変更後のビーコンＩＤの例を示している。

次に、図８において、運用時に、移動端末５においてユーザがＩＤ・コンテンツ管理部５１の起動（ＩＤ・コンテンツ管理部５１を構成するアプリの起動）を行ったものとする（ステップＳ２１１）。起動されたＩＤ・コンテンツ管理部５１は、前回のＩＤリストの更新時刻から所定時間以上が経過しているか否か判断し、経過していると判断した場合は次の処理を行う。所定の経過時間はコンテンツサーバ３におけるＩＤリスト変更の時間間隔に合わせることが望ましい。なお、ＩＤリストには更新日時を併せて記録するものとしており、その更新日時を現在日時と比較することにより経過時間を判断する。

すなわち、ＩＤ・コンテンツ管理部５１は、コンテンツサーバ３のＩＤ管理部３１にＩＤリストを要求して取得し（ステップＳ２１２）、取得したＩＤリストによりＩＤリスト保持部５２のＩＤリストを上書きして更新する（ステップＳ２１３）。図９Ｄは、移動端末５における変更前のＩＤリストと変更後のＩＤリストの例を示しており、経過時間が例えば２４時間を経過していると判断され、更新が行われた状態を示している。

その後、図８に戻り、ビーコン２のＩＤ発信部２１は、自己のビーコンＩＤを含む電波信号または超音波信号を発信し（ステップＳ２２１）、移動端末５のＩＤ・コンテンツ管理部５１は、ビーコン２から発信される信号を受信すると、受信した信号に含まれるビーコンＩＤが、ＩＤリスト保持部５２に保持するＩＤリストに含まれているか否かを確認する（ステップＳ２２２）。

そして、受信したビーコンＩＤがＩＤリストに存在していた場合は、次の処理を行う。先ず、ＩＤ・コンテンツ管理部５１は、コンテンツ保持部５３から該当するビーコンＩＤに紐付けられたコンテンツを取得する（ステップＳ２２３）。ここで、コンテンツ保持部５３が該当するビーコンＩＤに紐付けられたコンテンツを保持（キャッシュ）していない場合、ＩＤ・コンテンツ管理部５１は、コンテンツサーバ３のコンテンツ管理部３２にビーコンＩＤを指定してコンテンツを要求する（ステップＳ２２４）。コンテンツ管理部３２は、コンテンツリストに基づき、指定されたビーコンＩＤに対応するコンテンツを移動端末５に応答する。そして、ＩＤ・コンテンツ管理部５１は、取得したコンテンツをコンテンツＩＤと紐付けてコンテンツ保持部５３に保存（キャッシュ）する（ステップＳ２２５）。ＩＤ・コンテンツ管理部５１は、取得したコンテンツを移動端末５のユーザに提示する等、サービスの内容に沿った処理に繋げる。

一方、受信したビーコンＩＤがＩＤリストに存在しなかった場合は、既に最新のＩＤリストに同期されているため、新たな同期処理を行う必要はなく、特に何も処理を行わない。そのため、悪意のある第三者がなりすましているビーコンＩＤに対してコンテンツを提供してしまうことを防ぐことができる。なお、ＩＤ・コンテンツ管理部５１からコンテンツサーバ３に対して、なりすましの可能性があるビーコンＩＤを特定して通知してもよい。この場合、コンテンツサーバ３は、将来そのビーコンＩＤを使わないようにブラックリスト化してもよい。

＜第３の処理例＞
上述した第２の処理例では、移動端末５が所定のユーザ操作時に前回のＩＤリストの取得から所定時間を経過したと判断したタイミングで、移動端末５内で保持するＩＤリストをコンテンツサーバ３側と同期する処理を行っていた。

第３の処理例では、コンテンツサーバ３側でＩＤリストを更新したタイミングで、プッシュ型で移動端末５内に保持されるＩＤリストをコンテンツサーバ３側と同期（コンテンツサーバ３側から、ＩＤリストを送信し、ＩＤリスト保持部５２のＩＤリストを更新）する処理を行うようにしている。これにより、同期処理の頻度を低くすることができ、処理負荷を低減することができる。

図１０は第３の処理例を示すシーケンス図である。図１０において、コンテンツサーバ３のＩＤ管理部３１は、所定のタイミングでビーコンＩＤ変更の処理を実施する。実施タイミングとしては、どの程度のレベルのセキュリティが必要なのかというセキュリティ要件に合わせ定期的に実施される。例えば、システム利用者がいない深夜に毎日２４時間おきに自動実行する等が考えられる。

先ず、ＩＤ管理部３１は、サーバ側のＩＤリストを変更する（ステップＳ３０１）。なお、初期の設定の場合は、変更前が空である他は同様である。変更後のＩＤリストは、変更前のＩＤリストとビーコンＩＤが重複しないように管理・設定される。また、ＩＤリストはビーコン２が複数あることを想定してリストとしているが、ビーコン２がひとつの場合は、リストとして保持する必要はない。図１１Ａは、変更前のＩＤリストと変更後のＩＤリストの例を示している。なお、ビーコンＩＤの形式（桁数、使用文字等）は図示のものに限られない。

次いで、図１０に戻り、ＩＤ管理部３１は、コンテンツ管理部３２に対して、ビーコンＩＤにコンテンツを紐付けたコンテンツリストの変更を要求し（ステップＳ３０２）、コンテンツ管理部３２は管理下のコンテンツリストを変更後のＩＤリストに合わせて変更する。なお、初期の設定の場合は、変更前が空である他は同様である。また、コンテンツリストはビーコン２が複数あることを想定してリストとしているが、ビーコン２がひとつの場合は、リストとして保持する必要はない。図１１Ｂは、変更前のコンテンツリストと変更後のコンテンツリストの例を示している。

次いで、図１０に戻り、ＩＤ管理部３１は、ビーコン２のＩＤ発信部２１に対してビーコンＩＤの変更を要求し（ステップＳ３０３）、ビーコン２のＩＤ発信部２１は自己のビーコンＩＤを変更する。図１１Ｃは、ビーコン２における変更前のビーコンＩＤと変更後のビーコンＩＤの例を示している。

次いで、図１０に戻り、ＩＤ管理部３１は、移動端末５（のＩＤ・コンテンツ管理部５１）に対して変更後のＩＤリストを送信（プッシュ通知、メール送信等）する（ステップＳ３０４）。ＩＤ・コンテンツ管理部５１は、受信したＩＤリストによりＩＤリスト保持部５２のＩＤリストを上書きして更新する（ステップＳ３０５）。図１１Ｄは、移動端末５における変更前のＩＤリストと変更後のＩＤリストの例を示している。ビーコン２が複数ある場合は、各ビーコン２について同様の処理を行う。

その後、図１０に戻り、ビーコン２のＩＤ発信部２１は、自己のビーコンＩＤを含む電波信号または超音波信号を発信し（ステップＳ３１１）、移動端末５のＩＤ・コンテンツ管理部５１は、ビーコン２から発信される信号を受信すると、受信した信号に含まれるビーコンＩＤが、ＩＤリスト保持部５２に保持するＩＤリストに含まれているか否かを確認する（ステップＳ３１２）。

そして、受信したビーコンＩＤがＩＤリストに存在していた場合は、次の処理を行う。先ず、ＩＤ・コンテンツ管理部５１は、コンテンツ保持部５３から該当するビーコンＩＤに紐付けられたコンテンツを取得する（ステップＳ３１３）。ここで、コンテンツ保持部５３が該当するビーコンＩＤに紐付けられたコンテンツを保持（キャッシュ）していない場合、ＩＤ・コンテンツ管理部５１は、コンテンツサーバ３のコンテンツ管理部３２にビーコンＩＤを指定してコンテンツを要求する（ステップＳ３１４）。コンテンツ管理部３２は、コンテンツリストに基づき、指定されたビーコンＩＤに対応するコンテンツを移動端末５に応答する。そして、ＩＤ・コンテンツ管理部５１は、取得したコンテンツをコンテンツＩＤと紐付けてコンテンツ保持部５３に保存（キャッシュ）する（ステップＳ３１５）。ＩＤ・コンテンツ管理部５１は、取得したコンテンツを移動端末５のユーザに提示する等、サービスの内容に沿った処理に繋げる。

一方、受信したビーコンＩＤがＩＤリストに存在しなかった場合は、既に最新のＩＤリストに同期されているため、新たな同期処理を行う必要はなく、特に何も処理を行わない。そのため、悪意のある第三者がなりすましているビーコンＩＤに対してコンテンツを提供してしまうことを防ぐことができる。なお、ＩＤ・コンテンツ管理部５１からコンテンツサーバ３に対して、なりすましの可能性があるビーコンＩＤを特定して通知してもよい。この場合、コンテンツサーバ３は、将来そのビーコンＩＤを使わないようにブラックリスト化してもよい。

＜第４の処理例＞
上述した第１〜第３の処理例では、移動端末５に提供するＩＤリストは変更を行う毎に１個であったが、第４処理例では、将来の変更分を含めて複数個のＩＤリストを提供するようにしている。これにより、移動端末５においてコンテンツサーバ３との間で同期処理ができなかった場合にも、予め提供を受けたＩＤリストで対応できる場合には、適切な処理を行うことができる。

図１２は第４の処理例を示すシーケンス図である。なお、第１処理例に適用した場合について説明するが、第２、第３の処理例についても同様に適用することができる。

図１２において、コンテンツサーバ３のＩＤ管理部３１は、所定のタイミングでビーコンＩＤ変更の処理を実施する。実施タイミングとしては、どの程度のレベルのセキュリティが必要なのかというセキュリティ要件に合わせ定期的に実施される。例えば、システム利用者がいない深夜に毎日２４時間おきに自動実行する等が考えられる。

なお、コンテンツサーバ３においては、図１３Ａに示すように、現在のＩＤリストが保持されるとともに、次回以降の変更分のＩＤリストが保持されている。変更後のＩＤリストは、変更前のＩＤリストとビーコンＩＤが重複しないように管理・設定されている。なお、ＩＤリストはビーコン２が複数あることを想定してリストとしているが、ビーコン２がひとつの場合は、リストとして保持する必要はない。

図１２において、ＩＤ管理部３１は、ＩＤリストの有効期間に合わせ、サーバ側の現在のＩＤリストを変更する（ステップＳ４０１）。図１３Ｂは、変更前のＩＤリストと変更後のＩＤリストの例を示している。

次いで、図１２に戻り、ＩＤ管理部３１は、コンテンツ管理部３２に対して、ビーコンＩＤにコンテンツを紐付けたコンテンツリストの変更を要求し（ステップＳ４０２）、コンテンツ管理部３２は管理下のコンテンツリストを変更後のＩＤリストに合わせて変更する。また、コンテンツリストはビーコン２が複数あることを想定してリストとしているが、ビーコン２がひとつの場合は、リストとして保持する必要はない。図１３Ｃは、変更前のコンテンツリストと変更後のコンテンツリストの例を示している。

次いで、図１２に戻り、ＩＤ管理部３１は、ビーコン２のＩＤ発信部２１に対してビーコンＩＤの変更を要求し（ステップＳ４０３）、ビーコン２のＩＤ発信部２１は自己のビーコンＩＤを変更する。ビーコン２が複数ある場合は、各ビーコン２について同様の処理を行う。図１３Ｄは、ビーコン２における変更前のビーコンＩＤと変更後のビーコンＩＤの例を示している。なお、ビーコン２側に現在日時を判断して自己のビーコンＩＤを変更する機能を持たせられる場合には、コンテンツサーバ３からビーコン２に将来の変更分を含めて複数個のＩＤリストを提供するようにしてもよい。この場合は、コンテンツサーバ３からビーコン２にビーコンＩＤの設定が行えない場合でも、予め提供したＩＤリストで対応できる場合には、適切な処理を行うことができる。

次に、図１２に戻り、運用時において、ビーコン２のＩＤ発信部２１は、自己のビーコンＩＤを含む電波信号または超音波信号を発信する（ステップＳ４１１）。この信号の発信は、間欠的に行われてもよいし、連続して行われてもよい。

次いで、移動端末５のＩＤ・コンテンツ管理部５１は、ビーコン２から発信される信号を受信すると、受信した信号に含まれるビーコンＩＤが、ＩＤリスト保持部５２に保持するＩＤリストに含まれているか否かを確認する（ステップＳ４１２）。

そして、ＩＤリストが存在しなかった場合、もしくは、受信したビーコンＩＤがＩＤリストに存在しなかった場合は、次の処理を行う。なお、ＩＤリストが存在しなかった場合というのは、移動端末５が始めてビーコン２から信号を受信した場合である。また、受信したビーコンＩＤがＩＤリストに存在しなかった場合というのは、ビーコン２に設定されたビーコンＩＤが変更され、新たなビーコンＩＤになっている場合、もしくは、悪意のある第三者がなりすましているビーコンＩＤを受信した場合（なりすましている本人が受信している場合を含む）が想定される。

先ず、ＩＤ・コンテンツ管理部５１は、コンテンツサーバ３のＩＤ管理部３１にＩＤリストを要求して取得する（ステップＳ４１３）。この際、取得するＩＤリストは将来の変更分を含めた複数個である。なお、移動端末５側で取得済のＩＤリストの有効期限をコンテンツサーバ３に伝えることで、未提供のＩＤリストだけを取得してもよい。

次いで、ＩＤ・コンテンツ管理部５１は、取得したＩＤリストでＩＤリスト保持部５２を更新する（ステップＳ４１４）。複数のＩＤリストのうち、現在日時が有効期間に入るものが現在の有効なＩＤリストとなる。図１３Ｅは、移動端末５における変更前のＩＤリストと変更後のＩＤリストの例を示している。そして、図１２に戻り、ＩＤ・コンテンツ管理部５１は、再び、ビーコン２から受信した信号に含まれるビーコンＩＤが、ＩＤリスト保持部５２に保持するＩＤリストに含まれているか否かを確認する（ステップＳ４１５）。

その結果、受信したビーコンＩＤが現在有効なＩＤリストに存在していた場合は、次の処理を行う。先ず、ＩＤ・コンテンツ管理部５１は、コンテンツ保持部５３から該当するビーコンＩＤに紐付けられたコンテンツを取得する（ステップＳ４１６）。ここで、コンテンツ保持部５３が該当するビーコンＩＤに紐付けられたコンテンツを保持（キャッシュ）していない場合、ＩＤ・コンテンツ管理部５１は、コンテンツサーバ３のコンテンツ管理部３２にビーコンＩＤを指定してコンテンツを要求する（ステップＳ４１７）。コンテンツ管理部３２は、コンテンツリストに基づき、指定されたビーコンＩＤに対応するコンテンツを移動端末５に応答する。そして、ＩＤ・コンテンツ管理部５１は、取得したコンテンツをコンテンツＩＤと紐付けてコンテンツ保持部５３に保存（キャッシュ）する（ステップＳ４１８）。ＩＤ・コンテンツ管理部５１は、取得したコンテンツを移動端末５のユーザに提示する等、サービスの内容に沿った処理に繋げる。

一方、結果的に、受信したビーコンＩＤがＩＤリストに存在しなかった場合は、特に何も処理を行わない。そのため、悪意のある第三者がなりすましているビーコンＩＤに対してコンテンツを提供してしまうことを防ぐことができる。なお、ＩＤ・コンテンツ管理部５１からコンテンツサーバ３に対して、なりすましの可能性があるビーコンＩＤを特定して通知してもよい。この場合、コンテンツサーバ３は、将来そのビーコンＩＤを使わないようにブラックリスト化してもよい。

＜第５の処理例＞
上述した第１〜第４の処理例では、ＩＤリストのビーコンＩＤをそのままビーコン２から発信するビーコンＩＤとしており、変更時には変更前と重複が生じないように変更していた。そのため、ビーコンＩＤの候補が枯渇する心配があるとともに、内容が解析されやすいものであった。そこで、第５の処理例では、ＩＤリストのビーコンＩＤを基礎的なＩＤと暗号化方式の記述を合体したもので表現し、ビーコン２からは基礎的なＩＤを記述の暗号化方式に従って暗号化したもの（暗号化ＩＤ）と暗号化方式の記述を発信する。これにより、基礎的なＩＤを固定としたままで暗号化方式だけを変更すればよいので、枯渇や解析される心配なくビーコンＩＤを変更することができる。

図１４は第５の処理例を示すシーケンス図である。なお、第１処理例に適用した場合について説明するが、第２〜第４の処理例についても同様に適用することができる。

図１４において、コンテンツサーバ３のＩＤ管理部３１は、所定のタイミングでビーコンＩＤ変更の処理を実施する。実施タイミングとしては、どの程度のレベルのセキュリティが必要なのかというセキュリティ要件に合わせ定期的に実施される。例えば、システム利用者がいない深夜に毎日２４時間おきに自動実行する等が考えられる。

先ず、ＩＤ管理部３１は、サーバ側のＩＤリストを変更する（ステップＳ５０１）。なお、ＩＤリストはビーコン２が複数あることを想定してリストとしているが、ビーコン２がひとつの場合は、リストとして保持する必要はない。

本処理例におけるＩＤリストのビーコンＩＤは、基礎的なＩＤと暗号化方式の記述を合体したものとしており、基礎的なＩＤは変更せずに、暗号化方式の記述のみを変更することで、変更前と重複せずにＩＤリストを変更することができる。なお、基礎的なＩＤを併せて変更してもよい。図１５Ａは、変更前のＩＤリストと変更後のＩＤリストの例を示しており、変更前のビーコン番号（Ｎｏ）「１」「２」「３」に対してビーコンＩＤ「１１１１Ｘ」「２２２２Ｘ」「３３３３Ｘ」であったものを、それぞれ「１１１１Ｙ」「２２２２Ｙ」「３３３３Ｙ」に変更している。ここで、「１１１１」「２２２２」「３３３３」の部分は基礎的なＩＤであり、「Ｘ」「Ｙ」は暗号化方式の記述である。暗号化方式の記述は、暗号化アルゴリズムを特定する記述と暗号化のキーとを含む。暗号化アルゴリズムを特定する場合は、暗号化のキーだけでもよい。また、一律に暗号化方式を「Ｘ」から「Ｙ」に変更しているが、ビーコン２毎に暗号化方式を変えてもよい。

次いで、図１４に戻り、ＩＤ管理部３１は、コンテンツ管理部３２に対して、ビーコンＩＤにコンテンツを紐付けたコンテンツリストの変更を要求し（ステップＳ５０２）、コンテンツ管理部３２は管理下のコンテンツリストを変更後のＩＤリストに合わせて変更する。また、コンテンツリストはビーコン２が複数あることを想定してリストとしているが、ビーコン２がひとつの場合は、リストとして保持する必要はない。図１５Ｂは、変更前のコンテンツリストと変更後のコンテンツリストの例を示しており、変更前のビーコンＩＤ「１１１１Ｘ」「２２２２Ｘ」「３３３３Ｘ」にそれぞれコンテンツＩＤ「ＡＡＡＡ」「ＢＢＢＢ」「ＣＣＣＣ」を紐づけていたものを、ビーコンＩＤ「１１１１Ｙ」「２２２２Ｙ」「３３３３Ｙ」にそれぞれコンテンツＩＤ「ＡＡＡＡ」「ＢＢＢＢ」「ＣＣＣＣ」を紐付けるように変更している。

次いで、図１４に戻り、ＩＤ管理部３１は、ビーコン２のＩＤ発信部２１に対してビーコンＩＤの変更を要求し（ステップＳ５０３）、ビーコン２のＩＤ発信部２１は自己のビーコンＩＤを変更する。なお、暗号化方式だけを変更する運用とする場合には、暗号化方式の記述だけをビーコン２に通知してもよい。ビーコン２が複数ある場合は、各ビーコン２について同様の処理を行う。図１５Ｃは、ビーコン２における変更前のビーコンＩＤと変更後のビーコンＩＤの例を示しており、変更前は基礎的なＩＤ（ベース）が「１１１１」で、暗号化方式が「Ｘ」であったビーコン２（ビーコン番号「１」に対応）が、基礎的なＩＤ（ベース）が「１１１１」のままで、暗号化方式が「Ｙ」に変更されている。なお、図１５Ｃには、基礎的なＩＤを暗号化方式で暗号化した後の暗号化ＩＤも併せて示している。

次に、図１４に戻り、運用時において、ビーコン２のＩＤ発信部２１は、基礎的なＩＤを暗号化方式で暗号化した後の暗号化ＩＤと暗号化方式の記述を含む電波信号または超音波信号を発信する（ステップＳ５１１）。この信号の発信は、間欠的に行われてもよいし、連続して行われてもよい。

次いで、移動端末５のＩＤ・コンテンツ管理部５１は、ビーコン２から発信される信号を受信すると、受信した信号に含まれる暗号化ＩＤと暗号化方式の記述に基づき、暗号化ＩＤを記述の暗号化方式で復号し、復号したＩＤ（基礎的なＩＤに相当）と暗号化方式の記述を合体したものをビーコンＩＤとして生成する（ステップＳ５１２）。

次いで、ＩＤ・コンテンツ管理部５１は、生成したビーコンＩＤが、ＩＤリスト保持部５２に保持するＩＤリストに含まれているか否かを確認する（ステップＳ５１３）。

そして、ＩＤリストが存在しなかった場合、もしくは、生成したビーコンＩＤがＩＤリストに存在しなかった場合は、次の処理を行う。なお、ＩＤリストが存在しなかった場合というのは、移動端末５が始めてビーコン２から信号を受信した場合である。また、生成したビーコンＩＤがＩＤリストに存在しなかった場合というのは、ビーコン２に設定された暗号化方式等が変更され、新たなビーコンＩＤになっている場合、もしくは、悪意のある第三者がなりすましているビーコンＩＤを受信した場合（なりすましている本人が受信している場合を含む）が想定される。

先ず、ＩＤ・コンテンツ管理部５１は、コンテンツサーバ３のＩＤ管理部３１にＩＤリストを要求して取得し（ステップＳ５１４）、取得したＩＤリストによりＩＤリスト保持部５２のＩＤリストを上書きして更新する（ステップＳ５１５）。図１５Ｄは、移動端末５における変更前のＩＤリストと変更後のＩＤリストの例を示している。そして、図１４に戻り、ＩＤ・コンテンツ管理部５１は、再び、ビーコン２から受信した信号から生成したビーコンＩＤが、ＩＤリスト保持部５２に保持するＩＤリストに含まれているか否かを確認する（ステップＳ５１６）。

その結果、生成したビーコンＩＤがＩＤリストに存在していた場合は、次の処理を行う。先ず、ＩＤ・コンテンツ管理部５１は、コンテンツ保持部５３から該当するビーコンＩＤに紐付けられたコンテンツを取得する（ステップＳ５１７）。ここで、コンテンツ保持部５３が該当するビーコンＩＤに紐付けられたコンテンツを保持（キャッシュ）していない場合、ＩＤ・コンテンツ管理部５１は、コンテンツサーバ３のコンテンツ管理部３２にビーコンＩＤを指定してコンテンツを要求する（ステップＳ５１８）。コンテンツ管理部３２は、コンテンツリストに基づき、指定されたビーコンＩＤに対応するコンテンツを移動端末５に応答する。そして、ＩＤ・コンテンツ管理部５１は、取得したコンテンツをコンテンツＩＤと紐付けてコンテンツ保持部５３に保存（キャッシュ）する（ステップＳ５１９）。ＩＤ・コンテンツ管理部５１は、取得したコンテンツを移動端末５のユーザに提示する等、サービスの内容に沿った処理に繋げる。

一方、結果的に、生成したビーコンＩＤがＩＤリストに存在しなかった場合は、特に何も処理を行わない。そのため、悪意のある第三者がなりすましているビーコンＩＤに対してコンテンツを提供してしまうことを防ぐことができる。なお、ＩＤ・コンテンツ管理部５１からコンテンツサーバ３に対して、なりすましの可能性があるビーコンＩＤを特定して通知してもよい。この場合、コンテンツサーバ３は、将来そのビーコンＩＤを使わないようにブラックリスト化してもよい。

＜総括＞
以上説明したように、本実施形態によれば、ビーコン等における識別情報のなりすましを防止することができる。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

＜実施形態の用語と請求項の用語の対応＞
ビーコンＩＤは「識別情報」の一例である。ビーコン２は「発信手段」の一例である。コンテンツサーバ３は「管理手段」の一例である。移動端末５は「受信手段」の一例である。

本国際出願は、２０１６年３月９日に出願した日本国特許出願第２０１６−０４６１６２号に基づく優先権を主張するものであり、日本国特許出願第２０１６−０４６１６２号の全内容を本国際出願に援用する。

１ 屋内施設
２ ビーコン
２１ ＩＤ発信部
３ コンテンツサーバ
３１ ＩＤ管理部
３２ コンテンツ管理部
４ ネットワーク
５ 移動端末
５１ ＩＤ・コンテンツ管理部
５２ ＩＤリスト保持部
５３ コンテンツ保持部

特開２００４−３２１３３号公報

Claims (11)

1. 識別情報を含む特定の信号を発信する発信手段と、
   前記識別情報の設定および変更を行い、設定または変更された特定の識別情報を管理する管理手段と、
   前記特定の信号を受信することが可能で、かつ、前記管理手段から前記特定の識別情報を取得することにより同期が可能な受信手段と
   を備え、
   前記受信手段は、取得した前記特定の識別情報と受信した前記特定の信号とを照合した結果を、前記発信手段の適否判定に用いることを特徴とする識別情報提供システム。
2. 前記管理手段は、前記受信手段が前記照合を正常に行えないと判断したタイミングで発する問い合わせに応じて前記特定の識別情報を前記受信手段に提供することを特徴とする請求項１に記載の識別情報提供システム。
3. 前記管理手段は、前記受信手段が所定のユーザ操作時に前回の識別情報の取得から所定時間を経過したと判断したタイミングで発する問い合わせに応じて前記特定の識別情報を前記受信手段に提供することを特徴とする請求項１に記載の識別情報提供システム。
4. 前記管理手段は、所定のタイミングで前記特定の識別情報を前記受信手段に提供することを特徴とする請求項１に記載の識別情報提供システム。
5. 前記管理手段は、前記発信手段が適切であると判定した場合、判定された前記特定の識別情報に対応するコンテンツを前記受信手段に提供することを特徴とする請求項１乃至４のいずれか一項に記載の識別情報提供システム。
6. 前記受信手段は、前記発信手段が適切でないと判定した場合、判定された前記特定の識別情報を前記管理手段に通知することを特徴とする請求項１乃至５のいずれか一項に記載の識別情報提供システム。
7. 前記管理手段は、前記受信手段に対し、今後変更される予定の前記特定の識別情報の値を複数提供することを特徴とする請求項１乃至６のいずれか一項に記載の識別情報提供システム。
8. 前記識別情報を、基礎識別情報に暗号化方式を示す記述を加えたものとして表現し、
   前記発信手段は、前記基礎識別情報を前記暗号化方式で暗号化した暗号化識別情報と前記暗号化方式を示す記述を含む特定の信号を発信し、
   前記受信手段は、受信した前記暗号化方式を示す記述により前記暗号化識別情報を復号して得た前記基礎識別情報に前記暗号化方式を示す記述を加えて比較のための識別情報を生成することを特徴とする請求項１乃至７のいずれか一項に記載の識別情報提供システム。
9. 識別情報を含む特定の信号を発信する発信手段の前記識別情報の設定および変更を行い、設定または変更された特定の識別情報を管理し、
   受信手段からの要求により前記特定の識別情報を提供し、前記受信手段において同期を行わせ、
   前記受信手段が、取得した前記特定の識別情報に基づき、受信した前記特定の信号と照合した結果を、前記発信手段の適否判定に用いることを支援することを特徴とする識別情報提供装置。
10. 識別情報を含む特定の信号を発信する発信手段の前記識別情報の設定および変更を行い、設定または変更された特定の識別情報を管理し、
    受信手段からの要求により前記特定の識別情報を提供し、前記受信手段において同期を行わせる処理をコンピュータに実行させ、
    前記受信手段が、取得した前記特定の識別情報に基づき、受信した前記特定の信号と照合した結果を、前記発信手段の適否判定に用いることを支援することを特徴とする識別情報提供プログラム。
11. 識別情報を含む特定の信号を発信する発信手段の前記識別情報の設定および変更を行い、設定または変更された特定の識別情報を管理し、
    受信手段からの要求により前記特定の識別情報を提供し、前記受信手段において同期を行わせる処理をコンピュータが実行し、
    前記受信手段が、取得した前記特定の識別情報に基づき、受信した前記特定の信号と照合した結果を、前記発信手段の適否判定に用いることを支援することを特徴とする識別情報提供方法。

Images