JP7399436B1 - ファンクラブ管理装置、方法、コンピュータプログラム - Google Patents

Abstract

【課題】ファンの満足度の向上とアーティストの金銭的な困窮の解消とをファンクラブの運営を通じてまとめて解消させる。【解決手段】ファンクラブ管理装置たるサーバは、ファンクラブへの入会を希望するユーザに対して、ファンクラブの会員としての地位又は権利を意味する株式を表象する株式データを送信する。初期募集期間内にファンクラブへ入会した会員は、１次株式についての株式データの送信を受ける。１次会員は２次会員の候補を、２次会員は３次会員の候補を、ｎ－１会員はｎ次会員の候補をファンクラブへそれぞれ紹介することができる。ｎ次会員がファンクラブへ入会するために購入する株式の１株あたりの購入価格は、ｎ－１次会員よりも安くする。【選択図】なし

Description

本発明は、アーティストのファンの集合であるファンクラブを管理する技術に関する。

本願では、「アーティスト」を、歌唱、演奏、創作活動等により楽曲（当然に動画も含む。以下同じ。）を視聴者に提供する者と定義する。
一昔前であれば、アーティストの主な収入源は、楽曲のデータを記録したＣＤ（Compact Disc）の売上であった。しかしながら、デジタル技術の進化により聴衆の音楽の聞き方が変化した結果、よく知られているようにＣＤの売上は大きく低下した。その結果、ＣＤの売上を収入源とするアーティストの従前からのビジネスモデルは崩れた。
これは、アーティスト単体の問題を超え、音楽業界全体の問題となっている。音楽業界に資金が集まらないことで、音楽業界全体の景気が冷え込んでいる。

ＣＤの売上を主な収入源とするビジネスモデルが崩れたため、現在のアーティストの主な収入源は、聴衆を前にして行うライブのチケット販売、ライブに付随して行われることが多いグッズ販売、ファンクラブの会員からの会費（月会費、年会費等種類は様々である。）の徴収等に移っている。
これらのうちファンクラブの会員からの会費の徴収は、定期的な収入をある程度の確度で保証するものであるから、アーティスト或いはファンクラブにとって重要なものとなっている。また、ファンクラブの会員に対してアーティスト或いはファンクラブから様々なメリットを付与することによってファンクラブの会員のアーティストに対する満足度を向上させることにより、会員のライブへの参加や、グッズの購入の動機を増大させることも可能となる。
したがって、現在のアーティストにとって、ファンクラブは非常に重要であり、多くのファンをファンクラブの会員とすること、またファンクラブの会員の満足度を向上させることは、死活問題であるといえる。

しかしながら、従来のファンクラブというのは、上述したように会費制で運営されているところが殆どである。
もちろん、ファンクラブを介してのライブのチケットの販売や、グッズの販売もなされているものの、ファンクラブの会員が、他の商品や役務への対価としてでなくファンクラブへ支払う金銭は、基本的に会費だけとなっているのが現状である。

他方、ファンの中には、アーティストに対して直接、或いはファンクラブを介してより多くの支払いを行っても良いと考える者がいる。
それは近年、「推し活」という言葉が一般化していることからも明らかである。「推し活」とは、自分のお気に入りのアーティスト（ただし、アーティストに限らず、場合によってはアニメーションの中の二次元のキャラクターがお気に入りの対象である場合もある。）を愛でたり応援したりする行為一般を言う。応援は、例えば、自分のお気に入りのアーティストのことを調べて深く知ったり、そのアーティストのことを例えばＳＮＳを使って広く世間に発信するといった金銭的な支出を伴わないものもあるが、ライブに参加したり、グッズを購入したりという金銭的な支出を伴うものもある。
近年は、YouTube（商標）その他の動画配信サイトに、動画配信者に対して視聴者が自ら指定した金額をオンライン送金する投げ銭（商標）などと称される機能が実装されている。投げ銭は、動画配信者にとっては収入源となる一方で、視聴者にとってはお気に入りのアーティストを応援したいという自己の欲求を満足させるものであるから、動画配信者と視聴者の双方にとって良いものであるといえる。
このように、ファンの中には、アーティストを応援するためにアーティストに対してより金銭的な負担を負っても良いという者がいるにも関わらず、その金銭の行き場が無いのが現状である。対して、昨今のアーティスト或いは音楽業界は、既に述べたように、従前のビジネスモデルが崩れた結果、金銭的に窮することが多くなっている。

そのような状況が生じている中、ファンクラブを介してファンとアーティストの関係性を上手に構築することが可能となれば、ファンからアーティストに対して金銭を支払わせることにより、ファンの満足度の向上とアーティストの金銭的な困窮の解消とをまとめて実現できる可能性がある。
アーティストが金銭的に潤えば、次の楽曲の創作に投入する資本が豊かになるため、次の楽曲からファンが受ける感動も増大し、アーティストとファンの関係性、或いは音楽業界という産業にも正の効果が生じる。
本願発明は、ファンの満足度の向上とアーティストの金銭的な困窮の解消とをファンクラブの運営を通じてまとめて解消させることのできるような、ファンクラブを管理するための技術を提供することをその課題とする。

上述の課題を解決するために、本願発明者は以下のような発明を提案する。
本願発明は、所定のネットワークに接続される前記ネットワークを介して通信可能とされた、複数のユーザが各々用いる複数のユーザ端末と組合せることにより、所定のアーティストを応援するファンの集合であるファンクラブを、前記ファンクラブの会員であることを表象する株式を前記ユーザに分配することにより管理するファンクラブ管理装置である。
そして、このファンクラブ管理装置は、前記ネットワークを介して通信可能とされた送受信機構と、前記ファンクラブのルールを記録するルール記録部と、前記会員が持つ株式に関する情報を前記会員ごとに記録する会員情報記録部と、前記送受信機構が前記ネットワークを介して前記ユーザ端末から送られてきたデータを用いて、前記ルール記録部に記録された前記ルールに基づく情報処理を行う情報処理部と、を備えている。
また、ファンクラブ管理装置における前記情報処理部は、前記会員の募集が始まってから所定の期間である初期募集期間において、前記会員でない前記ユーザから前記ユーザ端末、前記ネットワークを介して、前記株式を一株あたりＸ_１の価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＸ_１に前記ユーザが購入を希望する株式の数を乗じて算出される代金の支払いが前記ファンクラブに対して行われた場合に、前記ルール記録部に記録された前記ルールに従って、当該ユーザに、前記株式の一種である１次株式を前記ユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザが１次会員であることと、当該ユーザに発行する前記１次株式の数とを前記会員情報記録部に記録する１次株式管理部と、前記１次会員からの紹介を受けたユーザを２次会員の候補、前記２次会員からの紹介を受けたユーザを３次会員の候補、……ｎ－１次会員からの紹介を受けたユーザをｎ次会員の候補（ただし、ｎは２以上でＮ以下の自然数であり、Ｎは、３以上の所定の自然数である。）と定義した場合に、前記初期募集期間が終了した後において、ｎ－１次会員からの紹介を受けたｎ次会員の候補である前記ユーザから前記ユーザ端末、前記ネットワークを介して、前記株式を、一株あたりＸ_ｎの価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＸ_ｎに前記ユーザが購入を希望する株式の数を乗じて算出される代金の支払いが前記ファンクラブに対して行われた場合に、前記ルール記録部に記録された前記ルールに従って、当該ユーザに、前記株式の一種であるｎ次株式を前記ユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザがｎ次会員であることと、当該ユーザに発行する前記ｎ次株式の数と、当該ユーザを紹介した会員を特定する情報とを前記会員情報記録部に記録する下層株式管理部と、前記１次株式管理部が前記ユーザに対して発行を決めた前記１次株式に対応したデータ、又は前記下層株式管理部が前記ユーザに対して発行を決めた前記ｎ次株式に対応したデータである株式データを生成し、前記株式データを前記送受信機構、前記ネットワークを介して、当該株式データに対応する前記株式の所有者となるべきユーザのユーザ端末へ送信する株式データ生成部と、を備えている。加えて、前記ルール記録部に記録された前記ルールにより、前記株式の価格は、Ｘ_１＞Ｘ_２、及びｎは２以上である場合にＸ_ｎ≧Ｘ_ｎ＋１の条件を充足するようになっている。

このファンクラブ管理装置は、ユーザ端末と組合せて用いられる。ユーザ端末は、ファンクラブ管理装置が管理するあるアーティストのファンクラブの会員となるユーザが所有するユーザ端末である。ユーザ端末は、ネットワークを介しての通信が可能なものとされ、例えば、スマートフォン、携帯電話、パーソナルコンピュータである。ファンクラブ管理装置は、所定のネットワークを介してユーザ端末と接続される。ネットワークは典型的にはインターネットであるが、その一部にLAN（Local Area Network）等の他のネットワークを含んでいても良い。
ファンクラブ管理装置は、所定のアーティストを応援するファンの集合であるファンクラブを、ファンクラブの会員であることを表象する株式をユーザに分配することにより管理する。アーティストは、歌唱、演奏、創作活動等により楽曲をユーザに対して提供する者（複数の者が属するグールである場合も当然にある。）である。なお、本願でいう「株式」は、株式会社の構成員（株主）としての地位又は権利とは異なり、本願発明によるファンクラブ管理装置によってファンクラブの会員と認められた者に与えられる、ファンクラブの会員としての地位又は権利を意味する。また、本願の株式には後述するような地位又は権利が付随する場合がある。
ファンクラブ管理装置は、ネットワークを介して通信可能とされた送受信機構と、ファンクラブのルールを記録するルール記録部と、会員が持つ株式に関する情報を会員ごとに記録する会員情報記録部と、送受信機構がネットワークを介してユーザ端末から送られてきたデータを用いて、ルール記録部に記録されたルールに基づく情報処理を行う情報処理部と、を備えている。
情報処理部は、１次株式管理部と、下層株式管理部と、株式データ生成部とを備えており、或いは情報処理部は、１次株式管理部と、下層株式管理部と、株式データ生成部として機能する。
１次株式管理部は、会員の募集が始まってから所定の期間である初期募集期間において発行される株式を管理する機能を有する。１次株式管理部は、初期募集期間において、会員でないユーザからユーザ端末、ネットワークを介して、株式を一株あたりＸ_１の価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＸ_１にユーザが購入を希望する株式の数を乗じて算出される代金の支払いがファンクラブに対して行われた場合に、ルール記録部に記録されたルールに従って、当該ユーザに、株式の一種である１次株式をユーザが購入を希望した数だけ発行することを決定するようになっている。この決定をしたら、１次株式管理部は、当該ユーザが１次会員であることと、当該ユーザに発行する１次株式の数とを会員情報記録部に記録するようになっている。
つまり、１次株式管理部は、あるユーザから、株式を何株買うかということを含めた株式の購入の意思表示があり、その代金が支払われた場合に、そのユーザに対して１次株式の発行を認める機能を有している。また、１次株式管理部は、どのユーザに対して、何株の１次株式を発行したかということを、会員情報記録部に記録するようになっている。
１次株式管理部は、１次株式の発行の可否を決定する機能を有していたが、下層株式管理部は、２次会員に対する２次株式、３次会員に対する３次株式…、ｎ次会員に対するｎ次株式の発行の可否を決定する機能を有する（ただし、ｎは２以上でＮ以下の自然数であり、Ｎは、３以上の所定の自然数である。）。１次会員からの紹介を受けたユーザが、所定の条件を満たした後に２次会員となる２次会員の候補であり、２次会員からの紹介を受けたユーザが、所定の条件を満たした後に３次会員となる３次会員の候補であり、ｎ－１次会員からの紹介を受けたユーザが、所定の条件を満たした後にｎ次会員となるｎ次会員の候補である。
下層株式管理部は、初期募集期間が終了した後において、ｎ－１次会員からの紹介を受けたｎ次会員の候補であるユーザからユーザ端末、ネットワークを介して、株式を、一株あたりＸ_ｎの価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＸ_ｎにユーザが購入を希望する株式の数を乗じて算出される代金の支払いがファンクラブに対して行われた場合に、ルール記録部に記録されたルールに従って、当該ユーザに、株式の一種であるｎ次株式をユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザがｎ次会員であることと、当該ユーザに発行するｎ次株式の数と、当該ユーザを紹介した会員を特定する情報とを会員情報記録部に記録するようになっている。
つまり、下層株式管理部は、あるユーザから、紹介者の明示と、株式を何株買うかということを含めた株式の購入の意思表示があり、その代金が支払われた場合に、そのユーザに対して、紹介者が持つ株がｎ－１次株式であった場合においてｎ次株式の発行を認める機能を有している。また、下層株式管理部は、どのユーザに対して、何株のｎ次株式を発行したかということを、会員情報記録部に記録するようになっている。なお、２次株式以降の株式をまとめて「下層株式」と、２次会員以降の会員をまとめて「下層会員」と称する。また、１次株式、２次株式、ｎ次株式等の「１」、「２」、「ｎ」のような数字部分や、１次会員、２次会員、ｎ次会員等の「１」、「２」、「ｎ」のような数自分を、本願では、株式、会員の「次数」と称する場合がある。
株式データ生成部は、１次株式管理部、又は下層株式管理部が発行を決めた株式（１次株式、又はｎ次株式）に対応するデータである株式データを生成するようになっている。生成された株式データは、送受信機構に送られ、ネットワークを介して各ユーザのユーザ端末へと送られるようになっている。
また、本願発明では、株式の価格は、ルール記録部に記録されたルールにより、Ｘ_１＞Ｘ_２、及びｎは２以上である場合にＸ_ｎ≧Ｘ_ｎ＋１の条件を充足するようになっている。つまり、本願発明では、１次株式の１株あたりの価格は必ず２次株式よりも高く、２次株式より後、或いは２次株式以降の株式においては、ｎ次株式の１株あたりの価格は、ｎ－１次株式の価格と同じかそれよりも安くなるようにされている。

以上のようなファンクラブ管理装置で運営されるファンクラブは以下のようなルールに従ったものとなる。
（ルール１）初期募集期間に１次株式が販売される。１次株式を買ったユーザは、１次会員となる。
（ルール２）１次会員は、初期募集期間終了後において、２次会員の候補となるユーザをファンクラブに対して紹介することが可能である。
（ルール３）１次会員からファンクラブに紹介されたユーザは、２次株式を購入することが可能であり、２次株式を買ったユーザは２次会員となる。
（ルール４）２次会員は、初期募集期間終了後において、３次会員の候補となるユーザをファンクラブに対して紹介することが可能である。
（ルール５）２次会員からファンクラブに紹介されたユーザは、３次株式を購入することが可能であり、３次株式を買ったユーザは３次会員となる。
（ルール６）同様に、以降、ｎ－１次会員は、ｎ次会員の候補となるユーザをファンクラブに対して紹介することが可能である。
（ルール７）ｎ－１次会員からファンクラブに紹介されたユーザは、ｎ次株式を購入することが可能であり、ｎ次株式を買ったユーザはｎ次会員となる。
（ルール８）１次会員からＮ－１次会員までは会員の候補となるユーザをファンクラブに対して紹介することが可能であるが、Ｎ次会員は、会員の候補となるユーザをファンクラブに対して紹介することはできない。
（ルール９）１次株式の１株あたりの価格は必ず２次株式よりも高く、２次株式より後、或いは２次株式以降の株式においては、ｎ次株式の１株あたりの価格は、ｎ－１次株式の価格と同じかそれよりも安くなる。
本願のファンクラブ管理装置では、以上のルールが、直接的に、或いは以上のルールが適用されるように翻案された間接的な形態で、ルール記録部に記録されている。

本願のファンクラブ管理装置を用いると、上述のルールに従ってファンクラブが運営され、それにより以下のような効果が生じる。
まず、１次会員にせよ、２次会員以降の下層会員にせよ、株式を自分の好きな数だけ購入することができるため、ファンクラブを介してアーティストに支払うことのできる金額を、ユーザは自分の意志により大きくすることができる。これにより、ファンクラブは大きな収入を得ることができるから、アーティストから見れば、収入の確保が容易となる。他方、会員となるファンは、自分のお気に入りのアーティストに自分が支払いたいだけの金額を支払うことができるため、アーティストを応援したいという自分の気持ちを好きなだけ満足させることができる。
また、１次会員と、Ｎ次会員を除く下層会員とは、紹介を行うことによりファンクラブに新たなファン（ユーザ）を引き入れることができる。既に述べたように、ファンの心理には、自分のお気に入りのアーティストを世間に広く知らしめたいというものがある。したがって、このような紹介制はそのようなファンの心理と合致するから、ファンのアーティストを応援したいという気持ちを満足させる。また、ファンが積極的に新たなファンの候補を勧誘することにより、ファンクラブの会員数を増加させることに繋がる。
また、上述の「１次株式の１株あたりの価格は必ず２次株式よりも高く、２次株式より後、或いは２次株式以降の株式においては、ｎ次株式の１株あたりの価格は、ｎ－１次株式の価格と同じかそれよりも安くなる」という（ルール９）は、１次会員の満足度を高める効果を生じる。というのは、自分が最初期のファンである、また、自分は他の会員よりも１株あたりの価格に高い金額を拠出したという事実が、アーティストを応援したいという気持ちをファンクラブの運営当初から強く抱いていた１次会員の自尊心を満足させるからである。加えて、２次株式以降の株式の価格が１次株式の価格より安いことにより、２次会員以降の会員がファンクラブに加入しやすくなる。仮に、２次会員以降の会員がファンクラブに加入するために株式を購入する場合における１株あたりの株式の価格を漸減させることとすれば、ファンクラブからすると、新たな会員を獲得するのが難しくなった会員がある程度増えた段階においても、新たな会員を獲得することが比較的容易となる。なお、このような仕組みは、一般的な株式の仕組みとは明確に異なる。なぜなら、新規の株式会社、例えば、新規のベンチャー企業を立上げる際一番安く（一株あたりの株式の価格を一番安く）株式を入手できるのは通常、ベンチャー企業の立上げに参加した出資者であり、その後例えばそのベンチャー企業に対して投資を行い第三者割当により株式を入手しようとする者は、出資者よりも１株あたりの株式の価格がより高い金額でしか購入できないからである。そのような、一般的には後から株式を入手しようとする場合には１株あたりの価格がより高くなるという株式会社制度における株式と、本願で言う株式の価格は、反対の性質を与えられている。
なお、本願で言う１次株式と下層株式はいずれも、本願で言う株式に相当する。そして、株式の発行可能な数には上限を設けておくことも可能である。そうすることにより、ユーザに、株式の購入についてのモチベーションを与えることが可能となる。
その場合には、以下のような（ルール１０）が、（ルール１）から（ルール９）に加えてルール記録部に記録されることになる。
（ルール１０）発行可能な株式の数は、最大でｚである。
このように、ファンクラブ管理装置が発行可能な株式の株数には上限を設けることが可能である。
また、特にファンクラブ管理装置が発行可能な株式の株数に上限が設けられているときに有用であるが、ユーザ１人が買うことのできる１次株式の数を制限することができる。これは、１次株式を特定のユーザが買い占めることを防止することで、下層株式や後述する直接株式の発行ができなくなることを防ぐ。同様に、下層株式や後述する直接株式にも、ユーザ１人が買うことのできる１次株式の数の制限を設けてもよい。

上述したように、本願発明では、株式の価格は、ルール記録部に記録されたルールにより、Ｘ_１＞Ｘ_２、及びｎは２以上である場合にＸ_ｎ≧Ｘ_ｎ＋１の条件を充足するようになっている。
ここで、株式の価格は、ｎが自然数である場合に、Ｘ_ｎ＞Ｘ_ｎ＋１とすることができる。この場合には、１次株式、下層株式も含めて、すべての株式において、ｎ次株式の１株あたりの価格が、ｎ－１次株式の価格よりも安くなる。
この場合には、上述のルール９は、以下のルール９．１のように修正される。
（ルール９．１）１次株式、下層株式の別によらず、すべての株式において、ｎ次株式の１株あたりの価格が、ｎ－１次株式の価格よりも安くなる。
このようにすることによって、ルール９に基づいて生じる上述の効果のうち、「新たな会員を獲得するのが難しくなった会員がある程度増えた段階においても、新たな会員を獲得することが比較的容易となる」という効果が、より確実に得られることになる。

