JP2003223529A

JP2003223529A - 支援金徴収方法、プログラム、及びサーバ

Info

Publication number: JP2003223529A
Application number: JP2002024275A
Authority: JP
Inventors: Masahiko Ishiyama; 正彦石山
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-01-31
Filing date: 2002-01-31
Publication date: 2003-08-08

Abstract

(57)【要約】【課題】支援金を得られ易くする。【解決手段】ユーザ等は、各々、自己の支援者側端末
２からインターネットを介してＷｅｂサイト（支援金徴
収システム１０）にアクセスして、試合観戦チケット購
入手続きを行うと共に（行なわなくてもよいが）、条件
マスタ１３が提示するプレー内容一覧の中から自己が期
待するプレー内容を選択／登録し、これを支援金支払の
条件とする。登録内容は、トランザクションファイル１
４に格納され、試合後、結果マスタ１６とマッチング処
理し、自己が期待するプレー内容が実現しているユーザ
から、支援金を徴収する。また、支援金徴収に貢献した
選手には、集まった支援金の一部を還元する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットを
利用して、主にスポーツ運営組織を支援する為の支援金
を集め易くする為の方法等に関する。

【０００２】

【従来の技術、及び発明が解決しようとする課題】例え
ば、野球、サッカー等のプロスポーツのチーム運営する
組織（会社・団体等）の収益源は、主に試合観戦のチケ
ット料金、テレビ／ラジオ等による試合の放映権料等で
ある。

【０００３】チケットの販売方法は、例えば店頭販売、
電話での販売等があるが、特に近年はインターネット上
でチケットの販売が行なえるようになっている。また、
ディジタルテレビを利用してチケット販売を行う事も可
能である。

【０００４】ところで、上記組織の収益源としては、上
記チケット代、放映権料以外にも、支援金を募っている
場合がある。特に、上記チケット販売、放映権料による
収益だけでは運営が苦しい組織や、アマチュアスポーツ
（バレーボール、バスケットボール等）のチーム運営す
る組織にとっては、支援金は大事なものとなる。

【０００５】しかしながら、支援金とは基本的にファン
／サポーターが善意で寄付してくれるものである為、例
えば組織の資金難をアピールする等して一時的に支援金
を集めることは可能であるが、継続的に何度も支援金を
出してくれるような人は極めて少ない。また、支援金
は、一部の熱心なファン／サポーター以外の一般のファ
ン／サポーターにとっては、あまり馴染みがないもので
ある。

【０００６】以上の事から、ファン／サポーターの善意
のみに頼るのではなく、ファン／サポーターに継続的に
何度も支援金を出してもよいと思わせるような仕組み
や、一般のファン／サポーターでも気軽に支援者として
参加できるような仕組みが要望される。

【０００７】本発明の課題は、一般のファン／サポータ
ーが気軽に支援者として参加でき、支援者を満足させた
場合のみ支援金が得られるようにすることで、支援金を
得られ易くし、また継続的に支援金が得られることが期
待でき、更に選手のモチベーションを上げることで更な
る支援が期待できるようにする支援金徴収方法等を提供
することである。

【０００８】

【課題を解決するための手段】本発明による支援金徴収
方法は、ネットワークを介して、各ユーザ側の情報処理
端末より、少なくとも支援金支払条件を登録させ、試合
で前記支援金支払条件が達成された場合に、該支援金支
払条件を登録したユーザから支援金を徴収する。

【０００９】上記支援金徴収方法では、各ユーザ（ファ
ン／サポーター等）は、支援金支払に条件を付ける。例
えば、自己が期待するプレーが達成された（見ることが
できた）ならば、支援金を支払って良いものとする。こ
のようにすることで、自己が期待するプレーが達成され
たユーザは、気分良く支援金を支払えるし、次も期待す
るプレーが見れるのであれば支援金を支払ってもよいと
思うようになることが期待でき、継続的に支援金を得ら
れ易くなることが期待できるようになる。また、上記登
録は、例えばインターネット上で行なえるので、一般の
ユーザでも、気軽にゲーム感覚で、支援金活動に参加で
きる。

【００１０】また、例えば、前記徴収した支援金の一部
を、前記支援金支払条件を達成した選手に還元するよう
にしてもよい。このように、選手に一種の成功報酬を与
えるようにすることで、選手のモチベーションが高まる
ことが期待でき、上記各ユーザが期待するプレーが達成
される可能性が高まることが期待できる。

【００１１】また、例えば、試合前または試合中におい
て、前記各ユーザ側の情報処理端末より登録された支援
金支払条件を随時集約して、各選手毎に、期待されてい
るプレー内容、期待度、達成できた場合の還元金額を求
め、各選手側の情報処理端末または表示端末に該集約結
果を表示させるようにしてもよい。

【００１２】このように、試合前（試合中でも）各選手
は、自己に期待されているプレー内容、期待度、還元金
額等を知ることができるので、選手のモチベーションが
更に高まることが期待できる。

【００１３】また、本発明は、上記支援金徴収方法をコ
ンピュータにより実現させる為のプログラム自体として
構成することもできる。例えば、コンピュータに、支援
金支払条件の候補を記憶する機能と、ネットワークを介
して任意のユーザ端末からのアクセスがある毎に、前記
記憶されている支援金支払条件の候補を提示して、所望
の支援金支払条件とクレジット引落しに必要なユーザ情
報とを登録させる機能と、試合結果を記憶する機能と、
前記登録された支援金支払条件とユーザ情報、前記試合
結果とに基づいて、前記登録した支援金支払条件が試合
において達成されたユーザから支援金を徴収する機能と
を実現させるためのプログラムとして構成することもで
きる。

【００１４】また、上記プログラムを記録した記録媒体
として構成することもできる。あるいは、上記支援金徴
収方法をインターネット上でのサービスとして実現させ
る情報処理装置（サーバ）として構成することもでき
る。

