JP2012084044A - 会員制商品販売システムにおける付加ポイント蓄積管理とその還元ポイントによる購入者に対する収益金の分配システムのためのデータ処理装置 - Google Patents

Abstract

【課題】有限のステージ数を設定した会員制商品販売システムを用いて、全ての登録者（エントリー）それぞれが予め設定された所定の移動と配置を完結した段階で公平な収益金を獲得できるようにした共助型の収益金の分配のためのポイント・データ処理装置を提供する。
【解決手段】システム全体を統括する管理サーバ１０００、管理サーバ１０００を運用する管理者２０００、本システムに賛同して会員として登録した登録者（エントリー）３０００で構成される。管理サーバ１０００はポイント・データ蓄積・分配管理装置１００、このポイント・データ蓄積・分配管理装置１００のデータを管理し、必要な処理を施す中央管理装置３００を備える。ポイント・データ蓄積・分配管理装置１００にはポイント・プール１０１、システム・ツリー作成部１０２が設けられている。
【選択図】図１

Description

本発明は、商品販売における収益金の分配方法とそのためのデータ処理装置に係り、特に会員制商品販売システムにおける付加ポイント蓄積管理とそのポイント還元による購入者に対する収益金の分配のためのポイント・データ処理装置に関する。

商品の販売には、小売販売、通信販売等、商品を販売する側が購入対象者に対して一方的に商品の紹介・提示を行うのが一般的な販売システムである。

一方、「口コミ」販売あるいは会員制販売とも称する商品販売システムがある。この「口コミ」販売（会員制販売システム）は、始めは販売する側からの一部購入対象者（予想顧客）に対して商品とその商品販売システムの紹介・提示を行うことになるが、その後は当初購入者による他の顧客の紹介、所謂「口コミ」で購入者が増えて行くことになる。このとき、紹介した会員には紹介報酬が支払われるものがある。

会員制販売システムに関する従来技術の一例としては、例えば特許文献１に記載された「会員制販売システム」がある。特許文献１に記載された発明は、会員制販売システムにおいて、全ての紹介会員に対し、紹介報酬金の公平的な分配が可能であり、且つ、分配した紹介報酬金が予め決められた紹介報酬金原資枠に収まるようにした紹介報酬算出装置と方法及びそのためのプログラムを提供する。

具体的には、紹介報酬金原資枠を集計期間毎の全体の売上金額に対する所定の割合から算出する紹介報酬金原資枠算出手段と前記紹介報酬金原資枠を所定の基準で更に複数の基準還元枠に細分化する基準還元枠生成手段と前記所定の基準とサイクルポイントによって反映される前記会員の販売実績をもって、前記各基準還元枠に当てはまる紹介報酬金からの比例配分を当該会員の基準還元枠紹介ボーナスとしてそれぞれ算出する基準還元枠紹介ボーナス算出手段と算出された各基準還元枠紹介ボーナスの合計を当該会員が受け取るべきボーナスとするボーナス算出手段とを備える。

その他、この分野に関連するものとして、特許文献２、特許文献３を挙げることができる。特許文献２は、商品の速やかな頒布更には普及によって、飛躍的な販売の拡大を期待し得ると共に、現実に購入を行った購入者に至る紹介購入者の数が増大しても、全ての紹介購入者において、紹介報酬金の受領が可能であるような販売システムを提供する。

特許文献３は、複数の会社が共同開発した製品のバージョンアップや新機能追加などの改良資金を収集し、運用し、分配するための新しい仕組みを実現する。

特開２００５−４３０９号公報 特開２００２−１０９１８８号公報 特開２００２−２２２３２１号公報

報酬は、所定数の会員の確保時点において支払われ、購入数（購入金額）に応じて算出されるのが一般的である。そして、当該時点で一度支払われた報酬は、その後の下位会員の展開に引き継がれることはない。下位会員とは、上位会員の勧誘あるいは時間的に直近後で会員となって商品を購入したシステム参加者を意味する。

