JP2014092885A - 認証システム、認証装置、アクセスキー供給装置、端末装置、及びプログラム - Google Patents

Abstract

【課題】端末装置のユーザが所定の場所に居たことのほかに、そのユーザのさらに詳細な滞在の履歴を得る。
【解決手段】アクセスキー供給装置１０は、複数のアクセスキーを音響透かしにより音響信号に重畳させた音を放音させる（Ｓ１〜Ｓ３）。端末装置２０は、スピーカからの音から抽出したアクセスキーを含むアクセス要求を、応答処理サーバ３０宛てに送信する（Ｓ４，Ｓ５）。応答処理サーバ３０は、複数のアクセスキーの種類及びその取得順を指定した認証情報をデータベースに記憶している。応答処理サーバ３０は、端末装置２０からアクセスキーを取得すると、この認証情報が示すアクセスキー及びアクセスキーの取得順とに基づいて、端末装置２０の認証処理を行い、認証結果に応じて端末装置２０に対する応答処理を実行する（Ｓ７〜Ｓ９）。応答処理サーバ３０は、例えば認証成功したアクセスキーの数が多いほど、有益なコンテンツを提供する。
【選択図】図１０

Description

本発明は、アクセスキーによる端末装置の認証に関する。

複数の認証情報を用いて人物が特定の場所に訪れたことを証明する技術が、特許文献１に開示されている。特許文献１に記載の発明では、電子スタンプラリーシステムにおいて、指定場所に設置されたＩＣカード読取端末装置が、ＩＣカード固有のＩＤ番号と参加者固有の認証信号とをＩＣカードから読み取ると、読み取ったＩＤ番号と認証信号とをスタンプラリー情報管理装置に送信する。スタンプラリー情報管理装置は、受信したＩＤ番号及び認証信号と予め登録しておいたＩＤ番号及び認証信号との同一性と、ラリー巡回経路の適否をチェックして、不正なくユーザが指定場所に居たことを確認する。

特開２０１１−１０７９３２号公報

特許文献１に開示されているように、一度の認証処理で参照する情報の種類を増やせば、認証処理の精度が向上し、ユーザの不正行為を防止することに寄与させることができる。
これに対し、本発明の目的は、端末装置のユーザが所定の場所に居たことのほかに、そのユーザのさらに詳細な滞在の履歴を得ることである。

上述した課題を解決するため、本発明の認証システムは、端末装置にアクセスキーを供給するアクセスキー供給装置と、前記アクセスキーに基づいて前記端末装置を認証する認証装置とを備え、前記アクセスキー供給装置は、互いに異なる複数のアクセスキーを規定する情報を音響透かしにより音響信号に重畳させる重畳部と、前記重畳部により前記複数のアクセスキーを規定する情報が重畳させられた音響信号が示す音を、放音部により放音せる放音制御部とを有し、前記認証装置は、前記複数のアクセスキー、及び当該複数のアクセスキーの前記端末装置での取得順を指定した認証情報を記憶する認証情報記憶部と、前記放音制御部の制御により放音された音を示す音響信号に基づいて前記端末装置に供給された前記アクセスキーを含むアクセス要求を、当該端末装置から受け付けるアクセス要求受付部と、前記アクセス受付部が受け付けたアクセス要求と、前記認証情報が示す前記複数のアクセスキー及び前記取得順とに基づいて、前記端末装置を認証する認証部と、前記認証部による認証結果に応じて、前記端末装置に応答する応答部とを有することを特徴とする。

本発明において、前記重畳部は、前記複数のアクセスキーの各アクセスキーを規定する情報を、前記認証情報で指定された前記取得順に従って、順次音響信号に重畳させてもよい。
本発明において、前記放音部の放音エリアが複数あり、前記重畳部は、複数の前記放音エリアの各々で、前記端末装置に供給されるアクセスキーの少なくとも一部を異ならせるように、前記複数のアクセスキーを規定する情報を音響透かしにより音響信号に重畳させ、前記応答部は、前記認証部による認証処理に成功した前記放音エリアに応じて、前記端末装置に応答するようにしてもよい。

本発明の認証装置は、複数のアクセスキー、及び当該複数のアクセスキーの取得順を指定した認証情報を記憶する認証情報記憶部と、前記複数のアクセスキーを規定する情報を音響透かしにより重畳させた音響信号に基づいて前記アクセスキーが供給された端末装置から、当該アクセスキーを含むアクセス要求を受け付けるアクセス要求受付部と、前記アクセス受付部が受け付けたアクセス要求と、前記認証情報が示す前記複数のアクセスキー及び前記取得順とに基づいて、前記端末装置を認証する認証部と、前記認証部による認証結果に応じて、前記端末装置に応答する応答部とを備えることを特徴とする。

本発明のアクセスキー供給装置は、端末装置を認証するための認証処理に用いられるアクセスキーを前記端末装置に供給するアクセスキー供給装置であって、前記認証処理において前記端末装置に供給されたアクセスキーと照合される認証情報であって、互いに異なる複数のアクセスキー及び当該複数のアクセスキーの取得順を指定した認証情報に対応して、前記アクセスキーの供給スケジュールを記憶する供給スケジュール記憶部と、前記供給スケジュール記憶部に記憶された供給スケジュールに従って、前記複数のアクセスキーを規定する情報を音響透かしにより音響信号に重畳させる重畳部と、前記重畳部により前記複数のアクセスキーを規定する情報が重畳させられた音響信号が示す音を、放音部により放音させる放音制御部とを備えることを特徴とする。

本発明の端末装置は、互いに異なる複数のアクセスキー及び当該複数のアクセスキーの取得順を指定した認証情報と、自端末装置から受け付けたアクセス要求とに基づいて、自端末装置を認証する認証装置と通信する通信部と、音響透かしにより重畳させられた前記アクセスキーを規定する情報を、音響信号から抽出する抽出部と、前記抽出部が抽出した前記情報で規定されるアクセスキーを含むアクセス要求を、前記通信部により前記認証装置宛てに送信するアクセス要求部とを備えることを特徴とする。

本発明のプログラムは、端末装置を認証するための認証処理に用いられるアクセスキーを前記端末装置に供給するアクセスキー供給装置のコンピュータを、前記認証処理において、前記端末装置に供給されたアクセスキーと照合される認証情報であって、互いに異なる複数のアクセスキー及び当該複数のアクセスキーの取得順を指定した認証情報に対応して、前記アクセスキーの供給スケジュールを記憶する供給スケジュール記憶部と、前記供給スケジュール記憶部に記憶された供給スケジュールに従って、前記複数のアクセスキーを規定する情報を音響透かしにより音響信号に重畳させる重畳部と、前記重畳部により前記複数のアクセスキーを規定する情報が重畳させられた音響信号が示す音を、放音部により放音させる放音制御部として機能させるためのプログラムである。
また、本発明のプログラムは、互いに異なる複数のアクセスキー及び当該複数のアクセスキーの取得順を指定した認証情報と、自端末装置から受け付けたアクセス要求とに基づいて、自端末装置を認証する認証装置と通信する端末装置のコンピュータに、音響透かしにより重畳させられた前記アクセスキーを規定する情報を、音響信号から抽出する抽出部と、前記抽出部が抽出した前記情報で規定されるアクセスキーを含むアクセス要求を前記認証装置宛てに送信するアクセス要求部として機能させるためのプログラムである。

本発明によれば、端末装置のユーザが所定の場所に居たことのほかに、そのユーザのさらに詳細な滞在の履歴を得ることができる。

第１実施形態の認証システムの全体構成を示す図。 アクセスキー供給装置のハードウェア構成を示すブロック図。 スケジュールデータを説明する図。 端末装置のハードウェア構成を示すブロック図。 応答処理サーバのハードウェア構成を示すブロック図。 認証情報のデータ構造を示す図。 認証結果ＤＢのデータ構造を示す図。 コンテンツＤＢのデータ構造を示す図。 認証システムの機能的構成を示す機能ブロック図。 認証システムにおける処理の流れを示すシーケンスチャート。 第２実施形態の認証システムの全体構成を示す図。 スケジュールデータのデータ構造を示す図。 認証情報のデータ構造を示す図。 コンテンツデータのデータ構造を示す図。 第３実施形態の認証システムの全体構成を示す図。 提供サーバのハードウェア構成を示すブロック図。 アクセスキー管理テーブルのデータ構造を示す図。 提供サーバの制御部の機能的構成を示す機能ブロック図。 認証システムにおける処理の流れを示すシーケンスチャート。 変形例１の認証システムの全体構成を示す図。 変形例１でのアクセスキーの供給スケジュールを説明する図。

以下、図面を参照しつつ本発明の実施形態を説明する。
［第１実施形態］
図１は、認証システム１の全体構成を示す図である。
認証システム１は、アクセスキー供給装置１０と、複数の端末装置２０と、応答処理サーバ３０とを備え、応答処理サーバ３０により端末装置２０のユーザにネットワークＮＷを介してサービスが提供される通信システムである。アクセスキー供給装置１０は、ここではカフェやレストラン、商店などの不特定多数の人物が出入りしうる店舗に設定される。アクセスキー供給装置１０は、自アクセスキー供給装置が設置された店舗の中や敷地内を放音エリアとし、この放音エリアにおいて放音する。

