JP2022155539A - スポーツチーム寄付特典付与システム、スポーツチーム寄付特典付与方法及びプログラム - Google Patents

Abstract

【課題】電子マネーを利用して、簡単にスポーツチームに寄付ができ、簡単に寄付の対価として特典を付与することが出来る。
【解決手段】スポーツチームに寄付したユーザに特典を付与するスポーツチーム寄付特典付与システムは、寄付する前記スポーツチーム、寄付する金額及び決済する電子マネーを設定し、設定した前記電子マネーを決済する度に、設定した前記金額を、設定した前記スポーツチームに寄付し、設定した前記電子マネーを決済する度、前記スポーツチームに所属する選手毎に複数パターン用意された１次特典をランダムに付与し、寄付した金額の総額を算出し、全てのパターンの前記１次特典が付与された後、算出した総額が所定の条件を満たす度、スポーツチーム全体に関連する２次特典を付与する。
【選択図】図１

Description

本発明は、スポーツチームへの寄付に有効な技術に関する。

近年、スポーツチームに関する技術が注目されている。
例えば、特許文献１では、スポーツチームとスポンサーの従業員等との間のコミュニケーションを促進する技術が開示されている。
また、他には、特許文献２では、スポーツ競技が進行されるフィールドにおいて、複数のスポーツチーム其々に所属する選手各々のプレイ情報を記録する技術が開示されている。

特開２０２０－１６６７６３号公報 特開２０１７－１３４８１１号公報

スポーツチームは、観客収入の増減、スポンサー企業数の増減等により、経営が安定しない現状がある。更には、新型コロナウイルス（ＣＯＶＩＤ－１９）の影響により、経営が厳しいスポーツチームが増加してきている。
スポーツチームに金銭を寄付する時には、スポーツチームの窓口やファンクラブの窓口等と手続きをするのに手間がかかる問題がある。更には、寄付の対価として特典を付与するのに手間がかかる問題がある。
そのためえ、簡単にスポーツチームに寄付ができ、簡単に寄付の対価として特典を付与する技術が求められている。
しかしながら、特許文献１及び２の技術では、簡単にスポーツチームに寄付することも、簡単に寄付の対価として特典を付与することも出来なかった。

本発明者らは、電子マネーを利用して、簡単にスポーツチームに寄付ができ、簡単に寄付の対価として特典を付与することが可能なスポーツチーム寄付特典付与システム、スポーツチーム寄付特典付与方法及びプログラムが必要であることに着目した。

そこで、本発明は、電子マネーを利用して、簡単にスポーツチームに寄付ができ、簡単に寄付の対価として特典を付与することが可能なスポーツチーム寄付特典付与システム、スポーツチーム寄付特典付与方法及びプログラムを提供することを目的とする。

本発明は、スポーツチームに寄付したユーザに特典を付与するスポーツチーム寄付特典付与システムであって、
寄付する前記スポーツチーム、寄付する金額及び決済する電子マネーを設定する設定部と、
設定した前記電子マネーを決済する度に、設定した前記金額を、設定した前記スポーツチームに寄付する寄付部と、
設定した前記電子マネーを決済する度、前記スポーツチームに所属する選手毎に複数パターン用意された１次特典をランダムに付与する１次特典付与部と、
寄付した金額の総額を算出する総額算出部と、
全てのパターンの前記１次特典が付与された後、算出した総額が所定の条件を満たす度、スポーツチーム全体に関連する２次特典を付与する２次特典付与部と、
を備えるスポーツチーム寄付特典付与システムを提供する。

本発明によれば、スポーツチームに寄付したユーザに特典を付与するスポーツチーム寄付特典付与システムは、寄付する前記スポーツチーム、寄付する金額及び決済する電子マネーを設定し、設定した前記電子マネーを決済する度に、設定した前記金額を、設定した前記スポーツチームに寄付し、設定した前記電子マネーを決済する度、前記スポーツチームに所属する選手毎に複数パターン用意された１次特典をランダムに付与し、寄付した金額の総額を算出し、全てのパターンの前記１次特典が付与された後、算出した総額が所定の条件を満たす度、スポーツチーム全体に関連する２次特典を付与する。

本発明は、システムのカテゴリであるが、方法及びプログラムであっても同様の作用、効果を奏する。

本発明によれば、電子マネーを利用して、簡単にスポーツチームに寄付ができ、簡単に寄付の対価として特典を付与することが可能となる。

スポーツチーム寄付特典付与システム１の概要を説明する図である。 スポーツチーム寄付特典付与システム１の機能構成を示す図である。 スポーツチーム寄付特典付与システム１が実行する特典設定処理のフローチャートを示す図である。 スポーツチーム寄付特典付与システム１が実行する寄付内容設定処理のフローチャートを示す図である。 ユーザ端末２０が表示するスポーツチームの一覧の一例を模式的に示す図である。 ユーザ端末２０が表示する選手の一覧の一例を模式的に示す図である。 ユーザ端末２０が表示する金額及び電子マネーの一覧の一例を模式的に示す図である。 スポーツチーム寄付特典付与システム１が実行する寄付処理のフローチャートを示す図である。 ユーザ端末２０が表示する決済画面の一例を模式的に示す図である。 スポーツチーム寄付特典付与システム１が実行する付与処理のフローチャートを示す図である。 スポーツチーム寄付特典付与システム１が実行する１次特典付与処理のフローチャートを示す図である。 ユーザ端末２０が表示する１次特典の一例を模式的に示す図である。 スポーツチーム寄付特典付与システム１が実行する２次特典付与処理のフローチャートを示す図である。 ユーザ端末２０が表示する２次特典の一例を模式的に示す図である。 スポーツチーム寄付特典付与システム１が実行する３次特典付与処理のフローチャートを示す図である。 ユーザ端末２０が表示する３次特典の一例を模式的に示す図である。 スポーツチーム寄付特典付与システム１が実行する店舗特典付与処理のフローチャートを示す図である。 スポーツチーム寄付特典付与システム１が実行する期間額算出処理のフローチャートを示す図である。 スポーツチーム寄付特典付与システム１が実行する過去額算出処理のフローチャートを示す図である。 スポーツチーム寄付特典付与システム１が実行するユーザコード発行処理のフローチャートを示す図である。 スポーツチーム寄付特典付与システム１が実行する特典変更処理のフローチャートを示す図である。 スポーツチーム寄付特典付与システム１が実行する割合設定処理のフローチャートを示す図である。

以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。以降の図においては、実施形態の説明の全体を通して同じ要素には同じ番号または符号を付している。

［基本概念／基本構成］
図１は、スポーツチーム寄付特典付与システム１の概要を説明するための図である。スポーツチーム寄付特典付与システム１は、少なくともコンピュータ１０を含み、スポーツチームに寄付したユーザに特典を付与するシステムである。本実施形態では、スポーツチーム寄付特典付与システム１は、コンピュータ１０と、ユーザが所持するユーザ端末２０（２０ａ～２０ｄ）、電子マネー事業者が管理する事業者サーバ３０、スポーツチームの運営者が管理する運営者サーバ４０とがデータ通信可能に接続される。

本実施形態は、前提として、ユーザは、ユーザ端末２０により電子マネーによる決済を行うものである。また、ユーザが、スポーツチームに対して電子マネーによる寄付を行うものである。

スポーツチーム寄付特典付与システム１が、スポーツチームへの寄付及びユーザへの特典付与を実施する場合についての処理ステップについて、図１に基づいて説明する。
初めに、コンピュータ１０は、ユーザ端末２０を介して、寄付するスポーツチーム、寄付する金額及び決済する電子マネーを設定する（ステップＳ１）。
ユーザ端末２０は、ユーザが寄付を所望するスポーツチーム、寄付する金額及び寄付を決済する電子マネーの入力を受け付ける（ユーザ端末２０ａ、２０ｂ参照）。ユーザ端末２０は、スポーツチームの一覧、金額の一覧、電子マネーの一覧を、其々表示し、其々に対する入力を受け付ける。
ユーザ端末２０は、受け付けたスポーツチーム、寄付する金額、決済する電子マネー及びこのユーザの識別子（例えば、電話番号、管理番号、ユーザＩＤ、端末ＩＤ、ＭＡＣアドレス、メールアドレス）をコンピュータ１０に送信し、コンピュータ１０は、これらを受信する。
コンピュータ１０は、ユーザの識別子に、受信したスポーツチーム、寄付する金額及び決済する電子マネーを関係付けることにより、ユーザに、スポーツチーム、寄付する金額及び決済する電子マネーを設定する。

コンピュータ１０は、設定した電子マネーを決済する度に、設定した金額を、設定したスポーツチームに寄付する（ステップＳ２）。
ユーザ端末２０は、実店舗又はオンライン上の店舗（以下、単に店舗とも称す）において、物品やサービス等の商品を購入する際、設定された電子マネーにより決済を実行する（ユーザ端末２０ｃ参照）。このとき、ユーザ端末２０は、商品の購入金額と、設定された寄付する金額と、二つの金額の合計金額を決済する。
ユーザ端末２０は、決済が行われた電子マネー、決済を行ったユーザの識別子及び決済された金額を決済情報としてコンピュータ１０に送信する。
コンピュータ１０は、この決済情報を受信し、事業者サーバ３０とデータ通信を行い、電子マネーによる決済に必要な処理を実行する。電子マネーによる決済に必要な処理とは、ユーザが電子マネーを店舗に支払うために必要な処理であり、例えば、決済情報の送受信、ユーザの残高更新、決済結果の送受信である。コンピュータ１０は、決済結果をユーザ端末２０に送信し、ユーザ端末２０は、この決済結果を受信し、決済結果を出力する。
コンピュータ１０は、決済情報におけるユーザの識別子に基づいて、このユーザに設定されたスポーツチーム及び金額を特定する。コンピュータ１０は、特定したスポーツチームの運営者サーバ４０に、特定した金額の電子マネーを送金する。運営者サーバ４０は、この電子マネーを着金し、自身が保有する電子マネーの残高を更新する。
コンピュータ１０が、特定した金額の電子マネーを運営者サーバ４０に送金し、運営者サーバ４０が、この電子マネーを着金することにより、コンピュータ１０は、スポーツチームに対して寄付を実行する。

コンピュータ１０は、設定した電子マネーを決済する度、スポーツチームに所属する選手毎に複数パターン用意された１次特典をランダムに付与する（ステップＳ３）。
１次特典は、例えば、選手に関連するデジタルコンテンツ（例えば、選手毎の動画や静止画等の画像による感謝メッセージ（選手名、ロゴ等のテロップを含んでいても良い））、選手の試合中のリプレイ画像やハイライト画像である。この１次特典は、選手毎に複数パターンが用意されている。また、ランダムは、無作為な結果を得ることを意図するものである。
コンピュータ１０は、ユーザ端末２０が設定した電子マネーによる決済を行う度、この１次特典をランダムにユーザに対して付与する。
コンピュータ１０は、決済情報におけるユーザの識別子及び金額と、このユーザに設定されたスポーツチームとに基づいて、予め作成された１次特典の中から付与する１次特典をランダムに特定する。コンピュータ１０は、特定した１次特典を、寄付の対価として、ユーザ端末２０に送信し、ユーザ端末２０は、これを受信する。
ユーザ端末２０は、受信した１次特典を、自身の表示部等に表示する等により、この１次特典を出力する（ユーザ端末２０ｄ参照）。
コンピュータ１０が、１次特典をユーザ端末２０に送信し、ユーザ端末２０が、この１次特典を受信し、出力することにより、コンピュータ１０が、ユーザに１次特典を付与する。

