(57)【要約】【課題】一般のユーザは主催者が決めた訪問先を訪問するという限られた形態でしかスタンプラリーに関与することができない。【解決手段】スタンプラリーの支援をする支援装置は、ユーザの端末において表示される、スタンプラリーの登録に用いられる項目を入力する登録用の画面を介して入力された項目に基づいて、スタンプラリーの策定データを登録する。また、特定のスタンプラリーに参加中のユーザの端末から送信される情報ラリーポイントの項目にスタンプを付加した画面をユーザの端末で表示するためのデータをユーザの端末に提供する。【選択図】図２
2017219881.tif 000002
【特許請求の範囲】
【請求項１】
スタンプラリーの支援をする支援装置であって、
ユーザの端末において表示される、スタンプラリーの登録に用いられる項目を入力する登録用の画面を介して入力された項目に基づいて、スタンプラリーの策定データを登録する登録手段と、
前記登録手段によって登録されている策定データの中から特定のスタンプラリーに参加を希望するユーザの端末に対して、前記特定のスタンプラリーの策定データを送信し、当該策定データを送信した端末のユーザが当該特定のスタンプラリーに参加中であることを含む進捗データを登録して管理する管理手段と、
前記特定のスタンプラリーに参加中のユーザの端末から送信される情報に基づいて、前記管理手段で管理されている進捗データを更新して、当該ユーザが参加中のスタンプラリーの対応するラリーポイントの項目にスタンプを付加した画面を前記ユーザの端末で表示するためのデータを当該ユーザの端末に提供する提供手段と
を有する支援装置。
【請求項２】
前記提供手段は、前記ラリーポイントの項目に付加するスタンプデータとして、前記ユーザの端末から送信された写真を少なくとも含むデータを用いる、請求項１に記載の支援装置。
【請求項３】
前記登録用の画面は、各ラリーポイントの名称、場所を少なくとも含む項目を入力する画面である、請求項１または２に記載の支援装置。
【請求項４】
前記特定のスタンプラリーに参加中のユーザの端末から送信される情報は、前記ユーザの端末の位置情報を含み、
前記提供手段は、前記ユーザの端末から送信される位置情報に対応するラリーポイントの項目に前記スタンプを付加した画面を前記ユーザの端末で表示するためのデータを当該ユーザの端末に提供する、請求項１から３のいずれか一項に記載の支援装置。
【請求項５】
スタンプラリーを完遂したユーザからの評価に基づいて評価点を決定する決定手段と、
前記ラリーポイントを紹介するガイドページであって、当該ラリーポイントを項目として含むスタンプラリーの紹介領域を含み、当該紹介領域に表示するスタンプラリーを、前記決定手段で決定された評価点の高い順に表示するように設定したガイドページを生成する生成手段と
をさらに有し、
前記提供手段は、前記生成手段で生成されたガイドページを前記ユーザ端末に提供する、請求項１から４のいずれか一項に記載の支援装置。
【請求項６】
スタンプラリーの支援をする支援装置と通信可能なユーザ端末であって、
前記支援装置において策定データとして登録されているスタンプラリーの中から特定のスタンプラリーに参加を希望する要求を前記支援装置に送信する第１の送信手段と、
画像データを、前記特定のスタンプラリーに含まれるラリーポイントの位置情報とともに前記支援装置に送信する第２の送信手段と、
前記画像データに対応するスタンプが、当該画像データとともに送信した前記位置情報に対応するラリーポイントのスタンプ領域に付加された画面を、前記支援装置から提供されるデータに基づいて表示する表示手段と
を有するユーザ端末。
【請求項７】
スタンプラリーの支援をする支援方法であって、
ユーザの端末において表示される、スタンプラリーの登録に用いられる項目を入力する登録用の画面を介して入力された項目に基づいて、スタンプラリーの策定データを登録する登録ステップと、
前記登録ステップにおいて登録されている策定データの中から特定のスタンプラリーに参加を希望するユーザの端末に対して、前記特定のスタンプラリーの策定データを送信し、当該策定データを送信した端末のユーザが当該特定のスタンプラリーに参加中であることを含む進捗データを登録して管理する管理ステップと、
前記特定のスタンプラリーに参加中のユーザの端末から送信される情報に基づいて、前記管理ステップにおいて管理されている進捗データを更新して、当該ユーザが参加中のスタンプラリーの対応するラリーポイントの項目にスタンプを付加した画面を前記ユーザの端末で表示するためのデータを当該ユーザの端末に提供する提供ステップと
を有する支援方法。
【請求項８】
スタンプラリーの支援をする支援装置と通信可能なユーザ端末における制御方法であって、
前記支援装置において策定データとして登録されているスタンプラリーの中から特定のスタンプラリーに参加を希望する要求を前記支援装置に送信する第１の送信ステップと、
画像データを、前記特定のスタンプラリーに含まれるラリーポイントの位置情報とともに前記支援装置に送信する第２の送信ステップと、
前記画像データに対応するスタンプが、当該画像データとともに送信した前記位置情報に対応するラリーポイントのスタンプ領域に付加された画面を、前記支援装置から提供されるデータに基づいて表示する表示ステップと
を有するユーザ端末の制御方法。
【請求項９】
コンピュータを、請求項１から５のいずれか一項に記載の支援装置の各手段として機能させるためのプログラム。
【請求項１０】
コンピュータを、請求項６に記載のユーザ端末の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ端末を用いたスタンプラリーを支援するスタンプラリー支援装置に関するものである。
【背景技術】
【０００２】
従来、携帯型のユーザ端末を用いたスタンプラリーシステムが提案されている。特許文献１には、参加者が各訪問指定場所を訪問したか否かを、参加者の携帯端末とサーバとの間のデータのやり取りを通じて確認する技術が開示されている。特許文献１に開示されている具体的な手法は次の通りである。すなわち、主催者が予め訪問指定場所に２次元コードが含まれるポスターを貼っておく。そして、参加者は自身の携帯端末を用いて、訪問指定場所のポスターの２次元コードを撮影する。すると、携帯端末はその２次元コードから得られる識別情報をサーバに送信する。サーバは、送信された識別情報に基づいてその携帯端末の参加者がその識別情報で特定される訪問指定場所を訪問したと判定する。そして、サーバは、その携帯端末に次の訪問指定場所の案内を送信する。このような処理を繰り返すことで、スタンプラリーの実施が行われる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１１５６４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術では、一般のユーザは主催者が決めた訪問先を訪問するという限られた形態でしかスタンプラリーに関与することができない。ユーザの中には、自身のお勧めの飲食店、観光名所などの独自のスタンプラリーを作成して、積極的に公開をしたいという要望を持つユーザがいる。しかしながら、特許文献１に記載の技術では、このようなユーザの希望に応えることはできない。
【課題を解決するための手段】
【０００５】
本発明の一実施形態に係る支援装置は、スタンプラリーの支援をする支援装置であって、ユーザの端末において表示される、スタンプラリーの登録に用いられる項目を入力する登録用の画面を介して入力された項目に基づいて、スタンプラリーの策定データを登録する登録手段と、前記登録手段によって登録されている策定データの中から特定のスタンプラリーに参加を希望するユーザの端末に対して、前記特定のスタンプラリーの策定データを送信し、当該策定データを送信した端末のユーザが当該特定のスタンプラリーに参加中であることを含む進捗データを登録して管理する管理手段と、前記特定のスタンプラリーに参加中のユーザの端末から送信される情報に基づいて、前記管理手段で管理されている進捗データを更新して、当該ユーザが参加中のスタンプラリーの対応するラリーポイントの項目にスタンプを付加した画面を前記ユーザの端末で表示するためのデータを当該ユーザの端末に提供する提供手段とを有する。
【発明の効果】
【０００６】
本発明によれば、ユーザが独自のスタンプラリーを自由に起案することができる。
【図面の簡単な説明】
【０００７】
【図１】実施形態１に係るスタンプラリー支援装置とユーザ端末とを含むシステムおよびそのハードウェア構成の一例を示す図である。
【図２】実施形態１に係るスタンプラリー支援装置の機能ブロックの一例を示す図である。
【図３】実施形態１に係るスタンプラリーの登録データの一例を示す図である。
【図４】実施形態１に係る、参加中のスタンプラリーの進捗データの一例を示す図である。
【図５】実施形態１に係る、ユーザ端末に表示される画面の一例を示す図である。
【図６】実施形態１に係る、スタンプラリーの起案を入力する際にユーザ端末に表示される画面の一例を示す図である。
【図７】実施形態１に係る、スタンプラリーを登録する処理のフローチャートの一例を示す図である。
【図８】実施形態１に係る、ユーザ端末において表示される、スタンプが付加された参加中のスタンプラリーの画面の例を示す図である。
【図９】実施形態１に係る、スタンプラリー参加中のユーザ端末とスタンプラリー支援装置との処理の一例を示すフローチャートである。
【図１０】実施形態２に係る、スタンプラリー支援装置の機能ブロックの一例を示す図である。
【図１１】実施形態２に係る、スタンプラリーの登録データの一例を示す図である。
【図１２】実施形態２に係る、ユーザ端末において表示される、ラリーポイントの紹介画面の一例を示す図である。
【発明を実施するための形態】
【０００８】
以下、図面を参照しながら本発明の実施形態について詳細に説明する。なお、以下の実施形態において説明する構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【０００９】
＜＜実施形態１＞＞
＜システム構成＞
図１は、実施形態１に係る、ユーザ端末１００とスタンプラリー支援装置１５０とを含むシステムの一例を示す図である。図１に示すように、ユーザ端末１００とスタンプラリー支援装置１５０とはネットワーク１２０を介して相互に接続可能な構成となっている。本実施形態においてネットワーク１２０はインターネット回線を想定して説明することとするが、これに限られるものではなく、ＬＡＮを用いる形態でもよい。また、ネットワーク１２０との接続方法は有線であっても無線であってもよい。また、図１においては説明を簡略するためにユーザ端末１００を一台のみ図示しているが、複数のユーザ端末がシステム内に含まれるものである。
【００１０】
＜ユーザ端末の構成＞
図１に示すように、ユーザ端末１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４、撮像部１０５、無線通信部１０６、位置検出部１０７、タッチパネルディスプレイ１０８を有する。
【００１１】
ＣＰＵ１０１は、ＲＯＭ１０２やフラッシュメモリ１０４に格納された各種の制御プログラムに従ってユーザ端末１００の制御を行う。ＲＯＭ１０２は制御用のプログラムが格納される。ＲＡＭ１０３は、各種のデータやプログラムを一時的に格納するために用いられる。フラッシュメモリ１０４は、撮像部１０５によって得られた画像データや各種のアプリケーション（アプリと略する）のプログラムが格納されている。
【００１２】
撮像部１０５は被写体を撮像して画像データを得る。無線通信部１０６は、ネットワーク１２０を介して通信を行う。たとえば、無線通信部１０６は、スタンプラリー支援装置１５０とネットワーク１２０を介してデータの送受信を行う。
【００１３】
位置検出部１０７は、ユーザ端末の位置情報を検出して取得する。例えば、位置検出部１０７はＧＰＳ信号を受信して位置情報を検出する。あるいは、位置検出部１０７は、局所的な範囲で出力されるビーコン信号を受信して位置情報を検出してもよい。また、位置検出部１０７は、撮像部が所定の２次元コードを撮像することで得られる情報を位置情報として検出してもよい。また、位置検出部１０７は、これらのいずれかを組み合わせる形態でもよい。
【００１４】
タッチパネルディスプレイ１０８は、表示部である液晶パネルディスプレイと入力部であるタッチパネルとが一体化されたものである。なお、タッチパネルディスプレイ１０８以外の操作入力インターフェイス（Ｉ／Ｆ）を含む構成であってもよい。
【００１５】
＜スタンプラリー支援装置の構成＞
図１に示すように、スタンプラリー支援装置１５０は、ＣＰＵ１５１、ＲＯＭ１５２、ＲＡＭ１５３、通信Ｉ／Ｆ１５４、ハードディスク１５５を有する。
【００１６】
ＣＰＵ１５１は、ＲＯＭ１５２やハードディスク１５５に格納された各種の制御プログラムに従ってスタンプラリー支援装置１５０の制御を行う。ＲＯＭ１５２は制御用のプログラムが格納される。ＲＡＭ１５３は、各種のデータやプログラムを一時的に格納するために用いられる。通信Ｉ／Ｆ１５４は、ネットワークを通じたユーザ端末との間の通信に用いられる。
【００１７】
ハードディスク１５５は、各種のデータやプログラムを格納する。また、ハードディスク１５５は、スタンプラリーの策定データを格納したり、ユーザが参加しているスタンプラリーの進捗データを格納したりする。これらのデータの詳細については後述する。なお、本実施形態においてはスタンプラリー支援装置１５０がスタンプラリーの策定データや進捗データをハードディスク１５５に格納する例を挙げて説明することとするが、この例に限られるものではない。たとえば、スタンプラリーの策定データや進捗データは別個のサーバに格納され、スタンプラリー支援装置は、別個のサーバに格納されるこれらのデータを管理する形態でもよい。
【００１８】
＜スタンプラリー支援装置の機能ブロック図＞
図２は、本実施形態に係るスタンプラリー支援装置１５０の機能ブロックの一例を示す図である。図２に示すようにスタンプラリー支援装置１５０は制御部２００を有する。制御部２００は、送信部２０１、受信部２０２、策定データ登録部２０３、進捗データ管理部２０４、表示用データ提供部２０５を有する。図２に示す各部は、たとえばハードディスク１５５に格納されているスタンプラリー支援プログラムをＲＡＭ１５３に読み出し、ＣＰＵ１５１が実行することにより、ＣＰＵ１５１が図２に示す各部として機能することにより実現される。なお、本実施形態においては、ソフトウェアによる処理によってスタンプラリー支援装置の構成を説明することとするが、同様の処理を専用に行うハードウェアによって、あるいは、このようなハードウェアとソフトウェアとの組み合わせによって、処理を実現するように構成されていてもよい。
【００１９】
制御部２００は、図２に示す各部の全体を制御する。送信部２０１は、各種のデータをスタンプラリー支援装置１５０からユーザ端末１００に送信する。受信部２０２は、ユーザ端末１００から送信される各種のデータを受信する。
【００２０】
策定データ登録部２０３は、ユーザ端末によって策定されたスタンプラリーの策定データを登録する。策定データとは、ユーザが策定（起案または作成ともいう）したスタンプラリーのデータのことである。詳細は後述する。進捗データ管理部２０４は、ユーザが新たにスタンプラリーに参加すると、進捗データのレコードを新たに生成して登録する。そして、ユーザのスタンプラリーの進捗度合を適宜更新して進捗データを管理する。詳細は後述する。なお、前述したように、登録される策定データや、進捗データの格納先は、スタンプラリー支援装置１５０のハードディスク１５５でもよいし、別の外部の記憶装置であってもよい。進捗データ管理部２０４は、スタンプラリーに参加しているユーザのラリーの進捗を示す進捗データを管理し、必要に応じて管理している進捗データを更新する。表示用データ提供部２０５は、ユーザ端末１００で用いられる表示用データを提供する。
【００２１】
＜登録される策定データ＞
次に、策定データ登録部２０３によって登録される策定データについて説明する。策定データは、ユーザが起案する一つのスタンプラリーごとに作成され、登録されるデータである。図３は策定データの一例を示す図である。
【００２２】
図３に示すように、１件のスタンプラリーに対応する策定データは、ラリーを作成したユーザ名（起案者）、スタンプラリーを一意に識別するラリーＩＤ、およびラリーポイントの情報を含むデータである。ラリーポイントとは、スタンプラリーに参加するユーザが訪問する訪問先のことである。ラリーポイントの例としては、お店、観光地、温泉など、自由に設定することができる。図３の例では、ラリーポイントの情報としては、ラリーポイントを一意に識別するラリーポイントＩＤ、ラリーポイントの名称、ラリーポイントの場所を含むデータが示されている。つまり、図３の例では、ＸＸＸというユーザが起案（作成）したスタンプラリーは、ラリーＩＤがＳＴ００１２で識別されるものであり、９個のラリーポイント（訪問先）の情報が含まれている例を示している。
【００２３】
なお、１つのスタンプラリーに対応する策定データは、図３に示す例に限られるものではない。例えば、スタンプラリーの名称を含んでもよい。また、ラリーポイントの項目として含まれる場所の情報についても、様々なレベルの情報を設定することができる。例えば、市町村程度の特定でもよいし、番地を含めた住所レベルで特定する方法でもよい。あるいは、後述するようにＧＰＳなどの位置情報を用いる場合には、緯度・経度情報を場所の特定に用いてもよい。
【００２４】
また、所定の条件の下においてのみ、スタンプを付加することができるような条件をさらに設定できるように構成されていてもよい。たとえば、特定の曜日などの曜日条件や、特定の時間帯を指定する時間条件や雨の日など天候を指定する天候条件をさらに設定することができるようにしてもよい。例えば、スタンプラリーの起案者が初日の出を特集するスタンプラリーを作成し、かつ、厳格な条件で参加者に実施して欲しいことを希望する場合には、天候条件として晴れを設定し、かつ、時間帯条件として初日の出が現れる時間帯を設定する、というような設定をすることが可能である。
【００２５】
また、本実施形態においてはスタンプラリーを策定するユーザは基本的に広く公開を目的とするユーザであるものとして説明するが、ユーザの中にはクローズドな環境下でのみ、すなわち、特定のユーザのみに対して、自身が策定したスタンプラリーを公開したいというユーザもいる。よって、起案者がスタンプラリーを策定する際に、自身が登録した策定データを検索することを許可するユーザや、自身が策定したラリーに参加することを許可するユーザを設定するような条件を、さらに設定できるようにしてもよい。
【００２６】
図３に示す例では、９個のラリーポイントが策定データに含まれる例を示している。策定データとして登録されるラリーポイントの数（訪問先の数）は、任意の数をユーザが選択することが可能であるが、デフォルトのユーザに対して固定値（この場合、９個）となるように構成することができる。
【００２７】
また、策定データには、そのスタンプラリーに対する他のユーザからの評価などが関連付けられていてもよい。このような評価の詳細については実施形態２において後述することとする。
【００２８】
＜進捗データ＞
次に、進捗データ管理部２０４が管理する進捗データを説明する。図４は、進捗データの例を示す図である。進捗データは、ユーザがスタンプラリーに参加するごとに追加登録されて、進捗データ管理部２０４が管理することになる。図４では、ユーザＡＡＡは、ラリーＩＤがＳＴ０１０２で識別されるスタンプラリーに参加中であることを示している。なお、図４においてラリーポイントに含まれる項目（たとえば、名称、場所など）は、図３で説明したものと同様とすることができる。ただし、図４に示す例では、訪問フラグの項目が含まれている。訪問フラグの項目は、ラリーに参加中のユーザがラリーポイントを訪問済みであるか否かを示している。つまり、ラリーに参加中のユーザがラリーポイントを訪問するたびに、対応するラリーポイントに関連付けられている訪問フラグの項目が更新されることになる。
【００２９】
＜ユーザ端末の画面＞
次に、ユーザ端末のタッチパネルディスプレイ１０８で表示される画面の例を説明する。図５は、ユーザ端末に表示される画面の一例を示す図である。図５に示す画面は、例えばユーザ端末がスタンプラリー支援装置１５０から提供される所定のＵＲＬにアクセスすると、スタンプラリー支援装置１５０の表示用データ提供部２０５から表示用のデータがユーザ端末に提供され、その表示用のデータを用いてユーザ端末において表示される画面である。なお、スタンプラリー支援装置１５０から提供される表示用のデータとは、例えばＸＭＬ形式などで記載された表示用のデータであってもよいし、他のサイトへアクセスするためのリダイレクト用のＵＲＬなどであってもよい。すなわち、ユーザ端末からスタンプラリー支援装置１５０にデータを要求することに応じてスタンプラリー支援装置１５０から送信されたデータに基づく処理をユーザ端末が行った結果、図５に示すような画面が表示されていればよく、いずれの形態に限定されるものではない。さらに、本実施形態では、ユーザ端末のブラウザを用いてウェブ形式で表示される画面を例に挙げて説明するが、これに限られるものではない。例えば、ユーザ端末が本実施形態で説明するような処理を実行するアプリをインストールし、そのアプリを起動することで図５に示すような画面が表示される形態でもよい。
【００３０】
なお、図示していないが、ユーザはユーザ端末においてログイン処理などの所定の処理を行い、スタンプラリー支援装置１５０においては、ユーザ端末のユーザが特定できる態様となっているものとして以下を説明する。
【００３１】
図５に示す画面５０１には、「スタンプラリーの起案」を選択するボタン５０２と「スタンプラリーに参加」を選択するボタン５０３とが含まれる。ユーザは、ボタン５０２を選択すると、自身で自由にスタンプラリーを作成し、登録することができる。
【００３２】
図６は、図５に示す画面５０１においてボタン５０２が選択された場合に表示される画面の例を示す図である。図６（ａ）ではログインユーザであるＸＸＸさんのスタンプラリーを起案する画面が表示されている。ユーザはボタン６０１を選択するとスタンプラリーのタイトルを入力することができる。また、ボタン６０２〜６０４を選択すると、それぞれのラリーポイントについての各種の情報を設定することができる。図６（ｂ）は、ボタン６０２が選択された場合に表示される画面の例を示す図である。図６（ｂ）においてボタン６５１を選択すると、ユーザは、ラリーポイント１の名称を設定することができる。ボタン６５２を選択すると、ユーザは、ラリーポイント１の場所を設定することができる。各種の必要な情報の入力が完了して登録ボタン６０５が選択されると、ユーザ端末からスタンプラリー支援装置１５０に対して策定データが送信される。
【００３３】
＜登録処理のフローチャート＞
図７は、スタンプラリーを登録する処理の一例を示すフローチャートである。以下、ユーザ端末とスタンプラリー支援装置との間の処理を並行して説明する。ここでは、図５に示す画面がユーザ端末に表示されているものとして以降の処理を説明する。
【００３４】
ステップＳ７０１において、ユーザ端末１００は、ユーザによって図５のボタン５０２が選択されると、スタンプラリーの起案要求をスタンプラリー支援装置に送信する。この要求を受信部２０２で受信すると、ステップＳ７５１においてスタンプラリー支援装置１５０の表示用データ提供部２０５は、表示用データを送信部２０１を介してユーザ端末１００に送信する。
【００３５】
ステップＳ７０２においてユーザ端末は、図６に示すような登録用の画面を表示する。その後、ユーザによって各種の項目が入力される。ユーザが各種の項目の入力を終了して登録ボタン６０５がユーザによって選択されると、ステップＳ７０４に進む。ステップＳ７０４においてユーザ端末１００は、入力された各種の情報を含む策定データをスタンプラリー支援装置１５０に送信する。
【００３６】
ステップＳ７５２において、スタンプラリー支援装置１５０の策定データ登録部２０３は、受信した策定データを、ログインしているユーザが作成した策定データとして、必要に応じて適宜修正して登録する。適宜修正するとは、例えばユーザＡとユーザＢとで同じラリーポイントに対して違う名称や場所を入力する場合があり、これらを同一のラリーポイントとして管理するためにラリーポイントＩＤを同一のものに修正するような処理が挙げられる。つまり、ラリーポイントとして「ラーメンショップＣＣＣ」と店舗名を入力するユーザもいれば、「ＣＣＣラーメン」と店舗名を入力するユーザもいる。単に名称だけでは、これらは別々のラリーポイントとして認識されてしまうことになるが、例えば場所の情報やその他の情報から同じラリーポイントを示していると判定できる場合には、ラリーポイントＩＤとしては共通の番号を付与するように処理をする。このように処理することで、後述する実施形態２で説明するようなラリーポイントを紹介するガイドページや評価点の算出などにおいて、別々のラリーポイントとして分散してしまうことを防止することができる。このようにして登録された策定データが図３で示したような策定データとなる。
【００３７】
本実施形態では、簡易な方法で自由にユーザは策定データを登録することが可能であるので、独自のスタンプラリーを自由に作成して登録することができる。
【００３８】
＜スタンプラリーの参加＞
次に、このようにして登録されているスタンプラリーにユーザが参加する場合の処理について説明する。まず、ユーザは登録されているスタンプラリーの中から、例えば所定の条件に合致するスタンプラリーを検索する。具体的には、ユーザ端末から検索要求がスタンプラリー支援装置に送信され、スタンプラリー支援装置から検索結果がユーザ端末に送信される。ユーザはスタンプラリー支援装置から送信されユーザ端末で表示された検索結果の中から所望のスタンプラリーを決定する。
【００３９】
あるいは、ユーザがユーザ端末を用いてスタンプラリーを紹介しているウェブページを閲覧して、ウェブページなどに埋め込まれているリンクを選択することで参加するスタンプラリーを決定してもよい。
【００４０】
ユーザ端末は、このようにしてユーザによって決定されたスタンプラリーへの参加要求をスタンプラリー支援装置に送信する。この参加要求を受信すると、スタンプラリー支援装置は、そのユーザ端末のユーザがそのスタンプラリーに参加中であることを示すレコードを新たに追加して、進捗データとして進捗データ管理部２０４が管理する。
【００４１】
進捗データが進捗データ管理部２０４で管理されると、例えばユーザ端末には図８に示すような画面が表示される。図８に示す画面は、不図示のメニュー画面などにおいて現在参加中のラリー画面を表示するボタンを選択した場合などにユーザ端末において表示される画面である。図８では、ユーザ端末のユーザが、ユーザＤＤＤが作成したスタンプラリーに参加している場合に表示される画面の例である。
【００４２】
図８の例においては、「ＧＯ」の文字が含まれているラリーポイントについては、まだユーザが訪問していない状態であり、スタンプ８０２が付加されているラリーポイント（Ｐ１店）については、すでにユーザが訪問済みの状態であることを示している。このとき、例えばラリーポイントのそれぞれの文字（あるいはアイコン）を選択すると、ユーザ端末は、該当するラリーポイントのガイドページにアクセスしてガイドページを表示するように構成されていてもよい。ガイドページについては、実施形態２において後述することにする。
【００４３】
図８のスタンプ８０２は、スタンプラリーに参加中のユーザが、Ｐ１店の前で撮影した写真画像を示している。このように、本実施形態では、それぞれのユーザがそれぞれのラリーポイントにおいて写真を撮影してその写真をユーザ端末がスタンプラリー支援装置に送信する。すると、送信された写真がスタンプとして用いられることになる。したがって、スタンプラリーを完遂したユーザは、あたかも写真のアルバムのような成果物を閲覧することができる。このように、一つのスタンプラリーについて、そのスタンプラリーに参加するユーザの数だけそれぞれ異なるスタンプ済み成果物が作成されることになる。
【００４４】
このように、本実施形態によれば、ユーザが自由にスタンプラリーを起案（作成）するだけではなく、スタンプラリーに参加するユーザも自由に独自のスタンプ済み成果物を作成することができる。
【００４５】
＜訪問先でのスタンプ付加＞
次に、訪問した訪問先（ラリーポイント）においてスタンプを付加する処理の例を説明する。本実施形態においては、登録されている策定データに含まれている、場所を特定する情報の種別に応じて、ユーザ端末からスタンプラリー支援装置に送信される際に必要な情報を異なるものとすることができる。
[ケースＡ]
たとえば、登録されている策定データに含まれている、場所を特定する情報の種別が、単に市町村などのような大まかな場所の情報のみが登録されているとする。この場合、その策定データのスタンプラリーに参加しているユーザは、スタンプを付加したい場合には、図８に示すラリーポイントのうち、訪問先のラリーポイントのアイコンを選択する。そして、スタンプとして用いる写真を選択する。すると、ユーザ端末は、選択されたラリーポイントを識別する情報と、写真とをスタンプラリー支援装置に送信する。つまり、ケースＡの場合には、訪問したラリーポイントをユーザが指定する形態となる。これらを受信したスタンプラリー支援装置は、対応するラリーポイントの訪問フラグをオンに設定する（１を設定する）。そして、ラリーポイント支援装置は、必要に応じて写真にフレームを付加するなどの加工をしたスタンプを作成する。付加するフレームは、ラリーポイント固有のフレームとすることもできる。そしてラリーポイント支援装置は、スタンプが図８の対応するラリーポイント上に付加された画面をユーザ端末に表示させるデータを、ユーザ端末に送信する。
[ケースＢ]
一方、場所を特定する情報の種別が、ユーザ端末の位置検出部１０７で検出された位置情報を用いるような場合、例えば緯度・経度情報などである場合には、ユーザ端末は位置検出部１０７部で検出した位置情報と、撮影した写真とをスタンプラリー支援装置に送信する。位置情報としては、ＧＳＰ信号から得られる位置情報でもよいし、ビーコン信号を受信して得られる情報でもよいし、二次元コードを読み取ることで得られる情報でもよいし、これらの一以上の組み合わせであってもよい。特に、ビーコン信号を用いる形態であれば、比較的厳密にユーザの訪問の有無を判別することが可能である。
【００４６】
ケースＢの場合には、ケースＡの場合と異なり、ラリーに参加しているユーザ自身は、スタンプを付加するラリーポイントを指定することはできない。ケースＢの場合には、ラリーポイント支援装置は、実際にそのユーザがラリーポイントを訪問したことを位置情報に基づいて決定しているので、厳密なスタンプラリーを起案したいようなユーザは、ケースＢのような手法を採用すればよい。すなわち、策定データの登録時に場所を示す情報を、厳格性を求める情報として登録しておけばよい。
【００４７】
一方で、ケースＡの場合には、ケースＢほどの厳格性は要求していない。これは、友達同士で自分の好みの店などを紹介したいような場合には、その起案ユーザはスタンプラリーの参加者に対して厳格性は求めていないからである。
【００４８】
このように、訪問したことの厳格性を求める起案ユーザもいれば求めない起案ユーザもいる。本実施形態のスタンプラリー支援装置は、いずれのユーザに対しても柔軟に対応することが可能である。
【００４９】
なお、ユーザは複数のスタンプラリーに並行して参加することも可能である。またユーザが参加している複数のスタンプラリーの中で共通のラリーポイントが含まれる場合がある。このような場合、ユーザは訪問したラリーポイントを、ある特定のスタンプラリーのみにおいて訪問済みとしたい場合がある。そこで、参加している全てのスタンプラリーにおいてその特定のラリーポイントを訪問済みとするのか、あるいは参加しているある特定のスタンプラリーにおいてのみ、その特定のラリーポイントを訪問済みとするかをタッチパネルディスプレイ１０８上でユーザに選択させるように構成してもよい。ある特定のスタンプラリーにおいてのみ訪問済みとすることがユーザによって選択された場合、ユーザ端末はその特定のスタンプラリーのラリーＩＤとともに、上記のケースＡやケースＢで説明した情報を送信するような形態とすることもできる。
【００５０】
＜スタンプを付加する際の処理＞
図９は、スタンプラリーに参加しているユーザがスタンプラリーに参加してスタンプを付加する場合の処理の例を示すフローチャートである。
【００５１】
ステップＳ９０１においてユーザ端末は、特定のスタンプラリーの参加要求をスタンプラリー支援装置に送信する。ステップＳ９５１においてスタンプラリー支援装置は、ユーザ端末のユーザを、その特定のスタンプラリーに参加中のユーザとして登録する。この登録により、例えば図４に示すようなラリー参加者のデータがレコードとして進捗データとして新たに追加されることになる。
【００５２】
その後、ユーザが訪問先のラリーポイントに到着するなどした場合、ステップＳ９０２においてユーザ端末はラリーポイントについての情報を送信する。ラリーポイントについての情報は、上述したように、ユーザが図８で示すような画面上で選択したラリーポイントを特定する情報でもよいし、位置検出部１０７が検出した位置情報であってもよい。
【００５３】
ステップＳ９０３においてユーザ端末はスタンプデータをスタンプラリー支援装置に送信する。スタンプデータは、例えば前述したように、ラリーポイントにおいて撮影したユーザ自身の写真などのデータである。なお、ステップＳ９０２とＳ９０３は順序が逆でもよいし、これらをまとめて送信するような形態でもよい。
【００５４】
ステップＳ９５２においてスタンプラリー支援装置は、ステップＳ９０２で送信された情報に基づいて、ステップＳ９０３で送信されたスタンプデータを用いて対応するラリーポイントの項目にスタンプを付加する。具体的には、対応するラリーポイントの訪問フラグをオンに設定し、また、そのラリーポイントにスタンプを付加した画面がユーザ端末で表示されるように、表示用のデータを生成する。
【００５５】
ステップＳ９５３でスタンプラリー支援装置は、スタンプを付加した画面を表示するためのデータをユーザ端末に送信する。
【００５６】
ステップＳ９０４においてユーザ端末は、スタンプラリー支援装置から送信されたスタンプデータを付加した画面を表示する。この結果、例えば図８で示したような画面がユーザ端末に表示されることになる。
【００５７】
このように、本実施形態によれば、ユーザは、独自に自由にスタンプラリーを起案して策定することができる。また、このようにして策定されたスタンプラリーは、広く公開することができるので、興味を持ったユーザは気軽にスタンプラリーに参加することができる。また、スタンプラリーに参加する側のユーザは、訪問先において自由なスタンプを付加することができるので、ラリーを完遂したスタンプ成果物は個々のユーザ毎に異なるものとなる。つまり、ラリー完遂時の成果物が、カスタマイズされた記念アルバムのような体裁となるので、参加者の完遂率やリピート率の向上が期待できる。
【００５８】
＜＜実施形態２＞＞
次に、実施形態２について説明する。実施形態２は、様々なユーザがスタンプラリーに参加することでソーシャルメディア的な効果が生じる形態の例について説明する。実施形態１においては、主にスタンプラリーの登録の処理と、スタンプラリーに参加した場合の処理を中心に説明した。実施形態２では、複数のユーザがスタンプラリーに参加することで、その情報が広く共有される態様の例を説明する。
【００５９】
図１０は、実施形態２に係るスタンプラリー支援装置の機能ブロック図の一例を示す図である。図２と同様の構成については図２と同様の符号を付し、説明を省略する。図１０においては、図２の構成にさらにラリー評価点決定部１００１、ガイドページ生成部１００２、グループ登録部１００３がさらに追加された構成となっている。
【００６０】
ラリー評価点決定部１００１は、スタンプラリーを完遂した参加者によってフィードバックされた評価点の平均値を算出するなどしてそのスタンプラリーの評価点を決定する。この評価点はラリーポイントの評価点ではなく、あくまでスタンプラリー自体の評価点である。つまり、ラリーポイントがたとえばＡさんが起案した居酒屋９選という内容のものであった場合、そのラリーに参加したユーザは、ラリーポイントであるその個々の居酒屋の評価をするのではなく、そのスタンプラリー自体の評価をするのである。言い換えれば、Ａさんの起案した居酒屋の選別方法や、スタンプラリーの着眼点、独創性などのように、あくまでＡさんが起案したそのスタンプラリー自体の評価をフィードバックする。したがって、評価点はスタンプラリー自体の評価点ということになる。
【００６１】
図１１は、本実施形態における策定データ登録部２０３に登録されている策定データの一例を示す図である。図１１においては、図３で説明した項目に加えて、評価の項目が追加されている。評価の項目はさらに評価点の項目と評価コメントとの項目を含んでいる。評価点の項目は、前述のように参加しているラリーを完遂したユーザからそれぞれ送信された評価点に基づいて決定される値であり、例えば送信された評価点の平均値とすることができる。ただし、単純な平均値に限られるものではなく、参加しているユーザの信頼性に応じて重みづけをした平均値として算出してもよい。例えば、すでに多くのラリーを完遂しているユーザに対しては、初めてラリーに参加して完遂したユーザよりも重みを重くする、といった処理を採用してもよい。また、評価点がある程度の個数集まった段階で初めて評価点を算出するという処理でもよい。
【００６２】
ガイドページ生成部１００２は、策定データ登録部２０３によって登録されている策定データに含まれる個々のラリーポイントのガイドページを生成する。例えば、ラリーポイントの名称、住所、アクセス方法など、一般的な紹介事項を記載したウェブページをユーザ端末のアクセスに応じて提供するためのデータ（ウェブページ）を生成する。また、ガイドページ生成部は、ラリー評価点決定部１００１によって決定されたラリー評価点に基づく情報をガイドページ内に含める。
【００６３】
図１２は、ユーザ端末において表示されるガイドページの一例を示す図である。このガイドページは、ユーザ端末が所定の検索要求をラリーポイント支援装置に送信し、これを受けたラリーポイント支援装置からの検索結果に基づいてユーザ端末において表示される。あるいは、図８に示すような参加中のスタンプラリーのラリーポイントの項目を適宜選択することで上記と同様にラリーポイント支援装置から所望のガイドページがユーザ端末に送信される。
【００６４】
図１２において、領域１２０１にはラリーポイントのガイド事項が表示されている。紹介領域１２０２は、当該ラリーポイント（ＹＹ居酒屋）を、ラリーポイントの項目として含んでいるスタンプラリーの紹介事項が記載されている。この紹介領域１２０２おいては、ラリー評価点決定部１００１で決定されたラリー評価点が高い順にスタンプラリーが紹介されている。つまり、図１２の例では、ＹＹ居酒屋というラリーポイントを含むスタンプラリーの策定データの中で、最も評価点が高いスタンプラリーは、ユーザＸＸＸが策定したスタンプラリーであることを示している。このようにラリー評価点が高い順にラリーの紹介を行うことで、次のような効果が得られる。すなわち、ユーザＢＢＢのスタンプラリーに参加しているユーザが、ＹＹ居酒屋を実際に訪問して、ＹＹ居酒屋が気になったとする。ＹＹ居酒屋に興味を持ったユーザは、そのＹＹ居酒屋のガイドページを閲覧する。すると、そのＹＹ居酒屋をラリーポイントとして含む別のスタンプラリーが、評価の高い順に表示されたガイドページを閲覧することになる。そして、例えば、ＹＹ居酒屋は、ユーザＢＢＢのスタンプラリーでは、「美味しいレトロな居酒屋」という括りでまとめられている一方で、ユーザＸＸＸのスタンプラリーでは、「レアな地酒が飲める店」という括りでまとめられていたとする。すると、もともとＹＹ居酒屋に興味を持っているユーザは、その「レアな地酒が飲める店」という括りにも興味を持つ可能性が高く、現在参加しているラリーとは別のユーザＸＸＸの起案したスタンプラリーに参加する可能性が高くなる。つまりラリーの輪が次々と広がっていくことになる。
【００６５】
このように、ラリーポイント自体の評価（この場合、ＹＹ居酒屋自体の評価）をするのではなく、スタンプラリーの評価に基づいて紹介項目１２０２に表示されるスタンプラリーの優先表示順を決定していることで、ラリーに参加しているユーザは、他のユーザから高評価を受けている別な観点のラリーを発見することが可能となる。
【００６６】
さらに、スタンプラリーを起案したユーザは、自分のラリーポイントの纏め方や、着眼点などの独創性が、他のユーザによって評価されていることが一目でわかる。したがって、ラリーを起案するユーザは、オリジナル性の高いスタンプラリーをさらに作成しようという意欲が出てくる。このように、ラリーを作成すること自体にある種の創造性、先見性、独創性などが求められることになるので、創意工夫のあるラリーを作成しようという意欲が高まる。したがって、新しいスタンプラリーが次々とユーザ起源で生まれてくるという、ソーシャルメディア的な効果が期待できる。
【００６７】
次に、図１０の説明に戻る。グループ登録部１００３は、ラリーに参加している複数のユーザをグループとして登録する。たとえば、複数のユーザが一つのグループとして一つのラリーに参加することも可能である。このような場合、あるユーザがあるラリーポイントを訪問してスタンプを付加した場合、その旨のメッセージがグループ内のユーザのユーザ端末に送信される。あるいは、グループ内のメッセージを共有するタイムラインなどにその旨のメッセージが表示されるような形態でもよい。すでに別々のラリーポイントを訪問済みのユーザ同士がグループ登録した場合には、それぞれが訪問済みのラリーポイントを、そのグループ全体の訪問済みのラリーポイントとして扱うこともできる。また、グループ内の複数のユーザが訪問済みのラリーポイントにおいては、ユーザ端末で表示されるスタンプは、訪問済みのユーザそれぞれのスタンプがスライドショーのように交互に表示されるように構成されていてもよいし、訪問済みのユーザのスタンプ全てが縮小した形態でそのラリーポイントに付加される形態でもよい。
【００６８】
なお、グループに属しているメンバーの全てがスタンプラリーのラリーポイントを訪問した場合にのみ、ラリーを完遂したとして扱うこともできる。
【００６９】
また、グループは任意のタイミングで解除することも可能であり、この場合、グループ内の他のメンバーが訪問したラリーポイントについては、訪問済みとして扱ってもよいし、あるいは、自身が訪問したラリーポイントのみを訪問済みとして扱うこともできる。
【００７０】
以上説明したように、本実施形態によれば、ユーザ起源のスタンプラリーが次々と作成されることが期待でき、さらにはスタンプラリーに参加するユーザも、別の観点で作成されたスタンプラリーに次々に参加することが見込まれる。実施形態１で説明したように、様々なユーザが自由にスタンプラリーを作成することができるので、いわゆるマスメディアに紹介されていないような観点でのスタンプラリーを独自に作成することができる。例えば、ある地域に特化したスタンプラリーをユーザが自由に作成することができるので、地域の活性化が期待できる。また、実施形態２で説明したように、ラリーの輪が次々に広がっていくので、当初はローカルのユーザをターゲットに作成していたスタンプラリーであるにも関わらず、別のスタンプラリーに参加しているユーザがそのラリーに興味を持つことで、想定外のユーザがそのローカルのスタンプラリーに参加する、ということも考えられる。つまり、地域の活性化を、その地域を知り尽くしているユーザの手によって実現する、ということも可能である。
【００７１】
＜その他の実施形態＞
以上説明した実施形態においては、ユーザ端末の例としてスマートフォンなどの携帯型のユーザ機器を例に挙げて説明したが、これに限られるものではない。例えばタブレット端末、モバイルＰＣなどでもよいし、通信機能を有するゲーム機などでもよい。また、位置情報を詳細に用いない形態の場合には、例えば自宅のＰＣからスタンプの登録をすることも可能である。また、上記の実施形態においては、スタンプラリーの策定データはユーザ端末から送信される場合を例に挙げて説明したが、必ずしもユーザ端末から送信される必要はなく、任意の装置から送信される形態でもよい。
【００７２】
また、ラリーポイント支援装置は、図２や図１０に示す各部を有するものとして説明したが、この限りではない。ラリーポイント支援装置は、図２や図１０に示す各部のうち任意の一部を含むものとして構成される形態であってもよく、図２や図１０で示す各部に相当する機能をネットワークで接続された複数のサーバによって分散して処理が行われる形態であってもよい。
【００７３】
また、上述した実施形態の機能を実現するためのプログラムコードを、１つのコンピュータ（ＣＰＵ、ＭＰＵ）で実行してもよい。あるいは、複数のコンピュータが協働することによって実行してもよい。また、プログラムコードをコンピュータが実行する形態でもよい。あるいは、プログラムコードの機能を実現するための回路等のハードウェアを設けてもよい。また、プログラムコードの一部をハードウェアで実現し、残りの部分をコンピュータが実行してもよい。
【００７４】
また、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステムまたは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを適宜読み出して実行することで本発明が実現されてもよい。
【符号の説明】
【００７５】
１５０  スタンプラリー支援装置
２００  制御部
２０１  送信部
２０２  受信部
２０３  策定データ登録部
２０４  進捗データ管理部
２０５  表示用データ提供部
【図１】
2017219881.tif 000003
【図２】
2017219881.tif 000004
【図３】
2017219881.tif 000005
【図４】
2017219881.tif 000006
【図５】
2017219881.tif 000007
【図６】
2017219881.tif 000008
【図７】
2017219881.tif 000009
【図８】
2017219881.tif 000010
【図９】
2017219881.tif 000011
【図１０】
2017219881.tif 000012
【図１１】
2017219881.tif 000013
【図１２】
2017219881.tif 000014