【００１５】例えば、支援金支払条件の候補を記憶する
条件記憶手段と、ネットワークを介して任意のユーザ端
末からのアクセスがある毎に、前記条件記憶手段に記憶
されている支援金支払条件の候補を提示して、所望の支
援金支払条件とクレジット引落しに必要なユーザ情報と
を登録させる支援受付／登録手段と、試合結果を記憶す
る試合結果記憶手段と、前記支援受付／登録手段と試合
結果記憶手段とに基づいて、前記登録した支援金支払条
件が試合において達成されたユーザから、前記ユーザ情
報を用いて支援金を徴収する支援金徴収手段とを有する
サーバとして構成することもできる。

【００１６】

【発明の実施の形態】以下、図面を参照して、本発明の
実施の形態について説明する。尚、以下の実施の形態の
説明では、プロサッカーのチーム運営する組織を例にし
て説明するが、これに限るわけではなく、上記の通り、
プロ野球であってもよいし、アマチュアスポーツのチー
ム運営する組織であってもよい。

【００１７】図１（ａ）、（ｂ）は、本例による支援金
徴収方法を実現するシステム全体の概略構成、及び概略
的な処理の流れを示す図である。図１（ａ）は試合前の
処理の流れ、図１（ｂ）は試合後の処理の流れを示す。

【００１８】支援金徴収システム１０は、例えばインタ
ーネット上のＷｅｂサイトであり、インターネット上で
試合観戦チケット販売サービスと支援金徴収サービスを
提供する。組織側端末１、支援者側端末２等は、ブラウ
ザ機能を有しており、特に図示しないネットワーク（公
衆回線網、専用線、インターネット等）を介して、支援
金徴収システム１０に接続して、上記サービスを受ける
ことができる。

【００１９】まず、支援を受ける組織側（野球、サッカ
ー等のプロスポーツ運営する会社・団体等）では、予
め、組織内の担当者等が組織側端末１から支援金徴収シ
ステム１０にアクセスする等して、選手マスタ１１、プ
レイ内容マスタ１２を作成／登録しておく。選手マスタ
１１には、支援を受ける組織が運営するチームに属する
各選手のパーソナルデータが格納される。プレイ内容
マスタ１２には、予め、支援を受ける組織側の人間等
が、ファン／サポーター等のユーザに選択させる「期待
するプレー」の候補となる様々なプレイ内容を決めて、
このプレイ内容一覧を格納させておく。

【００２０】そして、図１（ａ）において、予め任意の
時に（例えば、その試合のチケット販売開始前に）、組
織側端末１から支援金徴収システム１０にアクセスし
て、上記登録してある選手マスタ１１、プレイ内容マス
タ１２に基づいて、条件マスタ１３を作成する。条件マ
スタ１３には、各選手毎に、その選手に関係するプレイ
内容等が設定され格納される。尚、条件マスタ１３は、
必ず作成しなければならないわけではない。詳しくは後
述する。尚、以上の事は、組織側で予め支援金支払条件
の候補を用意しておくものと言える。

【００２１】プロ・スポーツのファン／サポーター等の
ユーザは、各々自己のパソコン等の情報処理装置（支援
者側端末２）から支援金徴収システム１０にアクセスし
て、インターネット上での試合観戦チケット購入手続き
を行うと共に、条件マスタ１３に基づいて表示される画
面上で、自己が期待する選手／プレー内容（支援金支払
条件）の登録を行う。この登録は、支援金徴収システム
１０の特に図示しない支援受付／登録部の機能により行
なわせる。尚、試合観戦チケット購入は行なわずに、自
己が期待する選手／プレー内容の登録のみを行うことも
できる（勿論、試合観戦チケット購入のみ行なってもよ
い）。この購入手続き／登録作業で入力された情報は、
トランザクションファイル１４に格納される。

【００２２】支援金徴収システム１０の特に図示しない
集約部は、トランザクションファイル１４の格納情報を
リアルタイムで集約して、選手確認用ファイル１５を作
成する。各選手は、自己のパソコン、携帯電話等の端末
（選手側端末３）から、支援金徴収システム１０にアク
セスして、選手確認用ファイル１５の内容を参照し、自
分に期待されているプレー内容や、後述する還元金額等
を知ることができる。また、選手確認用ファイル１５の
内容は、試合会場に設置されている表示端末４等に表示
することもできる。これにより、各選手は、試合中でも
リアルタイムで自分への期待度（後述する投票数）の変
化等を知ることができる。

【００２３】次に、図１（ｂ）を参照して、試合後の処
理について説明する。試合後、支援を受ける組織（会社
／団体等）側の担当者等は、組織側端末１から支援金徴
収システム１０にアクセスして、必要に応じて選手マス
タ１１、プレイ内容マスタ１２を参照しながら、試合結
果を入力して、結果マスタ１６を作成する。

【００２４】支援金徴収システム１０の特に図示しない
支援金徴収部／還元部は、この結果マスタ１６とトラン
ザクションファイル１４とに基づいて、後述するマッチ
ング処理を行なって、クレジット引落データ１７、選手
還元用データ１８を作成する。そして、クレジット引落
データ１７に基づいて、クレジット会社システム５に対
して、チケット代金及び支援金の徴収を依頼する。ま
た、選手還元用データ１８に基づいて、集まった支援金
の一部を選手に還元する。

【００２５】上述した処理について、以下、図２以降を
参照して、詳細に説明していく。まず、図１（ａ）にお
ける条件マスタ１３の作成処理について、図２、図３を
参照して、詳細に説明する。

【００２６】図２は、条件マスタ作成処理を説明する為
のフローチャート図である。図２において、試合前に、
支援を受ける組織（会社／団体等）側の担当者等は、組
織側端末１から支援金徴収システム１０（Ｗｅｂサイ
ト）に接続し（ステップＳ１）、特に図示しない条件登
録画面上で所望の条件（各選手毎に、その選手に関係す
ると思われるプレイ内容（通常、複数））を条件マスタ
１３に登録する（ステップＳ２）。例えば、対象選手が
サッカーのＦＷ（フォワード）である場合には、得点に
係わるプレイ内容（１ゴール決める等）を登録する。