上位会員への報酬は、当該会員が「口コミ」で所定数の下位会員を確保した時点で支払われ、下位会員も同様の方法を順次繰り返すシステムでは、下位会員になる程、自身の下位会員の確保は難しくなり、従って報酬の確保が難しくなる。

この種の会員募集に依存する商品販売とそれに伴う報酬の支払いを行う、所謂、無限連鎖システムとして問題となるものでは、下位会員を確保しなかった、あるいは出来なかった会員は報酬を受けることができなくなり、システム自体が破綻することである。

本発明の目的は、有限のステージ数を設定した会員制商品販売システムを用いて、全ての登録者（エントリー）それぞれが予め設定された所定の移動と配置を完結した段階で公平な収益金を獲得できるようにした共助型の収益金の分配のためのポイント・データ処理装置を提供することにある。

システム全体を統括する管理サーバと、システムに賛同して会員として登録した登録者（エントリーと称する）を有し、管理サーバを運用する管理者を配置する。商品の購入に応じてポイントが発生する。このポイントをエントリー・ポイントと呼ぶこととする。エントリー・ポイントは、一面では出資金の性格をもつ。管理サーバはポイント・データ蓄積・分配管理装置と、このポイント・データ蓄積・分配管理装置のデータを管理し、必要な処理を施す中央管理装置を備える。ポイント・データ蓄積・分配管理装置にはポイント・プールの機能を持つ装置を設ける。

中央管理装置は、本発明を特徴づけるシステム・ツリー作成部を有し、そのためのデータ処理機能と、データの入出力処理、ディスプレイの制御処理機能を含めた各種のデータ処理機能を有する。システム・ツリー作成部は実施例で詳述する所定の定義づけに基づくエントリー配置手順に従ってシステム・ツリー構造での各エントリーの配置と移動に伴うバック・ポイントの還元を行うことによって、全てのエントリーそれぞれが予め設定された所定の移動と配置を完結した段階で公平な収益金を獲得できるようにする。

本発明のシステムに賛同し、所定の定められた数のエントリー・ポイントを出資した登録者（エントリー）で三角形で構成される二分木構造（システム・ツリー）が作成される。エントリーは、その登録順に応じて、システム・ツリーの三角形の上頂点―左下頂点―右下頂点の予め定義された位置に配置される。三角形（１ユニット）が完成した時点で、上頂点に位置されたエントリーは所定の割戻しポイント（ボーナス・ポイント）の、例えば二分の一を管理サーバにプールし、ボーナス・ポイントの残りの二分の一をバック・ポイントとして還元を受け、第２ステージのエントリー・ポイントを出資して、次のステージの第２順位以下の予め定義された位置に配置される。

以下、エントリーの追加に伴うユニットの形成が予め定義された位置への各エントリーの配置で第３ステージ、第４ステージ、・・と発展し、それぞれのエントリーが予め定められたステージ数に達した時点まで行われる。予め定められたステージ数は、該当するエントリーのそれまで出資したエントリー・ポイントとボーナス・ポイントの総数との見合い（エントリー・ポイント総数≦ボーナス・ポイント総数）で決めることになる。

本発明の実施例１を説明するデータ処理システムの基本的な構成図である。 図１におけるユニットの説明図である。 ユニットの発展で作成されるツリー構造の作成手順の一例を説明する流れ図である。 図１におけるシステム・ツリー作成部の構成例を説明する機能ブロック図である。 本発明の実施例１におけるシステム・ツリー構造の説明図である。 図５の各ステージの各エントリーのステータスを定義するテーブルの説明図である。 本発明の実施例１におけるデータ処理装置の構成例を説明する機能ブロック図である。 本発明の実施例１における最初のエントリーの取得ポイント制限に達して１ラウンドを終えるまでの大まかな処理の流れ図である。 エントリーの発生とシステム・ツリー上のエントリー移動の説明図である。 システムを終了する際に登録済みのエントリーが予め決められたステージまで移動して所定のボーナス・ポイントを保証するための処理の説明図である。