本願のファンクラブ管理装置は、前記会員情報記録部に記録されたデータ基づいて、ｎ次会員の候補であるユーザを紹介したｎ－１次会員である前記ユーザに対して支払うべき所定の額の報酬を算出する算出部を備えていてもよい。
この報酬は、いわゆる紹介料に相当するものであり、既にファンクラブの会員となっているユーザが、新たな会員候補をファンクラブに紹介することの動機付けとなる。それにより、ファンクラブに新たな会員を呼び込める可能性があがる。
算出部は、会員情報記録部に記録されたデータに基づいて、新たなｎ次会員の候補であるユーザがどのｎ－１次会員から紹介されたのかを把握し、それにより、どの会員に幾らの報酬を支払うべきかを決定する。報酬は、ファンクラブからｎ－１次会員であるユーザに対して支払われるが、その支払方法は自由であり、報酬の支払い機能がファンクラブ管理装置に備えられているか否かも自由である。
また、算出部が報酬の額をどのように決定するようになっているかも適当に決定することができる。報酬の額を決定するためのルールや、報酬額をいつ算出するのかといった、報酬に関するルールもルール記録部に記録しておくことができる。
前記報酬の額は、ｍ次会員（ただし、ｍは１からＮ－１までの自然数）がｍ＋１次会員を紹介したときの紹介料をＡ_ｍ＋１、またあるユーザ（自分）が紹介したことで会員となったユーザ、又はそのユーザからの直列の紹介関係があるユーザであるｍ次会員の数をＰ_ｍ＋１とした場合に、以下の数式（数１）によって算出される額として求められるようになっていてもよい。

これは、報酬の計算方法の一例である。
例えば、上述したＮ＝４の場合（つまり会員が４次会員までしか認められない場合）であり、また、報酬を貰う対象のユーザが１次会員であったとする。この場合においてある１次会員が得ることのできる報酬は、Ａ_２にその１次会員と招待関係にある２次会員の数であるＰ_２を乗じた額と、Ａ_３にその１次会員と招待関係にある３次会員の数であるＰ_３を乗じた額と、Ａ_４にその１次会員と招待関係にある４次会員の数であるＰ_４を乗じた額とを合算した金額となる。同様に、Ｎ＝４であり、報酬を貰う対象のユーザが３次会員である場合には、Ａ_４にその３次会員と招待関係にある４次会員の数であるＰ_４を乗じた額が報酬の金額となる。
更に、Ａ_ｍ＞Ａ_ｍ＋１とすることもできる。そうすると、ｎ次会員はｎ＋１次会員よりも、１人をファンクラブに紹介したときにおいて、紹介料としての報酬を多く貰えるようになる。これは、ユーザに早い段階でファンクラブに入会させるための動機付けとなる。
Ａ_ｍ＞Ａ_ｍ＋１とするには例えば、以下のようにすることができる。
つまり、ｍが３以上のとき、Ａ_ｍ＝Ａ_２×Ｂ^ｍ－２（ただし、０＜Ｂ＜１）としてＡ_ｍを求めることができる。

ファンクラブ管理装置は、前記初期募集期間が終了した後において、前記会員でない前記ユーザから前記ユーザ端末、前記ネットワークを介して、前記株式を一株あたりＹの価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＹに前記ユーザが購入を希望する株式の数を乗じて算出される代金の支払いが前記ファンクラブに対して行われた場合に、前記ルール記録部に記録された前記ルールに従って、当該ユーザに、前記株式の一種である直接株式を前記ユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザが直接会員であることと、当該ユーザに発行する前記直接株式の数とを前記会員情報記録部に記録する直接株式管理部を備えていてもよい。この場合には、前記株式データ生成部は、前記直接株式管理部が前記ユーザに対して発行を決めた前記直接株式に対応したデータである株式データを生成し、前記株式データを前記送受信機構、前記ネットワークを介して、当該株式データに対応する前記株式の所有者となるべきユーザのユーザ端末へ送信するようになっていてもよい。
上述したように、本願のファンクラブ管理装置が発行する株式は、基本的に１次株式と下層株式である。そして、１次株式と、Ｎ次株式でない下層株式とは、それを有する会員に対して、ファンクラブの会員でない他のユーザをファンクラブに紹介する権利（紹介権）を伴うものである。
とはいえ、ユーザの中には、既にファンクラブの会員であり且つ紹介者として自分をファンクラブに紹介してくれる者が身の回りにいない者もいるであろう。初期募集期間が終了した後においてユーザが上述の如き直接株式を購入できるようにすることにより、そのような下層会員としてファンクラブの会員となるための伝のない者も、直接ファンクラブから株式を入手できることによりファンクラブの会員になれるようになる。これは、伝を持たないユーザがファンクラブの会員となるための受皿となる。
なお、直接株式を保有する会員は、ファンクラブの会員でない他のユーザをファンクラブに紹介する権利（紹介権）を持たないようにする。

本願のファンクラブ管理装置は、前記会員情報記録部に記録されたデータに基づいて、前記会員である前記ユーザに前記アーティストが提供する楽曲を視聴する権利に対応したデータである視聴データを生成するとともに、生成した視聴データを、前記会員である前記ユーザの前記ユーザ端末に対して、前記送受信機構、前記ネットワークを介して送信する視聴管理部を備えていてもよい。
視聴データは、アーティストが提供する楽曲を視聴する権利を表象するデータである。このデータを持つ者は、アーティストが提供する楽曲を、ファンクラブ管理装置、或いは音声配信サイト又は動画配信サイト等を運営する他の装置を介して、自分が応援するアーティストの提供する楽曲を視聴できるようになる。
この権利は、ユーザが持つ株式の種別によらず付与することができる。視聴データは、株式を表象するデータがユーザに提供されるのと同時にユーザ端末に送られるようになっていても良いし、そうでなくとも良い。
また、ユーザが持つ株式の種別により、視聴データの内容を変更することも可能である。例えば、１次会員は、下層会員よりも早く、ある楽曲を視聴することが可能であるとか、ｎ次会員はｎ＋１次会員よりも多くの種類の楽曲を視聴することが可能である、といった具合である。下層会員よりも１次会員の方が提供される視聴データの内容が有利であったり、下層会員の中でもより上位の会員の方が提供される視聴データの内容が有利であったりすれば、ユーザにより早期にファンクラブの会員になることについての動機付けを与えることができる。
ユーザに提供される視聴データの内容、視聴データの提供タイミング等に関する視聴データの提供に関するルールも、ルール記録部に記録しておくことができる。

本願によるファンクラブ管理装置は、前記会員情報記録部に記録されたデータに基づいて、前記会員である前記ユーザに前記アーティストが提供するライブを観覧する権利に対応したデータである観覧データを生成するとともに、生成した観覧データを、前記会員である前記ユーザの前記ユーザ端末に対して、前記送受信機構、前記ネットワークを介して送信する観覧管理部を備えていてもよい。
観覧データは、アーティストが提供するライブを観覧する権利を表象するデータであり、ライブのチケットに相当するものである。このデータを持つ者は、自分が応援するアーティストが提供するライブを観覧できることになる。
この権利は、ユーザが持つ株式の種別によらず付与することができる。観覧データは、株式を表象するデータがユーザに提供されるのと同時にユーザ端末に送られるようになっていても良いし、そうでなくとも良い。
また、ユーザが持つ株式の種別により、観覧データの内容を変更することも可能である。例えば、前記２次会員に送信される観覧データの内容は前記１次会員に送られる観覧データの内容と同じか、それよりも不利なものとされるようになっているとともに、前記ｎ次会員に送信される前記観覧データの内容は、前記ｎ－１次会員に送信される前記観覧データの内容と同じか、それよりも不利なものとされるようになっていてもよい。下層会員よりも１次会員の方が提供される観覧データの内容が有利であったり、下層会員の中でもより上位の会員の方が提供される観覧データの内容が有利であったりすれば、ユーザにより早期にファンクラブの会員になることについての動機付けを与えることができる。
ユーザに提供される観覧データの内容、観覧データの提供タイミング等に関する観覧データの提供に関するルールも、ルール記録部に記録しておくことができる。

本願発明者は、ファンクラブ管理装置で実行される方法をも本願発明の一態様として提案する。かかる方法による効果は、本願発明によるファンクラブ管理装置の効果に等しい。
一例となるその方法は、所定のネットワークに接続される前記ネットワークを介して通信可能とされた、複数のユーザが各々用いる複数のユーザ端末と組合せることにより、所定のアーティストを応援するファンの集合であるファンクラブを、前記ファンクラブの会員であることを表象する株式を前記ユーザに分配することにより管理するものであり、前記ネットワークを介して通信可能とされた送受信機構と、前記ファンクラブのルールを記録するルール記録部と、前記会員が持つ株式に関する情報を前記会員ごとに記録する会員情報記録部と、前記送受信機構が前記ネットワークを介して前記ユーザ端末から送られてきたデータを用いて、前記ルール記録部に記録された前記ルールに基づく情報処理を行う情報処理部と、を備えているファンクラブ管理装置の、前記情報処理部により実行される方法である。
そしてその方法は、前記情報処理部が実行する、前記会員の募集が始まってから所定の期間である初期募集期間において、前記会員でない前記ユーザから前記ユーザ端末、前記ネットワークを介して、前記株式を一株あたりＸ_１の価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＸ_１に前記ユーザが購入を希望する株式の数を乗じて算出される代金の支払いが前記ファンクラブに対して行われた場合に、前記ルール記録部に記録された前記ルールに従って、当該ユーザに、前記株式の一種である１次株式を前記ユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザが１次会員であることと、当該ユーザに発行する前記１次株式の数とを前記会員情報記録部に記録する１次株式管理過程と、前記１次会員からの紹介を受けたユーザを２次会員の候補、前記２次会員からの紹介を受けたユーザを３次会員の候補、……ｎ－１次会員からの紹介を受けたユーザをｎ次会員の候補（ただし、ｎは２以上でＮ以下の自然数であり、Ｎは、３以上の所定の自然数である。）と定義した場合に、前記初期募集期間が終了した後において、ｎ－１次会員からの紹介を受けたｎ次会員の候補である前記ユーザから前記ユーザ端末、前記ネットワークを介して、前記株式を、一株あたりＸ_ｎの価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＸ_ｎに前記ユーザが購入を希望する株式の数を乗じて算出される代金の支払いが前記ファンクラブに対して行われた場合に、前記ルール記録部に記録された前記ルールに従って、当該ユーザに、前記株式の一種であるｎ次株式を前記ユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザがｎ次会員であることと、当該ユーザに発行する前記ｎ次株式の数と、当該ユーザを紹介した会員を特定する情報とを前記会員情報記録部に記録する下層株式管理過程と、前記１次株式管理過程で前記ユーザに対して発行を決めた前記１次株式に対応したデータ、又は前記下層株式管理過程で前記ユーザに対して発行を決めた前記ｎ次株式に対応したデータである株式データを生成し、前記株式データを前記送受信機構、前記ネットワークを介して、当該株式データに対応する前記株式の所有者となるべきユーザのユーザ端末へ送信する株式データ生成過程と、を含む。
この方法では、前記ルール記録部に記録された前記ルールにより、前記株式の価格を、Ｘ_１＞Ｘ_２、及びｎが２以上である場合にＸ_ｎ≧Ｘ_ｎ＋１の条件を充足するようにする。

本願発明者は、ファンクラブ管理装置として所定の例えば汎用のコンピュータを機能させるためのコンピュータプログラムをも本願発明の一態様として提案する。かかるコンピュータプログラムによる効果は、本願発明によるファンクラブ管理装置の効果に等しく、また、本願発明によるファンクラブ管理装置として所定のコンピュータを機能させることが可能となることである。
一例となるそのコンピュータプログラムは、所定のコンピュータを、所定のネットワークに接続される前記ネットワークを介して通信可能とされた、複数のユーザが各々用いる複数のユーザ端末と組合せることにより、所定のアーティストを応援するファンの集合であるファンクラブを、前記ファンクラブの会員であることを表象する株式を前記ユーザに分配することにより管理するものであり、前記ネットワークを介して通信可能とされた送受信機構と、前記ファンクラブのルールを記録するルール記録部と、前記会員が持つ株式に関する情報を前記会員ごとに記録する会員情報記録部と、前記送受信機構が前記ネットワークを介して前記ユーザ端末から送られてきたデータを用いて、前記ルール記録部に記録された前記ルールに基づく情報処理を行う情報処理部と、を備えているファンクラブ管理装置として機能させるためのコンピュータプログラムである。
このコンピュータプログラムは、前記情報処理部に、前記会員の募集が始まってから所定の期間である初期募集期間において、前記会員でない前記ユーザから前記ユーザ端末、前記ネットワークを介して、前記株式を一株あたりＸ_１の価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＸ_１に前記ユーザが購入を希望する株式の数を乗じて算出される代金の支払いが前記ファンクラブに対して行われた場合に、前記ルール記録部に記録された前記ルールに従って、当該ユーザに、前記株式の一種である１次株式を前記ユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザが１次会員であることと、当該ユーザに発行する前記１次株式の数とを前記会員情報記録部に記録する１次株式管理過程と、前記１次会員からの紹介を受けたユーザを２次会員の候補、前記２次会員からの紹介を受けたユーザを３次会員の候補、……ｎ－１次会員からの紹介を受けたユーザをｎ次会員の候補（ただし、ｎは２以上でＮ以下の自然数であり、Ｎは、３以上の所定の自然数である。）と定義した場合に、前記初期募集期間が終了した後において、ｎ－１次会員からの紹介を受けたｎ次会員の候補である前記ユーザから前記ユーザ端末、前記ネットワークを介して、前記株式を、一株あたりＸ_ｎの価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＸ_ｎに前記ユーザが購入を希望する株式の数を乗じて算出される代金の支払いが前記ファンクラブに対して行われた場合に、前記ルール記録部に記録された前記ルールに従って、当該ユーザに、前記株式の一種であるｎ次株式を前記ユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザがｎ次会員であることと、当該ユーザに発行する前記ｎ次株式の数と、当該ユーザを紹介した会員を特定する情報とを前記会員情報記録部に記録する下層株式管理過程と、前記１次株式管理過程で前記ユーザに対して発行を決めた前記１次株式に対応したデータ、又は前記下層株式管理過程で前記ユーザに対して発行を決めた前記ｎ次株式に対応したデータである株式データを生成し、前記株式データを前記送受信機構、前記ネットワークを介して、当該株式データに対応する前記株式の所有者となるべきユーザのユーザ端末へ送信する株式データ生成過程と、を実行させるためのものである。
また、このコンピュータプログラムは、前記ルール記録部に記録された前記ルールにより、前記株式の価格を、Ｘ_１＞Ｘ_２、及びｎが２以上である場合にＸ_ｎ≧Ｘ_ｎ＋１の条件を充足するようにする。

一実施形態による、ファンクラブ管理装置としてのサーバと多数の端末とを含むファンクラブ管理システムの全体構成を示す図。 図１に示したシステムに含まれる端末の外観を示す図。 図１に示したシステムに含まれる端末のハードウェア構成を示す図。 図１に示したシステムに含まれる端末の内部に生成される機能ブロックを示すブロック図。 図１に示したシステムに含まれるサーバの内部に生成される機能ブロックを示すブロック図。 ユーザによる１次株式の購入時に端末のディスプレイに表示されるログイン画面の一例を示す図。 ユーザによる１次株式の購入時におけるログイン済みとなったときの状態で、端末のディスプレイに表示される画像の一例を示す図。 ユーザによる１次株式の購入時に端末のディスプレイに表示される１次株式の購入代金の支払を促す画像の一例を示す図。 １次株式の販売時において、図１に示したシステムに含まれるサーバの会員情報記録部に記録されるデータの例を示す図。 ユーザによる下層株式の購入時に端末のディスプレイに表示されるログイン画面の一例を示す図。 ユーザによる下層株式の購入時におけるログイン済みとなったときの状態で、端末のディスプレイに表示される画像の一例を示す図。 ユーザによる下層株式の購入時に端末のディスプレイに表示される１次株式の購入代金の支払を促す画像の一例を示す図。 下層株式の販売時において、図１に示したシステムに含まれるサーバの会員情報記録部に記録されるデータの例を示す図。 ユーザによる直接株式の購入時に端末のディスプレイに表示されるログイン画面の一例を示す図。 ユーザによる直接株式の購入時におけるログイン済みとなったとき状態で、端末のディスプレイに表示される画像の一例を示す図。 直接株式の販売時において、図１に示したシステムに含まれるサーバの会員情報記録部に記録されるデータの例を示す図。 あるユーザを起点とする「自分が紹介したことで会員となった者と紹介関係がある」ユーザの関係性を示す樹形図。

以下、図面を参照しつつ本発明の好ましい一実施形態とその変形例について説明する。
実施形態と変形例の説明では、重複する対象には重複する符号を付すものとし、重複する説明は場合により省略するものとする。

図１に、本願発明のファンクラブ管理装置を含むファンクラブ管理システムの好ましい一実施形態の全体構成を概略で示す。
実施形態によるシステムは、複数の端末１００－１～１００－Ｎ（以後、単に、「端末１００」と記載する場合もある。）、及びサーバ２００を含んで構成されている。これらはすべて、ネットワーク４００に接続可能とされている。
ネットワーク４００は、これには限られないが、この実施形態ではインターネットである。ネットワーク４００の一部に、LAN、イントラネットその他の他のネットワークを含んでも良い。
この実施形態における端末１００は、本願でいうユーザ端末に相当するものである。
ユーザ端末は、各ユーザに保有され等して各ユーザに使用される。なお、例えば、１人の人間が、スマートフォン、タブレット、及び据え置きのパーソナルコンピュータとから、同じインターネットサイトに接続することが普通に行われているように、同一ユーザが使用する端末１００が複数の装置である場合がある。
他方、この実施形態におけるサーバ２００は、本願でいうファンクラブ管理装置に相当する。サーバ２００と、端末１００－１～１００－Ｎとは、ネットワーク４００を介して互いに通信可能とされている。

次に、端末１００の構成を説明する。各端末１００－１～１００－Ｎの構成は、本願発明におけるファンクラブ管理装置との関係でいえば同じといえる。端末１００は、コンピュータを含んでいる。より詳細には、この実施形態における端末１００は、汎用のコンピュータにより構成されている。
端末１００は、スマートフォン、タブレット、ノート型パソコン、デスクトップ型パソコン、ウェアラブル端末等である。それらはすべて、ネットワーク４００を介しての通信が可能なものであり、また後述するコンピュータプログラムをインストールすることによって後述する機能ブロックをその内部に生成し、そして後述する処理を実行できるものであることが求められ、それが可能であるのであればそれ以外の仕様は特に問わない。端末１００は、公知或いは周知のものでよく、市販のもので十分である。
例えば、端末１００がスマートフォンかタブレットなのであれば、スマートフォンとしての端末１００は例えば、Ａｐｐｌｅ Ｊａｐａｎ合同会社が製造、販売を行うｉＰｈｏｎｅ（商標）で良いし、タブレットとしての端末１００は例えば、Ａｐｐｌｅ Ｊａｐａｎ合同会社が製造、販売を行うｉＰａｄ（商標）でよい。ノート型パソコン、デスクトップ型パソコン、ウェアラブル端末等により端末１００が構成されているのであれば、それらはいずれも市販のもので良い。以下、これには限られないが、端末１００がスマートフォンであることとして話を進める。

端末１００の外観の一例を図２に示す。
端末１００は、ディスプレイ１０１を備えている。ディスプレイ１０１は、静止画又は動画を表示するためのものであり、公知、或いは周知のものを用いることができる。ディスプレイ１０１は例えば、液晶ディスプレイである。端末１００がデスクトップ型パソコンである場合には、ディスプレイ１０１は外付けとなるが、それでもなお、本願では、端末１００はディスプレイ１０１を備えていると扱うものとする。端末１００は、また入力装置１０２を備えている。入力装置１０２は、ユーザが所望の入力を端末１００に対して行うためのものである。入力装置１０２は、公知或いは周知のものを用いることができる。この実施形態における端末１００の入力装置１０２はボタン式のものとなっているが、これには限られず、テンキー、キーボード、トラックボール、マウス、音声テキスト変換入力装置、タップキーなどを用いることも可能である。特に、端末１００がノート型パソコン、デスクトップ型パソコン、ウェアラブル端末である場合には、入力装置１０２はキーボードや、マウス、タッピングスイッチ等の外付けのものになるであろうが、それでもなお本願では端末１００が入力装置１０２を備えるものとして扱う。また、ディスプレイ１０１がタッチパネルである場合、ディスプレイ１０１は入力装置１０２の機能を兼ねることになり、この実施形態ではそうされている。