端末装置２０は、ここではスマートフォンであり、店舗の顧客となりうるユーザによって携帯される。応答処理サーバ３０は、アクセスキー供給装置１０により形成された放音エリア内に進入したユーザに対し、端末装置２０の認証処理の結果に応じたサービスを提供する認証装置である。本実施形態では、応答処理サーバ３０は、ユーザが利用可能なクーポンや広告などのコンテンツを、端末装置２０経由で提供するサーバ装置である。端末装置２０と応答処理サーバ３０とは、ネットワークＮＷ経由で通信可能に接続されている。ネットワークＮＷは、ここでは、移動体通信網、ゲートウェイ及びインターネットなどで例示される通信網である。
なお、認証システム１は、アクセスキー供給装置１０や応答処理サーバ３０を複数有していてもよいが、本実施形態ではそれぞれ１つだけ有するものとする。また、通信システム１に含まれる複数の端末装置２０に関する説明について、以下では、一の端末装置２０を代表させて説明する。

図２は、アクセスキー供給装置１０のハードウェア構成を示すブロック図である。図２に示すように、アクセスキー供給装置１０は、制御部１１と、記憶部１２と、通信部１３と、スピーカ１４とを備える。
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を有するマイクロプロセッサを備える。ＣＰＵは、ＲＯＭや記憶部１２に記憶されたプログラムをＲＡＭに読み出して実行することにより、アクセスキー供給装置１０の各部を制御する。例えば、制御部１１は、応答処理サーバ３０が端末装置２０を認証するための認証処理に用いられるアクセスキーを端末装置２０に供給するための制御を行う。記憶部１２は、例えばハードディスク装置を備える記憶装置である。記憶部１２は、制御部１１が端末装置２０にアクセスキーを供給するときに参照するスケジュールデータ１２１を記憶している。

図３は、スケジュールデータ１２１のデータ構造を説明する図である。スケジュールデータ１２１は、アクセスキー供給装置１０におけるアクセスキーの供給スケジュールを示すデータである。図３に示すように、スケジュールデータ１２１は、複数のアクセスキー、及びこれら複数のアクセスキーのアクセスキー供給装置１０による供給順を規定したデータである。ここにおいて、スケジュールデータ１２１は、各アクセスキーの供給期間の長さをＴとして一の供給期間に一のアクセスキーを供給し、且つ、一の供給期間が経過するごとに別のアクセスキーに変更する供給スケジュールを示す。ここでは、スケジュールデータ１２１は、アクセスキーＫ１→Ｋ２→Ｋ３→Ｋ４→Ｋ５という順で、計５つのアクセスキーを順次一つずつ、各供給期間に供給する供給スケジュールを示す。さらに、スケジュールデータ１２１は、アクセスキーＫ５の供給期間の後に、再びアクセスキーＫ１の供給期間を設け、以降、アクセスキーＫ１→Ｋ２→Ｋ３→Ｋ４→Ｋ５（これを１周期とする。）という順で、アクセスキーの供給を１周期ごとに繰り返すことを規定する。
なお、スケジュールデータ１２１は、１周期分のアクセスキーの供給スケジュールを示すデータを含んでいてもよい。この場合、アクセスキー供給装置１０は、スケジュールデータ１２１に従ったアクセスキーの供給を複数回繰り返すこととなる。

通信部１３は、ネットワークＮＷに接続するためのインタフェースである。スピーカ１４は、制御部１１により出力された音響信号が示す音を放音する放音部である。上述した放音エリアは、スピーカ１４からの音が届くエリアであるが、本実施形態では、端末装置２０は、放音エリア内において放音された音に埋め込まれた音響透かし情報を復元できる位置に配置されるものとする。

図４は、端末装置２０のハードウェア構成を示すブロック図である。図４に示すように、端末装置２０は、制御部２１と、ＵＩ（User Interface）部２２と、無線通信部２３と、マイクロホン２４と、スピーカ２５と、記憶部２６とを備える。
制御部２１は、ＣＰＵ、ＲＯＭ及びＲＡＭを有するマイクロプロセッサを備える。ＣＰＵは、ＲＯＭや記憶部２６に記憶されたプログラムをＲＡＭに読み出して実行することにより、端末装置２０の各部を制御する。ＵＩ部２２は、例えばタッチパネルを備え、ユーザからの操作を受け付けるとともに、画像や音により情報を報知する。無線通信部２３は、無線通信回路やアンテナを備え、ネットワークＮＷに接続するためのインタフェースである。マイクロホン２４は、制御部２１と電気的に接続され、収音する収音部であり、収音した音を示す音響信号を制御部２１に出力する。マイクロホン２４は、受話音声や端末装置２０周辺の音を収音して、収音した音を示す音響信号を制御部２１に出力する。この音響信号は、例えば、音波形を表すアナログ形式の波形信号である。アナログ形式の音響信号は、制御部２１においてサンプリングされてデジタル形式の音響信号に変換される。スピーカ２５は、送話音声などを放音する。記憶部２６は、例えばＥＥＰＲＯＭ（Erasable Programmable ROM）を備え、制御部２１が実行するプログラムのほか、端末装置２０を識別する情報である端末ＩＤを記憶する。端末ＩＤは、例えば、端末装置２０に割り当てられた電話番号やＳＩＭ（Subscriber Identity Module）カードから特定される識別情報などであってもよい。

図５は、応答処理サーバ３０のハードウェア構成を示すブロック図である。図５に示すように、応答処理サーバ３０は、制御部３１と、通信部３２と、記憶部３３とを備える。
制御部３１は、ＣＰＵ、ＲＯＭ及びＲＡＭを有するマイクロプロセッサを備える。ＣＰＵは、ＲＯＭや記憶部３３に記憶されたプログラムをＲＡＭに読み出して実行することにより、応答処理サーバ３０の各部を制御する。通信部３２は、ネットワークＮＷに接続するためのインタフェースである。記憶部３３は、例えばハードディスク装置を備え、制御部３１が実行するプログラムのほか、認証情報３３１と、認証結果ＤＢ（Data Base）３３２と、コンテンツＤＢ３３３とを記憶している。

図６は、認証情報３３１のデータ構造を示す図である。
図６に示すように、認証情報３３１は、応答処理サーバ３０で認証処理が行われるときに参照される認証情報である。認証情報３３１は、複数のアクセスキー、及びこれら複数のアクセスキーの端末装置２０による取得順を指定した情報である。この認証情報３３１では、アクセスキーＫ１→Ｋ２→Ｋ３→Ｋ４→Ｋ５というように、５つのアクセスキーＫ１〜Ｋ５とこれらのアクセスキーの取得順とが指定されている。本実施形態では、認証情報３３１で指定される複数のアクセスキーは、スケジュールデータ１２１で規定された複数のアクセスキーに一致する。さらに、認証情報３３１で指定される複数のアクセスキーの供給順は、スケジュールデータ１２１で規定された複数のアクセスキーの取得順に一致する。
なお、本実施形態における、スケジュールデータ１２１で規定された供給するアクセスキーやその供給順、数は一例であるとともに、認証情報３３１におけるアクセスキーやその取得順、数は一例であり、それぞれどのように設定されていても構わない。

図７は、認証結果ＤＢ３３２のデータ構造を示す図である。
図７に示すように、認証結果ＤＢ３３２は、応答処理サーバ３０による端末装置２０の認証結果を格納したデータベースである。認証結果ＤＢ３３２は、具体的には、認証処理が行われた端末装置２０を識別する端末ＩＤと、この端末装置２０の認証結果とを対応付けて格納したデータベースである。認証結果ＤＢ３３２に格納される認証結果は、端末装置２０の認証処理に成功したアクセスキーと、認証処理に成功したアクセスキーの端末装置２０における取得順とを指定したデータである。
応答処理サーバ３０は、端末装置２０が送信してきた或るアクセスキーにより、当該端末装置２０の認証処理に成功すると、その端末装置２０が実際にアクセスキーを取得済みであるとして、この端末装置２０を示す端末ＩＤと、この端末装置２０が実際に取得したアクセスキーとを対応付けて認証結果ＤＢ３３２に書き込む。このように認証結果ＤＢ３３２には、現時点での端末装置２０の認証結果を示すデータが格納されている。
なお、応答処理サーバ３０において認証を開始する直前までは、認証結果ＤＢ３３２には、端末ＩＤと認証結果とを示すデータは書き込まれていない。

図８は、コンテンツＤＢ３３３のデータ構造を示す図である。
図８に示すように、コンテンツＤＢ３３３は、予め決められた認証結果と、コンテンツを表すコンテンツデータとを対応付けたデータ構造である。コンテンツＤＢ３３３に格納される認証結果は、端末装置２０の認証処理に成功したアクセスキーと、成功した認証処理に用いられたアクセスキーの端末装置２０における取得順とを指定した情報である。コンテンツデータは、ここでは、端末装置２０に提供される対象となるコンテンツを表すデータであって、例えばＵＲＬ（Uniform Resource Locator）等のネットワーク上のアドレスを表すデータである。このコンテンツは、例えば広告やクーポン等であるが、端末装置２０経由でユーザに提供されるコンテンツであれば、どのようなコンテンツであってもよい。

図８に示すように、例えば、コンテンツＤＢ３３３で認証結果として「Ｋ１→Ｋ２→Ｋ３」に対応付けられるコンテンツデータとして、「コンテンツＡ」が対応付けられている。これは、「Ｋ１→Ｋ２→Ｋ３」の順序でアクセスキーを取得した端末装置２０の認証処理に成功した場合に、コンテンツＡを端末装置２０に提供することが応答処理サーバ３０により許可されることを意味する。また、コンテンツＤＢ３３３では、認証結果として「Ｋ１→Ｋ２→Ｋ３→Ｋ４」に対応付けられるコンテンツデータとして、「コンテンツＢ」が対応付けられ、認証結果として「Ｋ１→Ｋ２→Ｋ３→Ｋ４→Ｋ５」に対応付けられるコンテンツデータとして、「コンテンツＣ」が対応付けられている。これらのコンテンツについても、コンテンツＡの場合と同様に、認証処理の結果に応じて、コンテンツＢ又はコンテンツＣを端末装置２０に提供することが、応答処理サーバ３０により許可される。