【００２７】尚、条件登録画面は、特定のユーザ以外は
アクセスできないようにしており、例えばユーザ名、暗
証番号等によるユーザ認証を行わせる。上記条件登録画
面上には、例えば選手マスタ１１に登録されている選手
一覧、プレイ内容マスタ１２に登録されているプレイ内
容一覧が表示され、選手一覧の中から対象選手を選択す
ると共に、プレイ内容一覧の中からこの対象選手に関係
すると思われるものを選択することで、上記条件マスタ
１３への登録が行なわれる。

【００２８】図３（ａ）〜（ｃ）に、選手マスタ１１、
プレイ内容マスタ１２、条件マスタ１３のデータ構成の
一例を示す。図３（ａ）は、選手マスタ１１の内容の一
例を示す図である。

【００２９】図示の選手マスタ１１には、支援を受ける
組織が運営するチームに属する各選手について、背番号
２１、選手名２２、振込銀行名２３、口座番号２４、還
元率２５の各データ項目より成るデータが格納される。
尚、振込銀行名２３、口座番号２４、及び還元率２５
は、試合後に支援金の一部を選手に還元する際に必要と
なるデータであり、条件マスタ１３作成の際には必要な
い。

【００３０】図３（ｂ）は、プレイ内容マスタ１２の内
容の一例を示す図である。図示のプレイ内容マスタ１２
は、プレイ番号３１、プレイ内容３２、徴収金額３３の
各データ項目より成る。

【００３１】図３（ｃ）は、条件マスタ１３の内容の一
例を示す図である。プレイ番号３１は、各プレイ内容３
２に割り当てられる単なるシリアルナンバーである。

【００３２】プレイ内容３２には、上記各ユーザに「期
待するプレー」を選択させる為の候補となるプレイ内容
を、予め組織側で、適切と思われる内容を考えて、登録
しておくものである。

【００３３】徴収金額３３には、各プレイ内容３２毎
に、そのプレイ内容が実際に試合で実現された場合に、
これを「期待するプレー」としていたユーザから徴収す
る支援金の金額が格納される。この徴収金額３３も、組
織側で任意に決めて設定する。図示の例では、プレイ内
容３２の難易度が高くなるに従って徴収金額３３も高額
になるように設定されている。

【００３４】図示の条件マスタ１３は、試合日４１、Ｓ
ＥＱ＿ＮＯ４２、選手名４３、条件４４、及び徴収金額
４５の各データ項目より成る。この条件マスタ１３作成
の際には、例えば上記担当者等が、上記条件登録画面上
に表示される選手マスタ１１、プレイ内容マスタ１２の
データを参照しながら、所望の背番号とプレイ番号を入
力すれば、入力された背番号に対応する選手名２２が選
手名４３に格納され、入力されたプレイ番号に対応する
プレイ内容３２、徴収金額３３が、条件４４、徴収金額
４５に格納される。これにより、入力の手間が軽減され
る。ＳＥＱ＿ＮＯ４２は、“選手名４３＋条件４４”に
対応付けたシリアルナンバーである。

【００３５】ここで、上述してあるように、条件マスタ
１３の作成は、絶対に必要というわけではない。条件マ
スタ１３の作成とは、すなわち、支援を受ける組織側
で、各選手毎に「期待するプレー」の候補を限定してし
まうことを意味する（例えば、対象選手がゴールキーパ
ーである場合には、例えば“１ゴール決める”ことを
「期待するプレー」とすることには殆ど意味がないの
で）。

【００３６】しかしながら、このような限定は行なわず
に、プレイ内容マスタ１２の内容、すなわち「期待する
プレー」の候補となるプレイ内容全てを支援者側端末２
に表示させ、ユーザに自由に選択させるようにしてもよ
い。この場合、選手マスタ１１の内容も支援者側端末２
に表示させ（但し、当然、振込銀行名２３、口座番号２
４は除く）、所望の選手を選択させ且つ所望の「期待す
るプレー」を選択させる。

【００３７】このように、条件マスタ１３は作成せず
に、選手マスタ１１及びプレイ内容マスタ１２を用い
て、ユーザに「期待するプレー」を登録させることもで
きるが、以下の説明では、条件マスタ１３を用いるもの
として説明する。

【００３８】以下、図４〜図７を参照して、ユーザに
「期待するプレー」を登録させる処理について説明す
る。図４は、支援金登録手続きに係わる処理を説明する
為のフローチャート図である。

【００３９】図４において、任意の支援者が自己の支援
者側端末２を操作して支援金徴収システム１０（Ｗｅｂ
サイト）に接続すると（ステップＳ１１）、まず、例え
ば図５に一例を示すチケット購入申込み画面５０が表示
される。支援者は、この画面５０上でチケット購入手続
きを行う（ステップＳ１２）。

【００４０】例えば、図５に示すチケット購入申込み画
面５０では、チケット購入情報として対戦カード、開催
日、場所等が表示されると共に、席種５１、購入枚数５
２を設定／入力させる入力領域が表示される。また、チ
ケット代金をクレジット支払いする為に必要な個人情報
を入力させる入力領域が表示される。図示の例では、氏
名５３、電話番号５４、住所５５、メールアドレス５
６、クレジット会社５７、カード番号５８、有効期限５
９を入力させるが、このような例に限らない。

【００４１】以上の入力が完了したら、支援者は次画面
ボタン６０を押下する。これに応じて、支援金徴収シス
テム１０は、条件マスタ１３に基づいて「期待するプレ
ー」登録用の画面を支援者側端末２のディスプレイに表
示させ、この画面上で支援者に、自己が期待するプレー
の登録（選択）を行わせる（ステップＳ１３）。

【００４２】画面の一例を図６に示す。尚、図６に示す
期待するプレー登録画面７０は、入力作業途中の状態を
示しており、この画面状態の前に、選手名一覧を表示し
て、これを参照して自己が期待するプレーを実現して欲
しい選手を指定させる画面状態が存在していたものとす
る。選手名一覧は、選手マスタ１１を用いて各選手名と
背番号が表示されるものとし、支援者は背番号入力領域
７１に背番号を入力することで、期待する選手を指定す
る。

【００４３】選手が指定されると、条件マスタ１３を検
索して、選手名４３が指定された選手名と一致する全て
のレコードの条件４４と徴収金額４５を表示させた状態
が、図６に示す状態である。つまり、この指定された選
手に関係するプレイ内容一覧が表示されている。支援者
は、この中から、自己が期待するプレーを選択する。

