知財求人 - 知財ポータルサイト「IP Force」
特開2025-5247スタンプラリーサーバ及びスタンプラリー用端末及びスタンプラリー参加可能アプリ
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025005247
(43)【公開日】2025-01-16
(54)【発明の名称】スタンプラリーサーバ及びスタンプラリー用端末及びスタンプラリー参加可能アプリ
(51)【国際特許分類】
G06Q 30/0207 20230101AFI20250108BHJP
【ＦＩ】
G06Q30/0207 328
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2023105359
(22)【出願日】2023-06-27
(71)【出願人】
【識別番号】516381530
【氏名又は名称】株式会社ワンズ
(74)【代理人】
【識別番号】100109014
【弁理士】
【氏名又は名称】伊藤 充
(74)【代理人】
【識別番号】100141988
【弁理士】
【氏名又は名称】松本 浩一郎
(72)【発明者】
【氏名】西田 一雄
【テーマコード（参考）】
5L030
5L049
【Ｆターム（参考）】
5L030BB07
5L049BB07
(57)【要約】
【課題】ＷＥＢラリーとしても、アプリラリーとしても実行でき、ユーザーにとって利便性の高いスタンプラリーを実現する仕組みを提供することである。
【解決手段】スタンプラリーサーバの動作を制御する制御部と、通信を実行する通信部と、スタンプラリー情報及びユーザー情報を記憶するデータベースと、を備え、通信部は、スタンプラリー用端末から送信されたネイティブカメラで撮影した光学式コードで示される専用ＡＰＩを表すアドレスへのアクセスを受信して制御部に送り、制御部はアクセスがネイティブカメラによる撮影であると判断される場合は、スタンプラリー用端末のクッキー情報よりデータベースに問い合わせをしてユーザー情報を取得し、ユーザー情報にスタンプを登録しスタンプ取得メッセージを通信部に送り、通信部は、スタンプ取得メッセージをスタンプラリー用端末に送信する。
【選択図】図６
【解決手段】スタンプラリーサーバの動作を制御する制御部と、通信を実行する通信部と、スタンプラリー情報及びユーザー情報を記憶するデータベースと、を備え、通信部は、スタンプラリー用端末から送信されたネイティブカメラで撮影した光学式コードで示される専用ＡＰＩを表すアドレスへのアクセスを受信して制御部に送り、制御部はアクセスがネイティブカメラによる撮影であると判断される場合は、スタンプラリー用端末のクッキー情報よりデータベースに問い合わせをしてユーザー情報を取得し、ユーザー情報にスタンプを登録しスタンプ取得メッセージを通信部に送り、通信部は、スタンプ取得メッセージをスタンプラリー用端末に送信する。
【選択図】図６
【特許請求の範囲】
【請求項1】
スタンプラリーを実行するスタンプラリーサーバであって、
前記スタンプラリーサーバの動作を制御する制御部と、
外部と通信を実行する通信部と、
スタンプラリー情報及びユーザー情報を記憶するデータベースと、
を備え、
前記通信部は、外部のスタンプラリー用端末から送信された、スタンプラリー参加可能アプリから起動されるネイティブカメラで撮影した光学式コードで示される専用ＡＰＩを表すアドレスへのアクセスを受信し、前記制御部に送り、
前記制御部は、前記専用ＡＰＩへのアクセスを受信し、前記アクセスが前記ネイティブカメラによる撮影であると判断される場合は、前記スタンプラリー用端末のクッキー情報より前記データベースに問い合わせをしてユーザー情報を取得し、前記データベース中の前記ユーザー情報にスタンプを登録し、前記スタンプラリー用端末へ送信するスタンプ取得メッセージを前記通信部に送り、
前記通信部は、前記スタンプ取得メッセージを前記スタンプラリー用端末に送信することを特徴とするスタンプラリーサーバ。
前記スタンプラリーサーバの動作を制御する制御部と、
外部と通信を実行する通信部と、
スタンプラリー情報及びユーザー情報を記憶するデータベースと、
を備え、
前記通信部は、外部のスタンプラリー用端末から送信された、スタンプラリー参加可能アプリから起動されるネイティブカメラで撮影した光学式コードで示される専用ＡＰＩを表すアドレスへのアクセスを受信し、前記制御部に送り、
前記制御部は、前記専用ＡＰＩへのアクセスを受信し、前記アクセスが前記ネイティブカメラによる撮影であると判断される場合は、前記スタンプラリー用端末のクッキー情報より前記データベースに問い合わせをしてユーザー情報を取得し、前記データベース中の前記ユーザー情報にスタンプを登録し、前記スタンプラリー用端末へ送信するスタンプ取得メッセージを前記通信部に送り、
前記通信部は、前記スタンプ取得メッセージを前記スタンプラリー用端末に送信することを特徴とするスタンプラリーサーバ。
【請求項2】
スタンプラリーを実行するスタンプラリーサーバであって、
前記スタンプラリーサーバの動作を制御する制御部と、
外部と通信を実行する通信部と、
スタンプラリー情報及びユーザー情報を記憶するデータベースと、
を備え、
前記通信部は、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送り、
前記制御部は、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、前記ユーザー情報からそのユーザーの最終ログインがＷＥＢによるログインであったときは、前記データベース中の前記ユーザー情報にスタンプを登録し、前記スタンプラリー用端末へ送信するスタンプ取得メッセージを前記通信部に送り、
前記通信部は、前記スタンプ取得メッセージを前記スタンプラリー用端末に送信することを特徴とするスタンプラリーサーバ。
前記スタンプラリーサーバの動作を制御する制御部と、
外部と通信を実行する通信部と、
スタンプラリー情報及びユーザー情報を記憶するデータベースと、
を備え、
前記通信部は、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送り、
前記制御部は、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、前記ユーザー情報からそのユーザーの最終ログインがＷＥＢによるログインであったときは、前記データベース中の前記ユーザー情報にスタンプを登録し、前記スタンプラリー用端末へ送信するスタンプ取得メッセージを前記通信部に送り、
前記通信部は、前記スタンプ取得メッセージを前記スタンプラリー用端末に送信することを特徴とするスタンプラリーサーバ。
【請求項3】
スタンプラリーを実行するスタンプラリーサーバであって、
前記スタンプラリーサーバの動作を制御する制御部と、
外部と通信を実行する通信部と、
スタンプラリー情報及びユーザー情報を記憶するデータベースと、
を備え、
前記通信部は、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送り、
前記制御部は、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、前記ユーザー情報からそのユーザーの最終ログインがスタンプラリー参加可能アプリによるログインであったときは、前記スタンプラリー用端末に対して、スタンプラリー参加可能アプリの起動を指示することを特徴とするスタンプラリーサーバ。
前記スタンプラリーサーバの動作を制御する制御部と、
外部と通信を実行する通信部と、
スタンプラリー情報及びユーザー情報を記憶するデータベースと、
を備え、
前記通信部は、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送り、
前記制御部は、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、前記ユーザー情報からそのユーザーの最終ログインがスタンプラリー参加可能アプリによるログインであったときは、前記スタンプラリー用端末に対して、スタンプラリー参加可能アプリの起動を指示することを特徴とするスタンプラリーサーバ。
【請求項4】
請求項３記載のスタンプラリーを実行するスタンプラリーサーバであって、
前記制御部が、前記スタンプラリー用端末に対して、スタンプラリー参加可能アプリの起動を指示した場合に、前記ユーザー情報を元にスタンプラリー参加可能アプリの最終起動時間を取得し、取得した前記最終起動時間が所定時間以内の場合は、前記スタンプラリー参加可能アプリが起動されたと判断することを特徴とするスタンプラリーサーバ。
前記制御部が、前記スタンプラリー用端末に対して、スタンプラリー参加可能アプリの起動を指示した場合に、前記ユーザー情報を元にスタンプラリー参加可能アプリの最終起動時間を取得し、取得した前記最終起動時間が所定時間以内の場合は、前記スタンプラリー参加可能アプリが起動されたと判断することを特徴とするスタンプラリーサーバ。
【請求項5】
請求項３記載のスタンプラリーを実行するスタンプラリーサーバであって、
前記制御部が、前記スタンプラリー用端末に対して、スタンプラリー参加可能アプリの起動を指示した場合に、前記ユーザー情報を元にスタンプラリー参加可能アプリの最終起動時間を取得し、取得した前記最終起動時間が所定時間を超えている場合は、前記スタンプラリー参加可能アプリの起動が失敗したと判断することを特徴とするスタンプラリーサーバ。
前記制御部が、前記スタンプラリー用端末に対して、スタンプラリー参加可能アプリの起動を指示した場合に、前記ユーザー情報を元にスタンプラリー参加可能アプリの最終起動時間を取得し、取得した前記最終起動時間が所定時間を超えている場合は、前記スタンプラリー参加可能アプリの起動が失敗したと判断することを特徴とするスタンプラリーサーバ。
【請求項6】
スタンプラリーを実行するスタンプラリーサーバの動作を制御する制御部と、
外部と通信を実行する通信部と、
スタンプラリー情報及びユーザー情報を記憶するデータベースと、
を備えたコンピュータを、前記スタンプラリーサーバとして動作させるコンピュータソフトウェアであって、前記コンピュータに、
前記通信部が、外部のスタンプラリー用端末から送信された、スタンプラリー参加可能アプリから起動されるネイティブカメラで撮影した光学式コードで示される専用ＡＰＩを表すアドレスへのアクセスを受信し、前記アクセスを前記制御に送る手順と、
前記制御部が、前記専用ＡＰＩへのアクセスを受信し、前記アクセスが前記ネイティブカメラによる撮影であると判断される場合は、前記スタンプラリー用端末のクッキー情報より前記データベースに問い合わせをしてユーザー情報を取得し、前記データベース中の前記ユーザー情報にスタンプを登録し、前記スタンプラリー用端末へ送信するスタンプ取得メッセージを前記通信部に送る手順と、
前記通信部が、前記スタンプ取得メッセージを前記スタンプラリー用端末に送信する手順と、
を実行させることを特徴とするコンピュータソフトウェア。
外部と通信を実行する通信部と、
スタンプラリー情報及びユーザー情報を記憶するデータベースと、
を備えたコンピュータを、前記スタンプラリーサーバとして動作させるコンピュータソフトウェアであって、前記コンピュータに、
前記通信部が、外部のスタンプラリー用端末から送信された、スタンプラリー参加可能アプリから起動されるネイティブカメラで撮影した光学式コードで示される専用ＡＰＩを表すアドレスへのアクセスを受信し、前記アクセスを前記制御に送る手順と、
前記制御部が、前記専用ＡＰＩへのアクセスを受信し、前記アクセスが前記ネイティブカメラによる撮影であると判断される場合は、前記スタンプラリー用端末のクッキー情報より前記データベースに問い合わせをしてユーザー情報を取得し、前記データベース中の前記ユーザー情報にスタンプを登録し、前記スタンプラリー用端末へ送信するスタンプ取得メッセージを前記通信部に送る手順と、
前記通信部が、前記スタンプ取得メッセージを前記スタンプラリー用端末に送信する手順と、
を実行させることを特徴とするコンピュータソフトウェア。
【請求項7】
スタンプラリーを実行するスタンプラリーサーバの動作を制御する制御部と、
外部と通信を実行する通信部と、
スタンプラリー情報及びユーザー情報を記憶するデータベースと、
を備えたコンピュータを、前記スタンプラリーサーバとして動作させるコンピュータソフトウェアであって、前記コンピュータに、
前記通信部が、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送る手順と、
前記制御部が、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、前記ユーザー情報からそのユーザーの最終ログインがＷＥＢによるログインであったときは、前記データベース中の前記ユーザー情報にスタンプを登録し、前記スタンプラリー用端末へ送信するスタンプ取得メッセージを前記通信部に送る手順と、
前記通信部が、前記スタンプ取得メッセージを前記スタンプラリー用端末に送信する手順と、
を実行させることを特徴とするコンピュータソフトウェア。
外部と通信を実行する通信部と、
スタンプラリー情報及びユーザー情報を記憶するデータベースと、
を備えたコンピュータを、前記スタンプラリーサーバとして動作させるコンピュータソフトウェアであって、前記コンピュータに、
前記通信部が、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送る手順と、
前記制御部が、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、前記ユーザー情報からそのユーザーの最終ログインがＷＥＢによるログインであったときは、前記データベース中の前記ユーザー情報にスタンプを登録し、前記スタンプラリー用端末へ送信するスタンプ取得メッセージを前記通信部に送る手順と、
前記通信部が、前記スタンプ取得メッセージを前記スタンプラリー用端末に送信する手順と、
を実行させることを特徴とするコンピュータソフトウェア。
【請求項8】
スタンプラリーを実行するスタンプラリーサーバの動作を制御する制御部と、
外部と通信を実行する通信部と、
スタンプラリー情報及びユーザー情報を記憶するデータベースと、
を備えたコンピュータを、前記スタンプラリーサーバとして動作させるコンピュータソフトウェアであって、前記コンピュータに、
前記通信部が、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送る手順と、
前記制御部が、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、前記ユーザー情報からそのユーザーの最終ログインがスタンプラリー参加可能アプリによるログインであったときは、前記スタンプラリー用端末においてスタンプラリー参加可能アプリの起動を指示する手順と、
を実行させることを特徴とするコンピュータソフトウェア。
外部と通信を実行する通信部と、
スタンプラリー情報及びユーザー情報を記憶するデータベースと、
を備えたコンピュータを、前記スタンプラリーサーバとして動作させるコンピュータソフトウェアであって、前記コンピュータに、
前記通信部が、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送る手順と、
前記制御部が、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、前記ユーザー情報からそのユーザーの最終ログインがスタンプラリー参加可能アプリによるログインであったときは、前記スタンプラリー用端末においてスタンプラリー参加可能アプリの起動を指示する手順と、
を実行させることを特徴とするコンピュータソフトウェア。
【請求項9】
スタンプラリー参加可能アプリが起動している、スタンプラリーの実行に用いられるスタンプラリー用端末であって、
前記スタンプラリー参加可能アプリから起動されるネイティブカメラで光学式コードを読み込み、
前記読み込んだ光学式コードが正常か否か判断し、正常と判断する場合は、前記光学式コードで示されるアドレスへアクセスしてラリー情報を取得し、
前記ラリー情報を取得した後、専用ＡＰＩへアクセスし、
前記専用ＡＰＩを通じてスタンプ取得メッセージを受信する、
ことを特徴とするスタンプラリー用端末。
前記スタンプラリー参加可能アプリから起動されるネイティブカメラで光学式コードを読み込み、
前記読み込んだ光学式コードが正常か否か判断し、正常と判断する場合は、前記光学式コードで示されるアドレスへアクセスしてラリー情報を取得し、
前記ラリー情報を取得した後、専用ＡＰＩへアクセスし、
前記専用ＡＰＩを通じてスタンプ取得メッセージを受信する、
ことを特徴とするスタンプラリー用端末。
【請求項10】
コンピュータを、請求項９記載のスタンプラリー用端末として動作させる前記スタンプラリー参加可能アプリであって、前記コンピュータに、
前記スタンプラリー参加可能アプリから起動されるネイティブカメラで光学式コードを読み込む手順と、
前記読み込んだ光学式コードが正常か否か判断し、正常と判断する場合は、前記光学式コードで示されるアドレスへアクセスしてラリー情報を取得する手順と、
前記ラリー情報を取得した後、専用ＡＰＩへアクセスする手順と、
前記専用ＡＰＩを通じてスタンプの取得メッセージを受信する手順と、
を実行させることを特徴とするスタンプラリー参加可能アプリ。
前記スタンプラリー参加可能アプリから起動されるネイティブカメラで光学式コードを読み込む手順と、
前記読み込んだ光学式コードが正常か否か判断し、正常と判断する場合は、前記光学式コードで示されるアドレスへアクセスしてラリー情報を取得する手順と、
前記ラリー情報を取得した後、専用ＡＰＩへアクセスする手順と、
前記専用ＡＰＩを通じてスタンプの取得メッセージを受信する手順と、
を実行させることを特徴とするスタンプラリー参加可能アプリ。
【請求項11】
スタンプラリーの実行に用いられるスタンプラリー用端末であって、
一般カメラ又はＷＥＢＱＲコードリーダーで光学式コードを読み込み、
前記読み込んだ光学式コードが正常か否か判断し、正常と判断する場合は、前記光学式コードで示されるアドレスへアクセスしてラリー情報を取得し、
前記光学式コードで示されるアドレスを通じてスタンプ取得メッセージを受信する、
ことを特徴とするスタンプラリー用端末。
一般カメラ又はＷＥＢＱＲコードリーダーで光学式コードを読み込み、
前記読み込んだ光学式コードが正常か否か判断し、正常と判断する場合は、前記光学式コードで示されるアドレスへアクセスしてラリー情報を取得し、
前記光学式コードで示されるアドレスを通じてスタンプ取得メッセージを受信する、
ことを特徴とするスタンプラリー用端末。
【請求項12】
スタンプラリーの実行に用いられるスタンプラリー用端末であって、
一般カメラ又はＷＥＢＱＲコードリーダーで光学式コードを読み込み、
前記読み込んだ光学式コードが正常か否か判断し、正常と判断する場合は、前記光学式コードで示されるアドレスへアクセスしてラリー情報を取得し、
スタンプラリー参加可能アプリの起動メッセージを受信すると、ブラウザを起動し、前記スタンプラリー参加可能アプリを自動起動するための自動起動ページを表示し、前記スタンプラリー参加可能アプリを起動させることを特徴とするスタンプラリー用端末。
一般カメラ又はＷＥＢＱＲコードリーダーで光学式コードを読み込み、
前記読み込んだ光学式コードが正常か否か判断し、正常と判断する場合は、前記光学式コードで示されるアドレスへアクセスしてラリー情報を取得し、
スタンプラリー参加可能アプリの起動メッセージを受信すると、ブラウザを起動し、前記スタンプラリー参加可能アプリを自動起動するための自動起動ページを表示し、前記スタンプラリー参加可能アプリを起動させることを特徴とするスタンプラリー用端末。
【請求項13】
スタンプラリーを実行するスタンプラリーサーバであって、
前記スタンプラリーサーバの動作を制御する制御部と、
外部と通信を実行する通信部と、
スタンプラリー情報及びユーザー情報を記憶するデータベースと、
を備え、
前記通信部は、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送り、
前記制御部は、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、
前記制御部は、前記ユーザー情報中の、ＷＥＢラリーに対する参加／未参加情報、アプリラリーに対する参加／未参加情報、ラリー情報の連携状態、アプリインストール状態、のいずれか１種類以上の情報、又は、他の種類の情報に基づき、ＷＥＢラリーかアプリラリーのいずれかを実行することを決定することを特徴とするスタンプラリーサーバ。
前記スタンプラリーサーバの動作を制御する制御部と、
外部と通信を実行する通信部と、
スタンプラリー情報及びユーザー情報を記憶するデータベースと、
を備え、
前記通信部は、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送り、
前記制御部は、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、
前記制御部は、前記ユーザー情報中の、ＷＥＢラリーに対する参加／未参加情報、アプリラリーに対する参加／未参加情報、ラリー情報の連携状態、アプリインストール状態、のいずれか１種類以上の情報、又は、他の種類の情報に基づき、ＷＥＢラリーかアプリラリーのいずれかを実行することを決定することを特徴とするスタンプラリーサーバ。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、スタンプラリーサーバ及びスタンプラリー用端末及びスタンプラリー参加可能アプリに関する。
【背景技術】
【0002】
スタンプラリーは、商店街のイベントや地方の町興し等に広く利用されている。スタンプラリーの参加者は、所定のチェックポイントを回り、そのチェックポイントのスタンプを取得する。全て又は一部のチェックポイントのスタンプを集めれば、参加者は所定の景品や特典を取得することができる。
近年、スタンプラリーの参加者が、参加者自身のスマートフォン（Smartphone)(又はタブレット型コンピュータ、その他種々のコンピュータ、以下同様）を用いてスタンプラリーに参加する手法が広く利用されている。このようなスマートフォンを利用したスタンプラリーの開催方法は、スマートフォンを用いてチェックポイントのスタンプの取得が容易に行えるので、手軽に参加することができ、また、スタンプラリーの主催者も容易にスタンプラリーの開催をおこなうことができる。そのため、スマートフォンを用いたスタンプラリーの開催は年々その数を増やしている。
チェックポイントにおけるスタンプの取得は、チェックポイントに配置されているＱＲコード（登録商標）や他の光学式コードの読み取り、ＧＰＳ（Global Positioning System ）認証等で行われる場合が多い。
近年、スタンプラリーの参加者が、参加者自身のスマートフォン（Smartphone)(又はタブレット型コンピュータ、その他種々のコンピュータ、以下同様）を用いてスタンプラリーに参加する手法が広く利用されている。このようなスマートフォンを利用したスタンプラリーの開催方法は、スマートフォンを用いてチェックポイントのスタンプの取得が容易に行えるので、手軽に参加することができ、また、スタンプラリーの主催者も容易にスタンプラリーの開催をおこなうことができる。そのため、スマートフォンを用いたスタンプラリーの開催は年々その数を増やしている。
チェックポイントにおけるスタンプの取得は、チェックポイントに配置されているＱＲコード（登録商標）や他の光学式コードの読み取り、ＧＰＳ（Global Positioning System ）認証等で行われる場合が多い。
【0003】
開催手法
このようなスマートフォンを利用したスタンプラリーは、大別すると２種類の開催方法がある。
このようなスマートフォンを利用したスタンプラリーは、大別すると２種類の開催方法がある。
【0004】
第１の方法は、参加者のスマートフォンにスタンプラリー用アプリ（スタンプラリーに参加することができるアプリ）をインストールし、そのアプリを用いたスタンプラリーに参加する方法である。そのアプリからスマートフォンのカメラを利用してチェックポイントのＱＲコード等を撮影してスタンプを取得する。このようなスタンプラリーを「アプリラリー」と呼ぶ。特にアプリのみで実行することを前提としたものを「アプリのみラリー」と呼ぶ。
【0005】
また、第２の方法は、参加者のスマートフォンにおいては汎用のブラウザを起動し、スタンプラリー用のアプリを使用しない方法である。この場合は、ブラウザから所定のＷＥＢページを参照して、スタンプラリーの開催内容を取得する。そして、ブラウザからスマートフォンのカメラを制御して、チェックポイントのＱＲコード等を撮影してスタンプを取得する。このようなスタンプラリーを「ＷＥＢラリー」と呼ぶ。特にＷＥＢのみで実行することを前提としたものを「ＷＥＢのみラリー」と呼ぶ。
【0006】
用語
本文で使用する用語の説明を行う。
「スタンプラリー」：各チェックポイントを周回して廻り、各チェックポイントにおいてスタンプの取得をし、スタンプを集める企画をいう。集めたスタンプによって、種々の特典が得られる企画が多い。単に「ラリー」と称する場合もある。
「スタンプラリー情報」：スタンプラリーに関する情報全体をいう。単に「ラリー情報」と呼ぶ場合もある。
本文で使用する用語の説明を行う。
「スタンプラリー」：各チェックポイントを周回して廻り、各チェックポイントにおいてスタンプの取得をし、スタンプを集める企画をいう。集めたスタンプによって、種々の特典が得られる企画が多い。単に「ラリー」と称する場合もある。
「スタンプラリー情報」：スタンプラリーに関する情報全体をいう。単に「ラリー情報」と呼ぶ場合もある。
【0007】
「スタンプラリー参加可能アプリ」：スタンプラリーに参加することができるアプリをいう。この「スタンプラリー参加可能アプリ」は、コンピュータソフトウェアであり、所定の端末（例えば参加者端末１２や、種々のコンピュータ）にインストールし、スタンプラリー用端末として動作させるコンピュータプログラムである。このスタンプラリー参加可能アプリは、スタンプラリーに参加するための専用のアプリだけでなく、スタンプラリーに参加することができるアプリ全般を意味する。本文では、単に「アプリ」と呼ぶ場合もある。
【0008】
「アプリラリー」：ユーザーの端末にスタンプラリー用アプリをインストールし、そのアプリを利用して実行するスタンプラリーを「アプリラリー」という。アプリのみで実行することができるラリーを表す場合は特に、「アプリのみラリー」という。
「ＷＥＢラリー」：ユーザーの端末からブラウザを用いて所定のサーバ等にアクセスして実行するスタンプラリーをいう。ＷＥＢのみで実行することができるラリーを表す場合は特に、「ＷＥＢのみラリー」という。
「ＷＥＢラリー」：ユーザーの端末からブラウザを用いて所定のサーバ等にアクセスして実行するスタンプラリーをいう。ＷＥＢのみで実行することができるラリーを表す場合は特に、「ＷＥＢのみラリー」という。
【0009】
「スタンプラリー主催者」：スタンプラリーを企画し、開催する者をいう。企業や個人事業者の他、商店街のグループや、町内会等でもよい。本文では、単に「主催者」と呼ぶ場合もある。
「スタンプラリー事業者」：スタンプラリーを実行するための種々の仕組みを、主催者に提供する者をいう。本文では、単に「事業者」と呼ぶ場合もある。
「スタンプラリー参加者」：スタンプラリーに参加する者で、基本的に個人である。本文では、単に「参加者」、「ユーザー」と呼ぶ場合もある。本文では、スタンプラリー参加者は、主として、スタンプラリー用端末を用いて、スタンプラリーに参加する者をいう。
「スタンプラリー事業者」：スタンプラリーを実行するための種々の仕組みを、主催者に提供する者をいう。本文では、単に「事業者」と呼ぶ場合もある。
「スタンプラリー参加者」：スタンプラリーに参加する者で、基本的に個人である。本文では、単に「参加者」、「ユーザー」と呼ぶ場合もある。本文では、スタンプラリー参加者は、主として、スタンプラリー用端末を用いて、スタンプラリーに参加する者をいう。
【0010】
「スタンプラリー用端末」：スタンプラリーを実行するための端末をいう。この「端末」はコンピュータであり、例えば、個人（スタンプラリー参加者）が保有・使用する参加者端末（例えば、スマートフォン、タブレット端末、その他の種々のコンピュータ）をスタンプラリー用端末として利用することができる。また、このスタンプラリー用端末は、所定の上述したスタンプラリー参加可能アプリ等をインストールして、スタンプラリーのために動作するようにした端末も、スタンプラリー用端末として利用することができる。また、スタンプラリー用端末を、本文では、単に「参加者端末」「端末」と呼ぶ場合もある。
【0011】
「ネイティブカメラ」：アプリラリー又はアプリのみラリーを実行するためのアプリを起動し、当該アプリから参加者端末１２に内蔵されているカメラを用いて撮影する場合のカメラをいう。
「一般カメラ」：参加者端末１２に内蔵されているカメラを用いて通常の写真撮影のようにしてＱＲコードを読み取る場合のカメラをいう。
「ＷＥＢＱＲコードリーダー」：参加者端末１２から、実行しているスタンプラリー（ＷＥＢラリー）のＷＥＢページを閲覧している状態で、参加者端末１２に内蔵されているカメラを用いてＱＲコードを読み取る場合のカメラをいう。
「一般カメラ」：参加者端末１２に内蔵されているカメラを用いて通常の写真撮影のようにしてＱＲコードを読み取る場合のカメラをいう。
「ＷＥＢＱＲコードリーダー」：参加者端末１２から、実行しているスタンプラリー（ＷＥＢラリー）のＷＥＢページを閲覧している状態で、参加者端末１２に内蔵されているカメラを用いてＱＲコードを読み取る場合のカメラをいう。
【0012】
先行特許文献（参考となる背景技術）
本願発明と類似・関連する先行特許文献は見いだせない。そこで、従来のごく一般的なスタンプラリーの技術を、参考となる一般的な背景技術として挙げる。
例えば、下記特許文献１には、携帯電話が予め決められた位置群を通過したか否かを判定する手段によって、スタンプラリーを自動的に実施することができる装置が開示されている。
また、下記特許文献２には、スタンプラリー支援装置が開示されている。特に、ユーザー端末のブラウザを用いて、ＷＥＢ形式で表示される画面を用いてスタンプラリー支援装置を制御する仕組みが開示されている。
また、下記特許文献３には、特定の領域内でのみアプリケーションを利用することができる仕組みが開示されている。特に、そのようなアプリケーションを利用すれば、いわゆるスタンプラリー等が容易に実行できることが記載されている。
本願発明と類似・関連する先行特許文献は見いだせない。そこで、従来のごく一般的なスタンプラリーの技術を、参考となる一般的な背景技術として挙げる。
例えば、下記特許文献１には、携帯電話が予め決められた位置群を通過したか否かを判定する手段によって、スタンプラリーを自動的に実施することができる装置が開示されている。
また、下記特許文献２には、スタンプラリー支援装置が開示されている。特に、ユーザー端末のブラウザを用いて、ＷＥＢ形式で表示される画面を用いてスタンプラリー支援装置を制御する仕組みが開示されている。
また、下記特許文献３には、特定の領域内でのみアプリケーションを利用することができる仕組みが開示されている。特に、そのようなアプリケーションを利用すれば、いわゆるスタンプラリー等が容易に実行できることが記載されている。
【先行技術文献】
【特許文献】
【0013】
【特許文献1】特開２００２－３０６６６１号公報
【特許文献2】特開２０１７－２１９８８１号公報
【特許文献3】特開２０１８－６８５９９号公報
【発明の概要】
【発明が解決しようとする課題】
【0014】
このように、従来から、スタンプラリーを実行する手法として、ＷＥＢで実行する方法（ＷＥＢラリー）、アプリで実行する方法（アプリラリー）が利用されてきた。
そして、スタンプラリー事業者は、スタンプラリー主催者の要望に応じて、ＷＥＢラリー、又は、アプリラリーのいずれかを選んでラリーの仕組みを提供している。
そして、スタンプラリー事業者は、スタンプラリー主催者の要望に応じて、ＷＥＢラリー、又は、アプリラリーのいずれかを選んでラリーの仕組みを提供している。
【0015】
ＷＥＢラリーによれば、ユーザーは新たにアプリをダウンロードすることもなく、ブラウザでラリーの情報を制御して、スタンプラリーに参加することができるので、参加のためのハードルが低く、より多くの方にスタンプラリーを楽しんでもらうことができる。
一般に参加時間が短いスタンプラリーは、システムを保存する必要がないため、参加ハードルが低いＷＥＢラリーが適する場合が多い。
一般に参加時間が短いスタンプラリーは、システムを保存する必要がないため、参加ハードルが低いＷＥＢラリーが適する場合が多い。
【0016】
他方、アプリラリーによれば、ユーザーはアプリによってより利便性の高いスタンプラリーを楽しむことができる。また、スタンプラリー主催者は、新しいスタンプラリーの宣伝や広告を当該アプリを通じてユーザーに届けることができる。また、ユーザーは、当該アプリを通じて、新しいスタンプラリーの案内を受け取ることができる。
例えば、定期的に開催するスタンプラリーでは、継続的なイベント開催毎に告知・宣伝を行えるアプリラリーが適する場合が多い。
例えば、定期的に開催するスタンプラリーでは、継続的なイベント開催毎に告知・宣伝を行えるアプリラリーが適する場合が多い。
【0017】
（１）主たる課題
このように、従来は、スタンプラリー主催者の希望によって、ＷＥＢラリーか、アプリラリーか、のいずれかの方法を選択してスタンプラリーを開催していた。
そのため、ＷＥＢラリーとしてもアプリラリーとしても実行できるスタンプラリーがあれば便利であるが、未だそのようなスタンプラリーは実現されていない。
このように、従来は、スタンプラリー主催者の希望によって、ＷＥＢラリーか、アプリラリーか、のいずれかの方法を選択してスタンプラリーを開催していた。
そのため、ＷＥＢラリーとしてもアプリラリーとしても実行できるスタンプラリーがあれば便利であるが、未だそのようなスタンプラリーは実現されていない。
【0018】
（２）主たる課題を実現するに際して付随する課題
（２ａ）
また、ＷＥＢラリーとしても、アプリラリーとしても実行できるスタンプラリーを、アプリラリーとして実行する場合は、アプリをその都度起動しなければならない。ユーザーがアプリラリーを選択する理由は、利便性の高い操作が実現できることと、アプリを通じて新たなラリーへの参加や特典利用を促すリマインド通知を受けることができるからである。さらに、次回イベントの告知を受けることもできるからである。
この場合、ユーザーは自分がそのスタンプラリーがアプリラリーとして実行するのか、ＷＥＢラリーとして実行するのかを判断しなければならず、手続が煩雑となることが想定される。
（２ｂ）この時、アプリラリーとして実行可能なラリーの場合、チェックポイントで一般カメラによってＱＲコードを読み取った際に、対応するアプリが起動していない場合は、自動的に起動することが望ましい。
（２ｃ）また、この場合、アプリがインストールされていない場合は、ＷＥＢラリーとしてスタンプラリーを続けることができれば便利である。
（２ａ）
また、ＷＥＢラリーとしても、アプリラリーとしても実行できるスタンプラリーを、アプリラリーとして実行する場合は、アプリをその都度起動しなければならない。ユーザーがアプリラリーを選択する理由は、利便性の高い操作が実現できることと、アプリを通じて新たなラリーへの参加や特典利用を促すリマインド通知を受けることができるからである。さらに、次回イベントの告知を受けることもできるからである。
この場合、ユーザーは自分がそのスタンプラリーがアプリラリーとして実行するのか、ＷＥＢラリーとして実行するのかを判断しなければならず、手続が煩雑となることが想定される。
（２ｂ）この時、アプリラリーとして実行可能なラリーの場合、チェックポイントで一般カメラによってＱＲコードを読み取った際に、対応するアプリが起動していない場合は、自動的に起動することが望ましい。
（２ｃ）また、この場合、アプリがインストールされていない場合は、ＷＥＢラリーとしてスタンプラリーを続けることができれば便利である。
【0019】
本発明は、このような課題に鑑みなされたものであり、その第１の目的は、ＷＥＢラリーとしても、アプリラリーとしても実行できるスタンプラリーを実現する仕組みを提供することである。
また、本発明の第２の目的は、ＷＥＢラリーとしてもアプリラリーとしても実行できるスタンプラリーを実現した場合の付随的な課題を解決する仕組みを提供することである。
また、本発明の第２の目的は、ＷＥＢラリーとしてもアプリラリーとしても実行できるスタンプラリーを実現した場合の付随的な課題を解決する仕組みを提供することである。
【課題を解決するための手段】
【0020】
（１）本発明は、上記課題を解決するために、スタンプラリーを実行するスタンプラリーサーバであって、前記スタンプラリーサーバの動作を制御する制御部と、外部と通信を実行する通信部と、スタンプラリー情報及びユーザー情報を記憶するデータベースと、を備え、前記通信部は、外部のスタンプラリー用端末から送信された、スタンプラリー参加可能アプリから起動されるネイティブカメラで撮影した光学式コードで示される専用ＡＰＩを表すアドレスへのアクセスを受信し、前記制御部に送り、前記制御部は、前記専用ＡＰＩへのアクセスを受信し、前記アクセスが前記ネイティブカメラによる撮影であると判断される場合は、前記スタンプラリー用端末のクッキー情報より前記データベースに問い合わせをしてユーザー情報を取得し、前記データベース中の前記ユーザー情報にスタンプを登録し、前記スタンプラリー用端末へ送信するスタンプ取得メッセージを前記通信部に送り、前記通信部は、前記スタンプ取得メッセージを前記スタンプラリー用端末に送信することを特徴とするスタンプラリーサーバである。
【0021】
（２）本発明は、上記課題を解決するために、スタンプラリーを実行するスタンプラリーサーバであって、前記スタンプラリーサーバの動作を制御する制御部と、外部と通信を実行する通信部と、スタンプラリー情報及びユーザー情報を記憶するデータベースと、を備え、前記通信部は、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送り、前記制御部は、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、前記ユーザー情報からそのユーザーの最終ログインがＷＥＢによるログインであったときは、前記データベース中の前記ユーザー情報にスタンプを登録し、前記スタンプラリー用端末へ送信するスタンプ取得メッセージを前記通信部に送り、前記通信部は、前記スタンプ取得メッセージを前記スタンプラリー用端末に送信することを特徴とするスタンプラリーサーバである。
【0022】
（３）本発明は、上記課題を解決するために、スタンプラリーを実行するスタンプラリーサーバであって、前記スタンプラリーサーバの動作を制御する制御部と、外部と通信を実行する通信部と、スタンプラリー情報及びユーザー情報を記憶するデータベースと、を備え、前記通信部は、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送り、前記制御部は、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、前記ユーザー情報からそのユーザーの最終ログインがスタンプラリー参加可能アプリによるログインであったときは、前記スタンプラリー用端末に対して、スタンプラリー参加可能アプリの起動を指示することを特徴とするスタンプラリーサーバである。
【0023】
（４）また、本発明は、上記（３）記載のスタンプラリーを実行するスタンプラリーサーバであって、前記制御部が、前記スタンプラリー用端末に対して、スタンプラリー参加可能アプリの起動を指示した場合に、前記ユーザー情報を元にスタンプラリー参加可能アプリの最終起動時間を取得し、取得した前記最終起動時間が所定時間以内の場合は、前記スタンプラリー参加可能アプリが起動されたと判断することを特徴とするスタンプラリーサーバである。
【0024】
（５）また、本発明は、上記（３）記載のスタンプラリーを実行するスタンプラリーサーバであって、前記制御部が、前記スタンプラリー用端末に対して、スタンプラリー参加可能アプリの起動を指示した場合に、前記ユーザー情報を元にスタンプラリー参加可能アプリの最終起動時間を取得し、取得した前記最終起動時間が所定時間を超えている場合は、前記スタンプラリー参加可能アプリの起動が失敗したと判断することを特徴とするスタンプラリーサーバである。
【0025】
（６）また、本発明は、上記課題を解決するために、スタンプラリーを実行するスタンプラリーサーバの動作を制御する制御部と、外部と通信を実行する通信部と、スタンプラリー情報及びユーザー情報を記憶するデータベースと、を備えたコンピュータを、前記スタンプラリーサーバとして動作させるコンピュータソフトウェアであって、前記コンピュータに、前記通信部が、外部のスタンプラリー用端末から送信された、スタンプラリー参加可能アプリから起動されるネイティブカメラで撮影した光学式コードで示される専用ＡＰＩを表すアドレスへのアクセスを受信し、前記アクセスを前記制御に送る手順と、前記制御部が、前記専用ＡＰＩへのアクセスを受信し、前記アクセスが前記ネイティブカメラによる撮影であると判断される場合は、前記スタンプラリー用端末のクッキー情報より前記データベースに問い合わせをしてユーザー情報を取得し、前記データベース中の前記ユーザー情報にスタンプを登録し、前記スタンプラリー用端末へ送信するスタンプ取得メッセージを前記通信部に送る手順と、前記通信部が、前記スタンプ取得メッセージを前記スタンプラリー用端末に送信する手順と、を実行させることを特徴とするコンピュータソフトウェアである。
【0026】
（７）また、本発明は、上記課題を解決するために、スタンプラリーを実行するスタンプラリーサーバの動作を制御する制御部と、外部と通信を実行する通信部と、スタンプラリー情報及びユーザー情報を記憶するデータベースと、を備えたコンピュータを、前記スタンプラリーサーバとして動作させるコンピュータソフトウェアであって、前記コンピュータに、前記通信部が、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送る手順と、前記制御部が、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、前記ユーザー情報からそのユーザーの最終ログインがＷＥＢによるログインであったときは、前記データベース中の前記ユーザー情報にスタンプを登録し、前記スタンプラリー用端末へ送信するスタンプ取得メッセージを前記通信部に送る手順と、前記通信部が、前記スタンプ取得メッセージを前記スタンプラリー用端末に送信する手順と、を実行させることを特徴とするコンピュータソフトウェアである。
【0027】
（８）また、本発明は、上記課題を解決するために、スタンプラリーを実行するスタンプラリーサーバの動作を制御する制御部と、外部と通信を実行する通信部と、スタンプラリー情報及びユーザー情報を記憶するデータベースと、を備えたコンピュータを、前記スタンプラリーサーバとして動作させるコンピュータソフトウェアであって、前記コンピュータに、前記通信部が、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送る手順と、前記制御部が、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、前記ユーザー情報からそのユーザーの最終ログインがスタンプラリー参加可能アプリによるログインであったときは、前記スタンプラリー用端末においてスタンプラリー参加可能アプリの起動を指示する手順と、を実行させることを特徴とするコンピュータソフトウェアである。
【0028】
（９）また、本発明は、上記課題を解決するために、スタンプラリー参加可能アプリが起動している、スタンプラリーの実行に用いられるスタンプラリー用端末であって、前記スタンプラリー参加可能アプリから起動されるネイティブカメラで光学式コードを読み込み、前記読み込んだ光学式コードが正常か否か判断し、正常と判断する場合は、前記光学式コードで示されるアドレスへアクセスしてラリー情報を取得し、前記ラリー情報を取得した後、専用ＡＰＩへアクセスし、前記専用ＡＰＩを通じてスタンプ取得メッセージを受信する、ことを特徴とするスタンプラリー用端末である。
【0029】
（１０）また、本発明は、コンピュータを、上記（９）記載のスタンプラリー用端末として動作させる前記スタンプラリー参加可能アプリであって、前記コンピュータに、前記スタンプラリー参加可能アプリから起動されるネイティブカメラで光学式コードを読み込む手順と、前記読み込んだ光学式コードが正常か否か判断し、正常と判断する場合は、前記光学式コードで示されるアドレスへアクセスしてラリー情報を取得する手順と、前記ラリー情報を取得した後、専用ＡＰＩへアクセスする手順と、前記専用ＡＰＩを通じてスタンプの取得メッセージを受信する手順と、を実行させることを特徴とするスタンプラリー参加可能アプリである。
【0030】
（１１）また、本発明は、上記課題を解決するために、スタンプラリーの実行に用いられるスタンプラリー用端末であって、一般カメラ又はＷＥＢＱＲコードリーダーで光学式コードを読み込み、前記読み込んだ光学式コードが正常か否か判断し、正常と判断する場合は、前記光学式コードで示されるアドレスへアクセスしてラリー情報を取得し、前記光学式コードで示されるアドレスを通じてスタンプ取得メッセージを受信する、ことを特徴とするスタンプラリー用端末である。
【0031】
（１２）また、本発明は、上記課題を解決するために、スタンプラリーの実行に用いられるスタンプラリー用端末であって、一般カメラ又はＷＥＢＱＲコードリーダーで光学式コードを読み込み、前記読み込んだ光学式コードが正常か否か判断し、正常と判断する場合は、前記光学式コードで示されるアドレスへアクセスしてラリー情報を取得し、スタンプラリー参加可能アプリの起動メッセージを受信すると、ブラウザを起動し、前記スタンプラリー参加可能アプリを自動起動するための自動起動ページを表示し、前記スタンプラリー参加可能アプリを起動させることを特徴とするスタンプラリー用端末である。
【0032】
（１３）また、本発明は、上記課題を解決するために、スタンプラリーを実行するスタンプラリーサーバであって、前記スタンプラリーサーバの動作を制御する制御部と、外部と通信を実行する通信部と、スタンプラリー情報及びユーザー情報を記憶するデータベースと、を備え、前記通信部は、外部のスタンプラリー用端末から、一般カメラ又はＷＥＢＱＲコードリーダーで撮影した光学式コードで示されるアドレスへのアクセスを受信し、前記制御部に送り、前記制御部は、前記アドレスへのアクセスを受信し、前記アクセスが前記一般カメラ又はＷＥＢＱＲコードリーダーによる撮影であると判断される場合は、前記スタンプラリー用端末から取得したクッキー情報より前記データベースに問い合わせをして前記ユーザー情報を取得し、前記制御部は、前記ユーザー情報中の、ＷＥＢラリーに対する参加／未参加情報、アプリラリーに対する参加／未参加情報、ラリー情報の連携状態、アプリインストール状態、のいずれか１種類以上の情報、又は、他の情報に基づき、ＷＥＢラリーかアプリラリーのいずれかを実行することを決定することを特徴とするスタンプラリーサーバである。
【発明の効果】
【0033】
本発明によれば、ＷＥＢラリーとしてもアプリラリーとしても実行可能で、ユーザーにとって利便性の高いスタンプラリーを実現することができる。
【図面の簡単な説明】
【0034】
【図1】本実施形態にかかるスタンプラリーの全体構成図である。
【図2】ＷＥＢのみラリーの動作の概要を示す表である。
【図3】アプリのみラリーの動作の概要を示す表である。
【図4】アプリ＋ＷＥＢのラリーの動作の概要を示す表である。
【図5】アプリ＋ＷＥＢのラリーにてＱＲコードを一般カメラ又はＷＥＢＱＲコードリーダーで読み込んだ場合の状況と動作とのより詳細な対応を記載した動作表である。
【図6】スタンプラリー中のチェックポイントにおけるネイティブカメラを用いたユーザー（及び参加者端末１２）及びスランプラリーサーバ１０の動作を表すフローチャートである。
【図7】アプリ＋ＷＥＢのラリーにおいてスタンプラリー中のチェックポイントにおける一般カメラ及びＷＥＢＱＲコードリーダーを用いたユーザー（及び参加者端末１２）及びスランプラリーサーバ１０の動作を表すフローチャートである。
【図8】アプリ＋ＷＥＢのラリーにおいてスタンプラリー中のチェックポイントにおける一般カメラ及びＷＥＢＱＲコードリーダーを用いたユーザー（及び参加者端末１２）及びスランプラリーサーバ１０の動作を表す他のフローチャートである。
【図9】アプリ＋ＷＥＢのラリーにおいてスタンプラリー中のチェックポイントにおける一般カメラ及びＷＥＢＱＲコードリーダーを用いたユーザー（及び参加者端末１２）及びスランプラリーサーバ１０の動作を表すさらに他のフローチャートである。
【発明を実施するための形態】
【0035】
以下、本発明の好適な実施形態に係るスタンプラリーを実行する場合の全体構成及びそれを構成する各構成を、図面に基づき説明する。
【0036】
第１．構成
図１には、本実施形態に係るスタンプラリーの全体構成図が示されている。この図に示すように、スタンプラリーを実現する構成としては、スタンプラリーサーバ１０と、スタンプラリーサーバ１０と通信する参加者端末１２と、スタンプラリー主催者端末１４と、から構成される。このスタンプラリーサーバ１０は、事業者が管理しており、スタンラリーサービスを提供している。参加者端末１２は、スタンプラリーに参加する一般の参加者が保有する。
図１には、本実施形態に係るスタンプラリーの全体構成図が示されている。この図に示すように、スタンプラリーを実現する構成としては、スタンプラリーサーバ１０と、スタンプラリーサーバ１０と通信する参加者端末１２と、スタンプラリー主催者端末１４と、から構成される。このスタンプラリーサーバ１０は、事業者が管理しており、スタンラリーサービスを提供している。参加者端末１２は、スタンプラリーに参加する一般の参加者が保有する。
【0037】
（１）スタンプラリーサーバ１０
スタンプラリーサーバ１０は、コンピュータで構成され、ＣＰＵ等から成る制御部２００と、ラリー情報を記憶するデータベース２０２と、外部と通信をする通信部２０４と、から構成される。
スタンプラリーサーバ１０は、コンピュータであり、制御部２００が所定のコンピュータプログラムを実行することにより、所定の動作を実行している。本実施形態で説明するスタンプラリーサーバ１０の動作は、このコンピュータプログラムで記述されている。コンピュータプログラムは、所定の記憶装置に格納されている。
データベース２０２は、ハードディスク等で構成されているが、ラリー情報（スタンプラリーの情報）だけでなく、ユーザー（参加者端末１２）の情報（ユーザー情報）等も記憶している。
スタンプラリーサーバ１０は、コンピュータで構成され、ＣＰＵ等から成る制御部２００と、ラリー情報を記憶するデータベース２０２と、外部と通信をする通信部２０４と、から構成される。
スタンプラリーサーバ１０は、コンピュータであり、制御部２００が所定のコンピュータプログラムを実行することにより、所定の動作を実行している。本実施形態で説明するスタンプラリーサーバ１０の動作は、このコンピュータプログラムで記述されている。コンピュータプログラムは、所定の記憶装置に格納されている。
データベース２０２は、ハードディスク等で構成されているが、ラリー情報（スタンプラリーの情報）だけでなく、ユーザー（参加者端末１２）の情報（ユーザー情報）等も記憶している。
【0038】
参加者の情報（ユーザー情報）には、参加者の氏名やＩＤ等が含まれていてよい。また、参加者の情報には、その参加者の認証の方法や、参加する予定のスタンプラリー、参加したスタンプラリー、等が含まれていてよい。また、参加者の情報には、スタンプラリーで得たスタンプや各種特典の情報が含まれていてよい。
また、参加者の情報には、スタンプラリーの参加の状況が含まれていてよい。アプリ参加か、ＷＥＢ参加なのか、に関する参加方法に関する情報が含まれていてよい。また、どのチェックポイントに何時到着し、どのようなスタンプを得たのか、に関する情報も含まれていてよい。また、参加者の情報には、使用する参加者端末１２のＨ／Ｗの情報や、使用されているＯＳのバージョン、使用するアプリの種類やバージョン等が含まれてよい。
通信部２０４は、いわゆる通信インターフェースであり、使用する通信回線に応じて種々の通信インターフェースを利用してよい。
ＷＥＢラリーを実現する場合は、制御部２００が所定のコンピュータプログラムを実行することによって、スタンプラリーサーバ１０はＷＥＢサーバとして動作してよい。
また、参加者の情報には、スタンプラリーの参加の状況が含まれていてよい。アプリ参加か、ＷＥＢ参加なのか、に関する参加方法に関する情報が含まれていてよい。また、どのチェックポイントに何時到着し、どのようなスタンプを得たのか、に関する情報も含まれていてよい。また、参加者の情報には、使用する参加者端末１２のＨ／Ｗの情報や、使用されているＯＳのバージョン、使用するアプリの種類やバージョン等が含まれてよい。
通信部２０４は、いわゆる通信インターフェースであり、使用する通信回線に応じて種々の通信インターフェースを利用してよい。
ＷＥＢラリーを実現する場合は、制御部２００が所定のコンピュータプログラムを実行することによって、スタンプラリーサーバ１０はＷＥＢサーバとして動作してよい。
【0039】
（２）参加者端末１２
参加者端末１２は、スタンプラリーに参加したい参加者が保有する端末である。参加者は、スタンプラリーサーバ１０を利用してスタンプラリーに参加する。すなわち、スタンプラリー用端末として動作する。
参加者は、ＷＥＢラリーに参加する場合、参加者端末１２から、ブラウザ等を用いてスタンプラリーサーバ１０にアクセスし、ＷＥＢページを閲覧しながらスタンプラリーを実行することができる。
また、参加者は、アプリラリーに参加する場合、スタンプラリー参加可能アプリ（以下、単にアプリと呼ぶ）を、自己の参加者端末１２にインストールして、そのアプリを利用してスタンプラリーサーバ１０にアクセスし、スタンプラリーを実行することができる。
なお、アプリは、コンピュータソフトウェアの意味であり、スタンプラリー参加可能アプリは、スタンプラリー参加可能なコンピュータソフトウェアの好適な一例に相当する。
参加者端末１２は、スタンプラリーに参加したい参加者が保有する端末である。参加者は、スタンプラリーサーバ１０を利用してスタンプラリーに参加する。すなわち、スタンプラリー用端末として動作する。
参加者は、ＷＥＢラリーに参加する場合、参加者端末１２から、ブラウザ等を用いてスタンプラリーサーバ１０にアクセスし、ＷＥＢページを閲覧しながらスタンプラリーを実行することができる。
また、参加者は、アプリラリーに参加する場合、スタンプラリー参加可能アプリ（以下、単にアプリと呼ぶ）を、自己の参加者端末１２にインストールして、そのアプリを利用してスタンプラリーサーバ１０にアクセスし、スタンプラリーを実行することができる。
なお、アプリは、コンピュータソフトウェアの意味であり、スタンプラリー参加可能アプリは、スタンプラリー参加可能なコンピュータソフトウェアの好適な一例に相当する。
【0040】
このように、本実施形態では、参加者端末１２をスタンプラリー用端末として用いている。また、アプリラリーを実行する場合は、参加者は参加者端末１２にアプリをインストールしてスタンプラリー用端末として用いている。したがって、参加者端末１２は、請求の範囲のスタンプラリー用端末の好適な一例に相当する。また、「アプリ」は、アプリケーションプログラムの意味であり、請求の範囲のスタンプラリー参加可能アプリ（コンピュータプログラム）の好適な一例に相当する。
参加者端末１２は、自己位置検出手段を備えたスマートフォンで構成することが好ましく、本実施形態では、ＧＰＳ等の自己位置検出手段を備え、所定のディスプレイを備えて所定の画面を表示できるスマートフォンであることが好ましい。本実施形態では自己位置検出手段は必須構成ではなく、通信インターフェースと、ディスプレイを備えたコンピュータであれば参加者端末１２として使用することができる。
参加者端末１２は、自己位置検出手段を備えたスマートフォンで構成することが好ましく、本実施形態では、ＧＰＳ等の自己位置検出手段を備え、所定のディスプレイを備えて所定の画面を表示できるスマートフォンであることが好ましい。本実施形態では自己位置検出手段は必須構成ではなく、通信インターフェースと、ディスプレイを備えたコンピュータであれば参加者端末１２として使用することができる。
【0041】
（３）スタンプラリー主催者端末１４
スタンプラリー主催者端末１４は、スタンプラリーの主催者が管理・使用する端末である。スタンプラリー主催者端末１４は、どのような形状でもよい。図１では、ノート型パーソナルコンピュータであるスタンプラリー主催者端末１４ｃと、タブレット型コンピュータであるスタンプラリー主催者端末１４ｂと、スマートフォンであるスタンプラリー主催者端末１４ａと、の３種類が図示されているが、主催者は任意の形態をスタンプラリー主催者端末１４として用いてよい。
主催者は、自己が主催するスタンプラリーのスタンプラリー情報を、スタンプラリーサーバ１０に登録する。
主催者は、事業者にスタンプラリーサーバ１０の利用を申し込むと、所定のＩＤとパスワードが割り当てられる。また、主催者自身がＩＤとパスワードを設定するように構成してもよい。主催者は、これらのＩＤとパスワードを用いて自己のスタンプラリーのＷＥＢ管理画面にアクセスすることができ、当該管理画面でスタンプラリー情報を入力していく。スタンプラリーサーバ１０の制御部２００は、入力されたスタンプラリー情報を、データベース２０２に記録していく。
スタンプラリー主催者端末１４は、スタンプラリーの主催者が管理・使用する端末である。スタンプラリー主催者端末１４は、どのような形状でもよい。図１では、ノート型パーソナルコンピュータであるスタンプラリー主催者端末１４ｃと、タブレット型コンピュータであるスタンプラリー主催者端末１４ｂと、スマートフォンであるスタンプラリー主催者端末１４ａと、の３種類が図示されているが、主催者は任意の形態をスタンプラリー主催者端末１４として用いてよい。
主催者は、自己が主催するスタンプラリーのスタンプラリー情報を、スタンプラリーサーバ１０に登録する。
主催者は、事業者にスタンプラリーサーバ１０の利用を申し込むと、所定のＩＤとパスワードが割り当てられる。また、主催者自身がＩＤとパスワードを設定するように構成してもよい。主催者は、これらのＩＤとパスワードを用いて自己のスタンプラリーのＷＥＢ管理画面にアクセスすることができ、当該管理画面でスタンプラリー情報を入力していく。スタンプラリーサーバ１０の制御部２００は、入力されたスタンプラリー情報を、データベース２０２に記録していく。
【0042】
参加者は、スタンプラリーサーバ１０を介して、主催者が設定したスタンプラリーを知り、それに参加する。このように、スタンプラリーサーバ１０を利用することによって、主催者は容易にスタンプラリーを開催することができるとともに、参加者は参加したいスタンプラリーを容易に見つけて参加することが可能となる。
【0043】
第２．ＷＥＢのみラリーの実行
ＷＥＢのみラリーの開催自体は、従来から知られている様々な手法で実行してよい。
本実施形態では、チェックポイントに置かれているＱＲコードを、参加者の参加者端末１２が読み取って、チェックポイントを通過したと認定する手法を説明する。
なお、ＱＲコードは、請求の範囲の「光学式コード」の好適な一例に相当する。本実施形態ではＱＲコードを用いたが、光学的に読み取り可能なコードであればどのようなコードを用いてもよい。
ＷＥＢのみラリーの動作の概要を示す表が図２に示されている。
ＷＥＢのみラリーの開催自体は、従来から知られている様々な手法で実行してよい。
本実施形態では、チェックポイントに置かれているＱＲコードを、参加者の参加者端末１２が読み取って、チェックポイントを通過したと認定する手法を説明する。
なお、ＱＲコードは、請求の範囲の「光学式コード」の好適な一例に相当する。本実施形態ではＱＲコードを用いたが、光学的に読み取り可能なコードであればどのようなコードを用いてもよい。
ＷＥＢのみラリーの動作の概要を示す表が図２に示されている。
【0044】
図２の表の最も左の列は、使用するＱＲコードの種別を表す。「アプリ」は、アプリのみラリー用のＱＲコードを意味する。「ＷＥＢ」は、ＷＥＢのみラリー用のＱＲコードを意味する。
表の中央の列はそのＱＲコードの内容を表す。「アプリ」のＱＲコードの内容は、例えば「furari.jp」である。「ＷＥＢ」のＱＲコードの内容は、例えば「digital-stamprally.jp」である。すなわち、アクセスするＵＲＬが記述されている。なお、これらのＱＲコードの内容は好適な一例であって、任意の他の内容を使用してよい。
表の右の列は、参加者端末１２の動作を表す。通常は読み取ったＵＲＬへアクセスし、それによってスタンプの取得をする動作となる。
表の中央の列はそのＱＲコードの内容を表す。「アプリ」のＱＲコードの内容は、例えば「furari.jp」である。「ＷＥＢ」のＱＲコードの内容は、例えば「digital-stamprally.jp」である。すなわち、アクセスするＵＲＬが記述されている。なお、これらのＱＲコードの内容は好適な一例であって、任意の他の内容を使用してよい。
表の右の列は、参加者端末１２の動作を表す。通常は読み取ったＵＲＬへアクセスし、それによってスタンプの取得をする動作となる。
【0045】
図２の表の上段には、参加者端末１２が、スタンプラリーのチェックポイントにおいて、ネイティブカメラで当該ＱＲコードを撮影した際の動作が示されている。
この表に示されているように、ＷＥＢのみラリーの場合は、ネイティブカメラでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影した場合は、エラー表示となる。ＷＥＢのみラリーの場合は、後述する一般カメラか、ＷＥＢＱＲコードリーダーで撮影した場合のみ、そのチェックポイントにおけるスタンプを取得する動作を実行する。
ＷＥＢのみラリーの場合は、本来的にアプリは必要ないので、アプリを起動してネイティブカメラで撮影した場合は、エラー表示させたものである。
なお、同表中に示されているように、ネイティブカメラでアプリのみラリー用のＱＲコード「furari.jp」を撮影する場合は、ありえないので規定されていない。これは、ＷＥＢのみラリーの場合、アプリ用ＱＲコードは使用しないので発行されていないからである。
この表に示されているように、ＷＥＢのみラリーの場合は、ネイティブカメラでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影した場合は、エラー表示となる。ＷＥＢのみラリーの場合は、後述する一般カメラか、ＷＥＢＱＲコードリーダーで撮影した場合のみ、そのチェックポイントにおけるスタンプを取得する動作を実行する。
ＷＥＢのみラリーの場合は、本来的にアプリは必要ないので、アプリを起動してネイティブカメラで撮影した場合は、エラー表示させたものである。
なお、同表中に示されているように、ネイティブカメラでアプリのみラリー用のＱＲコード「furari.jp」を撮影する場合は、ありえないので規定されていない。これは、ＷＥＢのみラリーの場合、アプリ用ＱＲコードは使用しないので発行されていないからである。
【0046】
図２の表の中段には、参加者端末１２が、スタンプラリーのチェックポイントにおいて、一般カメラで当該ＱＲコードを撮影した際の動作が示されている。
この表に示されているように、ＷＥＢのみラリーの場合は、一般カメラでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影した場合は、スタンプ取得の動作を実行する。ＷＥＢのみラリーの場合は、この一般カメラか、ＷＥＢＱＲコードリーダーで撮影した場合のみ、そのチェックポイントにおけるスタンプを取得する動作を実行する。具体的には、ＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」で規定するＵＲＬへアクセスし、ユーザーにスタンプが与えられる。このＵＲＬはスタンプラリーサーバ１０が提供するように構成してよい。ユーザーからアクセスされたことによって、スタンプラリーサーバ１０は、アクセスしてきたユーザーに対して所定のスタンプを提供する。
なお、同表中に示されているように、一般カメラでアプリのみラリー用のＱＲコード「furari.jp」を撮影する場合も、ありえないので規定されていない。これは、ネイティブカメラの場合と同様である。
この表に示されているように、ＷＥＢのみラリーの場合は、一般カメラでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影した場合は、スタンプ取得の動作を実行する。ＷＥＢのみラリーの場合は、この一般カメラか、ＷＥＢＱＲコードリーダーで撮影した場合のみ、そのチェックポイントにおけるスタンプを取得する動作を実行する。具体的には、ＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」で規定するＵＲＬへアクセスし、ユーザーにスタンプが与えられる。このＵＲＬはスタンプラリーサーバ１０が提供するように構成してよい。ユーザーからアクセスされたことによって、スタンプラリーサーバ１０は、アクセスしてきたユーザーに対して所定のスタンプを提供する。
なお、同表中に示されているように、一般カメラでアプリのみラリー用のＱＲコード「furari.jp」を撮影する場合も、ありえないので規定されていない。これは、ネイティブカメラの場合と同様である。
【0047】
図２の表の下段には、参加者端末１２が、スタンプラリーのチェックポイントにおいて、ＷＥＢＱＲコードリーダーで当該ＱＲコードを撮影した際の動作が示されている。
この表に示されているように、ＷＥＢのみラリーの場合は、ＷＥＢＱＲコードリーダーでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影した場合も、一般カメラの場合と同様に、スタンプ取得の動作を実行する。この動作は、一般カメラの場合と同様にＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」で規定するＵＲＬへアクセスし、ユーザーにスタンプが与えられる。このＵＲＬは一般カメラで説明したように、スタンプラリーサーバ１０が提供するように構成してよい。ユーザーからアクセスされたことによって、スタンプラリーサーバ１０は、アクセスしてきたユーザーに対して所定のスタンプを提供する。
また、同表中に示されているように、ＷＥＢＱＲコードリーダーでアプリのみラリー用のＱＲコード「furari.jp」を撮影する場合も、ないので規定されていない。これは、ネイティブカメラ・一般カメラの場合と同様である。
これらは、あくまで対象とするＷＥＢのみラリーに参加している場合の動作である。そのため、アプリのみラリーのＱＲコードは存在しないとして説明している。
しかし、全く別のアプリのみラリーのＱＲコードを間違えて読み込んでしまう場合も可能性としてありえる。この場合は、当然ではあるが、エラー表示となる。
以上のようにして、ＷＥＢのみラリーは実行される。
この表に示されているように、ＷＥＢのみラリーの場合は、ＷＥＢＱＲコードリーダーでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影した場合も、一般カメラの場合と同様に、スタンプ取得の動作を実行する。この動作は、一般カメラの場合と同様にＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」で規定するＵＲＬへアクセスし、ユーザーにスタンプが与えられる。このＵＲＬは一般カメラで説明したように、スタンプラリーサーバ１０が提供するように構成してよい。ユーザーからアクセスされたことによって、スタンプラリーサーバ１０は、アクセスしてきたユーザーに対して所定のスタンプを提供する。
また、同表中に示されているように、ＷＥＢＱＲコードリーダーでアプリのみラリー用のＱＲコード「furari.jp」を撮影する場合も、ないので規定されていない。これは、ネイティブカメラ・一般カメラの場合と同様である。
これらは、あくまで対象とするＷＥＢのみラリーに参加している場合の動作である。そのため、アプリのみラリーのＱＲコードは存在しないとして説明している。
しかし、全く別のアプリのみラリーのＱＲコードを間違えて読み込んでしまう場合も可能性としてありえる。この場合は、当然ではあるが、エラー表示となる。
以上のようにして、ＷＥＢのみラリーは実行される。
【0048】
第３．アプリのみラリーの実行
アプリのみラリーの開催自体は、従来から知られている様々な手法で実行してよい。
本実施形態では、上のＷＥＢのみラリーの説明と同様に、チェックポイントに置かれているＱＲコードを、参加者の参加者端末１２が読み取って、チェックポイントを通過したと認定する手法を説明する。
アプリのみラリーの動作の概要を示す表が図３に示されている。
アプリのみラリーの開催自体は、従来から知られている様々な手法で実行してよい。
本実施形態では、上のＷＥＢのみラリーの説明と同様に、チェックポイントに置かれているＱＲコードを、参加者の参加者端末１２が読み取って、チェックポイントを通過したと認定する手法を説明する。
アプリのみラリーの動作の概要を示す表が図３に示されている。
【0049】
図３の表の最も左の列は、図２と同様に、使用するＱＲコードの種別を表す。「アプリ」は、アプリのみラリー用のＱＲコードを意味する。「ＷＥＢ」は、ＷＥＢのみラリー用のＱＲコードを意味する。
図２と同様に、図３の表の中央の列はそのＱＲコードの内容を表す。内容は図２と同様である。
図３の表の右の列は、参加者端末１２の動作を表す。図２と同様に、通常は、読み取ったＵＲＬへアクセスし、それによってスタンプの取得をする動作となる。
図２と同様に、図３の表の中央の列はそのＱＲコードの内容を表す。内容は図２と同様である。
図３の表の右の列は、参加者端末１２の動作を表す。図２と同様に、通常は、読み取ったＵＲＬへアクセスし、それによってスタンプの取得をする動作となる。
【0050】
図３の表の上段には、参加者端末１２が、スタンプラリーのチェックポイントにおいて、ネイティブカメラで当該ＱＲコードを撮影した際の動作が示されている。
この表に示されているように、アプリのみラリーの場合は、ネイティブカメラでアプリのみラリー用のＱＲコード「furari.jp」を撮影した場合は、スタンプ取得の動作を実行する。アプリのみラリーの場合は、アプリの内部カメラであるネイティブカメラで撮影した場合のみ、そのチェックポイントにおけるスタンプを取得する動作を実行する。具体的には、アプリのみラリー用のＱＲコード「furari.jp」で規定するＵＲＬへアクセスし、ユーザーにスタンプが与えられる。このＵＲＬはスタンプラリーサーバ１０が提供するように構成してよい。ユーザーからアクセスされたことによって、スタンプラリーサーバ１０は、アクセスしてきたユーザーに対して所定のスタンプを提供する。
なお、同表中に示されているように、ネイティブカメラでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影する場合は、ありえないので規定されていない。これは、アプリのみラリーの場合、ＷＥＢ用ＱＲコードは使用しないので発行されていないからである。
この表に示されているように、アプリのみラリーの場合は、ネイティブカメラでアプリのみラリー用のＱＲコード「furari.jp」を撮影した場合は、スタンプ取得の動作を実行する。アプリのみラリーの場合は、アプリの内部カメラであるネイティブカメラで撮影した場合のみ、そのチェックポイントにおけるスタンプを取得する動作を実行する。具体的には、アプリのみラリー用のＱＲコード「furari.jp」で規定するＵＲＬへアクセスし、ユーザーにスタンプが与えられる。このＵＲＬはスタンプラリーサーバ１０が提供するように構成してよい。ユーザーからアクセスされたことによって、スタンプラリーサーバ１０は、アクセスしてきたユーザーに対して所定のスタンプを提供する。
なお、同表中に示されているように、ネイティブカメラでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影する場合は、ありえないので規定されていない。これは、アプリのみラリーの場合、ＷＥＢ用ＱＲコードは使用しないので発行されていないからである。
【0051】
図３の表の中段には、参加者端末１２が、スタンプラリーのチェックポイントにおいて、一般カメラで当該ＱＲコードを撮影した際の動作が示されている。
この表に示されているように、アプリのみラリーの場合は、一般カメラでアプリのみラリー用のＱＲコード「furari.jp」を撮影した場合は、アプリをダウンロードしている場合は、「アプリ起動」を実行する。アプリがダウンロードされていない場合は、参加者端末
１２は、アプリをダウンロードしますか？と聞いてくる。ここで、ユーザーが「はい」をタッチすると、アプリダウンロード画面に遷移させる。このような動作を図３の表の中段において「アプリ誘導」と記載している。このような動作によって、アプリが自動的に起動されるので、ユーザーはアプリ内のネイティブカメラでアプリのみラリー用のＱＲコードを容易に撮影することができる。この撮影後の動作は、上記図３の表の上段で説明したとおりである。
本実施形態において特徴的なことは、ネイティブカメラで撮影するべきＱＲコードを一般カメラで撮影した場合、アプリがインストールされている場合は、アプリが自動的に起動し、アプリがインストールされていない場合は、アプリダウンロード画面へ誘導するなど、このように構成することによって、いわゆるユーザーがラリーに参加しやすいようにすることができ、ユーザーの利便性が向上する。
アプリの起動
このように、アプリが自動的に起動するようにするには、読み込むＱＲコードの内容に、当該起動するために内容を含むＵＲＬへリダイレクトするように構成しておけばよい。このいわばアプリ起動用ＵＲＬへリダイレクトさせることによって、そのアプリ起動用ＵＲＬの記述内容に従って対応するアプリが起動する。
なお、同表の中段に示されているように、一般カメラでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影する場合も、同表の上段（ネイティブカメラ）の場合と同様にありえないので規定されていない。すなわち、アプリのみラリーの場合は、それに対応するＷＥＢのみラリー用ＱＲコードは使用しないので発行されていない。
この表に示されているように、アプリのみラリーの場合は、一般カメラでアプリのみラリー用のＱＲコード「furari.jp」を撮影した場合は、アプリをダウンロードしている場合は、「アプリ起動」を実行する。アプリがダウンロードされていない場合は、参加者端末
１２は、アプリをダウンロードしますか？と聞いてくる。ここで、ユーザーが「はい」をタッチすると、アプリダウンロード画面に遷移させる。このような動作を図３の表の中段において「アプリ誘導」と記載している。このような動作によって、アプリが自動的に起動されるので、ユーザーはアプリ内のネイティブカメラでアプリのみラリー用のＱＲコードを容易に撮影することができる。この撮影後の動作は、上記図３の表の上段で説明したとおりである。
本実施形態において特徴的なことは、ネイティブカメラで撮影するべきＱＲコードを一般カメラで撮影した場合、アプリがインストールされている場合は、アプリが自動的に起動し、アプリがインストールされていない場合は、アプリダウンロード画面へ誘導するなど、このように構成することによって、いわゆるユーザーがラリーに参加しやすいようにすることができ、ユーザーの利便性が向上する。
アプリの起動
このように、アプリが自動的に起動するようにするには、読み込むＱＲコードの内容に、当該起動するために内容を含むＵＲＬへリダイレクトするように構成しておけばよい。このいわばアプリ起動用ＵＲＬへリダイレクトさせることによって、そのアプリ起動用ＵＲＬの記述内容に従って対応するアプリが起動する。
なお、同表の中段に示されているように、一般カメラでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影する場合も、同表の上段（ネイティブカメラ）の場合と同様にありえないので規定されていない。すなわち、アプリのみラリーの場合は、それに対応するＷＥＢのみラリー用ＱＲコードは使用しないので発行されていない。
【0052】
図３の表の下段には、参加者端末１２が、スタンプラリーのチェックポイントにおいて、ＷＥＢＱＲコードリーダーで当該ＱＲコードを撮影した際の動作が示されている。
この表に示されているように、アプリのみラリーの場合は、ＷＥＢＱＲコードリーダーでアプリのみラリー用のＱＲコード「furari.jp」を撮影した場合は、エラー表示となる。アプリのみラリーの場合は、アプリ内のネイティブカメラで撮影した場合のみ、そのチェックポイントにおけるスタンプを取得する動作を実行する。
アプリのみラリーの場合は、ＷＥＢＱＲコードリーダーで読み込むことは想定していないので、エラー表示させたものである。
また、同表中に示されているように、ＷＥＢＱＲコードリーダーでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影する場合は、中段での説明と同様に、ありえないので規定されていない。
以上のようにして、アプリのみラリーは実行される。
この表に示されているように、アプリのみラリーの場合は、ＷＥＢＱＲコードリーダーでアプリのみラリー用のＱＲコード「furari.jp」を撮影した場合は、エラー表示となる。アプリのみラリーの場合は、アプリ内のネイティブカメラで撮影した場合のみ、そのチェックポイントにおけるスタンプを取得する動作を実行する。
アプリのみラリーの場合は、ＷＥＢＱＲコードリーダーで読み込むことは想定していないので、エラー表示させたものである。
また、同表中に示されているように、ＷＥＢＱＲコードリーダーでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影する場合は、中段での説明と同様に、ありえないので規定されていない。
以上のようにして、アプリのみラリーは実行される。
【0053】
第４．アプリ＋ＷＥＢのラリーの実行
これまで、ＷＥＢのみで実行するラリーや、アプリのみで実行するラリーの説明を行ってきたが、ＷＥＢ上でもアプリを用いても実行できるラリーがあれば便利である。例えば、初心者は最初はハードルの低いＷＥＢでラリーを実行したい場合もあるし、慣れてきから本格的にアプリを用いたラリーを実行したいという場合が想定される。
そこで、本節では、ＷＥＢ上でも実行でき、また、アプリを用いて実行することも可能なラリーであるアプリ＋ＷＥＢのラリーの動作の概要を説明する。
なお、本節では、参加者端末１２に、あらかじめアプリがインストールされていることを前提として説明を行う。
アプリ＋ＷＥＢのラリーの動作の概要を示す表が図４に示されている。
これまで、ＷＥＢのみで実行するラリーや、アプリのみで実行するラリーの説明を行ってきたが、ＷＥＢ上でもアプリを用いても実行できるラリーがあれば便利である。例えば、初心者は最初はハードルの低いＷＥＢでラリーを実行したい場合もあるし、慣れてきから本格的にアプリを用いたラリーを実行したいという場合が想定される。
そこで、本節では、ＷＥＢ上でも実行でき、また、アプリを用いて実行することも可能なラリーであるアプリ＋ＷＥＢのラリーの動作の概要を説明する。
なお、本節では、参加者端末１２に、あらかじめアプリがインストールされていることを前提として説明を行う。
アプリ＋ＷＥＢのラリーの動作の概要を示す表が図４に示されている。
【0054】
図４の表の最も左の列は、図２、図３と同様に、使用するＱＲコードの種別を表す。
図４の表の中央の列も、図２等と同様に、そのＱＲコードの内容を表す。
図４の表の右の列は、参加者端末１２の動作を表す。図２等と同様に、通常は、読み取ったＵＲＬへアクセスし、それによってスタンプの取得をする動作となる。
図４の表の中央の列も、図２等と同様に、そのＱＲコードの内容を表す。
図４の表の右の列は、参加者端末１２の動作を表す。図２等と同様に、通常は、読み取ったＵＲＬへアクセスし、それによってスタンプの取得をする動作となる。
【0055】
図４の表の上段には、参加者端末１２が、スタンプラリーのチェックポイントにおいて、ネイティブカメラで当該ＱＲコードを撮影した際の動作が示されている。
この表に示されているように、アプリ＋ＷＥＢのラリーの場合、ネイティブカメラでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影した場合は、スタンプ取得の動作を実行する。
アプリ＋ＷＥＢのラリーの場合、アプリでもＷＥＢ上でもラリーの実行を可能としているので、アプリでネイティブカメラを用いてＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影した場合でも、スタンプ取得を可能としたものである。
アプリ＋ＷＥＢのラリーの場合は、アプリの内部カメラであるネイティブカメラで撮影した場合のみ、そのチェックポイントにおけるスタンプを取得する動作を実行する。
この表に示されているように、アプリ＋ＷＥＢのラリーの場合、ネイティブカメラでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影した場合は、スタンプ取得の動作を実行する。
アプリ＋ＷＥＢのラリーの場合、アプリでもＷＥＢ上でもラリーの実行を可能としているので、アプリでネイティブカメラを用いてＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影した場合でも、スタンプ取得を可能としたものである。
アプリ＋ＷＥＢのラリーの場合は、アプリの内部カメラであるネイティブカメラで撮影した場合のみ、そのチェックポイントにおけるスタンプを取得する動作を実行する。
【0056】
具体的には、アプリが、ＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」で規定するＵＲＬへアクセスする。このアクセスは、ネイティブカメラで撮影したＵＲＬへアクセスしていること、及びユーザーの情報を含むアクセスである。このアクセスを受信したスタンプラリーサーバ１０は、当該ユーザーにスタンプを与える動作を実行する。
具体的には、通信部２０４が当該アクセスを受信し、制御部２００に送る。制御部２００は、ネイティブカメラによる撮影に基づいてＵＲＬにアクセスしていることを判断し、さらに、ユーザーを特定する。
制御部２００は、データベース２０２中の、特定したユーザーの情報中にスタンプを登録することによってユーザーにスタンプを与える。また、制御部２００は、スタンプ取得メッセージを通信部２０４に送り、通信部２０４はスタンプ取得メッセージを参加者端末１２に送信する。これによって、ユーザーはスタンプの取得を確認することができる。
このようにスタンプラリーサーバ１０はＷＥＢサーバとして機能することができる。
なお、同表中に示されているように、ネイティブカメラでアプリのみラリー用のＱＲコード「furari.jp」を撮影する場合は、ありえないので規定されていない。これは、アプリ＋ＷＥＢのラリーの場合、アプリ用ＱＲコードは使用しないので発行されていないからである。
具体的には、通信部２０４が当該アクセスを受信し、制御部２００に送る。制御部２００は、ネイティブカメラによる撮影に基づいてＵＲＬにアクセスしていることを判断し、さらに、ユーザーを特定する。
制御部２００は、データベース２０２中の、特定したユーザーの情報中にスタンプを登録することによってユーザーにスタンプを与える。また、制御部２００は、スタンプ取得メッセージを通信部２０４に送り、通信部２０４はスタンプ取得メッセージを参加者端末１２に送信する。これによって、ユーザーはスタンプの取得を確認することができる。
このようにスタンプラリーサーバ１０はＷＥＢサーバとして機能することができる。
なお、同表中に示されているように、ネイティブカメラでアプリのみラリー用のＱＲコード「furari.jp」を撮影する場合は、ありえないので規定されていない。これは、アプリ＋ＷＥＢのラリーの場合、アプリ用ＱＲコードは使用しないので発行されていないからである。
【0057】
図４の表の中段には、参加者端末１２が、スタンプラリーのチェックポイントにおいて、一般カメラで当該ＱＲコードを撮影した際の動作が示されている。
この表に示されているように、アプリ＋ＷＥＢのラリーの場合は、一般カメラでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影した場合は、参加者端末１２はアプリ起動を実行する。すなわち、図３の表の中段と同様に、アプリ起動用ＵＲＬへのリダイレクトが実行され、対応するアプリが起動する。
ただし、参加者端末１２が当該ラリーにアプリでログインした情報がない場合は、さらに当該ＵＲＬ「digital-stamprally.jp」へのリダイレクトが実行される。これは、過去に当該ラリーへアプリでのログインがない場合は、アプリ起動せずにＷＥＢ上にてスタンプ取得になるためである。
すなわち、スタンプラリーサーバ１０が、一般カメラで撮影したＱＲコードに基づき、当該ＵＲＬへアクセスしたと判断した場合は、アプリ起動用ＵＲＬへのリダイレクトを実行する。
具体的には、通信部２０４が、一般カメラで撮影したＱＲコードに基づくアクセスを受信し、これを制御部２００に送る。制御部２００は、一般カメラで撮影したＱＲコードに基づくアクセスであると判断すると、アプリ起動用ＵＲＬへリダイレクトさせるために、このアプリ起動用ＵＲＬを通信部２０４に送る。通信部２０４は、アプリ起動用ＵＲＬを参加者端末１２に送信する。これによって、参加者端末１２は、アプリ起動用ＵＲＬへリダイレクトすることができる。
この表に示されているように、アプリ＋ＷＥＢのラリーの場合は、一般カメラでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影した場合は、参加者端末１２はアプリ起動を実行する。すなわち、図３の表の中段と同様に、アプリ起動用ＵＲＬへのリダイレクトが実行され、対応するアプリが起動する。
ただし、参加者端末１２が当該ラリーにアプリでログインした情報がない場合は、さらに当該ＵＲＬ「digital-stamprally.jp」へのリダイレクトが実行される。これは、過去に当該ラリーへアプリでのログインがない場合は、アプリ起動せずにＷＥＢ上にてスタンプ取得になるためである。
すなわち、スタンプラリーサーバ１０が、一般カメラで撮影したＱＲコードに基づき、当該ＵＲＬへアクセスしたと判断した場合は、アプリ起動用ＵＲＬへのリダイレクトを実行する。
具体的には、通信部２０４が、一般カメラで撮影したＱＲコードに基づくアクセスを受信し、これを制御部２００に送る。制御部２００は、一般カメラで撮影したＱＲコードに基づくアクセスであると判断すると、アプリ起動用ＵＲＬへリダイレクトさせるために、このアプリ起動用ＵＲＬを通信部２０４に送る。通信部２０４は、アプリ起動用ＵＲＬを参加者端末１２に送信する。これによって、参加者端末１２は、アプリ起動用ＵＲＬへリダイレクトすることができる。
【0058】
このような動作の結果、アプリが自動的に起動し、直ちにネイティブカメラによるＱＲコードの撮影に移行することができる。この結果、図４の表の上段で説明したような動作を実行することができ、スタンプの取得が実行される。
本実施形態において特徴的なことは、アプリ＋ＷＥＢのラリーにおいて、当該ラリーへアプリでのログイン情報がある参加者が一般カメラでＱＲコードを撮影してしまった場合、自動的にアプリが起動され、そのアプリによる（ネイティブカメラによる）撮影を容易に開始することができることである。これによって、必要な場合に必要なアプリを自動的に起動させることができ、ユーザーの利便性が向上する。
本実施形態において特徴的なことは、アプリ＋ＷＥＢのラリーにおいて、当該ラリーへアプリでのログイン情報がある参加者が一般カメラでＱＲコードを撮影してしまった場合、自動的にアプリが起動され、そのアプリによる（ネイティブカメラによる）撮影を容易に開始することができることである。これによって、必要な場合に必要なアプリを自動的に起動させることができ、ユーザーの利便性が向上する。
【0059】
なお、同表の中段に示されているように、一般カメラでアプリのみラリー用のＱＲコード「furari.jp」を撮影する場合も、同表の上段（ネイティブカメラ）の場合と同様にありえないので規定されていない。すなわち、アプリ＋ＷＥＢのラリーの場合は、それに対応するアプリのみラリー用ＱＲコードは使用しないので発行されていない。
【0060】
図４の表の下段には、参加者端末１２が、スタンプラリーのチェックポイントにおいて、ＷＥＢＱＲコードリーダーで当該ＱＲコードを撮影した際の動作が示されている。
この表に示されているように、アプリ＋ＷＥＢのラリーの場合は、ＷＥＢＱＲコードリーダーでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影した場合は、同表の中段で説明したのと同様に、起動ＵＲＬへリダイレクトされ、参加者端末１２はアプリ起動を実行する。この結果、ネイティブカメラによるＱＲコードの撮影を容易に実行することができる。ただし、参加者端末１２が当該ラリーにアプリでログインした情報がない場合は、さらに当該ＵＲＬ「digital-stamprally.jp」へのリダイレクトが実行される。なお、リダイレクトは、スタンプラリーサーバ１０が実行する。この結果、図４の表の中段と同様に、ユーザーは容易にスタンプを取得することができる。
また、同表中に示されているように、ＷＥＢＱＲコードリーダーでアプリのみラリー用のＱＲコード「furari.jp」を撮影する場合は、同表中段での説明と同様に、ありえないので規定されていない。
この表に示されているように、アプリ＋ＷＥＢのラリーの場合は、ＷＥＢＱＲコードリーダーでＷＥＢのみラリー用のＱＲコード「digital-stamprally.jp」を撮影した場合は、同表の中段で説明したのと同様に、起動ＵＲＬへリダイレクトされ、参加者端末１２はアプリ起動を実行する。この結果、ネイティブカメラによるＱＲコードの撮影を容易に実行することができる。ただし、参加者端末１２が当該ラリーにアプリでログインした情報がない場合は、さらに当該ＵＲＬ「digital-stamprally.jp」へのリダイレクトが実行される。なお、リダイレクトは、スタンプラリーサーバ１０が実行する。この結果、図４の表の中段と同様に、ユーザーは容易にスタンプを取得することができる。
また、同表中に示されているように、ＷＥＢＱＲコードリーダーでアプリのみラリー用のＱＲコード「furari.jp」を撮影する場合は、同表中段での説明と同様に、ありえないので規定されていない。
【0061】
以上のようにして、アプリ＋ＷＥＢのラリーは実行される。また、図２、図３、図４の説明で示したＱＲコードやそれが表すＵＲＬは、好適な一例に過ぎず、どのようなＵＲＬでもよいし、ＱＲコード以外の光学コードを利用してもよい。
さらに、図２、図３、図４で説明した例では、理解を容易にするために、ＷＥＢのみラリー用のＱＲコード（及びそれが表すＵＲＬ）と、アプリのみラリー用のＱＲコード（及びそれが表すＵＲＬ）と、の２種のＱＲコードを用いて説明したが、単一の（共通の）ＱＲコードを用いる構成を採用することもできる。
単一のＱＲコード（ＵＲＬ）にアクセスを行わせて、アクセス毎にスタンプラリーサーバ１０側で個別の対応をしてもよい。すなわち、スタンプラリーサーバ１０は、個々のアクセスに対して様々な条件に応じて適切な処理を行うことも好適である。このような処理の好適な一例が図５の表に示されている。
さらに、図２、図３、図４で説明した例では、理解を容易にするために、ＷＥＢのみラリー用のＱＲコード（及びそれが表すＵＲＬ）と、アプリのみラリー用のＱＲコード（及びそれが表すＵＲＬ）と、の２種のＱＲコードを用いて説明したが、単一の（共通の）ＱＲコードを用いる構成を採用することもできる。
単一のＱＲコード（ＵＲＬ）にアクセスを行わせて、アクセス毎にスタンプラリーサーバ１０側で個別の対応をしてもよい。すなわち、スタンプラリーサーバ１０は、個々のアクセスに対して様々な条件に応じて適切な処理を行うことも好適である。このような処理の好適な一例が図５の表に示されている。
【0062】
第５．図５に示された処理動作の説明
以下、アプリ＋ＷＥＢのラリーにおいて、一般カメラ又はＷＥＢＱＲコードリーダーで当該ＱＲコードを撮影した際の本実施形態の動作を動作表に基づき説明する。
図５には、本実施形態における状況と動作とのより詳細な対応を記載した動作表が示されている。これはアプリ＋ＷＥＢのラリーを実行する際に、機能的にも利便性の高いアプリラリーを優先的に実行させることが目的となっている。
この図５に示された動作は、主としてスタンプラリーサーバ１０、特に制御部２００の動作であり、また一部参加者端末１２の動作も含む。
この表に示された動作は、以下のことを前提としている。
・ユーザーがスタンプラリーに参加する時には、ＳＮＳ認証若しくはメールアカウント登録を必須要件としている。
・ＳＮＳ認証とメールアカウント登録とを同時に使用されることはない。
・アプリ参加時には、ブラウザが起動してアプリ参加済み情報がスランプラリーサーバ１０のデータベース２０２中に記録される。
以下、アプリ＋ＷＥＢのラリーにおいて、一般カメラ又はＷＥＢＱＲコードリーダーで当該ＱＲコードを撮影した際の本実施形態の動作を動作表に基づき説明する。
図５には、本実施形態における状況と動作とのより詳細な対応を記載した動作表が示されている。これはアプリ＋ＷＥＢのラリーを実行する際に、機能的にも利便性の高いアプリラリーを優先的に実行させることが目的となっている。
この図５に示された動作は、主としてスタンプラリーサーバ１０、特に制御部２００の動作であり、また一部参加者端末１２の動作も含む。
この表に示された動作は、以下のことを前提としている。
・ユーザーがスタンプラリーに参加する時には、ＳＮＳ認証若しくはメールアカウント登録を必須要件としている。
・ＳＮＳ認証とメールアカウント登録とを同時に使用されることはない。
・アプリ参加時には、ブラウザが起動してアプリ参加済み情報がスランプラリーサーバ１０のデータベース２０２中に記録される。
【0063】
図５の動作表には、１０個の動作が記載されている。この表の左の列から順に、説明する動作のＮｏ（ナンバー）、特記事項、ＷＥＢラリーの参加状況（ＷＥＢラリーに対する参加／未参加情報）、アプリラリーの参加状況（アプリラリーに対する参加／未参加情報）、ＷＥＢラリーとアプリラリーとの連携状態、アプリのインストール状態、ユーザー情報取得可否に関する情報（参考情報）、最終状態をそれぞれ表す。これらの情報（パラメータ）は、主として、データベース２０２中にユーザーごとに記憶されていてよい。しかし、ラリーの種類によっては、参加者端末１２に格納されていてよいし、スタンプラリーサーバ１０（その制御部２００）が、必要に応じて問い合わせをして調べてもよい。
なお、図５の動作表の各情報（パラメータ）は、全てが必要ではなく、一部の情報（パラメータ）のみを利用してもよい。すなわちいずれか１種以上の情報に基づき、動作（ＷＥＢラリーを実行するか／アプリラリーを実行するか）を決定してもよい。
また、図５の動作表の各情報（パラメータ）の種別は、一例であり、図５に示されていない他の種類の情報（パラメータ）を利用してもよい。また、図５には、１０個の動作が記載されているが、これは何個の動作を規定してもよい。２個でもよいし、１００個以上の動作を規定してもよい。さらに、図５の動作表の最終状態も様々な内容としてよい。
図５の動作表は、発明の理解のために好ましいわかりやすい例を挙げたが、本発明はこの内容に限定されるものではない。
なお、図５の動作表の各情報（パラメータ）は、全てが必要ではなく、一部の情報（パラメータ）のみを利用してもよい。すなわちいずれか１種以上の情報に基づき、動作（ＷＥＢラリーを実行するか／アプリラリーを実行するか）を決定してもよい。
また、図５の動作表の各情報（パラメータ）の種別は、一例であり、図５に示されていない他の種類の情報（パラメータ）を利用してもよい。また、図５には、１０個の動作が記載されているが、これは何個の動作を規定してもよい。２個でもよいし、１００個以上の動作を規定してもよい。さらに、図５の動作表の最終状態も様々な内容としてよい。
図５の動作表は、発明の理解のために好ましいわかりやすい例を挙げたが、本発明はこの内容に限定されるものではない。
【0064】
ここで、ＷＥＢラリーとアプリラリーとの連携状態とは、同一のユーザーが実行したＷＥＢラリーの情報と、アプリラリーの情報との連携に関する状態をいう。本実施形態では、ある特定のユーザーがＷＥＢラリーで実行したスタンプラリーの情報を、そのユーザーがアプリに連携することで、ＷＥＢラリーで得たスタンプをアプリラリーで引き継ぐことが可能となり、ユーザーの利便性が向上することが期待される。
連携のためには、ＷＥＢラリーを実行した際のユーザーのＩＤと、アプリラリーを実行した場合のユーザーのＩＤとを共通のＩＤとすれば、ＷＥＢラリーの情報をアプリラリーで引き継ぐことが可能となる。ＩＤはユーザーを識別できればどのようなものでも利用できる。例えば、メールアドレスでもよい。また、ＳＮＳで用いているＩＤを利用してもよい。このようなＩＤ・認証で、同一のユーザーか否かを判断する。
連携のためには、ＷＥＢラリーを実行した際のユーザーのＩＤと、アプリラリーを実行した場合のユーザーのＩＤとを共通のＩＤとすれば、ＷＥＢラリーの情報をアプリラリーで引き継ぐことが可能となる。ＩＤはユーザーを識別できればどのようなものでも利用できる。例えば、メールアドレスでもよい。また、ＳＮＳで用いているＩＤを利用してもよい。このようなＩＤ・認証で、同一のユーザーか否かを判断する。
【0065】
これによって、そのユーザーがＷＥＢラリーでスタンプラリーの結果を、アプリラリーでの実行済みスタンプラリーの結果としてデータベース２０２中に記憶させることができる。さらに、連携後に当該アプリをアンインストールした場合は、記憶されたスタンプラリーの結果を、実行済みのＷＥＢラリーの結果として引き継ぐことが可能となる。異なるスタンプラリーの結果を、同一のユーザーのものとして連携させることができれば、どのような方法でもよい。
【0066】
まず表中、Ｎｏ．１の動作は、ＷＥＢラリー未参加、アプリラリーにも未参加の状態における動作である。これに加え、ＷＥＢラリーとアプリラリーとが連携していない状態で、アプリもインストールしていない状態である。さらに、ユーザー情報が取得されていない状態では、最終的にＷＥＢラリーが実行される。
【0067】
Ｎｏ．２の動作は、Ｎｏ．１と同様にＷＥＢラリー未参加、アプリラリーにも未参加の状態における動作である。さらに、ＷＥＢラリーとアプリラリーとが連携していない状態であるが、アプリはインストールされている。そして、ユーザー情報が取得されていない状態では、最終的にＷＥＢラリーが実行される。
【0068】
Ｎｏ．３の動作は、ＷＥＢラリーに参加、アプリラリーには未参加の状態における動作である。さらに、ＷＥＢラリーとアプリラリーとが連携していない状態であり、アプリもインストールされていない。一方、ユーザー情報は取得されている状態では、最終的にＷＥＢラリーが実行される。
【0069】
Ｎｏ．４の動作は、Ｎｏ．３と同様にＷＥＢラリーに参加、アプリラリーには未参加の状態における動作である。さらに、ＷＥＢラリーとアプリラリーとが連携していない状態であるが、アプリはインストールされている。一方、ユーザー情報は取得されている状態では、最終的にＷＥＢラリーが実行される。
【0070】
Ｎｏ．５の動作は、ＷＥＢラリー未参加であるが、アプリラリーには参加の状態における動作である。さらに、ＷＥＢラリーとアプリラリーとが連携していない状態で、アプリはアンインストールされている。さらに、ユーザー情報が取得されていない状態では、最終的にＷＥＢラリーが実行される。
【0071】
Ｎｏ．６の動作は、ＷＥＢラリー未参加であるが、アプリラリーには参加の状態における動作である。さらに、ＷＥＢラリーとアプリラリーとが連携していない状態であるが、アプリはインストールされている。またさらに、ユーザー情報が取得されていない状態では、最終的にアプリが起動される。アプリは、アプリラリーに参加するためにインストールされているのであるから、アプリラリーに参加する場合は、アプリを起動するのが妥当だからである。
【0072】
Ｎｏ．７の動作は、ＷＥＢラリーに参加し、アプリラリーにも参加している状態における動作である。さらに、ＷＥＢラリーとアプリラリーとが連携している状態であるが、アプリはアンインストールされている。さらに、ユーザー情報が取得されている状態では、最終的にＷＥＢラリーが実行される。アプリをアンインストールしているので、ＷＥＢラリーを実行するのが妥当だからである。
【0073】
Ｎｏ．８の動作は、ＷＥＢラリーに参加し、アプリラリーにも参加の状態における動作である。この状態で、ＷＥＢラリーとアプリラリーとが連携している状態で、アプリもインストールされている。さらに、ユーザー情報が取得されている状態では、最終的にアプリが起動される。アプリは、アプリラリーに参加するためにインストールされているのであるから、アプリラリーに参加する場合は、アプリを起動するのが妥当だからである。
【0074】
Ｎｏ．９の動作は、ＷＥＢラリーと、アプリラリーとの登録メールアドレスが異なる場合の動作である。Ｎｏ．９の動作は、ＷＥＢラリーに参加し、アプリラリーにも参加している状態における動作である。この状態で、ＷＥＢラリーとアプリラリーとが連携していない状態であり、アプリはアンインストールされている。さらに、ユーザー情報が異なるＩＤの状態では、最終的にＷＥＢラリーが実行される。異なるＩＤの場合は、アプリに連携されないことが妥当だからである。
【0075】
Ｎｏ．１０の動作も、Ｎｏ．９と同様に、ＷＥＢラリーと、アプリラリーとの登録メールアドレスが異なる場合の動作である。Ｎｏ．１０の動作も、Ｎｏ．９と同様に、ＷＥＢラリーに参加し、アプリラリーにも参加している状態における動作である。この状態で、ＷＥＢラリーとアプリラリーとが連携してない状態であるが、アプリはインストールされている。さらに、ユーザー情報が取得されている状態だが、最終的にはＷＥＢラリーが起動される。異なるＩＤの場合は、アプリに連携されないことが妥当だからである。
なお、図５で示した動作は、好適な一例ではあるが、図５で示した種々の情報の全てを条件とする必要はない。一部の情報（少なくとも１種以上の情報）にのみ基づいて処理動作（ＷＥＢラリーとするか、アプリラリーとするか）を決定してもよい。その結果、図５に示すラリーとは異なるラリーを実行してもよい。
なお、図５で示した動作は、好適な一例ではあるが、図５で示した種々の情報の全てを条件とする必要はない。一部の情報（少なくとも１種以上の情報）にのみ基づいて処理動作（ＷＥＢラリーとするか、アプリラリーとするか）を決定してもよい。その結果、図５に示すラリーとは異なるラリーを実行してもよい。
【0076】
第６．本実施形態の主軸
上述した図５の表において説明したように、チェックポイントでＱＲコードを読み込むと、アプリが起動する条件が成立している場合は、対応するアプリが起動する仕組みを実現している。これによって、アプリがインストールされており、条件が成立していれば自動的にアプリが起動してアプリラリーを続行することができ、ユーザーの利便性が向上する。
上述した図５の表において説明したように、チェックポイントでＱＲコードを読み込むと、アプリが起動する条件が成立している場合は、対応するアプリが起動する仕組みを実現している。これによって、アプリがインストールされており、条件が成立していれば自動的にアプリが起動してアプリラリーを続行することができ、ユーザーの利便性が向上する。
【0077】
一方、この際にアプリの起動を失敗したとき（アプリの起動の条件が揃わなかったとき等含む）においては、ブラウザがＷＥＢラリーのページを閲覧することによって、ＷＥＢラリーを実行することができる。
このように、本実施形態（図５）によれば、優先的に利便性の高いアプリが起動でき、アプリラリーが実行できる場合は、そのような動作を自動的に実行でき、一方、アプリが起動できない場合は、ＷＥＢラリーを実行することができるので、便利である。
このように、本実施形態（図５）によれば、優先的に利便性の高いアプリが起動でき、アプリラリーが実行できる場合は、そのような動作を自動的に実行でき、一方、アプリが起動できない場合は、ＷＥＢラリーを実行することができるので、便利である。
【0078】
本実施形態の主軸は、特に下記のようになる。
（１）アプリラリーでもＷＥＢラリーでも同じ「共通ＱＲコード」を使用してスタンプが取得できる。
（２）アプリラリーの方が、参加者にとって利便性が高いため、一度でもアプリラリーでログインした場合は、その後アプリラリーに誘導する。
・具体的には、一般カメラ又はＷＥＢＱＲコードリーダーからのＱＲコード撮影でも、ＩＤ認証によりユーザーを特定し、最終ログインがアプリ起動の場合は強制的にアプリ起動へ誘導する。
・そのため、原則として１度でもアプリラリーでログインした参加者は、その後ＷＥＢラリーには同じＩＤでは参加できない。
・最初からアプリラリーで参加した場合も同様に、ＷＥＢラリーには同じＩＤでは参加できない
・ただし、アプリをアンインストールした場合のみ、その後ＷＥＢラリーにて同じＩＤにて情報を引き継ぐことができる
（３）本実施形態において、連携（連動）とは、ＷＥＢラリーのスタンプ情報をアプリラリーに引き継ぐことが前提である。
・アプリラリーの情報をＷＥＢラリーに引き継ぐ場合は、アプリラリー参加後にアプリをアンインストトールした場合のみである。
上で述べた本実施形態の主軸は、本実施形態の好適な例を示したものであり、本発明はこれらに限定されるものではない。ラリーの趣旨、内容、目的、ターゲットとするユーザー層、開催規模、開催時期・期間等によって変更してよい。
（１）アプリラリーでもＷＥＢラリーでも同じ「共通ＱＲコード」を使用してスタンプが取得できる。
（２）アプリラリーの方が、参加者にとって利便性が高いため、一度でもアプリラリーでログインした場合は、その後アプリラリーに誘導する。
・具体的には、一般カメラ又はＷＥＢＱＲコードリーダーからのＱＲコード撮影でも、ＩＤ認証によりユーザーを特定し、最終ログインがアプリ起動の場合は強制的にアプリ起動へ誘導する。
・そのため、原則として１度でもアプリラリーでログインした参加者は、その後ＷＥＢラリーには同じＩＤでは参加できない。
・最初からアプリラリーで参加した場合も同様に、ＷＥＢラリーには同じＩＤでは参加できない
・ただし、アプリをアンインストールした場合のみ、その後ＷＥＢラリーにて同じＩＤにて情報を引き継ぐことができる
（３）本実施形態において、連携（連動）とは、ＷＥＢラリーのスタンプ情報をアプリラリーに引き継ぐことが前提である。
・アプリラリーの情報をＷＥＢラリーに引き継ぐ場合は、アプリラリー参加後にアプリをアンインストトールした場合のみである。
上で述べた本実施形態の主軸は、本実施形態の好適な例を示したものであり、本発明はこれらに限定されるものではない。ラリーの趣旨、内容、目的、ターゲットとするユーザー層、開催規模、開催時期・期間等によって変更してよい。
【0079】
第７．実施例１ 詳細な動作例１
次に、特にネイティブカメラを用いる場合の詳細な動作（実施例１）を、フローチャートを用いて説明する。
図６には、本実施形態の実施例１におけるアプリ＋ＷＥＢのラリーにおいてスタンプラリー中のチェックポイントにおけるユーザー（及び参加者端末１２）の動作を表すフローチャートが示されている。なお、スタンプラリーサーバ１０の動作も一部表されている。
次に、特にネイティブカメラを用いる場合の詳細な動作（実施例１）を、フローチャートを用いて説明する。
図６には、本実施形態の実施例１におけるアプリ＋ＷＥＢのラリーにおいてスタンプラリー中のチェックポイントにおけるユーザー（及び参加者端末１２）の動作を表すフローチャートが示されている。なお、スタンプラリーサーバ１０の動作も一部表されている。
【0080】
以下のフローチャートにおいて、参加者端末１２の動作は、参加者端末１２のＣＰＵが所定のスタンプラリー参加可能アプリを実行することによって実現される。また、ＷＥＢサーバ、すなわち、スタンプラリーサーバ１０の動作は、制御部２００が所定のコンピュータプログラムを実行することによって実現される。
また、参加者端末１２においては、上述したスタンプラリー参加可能アプリが起動しており、当該アプリを介してネイティブカメラを使用している。このスタンプラリー参加可能アプリは、請求の範囲のコンピュータプログラムの好適な一例に相当する。
なお、図６に示す遷移図（フローチャート）は、本実施形態における動作の好適な一例であり、他の動作を実行させてもよい。本発明は、この遷移図（フローチャート）に限定されるものではなく、図６の遷移図（フローチャート）に示された動作以外の動作をするようにラリーを設定してよい。
また、参加者端末１２においては、上述したスタンプラリー参加可能アプリが起動しており、当該アプリを介してネイティブカメラを使用している。このスタンプラリー参加可能アプリは、請求の範囲のコンピュータプログラムの好適な一例に相当する。
なお、図６に示す遷移図（フローチャート）は、本実施形態における動作の好適な一例であり、他の動作を実行させてもよい。本発明は、この遷移図（フローチャート）に限定されるものではなく、図６の遷移図（フローチャート）に示された動作以外の動作をするようにラリーを設定してよい。
【0081】
まず、図６のステップＳ６－１において、ユーザー（参加者端末１２）は参加者端末１２のネイティブカメラを用いて、チェックポイントに設置されているＱＲコードを読み込む。このＱＲコードは、例えばデータ「https://ドメイン/qr/任意文字列」等で構成することができる。このデータは例示であり、他のデータ（他のＵＲＬ）であってもよい。
【0082】
次にステップＳ６－２において、参加者端末１２は、読み込んだＱＲコードの内容が正常か否かの判断を行って、上記ＵＲＬからラリー情報の取得を行う。
ステップＳ６－２における判断の結果が正常であって、ラリー情報の取得に成功する場合は、ステップＳ６－４に移行し、これらの処理が失敗した場合は、ステップＳ６－３に移行する。
ステップＳ６－３において、参加者端末１２のブラウザがエラー表示を行って終了する。
ステップＳ６－２における判断の結果が正常であって、ラリー情報の取得に成功する場合は、ステップＳ６－４に移行し、これらの処理が失敗した場合は、ステップＳ６－３に移行する。
ステップＳ６－３において、参加者端末１２のブラウザがエラー表示を行って終了する。
【0083】
ステップＳ６－４においては、参加者端末１２は専用ＡＰＩへのアクセスを実行する。ネイティブカメラによる読み込みが行われた場合は、このように専用ＡＰＩへのアクセスを実行する。すなわち、後述する一般カメラやＷＥＢＱＲコードリーダーでＱＲコードを読み取った場合とアクセス場所が異なる。
本実施形態では、この専用ＡＰＩは、スタンプラリーサーバ１０が提供してよい。制御部２００が、所定のコンピュータプログラムを実行することによって、通信部２０４を介して専用ＡＰＩを提供している。
本実施形態では、この専用ＡＰＩは、スタンプラリーサーバ１０が提供してよい。制御部２００が、所定のコンピュータプログラムを実行することによって、通信部２０４を介して専用ＡＰＩを提供している。
【0084】
参加者端末１２からこの専用ＡＰＩへのアクセスが実行されると、スランプラリーサーバ１０（の制御部２００）は、参加者端末１２のクッキー情報に基づきデータベース２０２に問い合わせをし、ユーザー情報を取得する。
すなわち、スタンプラリーサーバ１０は、そのスタンプラリーサーバ１０にアクセスしてきた参加者端末１２からクッキーを読み出し、それに基づきデータベース２０２を検索してユーザー情報を取得することができる。これらの動作は、制御部２００が所定のコンピュータプログラムを実行することによって実現することができる。
なお、クッキー情報は、ユーザーがアプリからラリー参加を行った際に、参加者端末１２内に記録される。
すなわち、スタンプラリーサーバ１０は、そのスタンプラリーサーバ１０にアクセスしてきた参加者端末１２からクッキーを読み出し、それに基づきデータベース２０２を検索してユーザー情報を取得することができる。これらの動作は、制御部２００が所定のコンピュータプログラムを実行することによって実現することができる。
なお、クッキー情報は、ユーザーがアプリからラリー参加を行った際に、参加者端末１２内に記録される。
【0085】
次に、ステップＳ６－５において、スタンプの取得が実行される。この動作は、制御部２００が、データベース２０２のユーザーの情報中にスタンプを追加するとともに、スタンプの取得が行われたことを示すスタンプ取得メッセージを、ユーザーの参加者端末１２に送信することにより実現される。
参加者端末１２は、このスタンプ取得メッセージを受信することにより、スタンプを取得したことを知ることができる。
参加者端末１２は、このスタンプ取得メッセージを受信することにより、スタンプを取得したことを知ることができる。
【0086】
第８．実施例２ 詳細な動作例２
次に、特に一般カメラ及びＷＥＢＱＲコードリーダーを用いる場合の動作を、フローチャートを用いて説明する。
図７、図８、図９には、本実施形態の実施例２におけるアプリ＋ＷＥＢのラリーにおいてスタンプラリー中のチェックポイントにおけるユーザー（及び参加者端末１２）の動作を表すフローチャートが示されている。なお、スタンプラリーサーバ１０の動作も一部表されている。
次に、特に一般カメラ及びＷＥＢＱＲコードリーダーを用いる場合の動作を、フローチャートを用いて説明する。
図７、図８、図９には、本実施形態の実施例２におけるアプリ＋ＷＥＢのラリーにおいてスタンプラリー中のチェックポイントにおけるユーザー（及び参加者端末１２）の動作を表すフローチャートが示されている。なお、スタンプラリーサーバ１０の動作も一部表されている。
【0087】
以下のフローチャートにおいて、参加者端末１２の動作は、参加者端末１２のＯＳやスタンプラリー参加可能アプリで実現される。また、ＷＥＢサーバ、すなわち、スタンプラリーサーバ１０の動作は、制御部２００が所定のコンピュータプログラムを実行することによって実現される。
なお、図７、図８、図９に示す遷移図（フローチャート）は、本実施形態における好適な動作の一例であり、他の動作を実行させてもよい。本発明は、この遷移図（フローチャート）に限定されるものではなく、図７、図８、図９の遷移図（フローチャート）に示された動作以外の動作をするようにラリーを設定してよい。
なお、図７、図８、図９に示す遷移図（フローチャート）は、本実施形態における好適な動作の一例であり、他の動作を実行させてもよい。本発明は、この遷移図（フローチャート）に限定されるものではなく、図７、図８、図９の遷移図（フローチャート）に示された動作以外の動作をするようにラリーを設定してよい。
【0088】
まず、図７のステップＳ７－１において、ユーザー（参加者端末１２）は参加者端末１２の一般カメラ又はＷＥＢＱＲコードリーダーを用いて、チェックポイントに設置されているＱＲコードを読み込む。このＱＲコードは、例えばデータ「https://ドメイン/qr/任意文字列」等で構成することができる。このデータは例示であり、他のデータ（他のＵＲＬ）であってもよい。
【0089】
次にステップＳ７－２において、参加者端末１２は、読み込んだＱＲコードの内容が正常か否かの判断を行って、上記ＵＲＬからラリー情報の取得を行う。
ステップＳ７－２における判断の結果が正常であって、ラリー情報の取得に成功する場合は、ステップＳ７－４に移行し、これらの処理が失敗した場合は、ステップＳ７－３に移行する。
ステップＳ７－３において、参加者端末１２のブラウザがエラー表示を行って終了する。
ステップＳ７－２における判断の結果が正常であって、ラリー情報の取得に成功する場合は、ステップＳ７－４に移行し、これらの処理が失敗した場合は、ステップＳ７－３に移行する。
ステップＳ７－３において、参加者端末１２のブラウザがエラー表示を行って終了する。
【0090】
ステップＳ７－４において、参加者端末１２からのアクセスが一般カメラ又はＷＥＢＱＲコードリーダーによるアクセスの場合は、制御部２００は、参加者端末１２のクッキー情報に基づきデータベース２０２に問い合わせをし、ユーザー情報を取得する。
【0091】
すなわち、スタンプラリーサーバ１０は、そのスタンプラリーサーバ１０にアクセスしてきた参加者端末１２からクッキーを読み出し、それに基づきデータベース２０２を検索してユーザー情報を取得することができる。これらの動作は、制御部２００が所定のコンピュータプログラムを実行することによって実現することができる。
なお、このクッキー情報は、ユーザーがＷＥＢでの参加、ＷＥＢでのログイン、アプリからのラリー参加を行った際に、参加者端末１２内に記録される。
なお、このクッキー情報は、ユーザーがＷＥＢでの参加、ＷＥＢでのログイン、アプリからのラリー参加を行った際に、参加者端末１２内に記録される。
【0092】
次に、処理は図８のフローチャートに移行する。
ステップＳ８－１において、制御部２００が、当該ユーザー（参加者端末１２）からの最終ログインが、アプリによるアクセスか、ＷＥＢからのアクセスか、を判断する。そのユーザーからの最終ログインがＷＥＢからのアクセスであった場合は、ステップＳ８－２に移行する。最終ログインがアプリによるアクセスであった場合は、ステップＳ８－３に移行する。このような動作も、制御部２００が所定のコンピュータプログラムを実行することにより実現される。
ステップＳ８－１において、制御部２００が、当該ユーザー（参加者端末１２）からの最終ログインが、アプリによるアクセスか、ＷＥＢからのアクセスか、を判断する。そのユーザーからの最終ログインがＷＥＢからのアクセスであった場合は、ステップＳ８－２に移行する。最終ログインがアプリによるアクセスであった場合は、ステップＳ８－３に移行する。このような動作も、制御部２００が所定のコンピュータプログラムを実行することにより実現される。
【0093】
ステップＳ８－２においては、スタンプの取得が行われる。具体的には、制御部２００が、データベース２０２のユーザーの情報中にスタンプを追加するとともに、スタンプの取得が行われたことを示すスタンプ取得メッセージを、ユーザーの参加者端末１２に送信することにより実現される。
参加者端末１２は、このスタンプ取得メッセージを受信することにより、スタンプを取得したことを知ることができる。
参加者端末１２は、このスタンプ取得メッセージを受信することにより、スタンプを取得したことを知ることができる。
【0094】
ステップＳ８－３において、参加者端末１２は、参加者端末１２においてアプリの自動起動を試みる。前回のログインがアプリによるものだからである。言い換えれば、スタンプラリーサーバ１０の制御部２００が、起動の指示を参加者端末１２にするために、起動指示メッセージを通信部２０４に送る。そして、通信部２０４が起動指示メッセージを参加者端末１２に送信する。起動指示メッセージを受信した参加者端末１２は、アプリの起動を試みる。この動作は具体的には次のステップＳ８－４で表される。
アプリがアンインストールされていた場合
なお、前回のログインがアプリによるものであっても、その時点までにアプリがアンインストールされていることも考えられる。その場合は、次に説明するステップＳ８－４、Ｓ８－５においてアプリは当然起動しない。その結果、ステップＳ８－７においてアプリが起動失敗と判断されて、後述するステップＳ９－１、Ｓ９－２で説明するようにＷＥＢラリーへ移行する。
このような動作は、好適な動作の一例であり、ラリーの内容によっては別の動作を実行させてもよい。上の動作は、例えば図５のＮｏ．５等で説明した通りの動作であるが、図５の説明で述べたように、他の処理動作を実行させてもよい。
アプリがアンインストールされていた場合
なお、前回のログインがアプリによるものであっても、その時点までにアプリがアンインストールされていることも考えられる。その場合は、次に説明するステップＳ８－４、Ｓ８－５においてアプリは当然起動しない。その結果、ステップＳ８－７においてアプリが起動失敗と判断されて、後述するステップＳ９－１、Ｓ９－２で説明するようにＷＥＢラリーへ移行する。
このような動作は、好適な動作の一例であり、ラリーの内容によっては別の動作を実行させてもよい。上の動作は、例えば図５のＮｏ．５等で説明した通りの動作であるが、図５の説明で述べたように、他の処理動作を実行させてもよい。
【0095】
ステップＳ８－４において、参加者端末１２は、ブラウザを起動し、自動起動ページを表示する。この自動起動ページは、アプリを起動させるためのページである。
【0096】
ステップＳ８－５において、アプリの自動起動が成功した場合は、ステップＳ８－６に移行し、ネイティブカメラによるスタンプの取得に移行する。具体的には、図６に示すネイティブカメラによる動作に移行する。なお、この際、データベース２０２中のユーザー情報中の最終アクセス情報が更新される。すなわち、最終ログインがアプリであると記録される。参加者端末１２がスタンプラリーサーバ１０にこのようなログインをすることによって、スタンプラリーサーバ１０が後述するステップＳ８－７のように、アプリの起動を判断することができる。
ステップＳ８－６において、図６のネイティブカメラによる処理に移行する。
ステップＳ８－６において、図６のネイティブカメラによる処理に移行する。
【0097】
ステップＳ８－７において、スタンプラリーサーバ１０は、アプリの最終起動時間からアプリの起動を判断する。
すなわち、スタンプラリーサーバ１０の制御部２００は、ユーザー情報を元にしてアプリの最終起動時間を取得する。
すなわち、スタンプラリーサーバ１０の制御部２００は、ユーザー情報を元にしてアプリの最終起動時間を取得する。
【0098】
ステップＳ８－５で説明したように、参加者端末１２がログインすれば、最終ログインがアプリであることが時刻と共に記録される。したがって、その時刻とステップＳ８－３における起動指示メッセージの送信時刻等から、アプリの最終起動時間を求めることができる。このような処理は、スタンプラリーサーバ１０の制御部２００が所定のコンピュータプログラムを実行することによって、実行することができる。
【0099】
このようにして求めた最終起動時間が２秒以内であった場合は、参加者端末１２においてアプリが起動したと判断する。なお、この２秒という時間は、適宜調整・変更してよい。この判断の結果、アプリ起動が成功したと判断された場合は、図９のステップＳ９－３に移行する。また、この判断の結果、アプリ起動が失敗したと判断した場合は、図９のステップＳ９－１に移行する。
【0100】
ステップＳ９－１において、アプリ起動が失敗したと判断される。具体的には、ステップＳ９－２において、ブラウザによるＷＥＢラリーに処理が遷移して自動的にスタンプの取得が行われる。この処理は、上述したステップＳ８－２の処理と同様である。
【0101】
ステップＳ９－３において、アプリ起動が成功したと判断される。具体的には、ステップＳ９－４において、参加者端末１２のブラウザは自動起動ページを表示したままとなる。アプリが起動しているため、実質的には、上述したステップＳ８－６の処理と同様の処理が行われる。
【0102】
第９．実施例２の特徴
上述した図７、図８、図９において説明したように、チェックポイントで一般カメラやＷＥＢＱＲコードリーダーでＱＲコードを読み込む場合でも、前回のログイン情報から、前回アプリでログインされているときは、自動的にアプリを起動する仕組みを実現している。これによって、アプリがインストールされており、条件が成立していれば自動的にアプリが起動してアプリラリーを続行することができ（ステップＳ８－５）、ユーザーの利便性が向上する。
一方、前回ＷＥＢでログインされているときは、そのまま、ブラウザがＷＥＢラリーのページを閲覧することによって、ＷＥＢラリーを実行することができる（ステップＳ８－２参照）。
このように、本実施形態によれば、最終ログイン情報から、アプリを起動してアプリラリーを実行するか、そのままＷＥＢラリーを実行するかを自動的に決定しているので、ユーザーは自動的に適切なラリーの実行をすることができ、便利である。
上述した図７、図８、図９において説明したように、チェックポイントで一般カメラやＷＥＢＱＲコードリーダーでＱＲコードを読み込む場合でも、前回のログイン情報から、前回アプリでログインされているときは、自動的にアプリを起動する仕組みを実現している。これによって、アプリがインストールされており、条件が成立していれば自動的にアプリが起動してアプリラリーを続行することができ（ステップＳ８－５）、ユーザーの利便性が向上する。
一方、前回ＷＥＢでログインされているときは、そのまま、ブラウザがＷＥＢラリーのページを閲覧することによって、ＷＥＢラリーを実行することができる（ステップＳ８－２参照）。
このように、本実施形態によれば、最終ログイン情報から、アプリを起動してアプリラリーを実行するか、そのままＷＥＢラリーを実行するかを自動的に決定しているので、ユーザーは自動的に適切なラリーの実行をすることができ、便利である。
【0103】
第１０．変形例
（１）上で説明した実施形態におけるスタンプラリーサーバ１０と、参加者端末１２と、スタンプラリー主催者端末１４との間の通信は、様々な通信路、様々なネットワークを利用できる。
（２）上で説明した参加者端末１２は、上記アプリを稼働させることができれば様々なコンピュータを利用することができる。いわゆるスマートフォンや携帯電話、スマートウォッチ、ノート型コンピュータやタブレット型コンピュータ等を利用することができる。
（１）上で説明した実施形態におけるスタンプラリーサーバ１０と、参加者端末１２と、スタンプラリー主催者端末１４との間の通信は、様々な通信路、様々なネットワークを利用できる。
（２）上で説明した参加者端末１２は、上記アプリを稼働させることができれば様々なコンピュータを利用することができる。いわゆるスマートフォンや携帯電話、スマートウォッチ、ノート型コンピュータやタブレット型コンピュータ等を利用することができる。
【0104】
（３）上で説明したスタンプラリーサーバ１０は、通信インターフェースである通信部２０４を備えたコンピュータであればよく、ＣＰＵ等から成り、プログラムを実行する制御部２００、ラリー情報やユーザー情報等のデータを記憶するデータベース２０２、を備えていればよい。データベース２０２は、ハードディスクや半導体記憶装置等の記憶手段で構成してよい。
（４）上で説明したＱＲコードは、光学式コードであればどのようなものでもよい。また、ネイティブカメラ、一般カメラ等を利用する例を説明したが、光学式コードが読み取れれば、どのようなものでもよい。
（５）上では、アプリ起動用ＵＲＬを用いる例を説明したが、ＵＲＬに限られず任意のフォーマットのアドレス（アプリ起動用アドレス）を利用してよい。
（６）また、以上説明した実施形態は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は本実施形態の態様に限定されるものではない。
（４）上で説明したＱＲコードは、光学式コードであればどのようなものでもよい。また、ネイティブカメラ、一般カメラ等を利用する例を説明したが、光学式コードが読み取れれば、どのようなものでもよい。
（５）上では、アプリ起動用ＵＲＬを用いる例を説明したが、ＵＲＬに限られず任意のフォーマットのアドレス（アプリ起動用アドレス）を利用してよい。
（６）また、以上説明した実施形態は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は本実施形態の態様に限定されるものではない。
【符号の説明】
【0105】
１０ スタンプラリーサーバ
１２ 参加者端末
１４、１４ａ、１４ｂ、１４ｃ スタンプラリー主催者端末
２００ 制御部
２０２ データベース
２０４ 通信部
１２ 参加者端末
１４、１４ａ、１４ｂ、１４ｃ スタンプラリー主催者端末
２００ 制御部
２０２ データベース
２０４ 通信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】