(57)【特許請求の範囲】
【請求項１】
入力面上に配されたスタンプ型のデバイスにより、該入力面における位置情報が入力されるタッチパネルを備えるコンピューターに、
前記デバイスによる入力の契機となる契機情報を前記タッチパネルに表示するステップ、
前記デバイスにより入力される前記位置情報を取得するステップ、
取得された前記位置情報が所定条件に適合したとき、前記デバイスに対応する印影を表す印影画像を前記タッチパネルに表示するステップ、
前記印影画像が表示されたとき、前記コンピューターへの入力を誘導する誘導情報を出力するステップ、
前記誘導情報に従った入力があったとき、前記契機情報と前記印影画像の両方又はいずれか一方に関連する関連情報を出力するステップ、
を実行させるプログラム。
【請求項２】
前記適合したことを示す適合情報を変数に格納するステップを実行させ、
前記適合情報が前記変数に格納されているとき、前記印影画像を表示することを特徴とする請求項１に記載のプログラム。
【請求項３】
前記印影画像の表示と同時または該表示の後に、前記関連情報を出力することを特徴とする請求項１または請求項２に記載のプログラム。
【請求項４】
前記誘導情報は画像またはテキストであり、
前記画像または前記テキストを前記印影画像に重ねて表示させることを特徴とする請求項１から請求項３のいずれか１項に記載のプログラム。
【請求項５】
前記印影画像を前記誘導情報として機能させることを特徴とする請求項１から請求項４のいずれか１項に記載のプログラム。
【請求項６】
前記契機情報は、サービスの内容を示す画像であり、
前記サービスの提供者によって提供される請求項１から請求項５のいずれか１項に記載のプログラム。
【請求項７】
前記関連情報は、文書、音声、又は画像を含むことを特徴とする請求項１から請求項６のいずれか１項に記載のプログラム。
【請求項８】
前記誘導情報は、音声を含むことを特徴とする請求項１から請求項６のいずれか１項に記載のプログラム。
【請求項９】
タッチパネルを有するコンピューターと、
前記タッチパネルの入力面上に配されて、該入力面における位置情報を入力するスタンプ型のデバイスと、
を備えるスタンプシステムであって、
前記コンピューターは、
前記デバイスにより入力される前記位置情報を取得する取得部と、
前記デバイスによる入力の契機となる契機情報を前記タッチパネルに表示する契機情報表示部と、
取得された前記位置情報が所定条件に適合したとき、前記デバイスに対応する印影を表す印影画像を前記タッチパネルに表示する印影画像表示部と、
前記印影画像が表示されたとき、前記コンピューターに入力を誘導する誘導情報を出力し、前記誘導情報に従った入力があったとき、前記契機情報と前記印影画像の両方又はいずれか一方に関連する関連情報を出力する出力部と、
を有することを特徴とするスタンプシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯情報端末などのタッチパネルを有するコンピューターに用いられるソフトウェア技術に関する。
【背景技術】
【０００２】
タッチパネルを有するコンピューターは、タッチパネルの入力面にタッチしているユーザーの指先やユーザーが操作するタッチペンのタッチ位置を検出し、このタッチ位置に応じた処理を実行する。このようなタッチパネルは、複数のタッチ位置を検出することができる、所謂マルチタッチの検出が可能なものが主流であり、このような特性を生かした入力デバイスとして、スタンプ型のデバイスが新たに登場している。
【０００３】
例えば特許文献１に記載のシステムは、複数の接触端子を有するスタンプ型のデバイスを有している。このデバイスがタッチパネルの入力面に配されたとき、接触端子の各々のタッチ位置を検出し、検出したタッチ位置の入力面における複数の座標が入力される。タッチパネルを有する端末は、入力された複数の座標をコードに変換してサーバーに送信する。サーバーは、受信したコードを、予め記憶しておいたコードと照合し、適合したコードに対応する電子捺印画像を端末に返信する。電子捺印画像を受信した端末は、電子文書に電子捺印画像を付加してタッチパネルに表示する。これにより、捺印された電子文書が作成される。
【０００４】
しかし、上記のシステムは、文書に印影を残すことによって責任や権威を証明するといったスタンプ本来の機能を電子文書に拡張し、単にシステム化したものに過ぎない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−２５６２４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、スタンプ型のデバイスに新たな機能を付加することが可能なプログラムおよびスタンプシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するため、本発明のプログラムは、入力面上に配されたスタンプ型のデバイスにより、該入力面における位置情報が入力されるタッチパネルを備えるコンピューターに、
前記デバイスによる入力の契機となる契機情報を前記タッチパネルに表示するステップ、前記デバイスにより入力される前記位置情報を取得するステップ、取得された前記位置情報が所定条件に適合したとき、前記デバイスに対応する印影を表す印影画像を前記タッチパネルに表示するステップ、前記印影画像が表示されたとき、前記契機情報と前記印影画像の両方又はいずれか一方に関連する関連情報を出力するステップ、を実行させることを特徴とする。
【０００８】
また、上記の目的を達成するため、本発明のスタンプシステムは、タッチパネルを有するコンピューターと、前記タッチパネルの入力面上に配されて、該入力面における位置情報を入力するスタンプ型のデバイスと、を備えるスタンプシステムであって、
前記コンピューターは、前記デバイスにより入力される前記位置情報を取得する取得部と、前記デバイスによる入力の契機となる契機情報を前記タッチパネルに表示する契機情報表示部と、取得された前記位置情報が所定条件に適合したとき、前記デバイスに対応する印影を表す印影画像を前記タッチパネルに表示する印影画像表示部と、前記印影画像が表示されたとき、前記契機情報と前記印影画像の両方又はいずれか一方に関連する関連情報を出力する関連情報出力部と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、スタンプ型のデバイスにより入力された位置情報を取得し、取得した位置情報が所定条件に適合したときに、印影画像が表示されるだけでなく、関連情報が出力される。すなわち、スタンプ型のデバイスを、関連情報を提供するための「鍵」として機能させており、このような新たな機能をスタンプ型のデバイスに付与することが可能となっている。
【図面の簡単な説明】
【００１０】
【図１】（ａ）実施形態１に係るスタンプシステムに用いられる携帯情報端末およびスタンプデバイスの使用状態を示す図である。（ｂ）スタンプデバイスを底側から見た斜視図である。
【図２】上記携帯情報端末の概念図である。
【図３】実施形態１に係るプログラムのフローチャートである。
【図４】上記携帯情報端末の状態を示す図であり、（ａ）チケット画像が表示された図、（ｂ）印影画像とアイコンが表示された図、（ｃ）特典情報が出力された図である。
【図５】実施形態２に係るスタンプシステムに用いられる携帯情報端末の記憶装置の概念図である。
【図６】（ａ）チェックポイントテーブルを示す図である。（ｂ）接面テーブルを示す図である。
【図７】実施形態２に係るプログラムのフローチャートである。
【図８】上記携帯情報端末の状態を示す図であり、（ａ）全体台紙画像が表示された図、（ｂ）個別台紙画像が表示された図、（ｃ）印影画像とアイコンが表示された図、（ｄ）関連情報が出力された図である。
【図９】（ａ）実施形態３に係るスタンプシステムの概念図である。（ｂ）サーバーのコンピューターの概念図である。
【図１０】実施形態３に係るスタンプシステムに用いられる携帯情報端末およびサーバーのフローチャートである。
【図１１】上記フローチャートの続きである。
【発明を実施するための形態】
【００１１】
［実施形態１］
以下、図１から図４を参照しながら、コンサートイベントの来場者が所有する携帯情報端末にチケットを表示させて、受付係が入場受付を行う電子チケットを例にして、本発明の実施形態１に係るスタンプシステム１について説明する。
【００１２】
本実施形態に係るスタンプシステム１は、入場受付を行う受付係が所持する略直方体形状をしたスタンプ型のデバイス（以下、「スタンプデバイス」といい、符号"１０"を付す。）を有している。スタンプデバイス１０は、その側面の各々に、受付係によって把持される把持部１２が形成されている。スタンプデバイス１０の底面には、４つの突起１４が下方に向かって形成されている。各突起１４の高さは均一であり、各々の先端面は一定以上の面積を有する接面１６となる。把持部１２と各突起１４は、いずれも電気伝導性を有する材料からなり、各接面１６と把持部１２は互いに導通するように構成されている。このため、把持部１２を介して各接面１６と受付係とが互いに導通する。４つの接面１６は、底面の角部近傍に配された３つの基準接面１６ａ〜１６ｃと、１つの固有接面１６ｄと、から構成されている。スタンプデバイス１０は、これらの接面１６が後述する来場者の携帯情報端末（以下、「来場者端末」といい、符号"１８"を付す。）のタッチパネル２０にそれぞれ接するように、受付係によってタッチパネル２０上に配置される。
【００１３】
スタンプシステム１が有する来場者端末１８は、スマートホンやタブレット端末に代表されるスマートデバイスである。来場者端末１８のタッチパネル２０は、液晶ディスプレイ２２と、この液晶ディスプレイ２２上に配置されたフィルム状のセンサー２４と、を有している。センサー２４はタッチパネルコントローラー２６に接続されている。タッチパネルコントローラー２６はセンサー２４を制御し、センサー２４に生じた静電容量の変化に基づいて、位置情報である座標を検出する。また、センサー２４およびタッチパネルコントローラー２６は、入力面であるタッチパネル２０の表面に複数の接触部が与えられたとき、各接触部の座標を検出する、所謂マルチタッチの座標検出が可能となっている。
【００１４】
来場者端末１８は、上記のタッチパネル２０、タッチパネルコントローラー２６、記憶装置２８、中央処理装置（以下、「ＣＰＵ」といい、符号"３０"を付す。）、ネットワーク通信手段３２、及びスピーカー３４を備えるコンピューター３６により実現されている。
【００１５】
コンピューター３６の記憶装置２８には基本ソフトウェア３８が記憶されている。この基本ソフトウェア３８は、コンピューター３６が起動されたときに、ＣＰＵ３０によりロードされる。基本ソフトウェア３８をロードしたＣＰＵ３０は、記憶装置２８に格納されている種々のアプリケーションが実行可能な状態、及びネットワーク通信手段３２を介してインターネット通信回線に接続可能な状態となる。
【００１６】
コンピューター３６の記憶装置２８にはチケットアプリケーションプログラム（以下、本実施形態において、単に「アプリケーション」といい、符号"４０"を付す。）が格納されている。アプリケーション４０は、チケットの購入後、インターネット通信回線を通じて不図示のサーバーからダウンロードされて記憶装置２８に格納される。このような記憶装置２８として、Flash Memoryに代表される不揮発性メモリなどの半導体記憶装置が用いられている。
【００１７】
記憶装置２８に格納されたアプリケーション４０には、チケット画像４２、印影画像４４、及び特典情報４６が含まれている。チケット画像４２は、コンサート名、コンサート日時など、コンサートの内容を表示する静止画である。印影画像４４は、スタンプデバイス１０に対応する印影を表示する静止画である。特典情報４６は、コンサートに出演するアーチストのメッセージ動画、アーチストの写真画像など、来場者の特典として提供される情報である。
【００１８】
アプリケーション４０には、また、照合情報４８および入場フラグ５０が含まれている。照合情報４８は、スタンプデバイス１０の基準接面１６ａ−固有接面１６ｄ間の距離情報、基準接面１６ｂ−固有接面１６ｄ間の距離情報、及び基準接面１６ｃ−固有接面１６ｄ間の距離情報である。これらの距離情報は、予め各基準接面１６ａ〜１６ｃに対する固有接面１６ｄの距離の実測値に基づいて定められた数値である。入場フラグ５０は、来場者の入場が許可されたか否かの情報が格納されるフラグであり、初期値はクリアされた状態となっている。
【００１９】
入場受付を行う際にアプリケーション４０が選択されると、コンピューター３６のＣＰＵ３０が、アプリケーション４０を内部メモリにロードして実行する。これにより、アプリケーション４０が起動されて、コンピューター３６は次のように動作する。
【００２０】
先ず、ＣＰＵ３０は、図４（ａ）に示すように、チケット画像４２をタッチパネル２０の液晶ディスプレイ２２に表示する（ｓ１０）。これにより、来場者は受付係に対してチケット画像４２を提示することができる。このように、ＣＰＵ３０は、チケット画像４２をタッチパネル２０に表示するチケット画像表示部として機能している。
【００２１】
次に、ＣＰＵ３０は入場フラグ５０を参照する（ｓ１１）。この入場フラグ５０が立っているときは（ｓ１１：Ｙｅｓ）、後述する印影画像４４の表示（ｓ１５）を実行する。これにより、図４（ｂ）に示すように、液晶ディスプレイ２２にはチケット画像４２と印影画像４４が表示された状態となる。
【００２２】
一方、入場フラグ５０が立っていないときは（ｓ１１：Ｎｏ）、液晶ディスプレイ２２にはチケット画像４２のみが表示された状態となっている（図４（ａ））。このとき受付係はタッチパネル２０上にスタンプデバイス１０を配置する。そして、ＣＰＵ３０は、タッチパネルコントローラー２６を介してタッチパネル２０に接する各接面１６の座標（以下、「接面座標」という。）を取得する（ｓ１２）。このように、タッチパネル２０に表示されたチケット画像４２はスタンプデバイス１０による入力の契機となる契機情報である。また、タッチパネル２０、タッチパネルコントローラー２６、及びＣＰＵ３０は、スタンプデバイス１０により入力される接面座標を取得する取得部として機能している。
【００２３】
次に、ＣＰＵ３０は、取得した接面座標を照合情報４８と照合する（ｓ１３）。具体的には、ＣＰＵ３０は、取得した各接面座標の直線距離を求め、この中で最も長い直線距離を成す２つの接面座標を、スタンプデバイス１０の基準接面１６ａ，１６ｂにより入力された座標（以下、「基準座標ａ，ｂ」という。）と認定する。そして、認定された基準座標ａ，ｂの各々から等距離かつ長距離にある一の接面座標を、スタンプデバイス１０の基準接面１６ｃにより入力された座標（以下、「基準座標ｃ」という。）と認定する。このように、ＣＰＵ３０は取得した接面座標から、スタンプデバイス１０の各基準接面１６ａ〜１６ｃに対応する基準座標ａ〜ｃを認定し、残りの接面座標をスタンプデバイス１０の固有接面１６ｄに対応する座標（以下、「固有座標ｄ」という。）として認定する。そして、求めた直線距離の内、基準座標ａ〜ｃと固有座標ｄの直線距離の各々を、照合情報４８の距離情報と照らし合わせる。このように、ＣＰＵ３０は、取得した接面座標を照合情報４８と照合する照合部として機能している。
【００２４】
照合において、接面座標が照合情報４８に適合しなかったとき（ｓ１３：Ｎｏ）、ＣＰＵ３０は、「チケットを認証できません」などの情報を液晶ディスプレイ２２に表示し、再度、座標の取得を行う。
【００２５】
一方、接面座標が照合情報４８に適合したとき（ｓ１３：Ｙｅｓ）、ＣＰＵ３０は入場フラグ５０を立てる（ｓ１４）。この入場フラグ５０は、アプリケーション４０が終了するときに記憶装置２８にセーブされる。このため、ＣＰＵ３０は、アプリケーション４０を再起動したとき、入場フラグ５０を参照することで（ｓ１１）、入場の許可済みであることの判断が可能となる。
【００２６】
次に、ＣＰＵ３０は、図４（ｂ）に示すように、印影画像４４をチケット画像４２上に重ねて液晶ディスプレイ２２に表示する（ｓ１５）。このとき、取得した基準座標ａ，ｂに基づいて、タッチパネル２０上にあるスタンプデバイス１０の底面の中心座標を算出し、印影画像４４の中心を中心座標に合わせて表示するのが好ましい。印影画像４４が表示されることで、チケット画像４２の有効性がコンサートの主催者によって証明されたことになる。このように、ＣＰＵ３０は、取得した接面座標が照合情報４８に適合したときに、印影画像４４をタッチパネル２０に表示する印影表示部として機能している。
【００２７】
ＣＰＵ３０は、さらに、印影画像４４を表示したときに、アイコン５２ａ，５２ｂを液晶ディスプレイ２２に表示する（ｓ１６）。アイコン５２ａ，５２ｂは、特典情報４６を分かりやすく記号化した図形や絵文字であり、メッセージ動画を記号化した静止画、写真画像を記号化した静止画である。このアイコン５２ａ，５２ｂが来場者の操作によって選択されたとき（ｓ１７：Ｙｅｓ）、ＣＰＵ３０は、選択されたアイコン５２ａ，５２ｂに対応する特典情報４６を出力する（ｓ１８）。例えば、動画を示すアイコン５２ａが選択されたとき、ＣＰＵ３０は、図４（ｃ）に示すように、出演アーチストのメッセージ動画を液晶ディスプレイ２２に表示し、そのメッセージをスピーカー３４から出力する。このように、アイコン５２ａ，５２ｂおよびＣＰＵ３０は、来場者の操作を受け付けて、特典情報４６を出力するためのＧＵＩ（Graphical User Interface）として機能している。また、ＣＰＵ３０は、ＧＵＩが操作されたときに、特典情報４６をタッチパネル２０に表示させスピーカー３４に出力する出力部として機能している。さらに、特典情報４６は、チケット画像４２の内容である本コンサートに関連した情報、すなわち、契機情報に関連する関連情報である。
【００２８】
上記した本実施形態のスタンプシステム１は、スタンプデバイス１０により入力された接面座標を取得し、取得した接面座標が照合情報４８に適合したときに、印影画像４４を表示することで、チケット画像４２の有効性を証明するといったスタンプ本来の機能に加えて、適合したことを条件として特典情報４６の出力を可能とする「鍵」機能をスタンプデバイス１０に付加している。このようなスタンプシステム１によれば、来場者に限定した特典情報４６の公開が可能となる。そして、特典情報４６がチケット画像４２の内容に関連する情報であるため、来場者のコンサートイベントに対する満足度を向上させることができる。
【００２９】
また、照合後に現れる印影画像４４中に、ＧＵＩとして機能するアイコン５２ａ，５２ｂが配置されているので、来場者がＧＵＩの存在に気付き易い。
【００３０】
［実施形態２］
以下、音楽画像を集めて回る音楽スタンプラリーの参加者が所持する携帯情報端末（以下、参加者端末といい、符号"５４"を付す。）にスタンプラリーの台紙画像を表示させる電子台紙を例にして、本発明の実施形態２について、図５から図８を参照しながら説明する。
【００３１】
本実施形態に係るスタンプシステム２は、複数のスタンプデバイス１０を有している。各スタンプデバイス１０はスタンプラリーの各チェックポイントに設置されている。このようなスタンプデバイス１０の上面には、チェックポイントを示す符号、記号、又はイラストが表示されている。各スタンプデバイス１０は、接面１６（図１（ｂ））の配置位置がそれぞれ異なっている。具体的には、各スタンプデバイス１０において、３つの基準接面１６ａ〜１６ｃは互いに共通する位置に形成されているが、固有接面１６ｄの位置が互いに異なるように形成されている。すなわち、各スタンプデバイス１０において、基準接面の各々１６ａ〜１６ｃに対する固有接面１６ｄの距離が互いに異なっている。
【００３２】
本実施形態のスタンプシステム２が有する参加者端末５４は、上記実施形態１の来場者端末１８のコンピューター３６（図２）と同様のハードウェア構成を有している。
【００３３】
本実施形態のコンピューター３６の記憶装置２８には、上記した基本ソフトウェア３８が記憶されている。記憶装置２８には、さらにスタンプラリーアプリケーションプログラム（以下、実施形態２において、「アプリケーション」といい、符号"５６"を付す。）が格納されている。アプリケーション５６は、スタンプラリーの参加時に、インターネット通信回線を通じて、不図示のサーバーからダウンロードされて記憶装置２８に格納される。
【００３４】
コンピューター３６の記憶装置２８に格納されたアプリケーション５６には、複数のスタンプデバイス１０に対応する照合情報４８が含まれている。この照合情報４８は、実施形態１と同様に定められた数値であり、接面テーブル５８に格納されている。この接面テーブル５８は、照合情報４８及びスタンプ識別情報をフィールドに有し、スタンプラリーに用いられるスタンプデバイス１０ごとにレコードが設けられている。このスタンプ識別情報は、複数のスタンプデバイス１０を互いに識別するための情報である。
【００３５】
アプリケーション５６には、また、全体台紙画像６０が含まれている。全体台紙画像６０は、スタンプラリーのコースを表す静止画である。
【００３６】
アプリケーション５６には、さらに、各チェックポイントに対応する、個別台紙画像６２、印影画像６４、関連情報６６、及び到着フラグ６８が含まれている。個別台紙画像６２は、チェックポイントの名称や番号などの案内を表示するとともに、スタンプデバイス１０の配置領域を示す静止画である。印影画像６４は、ドラム、キーボード、ギター、及びリコーダなど、チェックポイントの内容に関する静止画である。関連情報６６は、ドラムのメロディ、キーボードのメロディ、ギターのメロディ、及びリコーダのメロディなど、各印影画像６４の内容に関連しているサウンドである。到着フラグ６８は、チェックポイントに到着したか否かの情報を格納するフラグである。
【００３７】
上記の個別台紙画像６２、印影画像６４、及び関連情報６６の各々には、ファイル名など、互いを識別するための識別情報が付与されている。また、各到着フラグ６８には、互いに異なるフラグ名が付与されている。これらの識別情報およびフラグ名は、チェックポイントを識別するチェックポイント識別情報に対応付けられている。具体的には、アプリケーション５６はチェックポイントテーブル７０を有している。チェックポイントテーブル７０は、チェックポイント識別情報、個別台紙識別情報、印影識別情報、関連識別情報、及びスタンプ識別情報、並びに到着フラグ６８をフィールドに有しており、チェックポイント毎にレコードが設けられている。なお、チェックポイント識別情報は、全体台紙画像６０に表されている各チェックポイントの座標情報と対応させて定義されている。
【００３８】
チェックポイントに到着した参加者によりアプリケーション５６が選択されると、コンピューター３６のＣＰＵ３０が、アプリケーション５６を内部メモリにロードして、実行する。これにより、アプリケーション５６が起動されて、コンピューター３６は次のように動作する。
【００３９】
先ず、ＣＰＵ３０は、図８（ａ）に示すように、全体台紙画像６０を読み出して液晶ディスプレイ２２に表示する（ｓ２０）。
【００４０】
次に、ＣＰＵ３０は通過済み表示を行う（ｓ２１）。具体的には、ＣＰＵ３０は、チェックポイントテーブル７０を参照して、到着フラグ６８を抽出する。抽出した各到着フラグ６８が立っているか否かを確認する。そして、立っている到着フラグ６８に対応する印影識別情報を抽出する。そして、この印影識別情報が付与されている印影画像６４を読み出して、全体台紙画像６０において、対応するチェックポイント上に表示する。これにより、通過したチェックポイントに対応する印影画像６４が全体台紙画像６０上に表示される（図８（ａ））。
【００４１】
次に、参加者によってチェックポイントの何れかが選択されたとき（ｓ２２）、ＣＰＵ３０は、選択されたチェックポイントに対応するチェックポイント識別情報を抽出し、記憶しておく。具体的には、予め、全体台紙画像６０におけるチェックポイント指定エリア９２にチェックポイント識別情報を対応付けて記憶させておき、参加者の選択により入力された座標に基づいてチェックポイント指定エリア９２を特定し、特定したチェックポイント指定エリア９２に対応するチェックポイント識別情報を抽出する。
【００４２】
次に、ＣＰＵ３０は、チェックポイントテーブル７０を参照して、記憶しておいたチェックポイント識別情報に対応している個別台紙識別情報を抽出する。そして、抽出した個別台紙識別情報が付与されている個別台紙画像６２を読み出して、図８（ｂ）に示すように、液晶ディスプレイ２２に表示する（ｓ２３）。
【００４３】
次に、ＣＰＵ３０は、チェックポイントテーブル７０を参照して、記憶しておいたチェックポイント識別情報に対応している到着フラグ６８を抽出する。そして、抽出した到着フラグ６８が立っているとき（ｓ２４：Ｙｅｓ）、印影画像６４の表示（ｓ２８）を実行する（図８（ｃ））。
【００４４】
一方、抽出した到着フラグ６８が立っていないとき（ｓ２４：Ｎｏ）、液晶ディスプレイ２２には個別台紙画像６２が表示された状態となっている（図８（ｂ））。このとき参加者はタッチパネル２０上にスタンプデバイス１０を配置する。そして、ＣＰＵ３０は、タッチパネルコントローラー２６を介して接面座標を取得する（ｓ２５）。このように、個別台紙画像６２はスタンプデバイス１０による入力の契機となる契機情報である。
【００４５】
次に、ＣＰＵ３０は、チェックポイントテーブル７０を参照して、記憶しておいたチェックポイント識別情報に対応しているスタンプ識別情報を抽出する。そして、接面テーブル５８を参照して、抽出したスタンプ識別情報に対応している照合情報４８を抽出する。そして、実施形態１において説明したように、複数の基準座標ａ〜ｃと固有座標ｄを認定し、基準座標の各々ａ〜ｃに対する固有座標ｄの距離を求め、求めた各距離を抽出した照合情報４８と照合する（ｓ２６）。
【００４６】
照合において、接面座標が照合情報４８に適合していないとき（ｓ２６：Ｎｏ）、ＣＰＵ３０は、再度、座標の取得を行う。
【００４７】
一方、適合しているとき（ｓ２６：Ｙｅｓ）、ＣＰＵ３０は、チェックポイントテーブル７０を参照して、記憶しておいたチェックポイント識別情報に対応している到着フラグ６８を抽出し、この到着フラグ６８を立てる（ｓ２７）。
【００４８】
次に、ＣＰＵ３０は、チェックポイントテーブル７０を参照して、記憶しておいたチェックポイント識別情報に対応している印影識別情報を抽出する。そして、抽出された印影識別情報が付与されている印影画像６４を読み出して、図８（ｃ）に示すように、個別台紙画像６２上に重ねて表示する（ｓ２８）。これにより、目的のチェックポイントに到着したことが認定される。
【００４９】
次に、ＣＰＵ３０は、印影画像６４とともにアイコン５２ｃを液晶ディスプレイ２２に表示する（ｓ２９）。アプリケーション５６におけるアイコン５２ｃは再生マークであり、これは関連情報６６であるサウンドの再生を分かりやすく記号化したものである。そして、このアイコン５２ｃが参加者の操作によって選択されたとき（ｓ３０：Ｙｅｓ）、ＣＰＵ３０は、チェックポイントテーブル７０を参照して、記憶しておいたチェックポイント識別情報に対応している関連識別情報を抽出する。そして、抽出された関連識別情報が付与されている関連情報６６であるサウンドを読み出して、図８（ｄ）に示すように、スピーカー３４からサウンドを出力する。このように、関連情報６６である楽器のサウンドは、印影画像６４が表している楽器に関するサウンド、すなわち印影画像６４に関連する関連情報である。
【００５０】
本実施形態のスタンプシステム２によれば、スタンプデバイス１０は、チェックポイントに到達したことを認定するというスタンプラリー本来の用途に加えて、印影画像６４に関連するサウンドを出力するための「鍵」としても機能している。
【００５１】
また、本実施形態のアプリケーション５６は、全体台紙画像６０上に表示されるアイコン５２ｄを有してもよい。このアイコン５２ｄが参加者の操作により選択されたとき、ＣＰＵ３０は、チェックポイントテーブル７０を参照して、到着フラグ６８が立っているレコードに含まれる関連識別情報を抽出する。そして、抽出した関連識別情報が付与されている関連情報６６を読み出してスピーカー３４に出力する。これにより、参加者が収集した印影画像６４（楽器の画像）に対応する関連情報６６（楽器のメロディ）が出力される。よって、全てのチェックポイントを通過した参加者には、全楽器による演奏が提供される。
【００５２】
［実施形態３］
本発明の実施形態３について、図９を参照しながら説明する。本実施形態のスタンプシステム３は、コンサートの主催者やスタンプラリーの提供者など、サービスの提供者が所有するサーバー７２を備えている。このサーバー７２は、ネットワーク通信手段７４と、ＣＰＵ７６と、記憶装置７８と、を有するコンピューター８０により実現されている。
【００５３】
サーバー７２の記憶装置７８には、ユーザーの管理を行う管理アプリケーション８２が記憶されている。この管理アプリケーション８２には、ユーザー管理テーブル８４が含まれている。ユーザー管理テーブル８４は、ユーザー識別情報、パスワード、及び適合フラグをフィールドに含み、ユーザーごとにレコードが設けられている。このユーザー識別情報は、ユーザーを互いに識別するための情報であり、各ユーザーに個別に付与されている。
【００５４】
上記の管理アプリケーション８２を実行したコンピューター８０のＣＰＵ７６は、ネットワーク通信手段７４を用いることにより、インターネット通信回線を介して、来場者や参加者などのユーザーの携帯情報端末（以下、クライアントといい、符号"８６"を付す。）と通信可能となっている。
【００５５】
クライアント８６は、上記実施形態１の来場者端末１８のコンピューター３６（図２）と同様のハードウェア構成を有している。このコンピューター３６の記憶装置２８には、上記のチケットアプリケーションプログラムやスタンプラリーアプリケーションプログラムなどのアプリケーションプログラム、すなわちコンピューター３６に、契機情報を表示させ、スタンプデバイス１０の接面座標を取得させ、接面座標と照合情報４８が適合したときに印影画像４４，６４を表示させ、さらに関連情報を表示させるスタンプアプリケーションプログラムが記憶されている。
【００５６】
本実施形態におけるスタンプアプリケーションには、さらに、クライアント８６を使用するユーザーのユーザー識別情報が含まれている。このようなスタンプアプリケーションは、接面座標が照合情報４８に適合したときに、クライアント８６のコンピューター３６に、ユーザー識別情報をサーバー７２に送信させる。
【００５７】
ユーザー識別情報を受信したサーバー７２のＣＰＵ７６は、このユーザー識別情報に対応する適合フラグを立てる。サーバー７２のＣＰＵ７６は、また、任意のタイミングで、ユーザー管理テーブル８４の内容をサービス提供者の情報端末８８に送信する。
【００５８】
サービス提供者の情報端末８８は、不図示のネットワーク通信手段およびＣＰＵを有しており、ＣＰＵがネットワーク通信手段を介して、サーバー７２から送信されたユーザー管理テーブル８４の内容を受信する。そして、情報端末８８のＣＰＵは、受信したユーザー管理テーブル８４の内容を表示装置９０に表示する。これによりサービス提供者は、ユーザーの照合状況を知ることができる。
【００５９】
また、本実施形態に係るスタンプシステム３は、サーバー７２の記憶装置７８に、契機情報、印影画像、及び関連情報の全部または一部を予め記憶させておき、サーバー７２のＣＰＵ７６は、クライアント８６からのリクエストに応じて、これらの情報や画像をレスポンスしてもよい。さらに、サーバー７２の記憶装置７８に照合情報を予め記憶させておき、クライアント８６からのリクエストに応じて照合を行って、その結果をレスポンスしてもよい。
【００６０】
このようなクライアント８６およびサーバー７２の動作フローを、電子チケットを例にして、図９から図１１を参照しながら説明する。なお、サーバー７２の記憶装置７８には、チケット画像４２、印影画像４４、特典情報４６、及び照合情報４８（図２、図４）が予め記憶されているものとする。
【００６１】
まず、クライアント８６はサーバー７２に対してログインをリクエストする（ｓ４１）。具体的には、クライアント８６のＣＰＵ３０は、ユーザーにパスワードを入力させる入力ボックスを表示し、この入力ボックスに入力されたパスワードとともにユーザー識別情報をサーバー７２へ送信する。
【００６２】
ログインのリクエストを受信したサーバー７２のＣＰＵ７６は、ユーザー管理テーブル８４を参照して、受信したユーザー識別情報とパスワードの対応を照合し（ｓ４２）、その照合結果をクライアント８６に送るレスポンスを行う（ｓ４３）。
【００６３】
照合結果を受信したクライアント８６のＣＰＵ３０は、照合が失敗していたとき（ｓ４４：Ｎｏ）、再度、ログインをリクエストする。一方、照合が成功していたとき（ｓ４４：Ｙｅｓ）、クライアント８６のＣＰＵ３０は、サーバー７２に対してチケット画像４２および適合フラグの送信をリクエストする（ｓ４５）。このリクエストとともにユーザー識別情報をサーバー７２に送信する。
【００６４】
このリクエストを受信したサーバー７２のＣＰＵ７６は、記憶装置７８からチケット画像４２を読み出す。また、ユーザー管理テーブル８４を参照して、ユーザー識別情報に対応する適合フラグを抽出する。サーバー７２は、読み出したチケット画像４２と抽出した適合フラグをクライアント８６に送信するレスポンスを行う（ｓ４６）。
【００６５】
チケット画像４２および適合フラグを受信したクライアント８６のＣＰＵ３０は、液晶ディスプレイ２２にチケット画像４２を表示する（ｓ４７）。また、クライアント８６のＣＰＵ３０は受信した適合フラグの内容を確認する（ｓ４８）。適合フラグが立っているとき（ｓ４８：Ｙｅｓ）、印影画像４４の送信リクエスト（ｓ５４）に進む。一方、適合フラグが立っていないとき（初期状態のとき）（ｓ４８：Ｎｏ）、クライアント８６のＣＰＵ３０は、タッチパネル２０上に配されたスタンプデバイス１０の接面座標を取得し（ｓ４９）、この接面座標をサーバー７２に送信して、サーバー７２に対して照合をリクエストする（ｓ５０）。
【００６６】
照合のリクエストを受信したサーバー７２のＣＰＵ７６は、受信した接面座標を照合情報４８と照合する（ｓ５１）。この照合方法は、実施形態１と同様の照合方法を採用することができる。照合の結果、接面座標と照合情報４８が適合していれば、適合フラグを立てる。そして、この照合の結果をクライアント８６に送るレスポンスを行う（ｓ５２）。
【００６７】
接面座標と照合情報４８が適合していない結果を受信したとき（ｓ５３：Ｎｏ）、クライアント８６のＣＰＵ３０は、接面座標の取得（ｓ４９）と照合のリクエスト（ｓ５０）を繰り返す。一方、接面座標と照合情報４８が適合している結果を受信したとき（ｓ５３：Ｙｅｓ）、クライアント８６のＣＰＵ３０は、サーバー７２に対して印影画像４４の送信をリクエストする（ｓ５４）。
【００６８】
印影画像４４のリクエストを受信したサーバー７２のＣＰＵ７６は、記憶装置７８から印影画像４４を読み出してクライアント８６に送るレスポンスを行う（ｓ５５）。
【００６９】
印影画像４４を受信したクライアント８６のＣＰＵ３０は、この印影画像４４を液晶ディスプレイ２２に表示するとともに、予め記憶装置２８に記憶させておいたアイコン５２ａ，５２ｂを表示する（ｓ５６）。
【００７０】
このアイコン５２ａ，５２ｂがユーザーの操作によって選択されたとき（ｓ５７：Ｙｅｓ）、クライアント８６のＣＰＵ３０は、サーバー７２に対して特典情報４６の送信をリクエストする（ｓ５８）。このリクエストを受信したサーバー７２のＣＰＵ７６は、記憶装置７８から特典情報４６を読み出してレスポンスを行う（ｓ５９）。
【００７１】
特典情報４６を受信したクライアント８６のＣＰＵ３０は、液晶ディスプレイ２２に特典情報４６を表示する（ｓ６０）。このようにして、ユーザーのチケットが認証され、かつユーザーに特典情報４６が提供される。このスタンプシステム３は、チケット画像４２などの契機情報、印影画像４４、特典情報４６などの関連情報をサーバー７２にて一元的に管理できるので、サーバー７２の画像や情報を変更するだけで、ユーザーに提供する画像及び情報を一斉に変更することができる。
【００７２】
さらに、本実施形態のスタンプシステム３は、図６（ｂ）に示すような接面テーブル５８をサーバー７２の記憶装置７８に設けてもよい。この接面テーブル５８は、接面１６の全ての配置パターンについて定められている複数の照合情報４８と、各照合情報４８に対応付けられたスタンプ識別情報と、をフィールドに含み、接面１６の配置パターンの各々についてレコードが設けられたものである。すなわち、スタンプデバイス１０に３０通りの固有接面１６ｄの配置パターンが採用し得るときには、接面テーブル５８に３０個のレコードが設けられ、各レコードには各配置パターンにおける照合情報４８と、その配置パターンを有するスタンプデバイス１０の識別情報が設けられる。
【００７３】
このような接面テーブル５８を有するサーバー７２は、接面座標を照合するときに（ｓ５１）、接面テーブル５８を参照しながら、受信した接面座標を複数の照合情報４８と照合する。そして、適合した照合情報４８に対応するスタンプ識別情報を抽出する。さらに、この抽出したスタンプ識別情報が、予めチケット画像に対応付けておいたスタンプ識別情報と一致するか否かを確認し、一致したときに、スタンプ識別情報を含む照合結果のレスポンスを行う（ｓ５２）。
【００７４】
本発明は、実施形態１〜３に記載された態様に限定されず、各実施形態に記載の構成を変形したり、互いに適用した態様であってもよい。
【００７５】
（変形例１）
実施形態１において、印影画像４４は、アーチストの似顔絵など、チケット画像４２の内容に関連した内容を表す画像であってもよい。
【００７６】
（変形例２）
実施形態１において、アイコン５２ａ，５２ｂは、印影画像４４の外側、すなわちチケット画像４２に重ねて表示させてもよい。
【００７７】
（変形例３）
実施形態１において、特典情報４６である写真画像をマスクするマスク画像と、来場者のタッチ操作によってタッチ部分のマスク画像を透過させるＣＰＵ３０の処理によって、他のＧＵＩを実現してもよい。
【００７８】
（変形例４）
実施形態１において、スタンプデバイス１０は、受付係に所持されて操作される（押印される）態様に限定されず、入場受付の所定位置に設置され、来場者自身によってタッチパネル２０上に配される（押印される）態様であってもよい。
【００７９】
（変形例５）
実施形態１において、スタンプデバイス１０は、固有接面の位置が互いに異なる複数種類のスタンプデバイス１０を用いてもよい。このとき、アプリケーションは、実施形態２で説明したような接面テーブル５８を有し、さらに、複数の印影画像４４および印影テーブル（不図示）を備える。印影テーブルは、各印影画像４４に付与された印影識別情報と、各スタンプデバイス１０に付与されたスタンプ識別情報と、をフィールドに含み、スタンプデバイス１０ごとにレコードが設けられている。コンピューター３６のＣＰＵ３０は、取得した接面座標を照合するとき（ｓ１３）、接面テーブル５８の中から、取得した接面座標に適合する照合情報を検索し、検索された照合情報に対応するスタンプ識別情報を抽出しておく。そして、印影画像４４を表示するとき（ｓ１５）、抽出しておいたスタンプ識別情報に対応する印影識別情報を印影テーブルから抽出し、この印影識別情報が付与された印影画像４４を読み出して、表示させる。
【００８０】
このようなスタンプシステムは、一のチケット画像４２に複数種類のスタンプデバイス１０を対応させたシステムであり、例えば、入場口ごとに異なるスタンプデバイス１０を配置し、入場口に応じた内容の印影画像４４を表示することができる。
【００８１】
また、一のチケット画像４２上に複数の印影画像４４を表示させることも可能となる。このとき、コンピューター３６のＣＰＵ３０は、さらに、ユーザーのタッチ操作に応じて、複数の印影画像４４の表示位置を変更してもよい。これにより、複数の印影画像４４を所定の配列で集合させて一の画像（関連情報）を形成するパズルを提供することもできる。
【００８２】
（変形例６）
実施形態１において、アプリケーション４０は、Ｓ−１席用チケット画像４２、Ｓ−２席用チケット画像４２のように、複数のチケット画像４２を有してもよい。このときには、ＣＰＵ３０は、アプリケーション４０の起動後に、チケット画像４２の選択画面を表示し、来場者の操作によって選択された一のチケット画像４２を表示する。
【００８３】
（変形例７）
実施形態１は、コンサートイベントに限定されず、他のイベントのチケットに適用することができる。そして、イベントの内容に応じたチケット画像４２、印影画像４４、及び特典情報４６を採用することができる。例えば、プロ野球などのスポーツイベントに適用してもよい。このとき、チケット画像４２としては、対戦相手、試合が行われる球場、試合日時などの情報が含まれる。印影画像４４としては、選手の画像を採用することができる。特典情報４６としては、チームの応援歌の動画を採用することができる。
【００８４】
（変形例８）
実施形態１は、入場券としての電子チケットに限定されず、例えば、飲食店などの店舗において客に渡される割引券や、商品の引換券などの電子チケットなど、他の用途の電子チケットに用いることができる。
【００８５】
（変形例９）
実施形態２において、各チェックポイントに、固有接面の位置が互いに異なる複数種類のスタンプデバイス１０を配置してもよい。このとき、チェックポイントテーブル７０は、スタンプラリーに使用される全てのスタンプデバイス１０ごとにレコードが設けられ、そのスタンプ識別情報に対応付けて、チェックポイント識別情報、個別台紙画像、印影識別情報、関連識別情報、及び到着フラグが定められる。
【００８６】
このようなスタンプシステム２は、一の個別台紙画像６２に複数種類のスタンプデバイス１０を対応させたシステムであり、参加者に対して、押印するスタンプデバイス１０を選択させることができる。
【００８７】
（変形例１０）
実施形態２は、音楽スタンプラリーに限定されず、種々のスタンプラリーに適用可能である。例えば商店街の各店舗を巡り、スタンプを集めるスタンプラリーに用いてもよい。このとき、全体台紙画像６０としては、店舗の巡回コースを表す静止画を用いることができる。また、印影画像６４としては、各店舗のイラストを表す画像を用いることができる。さらに、関連情報は、店舗の一押し商品を表す画像や、次のチェックポイントとなっている店舗の名物を表す画像を用いることができる。
【００８８】
（変形例１１）
実施形態１〜３において、「画像」は、静止画に限定されず、動画であってもよい。例えば、契機情報はスタンプデバイス１０による入力を促すアニメーションなどの動画であってもよい。また、印影画像は、スタンプデバイス１０の入力が照合情報に適合したことを表すアニメーションなどの動画であってもよい。さらに、アイコンに用いられる画像は、関連情報の出力を誘導するアニメーションなどの動画であってもよい。
【００８９】
（変形例１２）
実施形態１〜３において、「印影画像及びアイコンを表示する」とは、予め半透明な状態（無効化された状態）で表示させておき、スタンプデバイス１０の接面座標が照合情報に適合したときに、不透明な状態（有効化された状態）で表示する態様も含まれる。
【００９０】
（変形例１３）
実施形態１〜３において、関連情報は、契機情報または印影画像に関連する文書であってもよい。例えば、実施形態１の関連情報の他の態様として、アーチストのメッセージ文書を採用してもよい。
【００９１】
（変形例１４）
実施形態１〜３において、アイコンは、印影画像と同時に表示される態様に限定されず、印影画像を表示したあとに表示されてもよい。例えば、実施形態３において、クライアント８６のＣＰＵ３０は、印影画像４４を表示したあと、サーバー７２からアイコン５２ａ，５２ｂの表示を指示する表示指示情報を受信したときに、アイコン５２ａ，５２ｂを表示させてもよい。また、各実施形態において、コンピューター３６が有するＣＰＵ３０は、印影画像を表示したとき、カウントを開始し、カウント値が所定値に達したときにアイコンを表示してもよい。また、コンピューター３６が、そのＣＰＵ３０と通信可能な不図示のＧＰＳ（Global Positioning System）を有している場合には、ＣＰＵ３０は、印影画像を表示したあと、ＧＰＳからの情報を取得し、この情報が所定位置に適合したときにアイコンを表示してもよい。
【００９２】
（変形例１５）
実施形態１〜３において、アイコンは、コンピューター３６に対するユーザーの入力を誘導し、関連情報を出力するための誘導情報の一例である。
【００９３】
（変形例１５−１）
誘導情報はアイコンなどの画像に限定されず、テキストであってもよい。このようなテキストとしては、「メッセージ動画を再生する」など、ユーザーを関連情報に誘導する情報である。コンピューター３６のＣＰＵ３０は、テキストをタッチパネル２０に表示させ、ユーザーの操作によってテキストが選択されたときに、テキストの内容に対応する関連情報を出力する。なお、このテキストは、下線表示や太文字など、強調表示されるのが好ましい。
【００９４】
（変形例１５−２）
携帯情報端末のコンピューター３６が、ＣＰＵ３０と通信可能な加速度センサー（不図示）を有している場合には、「端末をシェークしてください。」などを表す画像やテキストを誘導情報としてもよい。このような誘導情報を表示したＣＰＵ３０は、加速度センサーの出力値を取得して、この出力値の変化量に基づいて携帯情報端末がシェークされたことを検出し、関連情報を出力する。このように加速度センサー及びＣＰＵ３０を、ユーザーのコンピューター３６に対する入力を受け付けて、関連情報を出力するためのユーザーインタフェースとして用いてもよい。
【００９５】
（変形例１５−３）
携帯情報端末のコンピューター３６が、ＣＰＵ３０と通信可能な明るさセンサー（不図示）を有している場合には、「部屋の明かりを消して下さい。」などを表す画像やテキストを誘導情報としてもよい。このような誘導情報を表示したＣＰＵ３０は、明るさセンサーの出力値を取得して、この出力値の変化量に基づいて携帯情報端末の周りが暗くなったことを検出し、関連情報を出力する。なお、明るさセンサーとしては、例えばイメージセンサを用いることができる。このように明るさセンサー及びＣＰＵ３０を、ユーザーのコンピューター３６に対する入力を受け付けて、関連情報を出力するためのユーザーインタフェースとして用いてもよい。
【００９６】
（変形例１５−４）
携帯情報端末のコンピューター３６が、マイクロフォン（不図示）と、このマイクロフォンが出力する電気信号を増幅する増幅器（不図示）と、増幅器が出力するアナログ信号をデジタル信号に変換してＣＰＵ３０に入力する変換器（不図示）と、を有している場合には、「音声を入力してください。」などを表す画像やテキストを誘導情報としてもよい。このような誘導情報を表示したＣＰＵ３０は、変換器からのデジタル信号を取得して、取得した値のパターンに基づいて、音声が入力されたことを検出し、関連情報を出力する。このようにマイクロフォン、増幅器、変換器、及びＣＰＵ３０を、ユーザーのコンピューター３６に対する入力を受け付けて、関連情報を出力するためのユーザーインタフェースとして用いてもよい。
【００９７】
（変形例１５−５）
誘導情報は、タッチパネル２０に表示される画像やテキストに限定されず、スピーカー３４から出力される音声であってもよい。また、これらの両方を併せて出力してもよい。
【００９８】
（変形例１５−６）
コンピューター３６のＣＰＵ３０は、表示した印影画像がユーザーの操作によって選択されたとき、関連情報を出力してもよい。すなわち、印影画像そのものを誘導情報として機能させてもよい。
【００９９】
（変形例１６−１）
実施形態１〜３において、フラグ（入場フラグ５０、到着フラグ６８、及び適合フラグ）に格納される値は、スタンプデバイス１０の接面座標が照合情報に適合したことを示す適合情報でもある。そして、このような適合情報の格納先は１ビットの値を格納するフラグに限定されず、複数のビットから成る値が格納される変数であってもよい。
【０１００】
（変形例１６−２）
上記の変数には、適合情報に加えて他の情報（以下、「付加情報」という。）を格納してもよい。例えば、ＣＰＵ３０は、スタンプデバイス１０の接面座標が照合情報に適合したときに、適合した照合情報に対応するスタンプ識別情報を付加情報として上記の変数に格納してもよい。また、コンピューター３６がＧＰＳを有しているときには、ＣＰＵ３０は、スタンプデバイス１０の接面座標が照合情報に適合したときに、ＧＰＳから情報を取得し、取得した情報を付加情報として上記の変数に格納してもよい。また、コンピューター３６がリアルタイムクロックモジュール（以下、「ＲＴＣ」という。）を有しているときには、ＣＰＵ３０は、スタンプデバイス１０の接面座標が照合情報に適合したときに、ＲＴＣから情報を取得し、取得した情報を付加情報として上記の変数に格納してもよい。付加情報は、適合情報に続けて（適合情報のビット列に、付加情報のビット列を直列的に組み合わせて）変数に格納される。
【０１０１】
（変形例１７）
実施形態１〜３では、契機情報が表示されたこと、押印されたスタンプデバイス１０の接面座標が照合情報に適合したこと、印影画像と誘導情報が表示されたことを条件として関連情報を出力している。関連情報を出力するための条件は、これに限定されず、ユーザーの認証がパスしたことを条件に含めてもよい。ユーザーの認証は、例えば次のフローにより行われる。
【０１０２】
先ず、ＣＰＵ３０は、セキュリティコードを生成し、所定の変数に格納しておく。セキュリティコードは、例えば、アプリケーションに付与されている固有情報（以下、「アプリ固有情報」という。）を暗号鍵として、携帯情報端末に付与されている固有情報（以下、「端末固有情報」という。）を暗号化してなるコードであり、ダウンロードされたアプリケーションがコンピューター３６にインストールされる際に生成され、所定の変数に格納される。なお、端末固有情報としては、例えば、携帯情報端末に一意的に付与されているシリアル番号、製造番号、又は通話手段を有する携帯情報端末にあっては電話番号が用いられる。また、アプリ固有情報としては、例えば、アプリケーションがダウンロードされるときに付与されるシリアル番号やランダム番号である。
【０１０３】
そして、ＣＰＵ３０は、誘導情報を出力する前に、変数からセキュリティコードを読み出して、アプリ固有情報を用いてセキュリティコードの復号化を行い、端末固有情報を取得する。次に、ＣＰＵ３０は、復号化により取得した端末固有情報を実際の端末固有情報と照合する。そして、各固有情報が適合したときのみ、ＣＰＵ３０は、誘導情報を出力する。一方、各固有情報が適合しないときは、当該携帯情報端末のアプリケーションは、不正にコピーされたものと判断し、誘導情報を出力しない。
【０１０４】
このようにセキュリティコードを復号化し、実際の端末固有情報と照合することで、携帯情報端末の正当性を確認することができる。すなわち、正当にアプリケーションを取得したユーザーに対してのみ、関連情報を出力することが可能となる。
【０１０５】
なお、セキュリティコードの復号化および照合は、契機情報の表示前、印影画像の表示前、又は関連情報の出力前の何れのタイミングで行ってもよい。
【０１０６】
また、セキュリティコードおよびアプリ識別情報の格納先は、上記の適合情報が格納される変数であってもよい。
【０１０７】
また、端末固有情報に代えて、ユーザー固有情報を用いてもよい。ユーザー固有情報としては、アプリケーションがインストールされる際に、ユーザーにより入力されるユーザー識別情報やパスワードなどである。
【０１０８】
（変形例１８）
実施形態１〜３において説明した照合情報および照合方法は一例であり、他の照合情報や照合方法を採用してもよい。例えば、基準座標ｃを直交座標系の原点として、この原点に対する固有座標ｄの位置を照合情報としてもよい。このとき、接面座標を取得したＣＰＵ３０は、認定した基準座標ａ〜ｃに基づいて直交座標系を求め、この直交座標における固有座標ｄの位置を求めて、照合情報に適合するか否かを判断すればよい。
【０１０９】
（変形例１９）
実施形態１〜３において、スタンプデバイス１０は、４つ以上の複数の突起１４および接面１６を有してもよい。このときの照合情報および照合方法は、アプリケーションプログラムごとに適宜定めることができる。
【０１１０】
（変形例２０）
実施形態１〜３において、タッチパネル２０は、マルチタッチ検出が可能であれば他の検出方式のタッチパネルを用いてもよい。例えば、タッチパネルの入力面に加えられた圧力を検知して、入力面における座標を求める圧力感知式のタッチパネルであってもよい。
【０１１１】
本発明は、その趣旨を逸脱しない範囲で、当業者の知識に基づき種々の改良、修正、変形を加えた態様で実施し得るものであり、これらの態様はいずれも本発明の範囲に属するものである。
【０１１２】
本発明において、上述した誘導情報は必須の構成ではない。例えば実施形態１において、印影画像４４が表示されたあと、所定の時間が経過したことを条件として、次回のコンサートの告知情報などの関連情報を表示させてもよい。
【符号の説明】
【０１１３】
１，２，３      スタンプシステム
１０      スタンプデバイス
３６      コンピューター
４２      チケット画像
６２      個別台紙画像
４４，６４      印影画像
４６      特典情報
６６      関連情報
５２ａ，５２ｂ，５２ｃ      アイコン
【要約】      （修正有）【課題】スタンプ型のデバイスに新たな機能を付加するプログラムおよびスタンプシステムを提供する。【解決手段】タッチパネルを有するコンピューターに、チケット画像（契機情報）、印影画像、及び特典情報（関連情報）を予め格納しておく。先ず、タッチパネルにチケット画像を表示する。そして、スタンプデバイスがタッチパネル上に配されたとき、チケット画像に重ねて印影画像を表示する。これによりスタンプデバイス本来の目的が達成される。この状態から、さらに、印影画像中にアイコンを表示する。アイコンが選択されたとき、特典情報を出力する。このようにスタンプデバイスによる押印が、特典情報を出力するための条件となっており、スタンプデバイスに情報提供のための「鍵」機能が新たに付与されている。【選択図】図３【図１】
0005908158.tif 000002
【図２】
0005908158.tif 000003
【図３】
0005908158.tif 000004
【図４】
0005908158.tif 000005
【図５】
0005908158.tif 000006
【図６】
0005908158.tif 000007
【図７】
0005908158.tif 000008
【図８】
0005908158.tif 000009
【図９】
0005908158.tif 000010
【図１０】
0005908158.tif 000011
【図１１】
0005908158.tif 000012