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