スマートフォンを用いたスタンプラリーシステムの開発○矢野雄太郎 梶原薪 中山功一（佐賀大学）
Development of the Stamp rally System using smartphones* Y.Yano, S.Kajihara and K. Nakayama (Saga University)
Abstract－ This paper developed a mobile stamp rally system using a Firebase, which is a Server-less development platform. Because a user can use the system without installing an application and a user-registration,anyone can participate in a stamp rally immediately. Therefore, the mobile stamp rally with a smartphone willmore contribute to attract customers to tourist spots and revitalize the region. As an experiment, 840 people
used the mobile stamp rally system at s real event. The result of a questionnaire showed that 75% of them weregenerally satisfied with the system.
Key Words: Stamp rally, Firebase1

はじめにうものであるが，近年はスマートフォンの QR コード
読み取り機能や GPS 機能を活用し，専用のアプリケーションを使用して行うもの，電子スタンプを用いたもの 4)などが登場している．また，非接触型 IC チップを利用したもの 5)，BLE ビーコンを利用したもの 6)などの研究や開発も行われている．

観光地や自治体において，観光案内を目的とした地域紹介冊子の配布や Web サイト上での公開が行われている．地域紹介冊子，Web サイトに次いで，観光案内に用いられているのがスタンプラリーである 1)．近年では，従来の台紙にスタンプを押す紙形式のスタン
プラリーではなく，スマートフォンの専用アプリケーションを使用した電子スタンプラリーも登場している． 2.1 紙を使用したスタンプラリーの問題点
従来の紙形式のスタンプラリーは，参加にモバイル端紙を使用して行うスタンプラリーは，用紙をもらい，末が不要である一方で，スタンプ台の設置や用紙の配スタンプを用紙に押して回り，景品と交換するという布といった手間がかかる．
モバイルスタンプラリーは，流れとなっている．
どの世代の人でも参加しやすいが，スタンプ台や用紙を用意する必要がなく，Web コンテ
各地点にスタンプと用紙を設置しなければいけないた
ンツなど連動できる一方で，参加者は専用のアプリケ
め，準備と撤去に手間がかかり，場所によってはスターションのインストールやユーザ登録の必要がある．
ッフを配置する必要がある．また，余った用紙は廃棄
そこで，従来の紙形式のスタンプラリーのメリットでしなければいけないため，ごみも増えることになる．
あるアプリケーションのインストールやユーザ登録が不要なモバイルスタンプラリーが実現できれば，観光
2.2 スマートフォンによる従来のスタンプラリー地の集客や自治体の活性化に貢献できると考えた．
スマートフォンを使用して行うスタンプラリーは，本研究では，アプリケーションのインストールやユーザ登録が不要なモバイルスタンプラリーシステムを， スマートフォンを持って各地を回り，QR コードを読み込む，または GPS を使用して位置情報を読み込み，サーバーレス開発プラットフォームである Firebase をスタンプの位置情報を照らし合わせるなどをしてスタ用いて開発する．これにより，GPS と Web ブラウザをンプを取得するといった流れになっている．スタンプ備えた様々なモバイル端末で，容易にスタンプラリーや用紙を配置する必要がなく，デジタルコンテンツでが実現できるようになることを目指す．
あるため，Web サイトや SNS との連動により集客効果が見込める 7)．しかし，専用アプリケーションのイン
2 スタンプラリーについてストールやユーザ登録が必要な場合，ユーザが面倒だ
スタンプラリーは，鉄道の駅や，観光地，テーマパと感じることがある 8)．また，スマートフォンを使いークなどでスタンプを集めて回る企画で，さまざまな慣れていない世代にとっては，操作が複雑になると使観光イベントなどで実施される．スタンプを全てまたいにくいと感じることがある．これらの理由により，は一定数集めると景品がもらえるものが多く，中にはユーザが参加をあきらめてしまう可能性がある．
アニメやゲームといったメディアとコラボし，大きな盛り上がりを見せているものもある 2)．スタンプラリ
2.3 開発するスタンプラリーシステム
ーは多くの世代で親しまれており，旅行などの思い出本研究では，以下の 4 点に着目し，紙を使用したス作りや，景品が魅力的であるといった理由での参加がタンプラリーと，スマートフォンを使用したスタンプ多い 3)．従来のスタンプラリーは，用紙を持って各地ラリーの両方の利点を備えるシステムを開発する．
点にスタンプを設置されたスタンプを押して回るとい⚫
⚫
⚫
⚫

3

端末へのインストールの必要がない Web アプリケーションである．
多くのスマートフォンに搭載されている GPS機能を使用し，設置物を設ける必要がない．
ユーザ登録を必要としない．
シンプルで，どのユーザにとっても使いやすい機能とデザインである．