端末１００のハードウェア構成を、図３に示す。
ハードウェアには、ＣＰＵ（central processing unit）１１１、ＲＯＭ（read only memory）１１２、ＲＡＭ（random access memory）１１３、インターフェイス１１４が含まれており、これらはバス１１６によって相互に接続されている。
ＣＰＵ１１１は、演算を行う演算装置である。ＣＰＵ１１１は、例えば、ＲＯＭ１１２、或いはＲＡＭ１１３に記録されたコンピュータプログラムを実行することにより、後述する処理を実行する。図示をしていないが、ハードウェアはＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）その他の大容量記録装置を備えていてもよく、コンピュータプログラムは大容量記録装置に記録されていても構わない。また、ＣＰＵ１１１は将来の演算処理能力の向上を考慮しＧＰＵ（graphics processing unit）やＧＰＧＰＵ（general purpose computing on GPU）であってもよい。本願では実施形態の例としてＣＰＵ１１１にはいわゆるC P Uを採用している。
ここでいうコンピュータプログラムには、後述する処理（例えば、端末１００を本願発明によるユーザ端末として機能させるための処理）を端末１００に実行させるためのコンピュータプログラムが少なくとも含まれる。このコンピュータプログラムは、端末１００にプリインストールされていたものであっても良いし、端末１００にポストインストールされたものであっても良い。このコンピュータプログラムの端末１００へのインストールは、メモリカード等の所定の記録媒体を介して行なわれても良いし、ＬＡＮ或いはインターネットなどのネットワークを介して行なわれても構わない。コンピュータプログラムには、ＣＰＵ１１１がコンピュータプログラムに基づく命令によって情報処理を実行するときに使用されるデータが含まれていても良い。
ＲＯＭ１１２は、ＣＰＵ１１１が後述する処理を実行するために必要なコンピュータプログラムやデータを記録している。ＲＯＭ１１２に記録されたコンピュータプログラムとしては、これに限られず、端末１００がスマートフォンであれば、端末１００をスマートフォンとして機能させるために必要な、例えば、通話や電子メールの機能を実現するためのコンピュータプログラムやデータが記録されている。端末１００は、また、ネットワーク４００を介して受取ったデータに基づいて、ホームページを閲覧することも可能とされており、それを可能とするための公知のｗｅｂブラウザを実装している。
ＲＡＭ１１３は、ＣＰＵ１１１が処理を行うために必要なワーク領域を提供する。場合によっては、上述のコンピュータプログラムやデータ（の一部）が記録されていてもよい。
インターフェイス１１４は、バス１１６で接続されたＣＰＵ１１１やＲＡＭ１１３等と外部との間でデータのやり取りを行うものである。インターフェイス１１４には、上述のディスプレイ１０１と、入力装置１０２とが接続されている。入力装置１０２から入力された操作内容は、インターフェイス１１４からバス１１６に入力されるようになっている。また、周知のようにディスプレイ１０１に画像を表示するための画像データは、バス１１６からインターフェイス１１４に送られ、インターフェイス１１４からディスプレイ１０１に出力されるようになっている。インターフェイス１１４は、また、インターネットであるネットワーク４００を介して外部と通信を行うための公知の手段である送受信機構（図示を省略）に接続されており、それにより、端末１００は、ネットワーク４００を介してデータを送信することと、ネットワーク４００を介してデータを受信することとが可能になっている。かかるネットワーク４００を介してのデータの送受信は、有線で行われる場合もあるが無線で行われる場合もある。例えば、端末１００がスマートフォンである場合には、かかる通信は無線で行われるのが通常であろう。それが可能な限り、送受信機構の構成は、公知或いは周知のものとすることができる。送受信機構がネットワーク４００から受取ったデータは、インターフェイス１１４により受取られるようになっており、インターフェイス１１４から送受信機構にわたされたデータは、送受信機構によって、ネットワーク４００を介して外部、例えば、サーバ２００に送られるようになっている。

ＣＰＵ１１１がコンピュータプログラムを実行することにより、端末１００内部には、図４で示されたような機能ブロックが生成される。なお、以下の機能ブロックは、端末１００を本願発明のユーザ端末として機能させるための上述のコンピュータプログラム単体の機能により生成されていても良いが、上述のコンピュータプログラムと、端末１００にインストールされたＯＳその他のコンピュータプログラムとの協働により生成されても良い。
端末１００内には、本願発明の機能との関係で、入力部１２１、制御部１２２、画像生成部１２３、出力部１２４、株式データ記録部１２５が生成される。
これらのうち制御部１２２と画像生成部１２３は、ハードウェアとしては演算装置（ＣＰＵ１１１）に相当し、或いは上述のコンピュータプログラムの命令によって情報処理を実行する演算装置の機能によって実現される。
入力部１２１と出力部１２４とは、ハードウェアとして見た場合には、インターフェイス１１４に相当し、或いはインターフェイス１１４の機能によって実現される。より具体的には、入力部１２１と出力部１２４は、概念としては、インターフェイス１１４とバス１１６との接続部分に相当する。
株式データ記録部１２５は、ハードウェアとしては記録装置、即ちＲＡＭ１１３、又は大容量記録装置によって実現される。
これらすべての機能ブロックで行われる情報処理はいずれも、ＣＰＵ１１１によって実現される。

入力部１２１は、インターフェイス１１４からの入力を受取るものである。
インターフェイス１１４からの入力部１２１への入力には、入力装置１０２からの入力がある。入力装置１０２からの入力には、例えば、いずれも詳細は追って説明するが、ユーザを識別するための各ユーザごとにユニークな識別情報であるユーザＩＤについてのデータと、ログインデータとがある。
入力装置１０２からの入力には、また、いずれも詳細は追って説明するが、株式の購入をファンクラブ管理装置たるサーバ２００へと要求する購入要求データがある。購入要求データは、株数データとともに入力される。株数データはユーザが購入を希望する株式の数を特定するデータである。また、入力装置１０２から、これも追って説明する紹介者データが入力される場合がある。
また、インターフェイス１１４から入力部１２１に入力されるデータには、送受信機構からインターフェイス１１４に入力されたデータがある。送受信機構は、ネットワーク４００を介してサーバ２００から送られて来たデータ（例えば、後述する株式データや画像制御データ）を受取る場合がある。
何れにせよ、インターフェイス１１４から受取ったデータを、入力部１２１は制御部１２２に送るようになっている。

制御部１２２は、端末１００内に生成された各機能ブロック全体の制御を行うものである。
制御部１２２は、例えば以下の機能を有する。
制御部１２２には、ユーザＩＤのデータとログインデータとが入力されることがある。これらを受取ったら制御部１２２は、ユーザＩＤのデータとログインデータを紐づけ、更に送信先としてサーバ２００を指定したデータを付して出力部１２４へと送るようになっている。紹介者データが入力されることがある。これを受取ったら制御部１２２は、ログインデータとユーザＩＤのデータと紹介者データとを紐づけ、更に送信先としてサーバ２００を指定したデータを付して出力部１２４へと送るようになっている。
制御部１２２には、また、購入要求データと、株数データとが入力されることがある。これらを受取ったら、制御部１２２は、購入要求データと株数データとを紐づけ、更に送信先としてサーバ２００を指定したデータを付して出力部１２４へと送るようになっている。
制御部１２２は、また、画像制御データを受取る場合がある。制御部１２２は、画像制御データを受取ったとき、その画像制御データに基づく画像を端末１００のディスプレイ１０１に表示させるための画像データを生成せよとの指示を画像生成部１２３に送るようになっている。
制御部１２２は、また、株式データを受取る場合がある。制御部１２２は、株式データを受取ったとき、株式データを株式データ記録部１２５へ送り、株式データ記録部１２５に記録するようになっている。

画像生成部１２３は、画像制御データに基づく画像についての画像データを生成せよとの指示を受取る場合がある。画像生成部１２３は画像制御データを受取った場合には、画像制御データに基づき画像データを生成し、それを出力部１２４に送るようになっている。
株式データ記録部１２５は、上述したように制御部１２２によって株式データを記録される場合がある。つまり、株式データ記録部１２５は株式データを記録する機能を有している。

出力部１２４は、端末１００内の機能ブロックで生成されたデータをインターフェイス１１４に出力するものである。
出力部１２４には上述したように制御部１２２から、送信先としてサーバ２００を指定するデータの付された互いに紐付けられたユーザＩＤのデータとログインデータが送られてくる場合がある。これらを受け付けた出力部１２４は、それらデータをインターフェイス１１４を介して送受信機構に送るようになっている。送受信機構は、ユーザＩＤのデータとログインデータをネットワーク４００を介してサーバ２００に送るようになっている。出力部１２４には上述したように制御部１２２から、送信先としてサーバ２００を指定するデータの付された互いに紐付けられたユーザＩＤのデータとログインデータと紹介者データとが送られてくる場合がある。これらを受け付けた出力部１２４は、それらデータをインターフェイス１１４を介して送受信機構に送るようになっている。
出力部１２４には上述したように制御部１２２から、送信先としてサーバ２００を指定するデータの付された互いに紐付けられた購入要求データと株数データが送られてくる場合がある。これらを受け付けた出力部１２４は、それらデータをインターフェイス１１４を介して送受信機構に送るようになっている。送受信機構は、購入要求データと株数データをネットワーク４００を介してサーバ２００に送るようになっている。
また、出力部１２４には、画像生成部１２３から画像データが送られてくる場合がある。それを受取った出力部１２４は、インターフェイス１１４へとそれを送るようになっている。画像データは、インターフェイス１１４からディスプレイ１０１に送られ、ディスプレイ１０１には画像データに基づく画像が表示されるようになっている。

次に、サーバ２００の構成について説明する。
サーバ２００は、ハードウェアとして見た場合には、既存の公知又は周知のサーバで構わない。また、そのハードウェア構成も一般的なものでよく、大雑把に言えば、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、インターフェイス１１４をバス１１６で接続するという、端末１００のハードウェア構成を踏襲することができる。もっとも、サーバ２００は通常、ＨＤＤ、ＳＳＤその他の大容量記録装置を有するのが一般的である。
サーバ２００が備えるＣＰＵ、ＲＯＭ、ＲＡＭ、インターフェイス、バス、及び大容量記録装置の構成、機能は、端末１００におけるそれらの構成、機能と変わらない。また、サーバ２００が備えるインターフェイスには、端末１００が備えていたのと同様の、サーバ２００外の機器とネットワーク４００を介しての通信を行うための送受信機構が接続されている。バスからインターフェイスに送られた情報（データ）は送受信機構に送られ、送受信機構からネットワーク４００を介して例えば端末１００へと送られるようになっている。また、ネットワーク４００を介して端末１００から送られてきて送受信機構で受け取られたデータは、送受信機構からインターフェイスへ送られ、インターフェイスからバスへと送られるようになっている。
なお、サーバ２００が備えるインターフェイスには、端末１００が備えていたのと同様のディスプレイ、及び入力装置が接続されていても構わないが、本願とはあまり関係がないのでそれらの説明は省略する。

サーバ２００の内部におけるＲＯＭ、大容量記録装置等に記録されていたサーバ２００を本願発明のファンクラブ管理装置として機能させるためのコンピュータプログラムを実行することによって、サーバ２００の内部には以下に説明するような機能ブロックが生成される。なお、以下の機能ブロックは、サーバ２００を本願発明のファンクラブ管理装置として機能させるためのコンピュータプログラム単体の機能により生成されていても良いが、かかるコンピュータプログラムと、サーバ２００にインストールされたＯＳその他のコンピュータプログラムとの協働により生成されても良い。また、上記コンピュータプログラムは、サーバ２００にプリインストールされたものでもよいが、サーバ２００にポストインストールされたものでもあってもよい。その場合、上記コンピュータプログラムのサーバ２００へのインストールは、メモリカード等の所定の記録媒体を介して行なわれても良いし、ＬＡＮ或いはインターネットなどのネットワークを介して行なわれても構わない。これらの事情は、端末１００の場合と同様である。
サーバ２００内には、本願発明の機能との関係で、入力部２２１、制御部２２２、１次株式管理部２２３Ａ、下層株式管理部２２３Ｂ、直接株式管理部２２３Ｃ、株式データ生成部２２４、支払管理部２２５、会員情報記録部２２６Ａ、ルール記録部２２６Ｂ、視聴管理部２２７Ａ、観覧管理部２２７Ｂ、画像制御部２２８、出力部２２９、及び報酬管理部３００が生成される（図５）。
これらのうち制御部２２２、１次株式管理部２２３Ａ、下層株式管理部２２３Ｂ、直接株式管理部２２３Ｃ、株式データ生成部２２４、支払管理部２２５、視聴管理部２２７Ａ、観覧管理部２２７Ｂ、画像制御部２２８、及び報酬管理部３００は、ハードウェアとしては演算装置（これには限られないが、実施形態の説明ではＣＰＵ）に相当し、或いは上述のコンピュータプログラムの命令によって情報処理を実行する演算装置の機能によって実現される。
入力部２２１と出力部２２９とは、ハードウェアとして見た場合には、インターフェイスに相当し、或いはインターフェイスの機能によって実現される。より具体的には、入力部２２１と出力部２２９は、概念としては、インターフェイスとバスとの接続部分に相当する。
会員情報記録部２２６Ａとルール記録部２２６Ｂは、ハードウェアとしては記録装置、即ちＲＡＭ、又は大容量記録装置によって実現される。ルール記録部２２６Ｂは、ＲＯＭによって実現される場合もある。

入力部２２１は、インターフェイスからの入力を受取るものである。
入力部２２１にインターフェイスから入力されるデータは、ネットワーク４００を介して端末１００から送られて来てサーバ２００の送受信機構によって受け取られたデータである。
送受信機構が、端末１００から受付けるデータには、追って詳述するが、例えば、互いに紐付けられたユーザＩＤのデータとログインデータ、互いに紐付けられたユーザＩＤのデータとログインデータと紹介者データ、互いに紐付けられた購入要求データと株数データ等がある。インターフェイスからこれらのデータを受付けた場合には、入力部２２１はそれら各データを制御部２２２へと送るようになっている。
送受信機構から入力されるデータには、これも追って詳述するが、支払データがある。支払データは、例えば、支払を管理する外部装置、例えば、銀行、クレジットカード会社、前払式支払手段その他の電子決済の提供会社が管理する決済装置等から送られてくる。支払データは、どのユーザが、幾らをファンクラブに対して支払ったかということを少なくとも示すデータとなっている。

制御部２２２は、サーバ２００内に生成された各機能ブロック全体の制御を行うものである。
制御部２２２は、現在日時が初期募集期間内に該当するか否かを判定する機能を有している。初期募集期間とは、本願のファンクラブ管理装置たるサーバ２００が、株式の販売を始めてからの所定期間である。初期募集期間の始期と終期とは、後述するルール記録部２２６Ｂに記録されているデータによって決定される。初期募集期間の長さは、例えば３ヶ月程度とすることができる。制御部２２２は、現在日時を把握するための機能、例えば、時計機能か、現在日時に関するデータを外部装置から読み込む機能を有しており、それら公知或いは周知の機能によって把握した現在日時のデータを用いて、現在日時が初期募集期間内か否かを判定することができるようになっている。
制御部２２２はまた、ユーザのサーバ２００へのログインの可否を判定する認証機能を有している。制御部２２２は、入力部２２１から、一対のユーザＩＤのデータ及びログインデータを受付けることがある。制御部２２２は、互いに紐付けられたユーザＩＤのデータ及びログインデータを受付けたとき、そのユーザＩＤを持つユーザの認証を行い、認証が認められたときにそのユーザのファンクラブ管理装置たるサーバ２００が提供するサービスへのログインを認める機能を有している。制御部２２２は、入力部２２１から、互いに紐付けられたユーザＩＤのデータとログインデータと紹介者データとを受付けることがある。制御部２２２は、互いに紐付けられたユーザＩＤのデータとログインデータと紹介者データとを受付けたときも、そのユーザＩＤを持つユーザの認証を行うようになっている。また、これら３種類のデータを受取ったとき、制御部２２２は、下層株式のうちのどの株式をユーザに販売できるのかを判定する機能を有している。かかる判定をおこなうとき、制御部２２２は、会員情報記録部２２６Ａに記録されているデータを用いてこれを行うが、その処理の詳細は追って述べる。
ユーザの認証を行うために、制御部２２２は、すべての端末１００のユーザに割当てられたユーザＩＤを記録している。ユーザＩＤは例えば、会員情報記録部２２６Ａに記録されていても良い。ユーザＩＤは各ユーザ毎にユニークな識別子であり、例えば、文字、数字、記号の少なくとも１つの羅列である。各ユーザのためのユーザＩＤは、ファンクラブ管理装置としてのサーバ２００が各ユーザ宛に発行したものでもよいし、各ユーザが決定して、予めサーバ２００に通知したものでも構わない。いずれにせよ、すべてが他との関係でユニークなユーザＩＤを多数準備すること、及びそれらをサーバ２００の例えば制御部２２２、或いは適当な記録装置が保持できるようにすることは、公知技術或いは周知技術を参考にすれば容易である。もちろん、ユーザの認証には、ユーザＩＤとパスワードの組合せを利用することもできる。また、ユーザＩＤを用いずに指紋、虹彩等のユーザの身体的或いは行動的特徴を用いてユーザ認証を行うことが可能である。いずれにせよ、ユーザの認証には公知或いは周知の適宜の技術を応用することが可能である。ログインを認めたら画像制御部２２８に対して、画像制御データを生成せよとの指示を送るようになっている。この実施形態における認証の処理の詳細については追って述べる。
制御部２２２は、後述するような所定のタイミングで、視聴管理部２２７Ａに視聴データの生成を指示するようになっている。また、制御部２２２は、後述するような所定のタイミングで、観覧管理部２２７Ｂに観覧データの生成を指示するようになっている。
制御部２２２は、後述するような所定のタイミングで、後述するような画像制御データの生成を画像制御部２２８へ指示するようになっている。
制御部２２２は、また、ユーザが購入する株式の１株あたりの購入金額を決定する機能、また、ユーザが購入を希望した株式の代金を決定する機能を有している。株式の１株あたりの購入金額と、ユーザが購入を希望した株式の代金は、端末１００のディスプレイ１０１に表示される画像に反映される。制御部２２２が画像制御部２２８へと送る画像制御データを生成せよとの指示には、端末１００のディスプレイ１０１に表示される画像に、株式の１株あたりの正しい購入金額又は、ユーザが購入を希望した株式の正しい代金が含まれるようにせよ、といった内容が加えられる場合がある。

制御部２２２は、ユーザに対する株式の発行を決定する機能を有している後述する１次株式管理部２２３Ａ、下層株式管理部２２３Ｂ、直接株式管理部２２３Ｃをも制御する。
１次株式管理部２２３Ａ、下層株式管理部２２３Ｂ、直接株式管理部２２３Ｃはそれぞれ、いずれについても後述するが、１次株式、下層株式、直接株式の発行を決定する機能を有している。この実施形態における本願のファンクラブ管理装置としてのサーバ２００から発行される株式（株式データ）には、この実施形態では、１次株式と、下層株式と、直接株式とがある。ただし、発行される株式として必須なのは、これらのうち１次株式と下層株式のみであり、直接株式は必須ではない。直接株式をサーバ２００が発行しない場合には、直接株式管理部２２３Ｃは不要であるし、制御部２２２が直接株式管理部２２３Ｃを制御する機能も不要である。
制御部２２２は、入力部２２１から、互いに紐付けられた購入要求データと株数データとを受取る場合がある。制御部２２２は、これらデータを、１次株式管理部２２３Ａ、下層株式管理部２２３Ｂ、直接株式管理部２２３Ｃのいずれかに送る。言い換えれば、制御部２２２は、互いに紐付けられた購入要求データと株数データとを１次株式管理部２２３Ａ、下層株式管理部２２３Ｂ、直接株式管理部２２３Ｃのいずれかに割り振る。

上述したように、制御部２２２は、入力部２２１から、互いに紐付けられた購入要求データと株数データとを受取る場合がある。互いに紐付けられた購入要求データと株数データとは制御部２２２に、初期募集期間内に送られてくる場合もあるし、初期募集期間終了後に送られてくる場合もある。
互いに紐付けられた購入要求データと株数データを初期募集期間内に受取った場合というのは、後述するように、ユーザが１次株式の購入を希望している場合である。
他方、互いに紐付けられた購入要求データと株数データを初期募集期間終了後に受取った場合というのは、これも後述するように、ユーザが、下層株式の購入を希望している場合か、又は直接株式の購入を希望している場合である。