エントリーは、前記したように、典型的には“３”を１ユニット（単位ユニット）とする三角形を構成する。基本的には最初に登録したエントリー（第１順位のエントリー）を三角形の上頂点位置に配置する。エントリーは商品を購入し、その代金に見合うポイント（エントリー・ポイント）を管理サーバに蓄積（デポジット）する。これが出資ポイント（エントリー・ポイント）となる。

このエントリー・ポイントは管理サーバのポイント・プールに蓄積される。第２順位のエントリー、第３順位のエントリーの発生があって、第２順位のエントリーを三角形の左下頂点位置に配置し、第３順位のエントリーを三角形の右下頂点位置に配置して１ユニットが完成する。これら第２順位のエントリー、第３順位のエントリーも第１順位のエントリーと同様のエントリー・ポイントを管理サーバのポイント・プールにデポジットする。１ユニットが完成した時点（ステージ１）で所要のデータ処理を施して次のステージ（ステージ２）に移って、次のユニットの構成を行い、以下、順次ユニット形成を進行させ、システム・ツリーが構築されることになる。

上記のようにエントリーの発生に伴い、一回一商品での購入代金のデータ（エントリー・ポイント・データ）は管理サーバのポイント・プールに蓄積される。第１順位のエントリーを頂点とした三角形（１ユニット）が完成した時点で、決められた報酬（以下、バック・ポイント）の一部を第１順位のエントリーに支払うと共に、報酬の残りをポイント・プールにプール・ポイントとして蓄積しておく。

なお、このとき、ユニットを構成していたエントリーの中途退会（リタイヤ）が発生した場合は、管理者が当該リタイヤに代わりエントリー（仮想エントリー）となる。この仮想エントリーも実際のエントリーと同様のポイント処理がなされ、所定のバック・ポイントを獲得するが、バック・ポイントをポイント・プールの仮想エントリー・ポイント領域に蓄積されたままとし、システム終了時に全エントリーに分配するようにもできる。

図１は、本発明の実施例１を説明するデータ処理システムの基本的な構成図である。本発明によるデータ処理システムは、本システム全体を統括する管理サーバ１０００、管理サーバ１０００を運用する管理者２０００、本システムに賛同して会員として登録した登録者（エントリー）３０００で構成される。管理サーバ１０００はポイント・データ蓄積・分配管理装置１００、このポイント・データ蓄積・分配管理装置１００のデータを管理し、必要な処理を施す中央管理装置３００を備える。ポイント・データ蓄積・分配管理装置１００にはポイント・プール１０１、システム・ツリー作成部１０２、エントリー申し込み受付部１０３、データ処理部１０４が設けられている。

ここで、エントリーがシステムに登録する条件として購入する商品の価格は、「ポイント」という数値に換算して取り扱われる。従って、エントリーは所定のポイントを管理サーバ１０００に出資（デポジット）する。このデポジットはポイント・プール１０１に蓄積される。管理者２０００は、システムの運用とその状態を管理する機能を持つ装置で、エントリーの状況を監視して、途中退会（リタイヤ）などの発生時にユニット作成に必要な介入も行うもので、システムのオペレータも配置される。

エントリー３０００は、個々のエントリー２００、２０１、・・・２０ｍ・・・、あるいは途中退会者に対して管理者が設定する仮想エントリー２０ｎ・・とから構成される。システムのスタート（第１ステージ）では、最初のエントリー（第１順位のエントリー）２００はエントリー・ポイント[Ｓ１]を管理サーバ１０００にデポジットし、ユニットの上頂点に配置される。以下のエントリーも同様のデポジットを行う。そして、第２順位のエントリー２０１、第３順位のエントリー２０２の登録でユニットが完成し、その時点で第１順位のエントリーは管理サーバ１０００からボーナスの二分の一をバック・ポイントとして受け取り、第２ステージの予め決められたユニットの位置に移動する。

ユニットで構成されるシステム・ツリー構造の何処かに退会による「空白」が発生した場合には、管理者２０００は、当該「空白」の位置に「仮想エントリー」を設定する、この「仮想エントリー」は本システムが存続する限り、その順位を履歴として保持しながらその後のステージにおける位置を移動する。なお、システムの運用に要する各種データ、処理プログラムなどを格納する記憶装置、およびデータ処理等の演算装置など、データ処理に必要な機能手段が入出力手段と共に設けられていることは言うまでもない。