さらに、応答処理サーバ３０から端末装置２０に提供されるコンテンツの価値は、認証結果に含まれるアクセスキーの数が多くなるほど高くなる。ここでは、コンテンツＡ＜コンテンツＢ＜コンテンツＣという順で価値が高くなり、例えば、商品の割引率が高くなったり、ユーザが受け取ることのできる景品が高価になったりして、ユーザにとって価値の高い有益なコンテンツとなる。このようなコンテンツの価値を、認証されたアクセスキーの数と対応させる関係としているのは、ユーザが端末装置２０により取得したアクセスキーの数が多いほど、ユーザが店舗Ａに継続して長時間滞在し、アクセスキーを取得するために多くの労力をかけたことを意味するからである。このように、応答処理サーバ３０により提供されるコンテンツは、ユーザの労力に応じた特典（つまり対価）となるように価値が決められている。
なお、コンテンツＤＢ３３３においては、ネットワーク上のアドレスを表すデータに代えて、コンテンツそのものを意味するデータが格納されていてもよい。この場合、応答処理サーバ３０は、ネットワーク上のアドレスを表すデータに代えて、コンテンツそのものを意味するデータを端末装置２０に送信すればよい。

次に、認証システム１の機能的構成を説明する。
図９は、認証システム１の機能的構成を示す機能ブロック図である。まず、アクセスキー供給装置１０の機能的構成を説明する。アクセスキー供給装置１０の制御部１１は、プログラムを実行することにより、重畳部１１１と、放音制御部１１２と、更新部１１３とに相当する機能を実現する。
重畳部１１１は、スケジュールデータ１２１が示すスケジュールに従って、互いに異なる複数のアクセスキーを音響透かしにより音響信号に重畳させる。重畳部１１１は、例えばＭ系列やＧｏｌｄ系列などの拡散符号を用いたり、ＯＦＤＭ（Orthogonal Frequency-Division Multiplexing）変調を用いたりして、アクセスキーを音響信号に重畳させる。また、重畳部１１１によって重畳される音響透かしは、可聴周波数の上限値（例えば、１８ｋ〜２０ｋＨｚ）より高い周波数帯域に重畳される。従って、音響透かしを表す音は人に聞きとられず、また音響信号が示す音の聞き取りにも影響を与えない。
放音制御部１１２は、重畳部１１１が音響透かしにより複数のアクセスキーを重畳させた音響信号が示す音を、スピーカ１４に放音させる。
更新部１１３は、応答処理サーバ３０により送信された更新指示を通信部１３により受信すると、スケジュールデータ１２１を更新する。このようにして更新部１１３は、更新指示に従って、アクセスキー供給装置１０が供給する複数のアクセスキーのいずれかのアクセスキー、及びこれら複数のアクセスキーの供給順の少なくとも一方を更新する。

次に、端末装置２０の機能的構成を説明する。
端末装置２０の制御部２１は、プログラムを実行することにより、音響信号取得部２１１と、抽出部２１２と、アクセス制御部２１３とに相当する機能を実現する。
音響信号取得部２１１は、放音制御部１１２の制御によりスピーカ２５により放音された音を示す音響信号を取得する。ここにおいて、音響信号取得部２１１は、マイクロホン２４により収音された音を示す音響信号を取得する。
抽出部２１２は、音響信号取得部２１１により取得された音響信号から、音響透かしにより重畳させられたアクセスキーを抽出する。抽出部２１２は、重畳部１１１における音響透かしの重畳方法に対応した方法でアクセスキーを抽出する。例えば、抽出部２１２は、ＨＰＦ（High Pass Filter）を備え、このＨＰＦを用いたフィルタリング処理を施す。

アクセス制御部２１３は、抽出部２１２が抽出したアクセスキーに応じて、応答処理サーバ３０に認証を要求するためのアクセス制御を行う。具体的には、アクセス制御部２１３は、抽出部２１２が抽出したアクセスキーと、記憶部２６から取得した端末ＩＤとを含むアクセス要求を、無線通信部２３により応答処理サーバ３０宛てに送信する。

次に、応答処理サーバ３０の機能的構成を説明する。
応答処理サーバ３０の制御部３１は、プログラムを実行することにより、アクセス要求受付部３１１と、認証部３１２と、応答部３１３と、更新部３１４とに相当する機能を実現する。
アクセス要求受付部３１１は、端末装置２０により送信されたアクセス要求を、端末装置２０との通信により通信部３２から受け付ける。
認証部３１２は、アクセス要求受付部３１１が取得したアクセス要求と、記憶部３３に記憶された認証情報３３１とに基づいて、端末装置２０を認証するための認証処理を行う。具体的には、認証部３１２は、アクセス要求受付部３１１が受け付けたアクセス要求に含まれるアクセスキーが、認証情報３３１で指定されたアクセスキーに一致すると判定すると、このアクセス要求に含まれる端末ＩＤと対応付けてこのアクセスキーを認証結果ＤＢ３３２に書き込む。

応答部３１３は、認証部３１２の認証結果に応じて、アクセス要求の送信元である端末装置２０に応答する。ここにおいて、応答部３１３は、端末装置２０の認証処理に成功した場合には、認証処理に成功したアクセスキーに対応付けてコンテンツＤＢ３３３に格納されたコンテンツデータを、端末装置２０宛てに送信するよう通信部３２を制御する。
更新部３１４は、認証情報３３１を更新する場合に、認証情報３３１を更新するとともに、通信部３２によりアクセスキー供給装置１０に宛てて更新指示を送信する。より具体的には、更新部３１４は、認証情報３３１で指定された複数のアクセスキーのいずれかのアクセスキー、及びこれら複数のアクセスキーの取得順の少なくとも一方を更新する。また、更新部３１４は、アクセスキー供給装置１０が供給する複数のアクセスキーのいずれかのアクセスキー、及びこれら複数のアクセスキーの供給順の少なくとも一方を更新するように指示する。

次に、認証システム１の動作を説明する。
図１０は、認証システム１における処理の流れを示すシーケンスチャートである。
アクセスキー供給装置１０の制御部１１は、記憶部１２に記憶された図示せぬ音源から供給される音響信号に基づき、予めＢＧＭ（Background Music）などの音をスピーカ１４により放音エリアにおいて放音させている。この放音期間において、制御部１１はこのＢＧＭを示す音響信号に、スケジュールデータ１２１に従って、音響透かしによりアクセスキーを重畳させる。
まず、制御部１１は、記憶部１２に記憶されたスケジュールデータ１２１に基づいて、端末装置２０に供給するアクセスキーを取得する（ステップＳ１）。次に、制御部１１は、スケジュールデータ１２１で規定された供給期間において、ステップＳ１の処理で取得したアクセスキーを、音響透かしにより音響信号に重畳させる（ステップＳ２）。そして、制御部１１は、音響透かしによりアクセスキーが重畳させられた音響信号が示す音をスピーカ１４に放音させる（ステップＳ３）。制御部１１は、可聴域の比較的高い周波数帯域以上（例えば、１８ｋＨｚ以上）の音響信号を用いてアクセスキーを重畳させる。
ここでは、制御部１１は、アクセスキーとして「Ｋ１」を音響透かしにより音響信号に重畳させるものとする。

端末装置２０の制御部２１は、応答処理サーバ３０からコンテンツデータの提供を受けるためのアプリケーションプログラムを予め実行していて、この実行期間中には、マイクロホン２４により収音された音を示す音響信号を取得する。ここにおいて、マイクロホン２４により収音される音として、いずれかのアクセスキー供給装置１０によりステップＳ３の処理で放音された音を想定する。そして、制御部２１は、マイクロホン２４から取得した音響信号から、アクセスキーの抽出を試みる動作を継続して繰返し行う。そして、制御部２１は、マイクロホン２４から取得した音響信号からアクセスキーを抽出する（ステップＳ４）。ここにおいて、制御部２１はアクセスキーとして「Ｋ１」を抽出する。

次に、制御部２１は、音響信号から抽出したアクセスキーと、記憶部２６に記憶されている端末ＩＤとを含むアクセス要求を生成し、生成したアクセス要求を無線通信部２３により応答処理サーバ３０宛てに送信する（ステップＳ５）。ここでは、制御部２１は、アクセスキーとして「Ｋ１」と、端末ＩＤとして「ＵＩＤ００１」とを含むアクセス要求を応答処理サーバ３０宛てに送信する。

応答処理サーバ３０の制御部３１は、通信部３２により受信したアクセス要求を受け付けると、受け付けたアクセス要求により端末装置２０の認証処理を行う（ステップＳ６）。ステップＳ６の処理では、制御部３１は、アクセス要求に含まれるアクセスキーと、記憶部３３に記憶された認証情報３３１とに基づいて、端末装置２０の認証処理を行う。ここにおいて、制御部３１は、（Ｉ）アクセス要求に含まれるアクセスキーが認証情報３３１で指定されたアクセスキーと一致するか否かを判定し、（II）認証情報３３１で指定されたアクセスキーの取得順と、端末装置２０での実際のアクセスキーの取得順とが一致するか否かを判定し、且つ、（III）アクセス要求に含まれるアクセスキーと端末ＩＤとが認証結果ＤＢ３３２において既に対応付けられているか否かを判定する。