初期募集期間内に互いに紐付けられた購入要求データと株数データとを受取った場合には制御部２２２は、それは１次株式の発行をユーザが望んでいることを示しているため、ログインしているユーザのユーザＩＤのデータと株数データを１次株式管理部２２３Ａへと送るようになっている。
また、１次株式管理部２２３ＡへとユーザＩＤのデータと株数データとを送った後の適当なタイミングに、制御部２２２はユーザが購入を希望した１次株式についての購入代金を支払ったことを示す支払済データを支払管理部２２５から受取る場合がある。そのような支払済データを受取った場合には、制御部２２２はその支払済データを１次株式管理部２２３Ａへと送るようになっている。
支払済データは、以下のようなデータである。
上述したように、入力部２２１から支払管理部２２５に支払データが入力されることがある。これは、どのユーザが、幾らをファンクラブに対して支払ったかということを少なくとも示すデータである。支払データは、ユーザがファンクラブに対して金銭を支払うのに使った所定の決済装置、例えば、例えば、銀行、クレジットカード会社、電子決済の提供会社等が管理する決済装置から、サーバ２００に送られてくる。他方、制御部２２２が１次株式管理部２２３ＡにユーザＩＤのデータと株数データとを送るのに前後して、支払管理部２２５には制御部２２２から支払待ちの購入代金についての情報（つまり、少なくとも支払待ちの購入代金の金額と、その購入代金を支払うべきユーザとを特定する情報。）が送られるようになっている。支払管理部２２５が受取った支払データが、株式の購入代金であり支払待ちの状態にあるものに対応するものであった場合、支払管理部２２５は、ユーザが株式の購入代金を支払ったとして支払済データを生成し、生成した支払済データを制御部２２２へと送るようになっている。このように支払管理部２２５は、制御部２２２と協働して株式の購入代金がユーザから支払われたか否かを確認する機能を有している。このようなある代金が支払われたか否かを確認する機能であるいわゆる入金確認機能は当然に公知或いは周知である。したがって、制御部２２２と協働して発揮される支払管理部２２５の入金確認の機能は、公知或いは周知技術を用いて適当に構築することが可能である。

制御部２２２が初期募集期間終了後に、互いに紐付けられた購入要求データと株数データとを受取った場合には、上述したように、ユーザが、下層株式の購入を希望しているか、又は直接株式の購入を希望している。
ここで、購入要求データと株数データを端末１００から送ってくるユーザは、先にサーバ２００にログインしている。ログインを行う際にユーザが紹介者データを送ってきていた場合には、ユーザは下層株式（正確には下層株式のうちの特定の次数の株式）の購入を望んでいる。ログインを行う際にユーザが紹介者データを送ってきていなかった場合には、ユーザは直接株式の購入を望んでいる。
制御部２２２が初期募集期間終了後に、紹介者データを予め送って来ていた端末１００から互いに紐付けられた購入要求データと株数データを受取った場合には、それは下層株式の発行をユーザが望んでいることを示しているため、制御部２２２は、互いに紐付けられた購入要求データと株数データに、更に予め受取っていた紹介者データを紐づけ、それらを下層株式管理部２２３Ｂへと送るようになっている。
また、下層株式管理部２２３ＢへユーザＩＤのデータと株数データと紹介者データを送った後の適当なタイミングに、制御部２２２はユーザが購入を希望した下層株式についての購入代金を支払ったことを示す支払済データを支払管理部２２５から受取る場合がある。そのような支払済データを受取った場合には、制御部２２２はその支払済データを下層株式管理部２２３Ｂへと送るようになっている。ユーザが下層株式の購入をしようとしているときにおける支払管理部２２５が担う機能は、ユーザが１次株式の購入を希望している場合と同じである。
制御部２２２が初期募集期間終了後に、紹介者データを予め送って来ていなかった端末１００から互いに紐付けられた購入要求データと株数データを受取った場合には、それは直接株式の発行をユーザが望んでいることを示しているため、制御部２２２は、ログインしているユーザのユーザＩＤのデータと株数データを直接株式管理部２２３Ｃへと送るようになっている。
また、直接株式管理部２２３ＣへとユーザＩＤのデータと株数データとを送った後の適当なタイミングに、制御部２２２はユーザが購入を希望した直接株式についての購入代金を支払ったことを示す支払済データを支払管理部２２５から受取る場合がある。そのような支払データを受取った場合には、制御部２２２はその支払データを直接株式管理部２２３Ｃへと送るようになっている。ユーザが直接株式の購入をしようとしているときにおける支払管理部２２５が担う機能は、ユーザが１次株式の購入を希望している場合と同じである。

１次株式管理部２２３Ａは、ユーザに対して１次株式を何株発行するかを決定する機能を有している。
１次株式管理部２２３Ａは、上述したように、制御部２２２から、互いに紐付けられたログインしているユーザのユーザＩＤのデータと、株数データとを受取る場合がある。
１次株式管理部２２３Ａがそれらデータを受取った場合にはユーザは１次株式の購入を希望している。そして、ユーザが購入を希望している１次株式についての購入代金を支払ったことを示す支払済データが制御部２２２から送られてきたら、１次株式管理部２２３Ａは、ユーザが購入を希望する１次株式を、株数データによって特定されるユーザが希望する数だけ発行することを決定するようになっている。
１次株式管理部２２３Ａは、１次株式を発行することを決定したら、その１次株式を発行されるユーザを特定するための情報（或いはデータ。これには限られないが、この実施形態ではユーザＩＤのデータとする。）と、ユーザに割当てられる株式の種別（この場合は、発行される株式は１次株式である。）を特定するデータと、ユーザが持つ株式の株数を示すデータとを、互いに紐づけた状態で会員情報記録部２２６Ａへと送り、会員情報記録部２２６Ａに記録するようになっている。また、１次株式管理部２２３Ａは、１次株式を発行することを決定したら、会員情報記録部２２６Ａに送ったのと同じデータを、株式データ生成部２２４に送るようになっている。
下層株式管理部２２３Ｂは、ユーザに対して下層株式を何株発行するかを決定する機能を有している。
下層株式管理部２２３Ｂは、上述したように、制御部２２２から、互いに紐付けられたログインしているユーザのユーザＩＤのデータと、株数データと、紹介者データとを受取る場合がある。
下層株式管理部２２３Ｂがそれらデータを受取った場合にはユーザは下層株式の購入を希望している。そして、ユーザが購入を希望している下層株式についての購入代金を支払ったことを示す支払済データが制御部２２２から送られてきたら、下層株式管理部２２３Ｂは、ユーザが購入を希望する下層株式を、株数データによって特定されるユーザが希望する数だけ発行することを決定するようになっている。
下層株式管理部２２３Ｂは、下層株式を発行することを決定したら、その下層株式を発行されるユーザを特定するための情報（或いはデータ。これには限られないが、この実施形態ではユーザＩＤのデータとする。）と、ユーザに割当てられる株式の種別（つまり２次株式からＮ次株式までのどれか）を特定するデータと、ユーザに発行される株式の株数を示すデータとを、互いに紐づけた状態で会員情報記録部２２６Ａへと送り、会員情報記録部２２６Ａに記録するようになっている。追って説明するが、下層株式管理部２２３Ｂが行う会員情報記録部２２６Ａへの上述のデータの書き込みは、１次株式管理部２２３Ａが行う会員情報記録部２２６Ａへの上述のデータの書き込みとは若干異なる。下層株式管理部２２３Ｂがかかる会員情報記録部２２６Ａへの書き込みを行う際には、制御部２２２から受取っていた紹介者データが利用される。また、下層株式管理部２２３Ｂは、下層株式を発行することを決定したら、会員情報記録部２２６Ａに送ったものから、紹介者データを除いたデータを、株式データ生成部２２４に送るようになっている。
直接株式管理部２２３Ｃは、ユーザに対して直接株式を何株発行するかを決定する機能を有している。
直接株式管理部２２３Ｃは、上述したように、制御部２２２から、互いに紐付けられたログインしているユーザのユーザＩＤのデータと、株数データとを受取る場合がある。
直接株式管理部２２３Ｃがそれらデータを受取った場合にはユーザは直接株式の購入を希望している。そして、ユーザが購入を希望している直接株式についての購入代金を支払ったことを示す支払済データが制御部２２２から送られてきたら、直接株式管理部２２３Ｃは、ユーザが購入を希望する直接株式を、株数データによって特定されるユーザが希望する数だけ発行することを決定するようになっている。
直接株式管理部２２３Ｃは、直接株式を発行することを決定したら、その直接株式を発行されるユーザを特定するための情報（或いはデータ。これには限られないが、この実施形態ではユーザＩＤのデータとする。）と、ユーザに割当てられる株式の種別（この場合は、発行される株式は直接株式である。）を特定するデータと、ユーザが持つ株式の株数を示すデータとを、互いに紐づけた状態で会員情報記録部２２６Ａへと送り、会員情報記録部２２６Ａに記録するようになっている。また、直接株式管理部２２３Ｃは、直接株式を発行することを決定したら、会員情報記録部２２６Ａに送ったのと同じデータを、株式データ生成部２２４に送るようになっている。

株式データ生成部２２４は、株式データを生成する機能を有している。株式データは、ユーザに与えられる株式に対応するデータである。また、株式は、ファンクラブ管理装置によってファンクラブの会員と認められた者に与えられる、ファンクラブの会員としての地位又は権利を意味する。ただし、株式には後述するように他の地位又は権利が付随する場合がある。追って説明するが、この実施形態では、視聴データと、観覧データとを得る権利が、株式データに付随することがある。下層株式のデータ、直接株式のデータもそうであるが、１次株式のデータのデータ形式は自由である。ただし、各株式のデータは互いにユニークであるのが好ましい。
株式データ生成部２２４は、１次株式管理部２２３Ａから、ユーザＩＤのデータと、発行する株式の種別を１次株式に特定するデータと、株数データとを互いに紐づけた状態で受取る場合がある。それらを受取ったら、株式データ生成部２２４は、そのユーザに提供すべき株式に対応する株式データを生成する。生成される株式データは、１次株式についての株式データである。また、生成される株式データの数は、株数データで特定される数と同じとされる。株式データ生成部２２４は、生成された株式データを、送付先となるユーザの端末１００を特定する情報とともに出力部２２９へと送るようになっている。
株式データ生成部２２４は、下層株式管理部２２３Ｂから、ユーザＩＤのデータと、発行する株式の種別を特定するデータと、株数データとを互いに紐づけた状態で受取る場合がある。それらを受取ったら、株式データ生成部２２４は、そのユーザに提供すべき株式に対応する株式データを生成する。生成される株式データは、株式の種別を特定するデータに応じたもの（２次株式からＮ次株式までのいずれか）についての株式データである。また、生成される株式データの数は、株数データで特定される数と同じとされる。株式データ生成部２２４は、生成された株式データを、送付先となるユーザの端末１００を特定する情報とともに出力部２２９へと送るようになっている。
株式データ生成部２２４は、直接株式管理部２２３Ｃから、ユーザＩＤのデータと、発行する株式の種別を直接株式に特定するデータと、株数データとを互いに紐づけた状態で受取る場合がある。それらを受取ったら、株式データ生成部２２４は、そのユーザに提供すべき株式に対応する株式データを生成する。生成される株式データは、直接株式についての株式データである。また、生成される株式データの数は、株数データで特定される数と同じとされる。株式データ生成部２２４は、生成された株式データを、送付先となるユーザの端末１００を特定する情報とともに出力部２２９へと送るようになっている。

視聴管理部２２７Ａは、視聴データを生成する機能を有する。
視聴管理部２２７Ａが視聴データを生成するのは、制御部２２２によって視聴データを生成せよという指示がなされたときである。
視聴データは、ファンクラブの会員が応援するアーティストが提供する楽曲を視聴する権利に対応したデータである。視聴データは、株式を持つファンクラブの会員に提供される。
視聴データを生成するとき、視聴管理部２２７Ａは会員情報記録部２２６Ａに記録されているデータを参照し、会員情報記録部２２６Ａに記録されているデータに基づいて視聴データを生成する。視聴データの生成方法の詳細は、追って述べる。視聴データのデータ形式は自由であるが、各視聴データはそれぞれユニークなものであるのが好ましい。
視聴データを生成すると視聴管理部２２７Ａは、視聴データにその視聴データを送るべきユーザの端末１００を示す送信先を付して、出力部２２９へと送るようになっている。送信先の情報は例えば、制御部２２２から視聴管理部２２７Ａに提供される。

観覧管理部２２７Ｂは、観覧データを生成する機能を有する。
観覧管理部２２７Ｂが観覧データを生成するのは、制御部２２２によって観覧データを生成せよという指示がなされたときである。
観覧データは、ファンクラブの会員が応援するアーティストが提供するライブを観覧する権利に対応したデータである。観覧データは、株式を持つファンクラブの会員に提供される。
観覧データを生成するとき、観覧管理部２２７Ｂは会員情報記録部２２６Ａに記録されているデータを参照し、会員情報記録部２２６Ａに記録されているデータに基づいて観覧データを生成する。観覧データの生成方法の詳細は、追って述べる。観覧データのデータ形式は自由であるが、各観覧データはそれぞれユニークなものであるのが好ましい。
観覧データを生成すると観覧管理部２２７Ｂは、観覧データにその観覧データを送るべきユーザの端末１００を示す送信先を付して、出力部２２９へと送るようになっている。送信先の情報は例えば、制御部２２２から観覧管理部２２７Ｂに提供される。
なお、視聴管理部２２７Ａもそうであるが、観覧管理部２２７Ｂは必須ではない。

画像制御部２２８は、画像制御データを生成する機能を有している。
画像制御データは、ユーザが操作する端末１００のディスプレイ１０１に表示される画像を制御するためのデータである。したがって、画像制御データは、サーバ２００から端末１００へとネットワーク４００を介して送信される。
画像制御部２２８が画像制御データを生成するのは、制御部２２２によって画像制御データを生成せよという指示がなされたときである。その指示には、どのような画像制御データを生成せよという指示が含まれている。
画像制御データを生成すると画像制御部２２８は、画像制御データにその画像制御データを送るべきユーザの端末１００を示す送信先を付して、出力部２２９へと送るようになっている。送信先の情報は例えば、制御部２２２から画像制御部２２８に提供される。

出力部２２９は、株式データ生成部２２４、視聴管理部２２７Ａ、観覧管理部２２７Ｂ、画像制御部２２８から送られてくるデータを、インターフェイスを介してサーバ２００の送受信機構へ送る機能を有している。
株式データ生成部２２４からは、１次株式、下層株式、又は直接株式についての株式データが送られてくる。視聴管理部２２７Ａからは視聴データ、観覧管理部２２７Ｂからは観覧データ、画像制御部２２８からは画像制御データが送られてくる。
株式データ、視聴データ、観覧データ、及び画像制御データには、上述した通りその送信先となる端末１００を特定する情報（データ）が付されている。その送信先を特定する情報とともにそれらデータは、出力部２２９から送受信機構へと送られるようになっている。
送受信機構は、それら株式データ、視聴データ、観覧データ、及び画像制御データを、ネットワーク４００を介して、送信先を特定する情報によって特定される端末１００へと送信するようになっている。

ルール記録部２２６Ｂには、株式を発行する際のルールが記録されている。また、この実施形態では、ルール記録部２２６Ｂには、視聴データをユーザに提供する際のルールと、観覧データをユーザに提供する際のルールも記録されている。
サーバ２００内に形成される以上で説明した各機能ブロック、特に、制御部２２２、１次株式管理部２２３Ａ、下層株式管理部２２３Ｂ、直接株式管理部２２３Ｃ、株式データ生成部２２４、支払管理部２２５、会員情報記録部２２６Ａ、視聴管理部２２７Ａ、観覧管理部２２７Ｂは、必要に応じてルール記録部２２６Ｂからルールを読出し、読出したルールに従って情報処理を実行する。この点に鑑みれば、図５では本来、ルール記録部２２６Ｂから上述した多数の機能ブロックに対してデータが流れることを示す矢印が記載されるべきであるが、あまりにも図が複雑となるため矢印の記載を省略している。
ルール記録部２２６Ｂに記録されているルールは、例えば、以下に例示するルールである。もっとも、ルール記録部２２６Ｂに記録されるルールは、以下のルールそのものではなく、以下に例示するルールに基づいて株式の発行その他の処理を各機能ブロックに実行させることが可能なのであれば、以下のルールを間接的な形態に翻案したものであっても良い。
株式の発行に関するルールとしては、以下のものを例示することができる。なお、以下のルールには、直接株式管理部２２３Ｃ、視聴管理部２２７Ａ、観覧管理部２２７Ｂを制御するためのルールが含まれていないが、それらを制御するためのルールも、ルール記録部２２６Ｂに記録することができ、この実施形態ではそうされている。
（ルール１）初期募集期間に１次株式が販売される。１次株式を買ったユーザは、１次会員となる。
（ルール２）１次会員は、初期募集期間終了後において、２次会員の候補となるユーザをファンクラブに対して紹介することが可能である。
（ルール３）１次会員からファンクラブに紹介されたユーザは、２次株式を購入することが可能であり、２次株式を買ったユーザは２次会員となる。
（ルール４）２次会員は、初期募集期間終了後において、３次会員の候補となるユーザをファンクラブに対して紹介することが可能である。
（ルール５）２次会員からファンクラブに紹介されたユーザは、３次株式を購入することが可能であり、３次株式を買ったユーザは３次会員となる。
（ルール６）同様に、以降、ｎ－１次会員は、ｎ次会員の候補となるユーザをファンクラブに対して紹介することが可能である。
（ルール７）ｎ－１次会員からファンクラブに紹介されたユーザは、ｎ次株式を購入することが可能であり、ｎ次株式を買ったユーザはｎ次会員となる。
（ルール８）１次会員からＮ－１次会員までは会員の候補となるユーザをファンクラブに対して紹介することが可能であるが、Ｎ次会員は、会員の候補となるユーザをファンクラブに対して紹介することはできない。
（ルール９）１次株式の１株あたりの価格は必ず２次株式よりも高く、２次株式より後、或いは２次株式以降の株式においては、ｎ次株式の１株あたりの価格は、ｎ－１次株式の価格と同じかそれよりも安くなる。
（ルール１０）発行可能な株式の数は、最大でｚである。

この実施形態における本願のファンクラブ管理装置に相当するサーバ２００によって運営されるファンクラブの仕組みの中では、１次株式の所有者である１次会員と、下層株式の所有者である下層会員（ただしＮ次会員は除く）は、ファンクラブに対して新たなユーザを紹介することができる。
そして、これには限られないがこの実施形態では、新たなユーザをファンクラブに紹介した会員に対して、紹介料の性格を持った報酬を支払うこととしている。
報酬管理部３００は、そのような報酬の額を決定する機能を有している。報酬管理部３００は、本願でいう算出部に相当する。
報酬の額の計算方法と報酬の額を求めるタイミングについては後述する。
報酬管理部３００は、報酬の額を求める機能を必須とするが、必ずしもユーザに対して報酬の支払を行う機能まで持っている必要はない。この点についても後述する。

次に、以上で説明した、サーバ２００及び端末１００を含んで構成されるファンクラブ管理システムの使用方法、及び動作について説明する。

＜ユーザによる１次株式の購入＞
サーバ２００による１次株式の販売は、株式の販売開始から所定の期間である初期募集期間内に行われ、ユーザは初期募集期間内にのみ１次株式を購入することができる。１次株式の販売がなされるという事実は、例えば、サーバ２００が提供するファンクラブのホームページ等で広告され、それによりユーザはあるアーティストのファンクラブの会員の募集、或いは１次株式の販売が行われるということを知ることになる。
上述したように、制御部２２２は、現在の日時が初期募集期間内であるか否かを判定する機能を有している。ユーザによる１次株式の購入について説明する以下の処理は、制御部２２２が、現在の日時が初期募集期間内であると判定している期間中で、初期募集期間が終了したと制御部２２２が判定する前にのみ実行される。
ユーザが１次株式を購入するために行う処理は、端末１００を介してサーバ２００にログインする処理（ログイン処理）と、１次株式を購入する処理（１次株式購入処理）とからなる。
なお、ファンクラブ管理装置たるサーバ２００から発行される株式の発行可能数に上限を設けることができる。例えば、１次株式と、下層株式と、直接株式とのそれぞれについて発行可能数の上限を設けておくことにより、サーバ２００から配布される株式の総数に上限を設けることもできる。また、１次株式、下層株式、直接株式のそれぞれに発行可能な株式数に上限を設けずに、株式の発行可能な数に上限を設けることも可能である。この実施形態のサーバ２００は、これには限られないが、１次株式、下層株式、直接株式のそれぞれに発行可能な株式数に上限を設けずに、株式の発行可能な数に上限を設けるようにしている。
また、これには限られないが、この実施形態では、１人のユーザが購入可能な１次株式、下層株式、直接株式の数に上限を設けることとしている。各株式を購入する場合における株式の株の上限は、すべての株式について同一でも良いし、そうでなくても良いが、この実施形態では、いずれの株式についても購入数の上限を５株としている。

（ログイン処理）
ログイン処理は以下のように行われる。
ただし、ログイン処理が実行される前に、各ユーザは、自らのユーザＩＤを、自らの端末１００を介してサーバ２００に通知し、サーバ２００に対してユーザＩＤの登録を予め行っているものとする。これには限られないが、この実施形態では各ユーザのユーザＩＤは、制御部２２２によって会員情報記録部２２６Ａに記録されているものとする。
なお、以下に説明するログインの処理は単なる例示であり、世の中に数多あるログインの処理を応用することがもちろん可能である。
端末１００は、端末１００にインストールされたコンピュータプログラムによって提供される専用のビューアを用いてサーバ２００にアクセスすることができるようになっていても構わないが、これには限られないが、この実施形態では、端末１００は、ｗｅｂブラウザを用いて、ネットワーク４００を介してサーバ２００にアクセスすることができるようになっている。