【００４４】このように、期待するプレー登録画面７０
では、「自己が期待するプレーとこのプレーを実現して
欲しい選手」を指定する。これは、“支援金支払条件”
を指定するとも言える。

【００４５】尚、図示の例では、支援者は、自己が期待
するプレー内容に対応する申込数７５に、所望の申込数
を入力する。これは、例えば支援金＝１０００円が、一
口１０００円の意味であるものとし、より多くの支援金
を支払ってもよい支援者には、申込数７５に“２”以上
（２口以上）を入力させる、という例を示している。

【００４６】但し、以下の説明では、この様な申込数を
入力させるのではなく、単に自己が期待するプレーを選
択させる例を対象として説明する。尚、自己が期待する
プレーは、複数選択することもできる。

【００４７】選択が完了したら、登録ボタン７６を押下
すれば登録作業は終了し、支援金徴収システム１０は、
登録内容に応じてステップＳ１４、Ｓ１５の処理を実行
する。尚、チケット購入のみの場合には、当該登録画面
７０上では何も入力せずに、登録ボタン７６を押下すれ
ばよい。

【００４８】まず、登録内容等をトランザクションファ
イル１４に書き出す処理を実行する（ステップＳ１
４）。トランザクションファイル１４に書き込まれるデ
ータの具体例を図７（ａ）に示す。

【００４９】図示の例のトランザクションファイル１４
は、試合日８１、氏名８２、住所８３、電話番号８４、
メールアドレス８５、クレジット会社名８６、クレジッ
ト番号８７、購入座席８８、枚数８９、期待するプレー
９０の各データ項目より成る。

【００５０】氏名８２、住所８３、電話番号８４、メー
ルアドレス８５、クレジット会社名８６、クレジット番
号８７には、図５における個人情報（氏名５３〜カード
番号５８）の入力データが格納される。購入座席８８、
枚数８８には、席種５１、購入枚数５２の選択／入力内
容が格納される。

【００５１】期待するプレー９０には、図６の画面上で
選択された“支援金支払条件”、すなわち「自己が期待
するプレーとこのプレーを実現して欲しい選手」（“選
手名４３＋条件４４”）に対応するＳＥＱ＿ＮＯ４２が
格納される。複数選択された場合には、各々のＳＥＱ＿
ＮＯ４２が“その１”“その２”格納される（尚、その
３、その４等があってもよい）。

【００５２】そして、所定周期で（例えば５分毎、１０
分毎等）、トランザクションファイル１４の内容を集計
して、選手確認用ファイル１５を作成する（ステップＳ
１５）。

【００５３】図７（ｂ）は、選手確認用ファイル１５の
データの具体例を示す図である。図示の例の選手確認用
ファイル１５は、選手名９１、プレイ番号９２、チーム
還元金額９３、選手還元金額９４、及び投票数９５の各
データ項目より成る。

【００５４】チーム還元金額９３は、選手名９１の選手
がプレイ番号９２のプレー内容を達成した場合に組織が
得られる支援金の金額であり、プレー内容に応じた徴収
金額３３と投票数９５とによって算出される金額であ
る。

【００５５】選手還元金額９４は、チーム還元金額９３
とその選手の還元率２５とによって算出される金額であ
る。つまり、集まった支援金の一部を選手に還元する為
に算出される金額である。還元率２５は、図３（ａ）に
示すように各選手毎にバラバラに設定するようにしても
よい。例えば、元々給料が高い選手は還元率を低くする
（あるいは逆に高くする）等の思想の元で組織側で各選
手毎に任意の還元率を決定してもよいし、組織側と選手
間での話合い等で各選手の還元率を決定してもよい。
あるいは、還元率２５は、一律としてもよい。

【００５６】尚、チーム（組織側）が最終的に得る金額
は、「チーム還元金額９３−選手還元金額９４」とな
る。投票数９５は、「選手名９１＋プレイ番号９２」を
上記“支援金支払条件”として指定したユーザの数であ
る。これは、選手名９１がプレイ番号９２を達成するこ
とに対する“期待度”を表すものといえる。

【００５７】これらチーム還元金額９３、選手還元金額
９４は、上記所定周期で随時算出し直され、投票数９５
が増えるに従って増えていくことになる。各選手は、こ
の選手確認用ファイル１５の内容を、試合前でも、試合
中でも知ることができる。これにより、自己に期待され
ているプレー内容、期待度、選手還元金額をリアルタイ
ムで知ることで、選手のモチベーションが高まること等
が期待できる。

【００５８】例えば、支援金徴収システム１０は、選手
確認用のホームページを用意しており、このホームペー
ジ上で上記選手確認用ファイル１５のデータを提供す
る。また、携帯電話用の簡易型の選手確認用ホームペー
ジも用意しており、このホームページ上でも上記選手確
認用ファイル１５のデータを提供する。

【００５９】そして試合前においては、図８（ａ）に示
すように、各選手が自己のパソコン等の選手側端末３か
らＷｅｂサイト（支援金徴収システム１０）に接続して
上記ホームページにアクセスし（ステップＳ２１）、自
己の氏名等を入力することで（その他、予め設定してあ
るＩＤ、暗証番号等を入力するようにしてもよい）、支
援金徴収システム１０は選手確認用ファイル１５を検索
して選手名９１が上記入力した氏名と一致するレコード
を抽出して、これを選手側端末３に表示させる（ステッ
プＳ２２）。

【００６０】例えば、図９に表示例を示す。図９の例
は、「曽田」選手が、自己の選手側端末３で表示させた
例である。この表示を見ることで、選手は、自己に期待
されているプレー内容、期待度、そのプレー内容を達成
したときに自分が幾ら貰えるのか（選手還元金額）等
を、知ることができ、モチベーションが高まることが期
待できる。尚、図示の表示例では、プレイ番号９２に応
じたプレイ内容３２及び選手還元金額９４が表示されて
いるが、このような例に限らず、例えばチーム還元金額
９３／投票数９５も表示されるようにしてもよい。