図２は、図１におけるユニットの説明図である。前記したように、このユニットは頂点１−２−３を持つ三角形で構成さる。その上頂点位置をＤ−１（第１順位）、図の正面に向かって左下頂点の位置をＤ−２（第２順位）、同右下頂点位置をＤ−３（第３順位）とする。エントリー順位は、Ｄ−１→Ｄ−２→Ｄ−３とする。すなわち、最初のエントリーはＤ−１に、次のエントリーはＤ−２に、３番目のエントリーはＤ−３に配置される。なお、この頂点順位の設定はこれに限るものでない。

図３は、ユニットの発展で作成されるツリー構造の作成手順の一例を説明する流れ図である。この手順は、最初のエントリーのスタートからエンドまでの流れであり、第２順位のエントリー、第３順位のエントリー、・・・についても同様である。図３において、エントリーがあり（Ｓ−１））、エントリー数が設定した“３”に達した段階で（Ｓ−２）、中央管理装置１０００は予め定められた定義に従ってユニット内の順位を判定し、各エントリーの配置を設定し、ユニットを作成する（Ｓ−４）。この処理をエントリーの発生に応じて繰り返し（Ｓ−５）、作成したユニットはツリー構造に展開される（Ｓ−６）。最初のエントリー（第１順位のエントリー）の取得ポイントが予め設定された制限に達した時点で第１順位のエントリーはシステム・ツリーから離脱する。その後、再度システムに参加できることは言うまでもない。

図４は、図１におけるシステム・ツリー作成部の構成例を説明する機能ブロック図である。本システムへの登録（エントリー申し込み）は、エントリー申し込み受付部１０３で行われる。このエントリー申し込み受付部１０３は、インターネット等に代表される広域通信網（ネットと略称する）、ファクシミリ、電話、ファクシミリ、あるいは手紙での申し込みなどを含む。

エントリー登録希望（エントリーの申し込み）がネットを介する場合は、ホームページに用意した所定のフォーマットに記入する方法であれば、そのままシステム・ツリー作成部１０２に入力する。登録希望が電話、ファクシミリ、あるいは手紙などの場合には、図１の管理者２０００のオペレテータが介在してデータ処理に適合した所定のフォーマットに編集してシステム・ツリー作成部１０２に入力する。こうして所定のフォーマット化されたエントリー・データはシステム・ツリー作成部１０２の待ち行列作成手段３２に入力する。待ち行列作成手段３２は、第１入力“a”（a1、a2、a3、・・・）と第２入力“b”（b1、b2、b3、・・・）の２つの入力で待ち行列を作成する。

待ち行列作成手段３２では、入力したエントリーの申し込みがデータ化処理手段３２１で本システムでの処理される形式に処理され、行列生成レジスタ３２２の第１入力“a1”となる。一方、エントリーの申し込みは商品の購入を条件とするため、入金確定手段３１は当該エントリーの申し込みについて商品の購入に伴う入金の有無を監視し、入金の確定を行う。入金が確定すると、入金確定手段３１は行列生成レジスタ３２２に第２入力“b1”を出力する。

実施例１では、行列生成レジスタ３２２が、第１入力“a1”と第２入力“b1”の２つの入力で当該エントリー申し込みを、その時点での最新のエントリーの序列として確定する。すなわち、第１入力“a1”であるエントリー申し込みが第１入力“a2”であるエントリー申し込み時点よりも時間的に早かったとしても、第２入力“b2”が時間的に早かった場合は、第１入力“a2”のエントリー申し込みの方が早い順位で行列レジスタ３２２に登録される。

行列生成レジスタ３２２に登録後、このエントリー・データが記憶装置のエントリー・テーブル領域３３の通常エントリー・テーブル領域３３１に格納される。エントリー・テーブル領域３３には、エントリーが途中退会して管理者がその位置を埋めた場合の仮想エントリーのデータを格納する仮想エントリー・テーブル領域３３２も設けられている。