まずユーザは、ｗｅｂブラウザの例えばアドレスバーにサーバ２００のＵＲＬを入力することにより、サーバ２００にアクセスする。ＵＲＬの入力は、入力装置１０２を用いて行う。ＵＲＬのデータは、入力装置１０２から、インターフェイス１１４、入力部１２１を介して制御部１２２に至る。
制御部１２２は、アクセス要求のデータにＵＲＬのデータを付して、出力部１２４、インターフェイス１１４を介して送受信機構に送る。端末１００の送受信機構は、ネットワーク４００を介して、ＵＲＬで指定されたサーバ２００に対してアクセス要求のデータを送信する。
アクセス要求のデータを、サーバ２００はその送受信機構で受取る。アクセス要求のデータは、送受信機構から、インターフェイス、入力部２２１を介して制御部２２２へと送られる。
制御部２２２は、画像制御部２２８に対して、アクセス要求を送ってきた端末１００を宛先として特定するデータとともに、ログイン画面に相当する画像の生成を命じるデータを送る。画像制御部２２８は、制御部２２２からの命令に応じた画像を端末１００のディスプレイ１０１に表示させるための画像制御データを生成する。
画像制御部２２８は、生成した画像制御データを、データの送信先を特定するデータとともに出力部２２９を介して送受信機構へと送る。
送受信機構は、画像制御データを、送信先を特定するデータによって特定される端末１００、つまり、サーバ２００にアクセス要求を送ってきた端末１００に向けてネットワーク４００を介して送信する。

端末１００は、その送受信機構にて画像制御データを受取る。
画像制御データは、インターフェイス１１４、入力部１２１を介して制御部１２２に送られ、制御部１２２から更に画像生成部１２３へと送られる。画像生成部１２３は、画像制御データに基づく画像をディスプレイ１０１に表示させるための画像データを生成する。
画像生成部１２３は生成した画像データを出力部１２４へ送る。画像データは、出力部１２４からインターフェイス１１４を介してディスプレイ１０１へと送られる。ディスプレイ１０１には画像データに基づく画像が表示される。
ディスプレイ１０１に表示される画像の例を図６（Ａ）に示す。これは、いわゆるログイン画面である。
端末１００のディスプレイ１０１に表示された画像には、図示したように、「ユーザＩＤ」という文字５０１、及びその直下の入力用の枠５０２、「送信」と書かれたボタン５０３が含まれている。

ユーザＩＤという文字５０１の直下の枠５０２は、ログインの処理を行うために必要なユーザＩＤをユーザが入力するためのスペースである。送信と書かれたボタン５０３は、いわゆる決定ボタンであり、このボタン５０３をユーザが押す（クリックする、以下同じ。）ことで、その時点で枠５０２内に表示されているユーザＩＤが入力されるユーザＩＤとして決定されることになる。
ログインを行う場合、ユーザは、図６（Ｂ）に示したように、ユーザＩＤという文字５０１の下の枠５０２に対して、各ユーザが持つユニークなユーザＩＤを入力する。もちろん各ユーザは通常、自己のユーザＩＤを把握しているから、ユーザＩＤの入力を行うことができる。ユーザＩＤの入力は、入力装置１０２を用いて行う。ユーザＩＤは、例えば、英文字、数字、或いはそれらの組み合わせであり、ユーザは公知或いは周知の方法でユーザＩＤを入力装置１０２から入力することができる。
ユーザは、枠５０２にユーザＩＤを入力し、「送信」と書かれたボタン５０３を押す。「送信」と書かれたボタン５０３をユーザが押すと、ログインデータが枠５０２に書き込まれたユーザＩＤに対応するユーザＩＤのデータとともに、入力装置１０２から入力される。ログインデータとユーザＩＤのデータとは、入力装置１０２からインターフェイス１１４、入力部１２１を経て、制御部１２２へと送られる。
制御部１２２は、ログインデータとユーザＩＤのデータを互いに紐づけ、送信先としてサーバ２００を指定するデータを付して、出力部１２４へと送る。互いに紐付けられたログインデータとユーザＩＤのデータは、出力部１２４、インターフェイス１１４を経て送受信機構に送られ、更にはネットワーク４００を介してサーバ２００に送られる。それにより、サーバ２００では、ユーザＩＤによるユーザの認証の処理が行われることになる。

サーバ２００は、互いに紐付けられたログインデータとユーザＩＤのデータとをその送受信機構で受取る。ログインデータとユーザＩＤのデータは、インターフェイスから入力部２２１を経て制御部２２２に送られる。
それらデータを受取った制御部２２２はユーザの認証の処理を行う。制御部２２２は、すべてのユーザのユーザＩＤが記録されていた会員情報記録部２２６Ａの中に、端末１００から送られてきたユーザＩＤと一致するものがあるか否かを判定する。端末１００から送られてきたユーザＩＤのデータが、制御部２２２に記録されていたユーザＩＤのデータの一つと一致したのであれば、ユーザＩＤを送ってきた端末１００を利用しているユーザはそのユーザＩＤを持つ正当なユーザであると認証して、そのユーザによるファンクラブ管理サービスの以後の利用を許容する。他方、端末１００から送られてきたユーザＩＤが制御部２２２に記録されたものではなかったのであれば、上述の認証は行われず、そのユーザによるファンクラブ管理サービスの利用は許容されないことになる。
なお、認証に、パスワードその他の情報を用いても良いのは既に述べたとおりである。

認証が行われた場合、制御部２２２は、次の画像制御データの生成を画像制御部２２８に指示する。画像制御部２２８は、次の画像制御データを生成する。この画像制御データは、ログイン画面を端末１００のディスプレイ１０１に表示するための画像制御データの場合と同じく、端末１００に送られる。
端末１００では、ログイン画面を端末１００のディスプレイ１０１に表示した場合と同じく、画像生成部１２３が画像制御データに基づいて画像データを生成し、生成された画像データが画像生成部１２３からディスプレイ１０１に送られる。それにより、端末１００のディスプレイには図７（Ａ）に示したような画像が表示されることになる。
この画像がディスプレイ１０１の画面に表示された段階で、ログインの処理は終了する。

（１次株式購入処理）
１次株式購入処理は以下のようにして行われる。
図７（Ａ）に示されたように、ディスプレイ１０１の画面には、「ようこそ111aaaaさん」という文字５１１が表示される。この文字の中の「111aaaa」というのは、もちろん単なる例であるが、ログインを行ったユーザのユーザＩＤである。
ディスプレイ１０１の画面には、他に、「１次株式を購入できます／１株の購入価格はＸ_１です」という文字５１２が表示される。これにより、ユーザが購入できる株式が１次株式であることと、１株あたりの代金がＸ_１であることとをユーザは理解することができる。
ここで、ディスプレイ１０１の画面に表示された１次株式１株あたりの価格は、サーバ２００における制御部２２２が、ルール記録部２２６Ｂに記録されたルールに基づき決定した。制御部２２２が決定したＸ_１という価格を含む画像を生成せよという指示を制御部２２２がサーバ２００内の画像制御部２２８に対して送り、画像制御部２２８がその指示に従った画像制御データを生成したため、その画像制御データに基づいて端末１００の画像生成部１２３が生成した画像データは、Ｘ_１という１次株式１株あたりの価格を含んだものとなっている。
文字５１２の下には、「購入する株式数を入力してください」という文字５１３と、ユーザが購入する株式数を入力するための枠５１４とが表示されている。更にその下には、「送信」と書かれたボタン５１５が表示されている。
ユーザは、図７（Ｂ）に示したように、自分が購入することを希望する１次株式の数を枠５１４内に入力装置１０２を用いて入力する。図７（Ｂ）では、ユーザは３株の１次株式の購入を希望している。そして、その数の１次株式を購入することを決定したら「送信」と記載されたボタン５１５を押す。ボタン５１５はボタン５０３と同じくいわゆる決定ボタンとしての性格を持つ。なお、この実施形態では、１人のユーザが購入することのできる１次株式の数の上限が５とされている。したがって、ユーザが枠５１４に入力できることのできる数は１から５のいずれかとなるようにする。その旨、例えば、図７（Ａ）に示した画像でユーザに通知することも自由であるし、６以上の数が枠５１４に入力されたときにはエラーメッセージを表示する等の工夫を行うことも自由である。
ユーザが、枠５１４に購入を希望する１次株式の数を入力し、「送信」と書かれたボタン５１５を押すと、購入要求データが生成され、枠５１４に入力された数字（この場合には３という数字）を特定するデータである株数データとともに入力装置１０２から入力される。購入要求データと株数データとは、入力装置１０２からインターフェイス１１４、入力部１２１を経て、制御部１２２へと送られる。
制御部１２２は、購入要求データと株数データを互いに紐づけ、送信先としてサーバ２００を指定するデータを付して、出力部１２４へと送る。互いに紐付けられたそれらデータは、出力部１２４、インターフェイス１１４を経て送受信機構に送られ、更にはネットワーク４００を介してサーバ２００に送られる。

サーバ２００は、その送受信機構でネットワーク４００を介して送られてきた互いに紐付けられた購入要求データと株数データを受取る。それらデータは、送受信機構から、インターフェイス、入力部２２１を経て制御部２２２へと送られる。
初期募集期間内に互いに紐付けられた購入要求データと株数データを受取ったときには、制御部２２２は、ログインしているユーザのユーザＩＤのデータと、株数データとを互いに紐づけて１次株式管理部２２３Ａに送る。
１次株式管理部２２３Ａは、ユーザＩＤのデータと、株数データを保持した状態となる。この場合、ユーザＩＤによって特定されるユーザが購入を希望した、株数データによって特定される数の１次株式は、いわば支払待ちの状態となる。
他方、制御部２２２は、ユーザが支払うべき、ユーザが購入を希望した数の１次株式の購入代金の決定（計算）を行う。制御部２２２は、１次株式の１株あたりの価格がＸ_１であることを把握しているため、単純にその１株あたりの価格に、株数データで特定される数を乗じることにより、ユーザが支払うべき１次株式の代金を求めることができる。この例の場合であれば、その代金は、３×Ｘ_１となる。
制御部２２２は、ユーザが支払うべき１次株式の代金を求めた後速やかに、１次株式の代金と、その代金を支払うユーザを特定するための情報（例えば、ユーザＩＤのデータ）とを支払管理部２２５へと送る。これは、上述のように支払待ちの代金の情報に相当する。
制御部２２２は、また、次の画像制御データの生成を画像制御部２２８に指示する。その指示には、ユーザが購入しようとしている１次株式の購入代金の情報が含まれる。画像制御部２２８は、次の画像制御データを生成する。この画像制御データは、ログイン画面を端末１００のディスプレイ１０１に表示するための画像制御データの場合と同じく、端末１００に送られる。
端末１００では、ログイン画面を端末１００のディスプレイ１０１に表示した場合と同じく、画像生成部１２３が画像制御データに基づいて画像データを生成し、生成された画像データが画像生成部１２３からディスプレイ１０１に送られる。それにより、端末１００のディスプレイ１０１には図８に示したような画像が表示されることになる。
この画像がディスプレイ１０１の画面に表示された段階で、ユーザは、３株の１次株式を仮押さえした状態となる。

図８に示されたように、ディスプレイ１０１の画面には、「ようこそ111aaaaさん」という文字５２１が表示される。この文字の中の「111aaaa」というのは、文字５１１の場合と同様に、ログインしているユーザのユーザＩＤである。
ディスプレイ１０１の画面には、他に、「１次株式３株の購入価格は３×Ｘ_１です」という文字５２２が表示される。つまり、ディスプレイ１０１に表示される画像は、ユーザが購入しようとしている株式の代金が反映されたものとなる。これにより、ユーザは、自分が購入する３株の１次株式の購入の代金を認識することができる。
また、ディスプレイ１０１の画面には、「１日以内に購入額を支払うと／株式が発行されます／支払方法は○○です。」という文字５２３が表示される。この文字により、ユーザは、株式の購入代金の支払期限と支払方法を認識することができる。もちろん支払期限は１日であるとは限らない。また、支払方法は複数通りであっても良い。

ユーザは、支払期限までにファンクラブに対して支払を行う。
支払方法は、従来技術に倣うことができる。例えば、クレジットカードや電子決済サービスによりこれを行うことが可能である。また、銀行送金によってこれを行うことが可能である。
１次株式の代金についての支払が行われると、支払を管理する外部装置、例えば、銀行、クレジットカード会社、電子決済の提供会社等が管理する決済装置から、支払管理部２２５に、どのユーザが、幾らをファンクラブに対して支払ったかということを少なくとも示すデータである支払データが入力される。支払データは例えば、ネットワーク４００を介してサーバ２００に送られてきて、サーバ２００の送受信機構で受取られ、インターフェイス、入力部２２１、制御部２２２を介して、支払管理部２２５が受取る。
支払管理部２２５は、受取った支払データが示すユーザ及びファンクラブへの支払金額が、制御部２２２から先に受取っていた、支払待ちの状態にあったユーザ及び代金と一致したら、支払管理部２２５は支払待ちの状態にあった１次株式の代金が支払われたものとして、それを示す支払済データを生成する。
支払済データは、支払管理部２２５から、制御部２２２を介して１次株式管理部２２３Ａへと送られる。ユーザが支払期限までに適切な支払を行わなかった場合には、支払データを受取らない支払管理部２２５は支払済データを生成しない。したがって、以下の処理が実行されないことになるため、１次株式の発行が１次株式管理部２２３Ａで決定されず、また、１次株式についての株式データの発行をユーザが受けることもない。ユーザが支払期限までに適切な支払を行わなかった場合におけるこのような事情は、下層株式の発行又は直接株式の発行をユーザが望む場合においても同様である。
支払済みデータを受取ると、１次株式管理部２２３Ａは、その支払に対応したユーザへ当該ユーザが送ってきた株数データに対応した数の１次株式を発行することを決定する。
かかる決定を行ったら、１次株式管理部２２３Ａは、１次株式を手に入れることになったユーザのユーザＩＤと、ユーザに割当てられる株式の種別（１次株式）を特定するデータ（以後、株種データと称する。）と、ユーザが持つことになる株式の数を特定するデータである株数データとを、互いに紐づけた状態で会員情報記録部２２６Ａと、株式データ生成部２２４へと送る。

会員情報記録部２２６Ａには、ユーザＩＤと、株種データと、株数データとが、互いに紐付けられた状態で記録される。会員情報記録部２２６Ａに記録されるデータの一例を図９（Ａ）に示す。
ユーザＩＤと、株種データと、株数データとを受取った株式データ生成部２２４は、ユーザに発行する株式に対応したデータである株式データを生成する。生成される株式データの数は、株数データで特定される数とする。株式データはどのような手法で作成しても構わないが、この実施形態では以下のようにして株式データを生成するものとする。
ここまで説明した例では、ユーザＩＤ「111aaaa」のユーザが、株種データ「１次株式」の株式を株数データに対応した「３」株購入しようとしていた。このような場合、株式データ生成部２２４は、３つの株式データのうちの１番目のものを、「111aaaa／１次／１番目」という文字列に所定の演算を行うことによりハッシュを得ることにより生成することとしている。同様に、株式データ生成部２２４は、「111aaaa／１次／２番目」という文字列に所定の演算を行うことによって得たハッシュを２番目の株式データとし、「111aaaa／１次／３番目」という文字列に所定の演算を行うことによって得たハッシュを３番目の株式データとすることとしている。つまり、この例では、株式データは、「ユーザＩＤ／株種データ／株式データの生成順序」という文字列から得られるハッシュとして生成される。「ユーザＩＤ」は各ユーザでユニークであり、「株式データの生成順序」は同一のユーザが持つ株式の中ではユニークであるから、このような株式データの生成方法を採用すれば、すべてのユーザに与えられるすべての株式データは基本的に、すべてユニークなものとなる。同一の株式データの生成を嫌うのであれば、「ユーザＩＤ／株種データ／株式データの生成順序」という平文の文字列に、「ユーザＩＤ／株種データ／株式データの生成順序」という文字列から得たハッシュを連ねるなどすれば、すべてのユーザに与えられるすべての株式データを、互いにユニークなものとすることができる。
株式データ生成部２２４は、１次株式についての株式データを生成したら、生成した株式データを、送付先となるユーザの端末１００を特定する情報とともに互いに紐付けられた状態で出力部２２９へと送る。
出力部２２９は、株式データと、送付先を特定する情報とをインターフェイスを介して送受信機構に送る。送受信機構は、株式データを、送付先を特定する情報で特定されるユーザの端末１００、つまり、ログイン中のユーザの端末１００へとネットワーク４００を介して送信する。

ログイン中のユーザは、その端末１００により、より詳細には端末１００の送受信機構により株式データを受取る。
株式データは、送受信機構からインターフェイス１１４、入力部１２１を介して制御部１２２へと送られる。制御部１２２は、株式データ記録部１２５に株式データを送り、株式データ記録部１２５に株式データを記録する。
これにて、ユーザは、１次株式、正確には１次株式を表象する１次株式についての株式データを持つことになり、ファンクラブの会員としての権利を持った状態となる。

上述のような処理により、多くのユーザが１次株式を購入する。多くのユーザが１次株式を購入することにより、会員情報記録部２２６Ａには、上述の３つのデータの組が多数書き込まれることになる。これにより、会員情報記録部２２６Ａ内には、どの会員（ユーザ）が、どの株式を、何株持っているかということを示すデータベースが構築され始めることになる。会員情報記録部２２６Ａに記録されるデータの一例を図９（Ｂ）に示す。
未だに初期募集期間内であるこの時点では、１次株式の販売しか行われていない。
その後、初期募集期間が終了したら、制御部２２２は初期募集期間が終了したとの判定を行う。これにて１次株式の販売が行われる初期募集期間は終了し、下層株式と、直接株式の販売が開始される。

＜ユーザによる下層株式の購入＞
サーバ２００による下層株式の販売は、初期募集期間が終了した後に行われる。下層株式の販売がなされるという事実は、例えば、サーバ２００が提供するファンクラブのホームページ等で広告され、それによりユーザはあるアーティストのファンクラブの会員の募集、或いは下層株式の販売が行われるということを知ることができる。また、１次株式を持つユーザ（ファンクラブの会員）や、下層株式がＮ次株式まで存在する場合のＮ－１次株式までの下層株式を持つユーザは、未だにファンクラブの会員ではない新しいユーザをファンクラブの新しい会員として、ファンクラブに招待することができるようになっているから、会員に招待されることによっても、ユーザはあるアーティストのファンクラブの会員の募集、或いは下層株式の販売が行われるということを知ることができる。
上述したように、制御部２２２は、現在の日時が初期募集期間内であるか否かを判定する機能を有している。ユーザによる下層株式の購入についての以下の処理は、制御部２２２が、現在の日時が初期募集期間終了後であると判定した後に実行される。
ユーザが下層株式を購入するために行う処理は、端末１００を介してサーバ２００にログインする処理（ログイン処理）と、下層株式を購入する処理（下層株式購入処理）とからなる。
なお、この実施形態では、下層株式は、２次株式からＮ次株式（Ｎは３以上の所定の自然数）までである。もちろんこの限りではないが、この実施形態では、Ｎは、５であるとする。つまり、下層株式は、２次株式から５次株式までであり、１次株式から４次株式を持っている会員は、新たなユーザをファンクラブに招待する権利を有しており、他方、５次株式を持っている会員は、そのような権利を持たないものとする。つまり、Ｎ次株式を持っているＮ次会員は、他のユーザをファンクラブに招待する権利を持たない。

（ログイン処理）
ログイン処理は以下のように行われる。
この場合にログイン処理を実行するのは、新しい会員の候補となるユーザである。各ユーザは、１次株式の購入を希望したユーザと同様に、ログイン処理が実行される前に、自らのユーザＩＤを、自らの端末１００を介してサーバ２００に通知し、サーバ２００に対してユーザＩＤの登録を予め行うことが必要である。
下層株式を購入するユーザも、自らの端末１００を用いてサーバ２００にアクセスする。これには限られないがこの場合にも、端末１００は、ｗｅｂブラウザを用いて、ネットワーク４００を介してサーバ２００にアクセスする。

ユーザは、１次株式を購入する場合と同様に、ｗｅｂブラウザの例えばアドレスバーにサーバ２００のＵＲＬを入力することにより、サーバ２００にアクセスする。
そうすると、１次株式を購入する場合と同様に、アクセス要求のデータが端末１００からサーバ２００に送信され、サーバ２００からアクセス要求を送信した端末１００へ、画像制御データが送り返されてくる。
端末１００のディスプレイ１０１の画面には、１次株式の購入が行われた場合で説明したように、画像制御データに基づいて画像生成部１２３が生成した画像データに基づく画像が表示されることとなる。ディスプレイ１０１に表示される画像の例を図１０（Ａ）に示す。これは、いわゆるログイン画面である。