コンピュータ１０は、寄付した金額の総額を算出する（ステップＳ４）。
コンピュータ１０は、ユーザがスポーツチームに寄付した金額の総額を算出する。コンピュータ１０は、特定したスポーツチームの運営者サーバ４０に、送金した金額に基づいて、寄付した金額の総額を算出する。

コンピュータ１０は、全てのパターンの１次特典が付与された後、算出した総額が所定の条件を満たす度、スポーツチーム全体に関連する２次特典を付与する（ステップＳ５）。
２次特典は、例えば、スポーツチーム全体に関連するデジタルコンテンツ（例えば、スポーツチームに所属する選手の一部又は全部による動画や静止画等の画像による感謝メッセージ（選手名、ロゴ等のテロップを含んでいても良い）、試合のリプレイ画像やハイライト画像、未公開映像（例えば、選手のオフムービー（例えば、選手同士のおしゃべり、ゲーム対決等を撮影した画像）、インタビュームービー（例えば、一又は複数の選手によるシーズンに対する意気込み等を撮影した画像）、選手自身が撮影した日常ムービー（例えば、食事、ルーティン、景色、お気に入りグッズ等を撮影した画像））である。
所定の条件は、例えば、金額が所定の額（例えば、１，０００円、５，０００円、１０，０００円）以上である。
コンピュータ１０は、予め用意された全てのパターンの１次特典をユーザに付与した後、設定した電子マネーによる決済が行われた際、算出した寄付した金額の総額が、所定の条件を満たすかどうかを判定する。コンピュータ１０は、所定の条件を満たすと判定した場合、満たした条件に応じた２次特典をユーザに対して付与する。
コンピュータ１０は、決済情報におけるユーザの識別子及び金額と、このユーザに設定されたスポーツチームとに基づいて、予め作成された２次特典の中から、満たした条件に応じた２次特典を特定する。コンピュータ１０は、特定した２次特典を、寄付の対価として、ユーザ端末２０に送信し、ユーザ端末２０は、これを受信する。
ユーザ端末２０は、受信した２次特典を、自身の表示部等に表示する等により、この２次特典を出力する（ユーザ端末２０ｅ参照）。
コンピュータ１０が、２次特典をユーザ端末２０に送信し、ユーザ端末２０が、この２次特典を受信し、出力することにより、コンピュータ１０が、ユーザに２次特典を付与する。

このようなスポーツチーム寄付特典付与システム１によれば、電子マネーを利用して、簡単にスポーツチームに寄付ができ、簡単に寄付の対価として特典を付与することが可能となる。

［機能構成］
図２に基づいて、スポーツチーム寄付特典付与システム１の機能構成について説明する。
スポーツチーム寄付特典付与システム１は、少なくともコンピュータ１０を備え、ユーザが所持するユーザ端末２０、電子マネー事業者が管理する事業者サーバ３０、スポーツチームの運営者が管理する運営者サーバ４０と、公衆回線網等のネットワーク９を介して、データ通信可能に接続されたシステムである。
スポーツチーム寄付特典付与システム１は、その他の端末や装置類等が含まれていても良い。この場合、スポーツチーム寄付特典付与システム１は、後述する処理を、コンピュータ１０、ユーザ端末２０、事業者サーバ３０、運営者サーバ４０、その他の端末や装置類等の何れか又は複数の組み合わせにより実行する。

コンピュータ１０は、サーバ機能を有するコンピュータやパーソナルコンピュータ等である。
コンピュータ１０は、例えば、１台のコンピュータで実現されてもよいし、クラウドコンピュータのように、複数のコンピュータで実現されてもよい。本明細書におけるクラウドコンピュータとは、ある特定の機能を果たす際に、任意のコンピュータをスケーラブルに用いるものや、あるシステムを実現するために複数の機能モジュールを含み、その機能を自由に組み合わせて用いるものの何れであってもよい。

コンピュータ１０は、制御部として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス、ユーザからスポーツチームへの寄付を実行する寄付部１１、設定した電子マネーを決済する度、１次特典をランダムに付与する１次特典付与部１２、全ての１次特典が付与された後、２次特典を付与する２次特典付与部１３等を備える。
また、コンピュータ１０は、記憶部として、ハードディスクや半導体メモリ、記憶媒体、メモリカード等によるデータのストレージ部を備える。
また、コンピュータ１０は、処理部として、各種処理を実行する各種デバイス、寄付するスポーツチーム、寄付する金額及び決済する電子マネーを設定する設定部１４、寄付した金額の総額を算出する総額算出部１５等を備える。

コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、通信部と協働して、特典受信モジュール、入力内容受信モジュール、決済情報受信モジュール、決済結果送信モジュール、寄付モジュール、受取済通知受信モジュール、ポイント付与モジュール、ユーザコード送信モジュール、アンケート受信モジュール、特典変更指示送信モジュール、１次特典付与モジュール、２次特典付与モジュール、３次特典付与モジュール、店舗特典付与モジュール、期間額特典付与モジュール、階級特典付与モジュールを実現する。
また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、記憶部と協働して、特典記憶モジュール、設定内容記憶モジュール、寄付内容記憶モジュールを実現する。
また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、設定モジュール、寄付内容特定モジュール、期間額算出モジュール、金額判定モジュール、過去額算出モジュール、階級付与モジュール、店舗特定モジュール、ユーザコード発行モジュール、満足度算出モジュール、満足度判定モジュール、付与済判定モジュール、１次特典特定モジュール、総額算出モジュール、総額判定モジュール、２次特典特定モジュール、３次特典特定モジュール、店舗特典特定モジュール、期間額特典特定モジュール、階級特典特定モジュールを実現する。

ユーザ端末２０は、ユーザが所持する携帯電話、スマートフォン、タブレット端末、パーソナルコンピュータ等である。

ユーザ端末２０は、端末制御部として、ＣＰＵ、ＧＰＵ、ＲＡＭ、ＲＯＭ等を備え、通信部として、他の端末や装置類と通信可能にするためのデバイス等を備え、入出力部として、各種処理を実行するデバイス、画像等の出力を実行するデバイス、ユーザからの入力を受け付けるデバイス等を備える。

ユーザ端末２０において、端末制御部が所定のプログラムを読み込むことにより、通信部と協働して、入力内容送信モジュール、決済情報送信モジュール、決済結果受信モジュール、特典受取モジュール、ポイント受取モジュール、ユーザコード受信モジュール、アンケート送信モジュールを実現する。
また、ユーザ端末２０において、端末制御部が所定のプログラムを読み込むことにより、入出力部と協働して、入力受付モジュール、決済モジュール、決済結果出力モジュール、特典出力モジュール、ユーザコード設定モジュール、アンケート受付モジュールを実現する。
以下の説明において、ユーザ端末２０が実行する各処理は、自身にインストールされた所定のアプリケーションにより行われるものであり、このアプリケーションが各モジュールの処理を制御する。

事業者サーバ３０は、サーバ機能を有するコンピュータである。
事業者サーバ３０は、例えば、１台のコンピュータで実現されてもよいし、クラウドコンピュータのように、複数のコンピュータで実現されてもよい。

事業者サーバ３０は、制御部として、ＣＰＵ、ＧＰＵ、ＲＡＭ、ＲＯＭ等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス等を備え、事業者サーバ３０は、処理部として、各種処理を実行する各種デバイス等を備える。

運営者サーバ４０は、サーバ機能を有するコンピュータである。
運営者サーバ４０は、例えば、１台のコンピュータで実現されてもよいし、クラウドコンピュータのように、複数のコンピュータで実現されてもよい。

運営者サーバ４０は、制御部として、ＣＰＵ、ＧＰＵ、ＲＡＭ、ＲＯＭ等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス等を備え、処理部として、各種処理を実行する各種デバイス等を備える。

運営者サーバ４０において、制御部が所定のプログラムを読み込むことにより、通信部と協働して、特典送信モジュール、寄付受取モジュール、受取済通知送信モジュール、特典変更指示受信モジュールを実現する。
また、運営者サーバ４０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、特典作成モジュール、付与条件設定モジュール、トークン発行モジュールを実現する。

［コンピュータ１０、運営者サーバ４０が実行する特典設定処理］
図３に基づいて、コンピュータ１０、運営者サーバ４０が実行する特典設定処理について説明する。同図は、コンピュータ１０、運営者サーバ４０が実行する特典設定処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。

初めに、特典作成モジュールは、特典を作成する（ステップＳ１０）。
特典は、１次特典、２次特典、３次特典、店舗特典及びその他の特典が存在する。
１次特典は、上述した通り、選手に関連するデジタルコンテンツであり、個々の選手に関連するデジタルコンテンツと言える。１次特典は、例えば、上述した通り、選手毎の動画や静止画等の画像による感謝メッセージ、選手の試合中のリプレイ画像やハイライト画像である。１次特典は、選手毎に複数パターンが作成される。例えば、あるスポーツチームに所属する選手の数が２４人である場合、選手毎に複数パターン（例えば、３パターン）分の感謝メッセージを作成する。この場合、特典作成モジュールは、２４人×３パターンの合計７２種類の１次特典を作成する。１次特典は、例えば、選手が１０秒以内の感謝を伝えるムービーであり、このムービーは、縦型画像である。このムービーは、選手の画像に加えて、選手名及びロゴ等のテロップにより構成されるものである。なお、１次特典は、上述した例に限定されるものではなく、各選手に関連するものであれば、上述した例以外の内容であっても良い。更に、１次特典は、選手に限らず、監督、コーチ等の個々の指導者に関連するデジタルコンテンツを含むものであっても良い。
２次特典は、上述した通り、スポーツチーム全体に関連するデジタルコンテンツであり、一部又は全部の選手に関連するデジタルコンテンツと言える。２次特典は、例えば、上述した通り、選手の一部又は全部による動画や静止画等の画像による感謝メッセージ、試合のリプレイ画像やハイライト画像、未公開映像、インタビュームービー、選手自身が撮影した日常ムービーである。２次特典は、例えば、選手数名からシーズンに対する意気込み等のインタビューを撮影したインタビュームービー、仲が良い選手同士のおしゃべりやゲーム対決等を撮影したオフムービー、選手自身が食事風景、ルーティン、景色、お気に入りのグッズ等を撮影した日常ムービーであり、１次特典よりも長時間（例えば、３分、５分）のムービーである。このムービーは、横型画像である。インタビュームービーであれば、選手の画像に加えて、字幕、質問等のテロップにより構成されるものである。オフムービーであれば、選手の画像に加えて、字幕、解説等のテロップにより構成されるものである。日常ムービーであれば、撮影された画像に加えて、字幕、解説等のテロップにより構成されるものである。なお、２次特典は、上述した例に限定されるものではなく、スポーツチーム全体に関連するものであれば、上述した例以外の内容であっても良い。更に、２次特典は、選手に限らず、監督、コーチ等の指導者を含むデジタルコンテンツを含むものであっても良い。
３次特典は、決済が行われた実店舗又はオンライン上の店舗（以下、単に店舗と称す）が位置する地域の施設に関連するデジタルコンテンツである。３次特典は、例えば、商業施設、行政施設、商店街等の施設で使用可能な飲食券や無料券等のクーポン、このような施設で金銭の代わりとして使用可能なポイントである。なお、３次特典は、上述した例以外の内容であっても良い。
その他の特典は、ユーザ自身がスポーツチームに関与する権利である。その他の特典は、例えば、オンライン会議（例えば、チーム戦略会議）への参加権、ユニフォームを選ぶ投票権、感謝祭への参加権、ファンミーティングへの参加権、呼称の使用権、マーク類の使用権、関連素材の使用権である。なお、その他の特典は、上述した例以外の内容であっても良い。
店舗特典は、決済が行われた店舗が、スポーツチームに関与する権利である。店舗特典は、例えば、呼称の使用権、マーク類の使用権、商品／サービスのサプライ権、スポーツチーム関連グッズ等の利用権や販売権、試合会場におけるプロモーション権、関連素材の使用権である。なお、店舗特典は、上述した例以外の内容であっても良い。
１次特典、２次特典、３次特典及びその他の特典は、決済を行ったユーザに対して付与する特典であり、店舗特典は、ユーザによる決済が行われた店舗に対して付与する特典である。
なお、その他の特典は、その一部又は全部が、２次特典に含まれるものであっても良い。
特典作成モジュールは、運営者から、予め用意した画像等に対する編集、加工等の入力を受け付けることにより、デジタルコンテンツの特典を作成する。また、特典作成モジュールは、運営者から、各種権利の許諾に必要な入力等を受け付けることにより、権利の特典を作成する。

