アクセスキー供給装置及び認証システム
【課題】端末装置毎に個別のアクセスキーを正当な端末装置に供給して、供給したアクセスキーにより各端末装置の正当性を認証できるようにする。
【解決手段】端末装置２０は、端末ＩＤを音響透かしにより音響信号に重畳させて放音する（Ｓ１〜Ｓ３）。アクセスキー供給装置１０Ａは、端末装置２０の放音音を示す音響信号から抽出した端末ＩＤを取得する（Ｓ４、Ｓ５）。アクセスキー供給装置１０Ａは、応答処理サーバ３０にログインするためのアクセスキーを端末ＩＤを用いて生成し、生成したアクセスキーを音響透かしにより音響信号に重畳させて放音する（Ｓ６〜Ｓ８）。端末装置２０は、アクセスキー供給装置１０Ａの放音音を示す音響信号から抽出した自端末装置用のアクセスキーと端末ＩＤとを含むアクセス要求を、応答処理サーバ３０宛てに送信する（Ｓ９〜Ｓ１１）。応答処理サーバ３０はアクセス要求により端末装置２０を認証する（Ｓ１２）。
【解決手段】端末装置２０は、端末ＩＤを音響透かしにより音響信号に重畳させて放音する（Ｓ１〜Ｓ３）。アクセスキー供給装置１０Ａは、端末装置２０の放音音を示す音響信号から抽出した端末ＩＤを取得する（Ｓ４、Ｓ５）。アクセスキー供給装置１０Ａは、応答処理サーバ３０にログインするためのアクセスキーを端末ＩＤを用いて生成し、生成したアクセスキーを音響透かしにより音響信号に重畳させて放音する（Ｓ６〜Ｓ８）。端末装置２０は、アクセスキー供給装置１０Ａの放音音を示す音響信号から抽出した自端末装置用のアクセスキーと端末ＩＤとを含むアクセス要求を、応答処理サーバ３０宛てに送信する（Ｓ９〜Ｓ１１）。応答処理サーバ３０はアクセス要求により端末装置２０を認証する（Ｓ１２）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセスキーによる認証に関する。
【背景技術】
【０００２】
公衆無線ＬＡＮなどと呼ばれる接続サービスでは、接続サービスが提供されるエリア内で通信接続に必要な情報がユーザの端末装置に供給される。特許文献１は、通信接続に必要な設定情報をユーザの通信装置に供給するための仕組みとして、アクセスポイントが赤外ＬＥＤ発光部を点滅させ、この発光光を通信装置のデジタルカメラで撮影することにより、アクセスポイントとの接続に必要な設定情報（ＷＥＰ（Wired Equivalent Privacy）キー等の共通鍵情報）を通信装置が得ることを開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１１０２７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された発明のように、複数ユーザの端末装置で共用されるアクセスキーが、これら複数の端末装置により取得可能な方法で供給されると、不正利用者の端末装置によってもアクセスキーが取得可能となり、通信のセキュリティ上の問題が懸念される。ところで、複数の端末装置で共用されるアクセスキーを用いた認証技術よりも、端末装置毎に個別に用意されたアクセスキーを用いた認証技術の方が、セキュリティ上の問題の改善においては好ましいと一般的には考えられている。しかしながら、特許文献１に記載の発明は、通信装置と、その通信装置だけが通信接続に用いることができる設定情報とを関連付けるための構成を備えておらず、通信装置毎に個別の設定情報により各通信装置の正当性を認証することはできない。
そこで、本発明の目的は、端末装置毎に個別のアクセスキーを正当な端末装置に供給して、供給したアクセスキーにより各端末装置の正当性を認証できるようにすることである。
【課題を解決するための手段】
【０００５】
上述した課題を解決するため、本発明のアクセスキー供給装置は、端末装置から当該端末装置を識別する端末ＩＤを取得するＩＤ取得部と、前記ＩＤ取得部により取得された端末ＩＤが示す端末装置がサーバ装置にログインするために用いるアクセスキーを、当該端末ＩＤを用いて生成する生成部と、前記生成部が生成したアクセスキーを音響透かしにより音響信号に重畳させる重畳部と、前記重畳部によりアクセスキーが重畳させられた音響信号が示す音を放音させる放音制御部とを備えることを特徴とする。
【０００６】
本発明のアクセスキー供給装置において、前記生成部は、前記ＩＤ取得部により取得された端末ＩＤを用いた変換処理により、当該端末ＩＤが示す端末装置が用いる前記アクセスキーを生成してもよい。
本発明のアクセスキー供給装置において、前記生成部は、前記ＩＤ取得部により取得された端末ＩＤで復号可能な方法で暗号化した前記アクセスキーを生成してもよい。
【０００７】
本発明のアクセスキー供給装置において、前記端末装置により放音された音を示す音響信号であって音響透かしにより前記端末ＩＤが重畳させられた音響信号を取得する音響信号取得部と、前記音響信号取得部が取得した音響信号から前記端末ＩＤを抽出する抽出部とを備え、前記ＩＤ取得部は、前記抽出部により抽出された端末ＩＤを取得してもよい。
【０００８】
本発明の認証システムは、アクセスキー供給装置とサーバ装置とを備え、前記アクセスキー供給装置は、端末装置から当該端末装置を識別する端末ＩＤを取得するＩＤ取得部と、前記ＩＤ取得部により取得された端末ＩＤが示す端末装置が前記サーバ装置にログインするために用いるアクセスキーを、当該端末ＩＤを用いて生成する生成部と、前記生成部が生成したアクセスキーを音響透かしにより音響信号に重畳させる重畳部と、前記重畳部によりアクセスキーが重畳させられた音響信号が示す音を放音させる放音制御部とを有し、前記サーバ装置は、前記放音制御部の制御により放音された音を示す音響信号から前記端末装置により抽出されたアクセスキーと、当該アクセスキーの生成に用いられた端末ＩＤとを含むアクセス要求を、当該端末装置との通信により取得する要求取得部と、前記要求取得部が取得したアクセス要求に含まれるアクセスキーと端末ＩＤとにより、前記端末装置を認証する認証部とを有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、端末装置毎に個別のアクセスキーを正当な端末装置に供給して、供給したアクセスキーにより各端末装置の正当性を認証できるようにすることができる。
【図面の簡単な説明】
【００１０】
【図１】認証システムの全体構成を示す図。
【図２】アクセスキー供給装置のハードウェア構成を示すブロック図。
【図３】端末装置のハードウェア構成を示すブロック図。
【図４】応答処理サーバのハードウェア構成を示すブロック図。
【図５】認証ＤＢのデータ構造を示す図。
【図６】コンテンツＤＢのデータ構造を示す図。
【図７】認証システムの機能的構成を示す機能ブロック図。
【図８】認証システムにおける処理の流れを示すシーケンスチャート。
【図９】認証システムの概要を説明する図。
【図１０】音響加振器のハードウェア構成を示すブロック図。
【図１１】アクセスキー供給装置のハードウェア構成を示すブロック図。
【図１２】認証システムの概要を説明する図。
【図１３】音響加振器のハードウェア構成を示すブロック図。
【発明を実施するための形態】
【００１１】
以下、図面を参照しつつ本発明の実施形態を説明する。
図１は、認証システム１の全体構成を示す図である。
認証システム１は、アクセスキー供給装置１０と、端末装置２０と、応答処理サーバ３０とを備え、応答処理サーバ３０により端末装置２０のユーザにサービスが提供される通信システムである。アクセスキー供給装置１０は、ここではカフェやレストラン、商店などの不特定多数の人物が出入りしうる店舗に設定される。アクセスキー供給装置１０は、自アクセスキー供給装置が設置された店舗の敷地内を放音エリアとし、この放音エリアにおいて放音する。本実施形態では、アクセスキー供給装置１０のうちアクセスキー供給装置１０Ａ，１０Ｂについて説明する。アクセスキー供給装置１０Ａは、店舗Ａに設置され、店舗Ａの敷地内に放音エリアを形成する。アクセスキー供給装置１０Ｂは、店舗Ｂに設置され、店舗Ｂの敷地内に放音エリアを形成する。
【００１２】
端末装置２０は、ここではスマートフォンであり、店舗の顧客となりうるユーザによって携帯される。応答処理サーバ３０は、アクセスキー供給装置１０により形成された放音エリア内に進入したユーザに対し、端末装置２０経由でサービスを提供するサーバ装置である。本実施形態では、応答処理サーバ３０は、ユーザが利用可能なクーポンや広告などのコンテンツを端末装置２０経由で提供するための処理を実行するサーバ装置である。端末装置２０と応答処理サーバ３０とは、ネットワークＮＷ経由で通信可能に接続されている。ネットワークＮＷは、ここでは、移動体通信網、ゲートウェイ及びインターネットを含む通信網である。
【００１３】
図２は、アクセスキー供給装置１０のハードウェア構成を示すブロック図である。図２に示すように、アクセスキー供給装置１０は、制御部１１と、記憶部１２と、マイクロホン１３と、スピーカ１４とを備える。
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を有するマイクロプロセッサを備える。ＣＰＵは、ＲＯＭや記憶部１２に記憶されたプログラムをＲＡＭに読み出して実行することにより、アクセスキー供給装置１０の各部を制御する。例えば、制御部１１は、端末装置２０が応答処理サーバ３０にログインするために用いるアクセスキー（例えば、ＩＤやパスワード）を生成したり、生成したアクセスキーを各端末装置２０に供給したりするための制御を行う。
【００１４】
記憶部１２は、例えばＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）を備える記憶装置である。記憶部１２は、制御部１１で実行されるプログラムとして、端末装置２０が応答処理サーバ３０にログインするために用いるアクセスキーを生成するためのキー生成プログラムＰＲＧを記憶する。キー生成プログラムＰＲＧは、端末装置２０を識別する端末ＩＤを用いた変換処理により、端末装置２０毎に個別キーを生成するためのアルゴリズムが定められたプログラムである。ここにおいて、変換処理は、端末ＩＤを引数とした予め決められた関数によって個別キーを得るための演算処理である。キー生成プログラムＰＲＧは、端末ＩＤが異なればアクセスキーも異なるように、言い換えれば、各端末装置２０に固有のアクセスキーが生成されるように、そのアルゴリズムが定められている。
【００１５】
マイクロホン１３は、制御部１１と電気的に接続され、音を検出する検出部であり、検出したアクセスキー供給装置１０周辺の音を示す音響信号を制御部１１に出力する。この音響信号は、例えば、音波形を表すアナログ形式の波形信号である。アナログ形式の音響信号は、制御部１１においてサンプリングされてデジタル形式の音響信号に変換される。
スピーカ１４は、制御部１１により出力された音響信号が示す音を放音する放音部である。上述した放音エリアは、スピーカ１４からの音が届くエリアであるが、本実施形態では、端末装置２０は放音エリア内において放音された音に埋め込まれた音響透かし情報を復元できるものとする。
【００１６】
図３は、端末装置２０のハードウェア構成を示すブロック図である。図３に示すように、端末装置２０は、制御部２１と、ＵＩ（User Interface）部２２と、無線通信部２３と、マイクロホン２４と、スピーカ２５と、記憶部２６とを備える。
制御部２１は、ＣＰＵ、ＲＯＭ及びＲＡＭを有するマイクロプロセッサを備える。ＣＰＵは、ＲＯＭや記憶部２６に記憶されたプログラムをＲＡＭに読み出して実行することにより、端末装置２０の各部を制御する。ＵＩ部２２は、例えばタッチパネルを備え、ユーザからの操作を受け付けるとともに、画像や音により情報を報知する。無線通信部２３は、無線通信回路やアンテナを備え、ネットワークＮＷに接続するためのインタフェースである。マイクロホン２４は、制御部２１と電気的に接続され、音を検出する検出部であり、検出した音を示す音響信号を制御部２１に出力する。マイクロホン２４は、受話音声や端末装置２０周辺の音を示す音響信号を制御部２１に出力する。この音響信号は、例えば、音波形を表すアナログ形式の波形信号である。アナログ形式の音響信号は、制御部２１においてサンプリングされてデジタル形式の音響信号に変換される。スピーカ２５は、送話音声などを放音する。記憶部２６は、例えばＥＥＰＲＯＭを備え、制御部２１が実行するプログラムのほか、端末ＩＤを記憶する。端末ＩＤは、例えば、端末装置２０に割り当てられた電話番号やＳＩＭ（Subscriber Identity Module）カードから特定される識別情報等であってもよい。
【００１７】
図４は、応答処理サーバ３０のハードウェア構成を示すブロック図である。図４に示すように、応答処理サーバ３０は、制御部３１と、通信部３２と、記憶部３３とを備える。
制御部３１は、ＣＰＵ、ＲＯＭ及びＲＡＭを有するマイクロプロセッサを備える。ＣＰＵは、ＲＯＭや記憶部３３に記憶されたプログラムをＲＡＭに読み出して実行することにより、応答処理サーバ３０の各部を制御する。通信部３２は、ネットワークＮＷに接続するためのインタフェースである。記憶部３３は、例えばハードディスク装置を備え、制御部３１が実行するプログラムのほか、認証ＤＢ（Data Base）３３１及びコンテンツＤＢ３３２を記憶している。記憶部３３は、制御部３１が実行するプログラムとして、各アクセスキー供給装置１０と共通するアルゴリズムが定められたキー生成プログラムＰＲＧをそれぞれ記憶している。
【００１８】
図５は、認証ＤＢ３３１のデータ構造を示す図である。
認証ＤＢ３３１は、「装置ＩＤ」と「端末ＩＤ」という各情報を対応付けたデータデーブルである。装置ＩＤは、アクセスキー供給装置１０を識別する識別情報である。ここでは、アクセスキー供給装置１０Ａの装置ＩＤを「ＭＩＤ００１」とし、アクセスキー供給装置１０Ｂの装置ＩＤを「ＭＩＤ００２」とする。認証ＤＢ３３１の端末ＩＤは、各装置ＩＤに対応付けて認証ＤＢ３３１に書き込まれている。認証ＤＢ３３１の端末ＩＤは、応答処理サーバ３０にアクセス要求を送信した端末装置２０のうち、認証に成功しログインが許可された端末装置２０を示す端末ＩＤである。よって、応答処理サーバ３０における認証開始前は、認証ＤＢ３３１に端末ＩＤは記述されていない。
【００１９】
図６は、コンテンツＤＢ３３２のデータ構造を示す図である。
図６に示すように、コンテンツＤＢ３３２は、「装置ＩＤ」と「コンテンツデータ」という各情報を対応付けたデータ構造である。装置ＩＤは、認証ＤＢ３３１に記述された装置ＩＤと共通する。コンテンツデータは、ここでは、端末装置２０に提供される対象となるコンテンツが格納された、例えばＵＲＬ（Uniform Resource Locator）等の格納アドレスである。この格納アドレスに格納されるコンテンツは、例えば広告やクーポン等であるが、どのようなコンテンツが格納されていてもよい。例えば、装置ＩＤ「ＭＩＤ００１」に対応付けられたコンテンツＡは、店舗Ａに関するコンテンツ（例えば、店舗Ａで使用できるクーポン）を示し、装置ＩＤ「ＭＩＤ００２」に対応付けられたコンテンツＢは、店舗Ｂに関するコンテンツ（例えば、店舗Ｂで行われるセールの広告）を示す。
なお、応答処理サーバ３０において、コンテンツＤＢ３３２にコンテンツそのものが格納されていてもよい。
次に、認証システム１の機能的構成を説明する。
【００２０】
図７は、認証システム１の機能的構成を示す機能ブロック図である。まず、端末装置２０及びアクセスキー供給装置１０の機能的構成を説明する。端末装置２０の制御部２１は、プログラムを実行することにより、重畳部２１１と、放音制御部２１２と、音響信号取得部２１３と、抽出部２１４と、アクセス制御部２１５とに相当する機能を実現する。アクセスキー供給装置１０の制御部１１は、プログラムを実行することにより、音響信号取得部１１１と、抽出部１１２と、ＩＤ取得部１１３と、生成部１１４と、重畳部１１５と、放音制御部１１６とに相当する機能を実現する。
【００２１】
重畳部２１１は、記憶部２６に記憶された端末ＩＤを音響透かしにより音響信号に重畳させる。重畳部２１１は、例えばＭ系列やＧｏｌｄ系列などの拡散符号を用いたり、ＯＦＤＭ（Orthogonal Frequency-Division Multiplexing）変調を用いたりして、端末ＩＤを音響信号に重畳させる。
放音制御部２１２は、重畳部２１１が音響透かしにより端末ＩＤを重畳させた音響信号が示す音を、スピーカ２５に放音させる。
【００２２】
音響信号取得部１１１は、放音制御部２１２の制御によりスピーカ２５により放音された音を示す音響信号を取得する。ここにおいて、音響信号取得部１１１は、マイクロホン１３により検出された音を示す音響信号を取得する。
抽出部１１２は、音響信号取得部１１１が取得した音響信号から、音響透かしにより重畳させられた端末ＩＤを抽出する。抽出部１１２は、重畳部２１１における音響透かしの重畳方法に対応した方法で端末ＩＤを抽出する。例えば、抽出部１１２は、例えばＨＰＦ（High Pass Filter）を備え、このＨＰＦを用いたフィルタリング処理を施す。
【００２３】
ＩＤ取得部１１３は、抽出部１１２により抽出された端末ＩＤを取得する。このようにＩＤ取得部１１３は、音響透かしの技術を利用して、端末装置２０を示す端末ＩＤをその端末装置２０から取得する。ここにおいて、ＩＤ取得部１１３は、端末装置２０及びアクセスキー供給装置１０以外の外部装置を経由せずに、端末装置２０から直接端末ＩＤを取得することとなる。
【００２４】
生成部１１４は、ＩＤ取得部１１３により取得された端末ＩＤが示す端末装置２０が応答処理サーバ３０にログインするために用いるアクセスキーを、ＩＤ取得部１１３が取得した端末ＩＤを用いて生成する。ここにおいて、生成部１１４は、記憶部１２に記憶されたキー生成プログラムＰＲＧを実行して、ＩＤ取得部１１３が取得した端末ＩＤを引数とした変換処理により、この端末ＩＤが示す端末装置２０が用いるアクセスキーを生成する。
【００２５】
重畳部１１５は、生成部１１４により生成されたアクセスキーを音響透かしにより音響信号に重畳させる。重畳部１１５は、重畳部２１１と同じ手法で音響信号にアクセスキーを重畳させればよい。ここにおいて、アクセスキーが重畳させられる音響信号は、放音エリアで放音される音を示す音響信号である。
放音制御部１１６は、重畳部１１５が音響透かしによりアクセスキーを重畳させた音響信号が示す音を、スピーカ１４に放音させる。
【００２６】
音響信号取得部２１３は、放音制御部１１６の制御によりスピーカ１４により放音された音を示す音響信号を取得する。ここにおいて、音響信号取得部２１３は、マイクロホン２４により検出された音を示す音響信号を取得する。
抽出部２１４は、音響信号取得部２１３が取得した音響信号から、音響透かしにより重畳させられたアクセスキーを抽出する。抽出部２１４は、重畳部１１５における音響透かしの重畳方法に対応した方法で、アクセスキーを抽出する。
アクセス制御部２１５は、抽出部２１４が抽出したアクセスキーに応じて、応答処理サーバ３０にログインを要求するための制御を行う。具体的には、アクセス制御部２１５は、抽出部２１４が抽出したアクセスキーと記憶部２６から取得した端末ＩＤとを含むアクセス要求を、無線通信部２３により応答処理サーバ３０宛てに送信する。
次に、応答処理サーバ３０の機能的構成を説明する。
【００２７】
応答処理サーバ３０の制御部３１は、プログラムを実行することにより、要求取得部３１１と、認証部３１２と、応答処理部３１３とに相当する機能を実現する。
要求取得部３１１は、端末装置２０により送信されたアクセス要求を、端末装置２０との通信により通信部３２から取得する。
【００２８】
認証部３１２は、要求取得部３１１が取得したアクセス要求により、アクセス要求の送信元の端末装置２０を、以下の第１及び第２の認証処理によって認証する。まず、認証部３１２は、アクセス要求に含まれるアクセスキーによる第１の認証処理を行う。例えば、認証部３１２は、記憶部３３に記憶されたキー生成プログラムＰＲＧを実行して、アクセス要求に含まれる端末ＩＤを引数とした変換処理により、アクセスキーを生成する。認証部３１２は、生成したアクセスキーとアクセス要求に含まれるアクセスキーとが一致すれば、アクセスキーによる第１の認証処理に成功したと判定する。第２の認証処理として、認証部３１２は、認証ＤＢ３３１において、第１の認証処理で一致すると判定したアクセスキーを供給したアクセスキー供給装置１０の装置ＩＤに、アクセス要求に含まれていた端末ＩＤが対応付けられているか否かを判断する。認証部３１２は、アクセスキーの供給元のアクセスキー供給装置１０の装置ＩＤに、アクセス要求に含まれる端末ＩＤが対応付けられていなければ、第２の認証処理に成功したと判定する。認証部３１２は、認証に成功した端末装置２０の端末ＩＤを、その認証に用いられたアクセスキーに対応付けて認証ＤＢ３３１に新たに書き込む。
【００２９】
応答処理部３１３は、アクセス要求の送信元である端末装置２０に対し、認証部３１２による認証結果に応じた応答処理を実行する。ここにおいて、応答処理部３１３は、端末装置２０の認証に成功しログインを許可すると判定した場合には、アクセスキーの供給元のアクセスキー供給装置１０の装置ＩＤに対応付けられたコンテンツデータを参照し、コンテンツＤＢ３３２から取得したコンテンツデータ（ここでは、ＵＲＬ）を端末装置２０宛てに送信するよう、通信部３２を制御する。一方、応答処理部３１３は、端末装置２０の認証に失敗しログインを許可しないと判定した場合には、ログインを許可しない旨を端末装置２０に通知するよう、通信部３２を制御する。
次に、認証システム１の動作を説明する。
【００３０】
図８は、認証システム１における処理の流れを示すシーケンスチャートである。以下、アクセスキー供給装置１０Ａの動作を例に挙げて説明する。また、端末装置２０は、端末ＩＤとして「ＵＩＤ００１」が割り当てられた端末装置である。
アクセスキー供給装置１０Ａの制御部１１は、マイクロホン１３により検出された音を示す音響信号を取得し、音響信号から端末ＩＤの抽出を試みる動作を継続して繰返し行う。一方、端末装置２０のユーザは、端末装置２０に対して、応答処理サーバ３０からコンテンツデータの提供を受けるためのアプリケーションプログラムを実行させておく。
【００３１】
端末装置２０のユーザは、アクセスキー供給装置１０Ａにより形成される放音エリア内で、ＵＩ部２２を操作してコンテンツデータの提供を受けるための指示を、端末装置２０に対して行う。この指示を契機に、制御部２１は、記憶部２６に記憶された端末ＩＤ（ここでは、「ＵＩＤ００１」）を読み出す（ステップＳ１）。次に、制御部２１は、音響透かしにより端末ＩＤを音響信号に重畳させ（ステップＳ２）、端末ＩＤが重畳させられた音響信号が示す音をスピーカ１４に放音させる（ステップＳ３）。制御部２１は、端末ＩＤが重畳させられた音響信号が示す音の放音を開始させたことを契機に、マイクロホン２４により検出された音を示す音響信号を取得して、取得した音響信号からアクセスキーの抽出を試みる処理を開始する。
ここにおいて、制御部２１は、どのような音を示す音響信号に端末ＩＤを重畳させてもよい。例えば、制御部２１は、アクセスキー供給装置１０Ａへの端末ＩＤの提供をユーザに知らしめるメロディのように、所定の音を示す音響信号において、可聴域の比較的高い周波数帯域以上（例えば、１８ｋＨｚ以上）の音響信号を用いて端末ＩＤを重畳させる。
【００３２】
アクセスキー供給装置１０Ａの制御部１１は、端末装置２０によりステップＳ３の処理で放音された音がマイクロホン１３で検出されると、検出された音を示す音響信号をマイクロホン１３から取得する（ステップＳ４）。次に、制御部１１は、取得した音響信号から端末ＩＤを抽出してこの端末ＩＤを取得する（ステップＳ５）。ここにおいて、制御部２１は、端末ＩＤとして「ＵＩＤ００１」を音響信号から取得する。
【００３３】
次に、制御部１１は、キー生成プログラムＰＲＧを実行し、ステップＳ５の処理で取得した端末ＩＤを引数とした変換処理によりアクセスキーを生成する（ステップＳ６）。ここにおいて、制御部１１は、「ＵＩＤ００１」である端末ＩＤを用いて、アクセスキーとして「Ｋ１」を生成する。
【００３４】
次に、制御部１１は、ステップＳ６の処理で生成したアクセスキーを、音響透かしにより音響信号に重畳させ（ステップＳ７）、このアクセスキーが重畳させられた音響信号が示す音をスピーカ１４に放音させる（ステップＳ８）。
ここにおいて、制御部１１は、どのような音を示す音響信号にアクセスキーを重畳させてもよい。例えば、端末装置２０にアクセスキーを供給することをユーザに知らしめるメロディのような、所定の音を示す音響信号において、可聴域の比較的高い周波数帯域以上（例えば、１８ｋＨｚ以上）の音響信号を用いてアクセスキーを重畳させる。
制御部１１は、アクセスキーの音響信号への重畳を開始してから予め決められた期間（例えば、２０秒）が経過すると、音響信号に基づく放音、及び音響信号へのアクセスキーの重畳を終了する。すなわち、アクセスキー供給装置１０Ａは、アクセスキーを供給している期間は放音するが、それ以外の期間は放音しない。
【００３５】
端末装置２０の制御部２１は、アクセスキー供給装置１０ＡによりステップＳ８の処理で放音された音がマイクロホン２４で検出されると、検出された音を示す音響信号をマイクロホン２４から取得する（ステップＳ９）。次に、制御部１１は、取得した音響信号からアクセスキーを抽出する（ステップＳ１０）。ここにおいて、制御部２１は、アクセスキーとして「Ｋ１」を音響信号から抽出する。
制御部２１は、アクセスキーを音響信号から抽出したことを契機に、マイクロホン２４により検出された音を示す音響信号の取得を終了する。これにより、制御部２１が常に音響信号を取得してアクセスキーの抽出を試みる処理を行う場合に比べて、端末装置２０の低消費電力化が実現される。また、端末装置２０が、自端末装置以外の端末装置用に生成されたアクセスキーを取得してしまう可能性を抑えることができる。逆に言えば、自端末装置２０以外の端末装置が、自端末装置２０用に生成されたアクセスキーを取得してしまう可能性を抑えることができる。
【００３６】
次に、制御部２１は、ステップＳ１０の処理で抽出したアクセスキーと、記憶部２６に記憶された端末ＩＤとを含むアクセス要求を生成し、生成したアクセス要求を無線通信部２３により、応答処理サーバ３０宛てに送信する（ステップＳ１１）。ここにおいて、制御部２１は、アクセスキーとして「Ｋ１」と、端末ＩＤとして「ＵＩＤ００１」とを含むアクセス要求を送信する。
【００３７】
応答処理サーバ３０の制御部３１は、通信部３２により受信したアクセス要求を取得すると、取得したアクセス要求により端末装置２０を認証する（ステップＳ１２）。制御部３１は、認証に成功した端末装置２０の端末ＩＤを、その認証に用いられたアクセスキーに対応付けて認証ＤＢ３３１に記述する。
ステップＳ１２の処理では、制御部３１は、記憶部３３に記憶された各キー生成プログラムＰＲＧを実行して、アクセス要求に含まれる端末ＩＤを引数とした変換処理により、アクセスキーを生成する。制御部３１は、生成したアクセスキーとアクセス要求に含まれるアクセスキーとが一致すれば、アクセスキーによる第１の認証処理に成功したと判定する。そして、制御部３１は、第１の認証処理で一致すると判定したアクセスキーに、認証ＤＢ３３１において、アクセス要求に含まれる端末ＩＤが対応付けられていなければ、端末装置２０の認証に成功したと判定する。その際、制御部３１は、第１の認証処理において、どのアクセスキー供給装置１０に対応するキー生成プログラムＰＲＧを使用して認証に成功したかによって、アクセス要求に含まれるアクセスキーの供給元のアクセスキー供給装置１０を特定する。ここにおいて、制御部３１は、アクセス要求に含まれるアクセスキーの供給元のアクセスキー供給装置１０を、アクセスキー供給装置１０Ａであると特定する。それ以外の場合は、制御部３１は、認証に失敗したと判定し、端末装置２０のログインを不許可とする。
【００３８】
なお、ステップＳ１２における第１認証処理において、制御部３１がキー生成プログラムＰＲＧを実行してアクセスキーを生成しない認証処理を行ってもよい。例えば、応答処理サーバ３０が認証の成功と判定する端末ＩＤとアクセスキーとの組み合わせを、そのアクセスキーの供給元であるアクセスキー供給装置１０の装置ＩＤに対応付けて、認証データとして記憶部３３に記憶しておく。そして、制御部３１は、アクセス要求に含まれている端末ＩＤ及びアクセスキーの組み合わせが、記憶部３３に記憶されている認証データで規定された端末ＩＤ及びアクセスキーの組み合わせに一致するか否かを判定する。制御部３１は、端末ＩＤ及びアクセスキーの双方が一致した場合にのみ、アクセスキーによる認証に成功したと判定する。その際、制御部３１は、認証データにおいて、認証に成功した端末ＩＤ及びアクセスキーの組み合わせに対応付けられた装置ＩＤに基づいて、アクセスキーの供給元のアクセスキー供給装置１０を特定することができる。
【００３９】
以上の認証により、応答処理サーバ３０は、アクセス要求から復元したアクセスキーにより、端末装置２０がアクセスキー供給装置１０の放音エリアに位置し、どのアクセスキー供給装置１０の放音エリアでアクセスキーを得たかを特定することができる。また、応答処理サーバ３０は、１の端末装置２０に対して１回だけサービスを提供することができ、１のユーザに同一のサービスを多重に提供しないように制限することができる。
なお、応答処理サーバ３０が１のユーザに複数回サービスを提供してもよい場合や、その回数に限りがない場合には、端末ＩＤを用いた認証処理はサービスの提供方法（提供可能回数）に対応した条件に変更されればよい。具体的には、１のユーザに複数回サービスを提供する場合、応答処理サーバ３０は、サービスの提供済みの回数又はサービスの提供の残り回数を端末ＩＤに対応付けて管理すればよい。一方、サービスの提供回数に限りがない場合、応答処理サーバ３０は認証ＤＢ３３１に端末ＩＤを書き込む処理を省略してもよい。
【００４０】
制御部３１は、ステップＳ１２の処理で認証に成功したと判定した場合、アクセスキーの供給元であるアクセスキー供給装置１０の装置ＩＤに対応付けられたコンテンツデータをコンテンツＤＢ３３２から取得し、取得したコンテンツデータを、通信部３２により端末装置２０宛てに送信する（ステップＳ１３）。ここでは、制御部３１は、コンテンツＤＢ３３２においてアクセスキー供給装置１０Ａの装置ＩＤ「ＭＩＤ００１」に対応付けられたコンテンツＡのコンテンツデータを、端末装置２０に送信させる。一方、制御部３１は、端末装置２０の認証に失敗しログインを許可しないと判定した場合には、ログインを許可しない旨を端末装置２０に通知するよう通信部３２を制御する。
【００４１】
端末装置２０の制御部２１は、応答処理サーバ３０から送信されたコンテンツデータを無線通信部２３により受信すると、このコンテンツデータを記憶部２６に記憶させたり、ＵＩ部２２を用いてコンテンツデータの内容を提示したりする（ステップＳ１４）。ここにおいて、端末装置２０が受信したコンテンツデータをどのように利用するかについて、本実施形態で特に問わない。
【００４２】
以上説明した実施形態では、アクセスキー供給装置１０が、端末装置２０から端末ＩＤを直接取得し、取得した端末ＩＤを用いてその端末装置２０が用いるアクセスキーを生成する。そして、端末装置２０は、自端末装置用のアクセスキーと端末ＩＤとを含むアクセス要求を、応答処理サーバ３０宛てに送信して、応答処理サーバ３０に対しログインを要求する。認証システム１によれば、アクセスキー供給装置１０は、端末装置２０との情報のやりとりにより、各端末装置２０に個別のアクセスキーを供給することができる。よって、認証システム１において、端末装置２０からアクセスキー供給装置１０への端末ＩＤの供給を助けたり、ユーザ毎に異なるアクセスキーを管理し配信したりするサーバ装置等を別途設ける必要ないから、認証システム１の構成の複雑化を抑えられる。
【００４３】
また、応答処理サーバ３０は、アクセスキーと端末ＩＤとの組み合わせで認証処理を行い、アクセスキーが正当なものであるか否かを端末ＩＤを用いて判定することにもなるから、アクセスキー単独で認証を行う場合に比べて、認証の精度が高くなる。一例として、仮に、端末装置２０が自端末装置以外の端末ＩＤを用いて生成されたアクセスキーを取得した場合であっても、アクセス要求には自端末装置の端末ＩＤを含めることになるので、応答処理サーバ３０によりログインは不許可とされる。
更に、音響信号に応じた音が届く放音エリアのみにアクセスキー供給装置１０によってアクセスキーが供給されるから、人間が目視で放音エリアが確認可能な手段であるエリア制限手段（つまり、壁やパーテションなどの音を遮音する効果を奏する部材）を用いて、比較的容易にアクセスキーが供給される放音エリアを制限することができる。
【００４４】
［変形例］
本発明は、上述した実施形態と異なる形態で実施することが可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。
（変形例１）
上述した実施形態において、アクセスキー供給装置１０は、音響透かしの技術を利用して、端末装置２０から端末ＩＤを取得していたが、別の手法によって端末装置２０から端末ＩＤを取得してもよい。例えば、アクセスキー供給装置１０は、赤外線通信方式や、接触式又は非接触式のＩＣチップを用いた通信方式や、近距離無線通信方式等に従って、ネットワークＮＷを介さずに端末装置２０と通信を行って、端末装置２０から端末ＩＤを取得してもよい。また、アクセスキー供給装置１０は、有線の通信路を介して端末装置２０から端末ＩＤを取得してもよい。
また、アクセスキー供給装置１０は、ネットワークＮＷ経由で端末装置２０と通信して端末ＩＤを取得してもよい。ただし、この場合も、アクセスキー供給装置１０及び端末装置２０間の情報のやりとりで端末装置２０にアクセスキーが供給されるように、ネットワークＮＷの既存の設備を利用することが好ましい。
【００４５】
（変形例２）
上述した実施形態では、アクセスキー供給装置１０は、キー生成プログラムＰＲＧを実行し、端末ＩＤを引数とした変換処理により、各端末装置２０に個別のアクセスキーを生成していたが、アクセスキーの生成のための具体的処理はこれ以外のものであってもよい。例えば、アクセスキー供給装置１０は、記憶部１２に記憶されたアクセスキーに、端末ＩＤ、又は端末ＩＤに対応した別の情報を付加することにより、端末装置２０毎に異なるアクセスキーを生成してもよい。また、アクセスキーが、所定の擬似乱数生成アルゴリズムに従って生成される擬似乱数で表現される場合、この擬似乱数の生成に用いられるシード値（すなわち、擬似乱数を生成するための初期値）を端末ＩＤとしてもよい。この場合、応答処理サーバ３０の制御部３１は、アクセスキー供給装置１０と共通の擬似乱数生成アルゴリズムに従って、シード値を端末ＩＤとして擬似乱数を生成すれば、アクセスキーと端末ＩＤとによる認証を行うことができる。
【００４６】
また、アクセスキー供給装置１０は、複数の端末装置２０で共用されるアクセスキーを予め記憶部２６に記憶していて、このアクセスキーを、端末装置２０から取得した端末ＩＤで復号可能な方法で暗号化することにより、端末装置２０毎に個別のアクセスキーを生成しもよい。例えば、アクセスキー供給装置１０は、端末ＩＤを用いて共通鍵方式で生成された暗号鍵により、記憶部２６に記憶されたアクセスキーを暗号化する。端末装置２０は、音響透かし情報からアクセスキーを取得すると、自端末装置の端末ＩＤを用いてこのアクセスキーを復号する。例えば、端末装置２０は、端末ＩＤを用いてアクセスキー供給装置１０と共通の共通鍵方式により生成した復号鍵で、アクセスキーを復号する。この場合、アクセス要求に含まれるアクセスキーは、複数の端末装置２０で共通することとなるが、アクセスキー供給装置１０から端末装置２０にアクセスキーが供給される過程では、端末装置２０毎にアクセスキーが異なっているので、そのアクセスキーの不正利用の可能性が抑えられる。
この場合において、端末装置２０は暗号化されたアクセスキーをアクセス要求に含めておき、応答処理サーバ３０が端末ＩＤを用いてアクセスキーを復号してもよい。
要するに、アクセスキー供給装置１０は、端末装置２０から取得した端末ＩＤを用いて、端末装置２０毎に個別のアクセスキーを生成すればよい。これに対し、応答処理サーバ３０は、アクセスキー供給装置１０でのアクセスキーの生成の手法に対応した手法で、認証を行えばよい。
【００４７】
（変形例３）
上述した実施形態において、アクセスキー供給装置１０は、端末ＩＤを用いて端末装置２０毎に異なるように生成したアクセスキーを、更に、この端末ＩＤで復号可能な方法で暗号化してから、音響透かしにより音響信号に重畳させてもよい。この場合も、アクセスキー供給装置１０は、端末ＩＤを用いて共通鍵方式で生成した暗号鍵で、アクセスキーを暗号化するとよい。端末装置２０は、暗号化されたアクセスキーを音響信号から抽出すると、抽出したアクセスキーに対し記憶部２６に記憶された端末ＩＤを用いて復号処理を施して、アクセスキーを復号する。この場合も、端末装置２０は、端末ＩＤを用いてアクセスキー供給装置１０と共通の共通鍵方式で生成した復号鍵で、アクセスキーを復号するとよい。
この場合において、端末装置２０は暗号化されたアクセスキーをアクセス要求に含めておき、応答処理サーバ３０が端末ＩＤを用いてアクセスキーを復号してもよい。
【００４８】
本変形例の認証システム１によれば、アクセスキーがそのまま音響透かしにより音に埋め込まれているわけではないので、第三者によって不正にアクセスキーが得られることをより確実に防ぐことができる。また、端末装置２０が自端末装置以外の端末装置用に生成されたアクセスキーを取得したとしてもアクセスキーを復号することができない。よって、端末装置２０が自端末装置用でないアクセスキーにより応答処理サーバ３０宛てにログインを要求することも防止することができる。
【００４９】
（変形例４）
上述した実施形態において、アクセスキー供給装置１０がネットワークＮＷに接続する通信インタフェース（通信部）を有し、応答処理サーバ３０との通信により、キー生成プログラムＰＲＧのアルゴリズムを更新してもよい。このようにすれば、アクセスキー供給装置１０が端末ＩＤを用いて生成するアクセスキーも時間とともに変化させることができるので、アクセスキーが漏洩して不正に利用されることをより確実に抑えられる。
【００５０】
（変形例５）
上述した実施形態の認証システム１において、更に、時刻認証が採用されてもよい。この場合、アクセスキー供給装置１０及び応答処理サーバ３０がそれぞれ、現在時刻を計る計時部を有している。アクセスキー供給装置１０は、端末ＩＤを音響透かしにより音響信号に重畳させるときに、自装置の計時部が計る時刻を示す時刻情報も音響透かしにより音響信号に重畳させる。端末装置２０は音響信号から抽出した音響透かし情報として、アクセスキーのほかに時刻情報もアクセス要求に含めて、応答処理サーバ３０宛てに送信する。応答処理サーバ３０は、アクセスキー及び端末ＩＤを用いた認証に加えて、アクセス要求に含まれる時刻情報を用いた時刻認証も行う。具体的には、応答処理サーバ３０は、アクセス要求に含まれる時刻情報が示す時刻が、自サーバ装置の計時部が計る時刻と予め決められた時間範囲で合致している（例えば、前後１分間）と判定した場合に、ログインを許可する。一方、応答処理サーバ３０は、時刻情報が示す時刻と、自サーバ装置の計時部が計る時刻と上記時間範囲で合致しないと判定した場合、アクセスキー及び端末ＩＤを用いた認証に成功しても、ログインを不許可とする。
このようにすれば、応答処理サーバ３０は、不正な方法で事後的に或る端末装置によりアクセスキーが得られることがあっても、この端末装置に対するログインを不許可とすることができる。
【００５１】
（変形例６）
上述した各実施形態では、アクセスキー供給装置１０はスピーカ１４からの放音という方法でアクセスキーを供給していたが、本発明を以下のように変形してもよい。
図９は、本変形例の認証システムの概要を説明する図である。
図９に示すように、ここでは、通信可能エリアをファーストフード店などの飲食店に構成する場合について説明する。飲食店には、図９に示すようなテーブル１００及び椅子２００が、複数組配置されている。飲食店の客である端末装置２０のユーザは、椅子２００に着席して、テーブル１００に注文品を置き、端末装置２０を利用することがある。この飲食店では、入店客に対して、商品の注文時に音響加振器４０がテーブル１００ひとつあたりに１個ずつ配布される。ユーザは、配布された音響加振器４０を自身の利用するテーブル１００に装着する。図９に示すように、ユーザは、例えば、テーブル１００の裏面の自身に比較的近い位置に音響加振器４０を装着する。音響加振器４０は、アクセスキー供給装置１０の制御の下で、音響加振器４０が装着された部材を振動で加振し、この部材からアクセスキーが重畳させられた音響信号が示す音を放音させる。この部材は、ここでは、音響加振器４０が装着されたテーブル１００であり、当該部材（テーブル１００）と音響加振器４０とは互いに接触して、一体となって振動する。したがって、この変形例では、テーブル１００と音響加振器４０とで放音部が構成される。
【００５２】
図１０は、音響加振器４０のハードウェア構成を示すブロック図である。
図１０に示すように、音響加振器４０は、制御部４１と、無線通信部４２と、加振部４３とを備える。制御部４１は、ＣＰＵを含む演算装置やメモリを備える制御装置である。演算装置は、メモリに記憶されたプログラムを実行することにより、音響加振器４０を制御する。無線通信部４２は、無線通信回路やアンテナを備え、後述するアクセスキー供給装置１０ａと無線通信を行うインタフェースである。加振部４３は、制御部４１の制御信号に応じた振動を発生させ、発生させた振動を外部に作用させる。
【００５３】
図１１は、本変形例のアクセスキー供給装置１０ａのハードウェア構成を示すブロック図である。図１１に示すように、アクセスキー供給装置１０ａは、制御部１１と、記憶部１２と、無線通信部１５とを備える。制御部１１及び記憶部１２は基本的には上述した各実施形態と同じ構成を有するが、制御部１１は音響加振によりアクセスキーを供給するための制御を行う。無線通信部１５は、無線通信を行うためのインタフェースであり、ここでは放音エリアに相当するエリアに音響加振に必要な情報を送信する。
【００５４】
本変形例のアクセスキー供給装置１０ａは、音響信号に応じてテーブル１００を加振するように音響加振器４０を制御する。具体的には、制御部１１は、アクセスキーが重畳させられた音響信号を搬送波で変調し、この送信信号を無線通信部１５によって送信する。音響加振器４０の制御部４１は、無線通信部４２によってこの送信信号を受信すると、アクセスキーが重畳させられた音響信号を復調する。そして、制御部４１は、復調した音響信号が表す音がテーブル１００から放音されるように、加振部４３に加振させる。椅子２００に着席するユーザは、自身の端末装置２０をテーブル１００の近傍で保持するか、又はテーブル１００の上に置いているから、制御部２１は、テーブル１００から放音されてマイクロホン２４により検出された音を表す音響信号を取得することになる。
なお、この変形例において、アクセスキー供給装置１０は、無線通信部１５によりアクセスキーを音響加振器４０宛てに送信することにより、音響加振器４０を制御するので、スピーカ１４を備えていなくてよい。
【００５５】
本変形例の認証システムによれば、アクセスキーが供給されるエリアが、例えばテーブル１００の近傍に制限されることになる。つまり、テーブル１００付近にいるユーザの端末装置２０のみがアクセスキーを取得することができ、テーブル１００を利用する者、すなわち、商品を注文した者に絞ってサービスを提供することができる。これにより、テーブル１００付近にいない、単に店舗に立ち入ったユーザに対してはアクセスキーを提供しないようにすることもできるから、サービスを提供するエリアを更に制限することが可能となり、併せて商品の販売などの店舗の営業活動の一環として本サービスを提供する場合にも好適であると言える。
【００５６】
（変形例７）
上述した変形例６の構成を、テーブル１００に音響加振器を装着させたままにし、ユーザが椅子２００に着席するタイミングで、その音響加振器が加振を開始する構成としてもよい。
図１２は、本変形例の認証システムの概要を説明する図である。本変形例では、ユーザがカウンタで注文して受け取った商品をトレイ３００に載せて、自身の席に運んで飲食するという場合を想定する。ここで、トレイ３００には、図１２に示すように、ＲＦＩＤ(Radio Frequency IDentification)素子３１０が設けられている。ＲＦＩＤ素子３１０は、トレイ３００に設けられたことを識別する情報があらかじめ書き込まれている。
【００５７】
図１３は、音響加振器４０ａのハードウェア構成を示すブロック図である。
図１３に示すように、音響加振器４０ａは、制御部４１と、無線通信部４２と、加振部４３と、読取部４４とを備える。このうち制御部４１、無線通信部４２及び加振部４３の構成は、変形例６と同じである。読取部４４は、いわゆるＲＦＩＤリーダであり、ＲＦＩＤ素子３１０に書き込まれた情報を読み取る。
【００５８】
音響加振器４０ａにおいては、誰も椅子２００に着席しないときなど、トレイ３００が付近にないときには、無線通信部４２を停止させた状態で、読取部４４がＲＦＩＤ素子３１０の情報の読み取りを試みる。やがて、ユーザがトレイ３００をテーブル１００に置き、読取部４４がトレイ３００のＲＦＩＤ素子３１０の情報を読み取ると、その情報を読み取ったことを示す読取信号を制御部４１に出力する。制御部４１は、読取信号を受け取ったことを契機に、ユーザがテーブル１００の利用を開始し、そのテーブル１００に装着された音響加振器４０ａの加振が可能になったため、音響加振器４０ａによる加振を開始することを、無線通信部４２によってアクセスキー供給装置１０ａに通知する。アクセスキー供給装置１０ａの制御部１１は、無線通信部１５によってこの通知を受信したことを契機に、アクセスキーを重畳させた音響信号に応じてテーブル１００を加振するよう音響加振器４０ａを制御する。
やがて、ユーザがトレイ３００を持って離席すると、制御部４１は、読取部４４によりＲＦＩＤ素子３１０が読み取られなくなり読取信号が供給されなくなるから、これを契機にユーザが椅子２００に着席していないと判断する。そして、制御部４１は、無線通信部４２による無線通信を停止させて、読取部４４に読み取りを行わせないよう制御する。
【００５９】
以上の構成により、アクセスキー供給装置１０ａは、ユーザが音響加振器４０ａのオンオフ操作なしに、必要な場合にのみアクセスキーを供給することができる。これにより、テーブル１００に着席したものの、注文した商品を載せたトレイ３００をテーブル１００に置いていないなど、アクセスキーを配布する必要のない場合に、音響加振器４０ａがテーブル１００を加振しないで済むから、音響加振器４０ａの低消費電力化を期待することができる。また、トレイ３００を利用しない者、つまり、商品を注文せずサービス提供の対象でない者が本サービスを利用する可能性を、より一層減らすことができ、サービスが提供されるエリアを更に制限することが可能となる。
なお、本変形例において、音響加振器４０ａの音響加振のオンオフをＲＦＩＤ素子３１０及び読取部４４を用いて切り替えていたが、例えば、赤外線通信方式や、接触式又は非接触式のＩＣチップを用いた通信方式や、近距離無線通信方式などで実現してもよい。また、ユーザが手動で音響加振器４０ａの音響加振のオンオフを切り替える構成であってもよい。また、本変形例においても、商品を注文した者に対して音響加振器４０ａが配布されてもよい。また、本変形例では、トレイ３００にＲＦＩＤ素子３１０が設けられていたが、他の持ち運び可能な部材に設けられてもよい。
【００６０】
（変形例８）
上述した各実施形態において、音を検出する検出部はマイクロホンであり、音響透かしにより情報が重畳させられた音響信号が示す音を放音する放音部はスピーカであった。この場合、マイクロホンは気体（より具体的には、空気）の振動である音を検出するものであり、スピーカは気体（より具体的には、空気）の振動である音を放音するものである。これに対し、検出部／放音部は、固体や液体の振動を検出／放音するものであってもよい。このとき、放音部は、外部に振動を与える振動子と、この振動子により振動させられる媒体とにより実現される。すなわち、振動子は、部材に弾性波を伝搬させることで音を放音させる。一方、検出部は、例えば振動ピックアップ（振動検出子）であり、部材を伝搬する弾性波である音を検出する。
このような検出部／放音部の構成であっても、音響信号が音響透かし情報の周波数成分を含んでいれば、端末装置２０が音響信号から音響透かし情報を抽出し、この音響透かし情報を用いて各種処理を実行することができる。
【００６１】
（変形例９）
本発明の端末装置は、スマートフォン以外の端末であってもよく、例えば、携帯電話機やタブレット端末、ＰＤＡ（Personal Digital Assistant）、モバイルコンピュータ、ゲーム機、デジタルサイネージなどの、種々の端末装置に本発明を適用することもできる。
また、応答処理サーバ３０は、コンテンツデータを送信するための応答処理を実行するものに限らず、認証結果に応じて端末装置２０に対し何らかの応答処理を実行するものであればよい。
【００６２】
また、アクセスキー供給装置１０が放音エリアを形成する場所は、端末装置２０に対して応答処理サーバ３０のサービスを提供する場所であれば、どこでもよい。例えば、駅構内、ホテルやオフィスのロビーなどの不特定多数の人物が出入りする場所に、アクセスキー供給装置１０が設置されてもよい。また、会社、工場及び住宅等の特定の人物が出入りする場所で、当該特定の人物の各々に個別のサービスを提供するために、アクセスキー供給装置１０が設置されてもよい。
また、上述した実施形態において、アクセスキー供給装置１０は、アクセスキーを供給している期間は放音するが、それ以外の期間は放音しなかったが、アクセスキーを供給しない期間も放音してもよい。例えば、アクセスキー供給装置１０は、音響信号に基づいてＢＧＭ（Background music）等の音を継続して放音し、端末ＩＤを取得したことを契機に、音響透かしによりアクセスキーをこの音響信号に重畳させて放音してもよい。
【００６３】
上述した各実施形態におけるアクセスキー供給装置１０の制御部１１や、端末装置２０の制御部２１、応答処理サーバ３０の制御部３１によって実行されるプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ、ＦＤ）など）、光記録媒体（光ディスク（ＣＤ、ＤＶＤ）など）、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記録した状態で提供し得る。また、インターネットのようなネットワーク経由でダウンロードさせることも可能である。
【符号の説明】
【００６４】
１…認証システム、１０，１０Ａ，１０Ｂ、１０ａ…アクセスキー供給装置、１００…テーブル、１１…制御部、１１１…音響信号取得部、１１２…抽出部、１１３…ＩＤ取得部、１１４…生成部、１１５…重畳部、１１６…放音制御部、１２…記憶部、１３…マイクロホン、１４…スピーカ、１５…無線通信部、２０…端末装置、２００…椅子、２１…制御部、２１１…重畳部、２１２…放音制御部、２１３…音響信号取得部、２１４…抽出部、２１５…アクセス制御部、２２…ＵＩ部、２３…無線通信部、２４…マイクロホン、２５…スピーカ、２６…記憶部、３０…応答処理サーバ、３００…トレイ、３１…制御部、３１１…要求取得部、３１２…認証部、３１３…応答処理部、３２…通信部、３３…記憶部、３３１…認証ＤＢ、３３２…コンテンツＤＢ、４０，４０ａ…音響加振器、４１…制御部、４２…無線通信部、４３…加振部、４４…読取部
【技術分野】
【０００１】
本発明は、アクセスキーによる認証に関する。
【背景技術】
【０００２】
公衆無線ＬＡＮなどと呼ばれる接続サービスでは、接続サービスが提供されるエリア内で通信接続に必要な情報がユーザの端末装置に供給される。特許文献１は、通信接続に必要な設定情報をユーザの通信装置に供給するための仕組みとして、アクセスポイントが赤外ＬＥＤ発光部を点滅させ、この発光光を通信装置のデジタルカメラで撮影することにより、アクセスポイントとの接続に必要な設定情報（ＷＥＰ（Wired Equivalent Privacy）キー等の共通鍵情報）を通信装置が得ることを開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１１０２７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された発明のように、複数ユーザの端末装置で共用されるアクセスキーが、これら複数の端末装置により取得可能な方法で供給されると、不正利用者の端末装置によってもアクセスキーが取得可能となり、通信のセキュリティ上の問題が懸念される。ところで、複数の端末装置で共用されるアクセスキーを用いた認証技術よりも、端末装置毎に個別に用意されたアクセスキーを用いた認証技術の方が、セキュリティ上の問題の改善においては好ましいと一般的には考えられている。しかしながら、特許文献１に記載の発明は、通信装置と、その通信装置だけが通信接続に用いることができる設定情報とを関連付けるための構成を備えておらず、通信装置毎に個別の設定情報により各通信装置の正当性を認証することはできない。
そこで、本発明の目的は、端末装置毎に個別のアクセスキーを正当な端末装置に供給して、供給したアクセスキーにより各端末装置の正当性を認証できるようにすることである。
【課題を解決するための手段】
【０００５】
上述した課題を解決するため、本発明のアクセスキー供給装置は、端末装置から当該端末装置を識別する端末ＩＤを取得するＩＤ取得部と、前記ＩＤ取得部により取得された端末ＩＤが示す端末装置がサーバ装置にログインするために用いるアクセスキーを、当該端末ＩＤを用いて生成する生成部と、前記生成部が生成したアクセスキーを音響透かしにより音響信号に重畳させる重畳部と、前記重畳部によりアクセスキーが重畳させられた音響信号が示す音を放音させる放音制御部とを備えることを特徴とする。
【０００６】
本発明のアクセスキー供給装置において、前記生成部は、前記ＩＤ取得部により取得された端末ＩＤを用いた変換処理により、当該端末ＩＤが示す端末装置が用いる前記アクセスキーを生成してもよい。
本発明のアクセスキー供給装置において、前記生成部は、前記ＩＤ取得部により取得された端末ＩＤで復号可能な方法で暗号化した前記アクセスキーを生成してもよい。
【０００７】
本発明のアクセスキー供給装置において、前記端末装置により放音された音を示す音響信号であって音響透かしにより前記端末ＩＤが重畳させられた音響信号を取得する音響信号取得部と、前記音響信号取得部が取得した音響信号から前記端末ＩＤを抽出する抽出部とを備え、前記ＩＤ取得部は、前記抽出部により抽出された端末ＩＤを取得してもよい。
【０００８】
本発明の認証システムは、アクセスキー供給装置とサーバ装置とを備え、前記アクセスキー供給装置は、端末装置から当該端末装置を識別する端末ＩＤを取得するＩＤ取得部と、前記ＩＤ取得部により取得された端末ＩＤが示す端末装置が前記サーバ装置にログインするために用いるアクセスキーを、当該端末ＩＤを用いて生成する生成部と、前記生成部が生成したアクセスキーを音響透かしにより音響信号に重畳させる重畳部と、前記重畳部によりアクセスキーが重畳させられた音響信号が示す音を放音させる放音制御部とを有し、前記サーバ装置は、前記放音制御部の制御により放音された音を示す音響信号から前記端末装置により抽出されたアクセスキーと、当該アクセスキーの生成に用いられた端末ＩＤとを含むアクセス要求を、当該端末装置との通信により取得する要求取得部と、前記要求取得部が取得したアクセス要求に含まれるアクセスキーと端末ＩＤとにより、前記端末装置を認証する認証部とを有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、端末装置毎に個別のアクセスキーを正当な端末装置に供給して、供給したアクセスキーにより各端末装置の正当性を認証できるようにすることができる。
【図面の簡単な説明】
【００１０】
【図１】認証システムの全体構成を示す図。
【図２】アクセスキー供給装置のハードウェア構成を示すブロック図。
【図３】端末装置のハードウェア構成を示すブロック図。
【図４】応答処理サーバのハードウェア構成を示すブロック図。
【図５】認証ＤＢのデータ構造を示す図。
【図６】コンテンツＤＢのデータ構造を示す図。
【図７】認証システムの機能的構成を示す機能ブロック図。
【図８】認証システムにおける処理の流れを示すシーケンスチャート。
【図９】認証システムの概要を説明する図。
【図１０】音響加振器のハードウェア構成を示すブロック図。
【図１１】アクセスキー供給装置のハードウェア構成を示すブロック図。
【図１２】認証システムの概要を説明する図。
【図１３】音響加振器のハードウェア構成を示すブロック図。
【発明を実施するための形態】
【００１１】
以下、図面を参照しつつ本発明の実施形態を説明する。
図１は、認証システム１の全体構成を示す図である。
認証システム１は、アクセスキー供給装置１０と、端末装置２０と、応答処理サーバ３０とを備え、応答処理サーバ３０により端末装置２０のユーザにサービスが提供される通信システムである。アクセスキー供給装置１０は、ここではカフェやレストラン、商店などの不特定多数の人物が出入りしうる店舗に設定される。アクセスキー供給装置１０は、自アクセスキー供給装置が設置された店舗の敷地内を放音エリアとし、この放音エリアにおいて放音する。本実施形態では、アクセスキー供給装置１０のうちアクセスキー供給装置１０Ａ，１０Ｂについて説明する。アクセスキー供給装置１０Ａは、店舗Ａに設置され、店舗Ａの敷地内に放音エリアを形成する。アクセスキー供給装置１０Ｂは、店舗Ｂに設置され、店舗Ｂの敷地内に放音エリアを形成する。
【００１２】
端末装置２０は、ここではスマートフォンであり、店舗の顧客となりうるユーザによって携帯される。応答処理サーバ３０は、アクセスキー供給装置１０により形成された放音エリア内に進入したユーザに対し、端末装置２０経由でサービスを提供するサーバ装置である。本実施形態では、応答処理サーバ３０は、ユーザが利用可能なクーポンや広告などのコンテンツを端末装置２０経由で提供するための処理を実行するサーバ装置である。端末装置２０と応答処理サーバ３０とは、ネットワークＮＷ経由で通信可能に接続されている。ネットワークＮＷは、ここでは、移動体通信網、ゲートウェイ及びインターネットを含む通信網である。
【００１３】
図２は、アクセスキー供給装置１０のハードウェア構成を示すブロック図である。図２に示すように、アクセスキー供給装置１０は、制御部１１と、記憶部１２と、マイクロホン１３と、スピーカ１４とを備える。
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を有するマイクロプロセッサを備える。ＣＰＵは、ＲＯＭや記憶部１２に記憶されたプログラムをＲＡＭに読み出して実行することにより、アクセスキー供給装置１０の各部を制御する。例えば、制御部１１は、端末装置２０が応答処理サーバ３０にログインするために用いるアクセスキー（例えば、ＩＤやパスワード）を生成したり、生成したアクセスキーを各端末装置２０に供給したりするための制御を行う。
【００１４】
記憶部１２は、例えばＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）を備える記憶装置である。記憶部１２は、制御部１１で実行されるプログラムとして、端末装置２０が応答処理サーバ３０にログインするために用いるアクセスキーを生成するためのキー生成プログラムＰＲＧを記憶する。キー生成プログラムＰＲＧは、端末装置２０を識別する端末ＩＤを用いた変換処理により、端末装置２０毎に個別キーを生成するためのアルゴリズムが定められたプログラムである。ここにおいて、変換処理は、端末ＩＤを引数とした予め決められた関数によって個別キーを得るための演算処理である。キー生成プログラムＰＲＧは、端末ＩＤが異なればアクセスキーも異なるように、言い換えれば、各端末装置２０に固有のアクセスキーが生成されるように、そのアルゴリズムが定められている。
【００１５】
マイクロホン１３は、制御部１１と電気的に接続され、音を検出する検出部であり、検出したアクセスキー供給装置１０周辺の音を示す音響信号を制御部１１に出力する。この音響信号は、例えば、音波形を表すアナログ形式の波形信号である。アナログ形式の音響信号は、制御部１１においてサンプリングされてデジタル形式の音響信号に変換される。
スピーカ１４は、制御部１１により出力された音響信号が示す音を放音する放音部である。上述した放音エリアは、スピーカ１４からの音が届くエリアであるが、本実施形態では、端末装置２０は放音エリア内において放音された音に埋め込まれた音響透かし情報を復元できるものとする。
【００１６】
図３は、端末装置２０のハードウェア構成を示すブロック図である。図３に示すように、端末装置２０は、制御部２１と、ＵＩ（User Interface）部２２と、無線通信部２３と、マイクロホン２４と、スピーカ２５と、記憶部２６とを備える。
制御部２１は、ＣＰＵ、ＲＯＭ及びＲＡＭを有するマイクロプロセッサを備える。ＣＰＵは、ＲＯＭや記憶部２６に記憶されたプログラムをＲＡＭに読み出して実行することにより、端末装置２０の各部を制御する。ＵＩ部２２は、例えばタッチパネルを備え、ユーザからの操作を受け付けるとともに、画像や音により情報を報知する。無線通信部２３は、無線通信回路やアンテナを備え、ネットワークＮＷに接続するためのインタフェースである。マイクロホン２４は、制御部２１と電気的に接続され、音を検出する検出部であり、検出した音を示す音響信号を制御部２１に出力する。マイクロホン２４は、受話音声や端末装置２０周辺の音を示す音響信号を制御部２１に出力する。この音響信号は、例えば、音波形を表すアナログ形式の波形信号である。アナログ形式の音響信号は、制御部２１においてサンプリングされてデジタル形式の音響信号に変換される。スピーカ２５は、送話音声などを放音する。記憶部２６は、例えばＥＥＰＲＯＭを備え、制御部２１が実行するプログラムのほか、端末ＩＤを記憶する。端末ＩＤは、例えば、端末装置２０に割り当てられた電話番号やＳＩＭ（Subscriber Identity Module）カードから特定される識別情報等であってもよい。
【００１７】
図４は、応答処理サーバ３０のハードウェア構成を示すブロック図である。図４に示すように、応答処理サーバ３０は、制御部３１と、通信部３２と、記憶部３３とを備える。
制御部３１は、ＣＰＵ、ＲＯＭ及びＲＡＭを有するマイクロプロセッサを備える。ＣＰＵは、ＲＯＭや記憶部３３に記憶されたプログラムをＲＡＭに読み出して実行することにより、応答処理サーバ３０の各部を制御する。通信部３２は、ネットワークＮＷに接続するためのインタフェースである。記憶部３３は、例えばハードディスク装置を備え、制御部３１が実行するプログラムのほか、認証ＤＢ（Data Base）３３１及びコンテンツＤＢ３３２を記憶している。記憶部３３は、制御部３１が実行するプログラムとして、各アクセスキー供給装置１０と共通するアルゴリズムが定められたキー生成プログラムＰＲＧをそれぞれ記憶している。
【００１８】
図５は、認証ＤＢ３３１のデータ構造を示す図である。
認証ＤＢ３３１は、「装置ＩＤ」と「端末ＩＤ」という各情報を対応付けたデータデーブルである。装置ＩＤは、アクセスキー供給装置１０を識別する識別情報である。ここでは、アクセスキー供給装置１０Ａの装置ＩＤを「ＭＩＤ００１」とし、アクセスキー供給装置１０Ｂの装置ＩＤを「ＭＩＤ００２」とする。認証ＤＢ３３１の端末ＩＤは、各装置ＩＤに対応付けて認証ＤＢ３３１に書き込まれている。認証ＤＢ３３１の端末ＩＤは、応答処理サーバ３０にアクセス要求を送信した端末装置２０のうち、認証に成功しログインが許可された端末装置２０を示す端末ＩＤである。よって、応答処理サーバ３０における認証開始前は、認証ＤＢ３３１に端末ＩＤは記述されていない。
【００１９】
図６は、コンテンツＤＢ３３２のデータ構造を示す図である。
図６に示すように、コンテンツＤＢ３３２は、「装置ＩＤ」と「コンテンツデータ」という各情報を対応付けたデータ構造である。装置ＩＤは、認証ＤＢ３３１に記述された装置ＩＤと共通する。コンテンツデータは、ここでは、端末装置２０に提供される対象となるコンテンツが格納された、例えばＵＲＬ（Uniform Resource Locator）等の格納アドレスである。この格納アドレスに格納されるコンテンツは、例えば広告やクーポン等であるが、どのようなコンテンツが格納されていてもよい。例えば、装置ＩＤ「ＭＩＤ００１」に対応付けられたコンテンツＡは、店舗Ａに関するコンテンツ（例えば、店舗Ａで使用できるクーポン）を示し、装置ＩＤ「ＭＩＤ００２」に対応付けられたコンテンツＢは、店舗Ｂに関するコンテンツ（例えば、店舗Ｂで行われるセールの広告）を示す。
なお、応答処理サーバ３０において、コンテンツＤＢ３３２にコンテンツそのものが格納されていてもよい。
次に、認証システム１の機能的構成を説明する。
【００２０】
図７は、認証システム１の機能的構成を示す機能ブロック図である。まず、端末装置２０及びアクセスキー供給装置１０の機能的構成を説明する。端末装置２０の制御部２１は、プログラムを実行することにより、重畳部２１１と、放音制御部２１２と、音響信号取得部２１３と、抽出部２１４と、アクセス制御部２１５とに相当する機能を実現する。アクセスキー供給装置１０の制御部１１は、プログラムを実行することにより、音響信号取得部１１１と、抽出部１１２と、ＩＤ取得部１１３と、生成部１１４と、重畳部１１５と、放音制御部１１６とに相当する機能を実現する。
【００２１】
重畳部２１１は、記憶部２６に記憶された端末ＩＤを音響透かしにより音響信号に重畳させる。重畳部２１１は、例えばＭ系列やＧｏｌｄ系列などの拡散符号を用いたり、ＯＦＤＭ（Orthogonal Frequency-Division Multiplexing）変調を用いたりして、端末ＩＤを音響信号に重畳させる。
放音制御部２１２は、重畳部２１１が音響透かしにより端末ＩＤを重畳させた音響信号が示す音を、スピーカ２５に放音させる。
【００２２】
音響信号取得部１１１は、放音制御部２１２の制御によりスピーカ２５により放音された音を示す音響信号を取得する。ここにおいて、音響信号取得部１１１は、マイクロホン１３により検出された音を示す音響信号を取得する。
抽出部１１２は、音響信号取得部１１１が取得した音響信号から、音響透かしにより重畳させられた端末ＩＤを抽出する。抽出部１１２は、重畳部２１１における音響透かしの重畳方法に対応した方法で端末ＩＤを抽出する。例えば、抽出部１１２は、例えばＨＰＦ（High Pass Filter）を備え、このＨＰＦを用いたフィルタリング処理を施す。
【００２３】
ＩＤ取得部１１３は、抽出部１１２により抽出された端末ＩＤを取得する。このようにＩＤ取得部１１３は、音響透かしの技術を利用して、端末装置２０を示す端末ＩＤをその端末装置２０から取得する。ここにおいて、ＩＤ取得部１１３は、端末装置２０及びアクセスキー供給装置１０以外の外部装置を経由せずに、端末装置２０から直接端末ＩＤを取得することとなる。
【００２４】
生成部１１４は、ＩＤ取得部１１３により取得された端末ＩＤが示す端末装置２０が応答処理サーバ３０にログインするために用いるアクセスキーを、ＩＤ取得部１１３が取得した端末ＩＤを用いて生成する。ここにおいて、生成部１１４は、記憶部１２に記憶されたキー生成プログラムＰＲＧを実行して、ＩＤ取得部１１３が取得した端末ＩＤを引数とした変換処理により、この端末ＩＤが示す端末装置２０が用いるアクセスキーを生成する。
【００２５】
重畳部１１５は、生成部１１４により生成されたアクセスキーを音響透かしにより音響信号に重畳させる。重畳部１１５は、重畳部２１１と同じ手法で音響信号にアクセスキーを重畳させればよい。ここにおいて、アクセスキーが重畳させられる音響信号は、放音エリアで放音される音を示す音響信号である。
放音制御部１１６は、重畳部１１５が音響透かしによりアクセスキーを重畳させた音響信号が示す音を、スピーカ１４に放音させる。
【００２６】
音響信号取得部２１３は、放音制御部１１６の制御によりスピーカ１４により放音された音を示す音響信号を取得する。ここにおいて、音響信号取得部２１３は、マイクロホン２４により検出された音を示す音響信号を取得する。
抽出部２１４は、音響信号取得部２１３が取得した音響信号から、音響透かしにより重畳させられたアクセスキーを抽出する。抽出部２１４は、重畳部１１５における音響透かしの重畳方法に対応した方法で、アクセスキーを抽出する。
アクセス制御部２１５は、抽出部２１４が抽出したアクセスキーに応じて、応答処理サーバ３０にログインを要求するための制御を行う。具体的には、アクセス制御部２１５は、抽出部２１４が抽出したアクセスキーと記憶部２６から取得した端末ＩＤとを含むアクセス要求を、無線通信部２３により応答処理サーバ３０宛てに送信する。
次に、応答処理サーバ３０の機能的構成を説明する。
【００２７】
応答処理サーバ３０の制御部３１は、プログラムを実行することにより、要求取得部３１１と、認証部３１２と、応答処理部３１３とに相当する機能を実現する。
要求取得部３１１は、端末装置２０により送信されたアクセス要求を、端末装置２０との通信により通信部３２から取得する。
【００２８】
認証部３１２は、要求取得部３１１が取得したアクセス要求により、アクセス要求の送信元の端末装置２０を、以下の第１及び第２の認証処理によって認証する。まず、認証部３１２は、アクセス要求に含まれるアクセスキーによる第１の認証処理を行う。例えば、認証部３１２は、記憶部３３に記憶されたキー生成プログラムＰＲＧを実行して、アクセス要求に含まれる端末ＩＤを引数とした変換処理により、アクセスキーを生成する。認証部３１２は、生成したアクセスキーとアクセス要求に含まれるアクセスキーとが一致すれば、アクセスキーによる第１の認証処理に成功したと判定する。第２の認証処理として、認証部３１２は、認証ＤＢ３３１において、第１の認証処理で一致すると判定したアクセスキーを供給したアクセスキー供給装置１０の装置ＩＤに、アクセス要求に含まれていた端末ＩＤが対応付けられているか否かを判断する。認証部３１２は、アクセスキーの供給元のアクセスキー供給装置１０の装置ＩＤに、アクセス要求に含まれる端末ＩＤが対応付けられていなければ、第２の認証処理に成功したと判定する。認証部３１２は、認証に成功した端末装置２０の端末ＩＤを、その認証に用いられたアクセスキーに対応付けて認証ＤＢ３３１に新たに書き込む。
【００２９】
応答処理部３１３は、アクセス要求の送信元である端末装置２０に対し、認証部３１２による認証結果に応じた応答処理を実行する。ここにおいて、応答処理部３１３は、端末装置２０の認証に成功しログインを許可すると判定した場合には、アクセスキーの供給元のアクセスキー供給装置１０の装置ＩＤに対応付けられたコンテンツデータを参照し、コンテンツＤＢ３３２から取得したコンテンツデータ（ここでは、ＵＲＬ）を端末装置２０宛てに送信するよう、通信部３２を制御する。一方、応答処理部３１３は、端末装置２０の認証に失敗しログインを許可しないと判定した場合には、ログインを許可しない旨を端末装置２０に通知するよう、通信部３２を制御する。
次に、認証システム１の動作を説明する。
【００３０】
図８は、認証システム１における処理の流れを示すシーケンスチャートである。以下、アクセスキー供給装置１０Ａの動作を例に挙げて説明する。また、端末装置２０は、端末ＩＤとして「ＵＩＤ００１」が割り当てられた端末装置である。
アクセスキー供給装置１０Ａの制御部１１は、マイクロホン１３により検出された音を示す音響信号を取得し、音響信号から端末ＩＤの抽出を試みる動作を継続して繰返し行う。一方、端末装置２０のユーザは、端末装置２０に対して、応答処理サーバ３０からコンテンツデータの提供を受けるためのアプリケーションプログラムを実行させておく。
【００３１】
端末装置２０のユーザは、アクセスキー供給装置１０Ａにより形成される放音エリア内で、ＵＩ部２２を操作してコンテンツデータの提供を受けるための指示を、端末装置２０に対して行う。この指示を契機に、制御部２１は、記憶部２６に記憶された端末ＩＤ（ここでは、「ＵＩＤ００１」）を読み出す（ステップＳ１）。次に、制御部２１は、音響透かしにより端末ＩＤを音響信号に重畳させ（ステップＳ２）、端末ＩＤが重畳させられた音響信号が示す音をスピーカ１４に放音させる（ステップＳ３）。制御部２１は、端末ＩＤが重畳させられた音響信号が示す音の放音を開始させたことを契機に、マイクロホン２４により検出された音を示す音響信号を取得して、取得した音響信号からアクセスキーの抽出を試みる処理を開始する。
ここにおいて、制御部２１は、どのような音を示す音響信号に端末ＩＤを重畳させてもよい。例えば、制御部２１は、アクセスキー供給装置１０Ａへの端末ＩＤの提供をユーザに知らしめるメロディのように、所定の音を示す音響信号において、可聴域の比較的高い周波数帯域以上（例えば、１８ｋＨｚ以上）の音響信号を用いて端末ＩＤを重畳させる。
【００３２】
アクセスキー供給装置１０Ａの制御部１１は、端末装置２０によりステップＳ３の処理で放音された音がマイクロホン１３で検出されると、検出された音を示す音響信号をマイクロホン１３から取得する（ステップＳ４）。次に、制御部１１は、取得した音響信号から端末ＩＤを抽出してこの端末ＩＤを取得する（ステップＳ５）。ここにおいて、制御部２１は、端末ＩＤとして「ＵＩＤ００１」を音響信号から取得する。
【００３３】
次に、制御部１１は、キー生成プログラムＰＲＧを実行し、ステップＳ５の処理で取得した端末ＩＤを引数とした変換処理によりアクセスキーを生成する（ステップＳ６）。ここにおいて、制御部１１は、「ＵＩＤ００１」である端末ＩＤを用いて、アクセスキーとして「Ｋ１」を生成する。
【００３４】
次に、制御部１１は、ステップＳ６の処理で生成したアクセスキーを、音響透かしにより音響信号に重畳させ（ステップＳ７）、このアクセスキーが重畳させられた音響信号が示す音をスピーカ１４に放音させる（ステップＳ８）。
ここにおいて、制御部１１は、どのような音を示す音響信号にアクセスキーを重畳させてもよい。例えば、端末装置２０にアクセスキーを供給することをユーザに知らしめるメロディのような、所定の音を示す音響信号において、可聴域の比較的高い周波数帯域以上（例えば、１８ｋＨｚ以上）の音響信号を用いてアクセスキーを重畳させる。
制御部１１は、アクセスキーの音響信号への重畳を開始してから予め決められた期間（例えば、２０秒）が経過すると、音響信号に基づく放音、及び音響信号へのアクセスキーの重畳を終了する。すなわち、アクセスキー供給装置１０Ａは、アクセスキーを供給している期間は放音するが、それ以外の期間は放音しない。
【００３５】
端末装置２０の制御部２１は、アクセスキー供給装置１０ＡによりステップＳ８の処理で放音された音がマイクロホン２４で検出されると、検出された音を示す音響信号をマイクロホン２４から取得する（ステップＳ９）。次に、制御部１１は、取得した音響信号からアクセスキーを抽出する（ステップＳ１０）。ここにおいて、制御部２１は、アクセスキーとして「Ｋ１」を音響信号から抽出する。
制御部２１は、アクセスキーを音響信号から抽出したことを契機に、マイクロホン２４により検出された音を示す音響信号の取得を終了する。これにより、制御部２１が常に音響信号を取得してアクセスキーの抽出を試みる処理を行う場合に比べて、端末装置２０の低消費電力化が実現される。また、端末装置２０が、自端末装置以外の端末装置用に生成されたアクセスキーを取得してしまう可能性を抑えることができる。逆に言えば、自端末装置２０以外の端末装置が、自端末装置２０用に生成されたアクセスキーを取得してしまう可能性を抑えることができる。
【００３６】
次に、制御部２１は、ステップＳ１０の処理で抽出したアクセスキーと、記憶部２６に記憶された端末ＩＤとを含むアクセス要求を生成し、生成したアクセス要求を無線通信部２３により、応答処理サーバ３０宛てに送信する（ステップＳ１１）。ここにおいて、制御部２１は、アクセスキーとして「Ｋ１」と、端末ＩＤとして「ＵＩＤ００１」とを含むアクセス要求を送信する。
【００３７】
応答処理サーバ３０の制御部３１は、通信部３２により受信したアクセス要求を取得すると、取得したアクセス要求により端末装置２０を認証する（ステップＳ１２）。制御部３１は、認証に成功した端末装置２０の端末ＩＤを、その認証に用いられたアクセスキーに対応付けて認証ＤＢ３３１に記述する。
ステップＳ１２の処理では、制御部３１は、記憶部３３に記憶された各キー生成プログラムＰＲＧを実行して、アクセス要求に含まれる端末ＩＤを引数とした変換処理により、アクセスキーを生成する。制御部３１は、生成したアクセスキーとアクセス要求に含まれるアクセスキーとが一致すれば、アクセスキーによる第１の認証処理に成功したと判定する。そして、制御部３１は、第１の認証処理で一致すると判定したアクセスキーに、認証ＤＢ３３１において、アクセス要求に含まれる端末ＩＤが対応付けられていなければ、端末装置２０の認証に成功したと判定する。その際、制御部３１は、第１の認証処理において、どのアクセスキー供給装置１０に対応するキー生成プログラムＰＲＧを使用して認証に成功したかによって、アクセス要求に含まれるアクセスキーの供給元のアクセスキー供給装置１０を特定する。ここにおいて、制御部３１は、アクセス要求に含まれるアクセスキーの供給元のアクセスキー供給装置１０を、アクセスキー供給装置１０Ａであると特定する。それ以外の場合は、制御部３１は、認証に失敗したと判定し、端末装置２０のログインを不許可とする。
【００３８】
なお、ステップＳ１２における第１認証処理において、制御部３１がキー生成プログラムＰＲＧを実行してアクセスキーを生成しない認証処理を行ってもよい。例えば、応答処理サーバ３０が認証の成功と判定する端末ＩＤとアクセスキーとの組み合わせを、そのアクセスキーの供給元であるアクセスキー供給装置１０の装置ＩＤに対応付けて、認証データとして記憶部３３に記憶しておく。そして、制御部３１は、アクセス要求に含まれている端末ＩＤ及びアクセスキーの組み合わせが、記憶部３３に記憶されている認証データで規定された端末ＩＤ及びアクセスキーの組み合わせに一致するか否かを判定する。制御部３１は、端末ＩＤ及びアクセスキーの双方が一致した場合にのみ、アクセスキーによる認証に成功したと判定する。その際、制御部３１は、認証データにおいて、認証に成功した端末ＩＤ及びアクセスキーの組み合わせに対応付けられた装置ＩＤに基づいて、アクセスキーの供給元のアクセスキー供給装置１０を特定することができる。
【００３９】
以上の認証により、応答処理サーバ３０は、アクセス要求から復元したアクセスキーにより、端末装置２０がアクセスキー供給装置１０の放音エリアに位置し、どのアクセスキー供給装置１０の放音エリアでアクセスキーを得たかを特定することができる。また、応答処理サーバ３０は、１の端末装置２０に対して１回だけサービスを提供することができ、１のユーザに同一のサービスを多重に提供しないように制限することができる。
なお、応答処理サーバ３０が１のユーザに複数回サービスを提供してもよい場合や、その回数に限りがない場合には、端末ＩＤを用いた認証処理はサービスの提供方法（提供可能回数）に対応した条件に変更されればよい。具体的には、１のユーザに複数回サービスを提供する場合、応答処理サーバ３０は、サービスの提供済みの回数又はサービスの提供の残り回数を端末ＩＤに対応付けて管理すればよい。一方、サービスの提供回数に限りがない場合、応答処理サーバ３０は認証ＤＢ３３１に端末ＩＤを書き込む処理を省略してもよい。
【００４０】
制御部３１は、ステップＳ１２の処理で認証に成功したと判定した場合、アクセスキーの供給元であるアクセスキー供給装置１０の装置ＩＤに対応付けられたコンテンツデータをコンテンツＤＢ３３２から取得し、取得したコンテンツデータを、通信部３２により端末装置２０宛てに送信する（ステップＳ１３）。ここでは、制御部３１は、コンテンツＤＢ３３２においてアクセスキー供給装置１０Ａの装置ＩＤ「ＭＩＤ００１」に対応付けられたコンテンツＡのコンテンツデータを、端末装置２０に送信させる。一方、制御部３１は、端末装置２０の認証に失敗しログインを許可しないと判定した場合には、ログインを許可しない旨を端末装置２０に通知するよう通信部３２を制御する。
【００４１】
端末装置２０の制御部２１は、応答処理サーバ３０から送信されたコンテンツデータを無線通信部２３により受信すると、このコンテンツデータを記憶部２６に記憶させたり、ＵＩ部２２を用いてコンテンツデータの内容を提示したりする（ステップＳ１４）。ここにおいて、端末装置２０が受信したコンテンツデータをどのように利用するかについて、本実施形態で特に問わない。
【００４２】
以上説明した実施形態では、アクセスキー供給装置１０が、端末装置２０から端末ＩＤを直接取得し、取得した端末ＩＤを用いてその端末装置２０が用いるアクセスキーを生成する。そして、端末装置２０は、自端末装置用のアクセスキーと端末ＩＤとを含むアクセス要求を、応答処理サーバ３０宛てに送信して、応答処理サーバ３０に対しログインを要求する。認証システム１によれば、アクセスキー供給装置１０は、端末装置２０との情報のやりとりにより、各端末装置２０に個別のアクセスキーを供給することができる。よって、認証システム１において、端末装置２０からアクセスキー供給装置１０への端末ＩＤの供給を助けたり、ユーザ毎に異なるアクセスキーを管理し配信したりするサーバ装置等を別途設ける必要ないから、認証システム１の構成の複雑化を抑えられる。
【００４３】
また、応答処理サーバ３０は、アクセスキーと端末ＩＤとの組み合わせで認証処理を行い、アクセスキーが正当なものであるか否かを端末ＩＤを用いて判定することにもなるから、アクセスキー単独で認証を行う場合に比べて、認証の精度が高くなる。一例として、仮に、端末装置２０が自端末装置以外の端末ＩＤを用いて生成されたアクセスキーを取得した場合であっても、アクセス要求には自端末装置の端末ＩＤを含めることになるので、応答処理サーバ３０によりログインは不許可とされる。
更に、音響信号に応じた音が届く放音エリアのみにアクセスキー供給装置１０によってアクセスキーが供給されるから、人間が目視で放音エリアが確認可能な手段であるエリア制限手段（つまり、壁やパーテションなどの音を遮音する効果を奏する部材）を用いて、比較的容易にアクセスキーが供給される放音エリアを制限することができる。
【００４４】
［変形例］
本発明は、上述した実施形態と異なる形態で実施することが可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。
（変形例１）
上述した実施形態において、アクセスキー供給装置１０は、音響透かしの技術を利用して、端末装置２０から端末ＩＤを取得していたが、別の手法によって端末装置２０から端末ＩＤを取得してもよい。例えば、アクセスキー供給装置１０は、赤外線通信方式や、接触式又は非接触式のＩＣチップを用いた通信方式や、近距離無線通信方式等に従って、ネットワークＮＷを介さずに端末装置２０と通信を行って、端末装置２０から端末ＩＤを取得してもよい。また、アクセスキー供給装置１０は、有線の通信路を介して端末装置２０から端末ＩＤを取得してもよい。
また、アクセスキー供給装置１０は、ネットワークＮＷ経由で端末装置２０と通信して端末ＩＤを取得してもよい。ただし、この場合も、アクセスキー供給装置１０及び端末装置２０間の情報のやりとりで端末装置２０にアクセスキーが供給されるように、ネットワークＮＷの既存の設備を利用することが好ましい。
【００４５】
（変形例２）
上述した実施形態では、アクセスキー供給装置１０は、キー生成プログラムＰＲＧを実行し、端末ＩＤを引数とした変換処理により、各端末装置２０に個別のアクセスキーを生成していたが、アクセスキーの生成のための具体的処理はこれ以外のものであってもよい。例えば、アクセスキー供給装置１０は、記憶部１２に記憶されたアクセスキーに、端末ＩＤ、又は端末ＩＤに対応した別の情報を付加することにより、端末装置２０毎に異なるアクセスキーを生成してもよい。また、アクセスキーが、所定の擬似乱数生成アルゴリズムに従って生成される擬似乱数で表現される場合、この擬似乱数の生成に用いられるシード値（すなわち、擬似乱数を生成するための初期値）を端末ＩＤとしてもよい。この場合、応答処理サーバ３０の制御部３１は、アクセスキー供給装置１０と共通の擬似乱数生成アルゴリズムに従って、シード値を端末ＩＤとして擬似乱数を生成すれば、アクセスキーと端末ＩＤとによる認証を行うことができる。
【００４６】
また、アクセスキー供給装置１０は、複数の端末装置２０で共用されるアクセスキーを予め記憶部２６に記憶していて、このアクセスキーを、端末装置２０から取得した端末ＩＤで復号可能な方法で暗号化することにより、端末装置２０毎に個別のアクセスキーを生成しもよい。例えば、アクセスキー供給装置１０は、端末ＩＤを用いて共通鍵方式で生成された暗号鍵により、記憶部２６に記憶されたアクセスキーを暗号化する。端末装置２０は、音響透かし情報からアクセスキーを取得すると、自端末装置の端末ＩＤを用いてこのアクセスキーを復号する。例えば、端末装置２０は、端末ＩＤを用いてアクセスキー供給装置１０と共通の共通鍵方式により生成した復号鍵で、アクセスキーを復号する。この場合、アクセス要求に含まれるアクセスキーは、複数の端末装置２０で共通することとなるが、アクセスキー供給装置１０から端末装置２０にアクセスキーが供給される過程では、端末装置２０毎にアクセスキーが異なっているので、そのアクセスキーの不正利用の可能性が抑えられる。
この場合において、端末装置２０は暗号化されたアクセスキーをアクセス要求に含めておき、応答処理サーバ３０が端末ＩＤを用いてアクセスキーを復号してもよい。
要するに、アクセスキー供給装置１０は、端末装置２０から取得した端末ＩＤを用いて、端末装置２０毎に個別のアクセスキーを生成すればよい。これに対し、応答処理サーバ３０は、アクセスキー供給装置１０でのアクセスキーの生成の手法に対応した手法で、認証を行えばよい。
【００４７】
（変形例３）
上述した実施形態において、アクセスキー供給装置１０は、端末ＩＤを用いて端末装置２０毎に異なるように生成したアクセスキーを、更に、この端末ＩＤで復号可能な方法で暗号化してから、音響透かしにより音響信号に重畳させてもよい。この場合も、アクセスキー供給装置１０は、端末ＩＤを用いて共通鍵方式で生成した暗号鍵で、アクセスキーを暗号化するとよい。端末装置２０は、暗号化されたアクセスキーを音響信号から抽出すると、抽出したアクセスキーに対し記憶部２６に記憶された端末ＩＤを用いて復号処理を施して、アクセスキーを復号する。この場合も、端末装置２０は、端末ＩＤを用いてアクセスキー供給装置１０と共通の共通鍵方式で生成した復号鍵で、アクセスキーを復号するとよい。
この場合において、端末装置２０は暗号化されたアクセスキーをアクセス要求に含めておき、応答処理サーバ３０が端末ＩＤを用いてアクセスキーを復号してもよい。
【００４８】
本変形例の認証システム１によれば、アクセスキーがそのまま音響透かしにより音に埋め込まれているわけではないので、第三者によって不正にアクセスキーが得られることをより確実に防ぐことができる。また、端末装置２０が自端末装置以外の端末装置用に生成されたアクセスキーを取得したとしてもアクセスキーを復号することができない。よって、端末装置２０が自端末装置用でないアクセスキーにより応答処理サーバ３０宛てにログインを要求することも防止することができる。
【００４９】
（変形例４）
上述した実施形態において、アクセスキー供給装置１０がネットワークＮＷに接続する通信インタフェース（通信部）を有し、応答処理サーバ３０との通信により、キー生成プログラムＰＲＧのアルゴリズムを更新してもよい。このようにすれば、アクセスキー供給装置１０が端末ＩＤを用いて生成するアクセスキーも時間とともに変化させることができるので、アクセスキーが漏洩して不正に利用されることをより確実に抑えられる。
【００５０】
（変形例５）
上述した実施形態の認証システム１において、更に、時刻認証が採用されてもよい。この場合、アクセスキー供給装置１０及び応答処理サーバ３０がそれぞれ、現在時刻を計る計時部を有している。アクセスキー供給装置１０は、端末ＩＤを音響透かしにより音響信号に重畳させるときに、自装置の計時部が計る時刻を示す時刻情報も音響透かしにより音響信号に重畳させる。端末装置２０は音響信号から抽出した音響透かし情報として、アクセスキーのほかに時刻情報もアクセス要求に含めて、応答処理サーバ３０宛てに送信する。応答処理サーバ３０は、アクセスキー及び端末ＩＤを用いた認証に加えて、アクセス要求に含まれる時刻情報を用いた時刻認証も行う。具体的には、応答処理サーバ３０は、アクセス要求に含まれる時刻情報が示す時刻が、自サーバ装置の計時部が計る時刻と予め決められた時間範囲で合致している（例えば、前後１分間）と判定した場合に、ログインを許可する。一方、応答処理サーバ３０は、時刻情報が示す時刻と、自サーバ装置の計時部が計る時刻と上記時間範囲で合致しないと判定した場合、アクセスキー及び端末ＩＤを用いた認証に成功しても、ログインを不許可とする。
このようにすれば、応答処理サーバ３０は、不正な方法で事後的に或る端末装置によりアクセスキーが得られることがあっても、この端末装置に対するログインを不許可とすることができる。
【００５１】
（変形例６）
上述した各実施形態では、アクセスキー供給装置１０はスピーカ１４からの放音という方法でアクセスキーを供給していたが、本発明を以下のように変形してもよい。
図９は、本変形例の認証システムの概要を説明する図である。
図９に示すように、ここでは、通信可能エリアをファーストフード店などの飲食店に構成する場合について説明する。飲食店には、図９に示すようなテーブル１００及び椅子２００が、複数組配置されている。飲食店の客である端末装置２０のユーザは、椅子２００に着席して、テーブル１００に注文品を置き、端末装置２０を利用することがある。この飲食店では、入店客に対して、商品の注文時に音響加振器４０がテーブル１００ひとつあたりに１個ずつ配布される。ユーザは、配布された音響加振器４０を自身の利用するテーブル１００に装着する。図９に示すように、ユーザは、例えば、テーブル１００の裏面の自身に比較的近い位置に音響加振器４０を装着する。音響加振器４０は、アクセスキー供給装置１０の制御の下で、音響加振器４０が装着された部材を振動で加振し、この部材からアクセスキーが重畳させられた音響信号が示す音を放音させる。この部材は、ここでは、音響加振器４０が装着されたテーブル１００であり、当該部材（テーブル１００）と音響加振器４０とは互いに接触して、一体となって振動する。したがって、この変形例では、テーブル１００と音響加振器４０とで放音部が構成される。
【００５２】
図１０は、音響加振器４０のハードウェア構成を示すブロック図である。
図１０に示すように、音響加振器４０は、制御部４１と、無線通信部４２と、加振部４３とを備える。制御部４１は、ＣＰＵを含む演算装置やメモリを備える制御装置である。演算装置は、メモリに記憶されたプログラムを実行することにより、音響加振器４０を制御する。無線通信部４２は、無線通信回路やアンテナを備え、後述するアクセスキー供給装置１０ａと無線通信を行うインタフェースである。加振部４３は、制御部４１の制御信号に応じた振動を発生させ、発生させた振動を外部に作用させる。
【００５３】
図１１は、本変形例のアクセスキー供給装置１０ａのハードウェア構成を示すブロック図である。図１１に示すように、アクセスキー供給装置１０ａは、制御部１１と、記憶部１２と、無線通信部１５とを備える。制御部１１及び記憶部１２は基本的には上述した各実施形態と同じ構成を有するが、制御部１１は音響加振によりアクセスキーを供給するための制御を行う。無線通信部１５は、無線通信を行うためのインタフェースであり、ここでは放音エリアに相当するエリアに音響加振に必要な情報を送信する。
【００５４】
本変形例のアクセスキー供給装置１０ａは、音響信号に応じてテーブル１００を加振するように音響加振器４０を制御する。具体的には、制御部１１は、アクセスキーが重畳させられた音響信号を搬送波で変調し、この送信信号を無線通信部１５によって送信する。音響加振器４０の制御部４１は、無線通信部４２によってこの送信信号を受信すると、アクセスキーが重畳させられた音響信号を復調する。そして、制御部４１は、復調した音響信号が表す音がテーブル１００から放音されるように、加振部４３に加振させる。椅子２００に着席するユーザは、自身の端末装置２０をテーブル１００の近傍で保持するか、又はテーブル１００の上に置いているから、制御部２１は、テーブル１００から放音されてマイクロホン２４により検出された音を表す音響信号を取得することになる。
なお、この変形例において、アクセスキー供給装置１０は、無線通信部１５によりアクセスキーを音響加振器４０宛てに送信することにより、音響加振器４０を制御するので、スピーカ１４を備えていなくてよい。
【００５５】
本変形例の認証システムによれば、アクセスキーが供給されるエリアが、例えばテーブル１００の近傍に制限されることになる。つまり、テーブル１００付近にいるユーザの端末装置２０のみがアクセスキーを取得することができ、テーブル１００を利用する者、すなわち、商品を注文した者に絞ってサービスを提供することができる。これにより、テーブル１００付近にいない、単に店舗に立ち入ったユーザに対してはアクセスキーを提供しないようにすることもできるから、サービスを提供するエリアを更に制限することが可能となり、併せて商品の販売などの店舗の営業活動の一環として本サービスを提供する場合にも好適であると言える。
【００５６】
（変形例７）
上述した変形例６の構成を、テーブル１００に音響加振器を装着させたままにし、ユーザが椅子２００に着席するタイミングで、その音響加振器が加振を開始する構成としてもよい。
図１２は、本変形例の認証システムの概要を説明する図である。本変形例では、ユーザがカウンタで注文して受け取った商品をトレイ３００に載せて、自身の席に運んで飲食するという場合を想定する。ここで、トレイ３００には、図１２に示すように、ＲＦＩＤ(Radio Frequency IDentification)素子３１０が設けられている。ＲＦＩＤ素子３１０は、トレイ３００に設けられたことを識別する情報があらかじめ書き込まれている。
【００５７】
図１３は、音響加振器４０ａのハードウェア構成を示すブロック図である。
図１３に示すように、音響加振器４０ａは、制御部４１と、無線通信部４２と、加振部４３と、読取部４４とを備える。このうち制御部４１、無線通信部４２及び加振部４３の構成は、変形例６と同じである。読取部４４は、いわゆるＲＦＩＤリーダであり、ＲＦＩＤ素子３１０に書き込まれた情報を読み取る。
【００５８】
音響加振器４０ａにおいては、誰も椅子２００に着席しないときなど、トレイ３００が付近にないときには、無線通信部４２を停止させた状態で、読取部４４がＲＦＩＤ素子３１０の情報の読み取りを試みる。やがて、ユーザがトレイ３００をテーブル１００に置き、読取部４４がトレイ３００のＲＦＩＤ素子３１０の情報を読み取ると、その情報を読み取ったことを示す読取信号を制御部４１に出力する。制御部４１は、読取信号を受け取ったことを契機に、ユーザがテーブル１００の利用を開始し、そのテーブル１００に装着された音響加振器４０ａの加振が可能になったため、音響加振器４０ａによる加振を開始することを、無線通信部４２によってアクセスキー供給装置１０ａに通知する。アクセスキー供給装置１０ａの制御部１１は、無線通信部１５によってこの通知を受信したことを契機に、アクセスキーを重畳させた音響信号に応じてテーブル１００を加振するよう音響加振器４０ａを制御する。
やがて、ユーザがトレイ３００を持って離席すると、制御部４１は、読取部４４によりＲＦＩＤ素子３１０が読み取られなくなり読取信号が供給されなくなるから、これを契機にユーザが椅子２００に着席していないと判断する。そして、制御部４１は、無線通信部４２による無線通信を停止させて、読取部４４に読み取りを行わせないよう制御する。
【００５９】
以上の構成により、アクセスキー供給装置１０ａは、ユーザが音響加振器４０ａのオンオフ操作なしに、必要な場合にのみアクセスキーを供給することができる。これにより、テーブル１００に着席したものの、注文した商品を載せたトレイ３００をテーブル１００に置いていないなど、アクセスキーを配布する必要のない場合に、音響加振器４０ａがテーブル１００を加振しないで済むから、音響加振器４０ａの低消費電力化を期待することができる。また、トレイ３００を利用しない者、つまり、商品を注文せずサービス提供の対象でない者が本サービスを利用する可能性を、より一層減らすことができ、サービスが提供されるエリアを更に制限することが可能となる。
なお、本変形例において、音響加振器４０ａの音響加振のオンオフをＲＦＩＤ素子３１０及び読取部４４を用いて切り替えていたが、例えば、赤外線通信方式や、接触式又は非接触式のＩＣチップを用いた通信方式や、近距離無線通信方式などで実現してもよい。また、ユーザが手動で音響加振器４０ａの音響加振のオンオフを切り替える構成であってもよい。また、本変形例においても、商品を注文した者に対して音響加振器４０ａが配布されてもよい。また、本変形例では、トレイ３００にＲＦＩＤ素子３１０が設けられていたが、他の持ち運び可能な部材に設けられてもよい。
【００６０】
（変形例８）
上述した各実施形態において、音を検出する検出部はマイクロホンであり、音響透かしにより情報が重畳させられた音響信号が示す音を放音する放音部はスピーカであった。この場合、マイクロホンは気体（より具体的には、空気）の振動である音を検出するものであり、スピーカは気体（より具体的には、空気）の振動である音を放音するものである。これに対し、検出部／放音部は、固体や液体の振動を検出／放音するものであってもよい。このとき、放音部は、外部に振動を与える振動子と、この振動子により振動させられる媒体とにより実現される。すなわち、振動子は、部材に弾性波を伝搬させることで音を放音させる。一方、検出部は、例えば振動ピックアップ（振動検出子）であり、部材を伝搬する弾性波である音を検出する。
このような検出部／放音部の構成であっても、音響信号が音響透かし情報の周波数成分を含んでいれば、端末装置２０が音響信号から音響透かし情報を抽出し、この音響透かし情報を用いて各種処理を実行することができる。
【００６１】
（変形例９）
本発明の端末装置は、スマートフォン以外の端末であってもよく、例えば、携帯電話機やタブレット端末、ＰＤＡ（Personal Digital Assistant）、モバイルコンピュータ、ゲーム機、デジタルサイネージなどの、種々の端末装置に本発明を適用することもできる。
また、応答処理サーバ３０は、コンテンツデータを送信するための応答処理を実行するものに限らず、認証結果に応じて端末装置２０に対し何らかの応答処理を実行するものであればよい。
【００６２】
また、アクセスキー供給装置１０が放音エリアを形成する場所は、端末装置２０に対して応答処理サーバ３０のサービスを提供する場所であれば、どこでもよい。例えば、駅構内、ホテルやオフィスのロビーなどの不特定多数の人物が出入りする場所に、アクセスキー供給装置１０が設置されてもよい。また、会社、工場及び住宅等の特定の人物が出入りする場所で、当該特定の人物の各々に個別のサービスを提供するために、アクセスキー供給装置１０が設置されてもよい。
また、上述した実施形態において、アクセスキー供給装置１０は、アクセスキーを供給している期間は放音するが、それ以外の期間は放音しなかったが、アクセスキーを供給しない期間も放音してもよい。例えば、アクセスキー供給装置１０は、音響信号に基づいてＢＧＭ（Background music）等の音を継続して放音し、端末ＩＤを取得したことを契機に、音響透かしによりアクセスキーをこの音響信号に重畳させて放音してもよい。
【００６３】
上述した各実施形態におけるアクセスキー供給装置１０の制御部１１や、端末装置２０の制御部２１、応答処理サーバ３０の制御部３１によって実行されるプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ、ＦＤ）など）、光記録媒体（光ディスク（ＣＤ、ＤＶＤ）など）、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記録した状態で提供し得る。また、インターネットのようなネットワーク経由でダウンロードさせることも可能である。
【符号の説明】
【００６４】
１…認証システム、１０，１０Ａ，１０Ｂ、１０ａ…アクセスキー供給装置、１００…テーブル、１１…制御部、１１１…音響信号取得部、１１２…抽出部、１１３…ＩＤ取得部、１１４…生成部、１１５…重畳部、１１６…放音制御部、１２…記憶部、１３…マイクロホン、１４…スピーカ、１５…無線通信部、２０…端末装置、２００…椅子、２１…制御部、２１１…重畳部、２１２…放音制御部、２１３…音響信号取得部、２１４…抽出部、２１５…アクセス制御部、２２…ＵＩ部、２３…無線通信部、２４…マイクロホン、２５…スピーカ、２６…記憶部、３０…応答処理サーバ、３００…トレイ、３１…制御部、３１１…要求取得部、３１２…認証部、３１３…応答処理部、３２…通信部、３３…記憶部、３３１…認証ＤＢ、３３２…コンテンツＤＢ、４０，４０ａ…音響加振器、４１…制御部、４２…無線通信部、４３…加振部、４４…読取部
【特許請求の範囲】
【請求項１】
端末装置から当該端末装置を識別する端末ＩＤを取得するＩＤ取得部と、
前記ＩＤ取得部により取得された端末ＩＤが示す端末装置がサーバ装置にログインするために用いるアクセスキーを、当該端末ＩＤを用いて生成する生成部と、
前記生成部が生成したアクセスキーを音響透かしにより音響信号に重畳させる重畳部と、
前記重畳部によりアクセスキーが重畳させられた音響信号が示す音を放音させる放音制御部と
を備えることを特徴とするアクセスキー供給装置。
【請求項２】
前記生成部は、
前記ＩＤ取得部により取得された端末ＩＤを用いた変換処理により、当該端末ＩＤが示す端末装置が用いる前記アクセスキーを生成する
ことを特徴とする請求項１に記載のアクセスキー供給装置。
【請求項３】
前記生成部は、
前記ＩＤ取得部により取得された端末ＩＤで復号可能な方法で暗号化した前記アクセスキーを生成する
ことを特徴とする請求項１又は２に記載のアクセスキー供給装置。
【請求項４】
前記端末装置により放音された音を示す音響信号であって音響透かしにより前記端末ＩＤが重畳させられた音響信号を取得する音響信号取得部と、
前記音響信号取得部が取得した音響信号から前記端末ＩＤを抽出する抽出部と
を備え、
前記ＩＤ取得部は、
前記抽出部により抽出された端末ＩＤを取得する
ことを特徴とする請求項１から３のいずれか１項に記載のアクセスキー供給装置。
【請求項５】
アクセスキー供給装置とサーバ装置とを備え、
前記アクセスキー供給装置は、
端末装置から当該端末装置を識別する端末ＩＤを取得するＩＤ取得部と、
前記ＩＤ取得部により取得された端末ＩＤが示す端末装置が前記サーバ装置にログインするために用いるアクセスキーを、当該端末ＩＤを用いて生成する生成部と、
前記生成部が生成したアクセスキーを音響透かしにより音響信号に重畳させる重畳部と、
前記重畳部によりアクセスキーが重畳させられた音響信号が示す音を放音させる放音制御部と
を有し、
前記サーバ装置は、
前記放音制御部の制御により放音された音を示す音響信号から前記端末装置により抽出されたアクセスキーと、当該アクセスキーの生成に用いられた端末ＩＤとを含むアクセス要求を、当該端末装置との通信により取得する要求取得部と、
前記要求取得部が取得したアクセス要求に含まれるアクセスキーと端末ＩＤとにより、前記端末装置を認証する認証部と
を有することを特徴とする認証システム。
【請求項１】
端末装置から当該端末装置を識別する端末ＩＤを取得するＩＤ取得部と、
前記ＩＤ取得部により取得された端末ＩＤが示す端末装置がサーバ装置にログインするために用いるアクセスキーを、当該端末ＩＤを用いて生成する生成部と、
前記生成部が生成したアクセスキーを音響透かしにより音響信号に重畳させる重畳部と、
前記重畳部によりアクセスキーが重畳させられた音響信号が示す音を放音させる放音制御部と
を備えることを特徴とするアクセスキー供給装置。
【請求項２】
前記生成部は、
前記ＩＤ取得部により取得された端末ＩＤを用いた変換処理により、当該端末ＩＤが示す端末装置が用いる前記アクセスキーを生成する
ことを特徴とする請求項１に記載のアクセスキー供給装置。
【請求項３】
前記生成部は、
前記ＩＤ取得部により取得された端末ＩＤで復号可能な方法で暗号化した前記アクセスキーを生成する
ことを特徴とする請求項１又は２に記載のアクセスキー供給装置。
【請求項４】
前記端末装置により放音された音を示す音響信号であって音響透かしにより前記端末ＩＤが重畳させられた音響信号を取得する音響信号取得部と、
前記音響信号取得部が取得した音響信号から前記端末ＩＤを抽出する抽出部と
を備え、
前記ＩＤ取得部は、
前記抽出部により抽出された端末ＩＤを取得する
ことを特徴とする請求項１から３のいずれか１項に記載のアクセスキー供給装置。
【請求項５】
アクセスキー供給装置とサーバ装置とを備え、
前記アクセスキー供給装置は、
端末装置から当該端末装置を識別する端末ＩＤを取得するＩＤ取得部と、
前記ＩＤ取得部により取得された端末ＩＤが示す端末装置が前記サーバ装置にログインするために用いるアクセスキーを、当該端末ＩＤを用いて生成する生成部と、
前記生成部が生成したアクセスキーを音響透かしにより音響信号に重畳させる重畳部と、
前記重畳部によりアクセスキーが重畳させられた音響信号が示す音を放音させる放音制御部と
を有し、
前記サーバ装置は、
前記放音制御部の制御により放音された音を示す音響信号から前記端末装置により抽出されたアクセスキーと、当該アクセスキーの生成に用いられた端末ＩＤとを含むアクセス要求を、当該端末装置との通信により取得する要求取得部と、
前記要求取得部が取得したアクセス要求に含まれるアクセスキーと端末ＩＤとにより、前記端末装置を認証する認証部と
を有することを特徴とする認証システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−１１４５８４（Ｐ２０１３−１１４５８４Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２６２３８３（Ｐ２０１１−２６２３８３）
【出願日】平成２３年１１月３０日（２０１１．１１．３０）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月３０日（２０１１．１１．３０）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]