【００６１】一方、試合中においては、図８（ｂ）に示
すように、リアルタイムで集計されている選手確認用フ
ァイル１５より、表示端末用又は携帯電話用にデータを
編集し（ステップＳ２３）、これを用いて表示端末、ま
たは携帯電話（アクセスがあった場合）にデータ表示さ
せる。尚、表示端末には、選手還元金額９４は表示せ
ず、チーム還元金額９３／投票数９５を表示したほうが
望ましい。

【００６２】次に、以下、試合後の処理について、図１
０〜図１２を参照して説明する。図１０は、試合後の処
理手順を説明する為のフローチャート図である。図１１
は、図１０のステップＳ３２の処理の詳細フローチャー
ト図である。

【００６３】図１０において、試合後、まず、支援を受
ける組織（会社／団体等）側の担当者等は、組織側端末
１から支援金徴収システム１０にアクセスして、不図示
の試合結果入力用の画面を表示させる。この画面上で、
担当者等は、試合結果に基づいて、達成されたプレイ内
容と選手名等を入力して、結果マスタ１６を作成する
（ステップＳ３１）。入力方法としては、例えば、条件
マスタ１３のデータを表示して、その中から選択させる
ようにしてもよい。

【００６４】図１２（ａ）に、結果マスタ１６の一例を
示す。図示の結果マスタ１６は、試合日１１１、ＳＥＱ
＿ＮＯ１１２、選手名１１３、条件１１４、徴収金額１
１５の各データ項目より成る。つまり、図３（ｃ）の条
件マスタ１３と同じデータ構成であり、上記担当者等
が、条件マスタ１３の中から、試合で達成されたプレー
に対応するレコードを選択すると、このレコードが結果
マスタ１６に書き込まれる（コピーされる）。

【００６５】図１２（ａ）には、試合で「曽田」選手が
２ゴールを決めた場合の結果マスタ１６の内容を示して
いる（勿論、他の選手についても「期待するプレー」を
達成していれば書き込まれているが、図では示していな
いだけである）。この様な試合結果の場合は、「２ゴー
ル決める」条件だけでなく、「１ゴール決める」条件も
達成されていることになるので（何ゴール決めるかを予
想しているのではなく最低１ゴール決めて欲しいと期待
しているということなので）、結果マスタ１６の内容は
図示の通りとなる。

【００６６】ステップＳ３１による結果マスタ１６作成
作業が完了すると、支援金徴収システム１０は、この結
果マスタ１６と、トランザクションファイル１４とに基
づいて、ステップＳ３２の処理を実行する。ステップＳ
３２の処理については、後に図１１に示す詳細フローを
参照して説明するが、概略的には、結果マスタ１６とト
ランザクションファイル１４とによりマッチング処理を
行ない、各個人（支援者）毎に、実際に徴収すべき金額
（チケット代＋支援金、またはチケット代のみ、または
支援金のみ）を算出して、クレジット引落データ１７を
作成する。また、各選手毎に、その選手が達成したプレ
ーによって組織が徴収できる支援金の総額を求め、これ
と還元率２５とにより、支援金の一部を選手に還元する
為の選手還元用データ１８を作成する（ステップＳ３
２）。

【００６７】そして、作成したクレジット引落データ１
７を、クレジット会社に渡して、料金の徴収を行なわせ
る（ステップＳ３３）。その後、任意の期間経過して、
組織が実際に支援金及びチケット代金を回収できた後に
（ステップＳ３４）、集まった支援金の一部を、選手還
元用データ１８に基づいて選手に還元する（口座に振込
む）（ステップＳ３５）。

【００６８】続いて、以下、図１１を参照して、上記ス
テップＳ３２の処理の詳細について説明する。図１１に
おいて、まず、各支援者毎に、トランザクションファイ
ル１４に基づいて、チケット代金を計算する処理を行う
（ステップＳ４１）。処理結果は、ＷＯＲＫファイルＡ
に格納する。尚、この処理は、試合後ではなく、チケッ
トキャンセルできなくなった時点（例えば試合開始時
点）で行なっておくようにしてもよい。

【００６９】ＷＯＲＫファイルＡのデータ構成は、クレ
ジット引落データ１７と同じである。クレジット引落デ
ータ１７のデータ構成の一例は、図１２（ｂ）に示して
ある。図１２（ｂ）に示すクレジット引落データ１７
は、クレジット会社名１２１、クレジット番号１２２、
住所１２３、電話番号１２４、引落金額１２５の各デー
タ項目より成る。但し、クレジット引落データ１７にお
ける引落金額１２５には、引落金額の総額（チケット代
金＋支援金）が格納されるのに対し、ＷＯＲＫファイル
Ａではチケット代金のみが格納される点が異なる。クレ
ジット会社名１２１、クレジット番号１２２、住所１２
３、電話番号１２４には、各々、トランザクションファ
イル１４のクレジット会社名８６、クレジット番号８
７、住所８３、電話番号８４のデータがコピーされる。
また、トランザクションファイル１４の購入座席８８及
び枚数８９と、別途記憶してある各席種毎のチケット代
金データとに基づいて、上記チケット代金計算処理が行
なわれる。

【００７０】次に、結果マスタ１６とトランザクション
ファイル１４とに基づいて、支援者別、選手別に、支援
金徴収金額を計算／集計する（ステップＳ４２）。各支
援者別に徴収する支援金額は、ＷＯＲＫファイルＢに格
納する。ＷＯＲＫファイルＢのデータ構成は、ＷＯＲＫ
ファイルＡと同様、クレジット引落データ１７と同じで
ある。また、各選手毎に、その選手の活躍（「期待する
プレー」の達成）によって組織が得ることができる支援
金額を求め、これを選手別支援金徴収ファイル１９に格
納する。

【００７１】各支援者別に徴収する支援金額の求め方
は、例えば、各支援者毎に、トランザクションファイル
１４の期待するプレー９０に記憶されているＳＥＱ＿Ｎ
Ｏをキーにして条件マスタ１３を検索して、一致するレ
コードの徴収金額４５を用いてその合計を求める。