付与条件設定モジュールは、特典に付与条件を設定する（ステップＳ１１）。
付与条件設定モジュールは、作成した各特典に対して、付与条件を設定する。付与条件は、ユーザ又は店舗に対して、特典を付与する条件であり、寄付が行われる度（決済が行われる度）、所定の期間における寄付の金額の総額が所定の金額、過去の寄付の金額の総額が所定の金額、一回の寄付の金額が所定の金額、ユーザに設定した階級等である。
付与条件設定モジュールは、特典毎に、付与条件を設定する。付与条件設定モジュールは、一の特典に対して、一の付与条件を設定しても良いし、複数の付与条件を設定しても良い。
付与条件設定モジュールは、１次特典に対して、寄付が行われる度（決済が行われる度）を、付与条件として設定する。
付与条件設定モジュールは、２次特典に対して、全ての１次特典が付与済み、且つ、寄付の総額が所定の条件（例えば、３，０００円以上、５，０００円以上、１０，０００円以上）を付与条件として設定する。上述した例では、付与条件設定モジュールは、インタビュームービーの付与条件を、全ての１次特典が付与済み、且つ、寄付の総額が３，０００円以上に設定し、オフムービーを、全ての１次特典が付与済み、且つ、寄付の総額が５，０００円以上に設定し、日常ムービーを、全ての１次特典が付与済み、且つ、寄付の総額が１０，０００円以上に設定する。
付与条件設定モジュールは、３次特典に対して、寄付が行われる度（決済が行われる度）、又は、一回の寄付の金額が所定の金額を、付与条件として設定する。付与条件設定モジュールは、クーポンの付与条件を、寄付が行われる度（決済が行われる度）を、付与条件として設定する。
付与条件設定モジュールは、その他の特典を、所定の期間における寄付の金額の総額が所定の金額、過去の寄付の金額の総額が所定の金額、ユーザに設定した階級を付与条件として設定する。付与条件設定モジュールは、例えば、ユニフォームを選ぶ投票権の付与条件を、１年間における寄付の総額が、５，０００円以上に設定し、オンライン会議への参加権の付与条件を、１年間における寄付の総額が、１０，０００円以上に設定する。
付与条件設定モジュールは、店舗特典を、寄付が行われる度（決済が行われる度）、所定の期間における決済が行われた金額の総額が所定の金額、過去の決済が行われた金額の総額が所定の金額、一回の決済が行われた金額が所定の金額を付与条件として設定する。
なお、付与条件は、上述した例に限定されるものではない。また、その他の特典については、その一部又は全部において、２次特典と同様に、全ての１次特典が付与済み、且つ、寄付の総額が所定の条件を付与条件として設定しても良い。

トークン発行モジュールは、特典に対応する非代替性トークンを発行する（ステップＳ１２）。
トークン発行モジュールは、作成された各特典に対応する非代替性トークンを、所定の規格に基づいて発行する。トークン発行モジュールは、発行した各非代替性トークンの識別コードを、各特典に付与する。ユーザ端末２０は、発行した非代替性トークンを、ブロックチェーン技術を用いて、他のノードと分散記憶する。
トークン発行モジュールにより発行された非代替性トークンが、ブロックチェーン技術により分散記憶される結果、非代替性トークンに対応する特典の唯一性が担保される。その結果、ユーザ間での特典の交換や利用が可能となる。

特典送信モジュールは、特典及び付与条件をコンピュータ１０に送信し（ステップＳ１３）、特典受信モジュールは、この特典及び付与条件を受信する（ステップＳ１４）。
特典受信モジュールが、特典及び付与条件を受信することにより、作成された特典及びこの特典に設定された付与条件を取得する。

特典記憶モジュールは、特典及び付与条件を記憶する（ステップＳ１５）。
特典記憶モジュールは、特典及び付与条件が登録される特典データベース（以下、データベースを単にＤＢと称す）に、受信した特典及び付与条件を対応付けて登録することにより、特典及び付与条件を記憶する。

以上が、特典設定処理である。
スポーツチーム寄付特典付与システム１は、この特典ＤＢを用いて、後述する付与処理を実行する。

［コンピュータ１０、ユーザ端末２０が実行する寄付内容設定処理］
図４に基づいて、コンピュータ１０、ユーザ端末２０が実行する寄付内容設定処理について説明する。同図は、コンピュータ１０、ユーザ端末２０が実行する寄付内容設定処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本寄付内容設定処理は、上述したスポーツチーム、金額及び電子マネーの設定処理（ステップＳ１）の詳細である。

初めに、入力受付モジュールは、寄付するスポーツチームの入力を受け付ける（ステップＳ２０）。
入力受付モジュールは、ユーザが寄付を所望するスポーツチームの入力を受け付ける（図５参照）。入力受付モジュールは、寄付が可能なスポーツチームの一覧を表示し、この一覧の中から、ユーザが寄付を所望するスポーツチームの入力を受け付ける。入力受付モジュールは、スポーツの種類を表示し、表示したスポーツの種類に対する選択入力を受け付ける。入力受付モジュールは、受け付けたスポーツの種類におけるリーグを表示し、表示したリーグに対する選択入力を受け付ける。入力受付モジュールは、受け付けたリーグにおける地域（地域名が無い場合は省略可能）を表示し、表示した地域の選択入力を受け付ける。入力受付モジュールは、受け付けた地域に存在するスポーツチームを表示し、表示したスポーツチームの選択入力を受け付ける。この結果、入力受付モジュールは、スポーツチームの入力を受け付ける。
同図では、入力受付モジュールは、リーグ名（Ａ１）及び地区名（東地区）の選択の入力を受け付け、これらに所属するスポーツチーム（チームＢ）を選択した状態を示している。入力受付モジュールは、選手の選択を入力することにより、選手の入力受付処理（ステップＳ２１）の処理を実行する。
なお、入力受付モジュールは、スポーツチームの入力を、直接入力することにより受け付けても良い。

図４に戻り、寄付内容設定処理の続きを説明する。
入力受付モジュールは、寄付する選手の入力を受け付ける（ステップＳ２１）。
入力受付モジュールは、受け付けたスポーツチームに所属する選手の入力を受け付ける（図６参照）。入力受付モジュールは、入力を受け付けたスポーツチームに所属する寄付が可能な選手の一覧を表示し、この一覧の中から、ユーザが寄付を所望する選手の入力を受け付ける。この結果、入力受付モジュールは、選手の入力を受け付ける。
同図では、入力受付モジュールは、選手（選手Ａ）の選択の入力を受け付けた状態を示している。入力受付モジュールは、決済方法設定画面の選択を入力することにより、寄付する金額の入力受付処理（ステップＳ２２）の処理を実行する。
なお、入力受付モジュールは、選手の入力を、直接入力することにより受け付けても良い。
また、ユーザ端末２０は、選手の入力を省略することも可能である。この場合、ユーザ端末２０は、スポーツチームの入力受付処理（ステップＳ２０）を実行後、寄付する金額の入力受付処理（ステップＳ２２）を実行する。スポーツチーム寄付特典付与システム１は、後述する寄付処理において、選手に関する部分を省略し、スポーツチームのみに対して、処理を行うことになる。
また、入力受付モジュールは、選手の入力を、直接入力することにより受け付けても良い。

図４に戻り、寄付内容設定処理の続きを説明する。
入力受付モジュールは、寄付する金額の入力を受け付ける（ステップＳ２２）。
入力受付モジュールは、決済毎に寄付する金額の入力を受け付ける（図７参照）。入力受付モジュールは、決済一回当たりに寄付する金額の一覧を表示し、この一覧の中から、ユーザが所望する寄付の金額の入力を受け付ける。この結果、入力受付モジュールは、金額の入力を受け付ける。
同図では、入力受付モジュールは、金額（１０円）の選択の入力を受け付けた状態を示している。入力受付モジュールは、決済方法の選択を入力することにより、決済する電子マネーの入力受付処理（ステップＳ２３）を実行する。
なお、入力受付モジュールは、寄付する金額の入力を、直接入力することにより受け付けても良い。

図４に戻り、寄付内容設定処理の続きを説明する。
入力受付モジュールは、決済する電子マネーの入力を受け付ける（ステップＳ２３）。
入力受付モジュールは、ユーザが所望する電子マネーの入力を受け付ける（図７参照）。
入力受付モジュールは、決済が可能な電子マネーの一覧を表示し、この一覧の中から、ユーザが決済を所望する電子マネーの入力を受け付ける。この結果、入力受付モジュールは、決済する電子マネーの入力を受け付ける。
同図では、入力受付モジュールは、電子マネー（Ｂｐａｙ）の選択の入力を受け付けた状態を示している。入力受付モジュールは、設定の終了を入力することにより、入力を受け付けた内容を、コンピュータ１０に送信する処理（ステップＳ２４）を実行する。
なお、入力受付モジュールは、決済する電子マネーの入力を、直接入力することにより受け付けても良い。