確定されたエントリーはエントリー数確認手段３４においてエントリーのさらなる入力を待ち、エントリー数が“３”に達することを判定する。エントリー数確認手段３４においてエントリー数がユニットを完成するための“３”に達したことが判定されると、ステータス判定割付手段３５は、エントリー・テーブル領域３３に格納されているエントリー・データとエントリー/ステータス定義テーブル領域３６に格納されているステータス定義を参照してステータスを判定すると共に所定のステータス位置に配置する。ステータス定義テーブルは図６で後述する。なお、エントリー/ステータス定義テーブル領域３６には、通常エントリー/ステータス定義テーブル領域３６１と仮エントリー/ステータス定義テーブル領域３６２が設けられている。

ステータス判定割付手段３５の割付（配置）データはユニット作成手段３７で所定のステージのユニットの所定の位置に配置され、ツリー展開手段３８が図５で後述するシステム・ツリーに展開する。システム・ツリーの展開データは、記憶装置の確定ユニット展開テーブル領域３９に格納される。

図５は、本発明の実施例１におけるシステム・ツリー構造の説明図であり、同図（a）はシステム・ツリー構造図、同図（b）はステージの増加に伴って増加するユニットの内容を示す。図中での○印内の数字で夫々のエントリーとその位置（ステータス）を特定する。ここでは、単に数値のみで示す。

図５に示したように、システム・ツリーは次のようになっている。なお、ステージは２^２で増加し、図面表示に限界があるので、ステージ４の途中まで表記する。
第１ステージ「ステージ１」：［ユニットＮ−１]
エントリー：１−２−３
第２ステージ「ステージ２」：［ユニットＮ−２]−[ユニットＮ−３]
エントリー：２−１−４、３−２−５
第３ステージ「ステージ３」：［ユニットＮ−４]−[ユニットＮ−５]−[ユニットＮ−６]−[ユニットＮ−７]
エントリー：１−３−６、４−１−７、２−４−８、５−２−９
第４ステージ「ステージ８」：［ユニットＮ−８]−[ユニットＮ−９]−[ユニットＮ−１０]−[ユニットＮ−１１]−[ユニットＮ−１２１]−[ユニットＮ−１３]−・・・
エントリー：３−５−１０、６−３−１１、１−６−１２、７−１−１３、４−７−１４、８−４−１５、２−・・・
・
・
・
・

図６は、図５の各ステージの各エントリーのステータスを定義するテーブルの説明図である。図６は、ステージの番号（ステージを構成するユニット数（n））に対応するエントリーの配置位置と移動位置を定義するテーブルで、図４の記憶装置の領域３６に格納されている。エントリーのステータスの定義とは、そのエントリーが最初に配置される位置から次のステージに移動する際に指定されるユニットの位置を定義するものである。

図６において、ユニット数（n）が１の場合、すなわち最初のユニットＮ−１が完成したときの三角形の上頂点〈１〉Ｄ−１が順位“１”、左下頂点〈２〉Ｄ−２が順位“２”、右下頂点〈３〉Ｄ−３が順位“３”である。ステージ２を構成する第４順位のエントリーがあると、ユニット数n＝２となり、ユニットＮ−２のＤ−１にはユニットＮ−１のＤ−２が位置し、Ｎ−２のＤ−３に第４順位のエントリー〈４〉が配置される。ステージ２を構成する第５順位のエントリーがあると、ユニットＮ−３のＤ−１にはユニットＮ−１のＤ−３が位置し、Ｎ−３のＤ−３に第５順位のエントリー〈５〉が配置される。以下、新たなエントリーの発生に応じて、図６に示した定義に従って図５のシステム・ツリーが作成される。