端末１００のディスプレイ１０１に表示された画像は、基本的にユーザが１次株式を購入しようとした場合のログイン画面と同じであり、図示したように、「ユーザＩＤ」という文字５０１、及びその直下の入力用の枠５０２、「送信」と書かれたボタン５０３が含まれている。これらの意味、機能はユーザが１次株式を購入しようとした場合のログイン画面で説明したものと変わらない。
ただし、この場合の画像には、「紹介者のユーザＩＤ」という文字５０４、及びその直下の入力用の枠５０５が表示される。枠５０５には、ログインを行っているユーザをファンクラブに紹介するための紹介者となったユーザを特定するための情報の一例となる、紹介者となったユーザのユーザＩＤを入力するための欄である。ログインを試みるユーザは、紹介者であるユーザから紹介者であるユーザのユーザＩＤを、口頭、電子メールその他の方法で通知されることで、容易に紹介者であるユーザのユーザＩＤを知ることができる。
紹介者がいない場合にはユーザは、紹介者のユーザＩＤを枠５０５に入力する必要はないが、紹介者がいる場合にはユーザは枠５０５に紹介者のユーザＩＤを入力する。なお、紹介者がｎ－１次会員である場合、ログインを行おうとしているユーザはｎ次会員の候補となる。また、紹介者は、１次会員からＮ－１次会員（この実施形態では４次会員）までの、ファンクラブの会員である。
図１０（Ｂ）に、ユーザが自らのユーザＩＤを記入するための枠５０２に自らのユーザＩＤを入力し、紹介者のユーザＩＤを記入するための枠５０５に紹介者のユーザＩＤを入力した状態を示す。もちろんこの限りではないが、図１０（Ｂ）で枠５０５に入力された紹介者のユーザＩＤは、１次株式の購入について説明した上述の例において、１次株式を購入したユーザのユーザＩＤである「111aaaa」となっている。ログインしようとしているユーザのユーザＩＤは、「222aabb」である。
枠５０２に自らのユーザＩＤを入力するとともに、枠５０５に紹介者のユーザＩＤを入力したら、ユーザは、「送信」と書かれたボタン５０３を押す。「送信」と書かれたボタン５０３をユーザが押すと、ログインデータが枠５０２に書き込まれたユーザＩＤに対応するユーザＩＤのデータ、及び枠５０５に書き込まれた紹介者のユーザＩＤに対応するユーザＩＤのデータとともに、入力装置１０２から入力される。ログインデータと、自分のユーザＩＤのデータと、紹介者のユーザＩＤのデータとは、入力装置１０２からインターフェイス１１４、入力部１２１を経て、制御部１２２へと送られる。なお、紹介者のユーザＩＤのデータは、紹介者を特定するためのデータであり、ここまでの説明にも登場していた紹介者データである。
制御部１２２は、ログインデータと２つのユーザＩＤのデータを互いに紐づけ、送信先としてサーバ２００を指定するデータを付して、出力部１２４へと送る。互いに紐付けられたログインデータと２つのユーザＩＤのデータは、出力部１２４、インターフェイス１１４を経て送受信機構に送られ、更にはネットワーク４００を介してサーバ２００に送られる。それにより、サーバ２００では、ユーザＩＤによるユーザの認証の処理が行われることになる。

サーバ２００は、互いに紐付けられたログインデータと２つのユーザＩＤのデータとをその送受信機構で受取る。ログインデータと２つのユーザＩＤのデータは、インターフェイスから入力部２２１を経て制御部２２２に送られる。
それらデータを受取った制御部２２２は、１次株式の購入が行われた場合と同様にユーザの認証の処理を行う。端末１００からサーバ２００には２つのユーザＩＤが送られてきているが、制御部２２２が認証に用いられるユーザＩＤはもちろん、ログインを行っているユーザのユーザＩＤ、つまり、ログイン画面において枠５０２に入力されたユーザＩＤである。ユーザが正当なユーザであると認証された場合には、そのユーザによるファンクラブ管理サービスの以後の利用が許容される一方で、ユーザが認証されなかった場合には、そのユーザによるファンクラブ管理サービスの利用が許容されないのは既に述べた通りである。

認証が行われた場合、制御部２２２は、次の画像制御データの生成を画像制御部２２８に指示する。画像制御部２２８は、次の画像制御データを生成する。この画像制御データは、ログイン画面を端末１００のディスプレイ１０１に表示するための画像制御データの場合と同じく、端末１００に送られる。
制御部２２２は、画像制御部２２８に次の画像制御データを生成するに先立って、ログインを要求してきたユーザが購入することのできる下層株式が、２次株式からＮ次株式（この実施形態では、上述したようにＮ＝５である。）のどれか、ということについての判定を行う。つまり、制御部２２２は、下層株式のうちのどの株式をユーザに販売できるのかを判定する。
その判定を行う場合、制御部２２２は、入力２２１から送られてきた２つのユーザＩＤのうち、紹介者のユーザＩＤと、会員情報記録部２２６Ａに記録されているデータとを用いる。制御部２２２は、紹介者のユーザＩＤを検索ワードとして、会員情報記録部２２６Ａの中に登録されているユーザＩＤを検索する。そして、紹介者のユーザＩＤと同一のユーザＩＤが存在したら、そのユーザＩＤと紐付けられている株種データを読み出す。紹介者のユーザＩＤが「111aaaa」なのであれば、図９（Ｂ）から明らかなように、「１次」という株種データが読み出される。
上述したように、紹介者がｎ－１次会員である場合、ログインを行おうとしているユーザはｎ次会員の候補となる。つまり、下層株式の販売の場合には、読み出された種別データによって特定される株式の次数に＋１した次数の下層株式を、ログインしているユーザは購入できることになる。制御部２２２は、読み出された種別データによって特定される株式の次数に＋１を行った株式を、ログインしているユーザが購入可能な下層株式として決定する。また、制御部２２２は、その株式の１株あたりの価格を決定する。ルール記録部２２６Ｂには、各下層株式の１株あたりの価格が記録されている。制御部２２２は、ユーザが購入可能なｎ次株式（ただし、ｎは２以上でＮ（＝５）以下の自然数）の１株あたりの価格をルール記録部２２６Ｂから読出し、読出したその価格をユーザが購入可能なｎ次株式の価格として決定する。
なお、ルール記録部２２６Ｂに記録されたルールにより、１次株式の価格Ｘ_１と、ｎ次株式の価格は、「Ｘ_１＞Ｘ_２、及びｎは２以上である場合にＸ_ｎ≧Ｘ_ｎ＋１の条件を充足する」ようになっている。更に、この実施形態では必ずしもこの限りではないが、ルール記録部２２６Ｂに記録されたデータにより、「ｎが自然数である場合に、Ｘ_ｎ＞Ｘ_ｎ＋１」となるようになっている。つまり、これには限られないがこの実施形態では、１次株式であるか下層株式であるかに関わらず、ｎ＋１次株式はｎ次株式よりも必ず安くなるように設定されている。
ｎ次株式の価格はＸ_ｎである。上述したように、ここまで説明している例で株式を購入しようとしているユーザが購入できる株式は２次株式である。したがって、制御部２２２は、２次株式の価格をＸ_２と決定する。
制御部２２２は、画像制御部２２８に送る画像制御データを生成せよという指示に、ログインしているユーザが購入可能な株式の種別（２次株からＮ（＝５）次株のどれか）と、その株式の１株あたりの株価に関するデータを含める。したがって、画像制御部２２８が生成した画像制御データに基づいて、追って端末１００のディスプレイ１０１に表示される画像には、それらの情報が反映させられることになる。

ユーザが１次株式を購入したときと同様に、画像制御部２２８が生成した画像制御データは、サーバ２００から、ログインしているユーザの端末１００へと送られる。
そして、ユーザが１次株式を購入したときと同様に、端末１００内では、画像生成部１２３が画像制御データに基づいて生成し、画像生成部１２３からディスプレイ１０１に送られた画像データにより、端末１００のディスプレイ１０１に画像が表示される。そのとき端末１００のディスプレイ１０１に表示される画像の例を、図１１（Ａ）に示す。
この画像がディスプレイ１０１の画面に表示された段階で、ログインの処理は終了する。

（下層株式購入処理）
下層株式購入処理は、１次株式購入処理と同様に実行される。
図１１（Ａ）に示されたログイン画面は、図７（Ａ）に示された１次株式購入時におけるログイン画面とは、以下に相違点として述べる部分を除き同じである。
ディスプレイ１０１には、「ようこそ222aabbさん」という、ログイン中のユーザのユーザＩＤを含む文字５１１が表示される。
また、ディスプレイ１０１の画面には、他に、「２次株式を購入できます／１株の購入価格はＸ_２です」という文字５１２が表示される。これは、ユーザが購入できる株式が２次株式であることと、１株あたりの代金がＸ_２であることをユーザに通知する表示である。下層株式の購入時におけるログイン画面と１次株式購入時におけるログイン画面とでは、この部分が相違点となる。なお、ユーザが購入可能な株式がｎ次株式である場合、文字５１２は、「ｎ次株式を購入できます／１株の購入価格はＸ_ｎです」というものとなる。
下層株式を購入する場合のログイン画面でにも、１次株式を購入する場合のログイン画面と同じく、文字５１２の下に、「購入する株式数を入力してください」という文字５１３と、ユーザが購入する株式数を入力するための枠５１４とが表示される。また、更にその下に、「送信」と書かれたボタン５１５が表示される。
ユーザは、１次株式の購入時と同じように、図１１（Ｂ）に示したように、自分が購入することを希望するｎ次株式（この場合には、２次株式）の数を枠５１４内に入力装置１０２を用いて入力する。図１１（Ｂ）では、ユーザは４株の２次株式の購入を希望している。そして、その数の２次株式を購入することを決定したら「送信」と記載されたボタン５１５を押す。なお、枠５１４に入力可能な数は、１次株式の購入の場合と同様に５以下に制限される。
ユーザが、枠５１４に購入を希望する株式の数を入力し、「送信」と書かれたボタン５１５を押すと、購入要求データが生成され、枠５１４に入力された数字（この場合には４という数字）を特定するデータである株数データとともに入力装置１０２から入力される。購入要求データと株数データとは、入力装置１０２からインターフェイス１１４、入力部１２１を経て、制御部１２２へと送られる。
制御部１２２は、購入要求データと株数データを互いに紐づけ、送信先としてサーバ２００を指定するデータを付して、出力部１２４へと送る。互いに紐付けられたそれらデータは、出力部１２４、インターフェイス１１４を経て送受信機構に送られ、更にはネットワーク４００を介してサーバ２００に送られる。

サーバ２００は、その送受信機構でネットワーク４００を介して送られてきた互いに紐付けられた購入要求データと株数データを受取る。それらデータは、送受信機構から、インターフェイス、入力部２２１を経て制御部２２２へと送られる。
初期募集期間が終了した後において、ログインしているユーザの端末１００から互いに紐付けられた購入要求データと株数データを受取ったときには、しかもそのユーザが先に紹介者データを送ってきているときには、制御部２２２は、互いに紐付けられた購入要求データと株数データに、更に予め受取っていた紹介者データ（つまり、紹介者のユーザＩＤ）を紐づけて、下層株式管理部２２３Ａに送る。
これにより、下層株式管理部２２３Ｂは、ユーザＩＤのデータと、株数データと、紹介者データとを保持した状態となる。
また、下層株式管理部２２３Ｂは、受取った紹介者データ、つまり紹介者のユーザＩＤを検索ワードとして、先程制御部２２２が行ったのと同様に、会員情報記録部２２６Ａ内を検索して「１次」という株種データを読出し、更にその次数に「＋１」することにより、ユーザが購入しようとしている株式が２次株式であることを把握する。このようにして、下層株式管理部２２３Ｂは、紹介者データと会員情報記録部２２６Ａに記録されているデータとを利用して、ユーザが購入しようとしている株式の種別（２次株式からＮ（＝５）次株式のどれか）ということを把握できるようになっている。もっとも、下層株式管理部２２３Ｂは、制御部２２２で既に行われたユーザが購入しようとしている株式の種別の判定を再び行う必要はなく、制御部２２２が既に持っている情報であるユーザが購入しようとしている株式の種別を表す株種データを、制御部２２２から受取るようになっていても良い。
いずれにせよ、株種データを把握したこの状態で、下層株式管理部２２３Ｂは、株式を購入しようとしているユーザのユーザＩＤのデータと、ユーザが購入しようとしている株式の種別を示す株種データと、ユーザが購入しようとしている株数を示す株数データと、紹介者を示す紹介者データとを保持した状態となる。
その状態で、ユーザＩＤによって特定されるユーザが購入を希望した、株数データによって特定される数の株種データで示される株式は、いわば支払待ちの状態となる。
他方、制御部２２２は、１次株式の購入の場合にも行われたように、ユーザが支払うべき、ユーザが購入を希望した数のｎ次株式の購入代金の決定（計算）を行う。制御部２２２は、ｎ次株式の１株あたりの価格がＸ_ｎであること（この例であれば、２次株式の１株あたりの価格がＸ_２であること）を把握しているため、単純にその１株あたりの価格に、株数データで特定される数を乗じることにより、ユーザが支払うべきｎ次株式の代金を求めることができる。この例の場合であれば、その代金は、４×Ｘ_２となる。
制御部２２２は、ユーザが支払うべきｎ次株式（この例では２次株式）の代金を求めた後速やかに、ｎ次株式の代金と、その代金を支払うユーザを特定するための情報（例えば、ユーザＩＤのデータ）とを支払管理部２２５へと送る。これは、上述のように支払待ちの代金の情報に相当する。
制御部２２２は、また、次の画像制御データの生成を画像制御部２２８に指示する。１次株式の購入の場合と同様に、この指示には、ユーザが購入しようとしているｎ次株式の代金についての情報を含める。画像制御部２２８は、次の画像制御データを生成する。この画像制御データは、ログイン画面を端末１００のディスプレイ１０１に表示するための画像制御データの場合と同じく、端末１００に送られる。
端末１００では、ログイン画面を端末１００のディスプレイ１０１に表示した場合と同じく、画像生成部１２３が画像制御データに基づいて画像データを生成し、生成された画像データが画像生成部１２３からディスプレイ１０１に送られる。それにより、端末１００のディスプレイ１０１には図１２に示したような画像が表示されることになる。
この画像がディスプレイ１０１の画面に表示された段階で、ユーザは、４株の２次株式を仮押さえした状態となる。

図１２に示されたように、ディスプレイ１０１の画面には、「ようこそ222aabbさん」という文字５２１が表示される。これは、図８に示した場合と同じくログインしているユーザのユーザＩＤである。
ディスプレイ１０１の画面には、他に、「２次株式４株の購入価格は４×Ｘ_２です」という文字５２２が表示される。つまり、ディスプレイ１０１に表示される画像は、ユーザが購入しようとしている株式の代金が反映されたものとなる。これにより、ユーザは、自分が購入する４株の２次株式の購入の代金を認識することができる。
また、ディスプレイ１０１の画面には、株式の購入代金の支払期限と支払方法を示す文字５２３が表示される。

ユーザは、支払期限までにファンクラブに対して支払を行う。
支払に関する処理は、１次株式の購入の場合も下層株式の購入の場合も同じである。
ユーザが支払を行うと、支払管理部２２５が支払データを受取る。正常に支払が行われたら、支払管理部２２５は支払済データを生成する。
支払済データは、支払管理部２２５から、制御部２２２を経て下層株式管理部２２３Ｂへと送られる。
支払済データを受取ると、下層株式管理部２２３Ｂは、その支払に対応したユーザへ当該ユーザが送ってきた株数データに対応した数の株種データによって特定される株種の株式を発行することを決定する。
かかる決定を行ったら、下層株式管理部２２３Ｂは、ｎ次株式を手に入れることになったユーザのユーザＩＤと、ユーザに割当てられる株式の種別（説明している例では２次株式）を特定する株種データと、ユーザが持つことになる株式の数を特定するデータである株数データと、紹介者データとを、互いに紐づけた状態で会員情報記録部２２６Ａへ送る。また、下層株式管理部２２３Ｂは、それら４つのデータから紹介者データを除いたデータを、株式データ生成部２２４へと送る。

会員情報記録部２２６Ａには、ユーザＩＤと、株種データと、株数データとが、互いに紐付けられた状態で記録される。会員情報記録部２２６Ａに記録されるデータの一例を図１３（Ａ）に示す。下層株式の場合には、１次株式の場合における３種類のデータに加えて、紹介者データ（紹介者のユーザＩＤのデータ）が加わることになるため、都合４つのデータが互いに紐付けられた状態で記録されることになる。
ユーザＩＤと、株種データと、株数データとを受取った株式データ生成部２２４は、ユーザに発行する株式に対応したデータである株式データを生成する。生成される株式データの数は、株数データにより特定される数と同じとされる。１次株式の場合と同じように、下層株式の場合も株式データはどのような手法で作成しても構わない。この実施形態では１次株式の場合と同じ方法で株式データを生成するものとする。
つまり、下層株式も、「ユーザＩＤ／株種データ／株式データの生成順序」という文字列から得られるハッシュとして、或いは「ユーザＩＤ／株種データ／株式データの生成順序」という平文の文字列に、「ユーザＩＤ／株種データ／株式データの生成順序」という文字列から得たハッシュを連ねる等して、下層株式についての株式データを生成する。
株式データ生成部２２４は、下層株式についての株式データを生成したら、生成した株式データを、送付先となるユーザの端末１００を特定する情報とともに互いに紐付けられた状態で出力部２９へと送る。
１次株式の場合と同様に、下層株式についての株式データは、サーバ２００から端末１００へとネットワーク４００を介して送信され、１次株式の場合と同様に、端末１００の株式データ記録部１２５に記録される。
これにて、ユーザは、下層株式、正確には下層株式を表象する下層株式についての株式データを持つことになり、ファンクラブの会員としての権利を持った状態となる。

上述のような処理により、多くのユーザが下層株式を購入する。多くのユーザが下層株式を購入することにより、会員情報記録部２２６Ａには、ユーザＩＤと、株種データと、株数データと、紹介者データという４つのデータの組が多数書き込まれることになる。これにより、会員情報記録部２２６Ａ内には、どの会員（ユーザ）が、どの株式を、何株持っているか、更にあるユーザが下層会員である場合における紹介者が誰か、ということを示すデータベースが構築され始めることになる。会員情報記録部２２６Ａに記録されるデータの一例を図１３（Ｂ）に示す。
下層株式の販売が行われている最中には、２次株式からＮ（＝５）次株式までの販売が並行して行われることになる。
図１３（Ｂ）では、２次会員たるユーザＩＤ「222aabb」のユーザは１次会員たるユーザＩＤ「111aaaab」のユーザの紹介でファンクラブに入っている。同様に、３次会員たるユーザＩＤ「456oopp」のユーザは２次会員たるユーザＩＤ「222aabb」のユーザの紹介でファンクラブに入り、４次会員たるユーザＩＤ「450cccc」のユーザは３次会員たるユーザＩＤ「456oopp」のユーザの紹介でファンクラブに入り、５次会員たるユーザＩＤ「225baab」のユーザは４次会員たるユーザＩＤ「450cccc」のユーザの紹介でファンクラブに入っている。
ユーザＩＤ「111aaaab」、ユーザＩＤ「222aabb」、ユーザＩＤ「456oopp」、ユーザＩＤ「450cccc」、ユーザＩＤ「225baab」のユーザＩＤをそれぞれ持つ各ユーザは、上述の順で前に位置するユーザが後ろに位置するユーザをファンクラブに紹介したいわば直列の紹介関係を形成している。なお、図１３（Ｂ）では、幾つかのユーザＩＤと紹介者データが枠で囲まれているが、それは上述した紹介関係にあるユーザを明示するためであり、他に意図はない。
このように、新たな会員は、次の次数の会員をファンクラブに招待する。しかも、この実施形態では、後からファンクラブに参加するユーザ程、ファンクラブに参加するために購入する株式の１株あたりの価格が下がるようになっている。それにより、ファンクラブ管理装置たるサーバ２００によって運営されるファンクラブには多くのユーザが参加することになる。

＜ユーザによる直接株式の購入＞
サーバ２００による直接株式の販売は、下層株式の販売と同様に、初期募集期間が終了した後に行われる。ユーザによる直接株式の購入についての以下の処理は、制御部２２２が、現在の日時が初期募集期間終了後であると判定した後に実行される。
直接株式の販売がなされるという事実は、例えば、サーバ２００が提供するファンクラブのホームページ等で広告され、それによりユーザはあるアーティストのファンクラブの会員の募集、或いは直接株式の販売が行われるということを知ることができる。
直接株式の販売には、１次会員も下層会員も関与しない。ユーザは、ファンクラブから或いはファンクラブを運営するファンクラブ管理装置たるサーバ２００からいわば直接、直接株式を購入することになる。１次株式の販売が終了した後において、紹介者を見つけることができないけれどもファンクラブには参加したいと望むユーザに株式を購入してファンクラブに参加する道を作るというのが、直接株式の役割である。
ユーザが直接株式を購入するために行う処理は、端末１００を介してサーバ２００にログインする処理（ログイン処理）と、直接株式を購入する処理（直接株式購入処理）とからなる。