図４に戻り、寄付内容設定処理の続きを説明する。
入力内容送信モジュールは、受け付けたスポーツチーム、選手、金額、電子マネー及びユーザの識別子（電話番号、管理番号、ユーザＩＤ、端末ＩＤ、ＭＡＣアドレス、メールアドレス等）をコンピュータ１０に送信し（ステップＳ２４）、入力内容受信モジュールは、スポーツチーム、選手、金額、電子マネー及びユーザの識別子を受信する（ステップＳ２５）。
入力内容送信モジュールは、受け付けたスポーツチーム、このスポーツチームに所属する選手、ユーザが寄付する金額、ユーザが決済に用いる電子マネー及びこのユーザの識別子を、コンピュータ１０に送信する。
入力内容受信モジュールは、これらを受信することにより、ユーザが入力した寄付するスポーツチーム、このスポーツチームに所属する選手、ユーザが寄付する金額、ユーザが決済に用いる電子マネー及びこのユーザの識別子を取得する。

設定モジュールは、ユーザに、スポーツチーム、選手、金額及び電子マネーを設定する（ステップＳ２６）。
設定モジュールは、受信したスポーツチームと、選手と、金額と、電子マネーと、ユーザの識別子とを、其々対応付けて、このユーザに、寄付するスポーツチーム、このスポーツチームに所属する選手、寄付する金額、決済に用いる電子マネーを設定する。

設定内容記憶モジュールは、ユーザに設定したスポーツチーム、選手、金額及び電子マネーを記憶する（ステップＳ２７）。
設定内容記憶モジュールは、ユーザの識別子、スポーツチーム、選手、金額及び電子マネーが登録されるユーザＤＢに、今回設定したユーザの識別子、スポーツチーム、選手、金額及び電子マネーを登録することにより、ユーザに設定したスポーツチーム、選手、金額及び電子マネーを記憶する。

なお、スポーツチーム寄付特典付与システム１は、ユーザに設定したスポーツチーム、選手、金額及び電子マネーを記憶するのではなく、後述する寄付処理に際して、その都度、ユーザにスポーツチーム、選手、金額及び電子マネーを設定しても良い。すなわち、スポーツチーム寄付特典付与システム１は、決済を行う度に、上述したステップＳ２０－Ｓ２６の処理を実行しても良い。また、スポーツチーム寄付特典付与システム１は、ユーザにスポーツチーム、選手、金額又は電子マネーの何れか又は複数の組み合わせを記憶しておき、記憶していないものに関して、後述する寄付処理に際して、その都度、設定しても良い。すなわち、スポーツチーム寄付特典付与システム１は、決済を行う度に、上述したステップＳ２０－Ｓ２６の内、記憶していない項目の入力の受付処理及びこの項目の設定処理を実行しても良い。

以上が、寄付内容設定処理である。
スポーツチーム寄付特典付与システム１は、このユーザＤＢを用いて、後述する寄付処理及び付与処理を実行する。

［コンピュータ１０、ユーザ端末２０、運営者サーバ４０が実行する寄付処理］
図８に基づいて、コンピュータ１０、ユーザ端末２０、運営者サーバ４０が実行する寄付処理について説明する。同図は、コンピュータ１０、ユーザ端末２０、運営者サーバ４０が実行する寄付処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本寄付処理は、上述した特典設定処理及び寄付内容設定処理の後に行われる処理であり、上述したスポーツチームへの寄付処理（ステップＳ２）の詳細である。

決済モジュールは、電子マネーによる決済を実行する（ステップＳ３０）。
決済モジュールは、コンピュータ１０が記憶したユーザＤＢに登録されたこのユーザに設定されたスポーツチーム、選手、金額及び電子マネーに関する情報を取得する。決済モジュールは、ユーザＤＢに登録された電子マネーにより決済を実行する。
決済モジュールは、ユーザが、ユーザＤＢに登録された電子マネーにより店舗で物品やサービス等の商品を購入する際、電子マネーによる決済を実行する。このとき、決済モジュールは、商品の購入金額と、ユーザＤＢに登録された金額との二つの金額の合計金額を決済する。決済モジュールは、バーコード決済又は二次元コード決済等により、電子マネーによる決済を実行する（図９参照）。
同図では、決済モジュールが表示する決済画面を示している。決済モジュールは、このバーコード又は二次元コードの読取が行われることにより、決済を実行する。
なお、決済モジュールが実行する電子マネーによる決済は、上述したものに限らず、非接触型決済であっても良いし、それ以外の方法であっても良い。

図８に戻り、寄付処理の続きを説明する。
決済情報送信モジュールは、決済情報をコンピュータ１０に送信し（ステップＳ３１）、決済情報受信モジュールは、決済情報を受信する（ステップＳ３２）。
決済情報送信モジュールは、決済が行われた電子マネー、決済が行われた店舗、決済を行ったユーザの識別子及び決済された金額を決済情報としてコンピュータ１０に送信する。
決済情報受信モジュールは、この決済情報を受信することにより、決済が行われた電子マネー、決済が行われた店舗、決済を行ったユーザの識別子及び決済された金額を取得する。
コンピュータ１０は、受信した決済情報に基づいて、事業者サーバ３０とデータ通信を行い、電子マネーによる決済に必要な処理を実行する。電子マネーによる決済に必要な処理は、事業者サーバ３０に決済情報の送信、事業者サーバ３０によるユーザの残高更新、事業者サーバ３０による決済結果の送信、コンピュータ１０による決済結果の受信等であり、ユーザが電子マネーを店舗に支払うために必要な処理であれば良く、これらに限定されるものではない。

決済結果送信モジュールは、決済結果を、ユーザ端末２０に送信し（ステップＳ３３）、決済結果受信モジュールは、決済結果を受信する（ステップＳ３４）。

決済結果出力モジュールは、決済結果を出力する（ステップＳ３５）。
決済結果出力モジュールは、決済結果を自身の表示部に表示等することにより、決済結果を出力する。

寄付内容特定モジュールは、寄付内容を特定する（ステップＳ３６）。
寄付内容特定モジュールは、受信した決済情報におけるユーザの識別子に基づいて、上述したユーザＤＢを参照し、このユーザに設定されたスポーツチーム、選手及び金額を寄付内容として特定する。

寄付モジュールは、寄付を実行する（ステップＳ３７）。
寄付モジュールは、特定したスポーツチーム及び選手に対して、上述した電子マネーによる決済の実行処理（ステップＳ３０）により、決済が行われた寄付分の金額を、スポーツチームに対して寄付する。ここで、寄付モジュールは、運営者サーバ４０に、この寄付分の金額を電子マネーにより送金する。
なお、寄付モジュールは、予めスポーツチームと選手とに対して、予め設定された所定の割合に基づいて、スポーツチームと選手との両者に対して寄付を実行する事も可能である。例えば、スポーツチームが５割、選手が５割と所定の割合が設定されている場合、寄付モジュールは、決済が行われた寄付分の金額の内、５割をスポーツチームに寄付し、残り５割を選手に寄付するといったことも可能である。

寄付受取モジュールは、寄付を受けとる（ステップＳ３８）。
寄付受取モジュールは、コンピュータ１０が送金した電子マネーを着金することにより、ユーザが決済した寄付を受け取る。
運営者サーバ４０は、受け取った寄付の金額に基づいて、自身が保有する電子マネーの残高を更新する。

受取済通知送信モジュールは、寄付の受取済通知をコンピュータ１０に送信し（ステップＳ３９）、受取済通知受信モジュールは、寄付の受取済通知を受信する（ステップＳ４０）。
受取済通知は、運営者サーバ４０が寄付を受け取ったことを示す通知である。
受取済通知受信モジュールは、寄付の受取済通知を受信することにより、寄付の受取済通知を取得する。

以上が、寄付処理である。

［コンピュータ１０、ユーザ端末２０が実行する付与処理］
図１０に基づいて、コンピュータ１０、ユーザ端末２０が実行する付与処理について説明する。同図は、コンピュータ１０、ユーザ端末２０が実行する付与処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本付与処理は、上述した寄付処理が行われる度に行われる処理であり、上述したユーザへの１次特典の付与処理（ステップＳ３）、寄付した総額を算出する総額算出処理（ステップＳ４）、２次特典を付与する２次特典付与処理（ステップＳ５）の詳細である。

ユーザ端末２０及びコンピュータ１０は、特典付与処理を実行する（ステップＳ５０）。ユーザ端末２０及びコンピュータ１０が実行する特典付与処理についての詳細は、後述する１次特典付与処理、２次特典付与処理、３次特典付与処理において説明する。
特典付与処理において、コンピュータ１０は、決済情報におけるユーザの識別子及び金額と、上述したユーザＤＢにおけるこのユーザに関連付けられたスポーツチームと、上述した特典ＤＢにおけるこのスポーツチームの特典及び付与条件とに基づいて、ユーザに付与する特典を特定する。

ポイント付与モジュールは、ユーザにポイントを付与する（ステップＳ５１）。
ポイント付与モジュールは、決済情報における金額に基づいて、所定の割合（例えば、０．５％、１％、２％）分の電子マネーをポイントとしてユーザに付与する。ポイント付与モジュールは、ポイント分の電子マネーを、ユーザ端末２０に送金することにより、ユーザにポイントを付与する。

ポイント受取モジュールは、付与されたポイントを受け取る（ステップＳ５２）。
ポイント受取モジュールは、コンピュータ１０が送金したポイント分の電子マネーを着金することにより、ポイントを受け取る。
ユーザ端末２０は、自身が所有する電子マネーの残高の更新等を行う。

特典出力モジュールは、特典を出力する（ステップＳ５３）。
特典出力モジュールは、付与された特典を自身の表示部に表示等することにより、特典を出力する。
特典の出力内容についての詳細は、後述する。
なお、特典出力モジュールは、受け取ったポイントを併せて表示することも可能である。

寄付内容記憶モジュールは、特典をユーザに付与した後に、寄付内容を記憶する（ステップＳ５４）。
寄付内容記憶モジュールは、特典を付与したユーザの識別子に基づいて、上述したユーザＤＢにおけるこのユーザに、寄付した金額及び日時を登録することにより、寄付内容を記憶する。

以上が、付与処理である。

［コンピュータ１０、ユーザ端末２０が実行する１次特典付与処理］
図１１に基づいて、コンピュータ１０、ユーザ端末２０が実行する１次特典付与処理について説明する。同図は、コンピュータ１０、ユーザ端末２０が実行する１次特典付与処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本１次特典付与処理は、上述した特典付与処理（ステップＳ５０）の内の一つの処理である。本１次特典付与処理は、上述したユーザへの１次特典の付与処理（ステップＳ３）の詳細である。