次に、制御部３１は、端末装置２０の認証処理に成功したか否かを判定する（ステップＳ７）。制御部３１は、（Ｉ）アクセス要求に含まれるアクセスキーが認証情報３３１で指定されたアクセスキーと一致し、（II）認証情報３３１で指定されたアクセスキーの取得順と、端末装置２０での実際のアクセスキーの取得順とが一致し、且つ、（III）アクセス要求に含まれるアクセスキーと端末ＩＤとが認証結果ＤＢ３３２において既に対応付けられていなければ、端末装置２０の認証処理に成功したと判定する（ステップＳ７；ＹＥＳ）。一方、制御部３１は、アクセス要求に含まれるアクセスキーが認証情報３３１で指定されたアクセスキーと異なっているか、認証情報３３１で指定されたアクセスキーの取得順と端末装置２０での実際のアクセスキーの取得順とが異なるか、又は、アクセス要求に含まれるアクセスキーと端末ＩＤとが認証結果ＤＢ３３２において既に対応付けられていれば、認証処理に失敗したと判定する（ステップＳ７；ＮＯ）。

制御部３１は、ステップＳ７の処理で端末装置２０の認証処理に成功したと判定した場合、認証処理に成功したアクセスキーと端末ＩＤとを対応付けて認証結果ＤＢ３３２に書き込んで、認証結果ＤＢ３３２を更新する（ステップＳ８）。
次に、制御部３１は、端末装置２０の認証結果に応じて端末装置２０に応答する（ステップＳ９）。ここにおいて、制御部３１は、認証結果ＤＢ３３２に格納された認証結果と、コンテンツＤＢ３３３に格納された認証結果とを照合して、これらが一致すれば、コンテンツＤＢ３３３においてこの認証結果に対応付けられたコンテンツデータを端末装置２０に宛てて送信する。ここにおいて、制御部３１は、端末装置２０についてアクセスキーとして「Ｋ１」による認証処理に成功しただけであるから、応答処理を実行しない。

次に、制御部３１は、認証情報３３１を更新するか否かを判断する（ステップＳ１０）。制御部３１は、同一の認証情報３３１が長期に使用されることによる不正の発生を回避するために、認証情報３３１を更新する場合には、ステップＳ１０の処理で「ＹＥＳ」と判断する。制御部３１は、例えば１日１回といったように所定時期が到来したことを契機に更新してもよいし、所定の数の端末装置２０で認証処理に成功したことを契機に更新してもよく、その契機は特に問わない。制御部３１は、認証情報３３１を更新する場合には、その更新後の認証情報３３１を新たに記憶部３３に記憶させ（ステップＳ１１）、スケジュールデータ１２１の更新指示を、通信部３２によりアクセスキー供給装置１０宛てに送信する（ステップＳ１２）。アクセスキー供給装置１０の制御部１１は、通信部１３により更新指示を受信すると、更新指示に従ってスケジュールデータ１２１を更新する（ステップＳ１３）。これにより、アクセスキー供給装置１０が記憶部１２に記憶するスケジュールデータ１２１が示す供給スケジュールと、応答処理サーバ３０が記憶部３３に記憶する認証情報３３１とが整合する。
以上が、認証システム１の全体的な処理の流れの説明である。認証システム１では、端末装置２０がアクセスキーを取得して認証処理を要求するときに、上記処理ステップが実行される。

続いて、認証システム１における認証処理に関して、更に後の動作を説明する。
アクセスキーＫ１の供給期間が終了して、アクセスキーＫ２の供給期間なると、認証システム１では、上記処理ステップＳ１〜Ｓ６の実行により、アクセスキーＫ２による端末装置２０の認証処理に成功することとなる。これにより、応答処理サーバ３０は、認証結果ＤＢ３３２に、端末ＩＤとして「ＵＩＤ００１」に対応付けて認証結果として「Ｋ１→Ｋ２」を対応付けて格納する（ステップＳ８）。次に、アクセスキーＫ３の供給期間なると、認証システム１では、上記処理ステップＳ１〜Ｓ６の実行により、アクセスキーＫ３による端末装置２０の認証処理に成功することとなる。これにより、応答処理サーバ３０は、認証結果ＤＢ３３２に、端末ＩＤとして「ＵＩＤ００１」に対応付けて認証結果として「Ｋ１→Ｋ２→Ｋ３」を対応付けて格納する（ステップＳ８）。アクセスキーＫ３での認証処理に成功すると、応答処理サーバ３０の制御部３１は、コンテンツＤＢ３３３において、認証結果として「Ｋ１→Ｋ２→Ｋ３」に対応付けて格納されたコンテンツＡを端末装置２０に送信する応答処理を実行する（ステップＳ９）。

次に、アクセスキーＫ４による端末装置２０の認証処理に成功すると、応答処理サーバ３０の制御部３１は、認証結果ＤＢ３３２に、端末ＩＤとして「ＵＩＤ００１」に対応付けて認証結果として「Ｋ１→Ｋ２→Ｋ３→Ｋ４」と対応付けて格納する（ステップＳ８）。この場合、応答処理サーバ３０の制御部３１は、ステップＳ９の処理において、コンテンツＤＢ３３３で、認証結果として「Ｋ１→Ｋ２→Ｋ３→Ｋ４」に対応付けて格納されたコンテンツＢを、端末装置２０宛てに送信する（ステップＳ９）。
また、アクセスキーＫ５による端末装置２０の認証処理に成功すると、応答処理サーバ３０の制御部３１は、認証結果ＤＢ３３２に、端末ＩＤとして「ＵＩＤ００１」に対応付けて認証結果として「Ｋ１→Ｋ２→Ｋ３→Ｋ４→Ｋ５」を対応付けて格納する（ステップＳ８）。この場合、応答処理サーバ３０の制御部３１は、ステップＳ９の処理では、コンテンツＤＢ３３３で認証結果として「Ｋ１→Ｋ２→Ｋ３→Ｋ４→Ｋ５」に対応付けて格納されたコンテンツＣを、端末装置２０宛てに送信する（ステップＳ９）。

以上のような認証システム１によれば、店舗Ａの中に居た時間が長いユーザほど、有益なコンテンツを得ることができる。しかし、ユーザが一部の期間において店舗Ａから外に出るなどして、本来用意されている複数のアクセスキーのうち、一部のアクセスキーを取得しなかった場合には、端末装置２０が取得したアクセスキー及びアクセスキーの取得順と、応答処理サーバ３０が記憶する認証情報３３１で指定された複数のアクセスキー、及びこれら複数のアクセスキーの取得順とが完全一致しないことになるので、継続的にユーザが店舗Ａに滞在していなかったことをサービス提供者（ここでは、例えば店舗Ａの運営者）が把握可能である。これにより、応答処理サーバ３０は、店舗Ａに継続して滞在したユーザには高価なコンテンツを提供する一方、一部の期間に抜け出すなど継続して滞在していないユーザについては、これと同等のコンテンツを提供しないという、ユーザの時間に関する滞在の履歴に応じてユーザの差別化が可能となる。

また、一部のアクセスキーを、不正な方法で端末装置２０が事後的に取得した場合、端末装置２０での実際のアクセスキーの取得順が、認証情報３３１で指定されたこのアクセスキーの取得順と完全一致しなくなる。これにより、認証システム１によれば、不正行為により高価なコンテンツがユーザに取得されることを防止することができる。このようにして、認証システム１によれば、単に所定の場所にユーザが居たか居ないかということではなく、その場所にユーザが居た時間の長さやいつ滞在していたかといった履歴に関する情報を特定できる。従って、ユーザの滞在の具体的な態様を示す情報を、ユーザに負担をかけないで詳細に把握することができる。これにより、応答処理サーバ３０は、ユーザの詳細な滞在の履歴に応じた様々な態様でコンテンツを提供することができる。

また、本実施形態の認証システム１によれば、ユーザが端末装置２０によって取得したアクセスキーが多いほど、応答処理サーバ３０によって高価値なサービスがユーザに提供されるから、ユーザがより長い時間店舗に滞在し、また、サービス提供者が望む場所に居るように、ユーザの行動を誘導することも可能である。このように、認証システム１によれば、ユーザの滞在の履歴を把握するだけでなく、間接的に、ユーザが行動する場所と時間とを制御することも可能である。これにより、認証システム１は、店舗の顧客側のユーザのみならず、サービス提供者側（店舗の運営者側やコンテンツの供給者側）にも有益である。

また、本実施形態では、音響信号に応じた音が届く放音エリアのみにアクセスキー供給装置１０によってアクセスキーが供給されるから、人間が目視で放音エリアが確認可能な手段であるエリア制限手段（つまり、壁やパーテションなどの音を遮音する効果を奏する部材）を用いて、比較的容易にアクセスキーが供給される放音エリアを制限することができる。

［第２実施形態］
次に、本発明の第２実施形態を説明する。
上述した第１実施形態では、アクセスキー供給装置１０は、複数のアクセスキーのうち端末装置２０に供給するアクセスキーを時間変化させながら供給していたが、複数のアクセスキーを時間変化させないようにしてもよい。この実施形態では、アクセスキー供給装置１０ａは、複数のアクセスキーの各々に対応して設けられた複数のスピーカを駆動する。この複数のスピーカは、アクセスキー供給装置１０ａによるアクセスキーの供給順に基づいて互いに異なる位置に配置されている。
なお、本実施形態において、上述した第１実施形態と同じ符号を付した構成要素や処理ステップは、上述した第１実施形態と同等に機能するから、以下では相違点を主に説明する。また、第１実施形態で説明した構成要素に対応する構成要素については、符号の末尾に「ａ」を付して表す。