【００７２】また、その際、当該一致するレコードの選
手名４３に対して当該徴収金額４５を累積加算してい
く。例えば、当該徴収金額４５を図１２（ｄ）に示す選
手別支援金徴収ファイル１９において上記選手名４３と
一致する選手名１４２のレコードにおける徴収金額１４
３の欄に累積加算する。この様な処理を、トランザクシ
ョンファイル１４に記憶されている全ての支援者につい
て繰り返し実行していくことで、最終的に、選手別支援
金徴収ファイル１９の徴収金額１４３には、各選手毎
に、その選手の活躍（「期待するプレー」の達成）によ
って組織が得ることができる支援金額が格納される。

【００７３】尚、徴収金額１４３の値の求め方は、この
様な方法に限らず、例えば選手確認用ファイル１５のチ
ーム還元金額９３を用いて求めるようにしてもよい（各
選手毎に、その選手が達成したプレイ内容のプレイ番号
９２に対応するチーム還元金額９３を検索し、その合計
値を求める）。

【００７４】次に、ＷＯＲＫファイルＡとＷＯＲＫファ
イルＢとを合わせて、クレジット引落データ１７を作成
する（ステップＳ４３）。つまり、ＷＯＲＫファイルＡ
のチケット代金と、ＷＯＲＫファイルＢの支援金額とを
加算して、トータルの引落金額１２５を求める。

【００７５】また、選手別支援金徴収ファイル１９の徴
収金額１４３と、選手マスタ１１の還元率２５とによ
り、各選手に還元する金額を算出し、これと選手マスタ
１１のデータとに基づいて選手還元用データ１８を作成
する（ステップＳ４４）。

【００７６】図１２（ｃ）に、選手還元用データ１８の
データ構成の一例を示す。図示の選手還元用データ１８
は、選手名１３１、振込金額１３２、振込銀行名１３
３、及び口座番号１３４より成る。振込銀行名１３３、
口座番号１３４には、選手別支援金徴収ファイル１９に
記憶されている各選手毎に、選手マスタ１１の対応する
振込銀行名２３、口座番号２４のデータを検索し、これ
をコピーする。振込金額１３２には、上記各選手に還元
する金額を格納する。

【００７７】また、支援金徴収システム１０により上記
各種サービスを提供する事業者（ＡＳＰ事業者）は、組
織からサービス提供料金を徴収するようにしてもよい。
例えば、組織が得た支援金から所定の割合（数％〜数十
％程度）を徴収するようにしてもよい。

【００７８】以上で試合後における支援金徴収処理は完
了するが、最後に、チーム／選手を応援してくれて支援
金を出してくれた支援者に対して、アフタフォローを行
うようにしてもよい。

【００７９】図１３、図１４は、支援者に対するアフタ
フォローの一例を説明する為の図である。同図におい
て、まず、「期待するプレー」を達成できた各選手（選
手別支援金徴収ファイル１９に載った選手）は、各々、
自己の選手側端末３等において、支援金を出してくれた
支援者に対して御礼を言う為の任意の内容の電子メール
を作成する（ステップＳ５１）。

【００８０】支援金徴収システム１０は、このメールの
宛先（メールアドレス）を、トランザクションファイル
１４のメールアドレス８５より求めて、対象となる各支
援者に電子メールを送る（ステップＳ５２）。

【００８１】図１４に、この様な御礼の為の電子メール
の内容の一例を示す。尚、支援金を支払ってくれた者に
対する御礼は、電子メールに限らず、例えば試合観戦チ
ケットの割引サービスや、抽選で試合招待券や選手サイ
ン色紙等を贈呈する等、様々な方法が考えられる。

【００８２】尚、本発明は、上述した実施の形態で説明
した一例に限るものではない。例えば、上述した実施の
形態では、特定の選手に対して「期待するプレー」を登
録させていたが、例えば誰でも良いから１ゴール決めて
欲しいと願う支援者もいるかもしれないので、特定の選
手を指定することなく「期待するプレー」のみを支援金
支払条件として登録可能としてもよい。この場合、支援
金の一部は、実際に「期待するプレー」を達成した任意
の選手に還元するようにしてもよいし、チームの選手全
員に均等分割して還元してもよいし、還元しないように
してもよい。

【００８３】図１５は、本実施の形態によるインターネ
ットを利用した支援金徴収のサービスを提供するＷｅｂ
サイト（サーバ；支援金徴収システム１０）のハードウ
ェア構成の一例を示す図である。

【００８４】同図に示す情報処理装置１５０は、ＣＰＵ
１５１、メモリ１５２、入力装置１５３、出力装置１５
４、外部記憶装置１５５、媒体駆動装置１５６、ネット
ワーク接続装置１５７等を有し、これらがバス１５８に
接続された構成となっている。同図に示す構成は一例
であり、これに限るものではない。

【００８５】ＣＰＵ１５１は、当該情報処理装置１５０
全体を制御する中央処理装置である。メモリ１５２は、
プログラム実行、データ更新等の際に、外部記憶装置１
５５（あるいは可搬記録媒体１５９）に記憶されている
プログラムあるいはデータを一時的に格納するＲＡＭ等
のメモリである。ＣＰＵ１５１は、メモリ１５２に読み
出したプログラム／データを用いて、上述してある各種
処理を実行する。

【００８６】入力装置１５３は、例えばキーボード、マ
ウス、タッチパネル等である。出力装置１５４は、例え
ばディスプレイ、プリンタ等である。外部記憶装置１５
５は、例えば磁気ディスク装置、光ディスク装置、光磁
気ディスク装置等であり、上述してきたコマンド入力装
置としての各種機能を実現させる為のプログラム／デー
タ等（図３、図７、図１２に示すデータや、図４、図
８、図１０、図１１、図１３に示す処理を実行するプロ
グラム）が格納されている。

【００８７】媒体駆動装置１５６は、可搬記録媒体１５
９に記憶されているプログラム／データ等を読み出す。
可搬記録媒体１５９は、例えば、ＦＤ（フレキシブルデ
ィスク）、ＣＤ−ＲＯＭ、その他、ＤＶＤ、光磁気ディ
スク等である。

【００８８】ネットワーク接続装置１５７は、ネットワ
ークに接続して、外部の情報処理装置とプログラム／デ
ータ等の送受信を可能にする構成である。図１６は、記
録媒体の一例を示す図である。