図６において、ユニット数（n）が１は、ユニットＮ−１が完成した状態であり、この時点がステージ１である。そして、ユニット数が３個となったＮ−１，Ｎ−２，Ｎ−３の完成時点がステージ２、ユニット数が７個となったＮ−１，Ｎ−２，Ｎ−３，Ｎ−４，Ｎ−５，Ｎ−６，Ｎ−７の完成時点がステージ３、ユニット数が１５個となったＮ−１，Ｎ−２，Ｎ−３，Ｎ−４，Ｎ−５，Ｎ−６，Ｎ−７，Ｎ−８，Ｎ−９，Ｎ−１０，Ｎ−１１，Ｎ−１２，Ｎ−１３，Ｎ−１４，Ｎ−１５の完成時点がステージ４となる。以下、ユニット数が３１個の完成でステージ５、ユニット数が６３個の完成でステージ６、・・・・・・となる。

図７は、本発明の実施例１におけるデータ処理部の構成例を説明する機能ブロック図である。このデータ処理部１０４において、符号１０３は図４で説明したエントリー申し込み受付部、１０２は同じく図４で説明したシステム・ツリー作成部であり、エントリー入力手段６０１とエントリー・データ処理部６０２は図４のエントリー申し込み受付部１０３、入金確定手段３１、待ち行列作成手段３２と同様の機能である。データ処理部１０４は、記憶装置６０３を制御する記憶装置制御部６０６、演算部６０４を備える記憶装置６０３は、図４で説明した各テーブル格納領域３３，３６，３９に加え、ポイント管理テーブル領域３８、及び本システムの各種実行プログラムの格納領域４０、作業領域４１、等を有する。

なお、ステージ数監視部６０７は、エントリーで作成されるステータスの数を監視し、受付制限やエントリー領域の調整を行う。また、取得ポイント数制限設定部６０８は、前記した本システムが無制限に展開することを回避するために、管理者がエントリーの最大獲得ポイントの上限を設定する。エントリーの最大獲得ポイントがこの上限に達したとき、当該エントリーの１ラウンドが終了となる。ラウンドのエントリーは再度このシステムのエントリーとなることができる。データ処理装置には、通常のデー処理装置と同様のモニター６０９、プリンター６１０、キーボードやマウス等の入出力デバイスを備える。

図８は、本発明の実施例１における最初のエントリーの取得ポイント制限に達して１ラウンドを終えるまでの大まかな処理の流れ図である。１ラウンドとは、当該エントリーが、予め設定されたステージに達してシステムから離脱するまでのシステム・ツリーを１巡することを意味する。図８は図４の流れを具体的さらに詳しく説明するものである。ここで、エントリー・ポイントを１２０００ポイントとし、ボーナス・ポイントを８０００ポイント、一回の還元ポイント（バック・ポイント）をボーナス・ポイントの二分の一（４０００ポイント）とする。ボーナス・ポイントの残りはデポジット・ポイントＫとして図１のポイント・プール１０１に蓄積される。

システムの開始でエントリーの参加処理（登録処理）がなされる。エントリーはエントリー・ポイントＥとして管理サーバに１２０００ポイントをデポジットする。このエントリー・ポイントＥは購入した商品の価格に対応する。この対応が１対１であれば１２０００ポイントは１万二千円となる。このエントリー・ポイントＥのデポジットで参加処理が完了する（Ｓ−６１）。このエントリーに関連するポイント・データはポイント管理テーブル３８（Ｍ−４）に格納される。

さらにエントリーが発生して図２に示した１ユニットが完成すると（Ｓ−６２）、図２のＤ−１のエントリーにバック・ポイントＢが還元され、残りの二分の一がデポジット・ポイントＫとして管理サーバ１０００のポイント・プール１０１に蓄積される（Ｓ−６３）。このバック・ポイントＢはボーナスである。バック・ポイントＢの還元を受けたエントリーはエントリー/ステータス定義テーブル３６（Ｍ−２）に格納されている定義（図６参照）に従って次のポジション（図５参照）に割付けられる（Ｓ−６４）。

さらにエントリーが発生し（Ｓ−６５）、その参加処理を行い（Ｓ＝６６）、１ユニットブンが完成すると（Ｓ−６７）、バック・ポイントＢが還元され、残りの二分の一がデポジット・ポイントＫとして管理サーバ１０００のポイント・プール１０１に蓄積される（Ｓ−６８）。この処理がエントリーの発生に伴って繰り返され、エントリーの還元ポイントが設定された制限に達した時点で（Ｓ−６９）当該エントリーの終了処理がなされ（Ｓ−７０）、終了する（Ｓ−７１）。