図１１は、本実施形態の認証システム１ａの全体構成を示す図である。認証システム１ａが備えるアクセスキー供給装置１０ａ、端末装置２０及び応答処理サーバ３０ａは、特に断りのない限りは、上述した第１実施形態と同じ構成を有する。また、図１１においても、説明の便宜上、端末装置２０を１つだけ図示する。また、認証システム１は、アクセスキー供給装置１０ａ及び応答処理サーバ３０ａを複数有していてもよいが、本実施形態では、認証システム１ａがアクセスキー供給装置１０ａ及び応答処理サーバ３０ａをそれぞれ１つだけ有するものとする。
アクセスキー供給装置１０ａは、上述した第１実施形態と同様に、制御部１１、記憶部１２及び通信部１３を備える一方、スピーカ１４に代えて、複数のスピーカ１４Ａ〜１４Ｈを備えている。スピーカ１４Ａ〜１４Ｈは、図１１に示すように、互い異なる放音エリアＡ〜Ｈを店舗Ａの中に形成するように、店舗Ａの中に配置されている。スピーカ１４Ａ〜１４Ｈは、それぞれ符号の末尾のアルファベットが一致する放音エリアＡ〜Ｈを形成する。図１１では説明の便宜上、放音エリアを二点鎖線で区切られた範囲で表すとともに、各放音エリアが重なり合っていないものとする。放音エリアＡ〜Ｈは、ここでは、店舗Ａとしてスーパーマーケットの中に形成された放音エリアであり、各放音エリアは、各種商品が置かれた売り場に対応しているものとする。また、図１１に矢印で示した移動経路は、サービス提供者（例えば店舗Ａの運営者）が端末装置２０のユーザの移動を促したい（つまり、ユーザを誘導したい）経路を意味する。ここでは、放音エリアの符号の末尾のアルファベット順にユーザが各放音エリアを訪れるように、移動経路が設定されているものとする。

図１２は、アクセスキー供給装置１０ａが記憶するスケジュールデータ１２１ａのデータ構造を示す図である。
図１２に示すように、スケジュールデータ１２１ａは、スピーカ１４Ａ〜１４Ｈを用いてアクセスキー供給装置１０ａが端末装置２０に供給する複数のアクセスキーを規定したスケジュールデータである。スケジュールデータ１２１ａは、ここでは、スピーカ１４Ａ〜１４Ｈの各々を識別するスピーカＩＤと、このスピーカＩＤが示すスピーカによって供給されるアクセスキーとを対応付けたデータテーブルである。
図１２において、スピーカＩＤのフィールドには、対応するスピーカ１４Ａ〜１４Ｈの符号を示している。スケジュールデータ１２１ａは、スピーカ１４Ａ〜１４Ｈが、それぞれ、符号の末尾のアルファベットが一致する１つのアクセスキーＫＡ〜ＫＨを供給するように、アクセスキーの供給スケジュールが規定されている。例えば、アクセスキー供給装置１０ａは、音響信号に音響透かしによりアクセスキーＫＡを重畳させて、スピーカ１４Ａにより放音エリアＡに放音する。また、アクセスキー供給装置１０ａは、音響信号に音響透かしによりアクセスキーＫＢを重畳させて、スピーカ１４Ｂにより放音エリアＢに放音する。スピーカ１４Ｃ〜１４Ｈについても、アクセスキー供給装置１０ａは、音響信号に音響透かしによりアクセスキーＫＣ〜ＫＨを重畳させて、スケジュールデータ１２１ａで規定されたスピーカにより放音エリアで放音する。

図１３は、応答処理サーバ３０ａが記憶する認証情報３３１ａのデータ構造を示す図である。認証情報３３１ａは、応答処理サーバ３０ａで認証処理が行われるときに参照されるデータである。
図１３に示すように、認証情報３３１ａは、上述した第１実施形態と同様に、複数のアクセスキー、及びこれら複数のアクセスキーの端末装置２０による取得順を指定した情報である。認証情報３３１ａでは、アクセスキーＫＡ→ＫＢ→ＫＣ→・・・→ＫＧ→ＫＨというように、８つのアクセスキーＫＡ〜ＫＧとこれらの複数のアクセスキーの取得順とが指定されている。本実施形態においても、認証情報３３１ａで指定された複数のアクセスキーは、スケジュールデータ１２１ａで規定された複数のアクセスキーに一致する。さらに、認証情報３３１ａで指定された複数のアクセスキーの取得順は、サービス提供者が顧客を誘導したい移動経路に従って設定されている。よって、認証情報３３１ａで指定された複数のアクセスキーとこれら複数のアクセスキーの端末装置２０での取得順は、スケジュールデータ１２１ａが示す供給スケジュールに対応している。

図１４は、コンテンツＤＢ３３３ａのデータ構造を示す図である。
図１４に示すように、コンテンツＤＢ３３３ａは、予め決められた認証結果と、コンテンツを表すコンテンツデータを対応付けたデータ構造である。コンテンツＤＢ３３３ａの認証結果は、端末装置２０の認証処理に成功したアクセスキーと、当該アクセスキーの端末装置２０における取得順とを意味している。コンテンツデータは、ここでは端末装置２０に提供されるコンテンツを表すデータである。具体的に、図１４に示す第１行では、アクセスキーとして「ＫＡ」と、コンテンツデータとして「（放音エリアＡ，Ｂ，Ｃの商品情報）」とが対応付けられている。これは、応答処理サーバ３０ａがアクセスキーＫＡによって端末装置２０の認証処理に成功した場合に、放音エリアＡ，Ｂ，Ｃで販売される商品に関する商品情報を、電子メール等で端末装置２０に送信することを規定するものである。応答処理サーバ３０ａは端末装置２０のユーザが放音エリアＡに居るときに、アクセスキーＫＡによって端末装置２０を認証することがある。このため、応答処理サーバ３０ａは、放音エリアＡと、放音エリアＡよりも移動経路の下流側に位置する放音エリアＢ，Ｃに関する商品情報をコンテンツデータとして、端末装置２０宛てに送信する。

図１４に示す第２行では、アクセスキーとして「ＫＢ」と、コンテンツデータとして「（放音エリアＢ，Ｃ，Ｄの商品情報）」とが対応付けられている。これは、応答処理サーバ３０ａがアクセスキーＫＢによって端末装置２０を認証した場合に、放音エリアＢ，Ｃ，Ｄで販売される商品に関する商品情報を電子メール等で送信することを意味している。応答処理サーバ３０ａは端末装置２０のユーザが放音エリアＢに居るときに、アクセスキーＫＢによって端末装置２０を認証することがある。このため、応答処理サーバ３０ａは、放音エリアＢと、放音エリアＢよりも移動経路の下流側に位置する放音エリアＣ，Ｄに関する商品情報をコンテンツデータとして、端末装置２０宛てに送信する。
アクセスキーＫＣ〜ＫＨについても、応答処理サーバ３０ａが、ユーザが現時点で居る放音エリアと、その放音エリアよりも移動経路下流側の放音エリアに関するコンテンツを提供するように、コンテンツＤＢ３３３ａは構成されている。

また、コンテンツＤＢ３３３ａでは、認証結果として「ＫＡ→ＫＢ→ＫＣ→・・・→ＫＧ→ＫＨ」と、コンテンツデータとして「店舗Ａ用クーポン」とが対応付けられている。これは、応答処理サーバ３０ａが、アクセスキーＫＡ→ＫＢ→ＫＣ→・・・→ＫＧ→ＫＨという順で、認証処理に成功した端末装置２０に対して、コンテンツとして店舗Ａ用クーポンを提供することを意味している。

このように、本実施形態では、応答処理サーバ３０ａが端末装置２０にクーポンを提供することの可否を判断する場合にだけ、認証情報３３１ａで指定された複数のアクセスキー、及びこれら複数のアクセスキーの取得順と、端末装置２０が実際に取得したアクセスキー及びアクセスキーの取得順との同一性を確認する。一方で、応答処理サーバ３０ａがコンテンツとして、端末装置２０に商品情報を提供する処理を行うときには、認証処理に成功したアクセスキーに対応付けられたコンテンツを端末装置２０に提供する。

この実施形態の認証システム１の動作は、基本的には図９に示すシーケンスチャートと同じ手順で動作すればよい。ただし、スケジュールデータ１２１ａが図１２に示すデータ構造であるから、アクセスキー供給装置１０ａは、ステップＳ１の処理では、スピーカ１４Ａ〜１４Ｈから供給されるアクセスキーを時間変化させない。これにより、上述した第１実施形態では、端末装置２０は、時間変化に応じて異なるアクセスキーを取得していたが、この第２実施形態では、端末装置２０の位置変化に応じて異なるアクセスキーを取得することとなる。ユーザが移動してアクセスキーを取得することを除いて、認証システム１の構成及び動作は第１実施形態と同じでよい。端末装置２０は、アクセスキー取得すると、このアクセスキーに基づいて生成したアクセス要求を、応答処理サーバ３０ａ宛てに送信する。