付与済判定モジュールは、全１次特典が付与済みであるか否かを判定する（ステップＳ６０）。
付与済判定モジュールは、上述した寄付処理において、電子マネーによる決済を行ったユーザに対して、上述した寄付内容設定処理によりこのユーザに設定し、上述した特典設定処理により、このスポーツチームの運営者が作成した全ての１次特典が付与済みであるか否かを判定する。ここで、付与済判定モジュールは、このユーザに紐付けられた付与済みの１次特典と、特典ＤＢに登録された１次特典とを参照し、全ての１次特典が付与済みであるか否かを判定する。
付与済判定モジュールは、全１次特典が付与済みであると判定した場合（ステップＳ６０ ＹＥＳ）、次回以降又は今回から後述する２次特典付与処理を実行する。次回以降とは、今回行われた決済では、この２次特典付与処理を実行せず、次回以降に行われる決済において、この２次特典付与処理を実行することである。図１１において、記載を簡略化するために、本１次特典付付与処理を終了するものとして記載する。
なお、付与済判定モジュールが、この判定を行った際、１次特典付与モジュールは、全ての１次特典が付与済みであることを、ユーザ端末２０に通知する構成も可能である。また、この場合、１次特典付与モジュールは、後述する２次特典付付与処理における２次特典の付与に必要な寄付の金額を併せて、ユーザ端末２０に通知する構成も可能である。

一方、付与済判定モジュールは、全一次特典が付与済みでないと判定した場合（ステップＳ６０ ＮＯ）、１次特典特定モジュールは、１次特典をランダムに特定する（ステップＳ６１）。
ランダムに特定するとは、無作為な結果を得る方法であれば、特に限定されるものではない。
１次特典特定モジュールは、このスポーツチームの運営者により特典ＤＢに登録された１次特典の中から、ユーザに付与する一の１次特典をランダムに特定する。１次特典特定モジュールは、一の１次特典を特定する際、これまでにこのユーザに付与した１次特典を除外したものの中から、今回このユーザに付与する一の１次特典をランダムに特定する。
１次特典特定モジュールは、今回特定した１次特典を、付与済みの１次特典としてユーザに紐付ける。
なお、１次特典特定モジュールは、上述したユーザＤＢに登録された選手を優先的に特定しても良い。この場合、例えば、１次特典特定モジュールは、１次特典をランダムに特定する際、この選手の１次特典に所定の重み付けを行い、特定する可能性を他の選手の１次特典よりも向上させた状態で、ランダムに１次特典の特定を行っても良い。また、１次特典特定モジュールは、この選手の１次特典の中から、ランダムに１次特典の特定を行っても良い。

１次特典付与モジュールは、ユーザに１次特典を付与する（ステップＳ６２）。
１次特典付与モジュールは、特定した１次特典をユーザ端末２０に送信することにより、ユーザに１次特典を付与する。
１次特典付与モジュールは、ランダムに特定した１次特典をユーザに付与することにより、１次特典をランダムに付与することになる。

特典受取モジュールは、１次特典を受け取る（ステップＳ６３）。
特典受取モジュールは、コンピュータ１０が送信した１次特典を受信することにより、１次特典を受け取る。

特典出力モジュールが出力する１次特典の例について、図１２に基づいて説明する。同図は、特典出力モジュールが、１次特典として、選手の感謝メッセージを自身の表示部に表示した状態を示した図である。同図において、特典出力モジュールは、選手の画像及び感謝メッセージに加えて、スポーツチームの名称（チームＢ）及びこの選手の名称（選手Ａ）が記載されたテロップが示されている。

以上が、１次特典付与処理である。

［コンピュータ１０、ユーザ端末２０が実行する２次特典付与処理］
図１３に基づいて、コンピュータ１０、ユーザ端末２０が実行する２次特典付与処理について説明する。同図は、コンピュータ１０、ユーザ端末２０が実行する２次特典付与処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本２次特典付与処理は、上述した特典付与処理（ステップＳ５０）の内の一つの処理であり、かつ、上述した１次特典付与処理におけるステップＳ６０の条件に基づいて実行される処理である。本２次特典付与処理は、上述した寄付した総額を算出する総額算出処理（ステップＳ４）、２次特典を付与する２次特典付与処理（ステップＳ５）の詳細である。

総額算出モジュールは、寄付した金額の総額を算出する（ステップＳ７０）。
総額算出モジュールは、上述した寄付内容の記憶処理（ステップＳ５４）により記憶したユーザの寄付内容に基づいて、本処理を実行する。総額算出モジュールは、これまでにユーザがこのスポーツチームに寄付した金額の合計金額を算出し、寄付した金額の総額を算出する。総額算出モジュールが算出する金額の総額は、所定期間におけるものであっても良いし、過去にこのユーザが寄付した全ての金額における総額であっても良い。

総額判定モジュールは、算出した総額が所定の条件を満たすか否かを判定する（ステップＳ７１）。
総額判定モジュールは、特典ＤＢに登録された２次特典の付与条件と、今回算出した総額とを参照し、この総額が、付与条件を満たすか否かを判定する。上述した２次特典の例では、総額判定モジュールは、総額が３，０００円以上、５，０００円未満である場合、総額が５，０００円以上、１０，０００円未満である場合、総額が１０，０００円以上である場合の何れかであるか否かを判定する。
総額判定モジュールは、総額が所定の条件を満たさないと判定した場合（ステップＳ７１ ＮＯ）、すなわち、算出した総額が、各２次特典の付与条件を満たさないと判定した場合、コンピュータ１０は、本２次特典付与処理を終了する。
なお、総額判定モジュールがこの判定を行った際、２次特典付与モジュールは、２次特典の付与尾に必要な寄付の金額を、ユーザ端末２０に通知する構成も可能である。また、総額判定モジュールがこの判定を行った際、コンピュータ１０及びユーザ端末２０は、後述する３次特典付与処理を実行する構成も可能である。

一方、総額判定モジュールは、総額が所定の条件を満たすと判定した場合（ステップＳ７１ ＹＥＳ）、すなわち、算出した総額が、何れかの２次特典の付与条件を満たすと判定した場合、２次特典特定モジュールは、ユーザに付与する２次特典を特定する（ステップＳ７２）。
２次特典特定モジュールは、このスポーツチームの運営者により特典ＤＢに登録された２次特典の内、今回の総額が、付与条件を満たす２次特典を特定する。２次特典特定モジュールは、２次特典を特定する際、これまでにこのユーザに付与した２次特典を除外したものの中から、今回このユーザに付与する２次特典を特定する。除外した結果、このユーザに付与する２次特典が存在しない場合、コンピュータ１０は、再度、上述したステップＳ７１の処理を実行する、又は、本２次特典特定処理を終了すれば良い。
２次特典特定モジュールは、今回特定した２次特典を、付与済みの２次特典としてユーザに紐付ける。
なお、２次特典特定モジュールは、付与条件を満たす複数の２次特典が存在する場合、一の２次特典のみを特定しても良いし、複数の２次特典を同時に特定しても良い。例えば、２次特典特定処理の実行時、総額が１０，０００円以上であり、インタビュームービー、オフムービー及び日常ムービーが、これまでにユーザに付与されていない場合、付与条件が最も低い２次特典（本例では、インタビュームービー）のみを特定しても良いし、付与条件が低い順に複数（本例では、インタビュームービー及びオフムービーであっても良いし、インタビュームービー、オフムービー及び日常ムービーであっても良い）を特定しても良い。このとき、２次特典特定モジュールは、次回以降、第２特典付与処理を実行する際、付与していない２次特典を特定することになる。

２次特典付与モジュールは、ユーザに２次特典を付与する（ステップＳ７３）。
２次特典付与モジュールは、特定した２次特典をユーザ端末２０に送信することにより、ユーザに２次特典を付与する。

特典受取モジュールは、２次特典を受け取る（ステップＳ７４）。
特典受取モジュールは、コンピュータ１０が送信した２次特典を受信することにより、２次特典を受け取る。

特典出力モジュールが出力する２次特典の例について、図１４に基づいて説明する。同図は、特典出力モジュールが、２次特典として、インタビュームービーを自身の表示部に表示した状態を示した図である。同図において、特典出力モジュールは、選手の画像に加えて、質問（シーズンに対する意気込みをお願いします！）及びその回答（優勝目指して頑張ります！）が記載されたテロップが示されている。

以上が、２次特典付与処理である。

［コンピュータ１０、ユーザ端末２０が実行する３次特典付与処理］
図１５に基づいて、コンピュータ１０、ユーザ端末２０が実行する３次特典付与処理について説明する。同図は、コンピュータ１０、ユーザ端末２０が実行する３次特典付与処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本３次特典付与処理は、上述した特典付与処理（ステップＳ５０）の内の一つの処理である。本３次特典付与処理は、上述した１次特典付与処理又は２次特典付与処理と同時に実行されるものであっても良いし、上述した２次特典付与処理におけるステップＳ７１の条件に基づいて実行されるものであっても良い。

店舗特定モジュールは、決済が行われた店舗を特定する（ステップＳ８０）。
店舗特定モジュールは、上述した決済情報の受信処理（ステップＳ３２）により受信した決済情報に基づいて、決済が行われた店舗を特定する。

３次特典特定モジュールは、ユーザに付与する３次特典を特定する（ステップＳ８１）。
３次特典特定モジュールは、このスポーツチームの運営者により特典ＤＢに登録された３次特典の付与条件を参照し、今回ユーザに付与する３次特典を特定する。
３次特典特定モジュールは、３次特典を特定する際、これまでにこのユーザに付与した３次特典を除外したものの中から、今回ユーザに付与する３次特典を特定しても良いし、これまでにユーザに付与した３次特典を含んだものの中から、今回ユーザに付与する３次特典を特定しても良い。
３次特典特定モジュールは、今回特定した３次特典を、付与済みの３次特典としてユーザに紐付ける。
なお、３次特典特定モジュールは、付与条件を満たす複数の３次特典が存在する場合、一の３次特典のみを特定しても良いし、複数の３次特典を同時に特定しても良い。

３次特典付与モジュールは、ユーザに３次特典を付与する（ステップＳ８２）。
３次特典付与モジュールは、特定した３次特典をユーザ端末２０に送信することにより、ユーザに３次特典を付与する。

特典受取モジュールは、３次特典を受け取る（ステップＳ８３）。
特典受取モジュールは、コンピュータ１０が送信した３次特典を受信することにより、３次特典を受け取る。

特典出力モジュールが出力する３次特典の例について、図１６に基づいて説明する。同図は、特典出力モジュールが、３次特典として、店舗が位置する地域の施設で使用可能なクーポンを示した図である。同図において、クーポンの２次元コード、クーポンの金額、使用可能期限、使用可能店舗が示されている。

以上が、３次特典付与処理である。

［コンピュータ１０が実行する店舗特典付与処理］
図１７に基づいて、コンピュータ１０が実行する店舗特典付与処理について説明する。同図は、コンピュータ１０が実行する店舗特典付与処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本店舗特典付与処理は、上述した付与処理と同時に行われる処理である。
なお、上述した各処理と同様の処理については、その詳細な説明は省略する。

店舗特定モジュールは、決済が行われた店舗を特定する（ステップＳ９０）。
ステップＳ９０の処理は、上述した店舗の特定処理（ステップＳ８０）と同様である。

