JP2001265912A - インターネット上での有料サービス提供システムにおける報酬支払い方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 従来の２Ｘマトリックスシステムに、新規に
獲得したユーザ数に応じた修正処理を追加し、新規登録
ユーザの数が増大しても、システムの運営会社が破産す
ることのない、安定した報酬支払いシステムを構築可能
とする。 【解決手段】 ユーザを、登録される時刻をベースとし
た２分木構造で登録し、該ユーザに紹介者がある場合
は、紹介者の下の枝に該ユーザを登録して、紹介者がな
い場合は、予め設定した規則に従って該ユーザを所定の
枝に登録する。登録済みユーザが、有料サービスに対
し、対価ｐ１を支払うと共に、新しいユーザに登録を紹
介した場合、該登録済みユーザの下の枝に新しいユーザ
を登録する。予め設定した所定の期間ｔ１毎に、各登録
済みユーザに対し、各ユーザの下に登録されている新し
いユーザ数に対応して予め定めた報酬分配規則に従っ
て、所定の報酬額を支払う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、インターネット
上での有料サービス提供システムに関し、特に、有料サ
ービス提供システムへの新しい登録ユーザを紹介するの
に有用な報酬支払い方法に関する。

【０００２】

【従来の技術】従来、インターネット上での有料サービ
ス提供システムとして、ホームページのホスティングサ
ービス、電子メールサービス、有料会員サービス等が、
広く実施されている。ところで、有料サービスへの新し
い登録ユーザ獲得方法として、登録済みのユーザが、順
次、新規ユーザを、２人ずつ勧誘し、新規に紹介し、獲
得したユーザの数に応じて報酬を支払うシステムが、２
Ｘマトリックス(Two by Matrix)手法として、一般に、
知られている。

【０００３】

【発明が解決しようとする課題】しかしながら、単なる
２Ｘマトリックスシステムでは、新規登録ユーザの数が
増大すると、システムの運営会社が破産してしまった
り、初期に加入したユーザと、後から加入したユーザと
の間で、報酬支払額に、大きな相違が発生して不公正で
あるといった問題点があった。また、インターネット上
での有料サービス提供システムとしての、ホームページ
のホスティング（ウェブレンタル）、電子メールサービ
ス、ＣＧＩサービス、グループコミュニケーション、オ
プトインウェブ、メーリングリスト、ボイスメール、ア
フェリエイトサービス、インターネットサービスプロバ
イダー（ＩＳＰ）、オリジナルブラウザー、有料会員サ
ービス等では、料金を支払って利用する登録ユーザは、
料金の支払があるのみで、登録した有料サービス提供シ
ステムから、現金、電子マネー、デビッドカード、プリ
ペイドカード、有価証券、小切手、プライベート通貨、
役務提供、商品、商品券、クーポン等の報酬を受け取る
ことはなかった。よって、この発明は、上述のような事
情より成されたものであり、この発明の目的は、従来の
２Ｘマトリックスシステムに、新規に獲得したユーザ数
に応じた修正処理を追加し、新規登録ユーザの数が増大
しても、システムの運営会社が破産することのない、安
定した報酬支払いシステムを構築可能とすると共に、初
期に加入したユーザと、後から加入したユーザとの間
で、報酬支払額に、大きな相違の発生しないより平等な
報酬支払いシステムを提供することにある。また、イン
ターネット上での有料サービス提供システムにおいて、
有料会員登録ユーザに、現金、電子マネー、デビッドカ
ード、プリペイドカード、有価証券、小切手、プライベ
ート通貨、役務提供券、商品、商品券、クーポン、等の
報酬を支払い、より多くの人に、経済的なサービスを提
供することにもある。

【０００４】

【課題を解決するための手段】この発明は、インターネ
ット上での有料サービス提供システムに関するものであ
り、この発明の上記目的は、上記有料サービス提供シス
テムが、ユーザ登録を、各ユーザが登録される時刻をベ
ースとした２分木構造で登録するように構成され、前記
ユーザ登録時点で、該ユーザに紹介者がある場合は、該
紹介者の下の枝に該ユーザを登録するステップと、前記
ユーザ登録時点で、該ユーザに紹介者がない場合は、予
め設定した規則に従って該ユーザを所定の枝に登録する
ステップと、前記登録済みユーザが、当該有料サービス
に対し、対価ｐ１を支払うステップと、前記登録済みユ
ーザが、新しいユーザに当該有料サービス提供システム
への登録を紹介した場合、該登録済みユーザの下の枝に
前記新しいユーザを登録するステップと、予め設定した
所定の期間ｔ１毎に、各登録済みユーザに対し、各ユー
ザの下に登録されている新しいユーザ数（ｂ１，ｃ１）
をカウントし、このユーザ数（ｂ１，ｃ１）に対応して
予め定めた報酬分配規則に従って、所定の報酬額を演算
し、支払うステップと、を備えることによって達成され
る。

【０００５】

【発明の実施の形態】以下、図面を参照して、この発明
の好適な実施の形態について詳細に説明する。図１は、
この発明に係るインターネット上での有料サービス提供
システム全体のシステム構成図であり、有料サービスの
各ユーザは、パソコン等の情報端末５ａ，．．．、５ｍ
を操作し、情報伝送径路１を介して、有料サービス提供
システム４にアクセスするようになっており、情報伝送
径路１には,正規のユーザか否かを判定する認証手段２
ａや、都市銀行等の決済手段３ａ、カード会社等の決済
手段３ｂ，郵便局の預金口座、電子マネー等の決済手段
３ｃ等が接続されると共に、有料サービス提供システム
４のユーザ登録や報酬支払い額を演算する報酬額演算シ
ステム８が接続されている。尚、上述の有料サービス提
供システム４は、その一部のシステムを、報酬額演算シ
ステム８の内部に設けることも可能である。尚、情報伝
送径路１に接続される情報端末５ａ，．．．、５ｍは、
通信機能を有する汎用的な情報処理端末であり、例えば
ＰＨＳ（Personal Handy phone System）等の携帯電話
やＰＤＡ（Personal Digital Assistants）等の携帯型
情報通信機器、ＰＣ（Personal Computer）やＷＳ（Wor
k Station）等の可搬型又は据置型の汎用パソコン／コ
ンピュータ、自動車用ナビゲーション装置（Car naviga
tion system）が利用できる。しかして、情報伝送径路
１は、各情報処理装置の間を無線若しくは有線（両者の
組合せ）により接続して情報を伝送する経路であり、イ
ンターネット等の任意の通信回線網，経路から成る通信
ネットワークで構成され、図１乃至図３の例では、通信
ネットワークは、回線工事保守会社から提供されるイン
ターネット・パケット通信回線網，インフラ提供会社か
ら提供されるプロバイダ或いは交換局，アンテナ情報発
信局等から構成され、情報端末（クライアント）５
ａ，．．．、５ｍと、有料サービス提供会社が提供する
有料サービスシステム４と、決済手段３ａ〜３ｃとの間
を無線若しくは有線により接続してグローバルネットワ
ークを形成し、各種通信プロトコルを自動的に変換する
プロトコル変換機能や各経路を制御するゲートウエイ機
能を有する自動多機能サーバーを備えており、情報の伝
送に係る通信プロトコルは、少なくとも開放型システム
間相互接続（ＯＳＩ）の規格に準拠した各種プロトコル
が使用可能であり、特定のプロトコルに依存せず、接続
される情報端末も特定の端末に依存しないものが好まし
い。

【０００６】次に、図１乃至図３を参照して、報酬額演
算システム８の構成をより詳細に説明する。図２は、報
酬額演算システムのハードウエア構成の１例であり、図
３は、そのシステム構成ブロックの１例を示し、それぞ
れ同一の番号を付した装置は、同様の機能を果たすと共
に、フレームリレー等の高速通信回線により情報伝送径
路１と、ファイアウオール(Fire Wall)手段９ａ、９ｂ
が接続され、その一端は、ゲートウエイされて、システ
ム管理サーバ１４ａに接続され、システム管理や監視作
業、性能評価等を実行するようになっており、管理デー
タベース２４ａに、後述するマスターサーバのデータベ
ース２２ａの内容を、非同期複製手段２３ａにより、バ
ックアップコピーするようになっている。また、ファイ
アウオール手段９ａの内部は、高速スイッチングゲート
(Switching Gate)９ｄにより内部の装置が相互に接続さ
れ、パソコン等の開発／保守装置９ｅと共に、本システ
ムのレイドシステム(Raid System)手段１０を介して、
マスターサーバ１１、マスターデータベース１１ａ、及
びそのスレーブシステム１２、スレーブデータベース１
２ａが、それぞれスイッチングゲート９ｄに接続されて
いる。かかる内部システムを、図２を参照して、より詳
細に説明すると、スイッチングゲート９ｄには、電子商
取引の売上管理サーバ１４ｂ，ＤＮＳ（Domain NameSer
vice)／電子メール制御サーバ１４ｃ，広告サーバ１４
ｇ、電子メールサーバ１４ｈ、シングル−サインオン手
段１４ｅとこれに接続された後述する大容量記憶手段へ
のアクセスサーバ１４ｆ，障害時切換手段を含むマスタ
ー／スレーブデータベース１４ｊ／１４ｋ（上述の１１
ａ，１２ａと同等の機能を果たす），及び、負荷分散手
段１４ｄを介してマスターサーバ１１、スレーブサーバ
１２がそれぞれ接続され、これらの下流は、ＳＡＮファ
ブリック２１ｂを介して大容量記憶手段を構成するマス
ター／スレーブデータベース１１ａ，１２ａやテープバ
ックアップ手段２２ａ，ＭＯバックアップ手段２２ｂ，
レイド(Raid)ハードティスク２２ｃ等にアクセスするよ
うになっている。