図９は、エントリーの発生とシステム・ツリー上のエントリー移動の説明図で、図８で説明した処理の流れに従う。図９において、
（１）１．第１順位Ｄ−１、第２順位Ｄ−２、第３順位Ｄ−３のエントリーが発生し、基本ユニットが完成する（図５のステージ１）。このユニットＮ−１を構成するエントリーＤ−１，Ｄ−２，Ｄ−３は、それぞれ１２０００ポイント（１２０００Ｓ）を出資する。このポイント１２０００Ｓは管理サーバのポイント・プール（図１）に蓄積される。
（２）２．第４順位のエントリーが発生すると、第４順位のエントリーの出資ポイント１２０００Ｓは管理サーバのポイント・プールに蓄積される。ユニットＮ−１のエントリーＤ−１にボーナス・ポイント８０００の二分の一４０００Ｂがバック・ポイントとして還元され、ユニットＮ−１のエントリーＤ−１はユニットＮ−２の位置Ｄ−２に移動する。ユニットＮ−１のエントリーＤ−２はユニットＮ−２の位置Ｄ−１となり、ユニットＮ−１のエントリーＤ−３はユニットＮ−３の位置Ｄ−１となる。そして、第４順位のエントリーはユニットＮ−２のＤ−３に配置される。

このように、新規エントリーの発生と既存のエントリーの位置移動は、図５、図６で説明した定義にしたがって、順次システム・ツリーを形成することになる。図９には、第８順位のエントリー発生に応じたポイントの推移と位置移動までを示した。第９順位の発生以上は説明を省略する。

図１０は、システムを終了する際に登録済みのエントリーが予め決められたステージまで移動して所定のボーナス・ポイントを保証するための処理の説明図である。ユニットＮ−Ｘで新規エントリーがこのユニットの第１順位Ｄ−１に位置しているものとする。システムの終了となった場合、第２順位Ｄ−２，または第３順位Ｄ−３に管理者が仮のエントリーとして配置される。

この状態の配置について、その後は前記した定義に従ってシステム・ツリー内の位置移動を行う。なお、仮エントリーはリタイヤのポイントを引き継ぐこともでき、通常のエントリーと同様のポイント操作を受けるようにしてもよいし、出資ポイント１２０００Ｓの出資義務を免除することもでき、その場合はボーナス・ポイントのバック・ポイントＢを受けることもない。リタイヤに対しては、それまでにポイント・プールに蓄積しておいた残りのボーナス・ポイントを戻すようにすることもできる。

このように、システム・ツリーの何処かの位置で途中退会が生じた場合も、管理者が仮のエントリーとしてシステム・ツリーを維持する。この実施例１では、以上のような仮エントリーの用い方をするが、この他に、システム・ツリーの既存のエントリーに仮エントリーと同様の役割を設定することもできる。

第１順位のエントリーの還元ポイントが設定された制限に達した時点（予め設定されたステージ数が完成した時点、１ラウンド完了時点）で第１順位のエントリーはシステムから離脱する。このとき、当該離脱エントリーの還元ポイントの総量は、エントリー・ポイントの総量の何倍にもなっていることになる。その後、離脱エントリーは新規のエントリーとしてシステム・ツリーに再参加することは自由である。なお、何れの順位のエントリーも中途退出に代わってユニットに参加できる。

本発明は、商品の購入を前提とし、さらに当該商品を嗜好品などの消耗品とすることが水晶されるものであるため、投機的な要素はきわめて少ないものであり、商品の購入を係属することでバック・ポイントは増加して行き、あるステージでバック・ポイントがエントリー・ポイントを追い越す。その後のステージを進むことでバック・ポイントは増加していき、設定された制限のステージに達したとき、当該エントリーは上記した大量のバック・ポイントを獲得することになる。