また、本実施形態の応答処理サーバ３０ａにおいても、端末装置２０から取得したアクセス要求に含まれるアクセスキーとアクセスキーの取得順とに基づいて、認証処理を行う（ステップＳ６）。そして、応答処理サーバ３０ａは、その認証処理の結果に応じて端末装置２０に応答する（ステップＳ９）。
例えば、応答処理サーバ３０ａは、アクセスキーＫＡを用いて端末装置２０の認証処理に成功した場合、図１１に示す移動経路に沿ってユーザを移動させるように「放音エリアＡ，Ｂ，Ｃの○○がお買い得です。」というメッセージを端末装置２０に表示させる。また、応答処理サーバ３０ａは、端末ＩＤとして「ＵＩＤ００１」と、認証結果として「ＫＡ」とを対応付けて、認証結果ＤＢ３３２に書き込む。応答処理サーバ３０ａは、アクセスキーＫＡの次に、アクセスキーＫＢを用いて端末装置２０の認証処理に成功した場合、図１１に示す移動経路に沿ってユーザを移動させるように、例えば「放音エリアＢ，Ｃ，Ｄの○○がお買い得です」というメッセージを端末装置２０に表示させる。また、応答処理サーバ３０ａは、端末ＩＤとして「ＵＩＤ００１」と、認証結果として「ＫＡ→ＫＢ」とを対応付けて、認証結果ＤＢ３３２に書き込む。応答処理サーバ３０ａは、アクセスキーＫＢの次に、アクセスキーＫＣを用いた認証処理に成功した場合には、例えば「放音エリアＣ，Ｄ，Ｅの△△がお買い得です。」というメッセージを端末装置２０に表示させる応答処理を行とともに、認証結果ＤＢ３３２を更新する。アクセスキーＫＤ〜ＫＨについても、応答処理サーバ３０ａは、同様にして、ユーザを特定の場所に誘導するようなメッセージを端末装置２０に表示させる。また、応答処理サーバ３０ａは、端末ＩＤとして「ＵＩＤ００１」と、認証結果として「ＫＡ→ＫＢ→ＫＣ」とを対応付けて、認証結果ＤＢ３３２に書き込む。

そして、応答処理サーバ３０ａは、アクセスキーＫＡ→ＫＢ→ＫＣ→ＫＤ→ＫＥ・・・→ＫＨという順序で端末装置２０がアクセスキーを取得して、端末装置２０の認証処理に成功すると、コンテンツＤＢ３３３ａに基づいて、店舗Ａ用クーポンを端末装置２０に提供する応答処理を実行する。店舗Ａ用クーポンは、放音エリアＨよりも移動経路下流側に位置する会計場所で利用できるクーポンである。アクセスキーＫＡ→ＫＢ→ＫＣ→ＫＤ→ＫＥ・・・→ＫＨという順序で端末装置２０の認証処理に成功したということは、端末装置２０のユーザが図１１に示す移動経路に沿って移動し、且つ、スピーカ１４Ｈの放音エリアＨ又はその付近に居ると推定することができる。そこで、応答処理サーバ３０ａは、会計場所で利用可能な店舗Ａ用クーポンを提供する処理を行う。応答処理サーバ３０ａは、例えば、店舗Ａ用クーポンを、上述した第１実施形態と同じ方法でユーザの端末装置２０に提供する。また、応答処理サーバ３０ａは、店舗Ａ用クーポンは、ユーザが放音エリアＨ又は放音エリアＨ付近に居るときに端末装置２０に提供する。よって、応答処理サーバ３０ａは、ユーザの到達予想位置に応じた応答処理として、店舗Ａ用クーポンを端末装置２０に提供する処理を行ったことにもなる。

本実施形態の認証システム１ａによれば、店舗Ａの中に居たユーザのうち、予め設定された移動経路に沿って移動したユーザだけが有益なコンテンツを得ることができる。しかし、ユーザがこの移動経路と異なる経路でユーザが移動したり、一部の放音エリアを訪れないことで一部のアクセスキーを取得しなかったりした場合には、端末装置２０の取得したアクセスキー及びアクセスキーの取得順と、認証情報３３１ａで指定された複数のアクセスキー及びこれら複数のアクセスキーの取得順とが完全一致しないことになるから、サービス提供者の意図するとおりにユーザが移動したかどうかを、応答処理サーバ３０ａは把握可能である。これにより、応答処理サーバ３０ａは、予め設定された移動経路に沿って移動したユーザに対しては、クーポンなどのコンテンツを提供する一方、移動経路に沿って移動しなかったユーザに対しては、商品情報は提供するが、クーポンを提供しないという、店舗Ａでのユーザの位置に関する滞在履歴に応じてユーザの差別化が可能となる。

また、一部のアクセスキーを不正な方法で端末装置２０が事後的に取得したり、ユーザがサービス提供者に設定された移動経路とは異なる経路で移動したりした場合、端末装置２０でのアクセスキーの取得順が、認証情報３３１ａで指定されたこのアクセスキーの取得順と完全一致しなくなる。よって、認証システム１ａによれば、不正な方法で高価なコンテンツがユーザに取得されることも防止可能である。このようにして、認証システム１によれば、単に所定の場所にユーザが居たか居ないかということではなく、その場所においてユーザがどのように移動したかという、ユーザの実際の滞在の履歴を、ユーザに負担をかけないで詳細に把握することができる。これにより、応答処理サーバ３０ａは、ユーザの詳細な滞在の履歴に応じて様々な態様でコンテンツを提供することができる。また、認証システム１によれば、ユーザの移動の仕方を含む滞在の履歴を把握することができるので、ユーザがどの商品に関心があるかなどといった、店舗Ａの利用状況の分析などにも、端末装置２０の認証結果を利用することができる。

さらに、この実施形態でも、応答処理サーバ３０ａ及びアクセスキー供給装置１０ａは、アクセスキーを更新するための構成を備えていてよい。また、この実施形態で説明した放音エリアの数はあくまで一例であり、放音エリアの数は７個以下又は９個以上であってもよい。また、ユーザを移動経路に従って移動させるために応答処理サーバ３０ａが行う応答処理は、商品情報を記載した電子メールの送信に限らず、端末装置２０のユーザに対しどの方向に移動するべきかを知らしめるような応答処理（例えば、音声案内）であればよい。また、応答処理サーバ３０ａは、予め設定された移動経路の全体を通過したユーザの端末装置２０にクーポンなどの有益なコンテンツを提供するだけでなく、予め設定された移動経路の一部を通過したユーザの端末装置２０にクーポンなどのコンテンツを提供してもよい。ただし、応答処理サーバ３０ａは、移動経路の一部を通過したユーザよりも、移動経路の全体を通過したユーザに対してより有益なコンテンツを提供することが好ましい。

［第３実施形態］
次に、本発明の第３実施形態を説明する。
上述した第１，第２実施形態では、アクセスキー供給装置が、アクセスキーを規定する情報として、アクセスキーそのものを音響透かしにより音響信号に重畳させていた。これに代えて、アクセスキー供給装置は、アクセスキーの代替となる代替情報を、音響信号に重畳させてもよい。本実施形態では、端末装置２０が音響信号から抽出した代替情報を用いて外部のサーバ装置（後述する、提供サーバ４０）に問い合わせて、この代替情報に対応したアクセスキーを提供サーバ４０から取得する。
なお、本実施形態において、上述した第１実施形態と同じ符号を付した構成要素や処理ステップは、上述した第１実施形態と同等に機能するから、以下では相違点を主に説明する。また、上述した第１実施形態で説明した構成要素や処理ステップの符号の末尾に「ｂ」を付したものは、上述した第１実施形態で説明した構成要素や処理ステップに対応する。

図１５は、本実施形態の認証システム１ｂの全体構成を示す図である。
認証システム１ｂは、アクセスキー供給装置１０と、端末装置２０と、応答処理サーバ３０と、提供サーバ４０とにより構成される。アクセスキー供給装置１０と、端末装置２０と、応答処理サーバ３０とのハードウェア構成は基本的には上述した第１実施形態と同じで、かつ、上述した第１実施形態と同一の接続関係にある。提供サーバ４０は、ネットワークＮＷを介して端末装置２０と接続されるサーバ装置である。提供サーバ４０は、端末装置２０からの要求に応じて、端末装置２０にアクセスキーを提供する。

図１６は、提供サーバ４０のハードウェア構成を示すブロック図である。図１６に示すように、提供サーバ４０は、制御部４１と、通信部４２と、記憶部４３とを備える。
制御部４１は、ＣＰＵ、ＲＯＭ及びＲＡＭを有するマイクロプロセッサを備える。ＣＰＵは、ＲＯＭや記憶部４３に記憶されたプログラムをＲＡＭに読み出して実行することにより、提供サーバ４０の各部を制御する。通信部４２は、ネットワークＮＷに接続するためのインタフェースである。記憶部４３は、例えばハードディスク装置を備え、制御部４１が動作するためのプログラムや、端末装置２０に提供されうるアクセスキーが管理されるアクセスキー管理テーブル４３１を記憶する。

図１７は、アクセスキー管理テーブル４３１のデータ構造を示す図である。
図１７に示すように、アクセスキー管理テーブル４３１は、「代替情報」と「アクセスキー」という各情報を対応付けたデータ構造である。代替情報は、提供サーバ４０で管理される各アクセスキーを区別するために割り当てられた情報であり、一のアクセスキーに一の代替情報が割り当てられる。アクセスキー管理テーブル４３１に書き込まれた代替情報は、アクセスキー供給装置１０で音響信号に重畳させられる代替情報と一致する。アクセスキーは、上述した各実施形態と同じ情報である。