【０００７】次に、図３は、本発明のソフトウエアシス
テムのブロック構成の１例を示し、それぞれ同一の番号
を付した装置は、同様の機能を果たすと共に、本発明の
有料サービスの各ユーザは、パソコン等の情報端末５
ａ，．．．、５ｍを操作し、インターネットを主とした
情報伝送径路１を経て、ファイアウオール手段９ｂを介
し有料サービス提供システム４にアクセスするようにな
っている。また、情報伝送径路１には,広告主６
ａ，．．．，６ｎや、他のインターネット−サ−ビスプ
ロバイダ７等も自由に接続され、有料サービス提供シス
テム４には、ユーザのホームページのホスティングサー
ビスや、電子商取引サービス１４ｂ，電子メールサービ
ス１４ｈ，広告バナーリスト１４ｇ１，広告バナーカウ
ンタ１４ｇ２等が並行して利用できるようになってい
る。また、情報伝送径路１を介し、ファイアウオール手
段９ａを含む報酬額演算システム８が接続され、ファイ
アウオール手段９ａには、システム管理サーバ１４ａと
共に、ＷＷＷ（World Wide Web）サーバ１１が接続さ
れ、ＷＷＷサーバ１１は、ユーザホームページ４を管理
すると共に、新規ユーザ受付／登録部２４ａにも接続さ
れ、登録された新規ユーザ情報は、登録ユーザデータベ
ース２５に記憶され／管理されると共に、その利用料金
２４ｂが、入出金処理部２４ｃに入力され、また、入出
金処理部２４ｃには、電子商取引サービス１４ｂや広告
バナーカウンタ１４ｇ２の出力も入力され、これらのデ
ータは、都市銀行等の決済手段３ａ、カード会社等の決
済手段３ｂ，郵便局の預金口座等の決済手段３ｃ等に接
続されて、決済処理されると共に、報酬額演算部２６に
より、登録ユーザデータベース２５を参照して、新規に
本有料サービス提供システムに紹介し登録したユーザ数
に応じて、所定の報酬規則により演算した報酬支払い額
が、各ユーザに支払われ、入出金処理部２４ｃで決済処
理されるようになっている。しかして、登録ユーザデー
タベース２５には、後述する登録方向処理部２５ａ、イ
ンターロック制御部２５ｂ，クロスオーバ・チェック部
２５ｃ、スピルオーバ処理部２５ｄ，系列マップ表示部
２５ｅ、紹介者ステップ表示部２５ｆ等が設けられ、報
酬額演算部２６には、後述する週末決済処理部２６ａ，
ワラント株処理部２６ｅ等が設けられ、週末決済処理部
２６ａには、さらに、オービット・サイクル処理部２６
ｂ，バランス・シフト処理部２６ｃ，ボーナス・リミッ
タ処理部２６ｄ等が設けられている。

【０００８】かかる構成において、その動作を図４乃至
図６を参照して説明する。先ず、図４は、本発明の有料
サービス提供システム４に、新しく新規ユーザｘ１が、
入会手続きする場合のフローチャートを示しており、パ
ソコン等の情報端末５ａから、所定のインターネット・
サービス・プロバイダ７へ、新規ユーザｘ１は、情報伝
送径路１を介して、ダイアル・アップ接続等によりサイ
ンアップする（ステップＳ２）。次に、上述の新規ユー
ザｘ１が、既登録のユーザｘ０に紹介されて入会する場
合には、ＵＲＬアドレスに、既登録の紹介ユーザｘ０の
ホームページ・アドレス（例えば、http://www.starweb
21.com/x0_Name）を設定し、既登録の紹介ユーザｘ０の
ホームページへ移る（ステップＳ４）。また、上述の新
規ユーザｘ１に、既登録のユーザｘ０の紹介がなく、本
システム４のホームページ等を見て、入会する場合に
は、入会登録ページをクリックする（この場合は、シス
テムが予め設定してあるｄｅｆａｕｌｔユーザが親ユー
ザとなる）（ステップＳ６）。かくして、既登録のユー
ザｘ０のホームページ、または、本システム４の入会登
録ページには、予め「入会登録ボタン」が用意されてお
り、このボタンをクリックする（ステップＳ８）。する
と、図５に、１例として示すような、入会登録メニュー
が表示されるので、必要事項を、順次、入力する（ステ
ップＳ１０）。しかして、入会登録メニューの必要入力
事項には、０）紹介者ＩＤ、１）左右登録の選択、２）
ヴァーチャルHPアドレス、３）パスワード、４）名前
（スペル表記等も含む、５）ニックネーム、６）性別、
７）生年月日、８）国籍、９）郵便番号、１０）住所、
１１）電話番号（自宅／携帯／ＦＡＸ）、１２）メール
アドレス、１３）本人特定のための暗号情報、１４）ク
レジット会社名、１５）クレジット番号、１６）クレジ
ット有効期限、１７）入出金（銀行預金・郵便貯金）
名、１８）入出金（銀行預金・郵便貯金）口座名義名、
１９）入出金（銀行預金・郵便貯金）口座番号、２０）
未成年者の等の場合、保護者の氏名、及び、同意サイン
等がある。尚、上述の１）左右登録位置の選択では、後
述するように、インターロック等により登録できない左
位置または右位置はユーザが選択しようとしても、表示
反転しない選択できない制御構造になっている。また、
上述の１３）の本人特定のための暗号情報とは、登録シ
ステム上で、その殆どが、既登録のユーザ（上述のユー
ザｘ０）による紹介が、主となるため、インターネット
上はもとより、口コミによる広がりが主体となってい
る。そこで、本人の登録に、時間的な差（タイムラグ）
が発生してしまうことに起因した、代理人による口約束
での登録行為も発生する可能性がある。かかる場合、代
理人による口約束での登録行為で登録されたユーザの親
ユーザと、新規ユーザ本人が希望した親ユーザとが、一
致している場合には、問題がないが、代理人による登録
行為で登録された親ユーザと、新規ユーザ本人が希望し
た親ユーザとが、異なっている場合には、以下の問題が
発生する。すなわち、代理人による登録行為で登録され
た親ユーザと、新規ユーザ本人が希望した親ユーザと
が、異なって、代理人により登録された親ユーザが先に
登録されると、その後、新規ユーザ本人が、別の既登録
ユーザの下の枝に登録しようとしても、２重登録の禁止
処理チェックにかかり、先に登録された親ユーザの登録
をキャンセルして再度登録しようとする場合には、６ヶ
月待たされる結果となってしまう。そこで、かかる事故
を未然に防止するため、１３）の本人特定のための暗号
情報を利用し、この暗号情報には、パスワードの他に、
新規ユーザ本人にしか分からない暗号情報を利用し、例
えば、自分の趣味の犬（ペット）の名前や種類を入力し
たり、自分自身の記念日を入力したり、登山の登頂記念
日と友人の名前を入力したり、この登録時において、新
規ユーザ本人しか知り得ない情報を入力することによ
り、仮に２重登録がなされても、登録システムから、後
日、新規ユーザへ本人確認するステップを予め用意して
おき、新規ユーザが希望する親ユーザの下に、新規ユー
ザを登録しようとするものである。したがって、新規ユ
ーザ登録時点で、当該ユーザの入力項目に当該ユーザが
指定する暗号情報を設け、当該ユーザに紹介者があり、
かつ、２重登録が検出された場合、当該ユーザに対し、
親ユーザの確認ステップにより、暗号情報により新規ユ
ーザを特定し、この特定されたユーザの希望する親ユー
ザの下の枝に当該ユーザを登録するようになっている。
かくして、入会登録メニューの必要事項に対する、入力
処理が終了すると、入会受付／登録部２４ａでは、入力
項目の入力データ・チェックを実行し、エラー事項を検
出した場合は、訂正入力メッセージを出力し、エラーが
１つもない場合には、再確認のメッセージを表示する
（ステップＳ１２）。続いて、入力事項の再確認のメッ
セージ及び「本有料サービス提供システムの契約約款」
を情報端末５ａに表示し、新規ユーザｘ１は、契約内容
を再確認する。そして、上記契約内容に同意したなら
ば、ＯＫボタンを、クリックする（ステップＳ１４）。
次に、新規ユーザｘ１が、契約内容を再確認し、上記契
約内容に同意し、ＯＫボタンをクリックすると、新規ユ
ーザｘ１の情報端末５ａ内の記憶手段、または、登録さ
れたメールアドレスに、１）ヴァーチャルＨＰアドレ
ス、２）仮ＩＤ、３）パスワード、４）登録内容、５）
会員規約のリンク先アドレス、６）登録日時等が、自動
発行される（ステップＳ１６）。尚、この時点で、新規
ユーザｘ１には、図６に示すようなホームページ画面が
提供され、ユーザ・カスタマイズ・エリアａｒ１は、別
途提供されるホームページ作成ツールを使用して、自由
にユーザのホームページ紹介画面が作成／登録でき、ホ
ームページ紹介エリアａｒ２には、本システムの紹介画
面／メニューが表示され、電子商取引メニュー・エリア
ａｒ３には、会員サービス制の電子商取引メニューが表
示され、また、バナー広告エリアａｒ４には、バナー広
告が表示されるようになっている。さらに、後日、新規
ユーザｘ１の登録住所に、１）「正規のＩＤ」と、２）
「正確な契約内容を記載した書面（約款書面）」、さら
に場合によっては３）銀行口座引き落とし依頼通知書
を、郵送する（ステップＳ１８）。そして、銀行口座引
き落としの場合、１）本人の自筆サインと、２）押印書
面に必要事項を記入してもらい、返送してもらう（ステ
ップＳ２０）。かくして、契約日時／時刻より、所定の
クーリングオフ期間（例えば、８あるいは１０または２
０日間）の後、指定のクレジットカード会社または銀行
／郵便貯金口座より、所定期間の利用料金２４ｂを引き
落とす（ステップＳ２２）。そして、上記利用料金の引
き落とし処理が正常終了したら、初回の報酬額演算部２
６による、後述の報酬演算を開始する（ステップＳ２
４）。尚、上記利用料金２４ｂ（＝ｐ１）としては、例
えば、１０００円〜１万円が適用できる。