店舗特典特定モジュールは、店舗に付与する店舗特典を特定する（ステップＳ９１）。
店舗特典特定モジュールは、決済情報におけるユーザの識別子、金額及び店舗と、上述したユーザＤＢにおけるこのユーザに関連付けられたスポーツチーム及び選手と、上述した特典ＤＢにおけるスポーツチーム及び選手の店舗特典とに基づいて、店舗に付与する店舗特典を特定する。店舗特典特定モジュールは、決済が行われた店舗がスポーツチームに関与する権利を店舗特典として特定する。具体的には、店舗特典特定モジュールは、スポーツチームに関する販促グッズや関連グッズ等の利用権や販売権を店舗特典として特定する。
なお、店舗特典特定モジュールは、店舗に付与する店舗特典が複数存在する場合、寄付の金額に応じた店舗特典を特定する。

店舗特典付与モジュールは、店舗に店舗特典を付与する（ステップＳ９２）。
店舗特典付与モジュールは、特定した店舗特典を店舗が管理する店舗サーバに送信等することにより、店舗に店舗特典を付与する。または、店舗特典付与モジュールは、店舗に対して、商品やグッズ等の配送手続きを行うことにより、店舗に店舗特典を付与する。

以上が、店舗特典付与処理である。

［コンピュータ１０、ユーザ端末２０が実行する期間額算出処理］
図１８に基づいて、コンピュータ１０、ユーザ端末２０が実行する期間額算出処理について説明する。同図は、コンピュータ１０、ユーザ端末２０が実行する期間額算出処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本期間額算出処理は、上述した寄付処理の後に行われる処理である。

期間額算出モジュールは、所定期間における寄付した金額の総額を算出する（ステップＳ１００）。
所定期間は、事業者が適宜設定可能な期間であり、例えば、１週間、１か月間、半年間、１年間である。
期間額算出モジュールは、上述した寄付内容の記憶処理（ステップＳ５４）により記憶したユーザの寄付内容に基づいて、本処理を実行する。期間額算出モジュールは、各ユーザの所定の期間における寄付した総額を算出する。

金額判定モジュールは、総額が、所定の金額以上であるか否かを判定する（ステップＳ１０１）。
所定の金額は、事業者が適宜設定可能な金額であり、例えば、５千円、１万円、３万円、１０万円である。
金額判定モジュールは、算出した総額が、所定の金額よりも少ないと判定した場合（ステップＳ１０１ ＮＯ）、コンピュータ１０は、本期間額算出処理を終了する。

一方、金額判定モジュールは、算出した総額が、所定の金額以上であると判定した場合（ステップＳ１０１ ＹＥＳ）、期間額特典特定モジュールは、ユーザに付与する総額に応じた特典を特定する（ステップＳ１０２）。
期間額特典特定モジュールは、ユーザの識別子と、算出した総額と、上述したユーザＤＢにおけるこのユーザに関連付けられたスポーツチーム及び選手と、上述した特典ＤＢにおけるこのスポーツチーム及び選手の特典及び付与条件とに基づいて、ユーザに付与する総額に応じた特典を特定する。期間額特典特定モジュールは、付与条件が、所定の期間における寄付の金額の総額が所定の金額であり、ユーザに設定されたスポーツチーム及び選手の特典を、ユーザに付与する特典として特定する。期間額特典特定モジュールは、例えば、上述したその他の特典の内、オンライン会議への参加権、ユニフォームを選ぶ投票権を特典として特定する。
このとき、期間額特典特定モジュールが特定する特典は、上述した特典付与処理（ステップＳ５０）において特定する１次特典、２次特典及び３次特典とは異なる特典である。これは、上述した特典付与処理（ステップＳ５０）では、付与条件が、決済の度や一回の寄付の金額が所定の金額や期間を問わない総額が所定の金額である特典を特定するのに対して、本処理では、付与条件が、所定の期間における寄付の金額の総額が所定の金額である特典を特定するためである。

期間額特典付与モジュールは、ユーザに総額に応じた特典を付与する（ステップＳ１０３）。
期間額特典付与モジュールは、特定した総額に応じた特典をユーザに送信することにより、ユーザに総額に応じた特典を付与する。

特典受取モジュールは、付与された総額に応じた特典を受け取る（ステップＳ１０４）。
特典受取モジュールは、コンピュータ１０が送信した総額に応じた特典を受信することにより、総額に応じた特典を受け取る。

特典出力モジュールは、総額に応じた特典を出力する（ステップＳ１０５）。
特典出力モジュールは、付与された総額に応じた特典を自身の表示部に表示等することにより、総額に応じた特典を出力する。

以上が、期間額算出処理である。

［コンピュータ１０、ユーザ端末２０が実行する過去額算出処理］
図１９に基づいて、コンピュータ１０、ユーザ端末２０が実行する過去額算出処理について説明する。同図は、コンピュータ１０、ユーザ端末２０が実行する過去額算出処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本過去額算出処理は、上述した寄付処理の後に行われる処理である。

過去額算出モジュールは、過去に、ユーザが寄付した金額の総額を算出する（ステップＳ１１０）。
過去額算出モジュールは、上述した寄付内容の記憶処理（ステップＳ５４）により記憶したユーザの寄付内容に基づいて、本処理を実行する。過去額算出モジュールは、ユーザの過去、寄付した総額を算出する。

階級付与モジュールは、ユーザに総額に応じた階級を付与する（ステップＳ１１１）。
階級付与モジュールは、予め金額に応じて設定された階級を、算出した金額に応じて、ユーザに付与する。階級付与モジュールは、ユーザＤＢにおけるこのユーザの識別子に、階級を対応付けることにより、ユーザに階級を付与する。
総額に応じた階級の付与は、例えば、総額が５，０００円未満のユーザにブロンズランクを付与、総額が５，０００円以上かつ１０，０００円未満のユーザにシルバーランクを付与、総額が１０，０００円以上のユーザにゴールドランクを付与である。

階級特典特定モジュールは、ユーザに付与する総額に応じた特典を特定する（ステップＳ１１２）。
階級特典特定モジュールは、ユーザの識別子と、算出した総額と、上述したユーザＤＢにおけるこのユーザに関連付けられたスポーツチーム及び選手と、上述した特典ＤＢにおけるこのスポーツチーム及び選手の特典及び付与条件とに基づいて、ユーザに付与する階級に応じた特典を特定する。階級特典特定モジュールは、付与条件が、ユーザに設定した階級であり、ユーザに設定されたスポーツチーム及び選手の特典を、ユーザに付与する特典として特定する。
階級特典特定モジュールは、ブロンズランクのユーザには、オリジナル動画や決済毎に選手からのメッセージを特典として特定する。また、階級特典特定モジュールは、例えば、シルバーランクのユーザには、ブロンズランクの特典に加えて、ユニフォームの投票権、マスコットキャラクター衣装等プロモーションキットの投票権を特典として特定する。また、階級特典特定モジュールは、例えば、ゴールドランクのユーザには、シルバーランクの特典に加えて、リプレイ画像、チーム運営に対するデジタル上の参加権を特典として特定する。
このとき、階級特典特定モジュールが特定する特典は、上述した特典付与処理（ステップＳ５０）において特定する１次特典、２次特典及び３次特典及び所定期間における総額に応じた特典の特定処理（ステップＳ１０２）とは異なる特典である。これは、上述した特典付与処理（ステップＳ５０）では、付与条件が、決済の度や一回の寄付の金額が所定の金額や期間を問わない総額が所定の金額である特典を特定し、上述した所定期間における総額に応じた特典の特定処理（ステップＳ１０２）では、付与条件が、所定の期間における寄付の金額の総額が所定の金額である特典を特定するのに対して、本処理では、付与条件が、ユーザに設定した階級である特典を特定するためである。

階級特典付与モジュールは、ユーザに階級に応じた特典を付与する（ステップＳ１１３）。
階級特典付与モジュールは、特定した階級に応じた特典をユーザに送信することにより、ユーザに階級に応じた特典を付与する。

特典受取モジュールは、付与された階級に応じた特典を受け取る（ステップＳ１１４）。
特典受取モジュールは、コンピュータ１０が送信した階級に応じた特典を受信することにより、階級に応じた特典を受け取る。

特典出力モジュールは、階級に応じた特典を出力する（ステップＳ１１５）。
特典出力モジュールは、付与された階級に応じた特典を自身の表示部に表示等することにより、階級に応じた特典を出力する。

以上が、過去額算出処理である。

［コンピュータ１０、ユーザ端末２０が実行するユーザコード発行処理］
図２０に基づいて、コンピュータ１０、ユーザ端末２０が実行するユーザコード発行処理について説明する。同図は、コンピュータ１０、ユーザ端末２０が実行するユーザコード発行処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本ユーザコード発行処理は、上述した寄付処理の前に行われる処理である。

ユーザコード発行モジュールは、ユーザコードを発行する（ステップＳ１２０）。
ユーザコードは、例えば、所定の文字数の英数字である。
ユーザコード発行モジュールは、ユーザＤＢに登録されたユーザ、過去に寄付を行ったユーザ等のユーザのユーザコードを発行する。ユーザコード発行モジュールは、ユーザからの要求に応じて、ユーザコードを発行しても良いし、ユーザＤＢに登録された時点又はユーザが寄付を行った時点において、ユーザのユーザコードを発行しても良い。

ユーザコード送信モジュールは、発行したユーザとは異なる他のユーザが所持するユーザ端末２０に、発行したユーザコードを送信し（ステップＳ１２１）、ユーザコード受信モジュールは、ユーザコードを受信する（ステップＳ１２２）。
ユーザコード送信モジュールは、ユーザ又は他のユーザからの要求に基づいて、発行したユーザコードを送信する。

ユーザコード設定モジュールは、ユーザコードを設定する（ステップＳ１２３）。
ユーザコード設定モジュールは、他のユーザからの入力を受け付け、受信したユーザコードを有効化することにより、ユーザコードを設定する。

ユーザコードが設定されたユーザ端末２０が、上述した寄付処理及び付与処理を行う場合、コンピュータ１０は、上述した特典付与処理（ステップＳ５０）において、寄付を行った他のユーザだけでなく、ユーザコードのユーザに対しても特典を付与する。このとき、コンピュータ１０が付与する特典は、他のユーザに設定された特典ではなく、ユーザコードが発行されたユーザに設定された特典である。
なお、コンピュータ１０は、ユーザコードが設定された他のユーザが寄付した金額の所定の割合の金額を、ユーザコードのユーザが寄付したものとすることも可能である。この場合、１次、２次又は３次特典特定モジュールは、所定の割合の金額に応じた特典を特定し、１次、２次又は３次特典付与モジュールは、特定した特典をユーザ及び他のユーザに付与する。
また、コンピュータ１０は、ユーザコードの発行時に、ユーザコードに有効回数や有効期間を設定しておき、回数や期間が超過した場合、このユーザコードを無効としても良い。

以上が、ユーザコード発行処理である。

［コンピュータ１０、ユーザ端末２０、運営者サーバ４０が実行する特典変更処理］
図２１に基づいて、コンピュータ１０、ユーザ端末２０、運営者サーバ４０が実行する特典変更処理について説明する。同図は、コンピュータ１０、ユーザ端末２０、運営者サーバ４０が実行する特典変更処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本特典変更処理は、上述した付与処理の後に行われる処理である。
なお、上述した各処理と同様の処理については、その詳細な説明は省略する。

