(57)【要約】【課題】より正確で且つできるだけ顧客に負担をかけずに顧客が実際に特定場所を訪れたかどうかを判定することができる情報処理システム等を提供する。【解決手段】設置装置１１から携帯端末２１へは、非可聴音が用いられて識別情報が送られるように構成する。携帯端末２１は、識別情報を受信すると、携帯端末２１のユーザを特定できるユーザ特定情報等とともに管理サーバ４１へ送られる。非可聴音（すなわち、超音波）は、電波に比較して壁等を透過する能力が低いため、特定場所が隣接していても、互いのエリアに非可聴音が届かないようにすることが容易である。一方で、非可聴音の出力具合を適切に調整することによって、非可聴音が届く範囲を、例えば店舗内といった程度の範囲にまで広げることも容易である。したがって、ＧＰＳ電波等を利用する場合と比較して、より正確に携帯端末２１のユーザが実際に特定場所を訪れたかどうかを判定することができる。【選択図】図１
2012252371.tif 000002
【特許請求の範囲】
【請求項１】
持ち運び可能な携帯端末と、特定場所に設置される設置装置と、携帯端末と通信可能なサーバとを備えた情報処理システムであって、
前記設置装置は、
非可聴音を出力可能なスピーカと、
固有の識別情報が含まれる非可聴音を前記スピーカから出力させる出力制御手段と、
を備え、
前記携帯端末は、
非可聴音を入力可能なマイクロフォンと、
前記サーバと通信するための端末側通信手段と、
前記設置装置より出力されて前記マイクロフォンに入力された非可聴音から前記識別情報を抽出する第１の抽出手段と、
前記第１の抽出手段により抽出された前記識別情報に関する情報である第１の情報と、当該携帯端末に固有の端末固有情報又は当該携帯端末のユーザを特定できるユーザ特定情報のうちの少なくともいずれか一方の情報である第２の情報とを、前記端末側通信手段を介して前記サーバへ送信する送信制御手段と、
を備え、
前記サーバは、
前記携帯端末と通信するためのサーバ側通信手段と、
情報を記憶するための記憶手段と、
前記サーバ側通信手段を介して前記携帯端末から送信された前記第１及び第２の情報を対応させて前記記憶手段に記憶させる記憶制御手段と、
を備えることを特徴とする情報処理システム。
【請求項２】
請求項１に記載の情報処理システムにおいて、
前記携帯端末は、前記第１の抽出手段により前記識別情報が抽出されると、当該携帯端末又は当該携帯端末のユーザへ特典を付与する処理を行う第１の特典付与手段をさらに備えること、
を特徴とする情報処理システム。
【請求項３】
請求項１又は請求項２に記載の情報処理システムにおいて、
前記携帯端末は複数存在し、それぞれの前記携帯端末は、
非可聴音を出力可能なスピーカと、
当該携帯端末に関する情報又は当該携帯端末のユーザに関する情報の少なくともいずれか一方であるプロフィール等情報を含む非可聴音を、前記スピーカから出力させるプロフィール等情報出力手段と、
前記マイクロフォンに入力された非可聴音から前記プロフィール等情報を抽出する第２の抽出手段と、
前記第２の抽出手段により前記プロフィール等情報が抽出されると、当該携帯端末又は当該携帯端末のユーザへ特典を付与する処理を行う第２の特典付与手段と、
をさらに備えることを特徴とする情報処理システム。
【請求項４】
請求項２又は請求項３に記載の情報処理システムにおいて、
前記携帯端末の前記送信制御手段は、前記特典付与手段により行われた前記処理の結果に関する情報である第３の情報についても、前記端末側通信手段を介して前記サーバへ送信し、
前記サーバの前記記憶制御手段は、前記サーバ側通信手段を介して前記携帯端末から送信された前記第１、第２及び第３の情報を対応させて前記記憶手段に記憶させること、
を特徴とする情報処理システム。
【請求項５】
請求項１〜４のいずれかに記載の情報処理システムにおいて、
前記設置装置は複数存在し、
前記サーバは、さらに、
前記記憶手段に記憶された前記第１の情報を集計キーとして前記第３の情報を集計することにより設置装置別特典集計量を求める集計手段と、
前記集計手段によって集計された前記設置装置別特典集計量に基づき前記設置装置が設置された前記特定場所の管理者に対して金銭を請求するための請求処理を実行する請求手段と、
を備えることを特徴とする情報処理システム。
【請求項６】
請求項１〜５のいずれかに記載の情報処理システムにおいて、
前記設置装置の前記出力制御手段は、前記識別情報が含まれる非可聴音を前記スピーカから繰り返し出力させ、
前記携帯端末の前記第１の抽出手段は、同一の前記識別情報が所定回数抽出されたことをもって一の前記識別情報の抽出が完了したものとすること、
を特徴とする情報処理システム。
【請求項７】
携帯端末と通信するためのサーバ側通信手段と、
情報を記憶するための記憶手段と、
非可聴音を出力する設置装置より出力され、前記携帯端末が有するマイクロフォンに入力された非可聴音に含まれる識別情報（前記設置装置を特定可能な識別情報）に関する情報である第１の情報と、当該携帯端末に固有の端末固有情報又は当該携帯端末のユーザを特定できるユーザ特定情報のうちの少なくともいずれか一方の情報である第２の情報とを、前記サーバ側通信手段を介して受信してこれらの情報を対応付けて前記記憶手段に記憶させる記憶制御手段と、
を備えることを特徴とするサーバ。
【請求項８】
持ち運び可能なコンピュータに、
非可聴音を出力する設置装置より出力され、前記コンピュータが備えるマイクロフォンに入力された非可聴音に含まれる識別情報（前記設置装置を特定可能な識別情報）を抽出する抽出ステップと、
前記抽出ステップにより抽出された前記識別情報に関する情報である第１の情報と、当該携帯端末に固有の端末固有情報又は当該携帯端末のユーザを特定できるユーザ特定情報のうちの少なくともいずれか一方の情報である第２の情報とを、サーバと通信するための端末側通信手段を介して前記サーバへ送信する送信ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客が店舗、施設、イベント場所等の特定場所を訪れたことに応じて顧客に特典を付与する情報処理システム等に関する。
【背景技術】
【０００２】
従来、店舗、施設、イベント場所等の特定場所を顧客が訪れたことに応じて顧客へ特典（割引クーポン、来店ポイント、仮想通貨、仮想スタンプ等）を付与するシステムが知られている。そのようなシステムにおいて、実際に特定場所を訪れたかどうかを判定する方法としては、例えば、特許文献１に記載されているような方法が知られている。すなわち、顧客が有する携帯端末に備えられたＧＰＳ（Global Positioning System）アンテナにより捕捉されたＧＰＳ電波を利用する方法が知られている。また、顧客が有する携帯端末に備えられた無線ＬＡＮアンテナによって補足された無線ＬＡＮ電波を利用する方法が知られている。
【特許文献１】国際公開第２００８／１１４６４３号
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ところが、地下店舗やビルの中心部のようなＧＰＳ電波を捕捉できない場所では、ＧＰＳ電波を利用することができず、顧客が特定場所を訪れたかどうかを判定することができない。また、複数の特定場所が平面的に隣接している場合や、垂直的に隣接している場合（例えば、第１の特定場所がビルの３階における南東の角にあり、第２の特定場所が同一ビルの４階における南東の角にある場合）などは、ＧＰＳ電波や無線ＬＡＮ電波を利用した方法では、特定場所を正確に区別できないことが往々にして生ずる。
【０００４】
一方で、特定場所内に液晶ディスプレイ等の表示装置を設置し、その表示装置に識別コード（例えば、二次元バーコード）を表示させ、顧客が有する携帯端末に備えられたカメラによって識別コードが撮影されることにより顧客が実際に特定場所を訪れたかどうかを判定する方法も考えられる。また、特定場所内にＩＣチップリーダー等の読み取り装置を設置し、その読み取り装置に、顧客が有する携帯端末であってＩＣチップの内蔵された携帯端末がかざされることによって顧客が実際に特定場所を訪れたかどうかを判定する方法も考えられる。これらの方法であれば、上述した問題は解消されるが、顧客が特定場所内において表示装置又は読み取り装置の設置された場所まで移動する必要があり、顧客に負担を強いるという問題が生ずる。
【０００５】
本発明はこのような問題に鑑みなされたものであり、より正確で且つできるだけ顧客に負担をかけずに顧客が実際に特定場所を訪れたかどうかを判定することができる情報処理システム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するためになされた第１の発明に係る情報処理システムは、特定場所に設置される設置装置と、持ち運び可能な携帯端末と、携帯端末と通信可能なサーバとを備える。そして、前記設置装置は、非可聴音を出力可能なスピーカと、固有の識別情報が含まれる非可聴音を前記スピーカから出力させる出力制御手段とを備える。また、前記携帯端末は、非可聴音を入力可能なマイクロフォンと、前記サーバと通信するための端末側通信手段と、前記設置装置より出力されて前記マイクロフォンに入力された非可聴音から前記識別情報を抽出する第１の抽出手段と、第１の情報（前記第１の抽出手段により抽出された前記識別情報に関する情報）と第２の情報（当該携帯端末に固有の端末固有情報又は当該携帯端末のユーザを特定できるユーザ特定情報のうちの少なくともいずれか一方の情報）とを、前記端末側通信手段を介して前記サーバへ送信する送信制御手段と、を備える。また、前記サーバは、前記携帯端末と通信するためのサーバ側通信手段と、情報を記憶するための記憶手段と、前記サーバ側通信手段を介して前記携帯端末から送信された前記第１及び第２の情報を対応させて前記記憶手段に記憶させる記憶制御手段とを備える。
【０００７】
一般的に非可聴音（すなわち、超音波）は、電波に比較して壁等を透過する能力が低いため、特定場所が隣接していても、互いのエリアに非可聴音が届かないようにすることが容易である。一方で、非可聴音の出力具合を適切に調整することによって、非可聴音が届く範囲を、例えば店舗内といった程度の範囲にまで広げることも容易である。したがって、上述した情報処理システムを用いれば、ＧＰＳ電波を利用する方法や無線ＬＡＮ電波を利用する場合と比較して、より正確に顧客が実際に特定場所を訪れたかどうかを判定することができる。また、識別コードが表示されるディスプレイを特定場所に設置する方法やＩＣチップリーダー等の読み取り装置を特定場所に設置する方法と比較して、顧客にかける負担を少なくすることができる（表示装置又は読み取り装置の設置された場所まで特定場所内で移動する必要がない）。
【０００８】
また、上述した情報処理システムに対して、携帯端末のユーザが積極的に特定場所に行くための仕組みがあるとより良い。例えば、第２の発明に係る情報処理システムのように、前記携帯端末は、前記第１の抽出手段により前記識別情報が抽出されると、当該携帯端末又は当該携帯端末のユーザへ特典を付与する処理を行う第１の特典付与手段をさらに備えているとよい。
【０００９】
このような情報処理システムであれば、携帯端末のユーザは、特典を得ようというインセンティブが働き、特定場所に出向く頻度が高まる。
ところで、このような情報処理システムでは、いかに多くのユーザに利用してもらうかということが大きな課題になることが想定される。そのためには、例えば、他の携帯端末とプロフィール情報等を交換できる仕組みがあり、プロフィール情報等を交換すると、特典がもらえるようになっているとよい。すなわち、第３の発明に係る情報処理システムのように、前記携帯端末は複数存在し、それぞれの前記携帯端末は、非可聴音を出力可能なスピーカと、当該携帯端末に関する情報又は当該携帯端末のユーザに関する情報の少なくともいずれか一方であるプロフィール等情報を含む非可聴音を、前記スピーカから出力させるプロフィール等情報出力手段と、前記マイクロフォンに入力された非可聴音から前記プロフィール等情報を抽出する第２の抽出手段と、前記第２の抽出手段により前記プロフィール等情報が抽出されると、当該携帯端末又は当該携帯端末のユーザへ特典を付与する処理を行う第２の特典付与手段と、をさらに備えているとよい。
【００１０】
このような情報処理システムであれば、携帯端末のユーザは、積極的にプロフィール情報等を交換したいと考えるようになり、その結果、他の携帯端末のユーザに対して、当該情報処理システムを利用するためのプログラム等を導入することを働きかけてもらえる。すなわち、情報処理システムを利用するユーザが増えやすくなる。
【００１１】
上述したようにユーザへ特典が付与される場合、その付与された特典の情報をサーバ側で把握できるようになっているとよい。すなわち、第４の発明に係る情報処理システムのように、前記携帯端末の前記送信制御手段は、前記特典付与手段により行われた前記処理の結果に関する情報である第３の情報についても、前記端末側通信手段を介して前記サーバへ送信し、前記サーバの前記記憶制御手段は、前記サーバ側通信手段を介して前記携帯端末から送信された前記第１、第２及び第３の情報を対応させて前記記憶手段に記憶させるようになっているとよい。
【００１２】
このような情報処理システムであれば、ユーザに付与された特典の情報をサーバにおいて把握することができる。
また、設置装置が設置された特定場所の管理者（例えば、店舗運営者）は、特定場所に携帯端末のユーザがより多く訪れれば、売り上げが増加する等の価値を享受することになる。このため、特定場所の管理者は、特定場所に訪れたユーザ数に応じて何らかの金銭を負担しても良いと考えることが想定される。一方で、ユーザ等に付与される特典の原資をどこからか確保しなければならないことも想定される。さらに言えば、ユーザは、付与される特典量に応じて特定場所を訪れるインセンティブが変化することが想定される。このような事情を考えると、第５の発明に係る情報処理システムのような構成が適当である。すなわち、前記サーバは、さらに、前記記憶手段に記憶された前記第１の情報を集計キーとして前記第３の情報を集計することにより設置装置別特典集計量を求める集計手段と、前記集計手段によって集計された前記設置装置別特典集計量に基づき前記設置装置が設置された前記特定場所の管理者に対して金銭を請求するための請求処理を実行する請求手段と、を備えているとよい。
【００１３】
このような情報処理システムであれば、情報処理システムの運営者は、特定場所の管理者（例えば、店舗運営者）に対して、ユーザ等に付与された特典に応じた金銭の請求が可能になるため、ユーザ等に付与される特典の原資を確保することができる。すなわち、その原資を用いることによって、特典をより価値の高いものにすることができる。
【００１４】
ところで、設置装置が設置される特定場所の雑音程度が低ければ、携帯端末は識別情報を精度良く抽出できると考えられるが、多くの場合、特定場所には様々な音源が存在して雑音程度が高い。このため、第６の発明に係る情報処理システムのように、前記設置装置の前記出力制御手段は、前記識別情報が含まれる非可聴音を前記スピーカから繰り返し出力させ、前記携帯端末の前記第１の抽出手段は、同一の前記識別情報が所定回数抽出されたことをもって一の前記識別情報の抽出が完了したものとするようになっているとよい。なお、所定回数としては、設置装置が設置される特定場所の雑音程度に応じ、一定程度以上の精度が得られる回数を適宜設定すればよい。
【００１５】
このような情報処理システムであれば、誤った識別情報が携帯端末で抽出されて以降の処理に用いられてしまうことを軽減することができる。
ここまでは情報処理システムについての発明について説明したが、情報処理システムを構成するサーバとして発明を捉えてもよい。すなわち、第７の発明に係るサーバのように、携帯端末と通信するためのサーバ側通信手段と、情報を記憶するための記憶手段と、後述する情報を対応付けて前記記憶手段に記憶させる記憶制御手段とを備えるように構成してもよい。記憶手段に記憶させる情報は、非可聴音を出力する設置装置より出力され、前記携帯端末が有するマイクロフォンに入力された非可聴音に含まれる識別情報（前記設置装置を特定可能な識別情報）に関する情報である第１の情報と、当該携帯端末に固有の端末固有情報又は当該携帯端末のユーザを特定できるユーザ特定情報のうちの少なくともいずれか一方の情報である第２の情報とを、前記サーバ側通信手段を介して受信した情報である。
【００１６】
このようなサーバと、対応した設置装置及び携帯端末と組み合わせることにより、上述した第１の発明に係る情報処理システムと同様の効果を奏する。
また、携帯端末において動作するプログラムとして発明を捉えてもよい。すなわち、第８の発明に係るプログラムのように、持ち運び可能なコンピュータに、非可聴音を出力する設置装置より出力され、前記コンピュータが備えるマイクロフォンに入力された非可聴音に含まれる識別情報（前記設置装置を特定可能な識別情報）を抽出する抽出ステップと、前記抽出ステップにより抽出された前記識別情報に関する情報である第１の情報と、当該携帯端末に固有の端末固有情報又は当該携帯端末のユーザを特定できるユーザ特定情報のうちの少なくともいずれか一方の情報である第２の情報とを、サーバと通信するための端末側通信手段を介して前記サーバへ送信する送信ステップと、を実行させるためのプログラムであってもよい。
【００１７】
このようなプログラムを携帯端末に実行させ、対応した設置装置及びサーバと組み合わせることにより、上述した第１の発明に係る情報処理システムと同様の効果を奏する。
【図面の簡単な説明】
【００１８】
【図１】情報処理システムの全体構成を示す説明図である。
【図２】設置装置の構成を示す説明図である。
【図３】携帯端末の構成を示す説明図である。
【図４】管理サーバの構成を示す説明図である。
【図５】管理サーバが記憶するデータベースの一例を説明するためのテーブルレイアウト図である。
【図６】起動処理を説明するためのフローチャートである。
【図７】リアルチェックイン処理を説明するためのフローチャートである。
【図８】スタンプラリー処理を説明するためのフローチャートである。
【図９】プロフィール送受信処理を説明するためのフローチャートである。
【図１０】履歴記憶処理を説明するためのフローチャートである。
【図１１】請求処理を説明するためのフローチャートである。
【図１２】携帯端末に表示される画面例である。
【図１３】携帯端末に表示される画面例である。
【図１４】携帯端末に表示される画面例である。
【発明を実施するための形態】
【００１９】
以下、本発明が適用された実施形態について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。
【００２０】
［構成の説明］
図１は、実施形態の情報処理システム５の全体構成を示す説明図である。情報処理システム５は、設置装置１１と、携帯端末２１（２１ａ，２１ｂ）と、アプリサーバ３１と、管理サーバ４１とを備える。なお、図１では、便宜的に設置装置１１を１台、携帯端末２１を２台描いたが、実際は共に多数存在する。また、携帯端末２１（２１ａ，２１ｂ）は、インターネット５１を介してアプリサーバ３１及び管理サーバ４１と通信を行う。
【００２１】
図２は、設置装置１１の構成を示す説明図である。設置装置１１は、スピーカ１２と、制御部１３とを備える。
スピーカ１２は、制御部１３から入力された信号に基づいて少なくとも非可聴音（例えば、１８ｋＨｚ〜２４ｋＨｚ程度の範囲の音）を出力することができる。もちろん可聴音を出力できてもよい。
【００２２】
制御部１３は、主にマイコンと増幅器からなり、予め設定された識別情報（後述する設置装置ＩＤ、又は、設置装置ＩＤとスタンプＩＤ）が含まれる信号をスピーカ１２へ繰り返し出力し、識別情報が含まれる非可聴音をスピーカ１２から繰り返し出力させることができる。なお、識別情報は、設置装置１１毎に固有の情報であり、例えば、数バイト程度の情報が想定される。また、識別情報を非可聴音に含ませる方法としては、例えば、ＤＦＭＦ（Dual-Tone Multi-Frequency）を利用・応用する方法が考えられる。すなわち、非可聴音領域の中から予め定められた複数（例えば４つ）の周波数の音の合成状態を、識別情報のビット列に応じて時間的に変化させる方法が考えられる。本実施形態の情報処理システム５ではＤＴＭＦを使用する方法を前提に説明するが、識別情報を非可聴音に含ませる方法は、この方法に限らずどのような方法であってもよい。
【００２３】
なお、設置装置１１は、店舗、施設、イベント場所等の特定場所に対応付けて設置される。
図３は、携帯端末２１の構成を示す説明図である。携帯端末２１は、スピーカ２２と、マイクロフォン２３と、操作部２４と、表示部２５と、ネットワーク通信部２６と、記憶部２７と、制御部２８とを備える。
【００２４】
スピーカ２２は、可聴音（例えば、２０Ｈｚ〜１８ｋＨｚ程度の範囲の音）及び非可聴音（例えば、１８ｋＨｚ〜２４ｋＨｚ程度の範囲の音）を出力することができる。
マイクロフォン２３は、可聴音及び非可聴音を入力して電気信号として取り出すことができる。
【００２５】
操作部２４は、メカニカルなキー又はタッチパネル等からなり、携帯端末２１のユーザからの各種指示を受け付けることができる。
表示部２５は、液晶ディスプレイ又は有機ディスプレイ等からなり、各種の画像や文字等を表示することができる。
【００２６】
ネットワーク通信部２６は、通信コントローラ及びアンテナからなり、インターネット５１に接続してアプリサーバ３１及び管理サーバ４１等とデータ通信が可能である。なお、使用する通信インフラとしては、例えば、３Ｇ回線、ＷｉＭＡＸ回線、Ｗｉ-Ｆｉ通信等が想定される。
【００２７】
記憶部２７は、フラッシュメモリ等の不揮発性の記憶デバイスからなり、各種の情報を記憶することができる。なお、記憶部２７には、制御部２８が実行するオペレーティングシステム及びアプリケーションプログラムが記憶されている。
【００２８】
制御部２８は、ＣＰＵ、ＲＡＭ、各種のコントローラ等を有するマイコンからなり、記憶部２７から読み出したオペレーティングシステム及びアプリケーションプログラムに基づいて各種の処理を実行する。その際、上述した各部に対して各種指令を送ったり、各部から情報を受け取ったりする。
【００２９】
なお、携帯端末２１は、ユーザがそれぞれ保有するものであり、ユーザが、店舗、施設、イベント場所等の特定場所を訪れた際に持参されるものである。
図４は、管理サーバ４１の構成を示す説明図である。管理サーバ４１は、操作部４２と、表示部４３と、ネットワーク通信部４４と、記憶部４５と、制御部４６とを備える。
【００３０】
操作部４２は、キーボード及びマウス等からなり、管理サーバ４１のオペレーターからの各種指示を受け付けることができる。
表示部４３は、液晶ディスプレイ又は有機ディスプレイ等からなり、各種の画像や文字等を表示することができる。
【００３１】
ネットワーク通信部４４は、通信コントローラからなり、図示しないルーター等を介してインターネット５１に接続し、携帯端末２１等とデータ通信が可能である。
記憶部４５は、フラッシュメモリ又はハードディスク等の不揮発性の記憶デバイスからなり、各種の情報を記憶することができる。なお、記憶部４５には、制御部４６が実行するオペレーティングシステム及びアプリケーションプログラムが記憶されている。
【００３２】
制御部４６は、ＣＰＵ、ＲＡＭ、各種のコントローラ等からなり、記憶部４５から読み出したオペレーティングシステム及びアプリケーションプログラムに基づいて各種の処理を実行する。その際、上述した各部に対して各種指令を送ったり、各部から情報を受け取ったりする。
【００３３】
なお、管理サーバ４１は、情報処理システム５を運営する会社のデータセンター等に設置される。
図５は、管理サーバ４１の記憶部４５に記憶されているデータベースの一部（履歴データベース、ユーザデータベース、及び設置装置データベース）のテーブルレイアウトを説明するためのテーブルレイアウト図である。
【００３４】
このうち図５（Ａ）は、履歴データベースのテーブルレイアウト図である。履歴データベース（履歴テーブル）は、項目として、“ユーザＩＤ”、“設置装置ＩＤ”、“スタンプＩＤ”、“付与メダル数”、“メダル付与理由”、及び、“日時”を備える。“ユーザＩＤ”には、携帯端末２１のユーザを一意に特定するためのＩＤが格納される。“設置装置ＩＤ”には、設置装置１１を一意に特定するためのＩＤが格納される。なお、“設置装置ＩＤ”にはデータが格納されない場合もあり得、具体的には、プロフィール交換がなされた場合に対応するレコードは、“設置装置ＩＤ”がＮＵＬＬとなったものになる。“スタンプＩＤ”には、後述するスタンプラリー処理において用いられる各スタンプ場所を特定するためのＩＤが格納される。なお、“スタンプＩＤ”にはデータが格納されない場合もあり得、具体的には、スタンプラリー用でない設置装置１１が設置された店舗等をユーザが訪れた場合に対応するレコードや、プロフィール交換がなされた場合に対応するレコードは、“スタンプＩＤ”がＮＵＬＬとなったものになる。“付与メダル数”には、特典として付与されたメダル数が格納される。“メダル付与理由”には、メダルが付与された理由（リアルチェックイン、スタンプラリー（スタンプ入手）、又は、プロフィール交換）が格納される。“日時”には、リアルチェックイン、スタンプラリー（スタンプ入手）、又は、プロフィール交換が行われた日時が格納される。
【００３５】
また、図５（Ｂ）は、ユーザデータベースのテーブルレイアウト図である。ユーザデータベース（ユーザデータテーブル）は、項目として、“ユーザＩＤ”，“ニックネーム”、“生年月日”、“性別”、“メダル数”、“リアルチェックイン数”、“登録日時”、及び、“更新日時”を備える。“ユーザＩＤ”には、携帯端末２１のユーザを一意に特定するためのＩＤが格納される。“ニックネーム”には、携帯端末２１のユーザが任意に設定した名前が格納される。“生年月日”には、携帯端末２１のユーザが生まれた年月日が格納される。“性別”には、携帯端末２１のユーザの性別が格納される。“メダル数”には、当該ユーザが現在保有しているメダル数が格納される。“リアルチェックイン数”には、当該ユーザが現在までにリアルチェックインした回数が格納される。“登録日時”には、当該ユーザが最初にユーザ登録をした日時が格納される。“更新日時”には、当該レコードが更新された日時が格納される。
【００３６】
また、図５（Ｃ）は、設置装置データベースのテーブルレイアウト図である。設置装置データベース（設置装置テーブル）は、項目として、“設置装置ＩＤ”、“スタンプＩＤ”、“場所名”、“企業ＩＤ”、及び、“付与メダル総数”を備える。“設置装置ＩＤ”には、設置装置１１を一意に特定するためのＩＤが格納される。“スタンプＩＤ”には、後述するスタンプラリー処理において用いられる各スタンプ場所を特定するためのＩＤが格納される。“場所名”には、当該設置装置が設置された場所（店舗、施設、イベント場所等の特定場所）の名称が格納される。“企業ＩＤ”には、設置装置１１が設置された店舗を管理する企業のＩＤが格納される。“付与メダル総数”には、当該設置装置によって付与されたメダル総数が格納される。
【００３７】
アプリサーバ３１は、携帯端末２１において利用されるアプリケーションを提供するためのサーバであり、周知の構成を有するサーバである。アプリサーバ３１も管理サーバ４１と同様、情報処理システム５を運営する会社のデータセンター等に設置されることが想定されるが、情報処理システム５を運営する会社以外に設置されていてもよい。
【００３８】
［動作の説明］
次に、情報処理システム５の動作について説明する。
（１）起動処理
携帯端末２１の制御部２８において実行される起動処理について図６のフローチャートを用いて説明する。この起動処理は、携帯端末２１のユーザが操作部２４を操作して情報処理システム５用のアプリケーション（以下、単に「アプリケーション」とも称す。）を起動した際に実行が開始される。なお、このアプリケーションのプログラムは、ユーザの操作によって予めアプリサーバ３１からダウンロードされて記憶部２７に記憶されている。
【００３９】
携帯端末２１の制御部２８は、起動処理の実行を開始すると、まず始めにユーザ情報が登録済みであるか否かを判定する（Ｓ１０５）。ユーザ情報というのは、ニックネーム、生年月日、及び、性別等であり、判定方法は、記憶部２７へ記憶されていれば、ユーザ情報が登録済みであると判定する。
【００４０】
制御部２８は、Ｓ１０５の判定結果が肯定、すなわち、ユーザ情報が登録済みである場合は（Ｓ１０５：Ｙｅｓ）、Ｓ１４５へ処理を移行し、一方、Ｓ１０５の判定結果が否定、すなわち、ユーザ情報が登録済みでない場合は（Ｓ１０５：Ｎｏ）、Ｓ１１０へ処理を移行する。
【００４１】
ユーザ情報は登録済みでないと判定した場合に進むＳ１１０では、制御部２８は、ネットワーク通信部２６を介して管理サーバ４１と通信可能であるか否かを判定する。すなわち、３Ｇ回線等の基地局からの電波を捕捉でき、その基地局と通信ができる否かを判定することとも言い換えることができる。
【００４２】
制御部２８は、Ｓ１１０の判定結果が肯定、すなわち、ネットワーク通信部２６を介して管理サーバ４１と通信可能である場合は（Ｓ１１０：Ｙｅｓ）、Ｓ１２０へ処理を移行し、一方、Ｓ１１０の判定結果が否定、すなわち、ネットワーク通信部２６を介して管理サーバ４１と通信可能でない場合は（Ｓ１１０：Ｎｏ）、Ｓ１１５へ処理を移行する。
【００４３】
ネットワーク通信部２６を介して管理サーバ４１と通信可能でないと判定した場合に進むＳ１１５では、制御部２８は、管理サーバ４１と通信できる場所への移動を促す画面を表示部２５へ表示させる。この画面の一例としては、図１２（Ａ）の画面が挙げられる。続いて制御部２８は、アプリケーションの終了ボタンに対する操作を受けて本処理（起動処理）を終了する。
【００４４】
一方、ネットワーク通信部２６を介して管理サーバ４１と通信可能であると判定した場合に進むＳ１２０では、ユーザ情報登録画面を表示部２５に表示させる。ユーザ情報登録画面の一例としては、図１２（Ｂ）の画面が挙げられる。このユーザ情報登録画面は、図１２（Ｂ）から読み取れるように、ニックネームと、生年月日と、性別とをユーザに入力させ、登録ボタンを押下させるという内容の画面である。
【００４５】
続いて制御部２８は、登録ボタンが押下されたか否かを判定する（Ｓ１２５）。その判定結果が肯定、すなわち、登録ボタンが押下された場合は（Ｓ１２５：Ｙｅｓ）、Ｓ１３０へ処理を移行し、一方、判定結果が否定、すなわち、登録ボタンが押下されていない場合は（Ｓ１２５：Ｎｏ）、登録ボタンが押下されるまで本ステップ（Ｓ１２５）にとどまる。
【００４６】
登録ボタンが押下された場合に進むＳ１３０では、制御部２８は、ユーザ情報登録画面において入力されたユーザ情報を、ネットワーク通信部２６を介して管理サーバ４１へ送信するとともに、記憶部２７に記憶させる。これにより、管理サーバ４１のユーザデータベース（図５（Ｂ）参照）には、携帯端末２１より送られたユーザ情報に基づいて新たなレコードが作成されるとともに、その際にユーザＩＤが採番され、その採番されたユーザＩＤは携帯端末２１に通知される。なお、ニックネーム、生年月日、及び、性別は、携帯端末２１より送られたユーザ情報により、メダル数やリアルチェックイン数は“０”により、登録日時は現在日時により、更新日時はＮＵＬＬにより、ユーザデータベースのレコードが作成される。一方、携帯端末２１の記憶部２７にはユーザ情報登録画面において入力されたユーザ情報に加えて管理サーバ４１より通知されたユーザＩＤも含めてユーザ情報として記憶部２７に記憶される。これにより起動処理が次に実行された際には、上述したＳ１０５において、ユーザ情報は登録済みであると判定されるようになる。
【００４７】
続いて制御部２８は、Ｓ１３５へ処理を移行し、新着のお知らせ情報を、ネットワーク通信部２６を開始して管理サーバ４１から受信し、記憶部２７に記憶させる。ここでいうお知らせ情報というのは、後述するメインメニュー画面において表示される情報であって、システム管理者から携帯端末２１のユーザに対して知らせたい情報である。
【００４８】
続いて制御部２８は、Ｓ１４０へ処理を移行し、メインメニュー画面を表示部２５に表示させ、本処理（起動処理）を終了する。メインメニュー画面の一例としては、図１２（Ｃ）の画面が挙げられる。このメインメニュー画面は、図１２（Ｃ）から読み取れるように、最上部に本携帯端末２１のユーザが保持しているメダル数と、今までにリアルチェックインした回数とが表示される。そしてその下には、システム管理者から新着のお知らせ情報と、本携帯端末２１のユーザの直近の行動履歴とが表示される。そしてその下には、３種類のゲームボタンが表示される。これらのボタンのいずれかが押下されると、対応するゲームが開始され、そのゲームの中で、本携帯端末２１のユーザが保持しているメダル数を限度にメダルを使用することができる。なお、メダルは、これらゲーム以外、例えば、商品交換や、電子マネーへの交換が可能になっていてもよい。３種類のゲームボタンの下には、リアルチェックインをする際に押下するボタンと、プロフィール交換をする際に押下するボタンと、スタンプラリーをする際に押下するボタンと、その他（例えば、アプリケーションの設定を変更する際やヘルプを表示する際）に押下するボタンとが表示される。
【００４９】
説明を図６に戻し、ユーザ情報は登録済みでないと判定した場合（Ｓ１０５：Ｙｅｓ）に進むＳ１４５では、制御部２８は、ネットワーク通信部２６を介して管理サーバ４１と通信可能であるか否かを判定する。すなわち、３Ｇ回線等の基地局からの電波を捕捉でき、その基地局と通信ができる否かを判定することとも言い換えることができる。
【００５０】
制御部２８は、Ｓ１４５の判定結果が肯定、すなわち、ネットワーク通信部２６を介して管理サーバ４１と通信可能である場合は（Ｓ１４５：Ｙｅｓ）、Ｓ１５０へ処理を移行し、一方、Ｓ１４５の判定結果が否定、すなわち、ネットワーク通信部２６を介して管理サーバ４１と通信可能でない場合は（Ｓ１４５：Ｎｏ）、上述したＳ１４０へ処理を移行する。
【００５１】
ネットワーク通信部２６を介して管理サーバ４１と通信可能であると判定した場合に進むＳ１５０では、記憶部２７に記憶されている未送信の履歴情報（リアルチェックイン処理、スタンプラリー処理、及び、プロフィール送受信処理において生成されて記憶部２７に記憶された履歴情報）を、ネットワーク通信部２６を介して管理サーバ４１へ送信する。そして、上述したＳ１３５へ処理を移行する。
【００５２】
（２）リアルチェックイン処理
次に携帯端末２１の制御部２８において実行されるリアルチェックイン処理について図７のフローチャートを用いて説明する。このリアルチェックイン処理は、上述したメインメニュー画面（図１２（Ｃ）参照）において表示されたリアルチェックインをするためのボタンが押下された際に開始される。なお、この処理も、記憶部２７に記憶されているプログラムに基づいて実行される。
【００５３】
携帯端末２１の制御部２８は、リアルチェックイン処理の実行を開始すると、まず、設置装置１１から識別情報の受信を開始していることを示す識別情報受信開始画面を表示部２５に表示させる（Ｓ２０５）。識別情報受信開始画面の一例としては、図１２（Ｄ）の画面が挙げられる。この識別情報受信開始画面では、図１２（Ｄ）から読み取れるように、携帯端末２１の下側を設置装置１１の方向へ向ける旨の表示がなされており、設置装置１１へ向けるべき方向の矢印が表示されている。ここで、なぜこのような表示がなされているかを言えば、設置装置１１から出力される非可聴音をより効率的に携帯端末２１のマイクロフォン２３へ入力させるためである。そして、なぜ携帯端末２１の「下側」であるかと言えば、図１２（Ｄ）の画面が想定している携帯端末２１は、表示部２５に正対した場合の下側（矢印の方向）にマイクロフォン２３が設けられているからである。したがって、マイクロフォン２３が表示部２５に正対した場合に右側に設けられているのであれば、携帯端末２１の右側を設置装置１１の方向へ向ける旨が表示され、矢印も右側方向を向けて表示されるようになっているとよい。
【００５４】
続いて制御部２８は、マイクロフォン２３へ入力された音の中から予め定められたＤＴＭＦ音の抽出を開始する（Ｓ２１０）。この抽出というのは、マイクロフォン２３へ入力された音の中に、予め定められたＤＴＭＦ音があって、そのＤＴＭＦ音を解析して識別情報を取り出すことである。
【００５５】
続いて制御部２８は、所定時間内に同一の識別情報を５連続で抽出できたか否かを判定する（Ｓ２１５）。所定時間内というのは、例えば、１０秒〜２０秒程度の時間が考えられ、携帯端末２１のユーザが待てるだろうと思われる時間と、同一の識別情報を５連続で抽出できる必要時間とを鑑みて適宜設定すればよい。また、必ずしも５連続という条件でなくてもてよく、例えば１度抽出できたことをもって抽出を完了してもよいが、受信精度を上げるという観点では一定回数連続で抽出できたことをもって抽出を完了するようになっているとよい。
【００５６】
制御部２８は、Ｓ２１５の判定結果が肯定、すなわち、所定時間内に同一の識別情報を５連続で抽出できた場合は（Ｓ２１５：Ｙｅｓ）、Ｓ２２５へ処理を移行し、一方、Ｓ２１５の判定結果が否定、すなわち、所定時間内に同一の識別情報を５連続で抽出できなかった場合は（Ｓ２１５：Ｎｏ）、Ｓ２２０へ処理を移行する。
【００５７】
所定時間内に同一の識別情報を５連続で抽出できなかった場合に移行するＳ２２０では、制御部２８は、リアルチェックインができなかったことを示すリアルチェックイン失敗画面を表示部２５に表示させる。リアルチェックイン失敗画面の一例としては、図１２（Ｅ）の画面が挙げられる。なお、この画面を表示部２５に表示させるとともに、失敗を推測させるような効果音をスピーカ２２から出力させるとよい。
【００５８】
制御部２８は、Ｓ２２０の処理を終えると、本処理（リアルチェックイン処理）を終了する。
一方、所定時間内に同一の識別情報を５連続で抽出できた場合に移行するＳ２２５では、制御部２８は、記憶部２７に記憶されている現在のメダル保有数を所定枚数（例えば１０枚）増加させ、その増加させた後のメダル保有数を新しいメダル保有数として記憶部２７に記憶させる。この際、当該携帯端末２１のユーザＩＤ、設置装置ＩＤ、付与されたメダル数、メダル付与の理由がリアルチェックインであることを示す情報、及び、現在日時が対応付けられて履歴情報として記憶部２７に記憶される。なお、この履歴情報は、上述した起動処理のＳ１５０において管理サーバ４１へ送信される。
【００５９】
続いて制御部２８は、メダルが増加したこと（メダルが付与されたこと）を示すメダル付与画面を表示部２５に表示させる（Ｓ２３０）。メダル付与画面の一例としては、図１２（Ｆ）の画面が挙げられる。このメダル付与画面は、図１２（Ｆ）から読み取れるように、メダルが付与されたこと付与されたメダルの枚数に加え、抽出した識別情報に含まれる設置装置ＩＤに対応する店舗等の広告情報が表示されるようになっている。この広告情報は、上述した起動処理のＳ１３５において受信した新着のお知らせ情報とともに管理サーバ４１から設置装置ＩＤと対応づけて受信しておき記憶部２７に記憶させておき、抽出した識別情報に含まれる設置装置ＩＤに対応する広告情報を選択して表示部２５に表示させるとよい。
【００６０】
制御部２８は、Ｓ２３０の処理を終えると、本処理（リアルチェックイン処理）を終了する。
（３）スタンプラリー処理
次に携帯端末２１の制御部２８において実行されるスタンプラリー処理について図８のフローチャートを用いて説明する。このスタンプラリー処理は、上述したメインメニュー画面（図１２（Ｃ）参照）において表示されたスタンプラリーを行うためのボタンが押下された際に開始される。なお、この処理も、記憶部２７に記憶されているプログラムに基づいて実行される。
【００６１】
携帯端末２１の制御部２８は、スタンプラリー処理の実行を開始すると、まず、設置装置１１から識別情報の受信を開始していることを示す識別情報受信開始画面を表示部２５に表示させる（Ｓ３０５）。識別情報受信開始画面の一例としては、図１２（Ｄ）の画面が挙げられる。
【００６２】
続いて制御部２８は、マイクロフォン２３へ入力された音の中から予め定められたＤＴＭＦ音の抽出を開始する（Ｓ３１０）。この抽出というのは、マイクロフォン２３へ入力された音の中に、予め定められたＤＴＭＦ音があって、そのＤＴＭＦ音を解析して識別情報を取り出すことである。
【００６３】
続いて制御部２８は、所定時間内に同一の識別情報を５連続で抽出できたか否かを判定する（Ｓ３１５）。所定時間内というのは、例えば、１０秒〜２０秒程度の時間が考えられ、携帯端末２１のユーザが待てるだろうと思われる時間と、同一の識別情報を５連続で抽出できる必要時間とを鑑みて適宜設定すればよい。また、必ずしも５連続という条件でなくてもてよく、例えば１度抽出できたことをもって抽出を完了してもよいが、受信精度を上げるという観点では一定回数連続で抽出できたことをもって抽出を完了するようになっているとよい。
【００６４】
制御部２８は、Ｓ３１５の判定結果が肯定、すなわち、所定時間内に同一の識別情報を５連続で抽出できた場合は（Ｓ３１５：Ｙｅｓ）、Ｓ３２５へ処理を移行し、一方、Ｓ３１５の判定結果が否定、すなわち、所定時間内に同一の識別情報を５連続で抽出できなかった場合は（Ｓ３１５：Ｎｏ）、Ｓ３２０へ処理を移行する。
【００６５】
所定時間内に同一の識別情報を５連続で抽出できなかった場合に移行するＳ３２０では、制御部２８は、スタンプ情報の受信ができなかったことを示すスタンプ受信失敗画面を表示部２５に表示させる。スタンプ受信失敗画面の一例としては、図１３（Ａ）の画面が挙げられる。なお、この画面を表示部２５に表示させるとともに、失敗を推測させるような効果音をスピーカ２２から出力させるとよい。
【００６６】
制御部２８は、Ｓ３２０の処理を終えると、本処理（スタンプラリー処理）を終了する。
一方、所定時間内に同一の識別情報を５連続で抽出できた場合に移行するＳ３２５では、制御部２８は、抽出した識別情報に含まれるスタンプＩＤに基づいて、記憶部２７に記憶されているスタンプ情報（スタンプＩＤ，スタンプシートＩＤ、スタンプ押印有無等からなる情報）を特定し、さらに、その特定したスタンプ情報に含まれるスタンプシートＩＤに基づいて、記憶部２７に記憶されているスタンプシート情報（スタンプシートＩＤ，スタンプシート名、スタンプが揃った際に付与されるメダル数等からなる情報）を特定する。そして、制御部２８は、スタンプ情報に含まれるスタンプ押印有無の情報を押印状態へ変更して記憶部２７に記憶させる。
【００６７】
続いて制御部２８は、スタンプを入手したことを意味するスタンプ入手画面と、Ｓ３２５で特定したスタンプ情報及びスタンプシート情報に基づいて、スタンプシート画面（スタンプの入手状況がわかる画面）とを表示部２５に表示させる。スタンプ入手画面の一例としては、図１３（Ｂ）の画面が挙げられる。このスタンプ入手画面は、図１３（Ｂ）から読み取れるように、スタンプを入手したことと、集めなければならない残りのスタンプの数がわかる画面になっている。また、スタンプシート画面の一例としては、図１３（Ｃ）の画面が挙げられる。このスタンプシート画面は、図１３（Ｃ）から読み取れるように、スタンプラリーの名称と、このスタンプラリーにおいて集めなければならないトータルのスタンプ総数と、各スタンプの状態（押印有無）とが把握可能な画面になっている。
【００６８】
続いて制御部２８は、Ｓ３２５においてスタンプ押印有無の情報を押印状態へ変更することによって当該スタンプシートが全て埋まったか否かを判定する（Ｓ３３５）。
制御部２８は、Ｓ３３５の判定結果が肯定、すなわち、スタンプシートが全て埋まっていた場合は（Ｓ３３５：Ｙｅｓ）、Ｓ３４０へ処理を移行し、一方、Ｓ３３５の判定結果が否定、すなわち、スタンプシートがまだ完全には埋まっていない場合は（Ｓ３３５：Ｎｏ）、本処理（スタンプラリー処理）を終了する。
【００６９】
スタンプシートが全て埋まっていた場合に進むＳ３４０では、制御部２８は、記憶部２７に記憶されている現在のメダル保有数を所定枚数（スタンプシート情報から特定される枚数）増加させ、その増加させた後のメダル保有数を新しいメダル保有数として記憶部２７に記憶させる。この際、当該携帯端末２１のユーザＩＤ、設置装置ＩＤ、付与されたメダル数、メダル付与の理由がスタンプラリーであったことを示す情報、及び、現在日時が対応付けられて履歴情報として記憶部２７に記憶される。なお、この履歴情報は、上述した起動処理のＳ１５０において管理サーバ４１へ送信される。
【００７０】
続いて制御部２８は、メダルが増加したこと（メダルが付与されたこと）を示すメダル付与画面を表示部２５に表示させる（Ｓ３４５）。メダル付与画面の一例としては、図１２（Ｆ）の画面が挙げられる。
【００７１】
制御部２８は、Ｓ３４５の処理を終えると、本処理（スタンプラリー処理）を終了する。
（４）プロフィール送受信処理
次に携帯端末２１の制御部２８において実行されるプロフィール送受信処理について図９のフローチャートを用いて説明する。このプロフィール送受信処理は、上述したメインメニュー画面（図１２（Ｃ）参照）において表示されたプロフィール交換を行うためのボタンが押下された際に開始される。なお、この処理も、記憶部２７に記憶されているプログラムに基づいて実行される。
【００７２】
携帯端末２１の制御部２８は、プロフィール処理の実行を開始すると、まず、プロフィールを送信するか受信するかをユーザに選択させるための選択画面を表示部２５に表示させる（Ｓ４０５）。この選択画面の一例としては、図１３（Ｄ）の画面が挙げられる。この選択画面は、図１３（Ｄ）から読み取れるように、ユーザが送信を選ぶ際に押下するボタンと、受信を選ぶ際に押下するボタンと、送信時に送信されるプロフィール情報とが少なくとも表示された画面である。なお、プロフィール情報は、記憶部２７に記憶されているユーザ情報等から生成される。
【００７３】
続いて制御部２８は、ユーザによりプロフィール情報の送信が選ばれたか否かを判定する（Ｓ４１０）。制御部２８は、Ｓ４１０での判定結果が肯定、すなわち、ユーザにより送信が選ばれた場合は（Ｓ４１０：Ｙｅｓ）、Ｓ４１５へ処理を移行し、一方、Ｓ４１０での判定結果が否定、すなわち、ユーザにより受信が選ばれた場合には（Ｓ４１０：Ｎｏ）、Ｓ４３５へ処理を移行する。
【００７４】
ユーザによりプロフィールの送信が選ばれた場合に進むＳ４１５では、制御部２８は、プロフィール情報の送信を開始していることを示すプロフィール送信開始画面を表示部２５に表示させる。このプロフィール送信開始画面の一例としては、図１３（Ｅ）の画面が挙げられる。このプロフィール送信開始画面では、図１３（Ｅ）から読み取れるように、自身の携帯端末２１のスピーカを相手の携帯端末２１のマイクへ向ける旨の表示がなされており、相手の携帯端末２１へ向けるべき方向の矢印が表示されている。ここで、なぜこのような表示がなされているかを言えば、自身の携帯端末２１から出力される非可聴音をより効率的に相手の携帯端末２１のマイクロフォン２３へ入力させるためである。そして、なぜ矢印が画面の下側を示しているかと言えば、図１３（Ｅ）の画面が想定している携帯端末２１は、表示部２５に正対した場合の下側（矢印の方向）にスピーカ２２が設けられているからである。したがって、スピーカ２２が表示部２５に正対した場合に上側に設けられているのであれば、自身の携帯端末２１の上側を相手の携帯端末２１の方向へ向ける旨が表示され、矢印も上側方向を向けて表示されるようになっているとよい。
【００７５】
続いて制御部２８は、送信するプロフィール情報を準備する（Ｓ４２０）。このプロフィール情報は、記憶部２７に記憶されているユーザ情報等から生成される。
続いて制御部２８は、プロフィール情報を含む非可聴音をスピーカ２２から所定時間出力させる（Ｓ４２５）。なお、プロフィール情報を非可聴音に含ませる方法としては、［構成の説明］において説明した設置装置１１が非可聴音を出力する場合の方法と同様の方法が考えられる。また、所定時間としては１０秒〜２０秒程度の時間が適当である。
【００７６】
続いて制御部２８は、プロフィール送信終了画面を表示部２５に表示させる（Ｓ４３０）。このプロフィール送信終了画面の一例としては、図１３（Ｆ）の画面が挙げられる。このプロフィール送信終了画面では、図１３（Ｆ）から読み取れるように、プロフィールの送信を終了させたことが示されている。
【００７７】
制御部２８は、Ｓ４３０の処理を終えると、本処理（プロフィール送受信処理）を終了する。
一方、ユーザによりプロフィールの受信が選ばれた場合（Ｓ４１０：Ｎｏ）に進むＳ４３５では、制御部２８は、プロフィール受信開始画面を表示部２５に表示させる。このプロフィール受信開始画面の一例としては、図１４（Ａ）の画面が挙げられる。このプロフィール送信開始画面では、図１４（Ａ）から読み取れるように、自身の携帯端末２１のマイクを相手の携帯端末２１のスピーカへ向ける旨の表示がなされており、相手の携帯端末２１へ向けるべき方向の矢印が表示されている。ここで、なぜこのような表示がなされているかを言えば、相手の携帯端末２１から出力される非可聴音をより効率的に自身の携帯端末２１のマイクロフォン２３へ入力させるためである。そして、なぜ矢印が画面の下側を示しているかと言えば、図１４（Ａ）の画面が想定している携帯端末２１は、表示部２５に正対した場合の下側（矢印の方向）にマイクロフォン２３が設けられているからである。したがって、マイクロフォン２３が表示部２５に正対した場合に右側に設けられているのであれば、自身の携帯端末２１の右側を相手の携帯端末２１の方向へ向ける旨が表示され、矢印も右側方向を向けて表示されるようになっているとよい。
【００７８】
続いて制御部２８は、マイクロフォン２３へ入力された音の中から予め定められたＤＴＭＦ音の抽出を開始する（Ｓ４４０）。この抽出というのは、マイクロフォン２３へ入力された音の中に、予め定められたＤＴＭＦ音があって、そのＤＴＭＦ音を解析して識別情報を取り出すことである。
【００７９】
続いて制御部２８は、所定時間内にプロフィール情報を抽出できたか否かを判定する（Ｓ４４５）。所定時間内というのは、例えば、１０秒〜２０秒程度の時間が考えられる。なお、同一のプロフィール情報を所定回数連続で抽出できたことをもってプロフィール情報の抽出が完了するようにしてもよい。
【００８０】
制御部２８は、Ｓ４４５の判定結果が肯定、すなわち、所定時間内にプロフィール情報を抽出できた場合は（Ｓ４４５：Ｙｅｓ）、Ｓ４５５へ処理を移行し、一方、Ｓ４４５の判定結果が否定、すなわち、所定時間内にプロフィール情報を抽出できなかった場合は（Ｓ４４５：Ｎｏ）、Ｓ４５０へ処理を移行する。
【００８１】
所定時間内にプロフィール情報を抽出（受信）できなかった場合に進むＳ４５０では、制御部２８は、プロフィール受信終了画面を表示部２５に表示させる。このプロフィール受信終了画面の一例としては、図１４（Ｂ）の画面が挙げられる。なお、この画面を表示部２５に表示させるとともに、失敗を推測させるような効果音をスピーカ２２から出力させるとよい。
【００８２】
制御部２８は、Ｓ４５０の処理を終えると、本処理（プロフィール送受信処理）を終了する。
一方、所定時間内にプロフィール情報を抽出（受信）できた場合に進むＳ４５５では、制御部２８は、抽出できたプロフィール情報を示すプロフィール情報画面を表示部２５に表示させる。このプロフィール情報画面の一例としては、図１４（Ｃ）の画面が挙げられる。このプロフィール情報画面では、図１４（Ｃ）から読み取れるように、プロフィール情報の受信に成功した旨と、プロフィール情報と、プロフィール情報を登録する際に押下するためのボタンと、プロフィール情報を登録することなく破棄する際に押下するための歩端とが表示されている。
【００８３】
続いて制御部２８は、ユーザより操作部２４を介して入力されたプロフィール情報を登録する旨の操作指示に基づいてプロフィール情報を記憶部２７に記憶させる（Ｓ４６０）。そして、制御部２８は、記憶部２７に記憶されている現在のメダル保有数を所定枚数（例えば１０枚）増加させ、その増加させた後のメダル保有数を新しいメダル保有数として記憶部２７に記憶させる（Ｓ４６５）。この際、当該携帯端末２１のユーザＩＤ、付与されたメダル数、メダル付与の理由がプロフィール交換であったことを示す情報、及び、現在日時が対応付けられて履歴情報として記憶部２７に記憶される。なお、この履歴情報は、上述した起動処理のＳ１５０において管理サーバ４１へ送信される。
【００８４】
続いて制御部２８は、メダルが増加したこと（メダルが付与されたこと）を示すメダル付与画面を表示部２５に表示させる（Ｓ４７０）。メダル付与画面の一例としては、図１２（Ｆ）の画面から広告情報を削除した画面が挙げられる。
【００８５】
制御部２８は、Ｓ４７０の処理を終えると、本処理（プロフィール送受信処理）を終了する。
（５）履歴記憶処理
次に管理サーバ４１の制御部４６において実行される履歴記憶処理について図１０のフローチャートを用いて説明する。この履歴記憶処理は、携帯端末２１において起動処理のＳ１５０が実行され、履歴情報を、管理サーバ４１の制御部４６がネットワーク通信部４４を介して携帯端末２１より受信した際に実行が開始される。なお、この処理は、記憶部４５に記憶されているプログラムに基づいて実行される。
【００８６】
管理サーバ４１の制御部４６は、履歴記憶処理の実行を開始すると、まず、受信された履歴情報に基づいて、記憶部４５に記憶されている履歴データベースに新たなレコードを挿入する（Ｓ５０５）。なお、携帯端末２１より送信される履歴情報は、Ｓ２２５，Ｓ３４０，Ｓ４６５において生成されたものである。また、履歴データベースのレコードを構成する項目のうち、携帯端末２１より送信されてきた履歴情報に含まれないもの（例えば、Ｓ２２５で生成された履歴情報には含まれないスタンプＩＤや、Ｓ４６５で生成された履歴情報には含まれない設置装置ＩＤ）については、ＮＵＬＬでレコードを構成する。
【００８７】
続いて制御部４６は、受信された更新情報に基づいて、記憶部４５に記憶されているユーザデータベースを更新する（Ｓ５１０）。具体的には、更新情報に含まれるユーザＩＤをキーにしてユーザデータベースのレコードを特定し、その特定したレコードに含まれるメダル数を更新情報に含まれる付与されたメダル数を足し合わせて更新する。また、更新情報に、メダル付与の理由がリアルチェックインであることを示す情報が含まれていた場合には特定したレコードに含まれるリアルチェックイン数を１だけ増加させて更新する。また、特定したレコードの更新日時を現在日時によって更新する。
【００８８】
続いて制御部４６は、受信された更新情報に基づいて、記憶部４５に記憶されている設置装置データベースを更新する（Ｓ５１５）。具体的には、更新情報に含まれる、メダル付与の理由がリアルチェックイン又はスタンプラリーであることを示す情報が含まれていた場合、その更新情報に含まれる設置装置ＩＤをキーにして設置装置データベースのレコードを特定し、その特定したレコードに含まれる付与メダル総数を、更新情報に含まれる付与されたメダル数分増加させて更新する。
【００８９】
制御部４６は、Ｓ５１５の処理を終えると、本処理（履歴記憶処理）を終了する。
（６）請求処理
次に管理サーバ４１の制御部４６において実行される請求処理について図１１のフローチャートを用いて説明する。この請求処理は、管理サーバ４１の管理者により操作部４２を介して実行指示がなされたときに実行が開始される（具体的には、月次の処理として実行されることが想定される）。なお、この処理も、記憶部４５に記憶されているプログラムに基づいて実行される。
【００９０】
制御部４６は、請求処理の実行を開始すると、まず、記憶部４５に記憶されている設置装置データベースに基づき請求先毎に請求情報をまとめる（Ｓ６０５）。具体的には、設置装置データベースにおける企業ＩＤ毎に付与メダル総数を合計し、その合計値に対して、例えば一定の係数（例えば、０．５）を掛けることによって請求額を算出する。
【００９１】
続いて、Ｓ６０５でまとめた請求情報に基づく請求書を印刷する旨の指示を、管理サーバ４１に接続された印刷装置（図１等には不図示）に対して出す（Ｓ６１０）。具体的には、Ｓ６０５でまとめた各請求先の正式名称を図示しない企業データベースから取得し、企業の正式名称、付与メダル総数、及び、請求額が記載された請求書を請求先毎（企業ＩＤ毎）に印刷させる。
【００９２】
制御部４６は、Ｓ６１０の処理を終えると、本処理（請求処理）を終了する。
［実施形態の効果］
ここまでで情報処理システム５の構成及び動作について説明したが、上述した情報処理システム５によれば、設置装置１１から携帯端末２１へは、非可聴音が用いられて識別情報が送られる（Ｓ２１０，Ｓ３１０）。したがって、非可聴音（すなわち、超音波）は、電波に比較して壁等を透過する能力が低いため、特定場所が隣接していても、互いのエリアに非可聴音が届かないようにすることが容易である。一方で非可聴音の出力具合を適切に調整することによって、非可聴音が届く範囲を、例えば店舗内といった程度の範囲にまで広げることも容易である。したがって、上述した情報処理システム５によれば、ＧＰＳ電波を利用する方法や無線ＬＡＮ電波を利用する場合と比較して、より正確に携帯端末２１のユーザが実際に特定場所（設置装置１１が設置された場所）を訪れたかどうかを判定することができる。また、識別コードが表示されるディスプレイを特定場所に設置する方法やＩＣチップリーダー等の読み取り装置を特定場所に設置する方法と比較して、携帯端末２１のユーザにかける負担を少なくすることができる（表示装置又は読み取り装置の設置された場所まで移動する必要がない）。
【００９３】
また、上述した情報処理システム５では、識別情報の受信に成功すると（Ｓ２１５：Ｙｅｓ）、メダルが付与される（Ｓ２２５）。また、識別情報の受信に成功してスタンプを入手した結果、スタンプシートが全て埋まった場合（Ｓ３３５：Ｙｅｓ）、メダルが付与される（Ｓ３４０）。そして、このメダルを用いて携帯端末２１のユーザはゲームを行うことができる。このため、携帯端末２１のユーザには、メダルを得ようというインセンティブが働き、設置装置１１が設置された店舗等の特定場所に出向く頻度が高まる。
【００９４】
また、上述した情報処理システム５では、他の携帯端末２１からプロフィール情報を受信すると（Ｓ４４５：Ｙｅｓ）、メダルが付与される（Ｓ４６５）。このため、携帯端末２１のユーザは、積極的にプロフィール情報を交換したいと考えるようになり、その結果、他の携帯端末２１のユーザに対して、当該情報処理システム５を利用するためのプログラム等を導入することを働きかけてもらえる。すなわち、情報処理システム５を利用するユーザが増えやすくなる。
【００９５】
また、ユーザにメダルが付与された履歴情報は、次にアプリケーションが起動された際に、管理サーバ４１へ送信されるようになっている（Ｓ１５０）。このため、ユーザに付与されたメダルの情報を管理サーバ４１において把握することができる。
【００９６】
また、管理サーバ４１では、付与されたメダル数を設置装置１１毎に合計し（Ｓ６０５）、その合計額に応じて設置装置１１の管理者（例えば、店舗運営者）に対して請求書が発行される（Ｓ６１０）。すなわち、情報処理システム５の運営者は、特定場所の管理者（例えば、店舗運営者）に対して、付与されたメダルに応じた金銭の請求が可能になる。その結果、ユーザに付与されるメダルの原資を確保することができ、例えば、メダルを電子マネーの交換することも可能にできる。
【００９７】
また、設置装置１１は、識別情報を含む非可聴音を繰り返し出力するようになっており、携帯端末２１は、所定時間内に同一の識別情報を５連続で抽出できたことをもって識別情報の抽出を完了したとしている（Ｓ２１５，Ｓ３１５）。このため、設置装置１１の設置されている場所の雑音程度が高かった場合でも、誤った識別情報が設置装置１１で抽出されて以降の処理に用いられてしまうことを軽減することができる。
【００９８】
［他の実施形態］
（１）上記実施形態では、管理サーバ４１においてユーザＩＤが採番されて、その採番されたユーザＩＤが携帯端末２１に送信されて履歴情報等に用いられて他の携帯端末２１の履歴情報と区別されるようになっていたが、携帯端末２１に固有の情報、例えば、携帯端末２１の製造番号や、通信カード（ＳＩＭカード等）の識別番号等がユーザＩＤの代わりに用いられてもよい。その場合は、メダルの付与は携帯端末２１に対して行われるようになっているとよい。そのような場合でも、上述した実施形態の情報処理システム５と同様の効果を奏する。なお、携帯端末２１に固有の情報とユーザＩＤとを結合させて履歴情報等に用いてもよいことは言うまでもない。
【００９９】
（２）履歴記憶処理で受信された更新情報に基づいてユーザデータベースや設置装置データベースを更新したが、ユーザデータベース及び設置装置データベースの更新方法はこの方法に限らない。例えば、日次、週次、月次等のタイミングで履歴データベースより未反映のレコードを抽出し、その抽出したレコードに基づいてユーザデータベース及び設置装置データベースを更新してもよい。
【０１００】
［特許請求の範囲との対応］
上記実施形態の説明で用いた用語と、特許請求の範囲に記載した用語との対応を示す。
設置装置１１の制御部１３が、設置装置の出力制御手段の一例である。携帯端末２１のネットワーク通信部２６が、携帯端末の端末側通信手段の一例である。携帯端末２１の制御部２８が、携帯端末の第１の抽出手段、送信制御手段、第１の特典付与手段、プロフィール等情報出力手段、第２の抽出手段、及び、第２の特典付与手段の一例である。
【０１０１】
管理サーバ４１のネットワーク通信部４４が、サーバのサーバ側通信手段の一例である。管理サーバ４１の記憶部４５が、サーバの記憶手段の一例である。管理サーバ４１の制御部４６が記憶制御手段、集計手段、及び、請求手段の一例である。
【符号の説明】
【０１０２】
５…情報処理システム、１１…設置装置、１２…スピーカ、１３…制御部、２１，２１ａ，２１ｂ…携帯端末、２２…スピーカ、２３…マイクロフォン、２４…操作部、２５…表示部、２６…ネットワーク通信部、２７…記憶部、２８…制御部、３１…アプリサーバ、４１…管理サーバ、４２…操作部、４３…表示部、４４…ネットワーク通信部、４５…記憶部、４６…制御部、５１…インターネット。
【図１】
2012252371.tif 000003
【図２】
2012252371.tif 000004
【図３】
2012252371.tif 000005
【図４】
2012252371.tif 000006
【図５】
2012252371.tif 000007
【図６】
2012252371.tif 000008
【図７】
2012252371.tif 000009
【図８】
2012252371.tif 000010
【図９】
2012252371.tif 000011
【図１０】
2012252371.tif 000012
【図１１】
2012252371.tif 000013
【図１２】
2012252371.tif 000014
【図１３】
2012252371.tif 000015
【図１４】
2012252371.tif 000016