【０００９】次に、図３、図７乃至図９を参照して、本
発明の有料サービス提供システム４に、新しく新規ユー
ザｘ１が、入会手続きする場合の、ＷＷＷサーバ１１〜
登録ユーザデータベース２５の動作を説明する。先ず、
本システム４では、新しい新規ユーザｘ１として、個人
及びグループ／企業が入会手続き処理することができ、
個人には、ｘ５−Ｍｂ(Megabyte)の記憶容量が、年間使
用料２４ｄの支払いと共に割り当てられ、企業には、個
人１０分の記憶容量と、個人の１０倍の年間使用料２４
ｄの支払いとが割り当てられる。尚、企業には、個人１
０分の記憶容量及び年間使用料が割り当てられが、報酬
額の支払いは、１つの企業ＩＤに対して実行されるよう
になっている。

【００１０】しかして、本有料サービス提供システム４
では、図７に示すように、ユーザ登録は、各ユーザｘ１
が登録されると、その下に、順次、時刻をベースとした
２分木構造で、紹介者ｘ１ａ，ｘ１ｂ等が登録されるよ
うになっており、各登録ユーザｘ１は、その下に順次登
録される新規の紹介ユーザが、２分木構造の左側の枝に
追加登録されるか、２分木構造の右側の枝に追加登録さ
れるか、または、新規ユーザの選択にまかせるかの３つ
のモードを指定するインターロック・フラグを、いつで
も、自由に設定／変更できるようになっており、デフォ
ルトでは、このインターロック・フラグは、新規ユーザ
の選択した方向に追加登録するように初期化されてい
る。この登録位置の制御は、登録方向処理部２５ａによ
り、インターロック・フラグ及び後述のスピルオーバ・
フラグを参照して実行されるようになっている。また、
自分より、上位の既登録ユーザも、それぞれ、インター
ロック・フラグを持っており、これらのインターロック
・フラグの間で、新規登録ユーザの追加方向が、相い反
する場合には、より上位の既登録ユーザが設定したイン
ターロック・フラグの方向が、下位の既登録ユーザが設
定したインターロック・フラグの方向よりも優先するよ
うになっている。

【００１１】かかるインターロック・フラグの方向制御
は、インターロック制御部２５ｂで実行され、図７にお
いて、既登録ユーザｘ１が、２分木構造の左側の枝にイ
ンターロック・フラグを設定／変更した場合、新規の登
録ユーザは、順次、ｘ１ａ、ｘ１ａａ，ｘ１ａａａ、ｘ
１ａａａａ、・・・のように、一番外側の左側の枝だけ
に、上位の層（レベル）から下位の層に、追加登録され
るようになっている。また、既登録ユーザｘ１が、２分
木構造の右側の枝にインターロック・フラグを設定／変
更した場合、新規の登録ユーザは、順次、ｘ１ｂ、ｘ１
ｂｂ，ｘ１ｂｂｂ、ｘ１ｂｂｂｂ、・・・のように、一
番外側の右側の枝だけに、上位の層から下位の層に、追
加登録されるようになっている。従って、新規登録ユー
ザを追加登録する処理では、一番外側でない内側の枝の
ノードには、既登録ユーザｘ１が、紹介した新規登録ユ
ーザを追加登録することは、できない制御構造になって
いる。

【００１２】かくして、インターロック制御部２５ｂに
より、既登録ユーザがｘ１の場合、その下に、インター
ロック・フラグで指定された方向の所定のノードに、新
規登録ユーザｘ１ｂｂｂｂの登録位置が、仮決定される
と、クロスオーバ・チェック部２５ｃにより、図８に示
すような、クロスオーバ登録チェックおよび、ダブル登
録チェック、等が実行される。すなわち、クロスオーバ
登録チェックでは、既登録ユーザｘ１が、自分の上位の
ノードで、かつ、空いているノードに、自分の紹介者を
新規登録できないように、新規登録の階層レベルをチェ
ックする。例えば、図８のｙ１の右枝で２レベル下のノ
ードへｘ１ｂｂｂｂを登録することはできない。さら
に、クロスオーバ登録チェックでは、既登録ユーザｘ１
が、自分と同等レベルまたは下位のレベルのノードで、
かつ、自分の正規に紹介できる枝以外の枝で、空いてい
るノードに、自分の紹介者を新規登録できないように、
新規登録の階層レベルをチェックする。例えば、図８の
ｘ１ｂの左枝で２レベル下のノードへｘ１ｂａａを登録
することはできない。また、ダブル登録チェックでは、
既登録ユーザｘ１が、自分自身ｘ１を、自分のツリーの
下位のノードで、かつ、空いているノードに、新規登録
できないように、新規登録の２重登録防止をチェックす
る。例えば、図８のｘ１ａａａａの右枝で１レベル下の
ノードへｘ１を登録することはできない。さらに、ダブ
ル登録チェックでは、既登録ユーザｘ１が、一度解約し
て、有料サービス提供システム４から脱退した場合、再
契約して、自分自身を空いているノードに、新規登録す
る場合、直前の解約時点から今回の新規登録までの期間
を演算し、この期間が６ヶ月以内の場合には、かかる再
登録が、実行できないようにチェックし、新規登録の２
重登録防止を再チェックする。また、ダブル登録チェッ
クでは、代理人による登録行為で登録された親ユーザ
と、新規ユーザ本人が希望した親ユーザとが、異なっ
て、先に代理人の親ユーザが登録されると、その後、新
規ユーザ本人が、別の既登録ユーザの下の枝に登録しよ
うとしても、２重登録の禁止処理チェックにかかり、先
に登録された親ユーザの登録をキャンセルして再度登録
しようとする場合には、６ヶ月待たされる結果となって
しまう事故を未然に防止するため、本人特定のための暗
号情報を利用し、この暗号情報には、パスワードの他
に、新規ユーザ本人にしか分からない暗号情報を利用
し、例えば、自分の趣味の犬（ペット）の名前や種類を
入力したり、自分自身の記念日を入力したり、登山の登
頂記念日と友人の名前を入力したり、この登録時におい
て、新規ユーザ本人しか知り得ない情報を入力すること
により、仮に２重登録がなされても、登録システムから
ダブル登録チェックにより、後日、新規ユーザへ本人確
認するステップを予め用意しておき、新規ユーザが希望
する親ユーザの下に、新規ユーザを登録するようになっ
ている。したがって、新規ユーザ登録時点で、当該ユー
ザの入力項目に当該ユーザが指定する暗号情報を設け、
当該ユーザに紹介者があり、かつ、２重登録が検出され
た場合、当該ユーザに対し、親ユーザの確認ステップに
より、暗号情報により新規ユーザを特定し、この特定さ
れたユーザの希望する親ユーザの下の枝に当該ユーザを
登録するようになっている。 尚、解約された箇所は、
ダミーとして扱い、ダミーとなった箇所へは、新規並び
に再度の契約をすることはできない制御構造となってい
る。またダミーとなった以降は、そのダミー・ノードに
対しては、報酬額演算を実行しないようになっている。

