(57)【特許請求の範囲】
【請求項１】
現在時刻を計る計時部と、
放音された音を示す音響信号であって、自サーバ装置にログインするために用いられるアクセスキーを規定する情報が音響透かしにより重畳させられた音響信号を取得した端末装置から、前記アクセスキーと、当該アクセスキーの取得時期又は自サーバ装置へのアクセス時期に応じた時刻を示す時刻情報とを含むアクセス要求を、当該端末装置との通信により取得するアクセス要求取得部と、
前記アクセス要求取得部が取得した前記アクセスキーによる前記端末装置の認証に成功し、かつ、前記アクセス要求取得部が取得した前記時刻情報が示す時刻と前記計時部が計る現在時刻とが予め設定された時間範囲で合致した場合、当該端末装置のログインを許可する認証部と、
前記認証部により前記端末装置のログインが許可された場合、前記端末装置から取得した前記時刻情報が示す時刻に基づいて、前記計時部が計る時刻を補正する補正部と
を備えることを特徴とするサーバ装置。
【請求項２】
前記認証部は、
前記計時部が計る現在時刻を基準として前記補正部により最後に補正された時刻からの経過時間が長くなるほど広くなる前記時間範囲を設定する
ことを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記補正部は、
ログインが許可された前記端末装置から取得された前記時刻情報が示す時刻に前記計時部が計る時刻を近づけるように、当該時刻を補正する
ことを特徴とする請求項１又は２に記載のサーバ装置。
【請求項４】
前記補正部は、
ログインが許可された複数の前記端末装置から取得された複数の前記時刻情報により、前記計時部が計る時刻を補正する
ことを特徴とする請求項１から３のいずれか１項に記載のサーバ装置。
【請求項５】
端末装置にアクセスキーを供給するアクセスキー供給装置と、
請求項１から４のいずれか１項に記載のサーバ装置と
を備え、
前記アクセスキー供給装置は、
前記サーバ装置にログインするために用いられるアクセスキーを規定する情報を音響透かしにより音響信号に重畳させる重畳部と、
前記重畳部により前記アクセスキーを規定する情報が重畳させられた音響信号が示す音を放音させる放音制御部と
を有し、
前記アクセス要求取得部は、前記放音制御部の制御により放音された音を示す音響信号を取得した前記端末装置から、前記アクセスキーと前記時刻情報とを取得する
ことを特徴とする認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、透かし情報の時刻認証に関する。
【背景技術】
【０００２】
電子透かしの技術では、データの信頼性を証明するためにそのデータに時刻情報を埋め込んでおき、埋め込まれた時刻情報を用いて時刻認証が行われることがある。この時刻認証では、時刻情報が示す時刻が所定の条件（例えば、データの生成時刻）に合致した場合に、時刻認証に成功したと判定する。特許文献１は、ＧＰＳ（Global Positioning System）衛星から高精度の時刻信号を受信して、時刻信号により特定した現在時刻を示すタイムスタンプと、タイムスタンプの正当性を証明するための電子署名とを電子透かしにより撮影画像に付加することを開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−４５４８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、一般に時刻認証を行う場合には、信頼性のある時刻情報を用いる必要があるから、高い精度での時刻管理が求められることが多い。特許文献１に記載の発明では、高精度の時刻を得るために、撮影装置がＧＰＳ受信機を有する。この撮影装置は、ＧＰＳ衛星からＧＰＳ受信機により受信した高精度の時刻信号に基づいて標準時間を算出し、内蔵時計を補正する。
これに対し、本発明の目的は、高い精度で時刻管理を行わない場合であっても、音響透かしの透かし情報の時刻認証を行うことである。
【課題を解決するための手段】
【０００５】
上述した課題を解決するため、本発明のサーバ装置は、現在時刻を計る計時部と、放音された音を示す音響信号であって、自サーバ装置にログインするために用いられるアクセスキーを規定する情報が音響透かしにより重畳させられた音響信号を取得した端末装置から、前記アクセスキーと、当該アクセスキーの取得時期又は自サーバ装置へのアクセス時期に応じた時刻を示す時刻情報とを含むアクセス要求を、当該端末装置との通信により取得するアクセス要求取得部と、前記アクセス要求取得部が取得した前記アクセスキーによる前記端末装置の認証に成功し、かつ、前記アクセス要求取得部が取得した前記時刻情報が示す時刻と前記計時部が計る現在時刻とが予め設定された時間範囲で合致した場合、当該端末装置のログインを許可する認証部と、前記認証部により前記端末装置のログインが許可された場合、前記端末装置から取得した前記時刻情報が示す時刻に基づいて、前記計時部が計る時刻を補正する補正部とを備えることを特徴とする。
【０００６】
本発明のサーバ装置において、前記認証部は、前記計時部が計る現在時刻を基準として前記補正部により最後に補正された時刻からの経過時間が長くなるほど広くなる前記時間範囲を設定するようにしてもよい。
本発明のサーバ装置において、前記補正部は、ログインが許可された前記端末装置から取得された前記時刻情報が示す時刻に前記計時部が計る時刻を近づけるように、当該時刻を補正するようにしてもよい。
本発明のサーバ装置において、前記補正部は、ログインが許可された複数の前記端末装置から取得された複数の前記時刻情報により、前記計時部が計る時刻を補正するようにしてもよい。
【０００７】
本発明の認証システムは、端末装置にアクセスキーを供給するアクセスキー供給装置と、上記いずれかの構成のサーバ装置とを備え、前記アクセスキー供給装置は、前記サーバ装置にログインするために用いられるアクセスキーを規定する情報を音響透かしにより音響信号に重畳させる重畳部と、前記重畳部により前記アクセスキーを規定する情報が重畳させられた音響信号が示す音を放音させる放音制御部とを有し、前記アクセス要求取得部は、前記放音制御部の制御により放音された音を示す音響信号を取得した前記端末装置から、前記アクセスキーと前記時刻情報とを取得することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、高い精度で時刻管理を行わない場合であっても、音響透かしの透かし情報の時刻認証を行うことができる。
【図面の簡単な説明】
【０００９】
【図１】認証システムの全体構成を示す図。
【図２】アクセスキー供給装置のハードウェア構成を示すブロック図。
【図３】端末装置のハードウェア構成を示すブロック図。
【図４】応答処理サーバのハードウェア構成を示すブロック図。
【図５】認証ＤＢのデータ構造を示す図。
【図６】コンテンツＤＢのデータ構造を示す図。
【図７】認証システムの機能的構成を示す機能ブロック図。
【図８】認証システムにおける処理の流れを示すシーケンスチャート。
【図９】サーバ時刻の補正及び許可範囲の設定手順を示すフローチャート。
【図１０】サーバ時刻と放音時刻との関係を示すグラフ。
【図１１】サーバ時刻と放音時刻との関係を示すグラフ。
【図１２】サーバ時刻と放音時刻との関係を示すグラフ。
【図１３】認証システムの全体構成を示す図。
【図１４】提供サーバのハードウェア構成を示すブロック図。
【図１５】キー管理テーブルのデータ構造を示す図。
【図１６】提供サーバの制御部の機能的構成を示す機能ブロック図。
【図１７】認証システムにおける処理の流れを示すシーケンスチャート。
【図１８】サーバ時刻と放音時刻との関係を示すグラフ。
【図１９】サーバ時刻と放音時刻との関係を示すグラフ。
【図２０】本変形例の認証システムの概要を説明する図。
【図２１】音響加振器のハードウェア構成を示すブロック図。
【図２２】アクセスキー供給装置のハードウェア構成を示すブロック図。
【図２３】本変形例の認証システムの概要を説明する図。
【図２４】音響加振器のハードウェア構成を示すブロック図。
【発明を実施するための形態】
【００１０】
以下、図面を参照しつつ本発明の実施形態を説明する。
［第１実施形態］
まず、本発明の第１実施形態を説明する。
図１は、認証システム１の全体構成を示す図である。
認証システム１は、アクセスキー供給装置１０と、複数の端末装置２０と、応答処理サーバ３０とを備える認証システムである。アクセスキー供給装置１０は、例えばカフェやレストラン、商店などの不特定多数の人物が出入りしうる店舗に設置され、自アクセスキー供給装置が設置された店舗の敷地内を放音エリアとしてＢＧＭ（Background Music）等を放音し、音響透かしの技術により端末装置２０にアクセスキーを供給する。本実施形態のアクセスキーは、応答処理サーバ３０へのログインに用いられるアクセスキーである。本実施形態では、アクセスキー供給装置１０のうちアクセスキー供給装置１０Ａ，１０Ｂについて説明する。アクセスキー供給装置１０Ａは、店舗Ａに設置され、店舗Ａの敷地内に放音エリアを形成する。アクセスキー供給装置１０Ｂは、店舗Ｂに設置され、店舗Ｂの敷地内に放音エリアを形成する。
【００１１】
端末装置２０は、ここではスマートフォンであり、店舗の顧客となりうるユーザによって携帯される。応答処理サーバ３０は、アクセスキー供給装置１０により形成された放音エリア内に進入したユーザに対し、端末装置２０経由でサービスを提供するサーバ装置である。応答処理サーバ３０は、アクセスキーによる認証を含む認証に成功しログインを許可した端末装置２０を対象として、ユーザが利用可能なクーポンや広告などのコンテンツを提供する。端末装置２０と応答処理サーバ３０とは、ネットワークＮＷ経由で通信可能に接続されている。ネットワークＮＷは、ここでは、移動体通信網、ゲートウェイ及びインターネットを含む通信網である。
【００１２】
図２は、アクセスキー供給装置１０のハードウェア構成を示すブロック図である。図２に示すように、アクセスキー供給装置１０は、制御部１１と、記憶部１２と、スピーカ１３とを備える。
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を有するマイクロプロセッサや、現在時刻を計る計時部１１Ａを備える。ＣＰＵは、ＲＯＭや記憶部１２に記憶されたプログラムをＲＡＭに読み出して実行することにより、アクセスキー供給装置１０の各部を制御する。計時部１１Ａは、アクセスキー供給装置１０に内蔵され秒単位の時刻を計る時計であり、アクセスキー供給装置１０における時刻管理のために用いられる（第１計時部）。
【００１３】
記憶部１２は、例えばＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）を備える記憶装置である。記憶部１２は、制御部１１で実行されるプログラムのほか、端末装置２０の供給されるアクセスキー１２１（例えば、ＩＤやパスワード）を記憶する。記憶部１２は、アクセスキー供給装置１０毎に異なるアクセスキー１２１を記憶している。アクセスキー供給装置１０Ａの記憶部１２は、アクセスキー１２１として「Ｋ１」を記憶し、アクセスキー供給装置１０Ｂの記憶部１２は、アクセスキー１２１として「Ｋ２」を記憶している。アクセスキー供給装置１０へのアクセスキー１２１の設定の仕方は特に問わないが、例えば、応答処理サーバ３０で管理されているアクセスキーがアクセスキー供給装置１０の管理者に通知され、その管理者によって、キーボードやマウスを含む操作を受け付ける操作部を用いて、アクセスキー１２１がアクセスキー供給装置１０に手動入力される。
【００１４】
スピーカ１３は、制御部１１により出力された音響信号が示す音を放音する放音部である。放音エリアは、スピーカ１３からの音が届くエリアであるが、本実施形態では、放音エリアにある端末装置２０はこの音に埋め込まれた音響透かし情報を復元できるものとする。
【００１５】
図３は、端末装置２０のハードウェア構成を示すブロック図である。図３に示すように、端末装置２０は、制御部２１と、ＵＩ（User Interface）部２２と、無線通信部２３と、マイクロホン２４と、スピーカ２５と、記憶部２６とを備える。
制御部２１は、ＣＰＵ、ＲＯＭ及びＲＡＭを有するマイクロプロセッサを備えるマイクロプロセッサである。ＣＰＵは、ＲＯＭや記憶部２６に記憶されたプログラムをＲＡＭに読み出して実行することにより、端末装置２０の各部を制御する。ＵＩ部２２は、例えばタッチパネルを備え、ユーザからの操作を受け付けるとともに、画像により情報を報知する。無線通信部２３は、無線通信回路やアンテナを備え、ネットワークＮＷに接続するためのインタフェースである。マイクロホン２４は、制御部２１と電気的に接続され、音を検出する検出部であり、検出した音を示す音響信号を制御部２１に出力する。マイクロホン２４は、受話音声や端末装置２０周辺の音を示す音響信号を制御部２１に出力する。マイクロホン２４が出力する音響信号は、例えば、音波形を表すアナログ形式の波形信号である。アナログ形式の音響信号は、制御部２１においてサンプリングされてデジタル形式の音響信号に変換される。スピーカ２５は、送話音声などを放音する。記憶部２６は、例えばＥＥＰＲＯＭを備え、制御部２１が実行するプログラムのほか、端末ＩＤ２６１を記憶する。端末ＩＤ２６１は、端末装置２０を識別する識別情報であり、例えば、端末装置２０に割り当てられた固体識別番号や電話番号等である。
【００１６】
図４は、応答処理サーバ３０のハードウェア構成を示すブロック図である。図４に示すように、応答処理サーバ３０は、制御部３１と、通信部３２と、記憶部３３とを備える。
制御部３１は、ＣＰＵ、ＲＯＭ及びＲＡＭを有するマイクロプロセッサや、現在時刻を計る計時部３１Ａを備える。ＣＰＵは、ＲＯＭや記憶部３３に記憶されたプログラムをＲＡＭに読み出して実行することにより、応答処理サーバ３０の各部を制御する。計時部３１Ａは、応答処理サーバ３０に内蔵され秒単位の時刻を計る時計であり、応答処理サーバ３０における時刻管理のために用いられる（第２計時部）。以下、計時部３１Ａが計る現在時刻を、応答処理サーバ３０における時刻管理に用いられるという意味で、「サーバ時刻」と称する。本実施形態では、制御部３１は、認証システム１に含まれるアクセスキー供給装置１０と同数の計時部３１Ａを有している。制御部３１がアクセスキー１２１により端末装置２０を認証する際には、アクセスキー１２１の供給元のアクセスキー供給装置１０に予め関連付けられた１の計時部３１Ａを用いて、時刻認証を行う。本実施形態の時刻認証の手順について詳しくは後述する。
【００１７】
通信部３２は、ネットワークＮＷに接続するためのインタフェースである。記憶部３３は、例えばハードディスク装置を備え、制御部３１が実行するプログラムのほか、認証ＤＢ（Data Base）３３１及びコンテンツＤＢ３３２を記憶している。
【００１８】
図５は、認証ＤＢ３３１のデータ構造を示す図である。
図５に示すように、認証ＤＢ３３１は、「アクセスキー」と「端末ＩＤ」という各情報を対応付けたデータベースである。認証ＤＢ３３１のアクセスキーは、応答処理サーバ３０が端末装置２０からアクセス要求を受信した場合に、そのアクセス要求に含まれていたアクセスキー１２１と照合するために用いられる。すなわち、認証ＤＢ３３１のアクセスキーは、アクセスキー供給装置１０のいずれかに記憶されたアクセスキー１２１と同一である。認証ＤＢ３３１の端末ＩＤは、各アクセスキーに対応付けて認証ＤＢ３３１に書き込まれている。認証ＤＢ３３１の端末ＩＤは、応答処理サーバ３０においてアクセスキー１２１による認証（以下、「キー認証」という。）及び時刻認証に成功しログインが許可された端末装置２０を示す端末ＩＤである。
【００１９】
図６は、コンテンツＤＢ３３２のデータ構造を示す図である。
図６に示すように、コンテンツＤＢ３３２は、「アクセスキー」と「コンテンツデータ」という各情報を対応付けたデータ構造である。コンテンツＤＢ３３２のアクセスキーは、認証ＤＢ３３１のアクセスキー（つまり、アクセスキー１２１）と共通する。コンテンツデータは、ここでは、端末装置２０に提供される対象となるコンテンツが格納された、例えばＵＲＬ（Uniform Resource Locator）等の格納アドレスである。この格納アドレスに格納されるコンテンツは、例えば広告やクーポン等であるが、どのようなコンテンツが格納されていてもよい。例えば、アクセスキーとして「Ｋ１」に対応付けられたコンテンツＡは、店舗Ａに関するコンテンツ（例えば、店舗Ａで使用できるクーポン）を示し、アクセスキーとして「Ｋ２」に対応付けられたコンテンツＢは、店舗Ｂに関するコンテンツ（例えば、店舗Ｂで行われるバーゲンセールの広告）を示す。
なお、応答処理サーバ３０において、コンテンツＤＢ３３２にコンテンツそのものが格納されていてもよい。
次に、認証システム１の機能的構成を説明する。
【００２０】
図７は、認証システム１の機能的構成を示す機能ブロック図である。アクセスキー供給装置１０の制御部１１は、プログラムを実行することにより、重畳部１１１と、放音制御部１１２とに相当する機能を実現する。
重畳部１１１は、計時部１１Ａが計る現在時刻を示す時刻情報と、記憶部１２から取得したアクセスキー１２１とを、音響透かしにより音響信号に重畳させる。重畳部１１１は、例えばＭ系列やＧｏｌｄ系列などの拡散符号を用いたり、ＯＦＤＭ（Orthogonal Frequency-Division Multiplexing）変調を用いたりして、音響透かし情報の重畳前の音響信号が持つ周波数成分よりも高い周波数帯域（例えば、１８ｋＨｚ以上）で、時刻情報とアクセスキー１２１とを音響信号に重畳させる。
【００２１】
放音制御部１１２は、重畳部１１１により時刻情報とアクセスキー１２１とが重畳させられた音響信号が示す音を、スピーカ１３に放音させる。
ここにおいて、音響信号に重畳させられた時刻情報が示す時刻は、その音響信号が示す音が放音された時刻と実質的に同一とみなすことができる。よって、以下の説明では、音響信号に重畳させられた時刻情報が示す時刻を「放音時刻」と称する。
【００２２】
端末装置２０の制御部２１は、プログラムを実行することにより、音響信号取得部２１１と、抽出部２１２と、アクセス制御部２１３とに相当する機能を実現する。
音響信号取得部２１１は、放音制御部１１２の制御によりスピーカ１３により放音された音を示す音響信号を取得する。ここにおいて、音響信号取得部２１１は、マイクロホン２４により検出された音を示す音響信号を取得する。
【００２３】
抽出部２１２は、音響信号取得部２１１が取得した音響信号から時刻情報とアクセスキー１２１とを抽出する。抽出部２１２は、例えばＨＰＦ（High Pass Filter）を備え、このＨＰＦを用いたフィルタリング処理を施して、音響信号から音響透かし情報に対応する周波数成分の信号を取り出して、時刻情報とアクセスキー１２１とを抽出する。抽出部２１２は、重畳部１１１における音響透かしの重畳方法に対応した方法で、時刻情報とアクセスキー１２１とを抽出すればよい。
【００２４】
アクセス制御部２１３は、抽出部２１２が抽出したアクセスキー１２１及び時刻情報と、記憶部２６から取得した端末ＩＤ２６１とを含むアクセス要求を生成する。アクセス制御部２１３は、生成したアクセス要求を無線通信部２３により応答処理サーバ３０宛てに送信することにより、応答処理サーバ３０にログインを要求する。
【００２５】
応答処理サーバ３０の制御部３１は、プログラムを実行することにより、アクセス要求取得部３１１と、認証部３１２と、応答処理部３１３と、補正部３１４とに相当する機能を実現する。
アクセス要求取得部３１１は、端末装置２０との通信によりアクセス要求を取得する。具体的には、アクセス要求取得部３１１は、端末装置２０により送信されたアクセス要求が通信部３２により受信されると、通信部３２からアクセス要求を取得する。
【００２６】
認証部３１２は、アクセス要求取得部３１１が取得したアクセス要求により端末装置２０を認証する。認証部３１２は、アクセス要求に含まれるアクセスキー１２１と、認証ＤＢ３３１に書き込まれたアクセスキーとが一致するか否かを判定するキー認証、及びアクセス要求に含まれる時刻情報が示す放音時刻とサーバ時刻とが予め設定された時間範囲で合致するか否かを判定する時刻認証により、端末装置２０を認証する。時刻認証において、認証部３１２は、各サーバ時刻において予め設定された時間範囲（以下、「許可範囲」という。）に、アクセス要求に含まれる時刻情報が示す放音時刻が含まれているか否かを判定する。また、認証部３１２は、設定した許可範囲を時間経過とともに広げ、端末装置２０のログインを許可すると、許可範囲を狭めるように許可範囲を設定する。
認証部３１２は、キー認証及び時刻認証の双方による認証に成功した場合、端末装置２０のログインを許可する。認証部３１２は、認証に成功した端末装置２０の端末ＩＤを、その認証に用いられたアクセスキーに対応付けて認証ＤＢ３３１に書き込む。一方、認証部３１２は、キー認証及び時刻認証の一方でも失敗した場合、端末装置２０のログインを許可しない。
【００２７】
応答処理部３１３は、アクセス要求の送信元である端末装置２０に対し、認証部３１２による認証結果に応じた応答処理を実行する。ここにおいて、応答処理部３１３は、端末装置２０の認証に成功しログインが許可された場合には、アクセスキー１２１によって定まるコンテンツデータをコンテンツＤＢ３３２から取得し、取得したコンテンツデータを端末装置２０宛てに送信するよう、通信部３２を制御する。一方、応答処理部３１３は、端末装置２０の認証に失敗しログインが許可されなかった場合には、コンテンツデータを端末装置２０宛てに送信しない。ここにおいて、応答処理部３１３は、ログインを許可しない旨を端末装置２０に通知するよう通信部３２を制御してもよい。
【００２８】
補正部３１４は、認証部３１２が端末装置２０の認証に成功してログインが許可された場合、この認証に用いられた時刻情報が示す放音時刻に基づいて、計時部３１Ａが計るサーバ時刻を補正する。ここにおいて、補正部３１４は、アクセス要求に含まれるアクセスキー１２１を供給したアクセスキー供給装置１０に予め関連付けられた計時部３１Ａを対象として、計時部３１Ａが計るサーバ時刻を補正する。
次に、認証システム１の動作を説明する。
【００２９】
図８は、認証システム１における全体的な処理の流れを示すシーケンスチャートである。アクセスキー供給装置１０Ａの制御部１１は予め計時部１１Ａにより時刻を計っていて、ＢＧＭ等の音を音響信号を再生することにより放音しているものとする。
まず、制御部１１は、現在時刻を示す時刻情報を計時部１１Ａから取得する（ステップＳ１）。次に、制御部１１は、アクセスキー供給装置１０Ａに割り当てられたアクセスキー１２１である「Ｋ１」を、記憶部１２から取得する（ステップＳ２）。そして、制御部１１は、ステップＳ１の処理で取得した時刻情報と、ステップＳ２の処理で取得したアクセスキー１２１とを音響透かしにより音響信号に重畳させる（ステップＳ３）。ここにおいて、制御部１１は、秒単位で放音時刻が識別できるように、「○時△分××秒」という形式の時刻情報を音響信号に重畳させる。また、制御部１１は、可聴域の比較的高い周波数帯域以上（例えば、１８ｋＨｚ以上）の音響信号を用いて、互いにタイミングをずらして時刻情報とアクセスキー１２１とを重畳させる。
そして、制御部１１は、アクセスキー１２１と時刻情報とが重畳させられた音響信号が示す音をスピーカ１３に放音させる（ステップＳ４）。
【００３０】
端末装置２０の制御部２１は、応答処理サーバ３０からコンテンツデータの提供を受けるためのアプリケーションプログラムを予め実行していて、この実行期間中には、マイクロホン２４により検出された音を示す音響信号を繰り返し取得する。マイクロホン２４により検出される音として、いずれかのアクセスキー供給装置１０によりステップＳ４の処理で放音された音を想定する。
【００３１】
制御部２１は、マイクロホン２４から取得した音響信号から、音響透かしにより重畳させられた時刻情報とアクセスキー１２１とを抽出する（ステップＳ５）。ここで、制御部２１が、放音時刻として「Ｔ０」を示す時刻情報と、アクセスキー１２１として「Ｋ１」とを抽出したとする。放音時刻から端末装置２０における音響透かし情報の抽出までに要する時刻をゼロと仮定すれば、端末装置２０は、サーバ時刻が「Ｔ０」のときに放音時刻が「Ｔ０」の時刻情報を抽出することとなる。
【００３２】
次に、制御部２１は、音響信号から抽出した時刻情報及びアクセスキー１２１と、記憶部２６に記憶されている端末ＩＤ２６１とを含むアクセス要求を生成し、生成したアクセス要求を無線通信部２３により応答処理サーバ３０宛てに送信する（ステップＳ６）。ここでは、制御部２１は、放音時刻として「Ｔ０」を示す時刻情報と、アクセスキー１２１として「Ｋ１」と、端末ＩＤとして「ＵＩＤ００１」とを含むアクセス要求を送信する。
【００３３】
応答処理サーバ３０の制御部３１は、通信部３２により受信したアクセス要求を取得すると、取得したアクセス要求により端末装置２０を認証する（ステップＳ７）。制御部３１は、端末装置２０の認証に成功したと判定した場合には、アクセス要求に含まれていた端末ＩＤを、認証に用いられたアクセスキーに対応付けて認証ＤＢ３３１に書き込む。ステップＳ７の処理では、制御部３１は、以下の（Ｉ）〜（III）のすべての条件を満たした場合に限り、端末装置２０の認証に成功しログインを許可すると判定する。
（Ｉ）アクセス要求に含まれる時刻情報が示す放音時刻が現サーバ時刻の許可範囲に含まれる。
（II）アクセス要求に含まれるアクセスキー１２１と認証ＤＢ３３１のアクセスキーとが一致する。
（III）アクセス要求に含まれる端末ＩＤが、認証ＤＢ３３１において（II）のアクセスキーに対応付けて書き込まれていない。
【００３４】
（Ｉ）は時刻認証の条件である。音に透かし情報（いわゆる、音響透かし情報）を埋め込む技術では、音響透かし情報は音響信号の一部をなすものでもあるから、録音により複製されるおそれがある。例えば、音響透かし情報が埋め込まれた音の録音データがネットワーク上にアップロードされると、あらゆるユーザの端末装置が音響透かし情報を取得することが可能となり、音響透かし情報の不正利用の原因となりうる。この不正利用を回避するために応答処理サーバ３０は時刻認証を行う。
【００３５】
（II）はキー認証の条件である。（III）は応答処理サーバ３０が各端末装置２０に１回だけサービスを提供するために設けられた条件で、一のユーザにサービスが多重に提供されることを防止するための条件である。応答処理サーバ３０が一のユーザに複数回サービスを提供してもよい場合や、その回数に限りがない場合には、（III）の条件は各場合に対応した条件に変更されればよい。例えば、一のユーザに複数回サービスを提供することを許可する場合、応答処理サーバ３０は、サービスの提供済みの回数又はサービスの提供の残り回数を端末ＩＤに対応付けて管理すればよい。サービスの提供回数に限りがない場合、応答処理サーバ３０は、（III）の条件による認証を行わないようにしてもよい。この場合、端末装置２０はアクセス要求に端末ＩＤを含めないようにし、応答処理サーバ３０において端末ＩＤによる認証を行わないようにすることができる。
以上のとおり、応答処理サーバ３０は、端末装置２０のユーザが所定の時刻に所定の場所に居たことを、少なくとも時刻認証とキー認証とにより確認するための認証を行う。
【００３６】
応答処理サーバ３０の制御部３１は、ステップＳ７の処理で端末装置２０の認証に成功しログインを許可した場合、コンテンツＤＢ３３２からアクセスキー１２１に対応付けられたコンテンツデータを取得し、取得したコンテンツデータを通信部３２により端末装置２０宛てに送信する（ステップＳ８）。ここでは、制御部３１は、アクセスキー１２１として「Ｋ１」を含むアクセス要求を取得したから、コンテンツＤＢ３３２から取得したコンテンツＡを示すコンテンツデータを、端末装置２０に提供する。
【００３７】
端末装置２０の制御部２１は、無線通信部２３により応答処理サーバ３０から送信されたコンテンツデータを受信すると、このコンテンツデータを記憶部２６に記憶させたり、コンテンツデータが示すコンテンツをＵＩ部２２に表示させたりする（ステップＳ９）。端末装置２０が受信したコンテンツデータをどのように利用するかについては、本実施形態で特に問わない。
【００３８】
図９は、応答処理サーバ３０におけるサーバ時刻の補正及び許可範囲の設定の手順を示すフローチャートである。図１０は、計時部３１Ａで計られるサーバ時刻（横軸）と、アクセス要求に含まれる時刻情報が示す放音時刻（縦軸）との関係を示すグラフである。図１０において斜線で示した領域は各サーバ時刻における許可範囲を意味し、破線は放音時刻とサーバ時刻とが一致する点の集合を意味する。また、図１０に示す白丸のプロットは、認証に成功したと判定されるアクセス要求に含まれる放音時刻とサーバ時刻との関係を示し、黒丸のプロットは、認証に失敗したと判定されるアクセス要求に含まれる放音時刻とサーバ時刻との関係を示す。
以下、「Ｔ０」であるサーバ時刻においては、計時部３１Ａが計るサーバ時刻と、計時部１１Ａが計る時刻とが一致している（つまり、同期している）ことを前提として、応答処理サーバ３０の動作を説明する。
【００３９】
まず、応答処理サーバ３０の制御部３１は、サーバ時刻が「Ｔ０」のときに、許可範囲を設定する（ステップＳ１０１）。ここにおいて、制御部３１は、サーバ時刻と一致する放音時刻である「Ｔ０」を基準とし、「Ｔ０」よりもα（秒）だけ前の放音時刻（つまり、Ｔ０−α）から、「Ｔ０」よりもβ（秒）だけ後である放音時刻（つまり、Ｔ０＋β）までを含む許可範囲ＴＲ１を設定する（α，β≧０）。
次に、制御部３１は、端末装置２０の認証に成功したか否かを判断する（ステップＳ１０２）。ここでは、制御部３１は、ステップＳ７の処理で端末装置２０の認証に成功したか否かを判断する。制御部３１は、端末装置２０の認証を行っていないか、又は認証を行ったもののその認証に失敗したと判断した場合（ステップＳ１０２；ＮＯ）、ステップＳ１０５の処理に進む。そして、制御部３１は、許可範囲ＴＲ１を、放音時間に対して前後の時間を広げた範囲として設定する（ステップＳ１０５）。ここにおいて、制御部３１は、放音時刻よりも後に対して放音時刻よりも前の方を大きく広げているが、放音時刻よりも前に対して放音時刻よりも後の方を大きく広げてよいし、前後に同じ時間だけ広げてもよい。
【００４０】
次に、制御部３１は、許可範囲の設定を終了するか否かを判断する（ステップＳ１０６）。ここでは、制御部３１は応答処理サーバ３０の電源が切られるまでは許可範囲の設定を終了しないと判断し（ステップＳ１０６；ＮＯ）、ステップＳ１０２の処理に戻る。そして、制御部３１は、端末装置２０の認証に成功するまで、ステップＳ１０２；ＮＯ→Ｓ１０５→Ｓ１０６；ＮＯ→Ｓ１０２；ＮＯ・・・の処理ステップを繰り返し実行する。この処理ステップを繰り返し実行することにより、制御部３１は、サーバ時刻が「Ｔ０」のときから時間が経過するとともに許可範囲ＴＲ１を広げることとなる。制御部３１が許可範囲を広げる理由については後述する。
【００４１】
サーバ時刻が「Ｔ１」となったときに、制御部３１が端末装置２０の認証に成功したと判断すると（ステップＳ１０２；ＹＥＳ）、ステップＳ１０３の処理に進む。この認証に用いられたアクセス要求は、プロットＰ１により図１０のグラフ上に表され、放音時刻は「Ｔ１」である。
なお、制御部３１が同時に複数の端末装置２０の認証に成功した場合、放音時刻が最先であるアクセス要求を用いる。
【００４２】
次に、制御部３１は、ログインを許可した端末装置２０からのアクセス要求に含まれる時刻情報が示す放音時刻に基づいて、計時部３１Ａが計るサーバ時刻を補正する（ステップＳ１０３）。制御部３１は、計時部３１Ａが計るサーバ時刻を放音時刻に近づけるようにサーバ時刻を補正する。具体的には、本実施形態では、制御部３１は、計時部３１Ａが計るサーバ時刻を放音時刻に一致させる。ここでは、サーバ時刻及び放音時刻がいずれも「Ｔ１」であるから、制御部３１はサーバ時刻を補正しない。
【００４３】
次に、制御部３１は、ステップＳ１０３の処理で補正したサーバ時刻における許可範囲を、ログインを許可した端末装置２０からのアクセス要求に含まれる時刻情報が示す放音時刻に基づいて設定する（ステップＳ１０４）。ステップＳ１０４の処理では、制御部３１は、サーバ時刻と一致する放音時刻である「Ｔ１」を基準として、ステップＳ１０１の処理と同じ時間範囲を有する許可範囲ＴＲ２を設定する。つまり、制御部３１は、サーバ時刻が「Ｔ１」であるときに、「Ｔ１」よりもα（秒）だけ前の放音時刻（つまり、Ｔ１−α）から、「Ｔ１」よりもβ（秒）だけ後である放音時刻（つまり、Ｔ１＋β）までを含む許可範囲ＴＲ１を設定する。
このステップＳ１０４の処理により、制御部３１は、ステップＳ１０１の処理で設定した許可範囲を時間経過とともに広げ、新たに端末装置２０の認証に成功した場合には、サーバ時刻を補正するとともに、広げた許可範囲を狭めるように新たな許可範囲を設定することとなる。この新たな許可範囲の設定の理由についても後述する。
【００４４】
制御部３１は、ステップＳ１０４の処理で新たな許可範囲ＴＲ２を設定すると、許可範囲の設定を終了するか否かを判断する（ステップＳ１０６）。ステップＳ１０６の処理で「ＮＯ」と判断すると、制御部３１は、再び、ステップＳ１０２；ＮＯ→Ｓ１０５→Ｓ１０６；ＮＯ→Ｓ１０２；ＮＯ・・・の処理ステップを繰り返し実行し、サーバ時刻が「Ｔ１」のときから時間経過とともに、許可範囲ＴＲ２を広げる。すなわち、制御部３１は、最後にサーバ時刻を補正したときから時間経過するにつれて許可範囲ＴＲ２を広げる。
【００４５】
サーバ時刻が「Ｔ２」となったときに、制御部３１が端末装置２０の認証に成功したと判断すると（ステップＳ１０２；ＹＥＳ）、再びステップＳ１０３の処理に進む。この認証に用いられたアクセス要求は、プロットＰ２により図１０のグラフ上に表され、放音時刻は「Ｔ２＋Δｔ２」である（Δｔ２＞０）。そして、制御部３１は、計時部３１Ａが計るサーバ時刻を放音時刻に一致させるように補正する。すなわち、制御部３１は、計時部３１Ａが計るサーバ時刻を「Ｔ２」から「Ｔ２＋Δｔ２」に補正する。
【００４６】
次に、制御部３１は、ステップＳ１０３の処理で補正したサーバ時刻における許可範囲を、ログインを許可した端末装置２０からのアクセス要求に含まれる時刻情報が示す放音時刻に基づいて設定する（ステップＳ１０４）。ステップＳ１０４の処理では、制御部３１は、サーバ時刻と一致する放音時刻である「Ｔ２＋Δｔ２」を基準として、ステップＳ１０１の処理と同じ時間範囲を有する新たな許可範囲ＴＲ３を設定する。つまり、制御部３１は、サーバ時刻が「Ｔ２」であるときに、「Ｔ２＋Δｔ２」よりもα（秒）だけ前の放音時刻（つまり、Ｔ２＋Δｔ２−α）から、「Ｔ２＋Δｔ２」よりもβ（秒）だけ後である放音時刻（つまり、Ｔ２＋Δｔ２＋β）までを含む新たな許可範囲ＴＲ３を設定する。
このステップＳ１０４の処理により、制御部３１は、許可範囲ＴＲ２を時間経過とともに広げた後、新たに端末装置２０の認証に成功した場合には、サーバ時刻を補正するとともに、広げた許可範囲ＴＲ２を狭めるように新たな許可範囲ＴＲ３を設定することとなる。
【００４７】
そして、サーバ時刻が「Ｔ３」となったときに、制御部３１が端末装置２０の認証に成功したと判断すると、（ステップＳ１０２；ＹＥＳ）、ステップＳ１０３の処理を実行する。この認証に用いられたアクセス要求は、プロットＰ３により図１０のグラフ上に表され、放音時刻は「Ｔ３＋Δｔ３」である（Δｔ３＞０）。そして、制御部３１は、計時部３１Ａが計るサーバ時刻を「Ｔ３」から「Ｔ３＋Δｔ３」に補正する（ステップＳ１０３）。そして、制御部３１は、サーバ時刻が「Ｔ３＋Δｔ３」であるときに、サーバ時刻と一致する放音時刻である「Ｔ３＋Δｔ３」よりもα（秒）だけ前の放音時刻（つまり、Ｔ３＋Δｔ３−α）から、「Ｔ３」よりもβ（秒）だけ後である放音時刻（つまり、Ｔ３＋Δｔ３＋β）までを含む新たな許可範囲ＴＲ４を設定する（ステップＳ１０４）。
【００４８】
以降においても、制御部３１は、処理ステップＳ１０２からステップＳ１０６を繰り返し実行することにより、許可範囲を設定し、時間経過とともにこの許可範囲を広げ、新たに端末装置２０の認証に成功した場合には、サーバ時刻を補正するとともに広げた許可範囲を狭めるように新たな許可範囲を設定し直す。
応答処理サーバ３０が以上の手順により、サーバ時刻を補正して許可範囲を設定する理由を、図１０及び図１１を参照しつつ説明する。図１１に示すグラフは、計時部３１Ａで計られるサーバ時刻（横軸）と、アクセス要求に含まれる時刻情報が示す放音時刻（縦軸）との関係を示す。図１１のグラフに示す斜線の領域、破線、白丸及び黒丸のプロットは、それぞれ図１０と同じ意味で用いている。
【００４９】
図１０に示すように、許可範囲は、サーバ時刻に一致する放音時刻よりもα（秒）前までの時刻を少なくとも含むように設定される。この設定の理由のひとつに、アクセスキー供給装置１０、端末装置２０及び応答処理サーバ３０における内部処理に要する処理時間（例えば、ジッタ）や、ネットワークＮＷ経由の通信の通信遅延等（以下、「処理遅延及び通信遅延等」という。）の影響がある。処理遅延及び通信遅延等は、仮に、計時部１１Ａと計時部３１Ａとが同期し、かつ、端末装置２０がアクセスキー１２１及び時刻情報（以下、「音響透かし情報」と総称することがある。）を取得してから直ちにアクセス要求を送信しても、アクセス要求に含まれる時刻情報が示す放音時刻よりもサーバ時刻が後となる原因になる要素である。処理遅延及び通信遅延等がゼロとなる環境では、図１１（ａ）に示す放音時刻とサーバ時刻との関係となる。具体的には、サーバ時刻が「Ｔ１」のときに、アクセス要求に含まれる時刻情報が示す放音時刻は「Ｔ１」となり、サーバ時刻が「Ｔ２」のときに、アクセス要求に含まれる時刻情報が示す放音時刻は「Ｔ２」となり、サーバ時刻が「Ｔ３」のときに、アクセス要求に含まれる時刻情報が示す放音時刻は「Ｔ３」となる。すなわち、許可範囲が或る幅をもった時間範囲により設定されていなくても、時刻認証に支障が生じることがない。しかしながら、実際には、処理遅延及び通信遅延等がゼロである環境の実現が困難であるため、制御部３１は或る幅を持った時間範囲により許可範囲を設定している。
【００５０】
処理遅延及び通信遅延等が例えば１秒程度であるならば、α（秒）を少なくとも１０秒程度（処理遅延及び通信遅延等の時間よりも１桁大きい時間とする）とすればよい。音響透かし情報の複製による不正利用を防止するという目的を達成しさえすればよいことから、許可範囲が或る程度の幅を持った時間範囲により設定されていても、本実施形態の時刻認証の精度が大きく損なわれることはない。
以上のように、応答処理サーバ３０は、アクセスキー供給装置１０から放音された音を示す音響信号をリアルタイムに受信した端末装置２０からのアクセス要求に対して、端末装置２０を認証するために要する時間に基づいて設定した許可範囲を用いて、端末装置２０を認証する。
【００５１】
また、本実施形態でサーバ時刻を補正し許可範囲を時間経過とともに広げる理由として、計時部１１Ａが計る時刻と、計時部３１Ａが計るサーバ時刻との相対的なずれ（以下、単に「時刻ずれ」と称する。）の発生がある。時刻ずれの発生の原因として、計時部１１Ａと計時部３１Ａとのハードウェアによる誤差や、アクセスキー供給装置１０及び応答処理サーバ３０における負荷上昇や温度、湿度、電圧といった諸条件が考えられる。時刻ずれは時間経過とともに蓄積され、時間経過とともに拡大すると考えられる。
【００５２】
図１１（ｂ）に示すように、サーバ時刻が「Ｔ１」のときに時刻ずれが発生しておらず放音時刻が「Ｔ１」であったとしても（ここでは、処理遅延及び通信遅延等の影響を無視している。）、サーバ時刻が「Ｔ２」のときに時刻ずれが発生して、放音時刻が、Ｔ２に時刻ずれΔｔ２（＞０）を加えた値（Ｔ２＋Δｔ２）となったとする。サーバ時刻が「Ｔ３」のときには、更に時刻ずれが拡大して、放音時刻が、Ｔ３に時刻ずれΔｔ３（＞Δｔ２）を加えた値（Ｔ３＋Δｔ３）となったとする。これでは、許可範囲がある一定の幅を持つ時間範囲により設定されていても、時刻ずれが大きくなった場合に、正当なユーザの端末装置２０までもが時刻認証に失敗する。図１１（ｂ）の例では、放音時刻「Ｔ２＋Δｔ２」や「Ｔ３＋Δｔ３」の時刻情報を含むアクセス要求を応答処理サーバ３０が取得しても、端末装置２０のログインを許可しない。
【００５３】
ところで、図１０の例では、サーバ時刻が放音時刻に対して遅延する時刻ずれが発生する場合を示しているが、実際には、計時部１１Ａと計時部３１Ａとのどちらが相対的に遅延するか分からない。よって、許可範囲は、サーバ時刻に一致する放音時刻を基準として、前後に対して幅を持つ時間範囲により設定されている。また、許可範囲は或る幅を持った時間範囲により設定されるから、応答処理サーバ３０が設定した許可範囲の基準となる放音時刻がサーバ時刻に完全一致していなくても、応答処理サーバ３０における時刻認証に支障を来たすことはない。
なお、サーバ時刻が放音時刻よりも遅延した場合であれば、図１０に示す手順に代えて、図１２に示す手順で許可範囲ＴＲ１〜ＴＲ４が設定される。この場合であっても、制御部３１は、設定した許可範囲ＴＲを時間経過とともに広げ、新たに端末装置２０の認証に成功した場合には、サーバ時刻を補正するとともに、広げた許可範囲を狭めるように新たな許可範囲を設定し直せばよい。
【００５４】
以上説明した手順により、応答処理サーバ３０は、認証に成功したアクセス要求に含まれる時刻情報が示す放音時刻に近づけるように（本実施形態では、一致させるように）サーバ時刻を補正するとともに、補正したときから時間経過するとともに許可範囲を広げる。これにより、応答処理サーバ３０は、認証に成功したことを契機に、サーバ時刻に一致する放音時刻を基準とした許可範囲を設定すれば、処理遅延及び通信遅延等や時刻ずれが発生したとしても、常に必要な精度を確保して時刻認証を行うことができる。
【００５５】
また、応答処理サーバ３０が新たに端末装置２０の認証に成功した場合に、許可範囲を狭めるように許可範囲を設定し直すが、これは、実際に発生した時刻ずれを小さくするようにサーバ時刻を補正したことを理由に行われる。要するに、応答処理サーバ３０は、サーバ時刻と放音時刻との時刻ずれを小さくするように補正したから、許可範囲を広げなくとも時刻認証に支障を来たすことがないということである。
なお、制御部３１は、複数のアクセス要求を一斉に受信した場合、放音時刻が最先であるアクセス要求を用いていた。これにより、制御部３１は、処理遅延及び通信遅延等の影響が最も少ないアクセス要求により、計時部１１Ａが計る時刻に最も近い放音時刻に基づいてサーバ時刻を補正し、許可範囲を設定することができる。
【００５６】
以上説明した第１実施形態の認証システム１によれば、アクセスキー供給装置１０の計時部１１Ａが計る時刻と、応答処理サーバ３０の計時部３１Ａが計るサーバ時刻とを同期させるための高い精度の時刻管理を行わなくとも、音響透かし情報（ここでは、アクセスキー）の正当性を時刻により認証することができる。よって、認証システム１によれば、アクセスキー供給装置１０と応答処理サーバ３０との通信により時刻合わせを行ったり、ＮＴＰ（Network Time Protocol）サーバ等の外部サーバとの通信により時刻合わせを行ったりしなくても、時刻ずれを原因とした時刻認証の精度の低下を抑えることができる。
【００５７】
仮に、応答処理サーバ３０がサーバ時刻を補正せずに、時刻ずれの発生を想定して時間経過とともに許可範囲を広げた場合、図１０に示すようにサーバ時刻Ｔ３における時刻ずれが（Ｔ３＋Δｔ３ａ）となって、サーバ時刻を補正しない場合よりも時刻ずれが大きくなったり、図１２に示すようにサーバ時刻Ｔ３における時刻ずれが（Ｔ３−Δｔ３ａ）となって、サーバ時刻を補正しない場合よりも時刻ずれが大きくなったりする。これでは、正当なユーザの端末装置２０までもが応答処理サーバ３０により時刻認証に失敗したと判定されてしまう。図１０及び図１２に一点鎖線で示されるような、新たな許可範囲を設定し直すことなく、時間経過とともに広く許可範囲を設定すれば、時刻ずれの発生により正当なユーザの端末装置２０が認証に失敗する可能性は抑えられる。しかし、これでは、時間経過するほど許可範囲が広くなるので時刻認証の精度が低下する。これに対し認証システム１では、認証に成功したアクセス要求により、許可範囲を狭めるように設定し直すので、許可範囲を過大に広げなくとも時刻認証の精度が著しく損なわれることがない。
【００５８】
更に、認証システム１では、音響信号に応じた音が届く放音エリアのみにアクセスキー供給装置１０によってアクセスキーが供給されるから、人間が目視で放音エリアが確認可能な手段であるエリア制限手段（つまり、壁やパーテションなどの遮音する効果を奏する部材）を用いて、比較的容易にアクセスキーが供給される放音エリアを制限することができる。
【００５９】
［第２実施形態］
次に、本発明の第２実施形態を説明する。
上述した第１実施形態では、アクセスキー供給装置１０が、アクセスキーを規定する情報として、アクセスキーそのものを音響透かしにより音響信号に重畳させていた。これに代えて、アクセスキー供給装置１０は、アクセスキーの代替となる代替情報を、音響信号に重畳させてもよい。本実施形態では、端末装置２０が音響信号から抽出した代替情報を用いて外部のサーバ装置（後述する、提供サーバ４０）に問い合わせて、この代替情報に対応したアクセスキーを提供サーバ４０から取得する。
なお、本実施形態において、上述した第１実施形態と同じ符号を付した構成要素や処理ステップは、上述した第１実施形態と同等に機能するから、以下では相違点を主に説明する。また、上述した第１実施形態で説明した構成要素や処理ステップの符号の末尾に「ａ」を付したものは、上述した第１実施形態で説明した構成要素や処理ステップに対応する。
【００６０】
図１３は、本実施形態の認証システム１ａの全体構成を示す図である。
認証システム１ａは、アクセスキー供給装置１０Ａ，１０Ｂ（各々を区別する必要のないときは、「アクセスキー供給装置１０」と総称する。）と、端末装置２０と、応答処理サーバ３０と、提供サーバ４０とにより構成される。アクセスキー供給装置１０と、端末装置２０と、応答処理サーバ３０とのハードウェア構成は基本的には上述した第１実施形態と同じで、かつ、上述した第１実施形態と同一の接続関係にある。提供サーバ４０は、ネットワークＮＷを介して端末装置２０と接続されるサーバ装置である。提供サーバ４０は、端末装置２０からの要求に応じて、端末装置２０にアクセスキーを提供する。
【００６１】
図１４は、提供サーバ４０のハードウェア構成を示すブロック図である。図１４に示すように、提供サーバ４０は、制御部４１と、通信部４２と、記憶部４３とを備える。
制御部４１は、ＣＰＵ、ＲＯＭ及びＲＡＭを有するマイクロプロセッサを備える。ＣＰＵは、ＲＯＭや記憶部４３に記憶されたプログラムをＲＡＭに読み出して実行することにより、提供サーバ４０の各部を制御する。通信部４２は、ネットワークＮＷに接続するためのインタフェースである。記憶部４３は、例えばハードディスク装置を備え、制御部４１が動作するためのプログラムや、端末装置２０に提供されうるアクセスキーが管理されるキー管理テーブル４３１を記憶する。
【００６２】
図１５は、キー管理テーブル４３１のデータ構造を示す図である。
図１５に示すように、キー管理テーブル４３１は、「代替情報」と「アクセスキー」という各情報を対応付けたデータ構造である。代替情報は、提供サーバ４０で管理される各アクセスキーを区別するために割り当てられた情報であり、一のアクセスキーに一の代替情報が割り当てられる。キー管理テーブル４３１に書き込まれた代替情報は、アクセスキー供給装置１０で音響信号に重畳させられる代替情報と一致する。アクセスキーは、上述した各実施形態と同じ情報である。
【００６３】
アクセスキー供給装置１０は、自装置に対応したアクセスキーの代替情報を音響信号に重畳させて放音する。提供サーバ４０は、端末装置２０からアクセスキーの送信要求があった場合、その送信要求に含まれる代替情報に対応付けられたアクセスキーをキー管理テーブル４３１から特定して、端末装置２０に提供する。
なお、本実施形態では、代替情報の情報量はアクセスキーの情報量よりも少ないものとする。
【００６４】
図１６は、提供サーバ４０の制御部４１の機能的構成を示す機能ブロック図である。図１６に示すように、制御部４１は、プログラムを実行することにより、キー要求取得部４１１と、キー特定部４１２と、提供部４１３とに相当する機能を実現する。
キー要求取得部４１１は、端末装置２０から通信部４２により受信され、端末装置２０において抽出された代替情報が含まれるキー送信要求を取得する。キー送信要求に含まれる代替情報は、端末装置２０の抽出部２１２により音響信号から抽出された代替情報に相当する。
キー特定部４１２は、キー要求取得部４１１により取得されたキー送信要求に応じたアクセスキーを特定する。具体的には、キー特定部４１２は、キー送信要求に含まれる代替情報に対応付けてキー管理テーブル４３１に記憶されたアクセスキーを特定する。
提供部４１３は、キー特定部４１２により特定されたアクセスキーを、通信部４２により送信して端末装置２０に提供する。
【００６５】
図１７は、認証システム１ａにおける処理の流れを示すシーケンスチャートである。
アクセスキー供給装置１０Ａの制御部１１は、計時部１１Ａから時刻情報を取得する（ステップＳ１）。次に、制御部１１は、記憶部１２から代替情報を取得する（ステップＳ２ａ）。制御部１１は、ステップＳ１の処理で取得した時刻情報と、ステップＳ２ａの処理で取得した代替情報とを音響透かしにより音響信号に重畳させる（ステップＳ３ａ）。次に、制御部１１は、時刻情報と代替情報とが重畳させられた音響信号が示す音を、スピーカ１３に放音させる（ステップＳ４ａ）。
【００６６】
次に、端末装置２０の制御部２１は、マイクロホン２４から取得した音響信号から時刻情報と代替情報とを抽出する（ステップＳ５ａ）。ここでは、制御部２１は、代替情報として「ｓ００１」を抽出したものとする。そして、制御部１１は、ステップＳ５ａの処理で抽出した代替情報を服務のキー送信要求を、無線通信部２３により提供サーバ４０宛てに送信する（ステップＳ１１）。
【００６７】
提供サーバ４０の制御部４１は、通信部４２によりキー送信要求を受信してこれを取得すると、キー送信要求で指定された代替情報に対応付けられたアクセスキーを、記憶部４３のキー管理テーブル４３１を参照して特定する（ステップＳ１２）。制御部４１が代替情報として「ｓ００１」が含まれるキー送信要求を取得した場合、アクセスキーとして「Ｋ１」を特定する。制御部４１は、特定したアクセスキーを通信部４２により端末装置２０宛てに送信する（ステップＳ１３）。
【００６８】
端末装置２０の制御部２１は、無線通信部２３によりアクセスキーを受信してこれを取得すると、上述した第１実施形態と同様にして、アクセス要求を応答処理サーバ３０宛てに送信する（ステップＳ６）。以降、認証システム１では、上述した第１実施形態と同様に、ステップＳ７〜Ｓ９の処理ステップが実行される。
【００６９】
この実施形態においても、応答処理サーバ３０は、図９で説明した手順により許可範囲を設定する。本実施形態の場合、端末装置２０と提供サーバ４０との通信を原因として、処理遅延及び通信遅延等が上述した第１、第２実施形態の場合よりも大きくなったり、変動しやすくなったりすると考えられる。しかしながら、第１実施形態でも説明したとおり、応答処理サーバ３０が処理遅延及び通信遅延等に応じた幅を持った時間範囲により許可範囲を設定すれば、時刻認証の精度の低下を抑えられる。
【００７０】
以上の認証システム１ａにおいても、上述した第１実施形態と同等の作用効果を奏するとともに、提供サーバ４０でアクセスキーが管理されるので、アクセスキーの更新等を含む管理も比較的容易に行える。
更に、本実施形態では、代替情報の情報量をアクセスキーの情報量よりも少なくすることが可能である。よって、アクセスキー供給装置１０は、上述した第１，２実施形態の構成よりも狭い周波数帯域で必要な情報を音響信号に重畳させることも可能である。換言すると、音響信号を用いての情報の伝送レートが低い場合であっても、アクセスキー供給装置１０は、端末装置２０がアクセスキーを取得するために必要な代替情報を端末装置２０に提供することができる。更に、音響信号に応じた音波が伝搬する空間領域を、アクセスキーそのものが伝搬するわけではないので、仮に第三者によって不正に音響信号から代替情報が抽出されたとしても、アクセスキーそのものが直ちに取得されることがない。
【００７１】
［変形例］
本発明は、上述した実施形態と異なる形態で実施することが可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。
（変形例１）
応答処理サーバ３０における許可範囲の設定方法は、上述した各実施形態の方法に限定されない。
図１８及び図１９は、サーバ時刻（横軸）と、放音時刻（縦軸）との対応関係との一例を表したグラフである。例えば、図１８に示すように、応答処理サーバ３０は時間経過に対して許可範囲ＴＲ１〜ＴＲ４を広げ、かつその広げる程度を時間経過と共に大きくするようにしてもよい。また、図１９に示すように、応答処理サーバ３０が時間経過に対して徐々に許可範囲ＴＲ１〜ＴＲ４を広げる構成で、放音時刻がサーバ時刻よりも早くならない状況になれば、放音時刻がサーバ時刻よりも早くなる時間を含めないように許可範囲を設定してもよい。上述したように、処理遅延及び通信遅延等は、放音時刻がサーバ時刻よりも遅くなるように作用するから、計時部３１Ａが計る時刻に対して計時部１１Ａが計る時刻が相対的に早まることがないのであれば、このような許可範囲として差し支えない。
また、応答処理サーバ３０がある程度高い頻度でアクセス要求を取得したり、許可範囲を設定したときから或る程度広い幅を持った時間範囲により許可範囲を設定したりする場合等、時刻認証において支障を来たすことがないのであれば、許可範囲を時間経過とともに広げずに一定とすることも可能である（図１１（ｂ）のような許可範囲）。
また、上述した各実施形態において、応答処理サーバ３０はアクセス要求を取得するたびに許可範囲を設定し直していたが、例えば、予め決められた期間に１回だけ許可範囲を設定し直し、それ以外はアクセス要求を取得しても許可範囲を設定し直さなくてもよい。
【００７２】
（変形例２）
上述した各実施形態において、応答処理サーバ３０は、一の端末装置２０からのアクセス要求に基づいてサーバ時刻を補正していた。これに代えて、応答処理サーバ３０は、ログインを許可した複数の端末装置２０からのアクセス要求に含まれる時刻情報が示す放音時刻の分布（換言すると、複数の時刻情報が示す数値のちらばり具合である度数分布）に基づいて、サーバ時刻を補正してもよい。放音時刻の分布を示す値は、例えば、これら複数の端末装置２０からのアクセス要求に含まれる時刻情報が示す放音時刻の平均値であるが、中央値や最頻値などの放音時刻の分布を表したものであればよい。また、放音時刻の分布は、複数の時刻情報が示す時刻（実現値）の計算値でもよいし、母集団の分布の推定値でもよい。要するに、放音時刻の分布は、複数の時刻情報の分布から統計解析処理により得られた値であればよい。
ここにおいて、制御部３１が複数の端末装置２０からのアクセス要求を用いてサーバ時刻を補正しているのは、サーバ時刻を計時部１１Ａが計る時刻に近づけるように補正するための精度を高めるためである。この変形例の構成によれば、応答処理サーバ３０が、何らかの原因で、大幅に遅延した放音時刻を示す時刻情報を含むアクセス要求を受信した場合であっても、今後の時刻認証に支障を来たすようなサーバ時刻の補正及び許可範囲の設定が回避される。
【００７３】
この変形例において、応答処理サーバ３０は、複数の端末装置２０からの時刻情報が示す放音時刻を等価で扱った放音時刻の分布を用いるのではなく、各端末装置２０からの時刻情報が示す放音時刻に対しての信頼度（言い換えれば、正確さ）に応じて重み付けを行った放音時刻の分布を用いてもよい。この場合、応答処理サーバ３０は、サーバ時刻に近い放音時刻ほど重み付けを大きくして例えば加重平均を算出して、放音時刻の分布を示す値としてもよい。
【００７４】
（変形例３）
上述した各実施形態では、応答処理サーバ３０は、ログインを許可した端末装置２０から取得したアクセス要求に基づいて、サーバ時刻に一致する放音時刻を基準とした許可範囲を設定していた。これに代えて、応答処理サーバ３０は、サーバ時刻から処理遅延及び通信遅延等に相当する時間だけ前の時刻を基準として、許可範囲を設定してもよい。なぜなら、仮に、計時部１１Ａと計時部３１Ａが同期していても、応答処理サーバ３０が取得するアクセス要求に含まれる時刻情報が示す放音時刻は、処理遅延及び通信遅延等に相当する時間だけ不可避的にサーバ時刻よりも遅延するからである。そこで、応答処理サーバ３０は、計時部１１Ａが計る時刻を基準とした許可範囲を設定するという意味で、サーバ時刻から処理遅延及び通信遅延等に相当する時間だけ前の時刻を基準とした許可範囲を設定してもよい。応答処理サーバ３０は、許可範囲の基準とする時刻よりもα（秒）前までを含む許可範囲を設定するが、このα（秒）は少なくとも処理遅延及び通信遅延等に相当する時間（例えば１０秒後程度。処理遅延及び通信遅延等の合計時間よりも１桁大きい時間）以上とする必要がある。
以上のように、応答処理サーバ３０が許可範囲を設定する際に基準とする時刻は、放音時刻に限らない。
【００７５】
（変形例４）
上述した各実施形態では、応答処理サーバ３０は、端末装置２０の認証に成功したことを契機に許可範囲を設定するが、時間経過とともに許可範囲を広げる際の広げ方は一定であった。これに対し、応答処理サーバ３０は、以下の手順により、許可範囲の広げ方を決定してもよい。応答処理サーバ３０は、第１のサーバ時刻において取得したアクセス要求に含まれる時刻情報が示す放音時刻と、第１のサーバ時刻よりも後の第２のサーバ時刻において取得したアクセス要求に含まれる時刻情報が示す放音時刻とにより、単位時間当たりに発生する時刻ずれを予測する。応答処理サーバ３０は、予測した時刻ずれが発生しても時刻認証に成功するように、予測した時刻ずれに対応する放音時刻の予測値（予測時刻）を基準にして、許可範囲を設定する。具体的には、制御部３１は、時刻の予測において、予測時刻に一致する放音時刻よりもγ（秒）だけ前の時刻から、この放音時刻よりもδ（秒）だけ後である時刻までを含む許可範囲を設定するように、現在のサーバ時刻から予測時刻までの期間における許可範囲を設定する（γ，δ＞０）。
この変形例では、応答処理サーバ３０は、実際に発生した時刻ずれを解析して将来における時刻ずれを予測して、予測結果に応じた許可範囲を設定する。よって、応答処理サーバ３０は、許可範囲を過大に広げることなく、時刻認証の精度を損ねないような許可範囲を継続的に設定することができる。
【００７６】
（変形例５）
上述した各実施形態において、計時部１１Ａ及び計時部３１Ａは現在時刻を計るものに限らず、応答処理サーバ３０におけるサービスの提供が開始された時刻等の予め決められた基準となる時刻からの相対的な時刻を計るものでよい。
また、アクセスキー供給装置１０が音響透かしにより音響信号に重畳させる時刻情報は、上述した各実施形態のように秒単位の放音時刻を特定可能な時刻情報でなくてもよい。例えば、この時刻情報は分単位の放音時刻を特定可能な時刻情報であってもよい。この場合、時刻情報は１分ごとにインクリメントされる離散的なデータとなる。
【００７７】
（変形例６）
アクセスキー供給装置１０が複数ある場合において、応答処理サーバ３０が計時部３１Ａを１個だけ有する構成とすることも可能である。例えば、アクセスキー供給装置１０がＮＴＰサーバと通信したり、アクセスキー供給装置１０同士が通信することにより計時部１１Ａが同期したりする等、アクセスキー供給装置１０同士で時刻合わせ手段を有していれば、アクセスキー供給装置１０同士の計時部１１Ａが同期する。この場合、応答処理サーバ３０は、いずれのアクセスキー供給装置１０からのアクセスキーを含むアクセス要求を取得した場合であっても、それぞれ共通の計時部３１Ａが計るサーバ時刻により時刻認証を行うことができる。
【００７８】
（変形例７）
上述した第２実施形態において、提供サーバ４０と応答処理サーバ３０とが通信接続され、アクセスキーを更新する構成が備えられていてもよい。ある代替情報に対応するアクセスキーとして、提供サーバ４０が記憶するアクセスキーと応答処理サーバ３０が記憶するアクセスキーとが一致していれば、アクセスキーの更新はどのように行われてもよい。
また、上述した第１実施形態において、アクセスキー供給装置１０がネットワークＮＷに接続する通信インタフェース（通信部）を有し、応答処理サーバ３０との通信によりアクセスキー１２１を取得して、記憶部１２に記憶させてもよい。
【００７９】
（変形例８）
上述した第２実施形態では、代替情報は、提供サーバ４０が端末装置２０に提供するアクセスキーを特定するための情報であったが、これ以外の情報であってもよい。例えば、アクセスキーが所定の擬似乱数生成アルゴリズムに従って生成される擬似乱数で表現される場合、代替情報は、この擬似乱数の生成に用いられるシード値（すなわち、擬似乱数を生成するための初期値）であってもよい。この場合、端末装置２０の制御部２１は、音響信号から抽出した代替情報に対し、予め決められた処理を施すことにより、アクセスキーを生成する。例えば、擬似乱数の生成に用いられるシード値が代替情報である場合、制御部２１は、このシード値を用いて、所定の擬似乱数生成アルゴリズムに従って擬似乱数で表現されるアクセスキーを生成する。また、代替情報がアクセスキーを決められた規則に従って変換した（例えば、暗号化した）情報である場合、制御部２１は、この規則に従った変換処理（例えば、復号処理）を代替情報に施して、アクセスキーを生成すればよい。
端末装置２０が代替情報を基にアクセスキーを生成できるようにするために、認証システム１では代替情報とアクセスキーとの対応関係が予め取り決められ、この取り決めが端末装置２０の動作に用いられるプログラムのアルゴリズムに反映されている。この変形例の構成の場合、認証システム１において提供サーバ４０は不要である。
このように、代替情報は、アクセスキーを端末装置２０で導出することのできる情報である限り、どのような情報であってもよい。ただし、ここでは、代替情報の情報量（つまり、ビット数）は、アクセスキーの情報量よりも少ないもことが好ましい。
【００８０】
（変形例９）
上述した各実施形態では、アクセスキー供給装置１０はスピーカ１３からの放音という態様で音響透かし情報を配信していたが、本発明を以下のように変形してもよい。
図２０は、本変形例の認証システムの概要を説明する図である。
図２０に示すように、ここでは、通信可能エリアをファーストフード店などの飲食店に構成する場合について説明する。飲食店には、図２０に示すようなテーブル１００及び椅子２００が、複数組配置されている。飲食店の客である端末装置２０のユーザは、椅子２００に着席して、テーブル１００に注文品を置き、端末装置２０を利用することがある。この飲食店では、入店客に対して、商品の注文時に音響加振器５０がテーブル１００ひとつあたりに１個ずつ配布される。ユーザは、配布された音響加振器５０を自身の利用するテーブル１００に装着する。図２０に示すように、ユーザは、例えば、テーブル１００の裏面の自身に比較的近い位置に音響加振器５０を装着する。音響加振器５０は、アクセスキー供給装置１０の制御の下で、音響加振器５０が装着された部材を振動で加振し、この部材からアクセスキーを規定する情報を含む音響信号が示す音を放音させるものである。この部材は、ここでは、音響加振器５０が装着されたテーブル１００であり、当該部材（テーブル１００）と音響加振器５０とは互いに接触して、一体となって振動する。したがって、この変形例では、テーブル１００と音響加振器５０とで放音部が構成される。
【００８１】
図２１は、音響加振器５０のハードウェア構成を示すブロック図である。
図２１に示すように、音響加振器５０は、制御部５１と、無線通信部５２と、加振部５３とを備える。制御部５１は、ＣＰＵを含む演算装置やメモリを備える制御装置である。演算装置は、メモリに記憶されたプログラムを実行することにより、音響加振器５０を制御する。無線通信部５２は、無線通信回路やアンテナを備え、後述するアクセスキー供給装置１０ａと無線通信を行うインタフェースである。加振部５３は、制御部５１の制御信号に応じた振動を発生させ、発生させた振動を外部に作用させる。
【００８２】
図２２は、本変形例のアクセスキー供給装置１０ａのハードウェア構成を示すブロック図である。図２２に示すように、アクセスキー供給装置１０ａは、制御部１１と、記憶部１２と、無線通信部１４とを備える。制御部１１及び記憶部１２は基本的には上述した各実施形態と同じ構成を有するが、制御部１１は音響加振により音響透かし情報を配信するための制御を行う。無線通信部１４は、無線通信を行うためのインタフェースであり、ここでは放音エリアに相当するエリアに音響加振に必要な情報を送信する。
【００８３】
本変形例のアクセスキー供給装置１０ａは、音響信号に応じてテーブル１００を加振するように音響加振器５０を制御する。具体的には、制御部１１は、アクセスキーを規定する情報が重畳させられた音響信号を搬送波で変調し、この送信信号を無線通信部１４によって送信する。音響加振器５０の制御部５１は、無線通信部５２によってこの送信信号を受信すると、アクセスキーを規定する情報が重畳させられた音響信号を復調する。そして、制御部５１は、復調した音響信号が表す音がテーブル１００から放音されるように、加振部５３に加振させる。椅子２００に着席するユーザは、自身の端末装置２０をテーブル１００の近傍で保持するか、又はテーブル１００の上に置いているから、制御部２１は、テーブル１００から放音されてマイクロホン２４により検出された音を表す音響信号を取得することになる。
なお、この変形例において、アクセスキー供給装置１０は、無線通信部１４によりアクセスキーを規定する情報を音響加振器５０に送信することにより、音響加振器５０を制御するので、スピーカ１３を備えていなくてよい。
【００８４】
本変形例の構成によれば、アクセスキーを規定する情報が供給される通信可能エリアが、例えばテーブル１００の近傍に制限されることになる。つまり、テーブル１００付近にいるユーザしか音響透かし情報を利用することができなくなり、テーブル１００を利用する者、すなわち、商品を注文した者に絞って無線通信サービスを提供することができる。これにより、テーブル１００付近にいない、単に店舗に立ち入ったユーザに対しては音響透かし情報を提供しないようにすることもできるから、通信可能エリアの範囲を更に制限することが可能となり、併せて商品の販売などの店舗の営業活動の一環として本サービスを提供する場合にも好適であると言える。
【００８５】
（変形例１０）
上述した変形例９の構成を、テーブル１００に音響加振器を装着させたままにし、ユーザが椅子２００に着席するタイミングで、その音響加振器が加振を開始する構成としてもよい。
図２３は、本変形例の認証システムの概要を説明する図である。本変形例では、ユーザがカウンタで注文して受け取った商品をトレイ３００に載せて、自身の席に運んで飲食するという場合を想定する。ここで、トレイ３００には、図２３に示すように、ＲＦＩＤ(Radio Frequency IDentification)素子３１０が設けられている。ＲＦＩＤ素子３１０は、トレイ３００に設けられたことを識別する情報があらかじめ書き込まれている。
【００８６】
図２４は、音響加振器５０ａのハードウェア構成を示すブロック図である。
図２４に示すように、音響加振器５０ａは、制御部５１と、無線通信部５２と、加振部５３と、読取部５４とを備える。このうち制御部５１、無線通信部５２及び加振部５３の構成は、変形例６と同じである。読取部５４は、いわゆるＲＦＩＤリーダであり、ＲＦＩＤ素子３１０に書き込まれた情報を読み取る。
【００８７】
音響加振器５０ａにおいては、誰も椅子２００に着席しないときなど、トレイ３００が付近にないときには、無線通信部５２を停止させた状態で、読取部５４がＲＦＩＤ素子３１０の情報の読み取りを試みる。やがて、ユーザがトレイ３００をテーブル１００に置き、読取部５４がトレイ３００のＲＦＩＤ素子３１０の情報を読み取ると、その情報を読み取ったことを示す読取信号を制御部５１に出力する。制御部５１は、読取信号を受け取ったことを契機に、ユーザがテーブル１００の利用を開始し、そのテーブル１００に装着された音響加振器５０ａの加振が可能になったため、音響加振器５０ａによる加振を開始することを、無線通信部５２によってアクセスキー供給装置１０ａに通知する。アクセスキー供給装置１０ａの制御部１１は、無線通信部１４によってこの通知を受信したことを契機に、アクセスキーを規定する情報を重畳させた音響信号に応じてテーブル１００を加振するよう音響加振器５０ａを制御する。この制御は、上記変形例９と同じでよい。
やがて、ユーザがトレイ３００を持って離席すると、制御部５１は読取部５４によりＲＦＩＤ素子３１０が読み取られなくなり読取信号が供給されなくなるから、これを契機にユーザが椅子２００に着席していないと判断する。そして、制御部５１は、無線通信部５２による無線通信を停止させて、読取部５４に読み取りを行わせないよう制御する。
【００８８】
以上の構成により、アクセスキー供給装置１０ａは、ユーザが音響加振器５０ａのオンオフ操作なしに、必要な場合にのみアクセスキーを規定する情報を供給することができる。これにより、テーブル１００に着席したものの、注文した商品を載せたトレイ３００をテーブル１００に置いていないなど、アクセスキーを規定する情報を供給する必要のない場合に、音響加振器５０ａがテーブル１００を加振しないで済むから、音響加振器５０ａの低消費電力化を期待することができる。また、トレイ３００を利用しない者、つまり、商品を注文せずサービス提供の対象でない者が本サービスを利用する可能性を、より一層減らすことができ、通信可能なエリアの範囲を更に制限することが可能となる。
なお、本変形例において、音響加振器５０ａの音響加振のオンオフをＲＦＩＤ素子３１０及び読取部５４を用いて切り替えていたが、例えば、赤外線通信方式や、接触式又は非接触式のＩＣチップを用いた通信方式や、近距離無線通信方式などで実現してもよい。また、ユーザが手動で音響加振器５０ａの音響加振のオンオフを切り替える構成であってもよい。また、本変形例においても、商品を注文した者に対して音響加振器５０ａが配布されてもよい。また、本変形例では、トレイ３００にＲＦＩＤ素子３１０が設けられていたが、他の持ち運び可能な部材に設けられてもよい。
【００８９】
（変形例１１）
上述した各実施形態において、音を検出する検出部はマイクロホンであり、音響透かし情報が重畳させられた音響信号が示す音を放音する放音部はスピーカであった。この場合、マイクロホンは気体（より具体的には、空気）の振動である音を検出するものであり、スピーカは気体（より具体的には、空気）の振動である音を放音するものである。これに対し、検出部／放音部は、固体や液体の振動を検出／放音するものであってもよい。このとき、放音部は、外部に振動を与える振動子と、この振動子により振動させられる媒体とにより実現される。すなわち、振動子は、部材に弾性波を伝搬させることで放音する。一方、検出部は、例えば振動ピックアップ（振動検出子）であり、部材を伝搬する弾性波である音を検出する。
このような検出部／放音部の構成であっても、音響信号が音響透かし情報の周波数成分を含んでいれば、端末装置２０が音響信号から音響透かし情報を抽出し、この音響透かし情報を用いて各種処理を実行することができる。
【００９０】
（変形例１２）
本発明の端末装置は、スマートフォン以外の端末であってもよく、例えば、携帯電話機やタブレット端末、ＰＤＡ（Personal Digital Assistant）、モバイルコンピュータ、ゲーム機、デジタルサイネージなどの、種々の端末装置に本発明を適用することもできる。
また、応答処理サーバ３０は、コンテンツデータを送信するための応答処理を実行するものに限らず、アクセスキーの認証結果に応じて端末装置２０に対し何らかの応答処理を実行するものであればよい。
また、アクセスキー供給装置１０が放音エリアを形成する場所は、端末装置２０に対して応答処理サーバ３０のサービスを提供する場所であれば、どこでもよい。例えば、駅構内、ホテルやオフィスのロビーなどの不特定多数の人物が出入りする場所に、アクセスキー供給装置１０が設置されてもよい。また、会社、工場及び住宅等の特定の人物が出入りする場所で、この特定の人物の各々に個別のサービスを提供するために、アクセスキー供給装置１０が設置されてもよい。
【００９１】
上述した各実施形態におけるアクセスキー供給装置１０の制御部１１や、端末装置２０の制御部２１、応答処理サーバ３０の制御部３１によって実行されるプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ、ＦＤ）など）、光記録媒体（光ディスク（ＣＤ、ＤＶＤ）など）、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記録した状態で提供し得る。また、インターネットのようなネットワーク経由でダウンロードさせることも可能である。
【００９２】
（変形例１３）
上述した各実施形態において、アクセスキー供給装置１０は、アクセスキー１２１と時刻情報とを音響透かしにより音響信号に重畳させていたが、アクセスキー１２１を音響信号に重畳させるが、時刻情報を音響信号に重畳させないようにしてもよい。
この変形例において、端末装置２０の制御部２１が現在時刻を計る計時部を有し、この計時部で計る時刻を示す時刻情報をアクセス要求に含めてもよい。例えば制御部２１は、アクセスキー供給装置１０により放音された音をマイクロホン２４で検出した時刻、又は、検出した音を示す音響信号を取得した時刻を示す時刻情報を、アクセス要求に含める。また制御部２１は、アクセスキー供給装置１０により放音された音を示す音響信号からアクセスキー１２１を抽出した時刻を示す時刻情報を、アクセス要求に含めてもよい。このように制御部２１は、音響透かしにより放音時刻を示す時刻情報を取得するのではなく、アクセキー１２１の取得時期に応じた時刻を示す時刻情報を、例えば自装置の計時部から取得するようにしてもよい。
【００９３】
また制御部２１は、端末装置２０がアクセスキー１２１を含むアクセス要求を応答処理サーバ３０に送信した時刻を示す時刻情報を、アクセス要求に含めてもよい。この場合、制御部２１が有する計時部を用いて、送信時刻を示す時刻情報をアクセス要求に含めてもよいし、端末装置２０から応答処理サーバ３０へアクセス要求を転送するサーバが時刻情報をアクセス要求に含めてもよい。このように制御部２１は、応答処理サーバ３０へのアクセス時期に応じた時刻を示す時刻情報を含むアクセス要求を、応答処理サーバ３０に送信するようにしてもよい。
【００９４】
以上をまとめると、応答処理サーバ３０は、端末装置２０におけるアクセスキー１２１の取得時期又は自サーバへのアクセス時期に応じた時刻を示す時刻情報といった、自サーバにアクセスするために端末装置２０が特定の処理を行った時刻を示す時刻情報を含むアクセス要求を取得する。そして、応答処理サーバ３０は、前述した各実施形態と同様の手法で、アクセス要求に含まれる時刻情報を用いて、計時部３１Ａが計る時刻の補正や、音響透かしの透かし情報の時刻認証、新たな許可範囲の設定などの処理を行う。この変形例の認証システムによれば、アクセス要求に時刻情報を含めるために用いられる計時部（例えば、前述の端末装置２０の計時部）が計る時刻と、応答処理サーバ３０の計時部３１Ａが計る時刻との時刻ずれを原因とした時刻認証の精度の低下を抑制することができる。
ただし、アクセス要求に含まれる時刻情報は、応答処理サーバ３０が時刻認証に用いる計時部３１Ａ以外の計時部により計られた時刻を示すものである。
【符号の説明】
【００９５】
１，１ａ…認証システム、１０，１０ａ，１０Ａ，１０Ｂ…アクセスキー供給装置、１００…テーブル、１１…制御部、１１１…重畳部、１１２…放音制御部、１１Ａ…計時部、１２…記憶部、１２１…アクセスキー、１３…スピーカ、１４…無線通信部、２０…端末装置、２１…制御部、２１１…音響信号取得部、２１２…抽出部、２１３…アクセス制御部、２２…ＵＩ部、２３…無線通信部、２４…マイクロホン、２５…スピーカ、２６…記憶部、２６１…端末ＩＤ、３０…応答処理サーバ、３００…トレイ、３１…制御部、３１１…アクセス要求取得部、３１２…認証部、３１３…応答処理部、３１４…補正部、３１Ａ…計時部、３２…通信部、３３…記憶部、３３１…認証ＤＢ、３３２…コンテンツＤＢ、４０…提供サーバ、４１…制御部、４１１…キー要求取得部、４１２…キー特定部、４１３…提供部、４２…通信部、４３…記憶部、４３１…キー管理テーブル、５０，５０ａ…音響加振器、５１…制御部、５２…無線通信部、５３…加振部、５４…読取部
【図１】
0005880249.tif 000002
【図２】
0005880249.tif 000003
【図３】
0005880249.tif 000004
【図４】
0005880249.tif 000005
【図５】
0005880249.tif 000006
【図６】
0005880249.tif 000007
【図７】
0005880249.tif 000008
【図８】
0005880249.tif 000009
【図９】
0005880249.tif 000010
【図１０】
0005880249.tif 000011
【図１１】
0005880249.tif 000012
【図１２】
0005880249.tif 000013
【図１３】
0005880249.tif 000014
【図１４】
0005880249.tif 000015
【図１５】
0005880249.tif 000016
【図１６】
0005880249.tif 000017
【図１７】
0005880249.tif 000018
【図１８】
0005880249.tif 000019
【図１９】
0005880249.tif 000020
【図２０】
0005880249.tif 000021
【図２１】
0005880249.tif 000022
【図２２】
0005880249.tif 000023
【図２３】
0005880249.tif 000024
【図２４】
0005880249.tif 000025