開発環境

作成におけるフレームワークである．画面のレイアウ
トや，フォーム，ボタンといった構成要素が CSS ベースのテンプレートとして用意されており，複雑な記述をすることなく利用することができる．本システムでは，一貫的なデザインで分かりやすく，使いやすいコンテンツを実装するために導入する．

4

システム概要本章では，システム開発に使用した開発環境について説明する．

本章では，システムと佐賀県吉野ヶ里町で実施したスタンプラリーの概要について述べる．

3.1 Firebase

4.1 本システムの流れ

本システムは，令和 2 年 10 月 10 日から佐賀県吉野Firebase は，現在 Google が提供しているアプリケーヶ里町及び福岡県那珂川市で開催された「ROUTE385ション用のサーバーレス開発プラットフォームである．
smart スタンプラリー」（以下，本スタンプラリーとすアプリケーションに必要なバックエンド環境を簡単にる）9)に合わせて開発した．このスタンプラリーは２実装することができる．本システムでは Firebase の機つのコースがある．
一つは，「五ヶ山 クロスベース」，能の中から，データベースとして Cloud Firestore，管理「道の駅吉野ヶ里」，「山茶花の湯」，「アドベンチページのログイン機能に Authentication を利用する．
ャーバレーSAGA」，「吉野ヶ里歴史公園 倉と市」の計 5 箇所に設定されたスタンプを集める「ラウンド3.1.1
Cloud Firestoreコース」である．もう一つは，チラシ等に記載されたCloud Firestore は NoSQL 型のデータベースで，デー問題を解き，その答えになっている場所（「中ノ島公タの取得や更新をリアルタイムに行うことができる．
園」，「夫婦杉」，「吉野ヶ里公園駅」，「吉野ヶ里データの追加，更新などは JavaScript に記述したコマ歴史公園 北内閣」の 4 箇所）に設定されたスタンプンドのほか，専用のコンソール画面から行うことがでを集める「ミステリーコース」である．どちらのコー
きる．それぞれのデータは，値にマッピングされる「フスも，スタンプを集め，専用の応募フォームかに入力ィールド」を含む「ドキュメント」単位で保存され，して送信することで景品に応募できる仕組みである．
「コレクション」にまとめられる．
本システムの流れを Fig. 1 及び以下に示し，詳細を以下に述べる．
3.1.2
Authentication
Authentication は，メールアドレスとパスワード，電話番号，Google アカウントや Twitter 等のアカウントよる認証を使用したアプリケーションのログイン機能を実装でき，専用のコンソール画面でユーザ管理を行うことができる．本システムでは，管理ページのログインに利用する．
3.2 Google Analytics
Google Analytics は，Google が提供している Web ページのアクセス解析サービスである．
その機能として，Fig. 1: Overview of the system
利用者がサイトを訪れた際に，そのブラウザに対して固有の Client ID を生成し，ブラウザの Cookie に保存
参加者は QR コードなどからシステムの「参加者用する．本システムでは，アプリケーションにアクセスページ」（以下，「アプリ」とする）にアクセスする．
したユーザを識別するためにその Client ID を使用する． アプリはトップ画面から始まり，スタンプ取得画面，スタンプカード画面，応募画面に遷移可能である．ア
プリは，Google Analytics によって生成された参加者の3.3 Bootstrap
Client ID や，スタンプの取得情報などを Cloud Firestore（以下，Firestore とする）に保存する．主催者は，「管Bootstrap は，Web サイトや Web アプリケーション理者用ページ」にアクセスすることで，Firestore からスタンプラリーの参加状況や，景品を申し込んだ参加者の情報を読み込み，閲覧できる．

4.3 アプリケーション側の操作手順
4.3.1

4.2 本システムで扱うデータ
本システムの Firestore で扱うデータを以下に示す．
X はスタンプラリーのコース番号，Y はスタンプ番号である．users collection にはユーザの ID やスタンプの取得情報が保存され，stampset collection では，各スタンプ設置地点（以下，スタンプポイントとする）の位置座標と，スタンプが取得できる有効範囲の半径が保存されている．appliedusers collection には，景品に申し込んだ参加者の個人情報が保存される．
Firestore で設定するセキュリティルール 10)により，Authentication によるログインが行われていないと，appliedusers collection の読み取りはできない．

field nameuserIdjoindate
stXY
stXYdate
stXYloc
entryX

Table 4.1：users collection
data to handle

トップ画面

トップ画面から「スタンプラリーを始める」
ボタン，またはメニューから「スタンプカード」または「コース」を選択すると，Cookie の取り扱いや利用規約が表示され（Fig. 2），それに同意することで参加登録完了となる．