【００１３】次に、スピルオーバ処理部２５ｃの動作
を、図９を参照して説明すると、通常は、ユーザ登録
は、各ユーザｘ１が登録されると、その下に、順次、時
刻をベースとした２分木構造で、紹介者ｘ１ａ，ｘ１ｂ
等が登録されるが、各登録ユーザｘ１の上位の登録ユー
ザｘ０が、左右２人を越えて新規の登録ユーザの紹介が
あった場合、予め設定可能なスピルオーバ・フラグによ
り指定された方向の一番外側の枝のノードに、上位の登
録ユーザｘ０から紹介された新規登録ユーザを追加登録
するために使用され、スピルオーバ・フラグで指定され
る左右方向の、一番外側の枝のノードにのみ、上位登録
ユーザｘ０から紹介された新規登録ユーザを追加登録す
る処理で、この新規登録ユーザ追加登録処理では、スピ
ルオーバ・フラグで指定される左右方向の、一番外側で
ない内側の枝のノードに、上位登録ユーザｘ０から紹介
された新規登録ユーザを追加登録することは、できない
ようになっている。また、スピルオーバ・フラグは、各
上位登録ユーザｘ０が、いつでも、自由に設定／変更で
きるようになっており、デフォルトでは、このインター
ロック・フラグは、左側の枝に追加登録するように初期
化されている。また、自分より、上位の既登録ユーザ
も、それぞれ、スピルオーバ・フラグを持っており、こ
れらのスピルオーバ・フラグの間で、新規登録ユーザの
追加方向が、相い反する場合には、より上位の既登録ユ
ーザが設定したスピルオーバ・フラグの方向が、下位の
既登録ユーザが設定したスピルオーバ・フラグの方向に
優先するようになっている。かかるスピルオーバ・フラ
グの方向制御に関し、より具体的に説明すると、スピル
オーバ処理部２５ｃでは、図９において、既登録ユーザ
ｘ０が、ｘ１の右上の階層にあり、２分木構造の左側の
枝にスピルオーバ・フラグを設定／変更した場合、既登
録ユーザｘ０から溢れて、下位のユーザｘ１に追加登録
される新規の登録ユーザは、順次、ｘ１、ｘ１ａ，ｙ
１、ｙ３のノードがその候補となり、左側の枝で、か
つ、一番左側の外側ノードにのみ、溢れてきた紹介者ｘ
１ａａａａが追加登録されるようになっている。また、
既登録ユーザｘ０がｘ１の左上の階層にあり、２分木構
造の右側の枝にスピルオーバ・フラグを設定／変更した
場合、既登録ユーザｘ０から溢れて、下位のユーザｘ１
に追加登録される新規の登録ユーザは、順次、ｘ１、ｘ
１ｂ，Ｏ２、ｘ１ｂｂｂ，Ｈ２のノードがその候補とな
り、右側の枝で、かつ、一番右側の外側ノードにのみ、
溢れてきた紹介者ｘ１ｂｂｂが追加登録されるようにな
っている。