アンケート受付モジュールは、アンケートの入力を受け付ける（ステップＳ１３０）。
アンケートは、付与された特典に対する評価であり、例えば、数字、テキスト、記号、選択により入力されるものである。このアンケートは、例えば、特典に対する満足度、意見、感想である。
アンケート受付モジュールは、自身の表示部等にこのアンケートを表示し、表示したアンケートに対する入力を受け付ける。

アンケート送信モジュールは、受け付けたアンケートをコンピュータ１０に送信し（ステップＳ１３１）、アンケート受信モジュールは、このアンケートを受信する（ステップＳ１３２）。
アンケート受信モジュールは、アンケートを受信することにより、アンケートを取得する。

満足度算出モジュールは、特典に対する満足度を算出する（ステップＳ１３３）。
満足度は、ユーザが、付与された特典に対する満足の度合いであり、数字や文字等で表されるものである。
満足度算出モジュールは、アンケートの入力内容に基づいて、特典に対するユーザの満足度を算出する。満足度算出モジュールは、アンケートにおける評価に基づいて、満足度を算出する。満足度算出モジュールは、満足度を、文字で算出する場合、高い、低いと算出したり、満足、やや満足、やや不満、不満と算出したりする。満足度算出モジュールは、満足度を、数字で算出する場合、０－１００％の間の数字で算出する。

満足度判定モジュールは、所定の満足度以上であるか否かを判定する（ステップＳ１３４）。
所定の満足度以上とは、満足度が高い、満足、やや満足等の、ユーザが特典に対して十分に満足している（少なくとも不満を抱いていない）満足度を意味する。
満足度判定モジュールは、算出した満足度が、所定の満足度以上であると判定した場合（ステップＳ１３４ ＹＥＳ）、コンピュータ１０は、本特典変更処理を終了する。すなわち、コンピュータ１０は、ユーザの満足度が、十分な特典に対しては、そのまま、以降の付与処理において用いる。

一方、満足度判定モジュールは、所定の満足度よりも低いと判定した場合（ステップＳ１３４ ＮＯ）、特典変更指示送信モジュールは、特典の変更指示を運営者サーバ４０に送信し（ステップＳ１３５）、特典変更指示受信モジュールは、特典の変更指示を受信する（ステップＳ１３６）。
特典変更指示は、満足度が少ないと判定された特典を、満足度が向上する他の特典に変更する指示である。特典変更指示には、アンケートの入力内容における特定に関する評価が低い内容、算出した満足度が含まれる。

特典作成モジュールは、特典変更指示に基づいた特典を作成する（ステップＳ１３７）。
特典作成モジュールは、運営者に、変更指示に含まれる評価が低い内容及び満足度を通知する。運営者は、これらに基づいて、評価及び満足度が向上する特典を新たに作成する。
特典の作成方法は、上述した特典作成処理（ステップＳ１０）と同様であれば良い。

付与条件設定モジュールは、特典に付与条件を設定する（ステップＳ１３８）。ステップＳ１３８の処理は、上述した付与条件の設定処理（ステップＳ１１）と同様である。

特典送信モジュールは、特典及び付与条件をコンピュータ１０に送信し（ステップＳ１３９）、特典受信モジュールは、この特典及び付与条件を受信する（ステップＳ１４０）。
特典受信モジュールは、特典及び付与条件を受信することにより、今回新たに作成された特典及びこの特典に設定された付与条件を取得する。

特典記憶モジュールは、特典及び付与条件を変更する（ステップＳ１４１）。
特典記憶モジュールは、上述した特典及び付与条件の記憶処理（ステップＳ１４）において、特典ＤＢに記憶した特典及び付与条件の内、今回、満足度が低いと判定された特典及び付与条件を、受信した特典及び付与条件に変更する。特典記憶モジュールは、特典ＤＢに記憶された満足度が低いと判定された特典及び付与条件を削除し、今回受信した特典及び付与条件を新たに登録することにより、特典及び付与条件を変更する。

以上が、特典変更処理である。

［変形例］
スポーツチーム寄付特典付与システム１が実行する寄付内容設定処理の変形例について説明する。本変形例と、上述した寄付内容設定処理との相違点は、寄付する金額に所定の割合を設定する点である。

［コンピュータ１０、ユーザ端末２０が実行する割合設定処理］
図２２に基づいて、コンピュータ１０、ユーザ端末２０が実行する寄付内容設定処理の変形例である割合設定処理について説明する。同図は、コンピュータ１０、ユーザ端末２０が実行する割合設定処理のフローチャートを示す図である。上述した各モジュールが実行する処理について、本処理に併せて説明する。本割合設定処理は、上述した寄付処理の前に行われる処理である。
なお、上述した各処理と同様の処理については、その詳細な説明は省略する。

コンピュータ１０及びユーザ端末２０は、寄付するスポーツの入力の受付処理（ステップＳ１５０）、寄付する選手の入力の受付処理（ステップＳ１５１）、寄付する金額の入力の受付処理（ステップＳ１５２）、決済する電子マネーの入力の受付処理（ステップＳ１５３）、スポーツチーム、選手、金額、電子マネー及びユーザの識別子の送受信処理（ステップＳ１５４、Ｓ１５５）、ユーザにスポーツチーム、選手、金額及び電子マネーの設定処理（ステップＳ１５６）を実行する。
ステップＳ１５０の処理は、上述したステップＳ２０の処理と同様であり、ステップＳ１５１の処理は、上述したステップＳ２１の処理と同様であり、ステップＳ１５２の処理は、上述したステップＳ２２の処理と同様であり、ステップＳ１５３の処理は、上述したステップＳ２３の処理と同様であり、ステップＳ１５４の処理は、上述したステップＳ２４の処理と同様であり、ステップＳ１５５の処理は、上述したステップＳ２５の処理と同様であり、ステップＳ１５６の処理は、上述したステップＳ２６の処理と同様である。

設定モジュールは、設定した金額に所定の割合を設定する（ステップＳ１５７）。
所定の割合は、例えば、２０％、５０％、８０％であり、設定した金額に応じて、変動するものである。設定した金額が高額である程、低い割合を設定しても良いし、高い割合を設定しても良い。また、設定した金額が低額である程、低い割合を設定しても良いし、高い割合を設定しても良い。
設定モジュールは、設定した金額に、設定した所定の割合を対応付けることにより、ユーザに金額に対する所定の割合を設定する。

設定内容記憶モジュールは、ユーザに設定したスポーツチーム、選手、金額、割合及び電子マネーを記憶する（ステップＳ１５８）。
設定内容記憶モジュールは、ユーザＤＢに、ユーザの識別子、スポーツチーム、選手、金額、割合及び電子マネーを登録することにより、ユーザに設定したスポーツチーム、選手、金額、割合及び電子マネーを記憶する。

なお、スポーツチーム寄付特典付与システム１は、ユーザに設定したスポーツチーム、選手、金額、割合及び電子マネーを記憶するのではなく、上述した寄付処理に際して、その都度、ユーザにスポーツチーム、選手、金額、割合及び電子マネーを設定しても良い。すなわち、スポーツチーム寄付特典付与システム１は、決済を行う度に、上述したステップＳ１５０－Ｓ１５７の処理を実行しても良い。また、スポーツチーム寄付特典付与システム１は、ユーザにスポーツチーム、選手、金額、割合又は電子マネーの何れか又は複数の組み合わせを記憶しておき、記憶していないものに関して、上述した寄付処理に際して、その都度、設定しても良い。すなわち、スポーツチーム寄付特典付与システム１は、決済を行う度に、上述したステップＳ１５０－Ｓ１５７の内、記憶していない項目の入力の受付処理及びこの項目の設定処理を実行しても良い。

以上が、割合設定処理である。
スポーツチーム寄付特典付与システム１は、このユーザＤＢを用いて、上述した寄付処理及び付与処理を実行する。
スポーツチーム寄付特典付与システム１は、上述した寄付処理において、電子マネーによる決済の実行時、設定された金額のうち、所定の割合の金額を、実際の金額として決済する。

スポーツチーム寄付特典付与システム１は、複数のユーザ端末２０が、各ユーザに付与された特典や、この特典とは異なる様々なコンテンツを共有可能なシステムであっても良い。スポーツチーム寄付特典付与システム１は、付与された特典をそのまま共有するのではなく、一部を加工（例えば、画質や音質の低下加工、画像の一部又は全部のモザイク加工）して共有しても良い。

上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、コンピュータからネットワーク経由で提供される（ＳａａＳ：ソフトウェア・アズ・ア・サービス）形態やクラウドサービスで提供されてよい。また、プログラムは、コンピュータ読取可能な記録媒体に記録された形態で提供されてよい。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記録装置又は外部記録装置に転送し記録して実行する。また、そのプログラムを、記録装置（記録媒体）に予め記録しておき、その記録装置から通信回線を介してコンピュータに提供するようにしてもよい。

以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

（１）スポーツチームに寄付したユーザに特典を付与するスポーツチーム寄付特典付与システムであって、
寄付する前記スポーツチーム、寄付する金額及び決済する電子マネーを設定する設定部（例えば、設定部１４、設定モジュール）と、
設定した前記電子マネーを決済する度に、設定した前記金額を、設定した前記スポーツチームに寄付する寄付部（例えば、寄付部１１、寄付モジュール）と、
設定した前記電子マネーを決済する度、前記スポーツチームに所属する選手毎に複数パターン用意された１次特典をランダムに付与する１次特典付与部（例えば、１次特典付与部１２、１次特典付与モジュール）と、
寄付した金額の総額を算出する総額算出部（例えば、総額算出部１５、総額算出モジュール）と、
全てのパターンの前記１次特典が付与された後、算出した総額が所定の条件を満たす度、スポーツチーム全体に関連する２次特典を付与する２次特典付与部（例えば、２次特典付与部１３、２次特典付与モジュール）と、
を備えるスポーツチーム寄付特典付与システム。

（１）の発明によれば、電子マネーを利用して、簡単にスポーツチームに寄付ができ、簡単に寄付の対価として特典を付与することが可能となる。

（２）前記１次特典に対応する非代替性トークンを発行する発行部（例えば、トークン発行モジュール）と、
を更に備える（１）に記載のスポーツチーム寄付特典付与システム。

（２）の発明によれば、ユーザ同士で特典の交換等を行うことが可能となる。

（３）前記ユーザが設定した前記電子マネーで決済を行った店舗を特定する店舗特定部（例えば、店舗特定モジュール）と、
を更に備える（１）に記載のスポーツチーム寄付特典付与システム。

（３）の発明によれば、ユーザが寄付を行う際、店舗に関連するメリットをもたらすことが可能となる。

（４）算出した総額が所定の条件を満たす度、特定した前記店舗が位置する地域の施設に関連する３次特典を付与する３次特典付与部（例えば、３次特典付与モジュール）と、
を更に備える（３）に記載のスポーツチーム寄付特典付与システム。

（４）の発明によれば、ユーザが寄付を行う動機付けをより強めることが可能となる。