アクセスキー供給装置１０は、自装置に対応したアクセスキーの代替情報を音響信号に重畳させて放音する。提供サーバ４０は、端末装置２０からアクセスキーの送信要求があった場合、その送信要求に含まれる代替情報に対応付けられたアクセスキーをアクセスキー管理テーブル４３１から特定して、端末装置２０に提供する。
なお、本実施形態では、代替情報の情報量はアクセスキーの情報量よりも少ないものとする。

図１８は、提供サーバ４０の制御部４１の機能的構成を示す機能ブロック図である。図１８に示すように、制御部４１は、プログラムを実行することにより、キー要求取得部４１１と、キー特定部４１２と、提供部４１３とに相当する機能を実現する。
キー要求取得部４１１は、端末装置２０から通信部４２により受信され、端末装置２０において抽出された代替情報が含まれるキー送信要求を取得する。キー送信要求に含まれる代替情報は、端末装置２０の抽出部２１２により音響信号から抽出された代替情報に相当する。
キー特定部４１２は、キー要求取得部４１１により取得されたキー送信要求に応じたアクセスキーを特定する。具体的には、キー特定部４１２は、キー送信要求に含まれる代替情報に対応付けてアクセスキー管理テーブル４３１に記憶されたアクセスキーを特定する。
提供部４１３は、キー特定部４１２により特定されたアクセスキーを、通信部４２により送信して端末装置２０に提供する。

図１９は、認証システム１ｂにおける処理の流れを示すシーケンスチャートである。
アクセスキー供給装置１０の制御部１１は、記憶部１２から代替情報を取得する（ステップＳ１ｂ）。制御部１１は、ステップＳ１の処理で取得した時刻情報と、ステップＳ１ｂの処理で取得した代替情報とを音響透かしにより音響信号に重畳させる（ステップＳ２ｂ）。次に、制御部１１は、時刻情報と代替情報とが重畳させられた音響信号が示す音を、スピーカ１４に放音させる（ステップＳ３ｂ）。

次に、端末装置２０の制御部２１は、マイクロホン２４から取得した音響信号から時刻情報と代替情報とを抽出する（ステップＳ４ｂ）。ここでは、制御部２１は、代替情報として「ｓ００１」を抽出したものとする。そして、制御部１１は、ステップＳ４ｂの処理で抽出した代替情報を含むキー送信要求を、無線通信部２３により提供サーバ４０宛てに送信する（ステップＳ１０）。

提供サーバ４０の制御部４１は、通信部４２によりキー送信要求を受信してこれを取得すると、キー送信要求で指定された代替情報に対応付けられたアクセスキーを、記憶部４３のアクセスキー管理テーブル４３１を参照して特定する（ステップＳ１１）。制御部４１が代替情報として「ｓ００１」が含まれるキー送信要求を取得した場合、アクセスキーとして「Ｋ１」を特定する。制御部４１は、特定したアクセスキーを通信部４２により端末装置２０宛てに送信する（ステップＳ１２）。

端末装置２０の制御部２１は、無線通信部２３によりアクセスキーを受信してこれを取得すると、上述した第１実施形態と同様にして、アクセス要求を応答処理サーバ３０宛てに送信する（ステップＳ５）。以降、認証システム１では、上述した第１実施形態と同様に、ステップＳ６以降の処理ステップが実行される。

以上の認証システム１ｂにおいても、上述した第１実施形態と同等の作用効果を奏するとともに、提供サーバ４０でアクセスキーが管理されるので、アクセスキーの更新等を含む管理も比較的容易に行える。
更に、本実施形態では、代替情報の情報量をアクセスキーの情報量よりも少なくすることが可能である。よって、アクセスキー供給装置１０は、上述した第１，２実施形態の構成よりも狭い周波数帯域で必要な情報を音響信号に重畳させることも可能である。換言すると、音響信号を用いての情報の伝送レートが低い場合であっても、アクセスキー供給装置１０は、端末装置２０がアクセスキーを取得するために必要な代替情報を端末装置２０に提供することができる。更に、音響信号に応じた音波が伝搬する空間領域を、アクセスキーそのものが伝搬するわけではないので、仮に第三者によって不正に音響信号から代替情報が抽出されたとしても、アクセスキーそのものが直ちに取得されることがない。
また、この実施形態のように提供サーバ４０を用いる構成は、上述した第２実施形態の認証システム１ａにも適用することができる。

［変形例］
本発明は、上述した実施形態と異なる形態で実施することが可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。
（変形例１）
上述した第２実施形態の認証システム１ａでは、アクセスキー供給装置１０ａは、一の放音エリアにおいてアクセスキーを１つだけ供給し、且つ、スピーカ毎に異なるアクセスキーを供給していた。これに代えて、アクセスキー供給装置１０ａは、第１実施形態と同様の手法により、一の放音エリアにおいてアクセスキーを複数供給する構成としてもよい。例えば、アクセスキー供給装置１０ａは、スピーカ１４ＡによりアクセスキーＫＡ１及びＫＡ２を時間変化させながら供給し、スピーカ１４ＢによりアクセスキーＫＢ１，ＫＢ２，ＫＢ３を時間変化させながら供給する、という具合である。要するに、アクセスキー供給装置１０ａは、放音エリア毎に少なくとも一部が異なるアクセスキーを供給すればよい。このような認証システム１ａによれば、第１実施形態のようなユーザの時間に関する滞在履歴と、第２実施形態のようなユーザの位置に関する滞在履歴との双方を把握することができる。

（変形例２）
上述した第２実施形態では、スピーカ１４Ａ〜１４Ｈがそれぞれ異なる位置に配置されていたが、スピーカ自体の配置位置はどこでもよく、アクセスキー供給装置１０ａが放音エリアを複数形成させることができればよい。よって、アクセスキー供給装置１０ａは、同一位置に背中合わせに配置された複数のスピーカを駆動することによって、同一位置に配置した複数のスピーカにより、異なる複数の放音エリアを形成させることもできる。

（変形例３）
上述した第２実施形態において、認証システム１ａは、複数の放音エリアが重複する重複エリアが構成されるようにしてよい。そして、応答処理サーバ３０ａは、複数の放音エリアが重複する重複エリアにユーザを誘導するように動作する。ここでは、図２０に示すように、スピーカ１４Ｉとスピーカ１４Ｊとの放音エリアが重複した重複エリアが構成されているものとする。
この変形例では、図２１に示すように、アクセスキー供給装置１０ａは、重複エリアＩＪがいずれか１のスピーカの放音エリアとなるように、放音対象のスピーカを順次切り換えながらアクセスキーを供給する。より具体的に、アクセスキー供給装置１０ａは、スピーカ１４Ｉとスピーカ１４Ｊとにより、供給期間Ｔｄ毎に交互に異なるアクセスキーＫＩ（スピーカ１４Ｉ）と、ＫＪ（スピーカ１４Ｊ）とを供給するものとする。この場合、重複エリアＩＪに居るユーザの端末装置２０は、供給期間Ｔｄ毎にアクセスキーＫＩとＫＪとを交互に取得することとなる。よって、応答処理サーバ３０ａは、端末装置２０から取得したアクセスキーと、アクセスキーの取得タイミング（例えば、取得時刻）とを特定可能なアクセス要求を取得すれば、端末装置２０が重複エリアＩＪに滞在しているか否かを把握することができる。

この変形例の認証システム１ａでは、例えば応答処理サーバ３０ａは、放音エリアのうち重複エリアＩＪ以外に居るユーザの端末装置２０には、重複エリアの場所に誘導するためのメッセージを表示させる応答処理（例えば、○○の方向に向かってくださいというメッセージ表示）を行う。そして、応答処理サーバ３０ａは、重複エリアＩＪに居るユーザの端末装置２０に対しては、クーポンなどのコンテンツを提供するなどの特定の応答処理を行うとよい。
この変形例の認証システム１ａで、３つ以上の放音エリアによって重複エリアが構成されてもよい。

（変形例４）
上述した実施形態の認証システムにおいては、認証情報やスケジュールデータを更新する構成を有していたが、この更新のための構成を有さない構成としてもよい。また、上述の第１実施形態の認証システム１において、アクセスキー供給装置１０が更新指示を送信して、応答処理サーバ３０に認証情報３３１を更新させてもよい。

（変形例５）
上述した各実施形態の認証システムにおいて、更に、時刻認証が採用されてもよい。この場合、アクセスキー供給装置１０，１０ａ及び応答処理サーバ３０，３０ａがそれぞれ、現在時刻を計る計時部を有しているものとする。アクセスキー供給装置１０，１０ａは、アクセスキーを音響透かしにより音響信号に重畳させるときに、自装置の計時部が計る時刻を示す時刻情報も音響透かしにより音響信号に重畳させる。端末装置２０は音響信号から抽出した音響透かし情報として、アクセスキーのほかに時刻情報もアクセス要求に含めて、応答処理サーバ３０，３０ａ宛てに送信する。応答処理サーバ３０，３０ａは、アクセスキー及び端末ＩＤを用いた認証に加えて、アクセス要求に含まれる時刻情報を用いた時刻認証も行う。具体的には、応答処理サーバ３０，３０ａは、アクセス要求に含まれる時刻情報が示す時刻が、自サーバ装置の計時部が計る時刻と予め決められた時間範囲で合致している（例えば、前後１分間）と判定した場合に、ログインを許可する。一方、応答処理サーバ３０，３０ａは、時刻情報が示す時刻と、自サーバ装置の計時部が計る時刻と上記時間範囲で合致しないと判定した場合、アクセスキー及び端末ＩＤを用いて認証しても、ログインを不許可とする。
このようにすれば、応答処理サーバ３０，３０ａは、不正な方法で端末装置により事後的にアクセスキーが得られてしまっても、この端末装置に対するログインを確実に不許可とすることができる。