【００１４】続いて、登録ユーザデータベース２５に接
続された系列マップ表示部２５ｄの動作について説明す
ると、通常、各ユーザｘ１は、自分の下に、順次、時刻
をベースとした２分木構造で、紹介者ｘ１ａ，ｘ１ｂ等
が登録されるが、自分の下に内側の枝も含めて、どのよ
うに新規ユーザの紹介が進行して、登録が進んでいる
か、大いに関心がある。そこで、ユーザｘ１を頂点とし
た全登録者の系列状態が、図９の様なツリー構造のマッ
プとして表示部されると、大変便利である。このユーザ
ｘ１を頂点とした全登録者の系列状態を、図９の様なツ
リー構造のマップとして表示するのが、系列マップ表示
部２５ｄの機能で、既登録者の系列の枝（ツリー）表示
を縦横のマトリックスで表示し、１画面を超える場合
は、画面制約に応じて切り換えて表示する、あるいは、
スクロールしてもよく、また、直近の２週間の間に追加
登録された人のみを表示するようにしてもよい。尚、系
列マップ表示部２５ｄでは、上述のツリー構造のマップ
と共に、次の表示情報が、表示されるようになってい
る。 １）各ノードのユーザのニックネーム、２）ID番号、
３）ディストリビューター種別(能力ランキング）、
４）全体ランキング、５）登録日、６）更新予定日、
７）メールアドレス、８）グループ種別(企業／個
人）、９）会員種別情報 さらに、登録ユーザデータベース２５に接続された紹介
者ステップ表示部２５ｅの動作について説明すると、通
常、各ユーザｘ１は、自分の下に、順次、時刻をベース
とした２分木構造で、紹介者ｘ１ａ，ｘ１ｂ等が登録さ
れるが、自分の下に内側の枝も含めて、どのように新規
ユーザの紹介が進行して、登録が進んでいるか、大いに
関心がある。そこで、ユーザｘ１を頂点とした全登録者
の系列状態の中で、各ツリー構造の同一レベル（各ノー
ドの深さ）に属するユーザを表示するのが、紹介者ステ
ップ表示部２５ｅの機能であり、各ユーザｘ１に対し
て、レベル１の紹介者ステップ表示では、新規ユーザｘ
１ａ，ｘ１ｂに関する、系列マップ表示部２５ｄと同様
の表示情報が、表示され、レベル２の紹介者ステップ表
示では、新規ユーザｘ１ａａ，ｘ１ａｂ、ｘ１ｂａ、ｘ
１ｂｂに関する、系列マップ表示部２５ｄと同様の表示
情報が、表示され、レベル３の紹介者ステップ表示で
は、新規ユーザｘ１ａａａ、ｘ１ａａｂ、ｘ１ａｂａ，
ｘ１ａｂｂ、ｘ１ｂａａ，ｘ１ｂａｂ，ｘ１ｂｂａ，ｘ
１ｂｂｂに関する、系列マップ表示部２５ｄと同様の表
示情報が、表示されるようになっている。具体的には、
この紹介者ステップ表示では、新規登録が確定した情報
として、１）レベル情報、２）ニックネーム、３）ID番
号、４）ディストリビューター種別(能力ランキング）
情報、５）全体ランキング情報、６）登録日、７）更新
予定日、８）メールアドレス、９）グループ種別(企業
／個人）情報、１０）会員種別情報等が表示されるよう
になっている。

【００１５】次に、報酬額演算部２６で実行される週末
決済処理部２６ａの動作に関して、図１０乃至図１３を
参照して説明する。この週末決済処理部２６ａは、予め
設定した所定の期間ｔ１毎に、定期的に実行され、期間
ｔ１としては、７、１４、２１、２８、３５、１０、１
５、２０、３０、２９、３１日、または、1ヶ月毎のよ
うに様々な期間が採用できるが、７日（１週間）が、好
ましい。しかして、週末決済処理部２６ａでは、予め設
定した所定の期間ｔ１が経過すると、先ず、オービット
・サイクル処理部２６ｂを起動し、各登録済みユーザに
対し、図１０（Ａ）に示すような第１のテーブルにした
がって、支払予定報酬額の絶対値を演算する。すなわ
ち、 ｊ１）各登録済みユーザｘ１をルートとした２分木構造
の左の枝の中で、当該期間ｔ１内に、新規に登録された
ユーザ数ｂ１をカウントする。 ｊ２）各登録済みユーザｘ１をルートとした２分木構造
の右の枝の中で、当該期間ｔ１内に、新規に登録された
ユーザ数ｃ１をカウントする。 ｊ３）各登録済みユーザｘ１をルートとした２分木構造
の左の枝の中で、当該期間ｔ１の１単位前の期間で報酬
カウントされなかった繰り越しユーザ数ｂ２を、上記ｂ
１に加算し、当該期間ｔ１の左枝総ユーザ数ｂ３を求め
る。 ｊ４）各登録済みユーザｘ１をルートとした２分木構造
の右の枝の中で、当該期間ｔ１の１単位前の期間で報酬
カウントされなかった繰り越しユーザ数ｃ２を、上記ｃ
１に加算し、当該期間ｔ１の右枝総ユーザ数ｃ３を求め
る。 ｊ５）総人数（ｂ３＋ｃ３）の値から、第１のテーブル
を引いて、前記支払予定額の絶対値ｄ１を求める。 尚、第１のテーブルは、期間ｔ１内に紹介し登録された
総人数（ｂ３＋ｃ３）を、ｍｏｄ（ｍ２）で、ｍｏｄｕ
ｌｕｓ（法）処理し、ｍ２単位で、ｍ１，２＊ｍ１，３
＊ｍ１、．．．、（ｎ−１）＊*ｍ１，ｍ２のｎ段階に
分割してチェックし、それぞれ、登録者数が、ｍ１に達
した時点で、報酬額ｄ１＝ｆ１を支払い、登録者数が、
2*ｍ１に達した時点で、報酬額ｄ１＝ｆ２を支払い、登
録者数が、3*ｍ１に達した時点で、報酬額ｄ１＝ｆ３を
支払い、登録者数が、ｍ２に達した時点で、報酬額ｄ１
＝ｆｎを支払う予定になっている。具体的には、ｍ２と
しては、３０〜６０人前後が好ましく、特に、５０人が
好ましい。また、最小支払単位のｍ１としては、５〜１
０人前後が、好ましく、特に、８または９人が好まし
い。したがって、第１テーブルの分割数ｎは、５〜１０
前後となる。また、支払額の１例としては、支払額ｆ１
＝８千円、支払額ｆ２＝５千円、支払額ｆ３＝５千円、
支払額ｆ４＝８千円、支払額ｆ５＝８千円、支払額ｆ６
＝１６千円等が利用できる。

【００１６】次に、バランス・シフト処理部２６ｃによ
り、予め設定した所定の期間ｔ１内で新規に登録された
ユーザ数の左右のバランス状態をチェックし、支払比率
ｄ２を決定する。ここでは、各登録済みユーザに対し、
図１０（Ｂ）に示す第２のテーブルにしたがって、バラ
ンス状態がチェックされる。すなわち、 ｋ１）各登録済みユーザｘ１をルートとした２分木構造
の左の枝の中で、当該期間ｔ１内に、新規に登録された
ユーザ数ｂ１をカウントする。 ｋ２）各登録済みユーザｘ１をルートとした２分木構造
の右の枝の中で、当該期間ｔ１内に、新規に登録された
ユーザ数ｃ１をカウントする。 ｋ３）各登録済みユーザｘ１をルートとした２分木構造
の左の枝の中で、当該期間ｔ１の１単位前の期間で報酬
カウントされなかった繰り越しユーザ数ｂ２を、上記ｂ
１に加算し、当該期間ｔ１の左枝総ユーザ数ｂ３を求め
る。 ｋ４）各登録済みユーザｘ１をルートとした２分木構造
の右の枝の中で、当該期間ｔ１の１単位前の期間で報酬
カウントされなかった繰り越しユーザ数ｃ２を、上記ｃ
１に加算し、当該期間ｔ１の右枝総ユーザ数ｃ３を求め
る。 ｋ５）総人数（ｂ３＋ｃ３）の値及び前記（ｂ３：ｃ
３）または（ｃ３：ｂ３）の比から、第２のテーブルを
引いて、支払比率ｄ２を求める。すなわち、第２のテー
ブルは、期間ｔ１内に紹介し登録された総人数（ｂ３＋
ｃ３）及びバランス比率（ｂ３：ｃ３）、（ｃ３：ｂ
３）から、次の５つの条件により、支払比率ｄ２を決定
する。 ｒ１）登録された総人数（ｂ３＋ｃ３）が０人でなくて
も、左側総人数ｂ３または右側総人数ｃ３のいずれか一
方が０の場合には、ｄ２＝０とし、今回は、支払を行わ
ず、登録人数は、全て次回に繰り越される。 ｒ２）登録された総人数（ｂ３＋ｃ３）が１５００人以
下で、バランス比率（ｂ３：ｃ３）または（ｃ３：ｂ
３）が、１：１から１：２の範囲内にある場合には、ｄ
２＝１．０とする。 ｒ３）登録された総人数（ｂ３＋ｃ３）が１５００人以
下で、バランス比率（ｂ３：ｃ３）または（ｃ３：ｂ
３）が、１：２から１：３の範囲内にある場合には、ｄ
２＝ｇ１とする。 ｒ４）登録された総人数（ｂ３＋ｃ３）が１５００人以
下で、バランス比率（ｂ３：ｃ３）または（ｃ３：ｂ
３）が、１：３より大きい場合には、ｄ２＝ｇ２とす
る。 ｒ５）登録された総人数（ｂ３＋ｃ３）が１５００人以
上の場合には、ｄ２＝１．０とする。尚、上述の第２の
テーブルの比率ｇ１，ｇ２の値としては、１．０以下の
値が好ましく、具体的には、ｇ１＝０．８５，ｇ２＝
０．７の値が好ましい。かかるバランス・シフト処理部
２６ｃの具体例を、図１１を参照して説明すると、図１
１では、登録済みユーザｘ１の親ユーザがｘ０であり、
期間ｔ１内に、親ユーザｘ０は、自分の右側の枝に対し
ｃ１x0＝３人の新規ユーザを紹介／登録した。一方、ユ
ーザｘ１は、期間ｔ１内に、自分の右側の枝に対しｃ１
x1＝７人の新規ユーザを紹介／登録し、自分の左側の枝
に対しｂ１x1＝１０人の新規ユーザを紹介／登録したと
する。かかる場合、ｍ１＝８人とし、支払額ｆ１＝８千
円、支払額ｆ２＝５千円、支払額ｆ３＝５千円、支払額
ｆ４＝８千円、支払額ｆ５＝８千円・・・とすると、ユ
ーザｘ１は、ｂ３x1＝９，ｂ２x1＝１，ｃ３x1＝７，と
なり、 ３＊ｍ１ ＞（ｂ３＋ｃ３）＞＝ ２＊ｍ１ ２４ ＞ １６ ＞＝ １６ となるので、図１０（Ａ）の第１のテーブルより支払額
ｆ１＝８０００円および支払額ｆ２＝５０００円を受け
取ることができ、このとき、（ｂ３：ｃ３）の比率は、
９／７＝１．２８ となるので、図１０（Ｂ）の第２の
テーブルから上記規則ｒ２を適用し、 ｄ２＝１．０ となり、 最終報酬額ｄ３は、 ｄ３＝ （ｆ１＋ｆ２） ＊ ｄ２ ＝（８０００＋５０００）＊１．０＝１３０００ となる。一方、ユーザｘ０は、左枝がｂ１x0＝１７、右
枝がｃ１x0＝３であるので、ｃ３x0＝ｃ１x0とすると、
図１０（Ｂ）の第２のテーブルから上記規則ｒ４が適用
され、ｂ３x0 ＝ ３ ＊ ｃ３x0 ＝ ３*３ ＝
９ となるが、 ２＊ｍ１ ＞（ｂ３＋ｃ３） ＞＝ ｍ１ １６ ＞ １２ ＞＝ ８ となるので、ｍ１＝８ の条件より、ｃ３x0＝２人とな
り、ｃ２x0＝１人は、次回に繰り越される。また、上記
規則ｒ４により、ｂ３x0 ＝ ３ ＊ ｃ３x0 ＝ ３
*２ ＝ ６ となり、ｂ２x0 ＝ ｂ１x0−ｂ３x0
＝ １７−６ ＝９人は、次回に繰り越される。従っ
て、最終的には、ユーザｘ０は、 ２＊ｍ１ ＞（ｂ３＋ｃ３） ＞＝ ｍ１ １６ ＞ ６＋２ ＞＝ ８ となるので、図１０（Ａ）の第１のテーブルより支払額
ｆ１＝８０００円のみを受け取ることができ、このと
き、（ｂ３：ｃ３）の比率は、６／２＝３．０となるの
で、図１０（Ｂ）の第２のテーブルから上記規則ｒ４が
適用され、ｄ２ ＝ ｇ２ となり、最終報酬額ｄ３
は、 ｄ３＝ ｆ１ ＊ ｄ２ ＝ ８０００ ＊ ０．７ ＝ ５６００ となる。かくして、従来の２Ｘマトリックス・システム
と比較し、新規に獲得したユーザ数に、左右のバランス
状態を反映させ、初期に加入したユーザｘ０と、後から
加入したユーザｘ１との間で、バランス状態に応じて報
酬支払額に違いを設けることが可能となり、初期に加入
したユーザｘ０より、後から加入したユーザｘ１のほう
が報酬受取額が、多くなる条件が確保でき、より、平等
かつ公平感のある報酬支払システムを実現することがで
きる。したがって、バランス比率（ｂ３：ｃ３）または
（ｃ３：ｂ３）が、１：３以上の比率となった場合に
は、報酬額の比率ｄ２を、１．０以下の値に設定すると
共に、支払対象となる左枝総ユーザ数ｂ３と、右枝総ユ
ーザ数ｃ３を、１：３以内の範囲に限定するようにし、
カウントされなかったユーザ数は、次回の演算にｂ２，
ｃ２として繰り越すようになっている。

【００１７】かくして、支払予定の報酬額の絶対値ｄ１
および支払比率ｄ２が求まると、ボーナス・リミッタ処
理部２６ｄにより、報酬額の絶対値ｄ１及び支払比率ｄ
２から、最終報酬支払額ｄ３＝ｄ１＊ｄ２を演算し、こ
の値が、別途設定した期間ｔ１毎の支払限度額（リミッ
ト額）ｕ１、及び、累積支払限度額（リミット額）ｕ２
＝ｕ１＊ｔ２をオーバーしていないか否かチェックし、
オーバーしている場合には、限度額（リミット額）の範
囲で報酬額を支払う。具体的には、期間ｔ１毎の支払限
度額ｕ１＝３００万円であり、累積支払限度額のチェッ
ク期間ｔ２を、４〜１０に設定することが、好ましく、
ｔ２＝４．５とすると、累積支払限度額ｕ２＝１３５０
万円となり、この額は、ほぼ１ヶ月間の累積支払限度額
に相当している。かかる報酬額の支払状態を、図１２お
よび図１３を参照して、具体的に説明する。先ず、ｍ１
＝８人、ｍ２＝５０人、支払額ｆ１＝８千円、支払額ｆ
２＝５千円、支払額ｆ３＝５千円、支払額ｆ４＝８千
円、支払額ｆ５＝８千円、支払額ｆ６＝１６千円とし、
ｇ１＝０．８５，ｇ２＝０．７とする。次に、登録済み
ユーザｘ１は、最初の期間ｔ１内に、自分の左側の枝に
対しｂ１＝４人の新規ユーザを紹介／登録し、また、自
分の右側の枝に対しｃ１＝４人の新規ユーザを紹介／登
録した。従って、ｂ３＝ｂ１＝４，ｃ３＝ｃ１＝４ と
なり、 ２＊ｍ１ ＞（ｂ３＋ｃ３）＞＝ ｍ１ １６ ＞ ８ ＞＝ ８ となるので、図１０（Ａ）の第１のテーブルより支払額
ｆ１＝８０００円を受け取ることができ、このとき、
（ｂ３：ｃ３）の比率は、４／４＝１．０ となるの
で、図１０（Ｂ）の第２のテーブルから上記規則ｒ２が
適用され、ｄ２＝１．０ となり、最終報酬額ｄ３は、 ｄ３＝ ｆ１ ＊ ｄ２ ＝ ８０００＊１．０＝ ８０００ となる。次に、登録済みユーザｘ１は、第２の期間ｔ１
内に、自分の左側の枝に対しｂ１＝２人の新規ユーザを
紹介／登録し、また、自分の右側の枝に対しｃ１＝８人
の新規ユーザを紹介／登録した。従って、ｂ３＝ｂ１＝
２，ｃ１＝８ となるが、図１０（Ｂ）の第２のテーブ
ルから上記規則ｒ４が適用され、ｂ３＋ｃ３＝２＋８と
はできず、ｃ３ ＝ ３ ＊ ｂ１ ＝ ３＊２ ＝
６人となり、残りのｃ２＝ｃ３−ｃ１＝８−６＝２人
は、次回の演算に繰り越される。したがって、ユーザｘ
１は、前回の８人から累積した合計が２＊ｍ１を上回
り、 ３＊ｍ１ ＞（ｂ３＋ｃ３）＋８1st ＞＝ ２＊ｍ１ １６ ＞ ２＋６ ＋８ ＞＝ １６ となるので、図１０（Ａ）の第１のテーブルより支払額
ｆ２＝５０００円を受け取ることができ、このとき、
（ｃ３：ｂ３）の比率は、６／２＝３．０ となるの
で、図１０（Ｂ）の第２のテーブルから上記規則ｒ４が
適用され、ｄ２＝ ｇ２ となり、最終報酬額ｄ３は、 ｄ３＝ ｆ２ ＊ ｄ２ ＝ ５０００ ＊ ０．７ ＝ ３５００ となる。さらに、登録済みユーザｘ１は、第３の期間ｔ
１内に、自分の左側の枝に対しｂ１＝１２人の新規ユー
ザを紹介／登録し、また、自分の右側の枝に対しｃ１＝
１０人の新規ユーザを紹介／登録した。従って、ｂ３＝
ｂ１＝１２，ｃ３＝ｃ１＋ｃ２＝１０＋２＝１２ とな
り、前回の１６人から累積した合計が５＊ｍ１を上回
り、 ｍ２ ＞（ｂ３＋ｃ３）＋１６2nd ＞＝ ５＊ｍ１ ５０ ＞ １２＋１２ ＋１６ ＞＝ ４０ となるので、図１０（Ａ）の第１のテーブルより支払額
ｆ３＝５０００円、支払額ｆ４＝８０００円、支払額ｆ
５＝８０００円を受け取ることができ、このとき、（ｂ
３：ｃ３）の比率は、１２／１２＝１．０ となるの
で、図１０（Ｂ）の第２のテーブルから上記規則ｒ２が
適用され、ｄ２＝１．０ となり、最終報酬額ｄ３は、 ｄ３＝ （ｆ３＋ｆ４＋ｆ５） ＊ ｄ２ ＝ （５０００＋８０００＋８０００） ＊ １．０
＝ ２１０００ となる。続いて、登録済みユーザｘ１は、第４の期間ｔ
１内に、自分の左側の枝に対しｂ１＝７人の新規ユーザ
を紹介／登録し、また、自分の右側の枝に対しｃ１＝６
人の新規ユーザを紹介／登録した。従って、ｂ１＝７，
ｃ１＝６ となり、ｂ３＝ｂ１＝７， ｃ３＝ｃ１＝６
とすると、前回の４０人から累積した合計がｍ２を上
回り、 ｍ２＋ｍ１ ＞（ｂ３＋ｃ３）＋４０3rd ＞＝ ｍ２ ５８ ＞ ７＋ ６ ＋４０ ＞＝ ５０ となるので、 ｂ３4th＝５、ｃ３4th＝５ となり、ｂ
２＝ｂ１−ｂ３＝７−５＝２人、ｃ２＝ｃ１−ｃ３＝６
−５＝１人は、次回に繰り越しとなり、 ｍ２＋ｍ１ ＞（ｂ３＋ｃ３）＋４０3rd ＞＝ ｍ２ ５８ ＞ ５＋ ５ ＋４０ ＞＝ ５０ から、図１０（Ａ）の第１のテーブルより支払額ｆ６＝
１６０００円を受け取ることができ、このとき、（ｂ
３：ｃ３）の比率は、５／５＝１．０ となるので、図
１０（Ｂ）の第２のテーブルから、上記規則ｒ２が適用
され、ｄ２＝１．０ となり、最終報酬額ｄ３は、 ｄ３＝ ｆ６ ＊ ｄ２ ＝ １６０００ ＊ １．０ ＝ １６０００ となる。以上の報酬額演算処理が、期間ｔ１毎に、全登
録ユーザに対して実施される。尚、一度登録したユーザ
が、登録メニュ−と同様な解約メニュ−により、解約手
続きを実行して、有料サービス提供システム４を離れる
と、この解約されたノードは、ダミーノードに変更し
て、以後、システム運営会社が、このノードを管理する
ようになっている。

【００１８】次に、この発明の２Ｘマトリックス・シス
テム運営会社の利益率を、様々な条件で、シミュレーシ
ョンして、システム運営会社が破産することのないこと
を確認する。このシミュレーションの条件として、登録
料（入会金）ｐ１＝１０千円とし、ｍ２人紹介した時点
で、紹介者に還元する報酬額の総額が、収入金額の１０
％とする規則を、基本とし、図１０（Ａ）の第１のテー
ブルに対して、以下のＡ）〜Ｄ）の条件で行い、その結
果を図１４の曲線Ａ）〜Ｄ）に示す。 条件Ａ）テーブルの要素数ｎを ３〜５ の範囲
で変化させ、支払最小単位の人数ｍ１を ６〜１０ の
範囲で変化させ、支払サイクル人数ｍ２を ３０
とし、、支払額は、 ｆ１＋ｆ２＋ｆ３＋・・・＋ｆ
ｎ＝３０千円に設定した。また、支払限度額に関して
は、期間ｔ１毎の支払限度額ｕ１を ３００万円と
し、期間ｔ２毎の支払限度額ｕ２を １３５０万円とし
た。 条件Ｂ）テーブルの要素数ｎを ４〜７ の範囲
で変化させ、支払最小単位の人数ｍ１を ６〜１０ の
範囲で変化させ、支払サイクル人数ｍ２を ４０
とし、、支払額は、 ｆ１＋ｆ２＋ｆ３＋・・・＋ｆ
ｎ＝４０千円に設定した。また、支払限度額に関して
は、期間ｔ１毎の支払限度額ｕ１を ３００万円と
し、期間ｔ２毎の支払限度額ｕ２を １３５０万円とし
た。 条件Ｃ）テーブルの要素数ｎを ５〜８ の範囲
で変化させ、支払最小単位の人数ｍ１を ６〜１０ の
範囲で変化させ、支払サイクル人数ｍ２を ５０
とし、、支払額は、 ｆ１＋ｆ２＋ｆ３＋・・・＋ｆ
ｎ＝５０千円に設定した。また、支払限度額に関して
は、期間ｔ１毎の支払限度額ｕ１を ３００万円と
し、期間ｔ２毎の支払限度額ｕ２を １３５０万円とし
た。 条件Ｄ）テーブルの要素数ｎを ６〜１０ の範
囲で変化させ、支払最小単位の人数ｍ１を ６〜１０
の範囲で変化させ、支払サイクル人数ｍ２を ６
０ とし、、支払額は、 ｆ１＋ｆ２＋ｆ３＋・・・＋
ｆｎ＝６０千円に設定した。また、支払限度額に関して
は、期間ｔ１毎の支払限度額ｕ１を ３００万円と
し、期間ｔ２毎の支払限度額ｕ２を １３５０万円とし
た。かかるシミュレーションの結果、図１４から、この
発明の２Ｘマトリックス・システム運営会社の利益率
は、テーブルの要素数ｎ、支払最小単位の人数ｍ１、支
払サイクル人数ｍ２、支払最小単位の人数ｍ１等には、
余り影響されないことが分かった。

【００１９】そこで、次に、シミュレーションの条件と
して、登録料（入会金）ｐ１＝１０千円とし、ｍ２人紹
介した時点で、紹介者に還元する報酬額の総額が、収入
金額の１０％（図１４と同一）、１２．５％，１５％と
増加させ、他の条件は、図１４の条件と同一でシミュレ
ーションしたところ、図１５の曲線群Ａ１〜Ｄ１（１０
％）、曲線群Ａ２〜Ｄ２（１２．５％）、曲線群Ａ３〜
Ｄ３（１５％）が得られた。この結果、支払サイクル人
数ｍ２を達成した時点での紹介者に還元する報酬額の総
額は、収入金額の１５％以内が、好ましいことが、分か
った。

【００２０】さらに、シミュレーションの条件として、
登録料（入会金）ｐ１＝１０千円とし、支払サイクル人
数ｍ２を達成した時点での紹介者に還元する報酬額の総
額が、収入金額の１０％とし、また、支払限度額を期間
ｔ１毎の支払限度額ｕ１を ３００万円〜５００万円
の範囲に設定し、他の条件は、図１４の条件と同一でシ
ミュレーションしたところ、図１６の曲線群Ａ１〜Ｄ１
（３５０万円）、曲線群Ａ２〜Ｄ２（４００万円）、曲
線群Ａ３〜Ｄ３（４５０万円）、曲線群Ａ４〜Ｄ４（５
００万円）が得られた。この結果、期間ｔ１毎の支払限
度額ｕ１は、３００万円〜５００万円の範囲以内である
ことが、好ましいことが、分かった。

【００２１】さらにまた、シミュレーションの条件とし
て、登録料（入会金）ｐ１＝１０千円とし、支払サイク
ル人数ｍ２を達成した時点での紹介者に還元する報酬額
の総額が、収入金額の１０％とし、また、支払限度額を
期間ｔ２毎の支払限度額ｕ２を １０００万円〜１００
００万円の範囲に設定し、他の条件は、図１４の条件と
同一でシミュレーションしたところ、図１７の曲線群Ａ
１〜Ｄ１（１３５０万円）、曲線群Ａ２〜Ｄ２（１５５
０万円）、曲線群Ａ３〜Ｄ３（１７００万円）が得られ
た。この結果、期間ｔ２毎の支払限度額ｕ２は、１３５
０万円〜１７００万円の範囲以内であることが、好まし
いことが、分かった。尚、上記説明では、支払報酬とし
て、現金の場合を説明したが、このほか、支払報酬対象
として、電子マネー、商品、商品券、クーポン、ディビ
ットカード、プリペイドカード、小切手、サービス提供
券、有価証券等を支払いの対象とすることができる。ま
た、本システムの提供するサービス、例えば、インター
ネット上での有料サービス提供システムとしての、ホー
ムページのホスティング（ウェブレンタル）、電子メー
ルサービス、ＣＧＩサービス、グループコミュニケーシ
ョン、オプトインウェブ、メーリングリスト、ボイスメ
ール、アフェリエイトサービス、インターネットサービ
スプロバイダー（ＩＳＰ）、オリジナルブラウザー、有
料会員サービス等では、料金を支払って利用する登録ユ
ーザは、これらのソフトウェアに関して、そのソフトウ
ェアに関する仕様変更に伴うレヴィジョンアップサービ
スや、最新の仕様によるバージョンアップサービス、ソ
フトウェアの動作環境情報サービス、ソフトウェアのヘ
ルプデスクサービス、ウイルスチェックサービスなどの
提供システムに対するサービスを、ユーザ（クライアン
ト）のリクエスト（要求）に応じて有償で自動的にリカ
バリィ・コンバート（修復変更）するようになってい
る。すなわち、このリカバリ・コンバートシステムは、
管理制御するマスターサーバー１１またはリモート（遠
隔）操作で制御する有料サービス提供会社が提供する有
料サービスシステム４に内蔵され、その統括として、サ
ービスに対する情報を、システム管理サーバー１４ａ
が、クライアントのユーザーと提供サービスとを結ぶ管
理履歴を、順次記憶し、適宜ユーザーリクエストに応じ
て、自動的に制御管理及び課金システムとして登録ユー
ザーデータベース２５を通じて、入出金処理部２４ｃで
有償課金処理するようになっている。

【００２２】

【発明の効果】以上説明したように、この発明のインタ
ーネット上での有料サービス提供システムを利用した報
酬支払い方法によれば、従来の２Ｘマトリックスシステ
ムに、新規に獲得したユーザ数に応じた修正処理を追加
し、新規登録ユーザの数が増大しても、システムの運営
会社が破産することのない、安定した報酬支払いシステ
ムを構築することができる。また、初期に加入したユー
ザと、後から加入したユーザとの間で、報酬支払期間ｔ
１毎に、左右の枝の増加登録人数のバランス比率に基づ
いた修正を導入でき、報酬支払額に、努力度に応じた修
正ができるので、より平等で公平感のある報酬支払いシ
ステム実現できる。さらに、インターネット上での有料
サービス提供システムにおいて、有料会員登録ユーザ
に、現金、電子マネー、デビッドカード、プリペイドカ
ード、有価証券、小切手、プライベート通貨、役務提供
券、商品、商品券、クーポン等の報酬を支払い、より多
くの人に、経済的なサービスを提供することができる。

【図面の簡単な説明】

【図１】この発明のシステム全体の１構成例を示す図で
ある。

【図２】この発明の報酬額演算システムのより詳細な構
成の１例を示す図である。

【図３】この発明の報酬額演算システムのブロック構成
の１例を示す図である。

【図４】この発明の登録手続きの１例を示すフローチャ
ートである。

【図５】その入力項目の１例を示す図である。

【図６】この発明の登録手続き終了ユーザのホームペー
ジの１例を示す図である。

【図７】この発明の登録ユーザの２分木構造の一例を示
す図である。

【図８】この発明の登録ユーザの２分木構造に、クロス
オーバ・チェック部を設けた一例を示す図である。

【図９】この発明の登録ユーザの２分木構造に、スピル
オーバ処理部を設けた一例を示す図である。

【図１０】この発明の支払報酬規則を示すテーブルの一
例を示す図である。

【図１１】この発明の支払報酬規則のバランス・シフト
の原理を示す図である。

【図１２】この発明の支払報酬規則の１例を示す登録ユ
ーザの２分木構造例である。

【図１３】その支払過程を説明する１例を示す図であ
る。

【図１４】この発明のシステム運営会社の利益率をシミ
ュレーションした結果を示す図である。

【図１５】この発明のシステム運営会社の利益率を、別
の条件でシミュレーションした結果を示す図である。

【図１６】この発明のシステム運営会社の利益率を、ま
た別の条件でシミュレーションした結果を示す図であ
る。

【図１７】この発明のシステム運営会社の利益率を、さ
らにまた別の条件でシミュレーションした結果を示す図
である。

【符号の説明】

１ 情報伝送径路、インターネット ３ａ，３ｂ，３ｃ 決済手段 ４，１１ａ，１４ｊ マスターデータベース ８ 報酬額演算システム １１ サーバ ２４ａ 入会受付／登録部 ２４ｃ 入出金処理部 ２５ データベース ２５ａ 登録方向処理部 ２５ｂ インターロック制御部 ２５ｃ クロスオーバ・チェック部 ２５ｄ スピルオーバ処理部 ２６ 報酬額演算部２６ ２６ａ 週末決済処理部 ２６ｂ オービット・サイクル処理部 ２６ｃ バランス・シフト処理部 ２６ｄ ボーナス・リミッタ処理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 神戸 斉 神奈川県横浜市保土ケ谷区上菅田町418丁 目102番 (72)発明者 金 豊 神奈川県藤沢市鵠沼松が岡３丁目７番９号 (72)発明者 古澤 秀明 神奈川県横浜市神奈川区栄町８丁目１番 806号 (72)発明者 小林 一郎 神奈川県相模原市御薗１丁目12番10号 (72)発明者 林 雅樹 神奈川県横浜市港北区新羽町1617 アミス ター201 (72)発明者 宇田川 務 東京都新宿区新宿１丁目32番11−805号 (72)発明者 山本 美子 神奈川県横浜市戸塚区平戸町484丁目11番 (72)発明者 加藤 裕司 東京都品川区小山６丁目21番３−202号 (72)発明者 林 博子 東京都目黒区青葉台３丁目９番２号 Ｆターム(参考） 5B049 AA01 BB00 CC36 EE01 EE02 GG10

Claims (16)

【特許請求の範囲】
1. 【請求項１】 インターネット上での有料サービス提供
   システムにおいて、 前記有料サービス提供システムでは、ユーザ登録を、各
   ユーザが登録される時刻をベースとした２分木構造で登
   録するように構成され、 前記ユーザ登録時点で、該ユーザに紹介者がある場合
   は、該紹介者の下の枝に該ユーザを登録するステップ
   と、 前記ユーザ登録時点で、該ユーザに紹介者がない場合
   は、予め設定した規則に従って該ユーザを所定の枝に登
   録するステップと、 前記登録済みユーザが、当該有料サービスに対し、対価
   ｐ１を支払うステップと、 前記登録済みユーザが、新しいユーザに当該有料サービ
   ス提供システムへの登録を紹介した場合、該登録済みユ
   ーザの下の枝に前記新しいユーザを登録するステップ
   と、 予め設定した所定の期間ｔ１毎に、各登録済みユーザに
   対し、各ユーザの下に登録されている新しいユーザ数
   （ｂ１，ｃ１）をカウントし、このユーザ数（ｂ１，ｃ
   １）に対応して予め定めた報酬分配規則に従って、所定
   の報酬額を演算し、支払うステップと、 を含むことを特徴とするインターネット上での有料サー
   ビス提供システムにおける報酬支払い方法。
2. 【請求項２】 前記有料サービス提供システムが、ホー
   ムページのホスティング（ウェブレンタル）、電子メー
   ルサービス、ＣＧＩサービス、グループコミュニケーシ
   ョン、オプトインウェブ、メーリングリスト、ボイスメ
   ール、アフェリエイトサービス、インターネットサービ
   スプロバイダー（ＩＳＰ）、オリジナルブラウザー、の
   いずれか１つを少なくとも含む請求項１に記載のインタ
   ーネット上での有料サービス提供システムにおける報酬
   支払い方法。
3. 【請求項３】 前記報酬が、現金、電子マネー、デビッ
   ドカード、プリペイドカード、有価証券、小切手、プラ
   イベート通貨、役務提供券、商品、商品券、クーポン、
   のいずれか１つを含む請求項１または２に記載のインタ
   ーネット上での有料サービス提供システムにおける報酬
   支払い方法。
4. 【請求項４】 前記予め設定した所定の期間ｔ１が、
   ７、１４、２１、２８、３５、１０、１５、２０、３
   ０、２９、３１日、または、1ヶ月のいずれか１つを含
   む請求項１乃至３いずれか１項に記載のインターネット
   上での有料サービス提供システムにおける報酬支払い方
   法。
5. 【請求項５】 前記予め設定した所定の期間ｔ１内に支
   払われる報酬額にリミット額を設けた請求項４に記載の
   インターネット上での有料サービス提供システムにおけ
   る報酬支払い方法。
6. 【請求項６】 前記予め設定した所定の期間ｔ１より長
   い第２の所定の期間ｔ２に対し、累積支払報酬額を求
   め、この累積支払報酬額に対し第２のリミット額を設け
   た請求項４または５に記載のインターネット上での有料
   サービス提供システムにおける報酬支払い方法。
7. 【請求項７】 前記予め設定した所定の期間ｔ１毎に、
   各登録済みユーザに対し演算する予め設定した前記報酬
   分配規則が、 各登録済みユーザをルートとした２分木構造の左の枝の
   中で、当該期間ｔ１内に、新規に登録されたユーザ数ｂ
   １をカウントするステップと、 各登録済みユーザをルートとした２分木構造の右の枝の
   中で、当該期間ｔ１内に、新規に登録されたユーザ数ｃ
   １をカウントするステップと、 各登録済みユーザをルートとした２分木構造の左の枝の
   中で、当該期間ｔ１の１単位前の期間で報酬カウントさ
   れなかった繰り越しユーザ数ｂ２を、上記ｂ１に加算
   し、当該期間ｔ１の左枝総ユーザ数ｂ３を求めるステッ
   プと、 各登録済みユーザをルートとした２分木構造の右の枝の
   中で、当該期間ｔ１の１単位前の期間で報酬カウントさ
   れなかった繰り越しユーザ数ｃ２を、上記ｃ１に加算
   し、当該期間ｔ１の右枝総ユーザ数ｃ３を求めるステッ
   プと、 前記（ｂ３＋ｃ３）の値から、第１のテーブルを引い
   て、前記報酬額の絶対値ｄ１を求めるステップと、 前記（ｂ３＋ｃ３）の値及び左右のバランス比率（ｂ
   ３：ｃ３）または（ｃ３：ｂ３）の値から、第２のテー
   ブルを引いて、前記報酬額の比率ｄ２を求めるステップ
   と、 前記報酬額の絶対値ｄ１及び前記報酬額の比率ｄ２か
   ら、最終報酬支払額ｄ３＝ｄ１＊ｄ２を演算するステッ
   プと、を含む請求項１乃至６のいずれか１項に記載のイ
   ンターネット上での有料サービス提供システムにおける
   報酬支払い方法。
8. 【請求項８】 前記予め設定した所定の期間ｔ１毎に、
   各登録済みユーザに対し演算する予め設定めた前記報酬
   分配規則において、 前記第２のテーブルから左右のバランス比率（ｂ３：ｃ
   ３）または（ｃ３：ｂ３）を演算した結果、 このバランス比率（ｂ３：ｃ３）または（ｃ３：ｂ３）
   が、１：３以上の比率となった場合には、前記報酬額の
   比率ｄ２を、１．０以下の値に設定すると共に、 支払対象となる左枝総ユーザ数ｂ３と、右枝総ユーザ数
   ｃ３を、１：３以内の範囲に限定するようにし、カウン
   トされなかったユーザ数は、次回の演算に繰り越すよう
   にした請求項７に記載のインターネット上での有料サー
   ビス提供システムにおける報酬支払い方法。
9. 【請求項９】 前記第１のテーブルにおいて、 テーブルの要素数ｎを ６〜１１ の範囲で変化さ
   せ、 支払最小単位の人数ｍ１を ５〜１０ の範囲で変化さ
   せ、 支払サイクル人数ｍ２を ３０〜６０ の範囲で変化さ
   せ、 支払最小単位の人数ｍ１を５〜１０の範囲で変化させた
   請求項７または８に記載のインターネット上での有料サ
   ービス提供システムにおける報酬支払い方法。
10. 【請求項１０】 前記第１のテーブルにおいて、 支払額ｆ１＝８０００円、支払額ｆ２＝５０００円、支
    払額ｆ３＝５０００円、支払額ｆ４＝８０００円、支払
    額ｆ５＝１６０００円に設定した請求項７乃至９のいず
    れか１項に記載のインターネット上での有料サービス提
    供システムにおける報酬支払い方法。
11. 【請求項１１】 前記予め設定した所定の期間ｔ１内に
    支払われる報酬額にリミット額ｕ１が、３００万円〜１
    ０００万円の範囲である請求項５乃至１０のいずれか１
    項に記載のインターネット上での有料サービス提供シス
    テムにおける報酬支払い方法。
12. 【請求項１２】 前記予め設定した所定の期間ｔ２内に
    支払われる報酬額にリミット額ｕ２が、１０００万円〜
    １００００万円の範囲である請求項６乃至１１のいずれ
    か１項に記載のインターネット上での有料サービス提供
    システムにおける報酬支払い方法。
13. 【請求項１３】 前記ユーザ登録時点で、当該ユーザに
    紹介者がある場合、この紹介者の下の枝に該ユーザを登
    録する登録方向を制御するためのインターロック・フラ
    グを設け、前記紹介者が登録方向を制御できるようにし
    た請求項１乃至１２のいずれか１項に記載のインターネ
    ット上での有料サービス提供システムにおける報酬支払
    い方法。
14. 【請求項１４】 前記インターロック・フラグが、左
    側、右側、および、新規ユーザの選択する方向からなる
    請求項１３に記載のインターネット上での有料サービス
    提供システムにおける報酬支払い方法。
15. 【請求項１５】 前記新規ユーザ登録時点で、当該ユー
    ザの入力項目に当該ユーザが指定する暗号情報を設け、
    当該ユーザに紹介者があり、かつ、２重登録が検出され
    た場合、当該ユーザに対し、親ユーザの確認ステップを
    設け、前記暗号情報により前記新規ユーザを特定し、こ
    の特定された親ユーザの下の枝に当該ユーザを登録する
    ようにした請求項１３または１４に記載のインターネッ
    ト上での有料サービス提供システムにおける報酬支払い
    方法。
16. 【請求項１６】 前記有料サービスを実行するソフトウ
    エアでは、当該ソフトウェアに関して、そのソフトウェ
    アに関する仕様変更に伴うレヴィジョンアップサービス
    や、最新の仕様によるバージョンアップサービス、ソフ
    トウェアの動作環境情報サービス、ソフトウェアのヘル
    プデスクサービス、ウイルスチェックサービスなどの提
    供システムに対するサービスを、ユーザ（クライアン
    ト）のリクエスト（要求）に応じて有償で自動的にリカ
    バリィ・コンバート（修復変更）するようにし、このリ
    カバリ・コンバートシステムは、管理制御するマスター
    サーバーまたはリモート（遠隔）操作で制御する有料サ
    ービス提供会社が提供する有料サービスシステムに内蔵
    され、その統括として、サービスに対する情報を、シス
    テム管理サーバーが、クライアントのユーザーと提供サ
    ービスとを結ぶ管理履歴を、順次記憶し、適宜ユーザー
    リクエストに応じて、自動的に制御管理及び課金システ
    ムとして登録ユーザーデータベースを通じて、入出金処
    理部で有償課金処理するようになっている請求項１乃至
    １５のいずれか１項に記載のインターネット上での有料
    サービス提供システムにおける報酬支払い方法。