data typeuser’s Client ID
date and the time of participation
stamp collection status

stringtimestamp

date and the time whenstamp collected
position coordinates where
stamp collected
reward application status

timestampbooleangeopoint
booleanFig. 2: Registration screen

Table4.2：stampset collection
field namelocationradiusdata to handle
position coordinates
stamp points
radius of stamp pointsofdata typegeopoint
numberTable 4.3：appliedusersX collection
field namedata to handle
data typeaddress1
postal code
stringaddress2
address
stringkeihinselected reward
stringdate
date and the time of appli- timestamp
cationnamenamestring
numberphone numberstring

このとき，Google Analytics によって生成されたユー
ザの Client ID を，ブラウザの Cookie に保存すると同時に，Firestore の users collection 内にドキュメントとして保存する．2 回目以降のアクセスの際は，ブラウザは Cookie に保存された Client ID を使用し，Firestoreの users collection を参照することで参加登録済みかどうか判定する．
4.3.2

コース画面

本スタンプラリーには，ラウンドコースとミステリーコースの 2 つのコースがある．
コース画面へ行くと，コースごとにスタンプ取得ボタンが縦に並んで表示される（Fig. 3, Fig. 4）．

Fig. 5: stamp get screen
Fig. 3: Round courseなお，ボタンを押したときにスタンプポイントの半径外にいた場合は，ラウンドコースでは最も近いスタンプとの距離，ミステリーコースでは押したボタンの番号に該当するスタンプまでの距離が表示される（Fig.
6）．

Fig. 6: failure getting stamp screen
Fig. 4: Mystery course
4.3.3
スタンプカード画面
スタンプポイントへ行き，ボタンを押すと，現在地
スタンプカード画面では，ユーザが集めたスタンプとスタンプポイントの距離を計算し 11)，距離の値がスをコースごとにタブを切り替えてに見ることができる．
タンプポイントの半径の値よりも小さい場合にスタンまた，スタンプの絵を押下することでその施設の説明プを取得することができる（Fig. 5）．その際は，Firestore
や HP へのリンクがモーダルウィンドウで表示される．にあるユーザのドキュメント内の該当スタンプ番号のミステリーコースはコースの特性上，スタンプを取得フィールドが false から true に更新され，同時にそのスするまでは表示されないようになっている．
タンプの取得日時と取得場所の位置座標も記録される．

4.3.4

景品応募画面

この画面では，スタンプラリーの景品に応募することができる．フォームはコースごとに用意してあり，それぞれのコースの応募条件を満たしている場合に応募することができる．応募条件を満たしていない場合は，ボタンを押してもフォームに進めないようにした．
フォームに入力し送信した個人情報は，Firestore のappliedusers collection に保存される．

5.2 結果と考察
アンケート結果に基づく参加者の年齢比率を Fig.
5.1 に示す．年齢に偏りが出ることもなく，様々な世代の人に利用してもらうことができた．

4.4 管理者用ページ側の操作手順
4.4.1

ログイン画面

管理画面では景品に応募したユーザの個人情報を取り扱うため，Firebase Authentication を使ったメールアドレスとパスワード認証によるログイン機能を実装した．管理者は Authentication のコンソール画面であらかじめユーザを登録しておき，そのメールアドレスとパスワードを入力してログインする．ログインに成功す
ると管理画面へ遷移する．

Fig. 5.1: Percentage of participants by age「このスタンプラリーをどうやって知りましたか」という質問の回答を Fig. 5.2 に示す．「知人・家族」と回答した人が最も多く，「Web サイト」と答えた人が 16.1％，「SNS」と答えた人が 3.2％となった（Fig. 5.2）．
スマートフォンを使用したスタンプラリーの特徴とし
4.4.2
管理画面て，Web コンテンツとの連動がしやすいことを挙げた
管理ページでは主に景品を申し込んだ参加者の名前，が，その特徴が発揮できていたといえる．
住所等の情報が表示され，主催者は景品を発送する住所のリストを確認することができる．また，このリス
トは CSV 形式で出力しダウンロードすることで，Microsoft Excel で管理することもできる．ほかにも総参加者の人数，日付別の参加者の人数，スタンプ地点別のスタンプ取得者の人数を確認することができる．

5実証実験

5.1 実験内容
令和 2 年 10 月 10 日（土）から令和 3 年 1 月 11 日まで佐賀県吉野ヶ里町によって主催された「ROUTE 385smart スタンプラリー」において，本システムを使用した．アプリに参加登録をした参加者は合計で 840 名であった．スマートフォンのトラブルで，スタンプの取得情報がブラウザから削除されたり，一部のスタンプポイントで GPS が取得しにくかったりと，小さなトラブルはあったものの，大きな問題なくイベントは終了した．集めたスタンプの数に応じて，のべ 365 名に景品を配布した．景品を申し込んだ利用者に Web 上でアンケートを実施し，217 名から回答を得ることができた．また，運営として関わった吉野ヶ里町職員や，スタンプ設置場所として協力した施設の関係者計 11 名にアンケートを実施した．