１０００……管理サーバ
２０００……管理者
３０００……登録者（エントリー）
１００……ポイント・データ蓄積・分配管理装置
２００，２０１・・・２０２・・２０ｍ……会員として登録した個々のエントリー
２０ｎ・・・……仮想エントリー
３００……中央管理装置
１０１……ポイント・プール
１０２……システム・ツリー作成部
１０３……エントリー申し込み受付部
１０４……データ処理部
３１……入金確定手段
３２……待ち行列作成手段
３２１……データ化処理手段
３２２……行列生成レジスタ
３３……エントリー・テーブル領域
３３１……通常エントリー・テーブル領域
３３２……仮想エントリー・テーブル領域
３４……エントリー数確認手段
３５……ステータス判定割付手段
３６……エントリー/ステータス定義テーブル領域
３６１……通常エントリー/ステータス定義テーブル領域
３６２……仮エントリー/ステータス定義テーブル領域
３７……ユニット作成手段
３８……ポイント管理テーブル領域
３９……確定ユニット展開テーブル領域
４０,４１・・……本システムの各種実行プログラムの格納領域、作業領域等
６０１……エントリー入力手段
６０２……エントリー・データ処理部
６０３……記憶装置
６０４……演算部
６０６……記憶装置制御部
６０７……ステージ数監視部
６０８……取得ポイント数制限設定部
６０９……モニター
６１０……プリンター

Claims (8)

1. 商品販売における収益金の分配システムのためのデータ処理装置であって、
   前記商品の購入者であるエントリーが当該商品の購入に応じて出資したエントリー・ポイントを蓄積するポイント・プールと、前記エントリーを予め決められた定義に従って二分木のシステム・ツリー配置し、かつ位置移動して前記システム・ツリーを予め設定されたステージ数まで構築するシステム・ツリー作成部と、前記エントリーの申し込みを受け付けるエントリー申し込みを受付部と、前記システムのデータ処理を行うデータ処理部とを有するポイント・データ蓄積・分配管理装置と、
   前記ポイント・データ蓄積・分配管理装置を管理する管理サーバとを具備することを特徴とするデータ処理装置。
2. 請求項１において、
   前記データ処理部は、
   エントリー入力部と、
   エントリー・データ処理部と、
   エントリーをテーブルとして格納する記憶領域やエントリー/ステータス定義をテーブルとして格納する記憶領域、ユニットをツリーに展開したデータをテーブルとして格納する記憶領域、ポイントをテーブルとして管理する記憶領域、及びシステムの運用とデータ処理の手順を格納する記憶領域、データ作業領域を含む記憶装置と、
   記憶装置制御部と、システム・ツリー作成部と、シールの運用と管理データを処理する演算部とを具備することを特徴とするデータ処理装置。
3. 請求項１又は２において、
   前記データ処理部は、前記システム・ツリーの前記ステージ数を監視するステージ数監視部を具備することを特徴とするデータ処理装置。
4. 請求項１乃至３の何れかにおいて、
   前記エントリーの取得ポイント数の制限を設定する取得ポイント数制限設定部を具備することを特徴とするデータ処理装置。
5. 請求項１乃至４の何れかにおいて、
   前記二分木のシステム・ツリーは、上頂点と下左頂点および下右頂点の３個の頂点有する三角形を第１ステージとし、当該第１ステージの前記下左頂点と前記下右頂点を第２ステージの上頂点として二分木を展開したものであることを特徴とするデータ処理装置。
6. 請求項１乃至５の何れかにおいて、において、
   前記システム・ツリー作成部は、前記エントリーの順位を作成する待ち行列作成手段を有することを特徴とするデータ処理装置。
7. 請求項１乃至６の何れかにおいて、
   前記システム・ツリー作成部は、エントリー数確認手段と、エントリーの配置と移動を定義するステータス判定割付手段を有することを特徴とするデータ処理装置。
8. 請求項１乃至７の何れかにおいて、
   前記システム・ツリー作成部は、前記エントリーの生成で作成されるユニットの各順位位置のステータスを確定して前記システム・ツリーに展開するツリー展開手段を有することを特徴とするデータ処理装置。