（ログイン処理）
ログイン処理は以下のように行われる。
ログイン処理を行う場合、ユーザは、下層株式の購入のときと同様に、端末１００を介してサーバ２００にアクセスする。
その結果、ユーザの端末１００のディスプレイ１０１には、下層株式の購入のときと同じログイン画面が表示される。ログイン画面は、下層株式の購入の際の説明で参照した図１０（Ａ）に示したものと同じである。

端末１００のディスプレイ１０１に表示された画像は、「ユーザＩＤ」という文字５０１、及びその直下の入力用の枠５０２、「送信」と書かれたボタン５０３、「紹介者のユーザＩＤ」という文字５０４、及びその直下の入力用の枠５０５を含んでいる。
直接株式を購入するユーザは紹介者を持たないため、紹介者の欄には入力を行わない。
図１４に、ユーザが自らのユーザＩＤを記入するための枠５０２に自らのユーザＩＤを入力し、紹介者のユーザＩＤを記入するための枠５０５を空欄のままとした状態を示す。ログインしようとしているユーザのユーザＩＤは、「852qrss」である。
枠５０２に自らのユーザＩＤを入力するとともに、枠５０５を空欄のままとした状態で、ユーザは、「送信」と書かれたボタン５０３を押す。「送信」と書かれたボタン５０３をユーザが押すと、ログインデータが枠５０２に書き込まれたユーザＩＤに対応するユーザＩＤのデータとともに、入力装置１０２から入力される。ログインデータと、自分のユーザＩＤのデータとは、入力装置１０２からインターフェイス１１４、入力部１２１を経て、制御部１２２へと送られる。
そこから先は、下層株式の購入の場合と同じである。
ログインデータと自分のユーザＩＤのデータとは、端末１００からネットワーク４００を介してサーバ２００へと送られる。それにより、サーバ２００では、ユーザＩＤによるユーザの認証の処理が行われることになる。

サーバ２００は、互いに紐付けられたログインデータとユーザＩＤのデータとをその送受信機構で受取る。ログインデータとユーザＩＤのデータは、ここまでの説明から明らかなように制御部２２２に送られる。
それらデータを受取った制御部２２２は、１次株式の購入が行われた場合と同様にユーザの認証の処理を行う。ユーザが正当なユーザであると認証された場合には、そのユーザによるファンクラブ管理サービスの以後の利用が許容される一方で、ユーザが認証されなかった場合には、そのユーザによるファンクラブ管理サービスの利用が許容されないのは既に述べた通りである。

認証が行われた場合、制御部２２２は、次の画像制御データの生成を画像制御部２２８に指示する。画像制御部２２８は、次の画像制御データを生成する。この画像制御データは、ログイン画面を端末１００のディスプレイ１０１に表示するための画像制御データの場合と同じく、端末１００に送られる。
制御部２２２は、１次株式の販売が終了した後において、紹介者データを送ってくることなくログインを要求しているユーザを、直接株式の購入を求めているユーザであると取扱うようになっている。
制御部２２２は、画像制御部２２８に次の画像制御データを生成するに先立って、ログインを要求してきたユーザが購入することのできる株式である直接株式の１株あたりの価格を決定する。直接株式の値段は、この実施形態ではＹである。直接株式の価格に対応するデータはルール記録部２２６Ｂに記録されている。制御部２２２は、ルール記録部２２６Ｂから読出した価格を、直接株式の１株あたりの価格であると決定する。
制御部２２２は、画像制御部２２８に送る画像制御データを生成せよという指示に、ログインしているユーザが購入可能な株式の種別（直接株式）と、その株式の１株あたりの株価に関するデータを含める。したがって、画像制御部２２８が生成した画像制御データに基づいて、追って端末１００のディスプレイ１０１に表示される画像には、それらの情報が反映させられることになる。

ユーザが１次株式を購入したときと同様に、画像制御部２２８が生成した画像制御データは、サーバ２００から、ログインしているユーザの端末１００へと送られる。
そして、ユーザが１次株式を購入したときと同様に、端末１００内では、画像生成部１２３が画像制御データに基づいて生成し、画像生成部１２３からディスプレイ１０１に送られた画像データにより、端末１００のディスプレイ１０１に画像が表示される。そのとき端末１００のディスプレイ１０１に表示される画像の例を、図１５（Ａ）に示す。
この画像がディスプレイ１０１の画面に表示された段階で、ログインの処理は終了する。

（直接株式購入処理）
直接株式購入処理は、１次株式購入処理と同様に実行される。
図１５（Ａ）に示されたログイン画面は、図７（Ａ）に示された１次株式購入時におけるログイン画面とは、以下に相違点として述べる部分を除き同じである。
ディスプレイ１０１には、「ようこそ852qrssさん」という、ログイン中のユーザのユーザＩＤを含む文字５４１が表示される。
また、ディスプレイ１０１の画面には、他に、「直接株式を購入できます／１株の購入価格はＹです」という文字５４２が表示される。これは、ユーザが購入できる株式が直接株式であることと、１株あたりの代金がＹであることをユーザに通知する表示である。直接株式の購入時におけるログイン画面と１次株式購入時におけるログイン画面とでは、この部分が相違点となる。
直接株式を購入する場合のログイン画面でにも、１次株式を購入する場合のログイン画面と同じく、文字５４２の下に、「購入する株式数を入力してください」という文字５４３と、ユーザが購入する株式数を入力するための枠５４４とが表示される。また、更にその下に、「送信」と書かれたボタン５４５が表示される。
ユーザは、１次株式の購入時と同じように、図１５（Ｂ）に示したように、自分が購入することを希望する直接株式の数を枠５４４内に入力装置１０２を用いて入力する。図１５（Ｂ）では、ユーザは１株の直接株式の購入を希望している。そして、その数の直接株式を購入することを決定したら「送信」と記載されたボタン５４５を押す。なお、枠５４４に入力できる数は、１次株式の購入の場合と同様に５以下に制限される。
ユーザが、枠５４４に購入を希望する直接次株式の数を入力し、「送信」と書かれたボタン５４５を押すと、購入要求データが生成され、枠５４４に入力された数字（この場合には１という数字）を特定するデータである株数データとともに入力装置１０２から入力される。
１次株式の購入の場合と同様に、購入要求データと株数データとは、互いに紐付けられた状態で、端末１００からネットワーク４００を介してサーバ２００に送られる。

サーバ２００は、その送受信機構でネットワーク４００を介して送られてきた互いに紐付けられた購入要求データと株数データを受取る。それらデータは、送受信機構から、インターフェイス、入力部２２１を経て制御部２２２へと送られる。
初期募集期間が終了した後において、ログインしているユーザの端末１００から互いに紐付けられた購入要求データと株数データを受取ったときには、しかもそのユーザが先に紹介者データを送って来ていない場合には、制御部２２２は、互いに紐付けられた購入要求データと株数データを直接株式管理部２２３Ｃに送る。
これにより、直接株式管理部２２３Ｃは、ユーザＩＤのデータと、株数データとを保持した状態となる。この場合、ユーザＩＤによって特定されるユーザが購入を希望した、株数データによって特定される数の直接株式は、いわば支払待ちの状態となる。
他方、制御部２２２は、ユーザが支払うべき、ユーザが購入を希望した数の直接株式の購入代金の決定（計算）を行う。制御部２２２は、直接株式の１株あたりの価格がＹであることを把握しているため、単純にその１株あたりの価格に、株数データで特定される数を乗じることにより、ユーザが支払うべき直接株式の代金を求めることができる。この例の場合であれば、その代金は、Ｙとなる。
制御部２２２は、ユーザが支払うべき直接株式の代金を求めた後速やかに、直接株式の代金と、その代金を支払うユーザを特定するための情報であるユーザＩＤのデータとを支払管理部２２５へと送る。これは、上述のように支払待ちの代金の情報に相当する。
制御部２２２は、また、次の画像制御データの生成を画像制御部２２８に指示する。その指示には、ユーザが購入しようとしている直接株式の購入代金の情報が含まれる。画像制御部２２８は、次の画像制御データを生成する。この画像制御データは、ログイン画面を端末１００のディスプレイ１０１に表示するための画像制御データの場合と同じく、端末１００に送られる。

端末１００では、画像生成部１２３が画像制御データに基づいて画像データを生成し、生成された画像データが画像生成部１２３からディスプレイ１０１に送られる。それにより、端末１００のディスプレイ１０１には、１次株式購入の場合における図８、下層株式の購入の場合における図１２に準じた画像が表示されることになる。
この画像がディスプレイ１０１の画面に表示された段階で、ユーザは、１株の直接株式を仮押さえした状態となる。
ユーザは、ディスプレイ１０１に表示された画像から、自分が購入する１株の直接株式の購入の代金を認識することができ、また、株式の購入代金の支払期限と支払方法を把握する。

ユーザは、支払期限までにファンクラブに対して支払を行う。
支払に関する処理は、１次株式の購入の場合と同じである。
ユーザが支払を行うと、支払管理部２２５が支払データを受取る。正常に支払が行われたら、支払管理部２２５は支払済データを生成する。支払済データは、支払管理部２２５から、制御部２２２を経て直接株式管理部２２３Ｃへと送られる。
支払済データを受取ると、直接株式管理部２２３Ｃは、その支払に対応したユーザへ当該ユーザが送ってきた株数データに対応した数の直接株式を発行することを決定する。
かかる決定を行ったら、直接株式管理部２２３Ｃは、直接株式を手に入れることになったユーザのユーザＩＤと、ユーザに割当てられる株式の種別（直接株式）を特定する株種データと、ユーザが持つことになる株式の数を特定するデータである株数データとを、互いに紐づけた状態で会員情報記録部２２６Ａへ送る。また、直接株式管理部２２３Ｃは、それら３つのデータを、株式データ生成部２２４へと送る。

会員情報記録部２２６Ａには、ユーザＩＤと、株種データと、株数データとが、互いに紐付けられた状態で記録される。会員情報記録部２２６Ａに記録されるデータの一例を図１６に示す。
ユーザＩＤと、株種データと、株数データとを受取った株式データ生成部２２４は、ユーザに発行する株式に対応したデータである株式データを生成する。生成される株式データの数は、１次株式の場合と同様、株数データに応じて決定される。１次株式の場合と同じように、直接株式の場合も株式データはどのような手法で作成しても構わない。この実施形態では１次株式の場合と同じ方法で株式データを生成するものとする。
つまり、直接株式も、「ユーザＩＤ／株種データ／株式データの生成順序」という文字列から得られるハッシュとして、或いは「ユーザＩＤ／株種データ／株式データの生成順序」という平文の文字列に、「ユーザＩＤ／株種データ／株式データの生成順序」という文字列から得たハッシュを連ねる等して、直接株式についての株式データを生成する。
株式データ生成部２２４は、直接株式についての株式データを生成したら、生成した株式データを、送付先となるユーザの端末１００を特定する情報とともに互いに紐付けられた状態で出力部２２９へと送る。
１次株式の場合と同様に、直接株式についての株式データは、サーバ２００から端末１００へとネットワーク４００を介して送信され、１次株式の場合と同様に、端末１００の株式データ記録部１２５に記録される。
これにて、ユーザは、直接株式、正確には直接株式を表象する直接株式についての株式データを持つことになり、ファンクラブの会員としての権利を持った状態となる。

上述のような処理により、多くのユーザが直接株式を購入する。多くのユーザが直接株式を購入することにより、会員情報記録部２２６Ａには、ユーザＩＤと、株種データと、株数データという３つのデータの組が多数書き込まれることになる。それら３つのデータは、例えば、図１３（Ｂ）に示したデータに書き加えられる。
直接株式の販売は、下層株式の販売と並行して行われるため、直接株式についての組とされた上述の３つのデータは、下層株式についての４つのデータの組と混在した状態で、図１３（Ｂ）に示したデータに書き加えられても良い。
なお、直接株式の保有者は、他のユーザをファンクラブに対して紹介することはできないようにされている。
例えば、初期募集期間が終了した後において、ユーザが、図１０（Ａ）に示したログイン画面において、自らのユーザＩＤを枠５０２に入力するとともに、紹介者として直接株式の保有者であるユーザのユーザＩＤを枠５０５に入力した上でボタン５０３を押すことで、ログインデータ、自分のユーザＩＤとともに直接株式の保有者であるユーザのユーザＩＤをファンクラブ管理装置たるサーバ２００に送ってくることが考えられる。そのような場合には、サーバ２００は、紹介者が適当でないとしてエラーメッセージをログインを求めてきた端末１００に返送するような処理を実行することができる。紹介者が適当か否かの判定は例えばサーバ２００の制御部２２２が行うようにすることができる。
なお、この実施形態では、上述したように、１次株式、下層株式、直接株式を併せた株式の発行可能数の上限が例えばｚとして決められている。これには限られないがこの実施形態では、制御部２２２が、会員記録部２２６Ａに記録されている各ユーザが持っている株式の総数を常時監視している。各ユーザが持っている株式の総数がｚに達したら、制御部２２２は、以後の株式の販売を中止するという処理を行うようになっている。

＜紹介者に対する報酬の支払＞
上述したように、１次株式の所有者である１次会員と、下層株式の所有者である下層会員（ただしＮ次会員は除く）は、ファンクラブに対して新たなユーザを紹介することができる。
そして、これには限られないがこの実施形態では、新たなユーザをファンクラブに紹介した会員に対して、紹介料の性格を持った報酬を支払うこととしている。
報酬管理部３００が各ユーザに支払う報酬の額を算出するタイミングは、例えば、会員情報記録部２２６Ａに、下層会員のデータが入力されるたびとすることができる。下層会員のデータが会員情報記録部２２６Ａに入力されるということは、新たな下層会員が誕生するということであり、この実施形態では下層会員が誕生するときには必ず紹介者が存在するため、そのタイミングで報酬の額を算出するというのは合理的である。この場合には例えば、報酬管理部３００は、下層会員の登録があったか否かについて、絶えず会員情報記録部２２６Ａを監視するようにすることができる。
ただし、新たな下層会員のデータが会員情報記録部２２６Ａに入力されるたびに報酬の額の計算を行うと処理が煩雑となる。処理の煩雑さを防ぐには、例えば、１週間おき、１ヶ月おきといったバッチ処理にて、報酬の額を決定するようにしても良い。この場合には、例えば時計機能を持つ制御部２２２に、所定のタイミングごとに報酬管理部３００に、報酬額の計算をせよと指示を送らせるようにすることができる。

報酬管理部３００は、例えば、以下のようにして、ファンクラブに対して新たなユーザを紹介したユーザに対する報酬額の算出を行う。
報酬管理部３００は、報酬の額を、ｍ次会員（ただし、ｍは１からＮ－１までの自然数）がｍ＋１次会員を紹介したときの紹介料をＡ_ｍ＋１、またあるユーザ（自分）が紹介したことで会員となったユーザ、又はそのユーザからの直列の紹介関係があるユーザであるｍ次会員の数をＰ_ｍ＋１とした場合に、以下の数式（数１）によって算出される額として求められるようになっていてもよい。

ここで、「自分が紹介したことで会員となった者と紹介関係がある」とは、図１３Ｂを用いて説明したユーザＩＤ「111aaaa」、ユーザＩＤ「222aabb」、ユーザＩＤ「456oopp」、ユーザＩＤ「450cccc」、ユーザＩＤ「225baab」というユーザＩＤをそれぞれ持つユーザのように、直列の紹介関係のあるユーザであって、自分よりも後にファンクラブに加入したユーザを意味する。
例えば、ユーザＩＤ「111aaaa」を持つユーザから見れば、ユーザＩＤ「222aabb」、ユーザＩＤ「456oopp」、ユーザＩＤ「450cccc」、ユーザＩＤ「225baab」というユーザＩＤをそれぞれ持つユーザが「自分が紹介したことで会員となった者と紹介関係がある」ユーザである。また、ユーザＩＤ「456oopp」を持つユーザから見れば、ユーザＩＤ「450cccc」、ユーザＩＤ「225baab」というユーザＩＤをそれぞれ持つユーザが「自分が紹介したことで会員となった者と紹介関係がある」ユーザである。
もう少し詳細に説明する。１次会員である、ユーザＩＤ「111aaaa」を持つユーザを起点とする「自分が紹介したことで会員となった者と紹介関係がある」ユーザのユーザＩＤを図１７に示す。図１７は、矢印の基端に記載のユーザＩＤを持つユーザが、矢印の先端に記載のＩＤを持つユーザをファンクラブへ紹介したことを示している。もちろん図１７に記載されているのは単なる例に過ぎない。図１７では、起点となる１次会員は当然に１人、２次会員は２人、３次会員は６人、４次会員は７人、５次会員は１２人である。
ユーザＩＤ「111aaaa」を持つ１次会員に関して数１を適用すると、数１は以下の（数２）のようになる。

つまり、ユーザＩＤ「111aaaa」を持つ１次会員が受取るべき報酬の額は、Ａ_２×（２次会員の数＝２）＋Ａ_３×（３次会員の数＝６）＋Ａ_４×（４次会員の数＝７）＋Ａ_５×（５次会員の数＝１２）によって求められる。
また、図１７において、ユーザＩＤ「222aabb」を持つ２次会員であるユーザを起点とした場合において、「自分が紹介したことで会員となった者と紹介関係がある」ユーザは破線で囲まれた範囲に含まれる各ユーザである。この場合、起点となる２次会員は当然に１人、３次会員は４人、４次会員は３人、５次会員は６人である。
この場合、ユーザＩＤ「222aabb」を持つ２次会員に関して数１を適用すると、数１は以下の（数３）のようになる。

つまり、ユーザＩＤ「222aabb」を持つ２次会員が受取るべき報酬の額は、Ａ_３×（３次会員の数＝４）＋Ａ_４×（４次会員の数＝３）＋Ａ_５×（５次会員の数＝６）によって求められる。

ここで、Ａ_ｍ＋１は、ｍ次会員がｍ＋１次会員を紹介したときの１人あたりの紹介料である。
このとき、Ａ_ｍ＞Ａ_ｍ＋１とすることができる。そうすることにより、より上流の（より次数の低い）会員程、次の会員１人をファンクラブに招待したときに得ることのできる報酬額が大きくなるから、ユーザに対して早い段階でファンクラブに入会することに対する動機付けを与えることができるようになる。
Ａ_ｍ＞Ａ_ｍ＋１とするには例えば、以下の条件を採用することができる。
ｍが３以上のとき、Ａ_ｍ＝Ａ_２×Ｂ^ｍ－２（ただし、０＜Ｂ＜１）
こうすると、紹介料は、紹介されるユーザの次数が大きくなる程、所定の割合ずつ小さくなっていく。
報酬管理部３００は、例えば、ルール記録部２２６Ｂに記録されているルールにしたがって、上述したような報酬額の計算を実行するようになっていても良く、この実施形態ではそうされている。
報酬管理部３００は、報酬の額を求める機能を必須とするが、必ずしもユーザに対して報酬の支払を行う機能まで持っている必要はない。
報酬管理部３００は所定のタイミングで上述の如き演算を行い、報酬額を決定する。報酬管理部３００は、その結果得た各ユーザについての報酬額に対応するデータである報酬額データを生成し、その報酬額データによって特定される報酬額を得るべきユーザのユーザＩＤと紐づけた上で、報酬額データを出力部２２９に送る。
出力部２２９は、互いに紐付けられた報酬額データとユーザＩＤとを、送受信機構を介して、決済を行う所定の装置、例えば、銀行、クレジットカード会社、電子決済の提供会社等が管理する決済装置に送る。そうすると、その決済装置が、ファンクラブから、ユーザＩＤによって特定されるユーザに対して、報酬額データによって特定される金額の支払を行う。それにより、各ユーザは、紹介料の性格を持つ報酬のファンクラブからの支払を受けることができることになる。
このように、報酬管理部３００は、報酬額の計算のみを行うものとされ、ファンクラブ管理装置たるサーバ２００は、各ユーザに対する報酬の支払機能を持たなくても構わない。
もっともサーバ２００に各ユーザに対する報酬の支払機能を持たせることも可能である。