【００８９】図示のように、上記本発明の機能を実現す
るプログラム／データが記憶されている可搬記録媒体１
５９を情報処理装置１５０の本体１６０に挿入する等し
て、当該プログラム／データを読み出してメモリ１５２
に格納し実行するものであってもよいし、また、上記プ
ログラム／データは、ネットワーク接続装置１５７によ
り接続している回線１８０（インターネット等）を介し
て、外部のプログラム／データ提供者側のサーバ１７０
に記憶されているプログラム／データをダウンロードす
るものであってもよい。

【００９０】また、本発明は、装置／方法に限らず、上
記プログラム／データを格納した記録媒体（可搬記録媒
体１５９等）自体として構成することもできるし、上記
プログラム自体として構成することもできる。

【００９１】（付記１）ネットワークを介して、各ユ
ーザ側の情報処理端末より、少なくとも支援金支払条件
を登録させ、試合で前記支援金支払条件が達成された場
合に、該支援金支払条件を登録したユーザから支援金を
徴収することを特徴とする支援金徴収方法。

【００９２】（付記２）前記徴収した支援金の一部
を、前記支援金支払条件を達成した選手に還元すること
を特徴とする付記１記載の支援金徴収方法。（付記３）試合前または試合中において、前記各ユー
ザ側の情報処理端末より登録された支援金支払条件を随
時集約して、各選手毎に、期待されているプレー内容、
期待度、達成できた場合の還元金額を求め、各選手側の
情報処理端末または表示端末に該集約結果を表示させる
ことを特徴とする付記１または２記載の支援金徴収方
法。

【００９３】（付記４）前記各ユーザ側の情報処理端
末における支援金支払条件の登録は、試合観戦チケット
の購入手続きに伴って行なわせ、該購入手続きの際に入
力されたクレジット支払の為のデータを用い、クレジッ
ト会社に前記試合観戦チケット代金又は／及び前記支援
金の徴収を行なわせることを特徴とする付記１〜３の何
れかに記載の支援金徴収方法。

【００９４】（付記５）前記支援金を徴収したユーザ
側の情報処理端末に対し、御礼の為の電子メールを作成
／送信することを特徴とする付記１〜４の何れかに記載
の支援金徴収方法。

【００９５】（付記６）支援金支払条件の候補を記憶
する条件記憶手段と、ネットワークを介して任意のユー
ザ端末からのアクセスがある毎に、前記条件記憶手段に
記憶されている支援金支払条件の候補を提示して、所望
の支援金支払条件とクレジット引落しに必要なユーザ情
報とを登録させる支援受付／登録手段と、試合結果を記
憶する試合結果記憶手段と、前記支援受付／登録手段と
試合結果記憶手段とに基づいて、前記登録した支援金支
払条件が試合において達成されたユーザから、前記ユー
ザ情報を用いて支援金を徴収する支援金徴収手段と、を
有することを特徴とするサーバ。

【００９６】（付記７）前記支援金徴収手段により徴
収した支援金の一部を選手に還元する還元手段を更に有
することを特徴とする付記６記載のサーバ。（付記８）試合前または試合中において、前記各ユー
ザ端末より登録された支援金支払条件を随時集約して、
各選手毎に、期待されているプレー内容、期待度、実際
に達成した場合の還元金額を求める集約手段と、各選手
側の情報処理端末または表示端末に該集約結果を表示さ
せる情報提示手段と、を更に有することを特徴とする付
記６または７記載のサーバ。

【００９７】（付記９）コンピュータに、支援金支払
条件の候補を記憶する機能と、ネットワークを介して任
意のユーザ端末からのアクセスがある毎に、前記記憶さ
れている支援金支払条件の候補を提示して、所望の支援
金支払条件とクレジット引落しに必要なユーザ情報とを
登録させる機能と、試合結果を記憶する機能と、前記登
録された支援金支払条件とユーザ情報、前記試合結果と
に基づいて、前記登録した支援金支払条件が試合におい
て達成されたユーザから支援金を徴収する機能と、を実
現させるためのプログラム。

【００９８】（付記１０）前記徴収した支援金の一部
を選手に還元する機能を更に有することを特徴とする付
記９記載のプログラム。（付記１１）試合前または試合中において、前記各ユ
ーザ端末より登録された支援金支払条件を随時集約して
各選手毎に期待されているプレー内容、期待度、実際に
達成した場合の還元金額を求める機能と、各選手側の情
報処理端末または表示端末に該集約結果を表示させる機
能と、を更に有することを特徴とする付記１０記載のプ
ログラム。

【００９９】（付記１２）コンピュータにおいて用い
られたとき、支援金支払条件の候補を記憶する機能と、
ネットワークを介して任意のユーザ端末からのアクセス
がある毎に、前記記憶されている支援金支払条件の候補
を提示して、所望の支援金支払条件とクレジット引落し
に必要なユーザ情報とを登録させる機能と、試合結果を
記憶する機能と、前記登録された支援金支払条件とユー
ザ情報、前記試合結果とに基づいて、前記登録した支援
金支払条件が試合において達成されたユーザから支援金
を徴収する機能と、を実現させるプログラムを記録した
前記コンピュータ読取り可能な記録媒体。

【０１００】（付記１３）前記徴収した支援金の一部
を選手に還元する機能を更に有することを特徴とする付
記１２記載の記録媒体。（付記１４）試合前または試合中において、前記各ユ
ーザ端末より登録された支援金支払条件を随時集約して
各選手毎に期待されているプレー内容、期待度、実際に
達成した場合の還元金額を求める機能と、各選手側の情
報処理端末または表示端末に該集約結果を表示させる機
能と、を更に有することを特徴とする付記１３記載の記
録媒体。

【０１０１】