（変形例６）
上述した各実施形態において、音を検出する検出部は収音するマイクロホン（収音部）であり、音響透かしにより情報が重畳させられた音響信号が示す音を放音する放音部はスピーカであった。この場合、マイクロホンは気体（より具体的には、空気）の振動である音を検出するものであり、スピーカは気体（より具体的には、空気）の振動である音を放音するものである。これに対し、検出部／放音部は、固体や液体の振動を検出／放音するものであってもよい。このとき、放音部は、外部に振動を与える振動子と、この振動子により振動させられる媒体とにより実現される。すなわち、振動子は、部材に弾性波を伝搬させることで音を放音させる。一方、検出部は、例えば振動ピックアップ（振動検出子）であり、部材を伝搬する弾性波である音を検出する。
このような検出部／放音部の構成であっても、音響信号が音響透かし情報の周波数成分を含んでいれば、端末装置２０が音響信号から音響透かし情報を抽出し、この音響透かし情報を用いて各種処理を実行することができる。

（変形例７）
本発明の端末装置は、スマートフォン以外の端末であってもよく、例えば、携帯電話機やタブレット端末、ＰＤＡ（Personal Digital Assistant）、モバイルコンピュータ、ゲーム機などの、種々の端末装置に本発明を適用することもできる。
また、応答処理サーバ３０，３０ａは、コンテンツデータを送信するための応答処理を実行するものに限らず、認証結果に応じて端末装置２０に対し何らかの応答処理を実行するものであればよい。

また、アクセスキー供給装置１０，１０ａが放音エリアを形成する場所は、端末装置２０に対して応答処理サーバ３０，３０ａのサービスを提供する場所であれば、どこでもよい。例えば、駅構内、ホテルやオフィスのロビー、遊園地などの不特定多数の人物が出入りする場所に、アクセスキー供給装置１０，１０ａが設置されてもよい。また、会社、工場及び住宅等の特定の人物が出入りする場所で、当該特定の人物の各々に個別のサービスを提供するために、アクセスキー供給装置１０，１０ａが設置されてもよい。
例えば、第１実施形態の認証システム１では、ユーザが所定の場所にいつどの程度の長さの時間居たかを把握できるので、例えば、店舗などの商業施設の利用実態を把握することなどに役立てることもできる。また例えば、第２実施形態の認証システム１ａでは、ユーザの移動経路を把握することができるので、いわゆるスタンプラリーやウォークラリーなどのアトラクションで、チャックポイントの通過の有無の判定などに利用することもできる。

上述した各実施形態におけるアクセスキー供給装置１０の制御部１１や、端末装置２０の制御部２１、応答処理サーバ３０の制御部３１によって実行されるプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ、ＦＤ）など）、光記録媒体（光ディスク（ＣＤ、ＤＶＤ）など）、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記録した状態で提供し得る。また、インターネットのようなネットワーク経由でダウンロードさせることも可能である。

１，１ａ…認証システム、１０…アクセスキー供給装置、１１…制御部、１１１…重畳部、１１２…放音制御部、１１３…更新部、１２…記憶部、１２１，１２１ａ…スケジュールデータ、１３…通信部、１４，１４Ａ〜１４Ｊ…スピーカ、２０…端末装置、２１…制御部、２１１…音響信号取得部、２１２…抽出部、２１３…アクセス制御部、２２…ＵＩ部、２３…無線通信部、２４…マイクロホン、２５…スピーカ、２６…記憶部、３０…応答処理サーバ、３１…制御部、３１１…アクセス要求受付部、３１２…認証部、３１３…応答部、３１４…更新部、３２…通信部、３３…記憶部、３３１，３３１ａ…認証情報、３３２…認証結果ＤＢ、３３３…コンテンツＤＢ、４０…提供サーバ、４１…制御部、４１１…キー要求取得部、４１２…キー特定部、４１３…提供部、４２…通信部、４３…記憶部、４３１…アクセスキー管理テーブル

Claims (8)

1. 端末装置にアクセスキーを供給するアクセスキー供給装置と、前記アクセスキーに基づいて前記端末装置を認証する認証装置とを備え、
   前記アクセスキー供給装置は、
   互いに異なる複数のアクセスキーを規定する情報を音響透かしにより音響信号に重畳させる重畳部と、
   前記重畳部により前記複数のアクセスキーを規定する情報が重畳させられた音響信号が示す音を、放音部により放音させる放音制御部と
   を有し、
   前記認証装置は、
   前記複数のアクセスキー、及び当該複数のアクセスキーの前記端末装置での取得順を指定した認証情報を記憶する認証情報記憶部と、
   前記放音制御部の制御により放音された音を示す音響信号に基づいて前記端末装置に供給された前記アクセスキーを含むアクセス要求を、当該端末装置から受け付けるアクセス要求受付部と、
   前記アクセス受付部が受け付けたアクセス要求と、前記認証情報が示す前記複数のアクセスキー及び前記取得順とに基づいて、前記端末装置を認証する認証部と、
   前記認証部による認証結果に応じて、前記端末装置に応答する応答部と
   を有することを特徴とする認証システム。
2. 前記重畳部は、
   前記複数のアクセスキーの各アクセスキーを規定する情報を、前記認証情報で指定された前記取得順に従って、順次音響信号に重畳させる
   ことを特徴とする請求項１に記載の認証システム。
3. 前記放音部の放音エリアが複数あり、
   前記重畳部は、
   複数の前記放音エリアの各々で、前記端末装置に供給されるアクセスキーの少なくとも一部を異ならせるように、前記複数のアクセスキーを規定する情報を音響透かしにより音響信号に重畳させ、
   前記応答部は、
   前記認証部による認証処理に成功した前記放音エリアに応じて、前記端末装置に応答する
   ことを特徴とする請求項１に記載の認証システム。
4. 複数のアクセスキー、及び当該複数のアクセスキーの取得順を指定した認証情報を記憶する認証情報記憶部と、
   前記複数のアクセスキーを規定する情報を音響透かしにより重畳させた音響信号に基づいて前記アクセスキーが供給された端末装置から、当該アクセスキーを含むアクセス要求を受け付けるアクセス要求受付部と、
   前記アクセス受付部が受け付けたアクセス要求と、前記認証情報が示す前記複数のアクセスキー及び前記取得順とに基づいて、前記端末装置を認証する認証部と、
   前記認証部による認証結果に応じて、前記端末装置に応答する応答部と
   を備えることを特徴とする認証装置。
5. 端末装置を認証するための認証処理に用いられるアクセスキーを前記端末装置に供給するアクセスキー供給装置であって、
   前記認証処理において前記端末装置に供給されたアクセスキーと照合される認証情報であって、互いに異なる複数のアクセスキー及び当該複数のアクセスキーの取得順を指定した認証情報に対応して、前記アクセスキーの供給スケジュールを記憶する供給スケジュール記憶部と、
   前記供給スケジュール記憶部に記憶された供給スケジュールに従って、前記複数のアクセスキーを規定する情報を音響透かしにより音響信号に重畳させる重畳部と、
   前記重畳部により前記複数のアクセスキーを規定する情報が重畳させられた音響信号が示す音を、放音部により放音させる放音制御部と
   を備えることを特徴とするアクセスキー供給装置。
6. 互いに異なる複数のアクセスキー及び当該複数のアクセスキーの取得順を指定した認証情報と、自端末装置から受け付けたアクセス要求とに基づいて、自端末装置を認証する認証装置と通信する通信部と、
   音響透かしにより重畳させられた前記アクセスキーを規定する情報を、音響信号から抽出する抽出部と、
   前記抽出部が抽出した前記情報で規定されるアクセスキーを含むアクセス要求を、前記通信部により前記認証装置宛てに送信するアクセス要求部と
   を備えることを特徴とする端末装置。
7. 端末装置を認証するための認証処理に用いられるアクセスキーを前記端末装置に供給するアクセスキー供給装置のコンピュータを、
   前記認証処理において、前記端末装置に供給されたアクセスキーと照合される認証情報であって、互いに異なる複数のアクセスキー及び当該複数のアクセスキーの取得順を指定した認証情報に対応して、前記アクセスキーの供給スケジュールを記憶する供給スケジュール記憶部と、
   前記供給スケジュール記憶部に記憶された供給スケジュールに従って、前記複数のアクセスキーを規定する情報を音響透かしにより音響信号に重畳させる重畳部と、
   前記重畳部により前記複数のアクセスキーを規定する情報が重畳させられた音響信号が示す音を、放音部により放音させる放音制御部
   として機能させるためのプログラム。
8. 互いに異なる複数のアクセスキー及び当該複数のアクセスキーの取得順を指定した認証情報と、自端末装置から受け付けたアクセス要求とに基づいて、自端末装置を認証する認証装置と通信する端末装置のコンピュータに、
   音響透かしにより重畳させられた前記アクセスキーを規定する情報を、音響信号から抽出する抽出部と、
   前記抽出部が抽出した前記情報で規定されるアクセスキーを含むアクセス要求を前記認証装置宛てに送信するアクセス要求部
   として機能させるためのプログラム。

Images