Fig. 5.2: Percentage of how know this event
アプリケーションの内容の分かりやすさと使いやすさについての参加者の回答を Fig. 5.3 に示す．

Fig. 5.3: Percentage of how easy was to understand anduse this system半数以上の人から分かりやすく，使いやすいという評価が得られた．また，自由記述で具体的な理由について尋ねた設問では，「使いにくい」と感じていた多くの参加者が，GPS の反応が悪く，スタンプが取得しにくかったという点を挙げていた．今回のスタンプラ
リーのコースでは，いくつかのスタンプポイントが山の中にあったことが原因と考えられる．ほかにも途中でデータが消えてしまったという回答もあった．これは，意図せずに参加登録をした時とは異なるブラウザでアプリを開いたことで新しいユーザとして認識されるのが原因であると考えられる．
主催者側に行ったアンケートで，「今回のスタンプラリーによって作業等の負担は増えたか」，「地元自治体の活性化につながったと思うか」について尋ねた
結果，を Fig. 5.4, Fig. 5.5 に示す．

「ROUTE 385 smart スタンプラリー」で利用した．840
名が参加し，大きなトラブルもなく，スタンプの取得状況に応じて商品券や景品の配布も完了した．イベン
ト終了後のアンケートでは，アプリの使いにくさの要因として通信環境による不具合や Cookie による不具合が挙がったが，参加者側，主催者側ともに満足度は高く，スタンプラリーイベントでの運用に有効である可能性があることが分かった．
6.2 今後の課題と展望
今後の課題として，GPS の位置情報がうまく取得できないという声が多かった．このことから，スタンプラリーを実施する環境に応じて，スタンプの取得方法として QR コードなど他の方式にも対応できるようにする．また，本システムでは，Cookie がブラウザに保存されるという特性上，異なるブラウザで同じアプリにアクセスすると別のユーザとして認識されてしまう．
このことから，アプリが Cookie やユーザの個人情報に依存しない方法で，フィンガ―プリント 12)などをユーザ識別に活用することができれば，より使いやすいものになることが期待できる．

参考文献
Fig. 5.4: Percentage of how much the workload has increased1)

https://www.zaikei.co.jp/releases/878738/

2)

岡本健：来訪者の回遊行動を誘発する要因とその効果に関する研究 ～埼玉県北葛飾郡鷲宮町における「飲食店スタンプラリー」を事例として～，日本建築学会大会学術講演梗概集，pp.219-220 (2006)3)

https://www.shachihata.co.jp/stamprally_service/lab/3_1.html

4)高橋孝徳，堀奨吾，松本良子，小林浩：FeliCa スタンプ
ラリーVer.2 システムの開発と評価 (ネットワークシステム)，電子情報通信学会技術研究報告：信学技報，vol.111，pp.23-28 (2012)

Fig. 5.5 Percentage of 5 grade evaluation
このように，どの項目も高い評価が得られた．これ
らの結果から，主催者側として，あまり負担を感じずにスタンプラリーを開催でき，その効果を感じているということが分かる．

5)

https://hitap.jp/

6)

岡田一晃，廣井彗，河口信夫：BLE スタンプラリーの展
示観覧行動への効果に関する研究，第 79 回全国大会講演論文集，pp.971-972 (2017)7)

近藤莉夏子，大江靖雄：スカイツリー周辺地域における飲食店の集客要因分析，農林問題研究，53 巻 3 号 ，pp.131-13 (2017)

6

おわりに

6.1 まとめ本研究では，モバイルスタンプラリーシステムをFirebase で開発し，実際にイベントで運用した．従来のモバイルスタンプラリーと比べて，アプリケーションのインストールやユーザ登録が不要となり，利用者が簡単に参加できるようになった．開発したモバイル
スタンプラリーを，吉野ヶ里町が主催するイベント

8)

https://mergerick.com/release/hopping_0920.html
https://locamo-ai.com/stamprally/10) https://firebase.google.com/docs/firestore/security/get-started
9)?hl=ja11) https://qiita.com/s-yoshiki/items/b0a6f2143db0e1a191e812) ヴ―・スアン・ズオン，碓井利宣，重松邦彦，武田圭史：
ブラウザの特徴情報を用いたクロスブラウザのユーザ追跡手法：コンピュータセキュリティシンポジウム 2011
論文集，pp.630-635 (2011)