【発明の効果】以上、詳細に説明したように、本発明の
支援金徴収方法等によれば、自己が登録した「期待する
プレー」が達成された場合のみ支援金が徴収されるの
で、支援者は気分良く支援金を支払えると共に引続き支
援してもよいという気分になることが期待でき、継続的
に支援金を得られるようになることが期待できるように
なる。また、インターネット上で、例えばチケット購入
のついでに、手軽にゲーム感覚で支援金登録できるの
で、支援金登録参加者の増加が期待できる。更に、集ま
った支援金の一部を、貢献した選手に還元することで、
選手のモチベーションが高まり、以て期待するプレーを
実現する可能性が高まり、支援者の期待に応えることで
支援金が得られると共に引続き支援してもらえる可能性
が高まる、という好循環が生まれることが期待できる。

【図面の簡単な説明】

【図１】本例による支援金徴収方法を実現するシステム
全体の概略構成、及び概略的な処理の流れを示す図であ
り、（ａ）は試合前の処理の流れ、（ｂ）は試合後の処
理の流れを示す。

【図２】条件マスタ作成処理を説明する為のフローチャ
ート図である。

【図３】（ａ）〜（ｃ）は、選手マスタ、プレイ内容マ
スタ、条件マスタのデータ構成の一例を示す図である。

【図４】支援金登録手続きに係わる処理を説明する為の
フローチャート図である。

【図５】チケット購入申込み画面の一例を示す図であ
る。

【図６】期待するプレー登録画面の一例を示す図であ
る。

【図７】（ａ）はトランザクションファイル、（ｂ）は
選手確認用ファイルのデータ構成の一例を示す図であ
る。

【図８】（ａ）は試合前、（ｂ）は試合中に、期待する
プレーの投票状況等を把握させる為の処理のフローチャ
ート図である。

【図９】期待するプレーの投票状況等を把握させる表示
例である。

【図１０】試合後の処理手順を説明する為のフローチャ
ート図である。

【図１１】図１０のステップＳ３２の処理の詳細フロー
チャート図である。

【図１２】（ａ）は結果マスタ、（ｂ）はクレジット引
落データ、（ｃ）は選手別支援金徴収ファイル、（ｄ）
は選手還元用データのデータ構成の一例を示す図であ
る。

【図１３】アフターフォローの為の処理フローチャート
図である。

【図１４】支援金に対する御礼の為の電子メールの一例
である。

【図１５】本例によるインターネットを利用した支援金
徴収のサービスを提供するＷｅｂサイト（サーバ；支援
金徴収システム）のハードウェア構成の一例を示す図で
ある。

【図１６】記録媒体の一例を示す図である。

【符号の説明】

１組織側端末２支援者側端末３選手側端末４表示端末５クレジット会社システム６組織１０支援金徴収システム１１選手マスタ１２プレイ内容マスタ１３条件マスタ１４トランザクションファイル１５選手確認用ファイル１６結果マスタ１７クレジット引落データ１８選手還元用データ２１背番号２２選手名２３振込銀行名２４口座番号２５還元率３１プレイ番号３２プレイ内容３３徴収金額４１試合日４２ＳＥＱ＿ＮＯ４３選手名４４条件４５徴収金額５０チケット購入申込み画面５１席種５２購入枚数５３氏名５４電話番号５５住所５６メールアドレス５７クレジット会社５８カード番号５９有効期限６０「次画面」ボタン６１「取り消し」ボタン７０プレー登録画面７１背番号入力領域７２Ｎｏ７３プレイ内容７４支援金７５申込数７６「前画面」ボタン７７「登録」ボタン８１試合日８２氏名８３住所８４電話番号８５メールアドレス８６クレジット会社名８７クレジット番号８８購入座席８９枚数９０期待するプレー９１選手名９２プレイ番号９３チーム還元金額９４選手還元金額９５投票数１１１試合日１１２ＳＥＱ＿ＮＯ１１３選手名１１４条件１１５徴収金額１２１クレジット会社名１２２クレジット番号１２３住所１２４電話番号１２５引落金額１３１選手名１３２振込金額１３３振込銀行名１３４口座番号１４１背番号１４２選手名１４３徴収金額１５０情報処理装置１５１ＣＰＵ１５２メモリ１５３入力装置１５４出力装置１５５外部記憶装置１５６媒体駆動装置１５７ネットワーク接続装置１５８バス１５９可搬記録媒体１６０本体１７０サーバ１８０回線

Claims

【特許請求の範囲】

【請求項１】ネットワークを介して、各ユーザ側の情
報処理端末より、少なくとも支援金支払条件を登録さ
せ、試合で前記支援金支払条件が達成された場合に、該支援
金支払条件を登録したユーザから支援金を徴収すること
を特徴とする支援金徴収方法。
【請求項２】前記徴収した支援金の一部を、前記支援
金支払条件を達成した選手に還元することを特徴とする
請求項１記載の支援金徴収方法。
【請求項３】試合前または試合中において、前記各ユ
ーザ側の情報処理端末より登録された支援金支払条件を
随時集約して、各選手毎に、期待されているプレー内
容、期待度、達成できた場合の還元金額を求め、各選手側の情報処理端末または表示端末に該集約結果を
表示させることを特徴とする請求項１または２記載の支
援金徴収方法。
【請求項４】コンピュータに、支援金支払条件の候補を記憶する機能と、ネットワークを介して任意のユーザ端末からのアクセス
がある毎に、前記記憶されている支援金支払条件の候補
を提示して、所望の支援金支払条件とクレジット引落し
に必要なユーザ情報とを登録させる機能と、試合結果を記憶する機能と、前記登録された支援金支払条件とユーザ情報、前記試合
結果とに基づいて、前記登録した支援金支払条件が試合
において達成されたユーザから支援金を徴収する機能
と、を実現させるためのプログラム。
【請求項５】支援金支払条件の候補を記憶する条件記
憶手段と、ネットワークを介して任意のユーザ端末からのアクセス
がある毎に、前記条件記憶手段に記憶されている支援金
支払条件の候補を提示して、所望の支援金支払条件とク
レジット引落しに必要なユーザ情報とを登録させる支援
受付／登録手段と、試合結果を記憶する試合結果記憶手段と、前記支援受付／登録手段と試合結果記憶手段とに基づい
て、前記登録した支援金支払条件が試合において達成さ
れたユーザから、前記ユーザ情報を用いて支援金を徴収
する支援金徴収手段と、を有することを特徴とするサーバ。