（５）特定した前記店舗に、前記ユーザが寄付した前記スポーツチームに応じた店舗特典を付与する店舗特典付与部（例えば、店舗特典付与モジュール）と、
を更に備える（３）に記載のスポーツチーム寄付特典付与システム。

（５）の発明によれば、ユーザが寄付を行う際、店舗にもメリットをもたらすことが可能となる。

（６）所定の期間における、寄付した金額の総額を算出する期間額算出部（例えば、期間額算出モジュール）と、
算出した所定の期間における総額が、所定の条件を満たす場合、前記１次特典及び２次特典とは異なる特典を付与する４次特典付与部（例えば、期間額特典付与モジュール）と、
を更に備える（１）に記載のスポーツチーム寄付特典付与システム。

（６）の発明によれば、ユーザが寄付を行う動機付けをより強めることが可能となる。

（７）過去、寄付した金額の総額を算出する過去額算出部（例えば、過去額算出モジュール）と、
算出した過去における総額に応じて、階級を付与する階級付与部（例えば、階級付与モジュール）と、
を更に備える（１）に記載のスポーツチーム寄付特典付与システム。

（７）の発明によれば、ユーザが寄付を行う動機付けをより強めることが可能となる。

（８）寄付した金額に応じて、設定した前記電子マネーにポイントを付与するポイント付与部（例えば、ポイント付与モジュール）と、
を更に備える（１）に記載のスポーツチーム寄付特典付与システム。

（８）の発明によれば、ユーザが寄付を行う動機付けをより強めることが可能となる。

（９）前記ユーザのユーザコードを発行するコード発行部（例えば、ユーザコード発行モジュール）と、
他のユーザから前記ユーザコードの入力を受け付けるコード受付部（例えば、ユーザコード設定モジュール）と、
寄付した前記他のユーザと、寄付した前記他のユーザから入力されたユーザコードのユーザとに特典を付与するコード特典付与部（例えば、１次特典付与モジュール、２次特典付与モジュール、３次特典付与モジュール）と、
を更に備える（１）に記載のスポーツチーム寄付特典付与システム。

（９）の発明によれば、ユーザコードを発行したユーザは、ユーザコードが発行された他ユーザの決済時にも、特典が付与されるため、ユーザ同士の連帯感を高めることが可能となる。

（１０）設定した寄付する前記スポーツチーム、寄付する金額及び決済する電子マネーを記憶する記憶部（例えば、設定内容記憶モジュール）と、
を更に備え、
前記寄付部は、記憶した前記スポーツチーム、寄付する金額及び電子マネーに基づいて、前記スポーツチームに寄付する、
（１）に記載のスポーツチーム寄付特典付与システム。

（１０）の発明によれば、電子マネーによる決済時、その都度、必要な設定を行う必要が無くなり、簡単にスポーツチームに寄付を行うことが可能となる。

（１１）付与した特典に対する前記ユーザの満足度を算出する満足度算出部（例えば、満足度算出モジュール）と、
算出した前記満足度に基づいて、特典を変更する特典変更部（例えば、特典記憶モジュール）と、
を更に備える（１）に記載のスポーツチーム寄付特典付与システム。

（１１）の発明によれば、ユーザの満足度の高い特典を寄付の対価として付与することが可能となる。

（１２）前記設定部は、設定した前記金額に、所定の割合を設定し、
前記寄付部は、設定した前記電子マネーを決済する度に、設定した前記金額の内、所定の割合に応じた金額を、設定した前記スポーツチームに寄付する、
（１）に記載のスポーツチーム寄付特典付与システム。

（１２）の発明によれば、ユーザにとって無理の無い金額を寄付することが可能となる。

（１３）前記設定部は、設定した前記金額に応じて、前記所定の割合を変更する、
（１２）に記載のスポーツチーム寄付特典付与システム。

（１３）の発明によれば、ユーザにとって無理の無い金額を寄付することが可能となる。

（１４）スポーツチームに寄付したユーザに特典を付与するコンピュータが実行するスポーツチーム寄付特典付与方法であって、
寄付する前記スポーツチーム、寄付する金額及び決済する電子マネーを設定するステップ（例えば、ステップＳ２６）と、
設定した前記電子マネーを決済する度に、設定した前記金額を、設定した前記スポーツチームに寄付するステップ（例えば、ステップＳ３７）と、
設定した前記電子マネーを決済する度、前記スポーツチームに所属する選手毎に複数パターン用意された１次特典をランダムに付与するステップ（例えば、ステップＳ６１，Ｓ６２）と、
寄付した金額の総額を算出するステップ（例えば、ステップＳ７０）と、
全てのパターンの前記１次特典が付与された後、算出した総額が所定の条件を満たす度、スポーツチーム全体に関連する２次特典を付与するステップ（例えば、ステップＳ７１，Ｓ７２，Ｓ７３）と、
を備えるスポーツチーム寄付特典付与方法。

（１５）スポーツチームに寄付したユーザに特典を付与するコンピュータに、
寄付する前記スポーツチーム、寄付する金額及び決済する電子マネーを設定するステップ（例えば、ステップＳ２６）、
設定した前記電子マネーを決済する度に、設定した前記金額を、設定した前記スポーツチームに寄付するステップ（例えば、ステップＳ３７）、
設定した前記電子マネーを決済する度、前記スポーツチームに所属する選手毎に複数パターン用意された１次特典をランダムに付与するステップ（例えば、ステップＳ６１，Ｓ６２）、
寄付した金額の総額を算出するステップ（例えば、ステップＳ７０）、
全てのパターンの前記１次特典が付与された後、算出した総額が所定の条件を満たす度、スポーツチーム全体に関連する２次特典を付与するステップ（例えば、ステップＳ７１，Ｓ７２，Ｓ７３）、
を実行させるためのコンピュータ読み取り可能なプログラム。

１ スポーツチーム寄付特典付与システム
９ ネットワーク
１０ コンピュータ
１１ 寄付部
１２ １次特典付与部
１３ ２次特典付与部
１４ 設定部
１５ 総額算出部
２０ ユーザ者端末
３０ 事業者サーバ
４０ 運営者サーバ

Claims (15)

1. スポーツチームに寄付したユーザに特典を付与するスポーツチーム寄付特典付与システムであって、
   寄付する前記スポーツチーム、寄付する金額及び決済する電子マネーを設定する設定部と、
   設定した前記電子マネーを決済する度に、設定した前記金額を、設定した前記スポーツチームに寄付する寄付部と、
   設定した前記電子マネーを決済する度、前記スポーツチームに所属する選手毎に複数パターン用意された１次特典をランダムに付与する１次特典付与部と、
   寄付した金額の総額を算出する総額算出部と、
   全てのパターンの前記１次特典が付与された後、算出した総額が所定の条件を満たす度、スポーツチーム全体に関連する２次特典を付与する２次特典付与部と、
   を備えるスポーツチーム寄付特典付与システム。
2. 前記１次特典に対応する非代替性トークンを発行する発行部と、
   を更に備える請求項１に記載のスポーツチーム寄付特典付与システム。
3. 前記ユーザが設定した前記電子マネーで決済を行った店舗を特定する店舗特定部と、
   を更に備える請求項１に記載のスポーツチーム寄付特典付与システム。
4. 算出した総額が所定の条件を満たす度、特定した前記店舗が位置する地域の施設に関連する３次特典を付与する３次特典付与部と、
   を更に備える請求項３に記載のスポーツチーム寄付特典付与システム。
5. 特定した前記店舗に、前記ユーザが寄付した前記スポーツチームに応じた店舗特典を付与する店舗特典付与部と、
   を更に備える請求項３に記載のスポーツチーム寄付特典付与システム。
6. 所定の期間における、寄付した金額の総額を算出する期間額算出部と、
   算出した所定の期間における総額が、所定の条件を満たす場合、前記１次特典及び２次特典とは異なる特典を付与する４次特典付与部と、
   を更に備える請求項１に記載のスポーツチーム寄付特典付与システム。
7. 過去、寄付した金額の総額を算出する過去額算出部と、
   算出した過去における総額に応じて、階級を付与する階級付与部と、
   を更に備える請求項１に記載のスポーツチーム寄付特典付与システム。
8. 寄付した金額に応じて、設定した前記電子マネーにポイントを付与するポイント付与部と、
   を更に備える請求項１に記載のスポーツチーム寄付特典付与システム。
9. 前記ユーザのユーザコードを発行するコード発行部と、
   他のユーザから前記ユーザコードの入力を受け付けるコード受付部と、
   寄付した前記他のユーザと、寄付した前記他のユーザから入力されたユーザコードのユーザとに特典を付与するコード特典付与部と、
   を更に備える請求項１に記載のスポーツチーム寄付特典付与システム。
10. 設定した寄付する前記スポーツチーム、寄付する金額及び決済する電子マネーを記憶する記憶部と、
    を更に備え、
    前記寄付部は、記憶した前記スポーツチーム、寄付する金額及び電子マネーに基づいて、前記スポーツチームに寄付する、
    請求項１に記載のスポーツチーム寄付特典付与システム。
11. 付与した特典に対する前記ユーザの満足度を算出する満足度算出部と、
    算出した前記満足度に基づいて、特典を変更する特典変更部と、
    を更に備える請求項１に記載のスポーツチーム寄付特典付与システム。
12. 前記設定部は、設定した前記金額に、所定の割合を設定し、
    前記寄付部は、設定した前記電子マネーを決済する度に、設定した前記金額の内、所定の割合に応じた金額を、設定した前記スポーツチームに寄付する、
    請求項１に記載のスポーツチーム寄付特典付与システム。
13. 前記設定部は、設定した前記金額に応じて、前記所定の割合を変更する、
    請求項１２に記載のスポーツチーム寄付特典付与システム。
14. スポーツチームに寄付したユーザに特典を付与するコンピュータが実行するスポーツチーム寄付特典付与方法であって、
    寄付する前記スポーツチーム、寄付する金額及び決済する電子マネーを設定するステップと、
    設定した前記電子マネーを決済する度に、設定した前記金額を、設定した前記スポーツチームに寄付するステップと、
    設定した前記電子マネーを決済する度、前記スポーツチームに所属する選手毎に複数パターン用意された１次特典をランダムに付与するステップと、
    寄付した金額の総額を算出するステップと、
    全てのパターンの前記１次特典が付与された後、算出した総額が所定の条件を満たす度、スポーツチーム全体に関連する２次特典を付与するステップと、
    を備えるスポーツチーム寄付特典付与方法。
15. スポーツチームに寄付したユーザに特典を付与するコンピュータに、
    寄付する前記スポーツチーム、寄付する金額及び決済する電子マネーを設定するステップ、
    設定した前記電子マネーを決済する度に、設定した前記金額を、設定した前記スポーツチームに寄付するステップ、
    設定した前記電子マネーを決済する度、前記スポーツチームに所属する選手毎に複数パターン用意された１次特典をランダムに付与するステップ、
    寄付した金額の総額を算出するステップ、
    全てのパターンの前記１次特典が付与された後、算出した総額が所定の条件を満たす度、スポーツチーム全体に関連する２次特典を付与するステップ、
    を実行させるためのコンピュータ読み取り可能なプログラム。
    
    

Images