＜株式を持つユーザに対するその他の権利付与＞
ファンクラブ管理装置たるサーバ２００が株式を持つユーザに対して行うその他の権利付与としては以下のものがある。
まず、サーバ２００は、ユーザに対して視聴データを送信することがある。視聴データは、アーティストが提供する楽曲を視聴する権利を表象するデータである。このデータを持つ者は、ファンクラブ管理装置、或いは音声配信サイト又は動画配信サイト等を運営する他の装置を介して、自分が応援するアーティストの提供する楽曲を視聴できるようになる。
この権利は、ユーザが持つ株式の種別によらず付与することができる。視聴データは、株式を表象するデータがユーザに提供されるのと同時に端末１００に送られるようになっていても良いし、そうでなくとも良い。
視聴データは、視聴管理部２２７Ａが生成する。視聴管理部２２７Ａは、制御部２２２から視聴データを生成せよという指示が来たときに視聴データを生成する。制御部２２２は例えば、アーティストが新曲を発表したタイミングで、上述の指示を視聴管理部２２７Ａに対して行う。
かかる指示を受取ると視聴管理部２２７Ａは、各ユーザ向けの視聴データを生成する。視聴データの生成方法も、視聴データの形式もどのようなものであってもよい。ただし、視聴データを生成する際に、視聴管理部２２７Ａは会員情報記録部２２６Ａに記録されているデータを参照し、各ユーザのユーザＩＤと、少なくとも各ユーザの持っている株式の種別を参照する。
視聴管理部２２７Ａが生成する視聴データの内容は、ユーザが持つ株式の種別により、変更されることがある。例えば、１次会員は、下層会員よりも早く、ある楽曲を視聴することが可能であるとか、ｎ次会員はｎ＋１次会員よりも多くの種類の楽曲を視聴することが可能である、といった具合である。下層会員よりも１次会員の方が提供される視聴データの内容が有利であったり、下層会員の中でもより上位の会員の方が提供される視聴データの内容が有利であったりすれば、ユーザにより早期にファンクラブの会員になることについての動機付けを与えることができる。なお、視聴データは各ユーザごとにユニークなものであっても良いし、そうでなくても良い。
視聴データを生成すると、視聴管理部２２７Ａは、その視聴データを受取るべきユーザのユーザＩＤと紐づけた状態で、出力部２２９に送る。視聴データは、送受信機構に送られ、そこからネットワーク４００を介して各ユーザの端末１００に対して送られる。

各ユーザは、端末１００によって視聴データを受取る。受取られた視聴データは、株式データを端末１００が受取ったときと同じようにして、端末１００の例えば株式データ記録部１２５に記録される。
ユーザは、視聴データを、端末１００から、ファンクラブ管理装置、或いは音声配信サイト又は動画配信サイト等を運営する他の装置に送信することにより、アーティストの楽曲を視聴することができる。視聴データはそのときに、楽曲の視聴を行うための音源の視聴、或いは動画の視聴を許可されるためのパスワードのように機能する。なお、ユーザが、株式データをその株式データ記録部１２５に記録した端末１００で楽曲の視聴を行うのであれば、端末１００には、音声データ或いは動画データを再生し、音声をスピーカ、イヤホン等から出力する機能も必要とするであろう。それを可能とするには、画像生成部１２３に準じた音声生成部のような機能ブロックが端末１００の中に存在すれば良い。音声をスピーカ、イヤホン等から出力するための仕組みについては言うまでもなく周知なので、その説明を省略する。
ユーザに提供される視聴データの内容、視聴データの提供タイミング等に関する視聴データの提供に関するルールも、ルール記録部２２６Ｂに記録しておくことができる。その場合視聴管理部２２７Ａは、ルール記録部２２６Ｂに記録されたルールにしたがって視聴データを生成するようになっていてもよい。

また、サーバ２００は、ユーザに対して観覧データを送信することがある。観覧データは、アーティストが提供するライブを観覧する権利を表象するデータであり、ライブのチケットに相当するものである。このデータを持つ者は、自分が応援するアーティストが提供するライブを観覧できることになる。
この権利は、ユーザが持つ株式の種別によらず付与することができる。観覧データは、株式を表象するデータがユーザに提供されるのと同時に端末１００に送られるようになっていても良いし、そうでなくとも良い。
観覧データは、観覧管理部２２７Ｂが生成する。観覧管理部２２７Ｂは、制御部２２２から観覧データを生成せよという指示が来たときに観覧データを生成する。制御部２２２は例えば、アーティストが新規のライブのスケジュールを発表したタイミングで、上述の指示を観覧管理部２２７Ｂに対して行う。
かかる指示を受取ると観覧管理部２２７Ｂは、各ユーザ向けの観覧データを生成する。観覧データの生成方法も、観覧データの形式もどのようなものであってもよい。ただし、観覧データを生成する際に、観覧管理部２２７Ｂは会員情報記録部２２６Ａに記録されているデータを参照し、各ユーザのユーザＩＤと、少なくとも各ユーザの持っている株式の種別を参照する。
観覧管理部２２７Ｂが生成する観覧データの内容は、ユーザが持つ株式の種別により、変更されることがある。例えば、例えば、２次会員に送信される観覧データの内容は１次会員に送られる観覧データの内容と同じか、それよりも不利なものとされるようになっているとともに、ｎ次会員に送信される観覧データの内容は、ｎ－１次会員に送信される観覧データの内容と同じか、それよりも不利なものとされるようになっていてもよい。より上流の（次数の小さい株式を持つ）会員の方がより有利か、少なくとも不利ではない内容の観覧データの配布をファンクラブ管理装置たるサーバ２００から受けることができるとすれば、ユーザにより早期にファンクラブの会員になることについての動機付けを与えることができる。なお、観覧データは各ユーザごとにユニークなものであっても良いし、そうでなくても良い。
観覧データの内容の有利、不利は例えば、ライブの観覧回数や、ライブの際の席の良し悪し等によって実現することができる。もちろん、ライブの際に楽屋を訪問できる権利や、アーティストに関連する特定のグッズを入手できる権利を付与するか否か等によって、観覧データの内容の有利、不利を実現することもできる。
観覧データを生成すると、観覧管理部２２７Ｂは、その観覧データを受取るべきユーザのユーザＩＤと紐づけた状態で、出力部２２９に送る。観覧データは、送受信機構に送られ、そこからネットワーク４００を介して各ユーザの端末１００に対して送られる。

各ユーザは、端末１００によって観覧データを受取る。受取られた観覧データは、株式データを端末１００が受取ったときと同じようにして、例えば端末１００の株式データ記録部１２５に記録される。
ユーザは、例えばライブ会場に入るときに観覧データを使用する。例えば、観覧データを、Wi-Fi（商標）その他の短距離無線によってライブの運営者に引き渡すことによって、或いは観覧データに基づく二次元バーコードを端末１００のディスプレイ１０１に表示させることによりライブの運営者に引き渡すことにより、観覧データをあたかもライブのチケットのように使用することが可能である。
ユーザに提供される観覧データの内容、観覧データの提供タイミング等に関する観覧データの提供に関するルールも、ルール記録部２２６Ｂに記録しておくことができる。その場合観覧管理部２２７Ｂは、ルール記録部２２６Ｂに記録されたルールにしたがって観覧データを生成するようになっていてもよい。

＜その他＞
株式の種別によらず、発行され各ユーザの所有物となった株式データは譲渡の対象とすることができる。
例えば、株式会社の構成員（株主）としての地位又は権利についての株式と同様に、私人間で、譲渡人と譲受人とが合意する価格で株式データを譲渡できるようにしてもよい。その場合においては、株式データの譲渡によって、株式データに関するすべての権利が譲渡人から譲受人へと移動するようにすることができる。

１００ 端末
１０１ ディスプレイ
１０２ 入力装置
１２１ 入力部
１２２ 制御部
１２３ 画像生成部
１２４ 出力部
１２５ 株式データ記録部
２２１ 入力部
２２２ 制御部
２２３Ａ １次株式管理部
２２３Ｂ 下層株式管理部
２２３Ｃ 直接株式管理部
２２４ 株式データ生成部
２２５ 支払管理部
２２６Ａ 会員情報記録部
２２６Ｂ ルール記録部
２２７Ａ 視聴管理部
２２７Ｂ 観覧管理部
２２８ 画像制御部
２２９ 出力部
３００ 報酬管理部

Claims (12)

1. 所定のネットワークに接続される前記ネットワークを介して通信可能とされた、複数のユーザが各々用いる複数のユーザ端末と組合せることにより、所定のアーティストを応援するファンの集合であるファンクラブを、前記ファンクラブの会員であることを表象する株式を前記ユーザに分配することにより管理するファンクラブ管理装置であって、
   前記ネットワークを介して通信可能とされた送受信機構と、
   前記ファンクラブのルールを記録するルール記録部と、
   前記会員が持つ株式に関する情報を前記会員ごとに記録する会員情報記録部と、
   前記送受信機構が前記ネットワークを介して前記ユーザ端末から受け付けたデータを用いて、前記ルール記録部に記録された前記ルールに基づく情報処理を行う情報処理部と、
   を備えているとともに、
   前記情報処理部は、
   前記会員の募集が始まってから所定の期間である初期募集期間において、前記会員でない前記ユーザから前記ユーザ端末、前記ネットワークを介して、前記株式を一株あたりＸ_１の価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＸ_１に前記ユーザが購入を希望する株式の数を乗じて算出される代金の支払いが前記ファンクラブに対して行われた場合に、前記ルール記録部に記録された前記ルールに従って、当該ユーザに、前記株式の一種である１次株式を前記ユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザが１次会員であることと、当該ユーザに発行する前記１次株式の数とを前記会員情報記録部に記録する１次株式管理部と、
   前記１次会員からの紹介を受けたユーザを２次会員の候補、前記２次会員からの紹介を受けたユーザを３次会員の候補、……ｎ－１次会員からの紹介を受けたユーザをｎ次会員の候補（ただし、ｎは２以上でＮ以下の自然数であり、Ｎは、３以上の所定の自然数である。）と定義した場合に、前記初期募集期間が終了した後において、ｎ－１次会員からの紹介を受けたｎ次会員の候補である前記ユーザから前記ユーザ端末、前記ネットワークを介して、前記株式を、一株あたりＸ_ｎの価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＸ_ｎに前記ユーザが購入を希望する株式の数を乗じて算出される代金の支払いが前記ファンクラブに対して行われた場合に、前記ルール記録部に記録された前記ルールに従って、当該ユーザに、前記株式の一種であるｎ次株式を前記ユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザがｎ次会員であることと、当該ユーザに発行する前記ｎ次株式の数と、当該ユーザを紹介した会員を特定する情報とを前記会員情報記録部に記録する下層株式管理部と、
   前記１次株式管理部が前記ユーザに対して発行を決めた前記１次株式に対応したデータ、又は前記下層株式管理部が前記ユーザに対して発行を決めた前記ｎ次株式に対応したデータである株式データを生成し、前記株式データを前記送受信機構、前記ネットワークを介して、当該株式データに対応する前記株式の所有者となるべきユーザのユーザ端末へ送信する株式データ生成部と、
   を備えており、
   且つ、前記ルール記録部に記録された前記ルールにより、前記株式の価格は、Ｘ_１＞Ｘ_２、及びｎは２以上である場合にＸ_ｎ≧Ｘ_ｎ＋１の条件を充足するようになっている、
   ファンクラブ管理装置。
2. ｎが自然数である場合に、Ｘ_ｎ＞Ｘ_ｎ＋１である、
   請求項１記載のファンクラブ管理装置。
3. 前記会員情報記録部に記録されたデータ基づいて、ｎ次会員の候補であるユーザを紹介したｎ－１次会員である前記ユーザに対して支払うべき所定の額の報酬を算出する算出部を備えている、
   請求項１記載のファンクラブ管理装置。
4. 前記報酬の額は、ｍ次会員（ただし、ｍは１からＮ－１までの自然数）がｍ＋１次会員を紹介したときの紹介料をＡ_ｍ＋１、またあるユーザ（自分）が紹介したことで会員となったユーザ、又はそのユーザからの直列の紹介関係があるユーザであるｍ次会員の数をＰ_ｍ＋１とした場合に、以下の数式（数１）によって算出される額として求められるようになっている、
   請求項３記載のファンクラブ管理装置。
   

   
5. Ａ_ｍ＞Ａ_ｍ＋１である、
   請求項４記載のファンクラブ管理装置。
6. ｍが３以上のとき、Ａ_ｍ＝Ａ_２×Ｂ^ｍ－２（ただし、０＜Ｂ＜１）である、
   請求項５記載のファンクラブ管理装置。
7. 前記初期募集期間が終了した後において、前記会員でない前記ユーザから前記ユーザ端末、前記ネットワークを介して、前記株式を一株あたりＹの価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＹに前記ユーザが購入を希望する株式の数を乗じて算出される代金の支払いが前記ファンクラブに対して行われた場合に、前記ルール記録部に記録された前記ルールに従って、当該ユーザに、前記株式の一種である直接株式を前記ユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザが直接会員であることと、当該ユーザに発行する前記直接株式の数とを前記会員情報記録部に記録する直接株式管理部を備えているとともに、
   前記株式データ生成部は、前記直接株式管理部が前記ユーザに対して発行を決めた前記直接株式に対応したデータである株式データを生成し、前記株式データを前記送受信機構、前記ネットワークを介して、当該株式データに対応する前記株式の所有者となるべきユーザのユーザ端末へ送信するようになっている、
   請求項１記載のファンクラブ管理装置。
8. 前記会員情報記録部に記録されたデータ基づいて、前記会員である前記ユーザに前記アーティストが提供する楽曲を視聴する権利に対応したデータである視聴データを生成するとともに、生成した視聴データを、前記会員である前記ユーザの前記ユーザ端末に対して、前記送受信機構、前記ネットワークを介して送信する視聴管理部を備えている、
   請求項１から７のいずれかに記載のファンクラブ管理装置。
9. 前記会員情報記録部に記録されたデータ基づいて、前記会員である前記ユーザに前記アーティストが提供するライブを観覧する権利に対応したデータである観覧データを生成するとともに、生成した観覧データを、前記会員である前記ユーザの前記ユーザ端末に対して、前記送受信機構、前記ネットワークを介して送信する観覧管理部を備えている、
   請求項１から７のいずれかに記載のファンクラブ管理装置。
10. 前記２次会員に送信される観覧データの内容は前記１次会員に送られる観覧データの内容と同じか、それよりも不利なものとされるようになっているとともに、前記ｎ次会員に送信される前記観覧データの内容は、前記ｎ－１次会員に送信される前記観覧データの内容と同じか、それよりも不利なものとされるようになっている、
    請求項９記載のファンクラブ管理装置。
11. 所定のネットワークに接続される前記ネットワークを介して通信可能とされた、複数のユーザが各々用いる複数のユーザ端末と組合せることにより、所定のアーティストを応援するファンの集合であるファンクラブを、前記ファンクラブの会員であることを表象する株式を前記ユーザに分配することにより管理するものであり、
    前記ネットワークを介して通信可能とされた送受信機構と、
    前記ファンクラブのルールを記録するルール記録部と、
    前記会員が持つ株式に関する情報を前記会員ごとに記録する会員情報記録部と、
    前記送受信機構が前記ネットワークを介して前記ユーザ端末から受け付けたデータを用いて、前記ルール記録部に記録された前記ルールに基づく情報処理を行う情報処理部と、
    を備えているファンクラブ管理装置の、
    前記情報処理部により実行される方法であって、
    前記情報処理部が、
    前記会員の募集が始まってから所定の期間である初期募集期間において、前記会員でない前記ユーザから前記ユーザ端末、前記ネットワークを介して、前記株式を一株あたりＸ_１の価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＸ_１に前記ユーザが購入を希望する株式の数を乗じて算出される代金の支払いが前記ファンクラブに対して行われた場合に、前記ルール記録部に記録された前記ルールに従って、当該ユーザに、前記株式の一種である１次株式を前記ユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザが１次会員であることと、当該ユーザに発行する前記１次株式の数とを前記会員情報記録部に記録する１次株式管理過程と、
    前記１次会員からの紹介を受けたユーザを２次会員の候補、前記２次会員からの紹介を受けたユーザを３次会員の候補、……ｎ－１次会員からの紹介を受けたユーザをｎ次会員の候補（ただし、ｎは２以上でＮ以下の自然数であり、Ｎは、３以上の所定の自然数である。）と定義した場合に、前記初期募集期間が終了した後において、ｎ－１次会員からの紹介を受けたｎ次会員の候補である前記ユーザから前記ユーザ端末、前記ネットワークを介して、前記株式を、一株あたりＸ_ｎの価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＸ_ｎに前記ユーザが購入を希望する株式の数を乗じて算出される代金の支払いが前記ファンクラブに対して行われた場合に、前記ルール記録部に記録された前記ルールに従って、当該ユーザに、前記株式の一種であるｎ次株式を前記ユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザがｎ次会員であることと、当該ユーザに発行する前記ｎ次株式の数と、当該ユーザを紹介した会員を特定する情報とを前記会員情報記録部に記録する下層株式管理過程と、
    前記１次株式管理過程が前記ユーザに対して発行を決めた前記１次株式に対応したデータ、又は前記下層株式管理過程が前記ユーザに対して発行を決めた前記ｎ次株式に対応したデータである株式データを生成し、前記株式データを前記送受信機構、前記ネットワークを介して、当該株式データに対応する前記株式の所有者となるべきユーザのユーザ端末へ送信する株式データ生成過程と、
    を実行するとともに、
    前記ルール記録部に記録された前記ルールにより、前記株式の価格を、Ｘ_１＞Ｘ_２、及びｎが２以上である場合にＸ_ｎ≧Ｘ_ｎ＋１の条件を充足するようにする、
    方法。
12. 所定のコンピュータを、
    所定のネットワークに接続される前記ネットワークを介して通信可能とされた、複数のユーザが各々用いる複数のユーザ端末と組合せることにより、所定のアーティストを応援するファンの集合であるファンクラブを、前記ファンクラブの会員であることを表象する株式を前記ユーザに分配することにより管理するものであり、
    前記ネットワークを介して通信可能とされた送受信機構と、
    前記ファンクラブのルールを記録するルール記録部と、
    前記会員が持つ株式に関する情報を前記会員ごとに記録する会員情報記録部と、
    前記送受信機構が前記ネットワークを介して前記ユーザ端末から受け付けたデータを用いて、前記ルール記録部に記録された前記ルールに基づく情報処理を行う情報処理部と、
    を備えているファンクラブ管理装置として機能させるためのコンピュータプログラムであって、
    前記情報処理部に、
    前記会員の募集が始まってから所定の期間である初期募集期間において、前記会員でない前記ユーザから前記ユーザ端末、前記ネットワークを介して、前記株式を一株あたりＸ_１の価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＸ_１に前記ユーザが購入を希望する株式の数を乗じて算出される代金の支払いが前記ファンクラブに対して行われた場合に、前記ルール記録部に記録された前記ルールに従って、当該ユーザに、前記株式の一種である１次株式を前記ユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザが１次会員であることと、当該ユーザに発行する前記１次株式の数とを前記会員情報記録部に記録する１次株式管理過程と、
    前記１次会員からの紹介を受けたユーザを２次会員の候補、前記２次会員からの紹介を受けたユーザを３次会員の候補、……ｎ－１次会員からの紹介を受けたユーザをｎ次会員の候補（ただし、ｎは２以上でＮ以下の自然数であり、Ｎは、３以上の所定の自然数である。）と定義した場合に、前記初期募集期間が終了した後において、ｎ－１次会員からの紹介を受けたｎ次会員の候補である前記ユーザから前記ユーザ端末、前記ネットワークを介して、前記株式を、一株あたりＸ_ｎの価格で購入するという意思表示と購入を希望する株式の数を示すデータが送られてきて、且つＸ_ｎに前記ユーザが購入を希望する株式の数を乗じて算出される代金の支払いが前記ファンクラブに対して行われた場合に、前記ルール記録部に記録された前記ルールに従って、当該ユーザに、前記株式の一種であるｎ次株式を前記ユーザが購入を希望した数だけ発行することを決定するとともに、当該ユーザがｎ次会員であることと、当該ユーザに発行する前記ｎ次株式の数と、当該ユーザを紹介した会員を特定する情報とを前記会員情報記録部に記録する下層株式管理過程と、
    前記１次株式管理過程が前記ユーザに対して発行を決めた前記１次株式に対応したデータ、又は前記下層株式管理過程が前記ユーザに対して発行を決めた前記ｎ次株式に対応したデータである株式データを生成し、前記株式データを前記送受信機構、前記ネットワークを介して、当該株式データに対応する前記株式の所有者となるべきユーザのユーザ端末へ送信する株式データ生成過程と、
    を実行させるためのものであり、
    前記ルール記録部に記録された前記ルールにより、前記株式の価格を、Ｘ_１＞Ｘ_２、及びｎが２以上である場合にＸ_ｎ≧Ｘ_ｎ＋１の条件を充足するようにするようになっている、
    コンピュータプログラム。

Images