(57)【要約】販売に対するインセンティブが働きやすいような、収益金分配の技術が求められている。  販売の成果に対してボーナス・ポイントが付与された場合、グループの第１の世代に位置する会員の配置をキャンセルして、第２の世代に位置する会員を新たな第１の世代の会員とした二つのグループが形成されるグループ更新処理が行われる。ＩＤ番号「１」と「２」の会員を第１の世代としたグループが形成される。ＩＤ番号「１」の会員が第１の世代となっているグループでは、このとき第２の世代の会員には、更新前に第３の世代の会員であったＩＤ番号「３」及び「４」の会員がなる。
2009028115.tif 000002
【特許請求の範囲】
【請求項１】
所定の商品の購入に伴って、会員として登録される前記会員の情報の一部として、認証用番号を登録順に付与する認証番号付与部と、
それぞれの会員には、ひとつ下の階層の会員として、２会員を紐づけて配置する会員配置手段と、
第１〜第ｎ（ｎ：自然数）の階層で、定員を２ｎ−１として一つのグループを構成するグループ構成手段と、
一つの前記グループに２ｎ−１の数の会員が属し、前記グループが定員を満たしたときに、当該グループの前記第１の階層の会員に、ボーナスを取得する権利として所定のポイントを付与するポイント付与手段と、
前記ポイント付与手段においてポイントの付与が行われたとき、前記第１の階層の会員の配置をキャンセルし、前記第１の階層の会員が属していたグループにおいて第２の階層の会員を最上位の会員とした二つのグループに分離して新たな二つのグループを形成するグループ更新手段と、
前記ポイント付与手段で付与されたポイントに応じて会員に支払うボーナスを決定するボーナス決定手段と、
を有することを特徴とする収益金分配システム。
【請求項２】
前記グループ更新手段は、前記第１の階層の配置をキャンセルされた会員を、会員登録されている最終の会員の次に、二つの認証用番号を付与して２箇所に再配置することを特徴とする請求項１に記載の収益金分配システム。
【請求項３】
所定の商品の購入に伴って、会員として登録される前記会員の情報の一部として、認証用番号を登録順に付与する認証番号工程と、
それぞれの会員に対して、ひとつ下の階層の会員として、２会員を紐づけて配置する会員配置工程と、
第１〜第ｎ（ｎ：自然数）の階層で、定員を２ｎ−１として一つのグループを構成するグループ構成工程と、
一つの前記グループに２ｎ−１の数の会員が属し、前記グループが定員を満たしたときに、当該グループの前記第１の階層の会員に、ボーナスを取得する権利として所定のポイントを付与するポイント付与工程と、
前記ポイントの付与後、前記第１の階層の会員の配置をキャンセルし前記第１の階層の会員が属していたグループにおいて第２の階層の会員を最上位の会員とした二つのグループに分離して新たな二つのグループを形成するグループ更新工程と、
前記ポイント付与手段で付与されたポイントに応じて会員に支払うボーナスを決定するボーナス決定工程と、
前記ボーナス決定工程で決定されたボーナスの支払い指示する支払指示工程と、
を有することを特徴とする収益金分配方法。
【請求項４】
前記グループ更新工程は、前記第１の階層の配置をキャンセルされた会員を、会員登録されている最終の会員の次に、二つの認証用番号を付与して２箇所に再配置することを特徴とする請求項３に記載の収益金分配方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、収益金分配システム及び収益金分配方法に関する。
【背景技術】
【０００２】
近年、商品の販売形態は、多様な流通経路が選択できるようになっている。従来は、製造会社から卸会社、そして小売店へと商品が流通するのが一般的であり、商品が良好に販売できるか否か、商品がヒットするか否かは、どのような流通経路を選択するか、また、広告で効果的にアピールするかにかかっていたといっても過言ではない。
ところが、最近では、上述のようなプロセスに限らず、商品がヒットするケースが見られるようになってきた。いわゆる「口コミ」により商品の良さ等がユーザの間に広がることで、販売が急増するケースである。
以前より、口コミにより商品がヒットするケースは散見されたが、どうしても一時的な現象に終わってしまうことが多かった。ユーザは良い商品と分かっていても、次の購入タイミングで、すぐ商品が買えなかったりすると、代替品で満足してしまうこともある。すると、商品が忘れ去られてしまう可能性がある。
そこで、ユーザや代理店に対して販売数量に応じたボーナス制度を導入することで、販売に対するインセンティブが働くようにする販売形態がある。このようなボーナス制度は、携帯電話の販売や、自動車のセールスなどの商売に於いてよく導入されている。
また、代理店等を登録順に配列して、先に登録した代理店の成績として、後に登録した代理店の成績が反映されるシステムがある。このようなシステムでは、中途段階に登録した代理店の数がある一定レベルを超えると、ボーナスの原資が不足して破綻してしまうことがある。そこで、破綻を回避するために予め総売上金額に対して所定の割合をボーナス原資として設定し、代理店の成績に応じて配分する技術が提案されている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、上記の特許文献１に開示の技術では、各代理店はボーナスとして支給される額が、算出タイミングまで分からない。また、特定の代理店が販売を伸長させても、全体で販売が芳しくないときには、ボーナスの支給が少なくなってしまう虞がある。したがって、代理店にとっては販売に対するインセンティブが働き難いという課題があった。
本発明は、このような背景に鑑みてなされたものであり、その目的は、販売に対するインセンティブが働きやすいような、収益金分配の技術を提供することにある。
【課題を解決するための手段】
【０００４】
本発明のある態様は、収益金分配システムに関する。この収益金分配システムは、所定の商品の購入に伴って、会員として登録される前記会員の情報の一部として、認証用番号を登録順に付与する認証番号付与部と、それぞれの会員には、一つ下の階層の会員として、２会員を紐づけて配置する会員配置手段と、第１〜第ｎ（ｎ：自然数）の階層で、定員を２ｎ−１として一つのグループを構成するグループ構成手段と、一つの前記グループに２ｎ−１の数の会員が属し、前記グループが定員を満たしたときに、当該グループの前記第１の階層の会員に、ボーナスを取得する権利として所定のポイントを付与するポイント付与手段と、前記ポイント付与手段においてポイントの付与が行われたとき、前記第１の階層の会員の配置をキャンセルし、前記第１の階層の会員が属していたグループにおいて第２の階層の会員を最上位の会員とした二つのグループに分離して新たな二つのグループを形成するグループ更新手段と、前記ポイント付与手段で付与されたポイントに応じて会員に支払うボーナスを決定するボーナス決定手段と、を有する。
また、前記グループ更新手段は、前記第１の階層の配置をキャンセルされた会員を、会員登録されている最終の会員の次に、二つの認証用番号を付与して２箇所に再配置してもよい。
本発明の別の態様は、収益金分配方法に関する。この方法は、所定の商品の購入に伴って、会員として登録される前記会員の情報の一部として、認証用番号を登録順に付与する認証番号工程と、それぞれの会員に対して、一つ下の階層の会員として、２会員を紐づけて配置する会員配置工程と、第１〜第ｎ（ｎ：自然数）の階層で、定員を２ｎ−１として一つのグループを構成するグループ構成工程と、一つの前記グループに２ｎ−１の数の会員が属し、前記グループが定員を満たしたときに、当該グループの前記第１の階層の会員に、ボーナスを取得する権利として所定のポイントを付与するポイント付与工程と、前記ポイントの付与後、前記第１の階層の会員の配置をキャンセルし、前記第１の階層の会員が属していたグループにおいて第２の階層の会員を最上位の会員とした二つのグループに分離して新たな二つのグループを形成するグループ更新工程と、前記ポイント付与手段で付与されたポイントに応じて会員に支払うボーナスを決定するボーナス決定工程と、前記ボーナス決定工程で決定されたボーナスの支払い指示する支払指示工程と、を有する。
また、前記グループ更新工程は、前記第１の階層の配置をキャンセルされた会員を、会員登録されている最終の会員の次に、二つの認証用番号を付与して２箇所に再配置してもよい。
【発明の効果】
【０００５】
本発明によれば、販売に対するインセンティブが働きやすいような、収益金分配の技術を提供することができる。
【発明を実施するための最良の形態】
【０００６】
本実施形態では、会員登録された参加者が毎月商品をリピート購入するたびに、売上の中から会員一人一人に積立をし、積立配当型ボーナスを受け取ることができる制度を提案する。参加者全員が平等にボーナスを受けられるように上限を設定し、すべての参加者に還元できる方式をとっている。また、会員間の相互補助の関係を取ることで、新規参加者がない場合であっても、現行参加者のリピート購入のみで運営できる制度である。
この制度の概要として、いわゆるピラミッド構造を有する販売会員制度が採用されている。一般にＭＬＭ（マルチ・レベル・マーケティング）制度と呼ばれピラミッド構造を有する会員制度の場合、下位の階層が多くなるにしたがって上位の会員の報酬が増大する制度が取られることが多く、初期に会員になった者だけが実質的にボーナスを独占でき制度として破綻しやすかったが、そのような課題を改善できるものである。
本実施形態では上述のような破綻防止のために階層構造に制限を設けている。具体的には、第１から第３の階層を有する３階層構造（制度）とし、下位の階層に２会員が配置される。そして総数では７会員の構成が形成された時点で、最上位者である第１の階層に位置する会員が、ボーナスを受ける権利が発生する。さらに、ボーナスの報酬があった場合に階層構造を更新して、第２の階層以下に位置していた会員については階層が一つ繰り上がるようになっている。以下、実施形態につき、具体的に説明する。
図１は、本実施形態に係る業務管理システム１０の機能ブロック図である。業務管理システム１０は、管理部２０と、入出力制御部３０と、内部記憶部３２と、入力部４０と、出力部５０と、を備える。なお、業務管理システム１０の構成要素は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やメモリなどの集積回路、メモリにロードした任意のプログラムなどによって実現できる。
入出力制御部３０は、業務管理者であるユーザからの業務管理システム１０に対する指示や、ユーザに対する表示出力や印刷出力、データの記録などを統括的に制御する。
入力部４０は、キーボードやマウスなどの入力手段４１からのユーザの操作を取得して、入出力制御部３０へ出力する。また、表示出力部５１は、表示モニタ５３に表示するためのデータを生成して出力する表示出力部５１と、プリンタ５４において帳票などに印字するためのデータを出力する印刷出力部５２と、データ出力部５５とを備える。
管理部２０は、業務管理システム１０における管理項目毎に複数の機能を有するプログラムから構成されている。具体的には、管理部２０は、顧客管理部２１と、売上管理部２２と、入金管理部２３と、出荷管理部２４と、ボーナス管理部２５と、保守管理部２６とを有する。
内部記憶部３２は、業務管理システム１０に入力されたデータを記録する。記録されるデータは、入力されたデータが、そのまま記録されてもよいし、管理部２０の各機能に於いて加工されたデータが記憶されてもよい。また、内部記憶部３２にはデータが一時的に記憶されて、業務管理システム１０のシャットダウン等の所定のタイミングで消去されてもよいし、ユーザの削除操作がなされるまで継続して記録されてもよい。
図２は、業務管理システム１０が起動したときに表示モニタ５３に表示される初期画面の一例を示している。図示のように、画面上には、いずれの上記の管理項目として６項目が選択可能に表示されている。顧客管理者であるユーザは、キーボードやマウスなどの入力手段４１を用いて、所望の項目を選択することで、選択された項目に関連づけられている上記機能（プログラム）が起動する。
顧客管理部２１は、顧客である会員情報を管理する。具体的には、図２の画面で、「顧客管理」ボタン６１が押下操作されると、入出力制御部３０はその操作を受けて、顧客管理部２１を起動し、表示出力部５１を介して表示モニタ５３に「顧客管理」メニューを表示する。業務管理者であるユーザが、表示された「顧客管理」メニューに、会員情報として氏名、住所、電話番号、登録日、発送先、取扱金融機関、商品、ボーナス支払日等が入力すると、それらデータは内部記憶部３２に記憶される。このとき顧客管理部２１は、登録された会員に自動で顧客ＩＤを割り振り、会員情報の一部として管理する。
売上管理部２２は、顧客である会員の注文及び売上処理等を実行する。具体的には、図２の画面で、「売上管理」ボタン６２が押下操作されると、入出力制御部３０はその操作を受けて、売上管理部２２を起動し、表示出力部５１を介して表示モニタ５３に「売上管理」メニューを表示する。業務管理者であるユーザは、表示された「売上管理」メニューにおいて、会員情報の中の顧客ＩＤ、氏名、注文日、商品等のデータをもとに、売上計算、売上伝票作成、納品書印刷等を行う。そして「売上管理」ボタン６２は、作成された売上データを会員情報に追加して記憶する。
入金管理部２３は、顧客である会員からの入金を管理する。具体的には、図２の画面で「入金管理」ボタン６３が押下操作されると、入出力制御部３０はその操作を受けて入金管理部２３を起動し、表示出力部５１を介して表示モニタ５３に「入金管理」メニューを表示する。業務管理者であるユーザは、表示された「入金管理」メニューに、会員情報の中の顧客ＩＤ、氏名、注文日等のデータをもとに会員からの入金をインプットして管理する。このインプットは、ユーザが入力手段４１を使って直接入力されてもよいし、外部記憶部４２や外部記録媒体に記録されている所定のフォーマットのデータが読み込まれる態様であってもよい。そして、入金管理部２３は、インプットされたデータから、日付や金額等の入金データを作成し、その入金データを会員情報に追加して内部記憶部３２に記録する。
出荷管理部２４は、出荷の管理を行う。具体的には、図２の画面で「出荷管理」ボタン６４が押下操作されると、入出力制御部３０はその操作を受けて出荷管理部２４を起動し、表示出力部５１を介して表示モニタ５３に「出荷管理」メニューを表示する。業務管理者であるユーザは、表示された「出荷管理」メニューにおいて、会員情報の中の顧客ＩＤ、氏名、住所、電話番号、注文日、商品等のデータをもとに、出荷日の入力、出荷伝票の作成、配送業者への出荷指示のための入力操作を行う。そして出荷管理部２４は、出荷データを作成し、そのデータを会員情報に追加して内部記憶部３２に記録する。
ボーナス管理部２５は、顧客である会員のボーナスを管理する。具体的には、図２の画面で「ボーナス管理」ボタン６５が押下操作されると、入出力制御部３０はその操作を受けてボーナス管理部２５を起動し、表示出力部５１を介して表示モニタ５３に「ボーナス管理」メニューを表示する。業務管理者であるユーザは、表示された「ボーナス管理」メニューにおいて、例えばボーナス算定処理コマンドを実行するように指示する。ボーナス管理部２５は、その指示を受けて、会員情報の中の顧客ＩＤ、ボーナス支払日等のデータをもとに、ボーナス支払いがあるかどうかの判別、ボーナスの計算、振込データの作成を行い、そのデータを会員情報に追加して内部記憶部３２に記録する。
保守管理部２６は、メニューでは会社情報や商品情報、伝票や明細書の編集等の会社内部的な管理・保守を行うマスター保守機能と、データのバックアップやパスワードによる機密データの保護等をセキュリティ管理機能を有する。
このように、顧客管理部２１、売上管理部２２、入金管理部２３、出荷管理部２４、ボーナス管理部２５及び保守管理部２６の各プログラム（メニュー）間において処理を行う上で必要なデータをやり取りし、各プログラムにおいて新たに作成されたデータは会員情報に登録される。このような処理が繰り返しおこなわれて、業務処理が実行される。
以上の構成による業務管理システム１０の動作について説明する。図３は、本実施形態に係る、業務管理システム１０の業務の流れを示すフローチャートである。
業務管理者（ユーザ）は、顧客から送付された申込書に添付された振込明細をもとに、入金（振込）があったこと事を確認する（Ｓ１０）。
入金の確認ができたら、ユーザは業務管理システム１０において顧客管理部２１を起動し「顧客管理」メニューを表示モニタ５３に表示させて、申込書に記載されている会員情報を入力し、会員登録を行う（Ｓ１２）。つまり、顧客管理部２１は、会員情報を取得し内部記憶部３２に記録する。
次に、ユーザは業務管理システム１０において売上管理部２２を起動し「売上管理」メニューにて売上管理部２２に売上の計算を実行させる（Ｓ１４）。
つづいて、売上管理部２２は、売上計算をもとに、売上データを作成し（Ｓ１６）、必要に応じてユーザによる指示や設定により売上伝票を作成し（Ｓ１８）、納品書を作成する（Ｓ２０）。作成された売上伝票や納品書は印刷出力部５２を介してプリンタ５４から印刷出力される。
そして、ユーザは、業務管理システム１０において出荷管理部２４を起動し、「出荷管理」メニューを表示させ出荷管理部２４に出荷データの作成指示を行い、出荷管理部２４はその指示を受けて出荷データを作成する（Ｓ２２）。出荷データが作成された後、ユーザが「出荷管理」メニューに設けられた出荷指示ボタン（図示せず）を操作するなどしたら、出荷管理部２４は商品の保管・配送管理を行っている業者に対して、電子メールなどのネットワーク通信手段を介して作成された出荷データを送信することで、顧客である会員への商品の配送を指示する（Ｓ２４）。配送指示を受けた配送業者は配送データをもとに、顧客へ商品を配送する。
その後、業務管理者であるユーザは、業務管理システム１０においてボーナス管理部２５を起動させて、ボーナス管理部２５に会員のボーナスを計算させる（Ｓ２６）。なお、ボーナスの仕組み及びボーナス計算の詳細については後述する。
その次に、ボーナスの計算処理が終了したら、ボーナス管理部２５はボーナスの支払いの有無を判断し（Ｓ２８）、ボーナスの支払いがない場合には（Ｓ２８のＮ）、処理を終了する。ボーナスの支払いがある場合（Ｓ２８のＹ）、ボーナス管理部２５はボーナスの支払額を計算し、振込データを作成し、出力部５０を介して、プリンタ５４から所定の書式で出力する（Ｓ３０）。
そして、業務管理者は、出力された振込データをもとに会員に対するボーナスの振込処理を行う（Ｓ３２）。以上のようなプロセスにより、業務がなされている。
続いて、ボーナスの仕組み及び計算について説明する。図４は、本実施形態に係る、ボーナスの仕組みを説明するための図である。図示のように、会員登録する顧客には、顧客ＩＤ（以下、「ＩＤ番号」ともいう）として「０」から順に登録順に数字が付与される。
そして、各会員（顧客）の下の世代に、必ず２名の会員が紐付いて登録される。例えば図４においては、ＩＤ番号「０」の会員の下の世代には、ＩＤ番号「１」及び「２」の会員が紐付いている登録される。さらに、ＩＤ番号「１」の会員の下の世代には、ＩＤ番号「３」及び「４」の会員が紐付いて登録されている。同様に、ＩＤ番号「２」の会員の下の世代には、ＩＤ番号「５」及び「６」の会員が紐付いて登録されている。
本実施形態では３世代、言い換えると３階層で一つのグループを構成する。つまり、第１の世代（階層）には１人の会員、第２の世代（階層）には２人の会員、第３の世代（階層）には、４人の会員が配置され、合計７人の会員を定員として一つのグループが形成される。なお、グループ構成は３世代（階層）に限る趣旨ではなく、例えば５階層や８階層であってもよく、５階層の場合におけるグループの定員は２５−１＝３１人となる。そして、ｎ階層の場合におけるグループの定員は、２ｎ−１人となる。
また図４において、一つのグループに７人が属してグループの定員が満たされた場合に、第１の世代に位置するＩＤ番号「０」の会員に、ボーナスの算出根拠となるポイントが付与される。この７人により構成されるグループを「基本ユニット」ともいう。
図５は、ポイント付与後になされるグループの更新処理を説明する図である。ポイントが付与された場合、グループの第１の世代に位置する会員の配置をキャンセルして、第２の世代に位置する会員を新たな第１の世代の会員とした二つのグループが形成されるグループ更新処理が行われる。
具体的には、ＩＤ番号「１」と「２」の会員を第１の世代としたグループが形成される。ＩＤ番号「１」の会員が第１の世代となっているグループでは、このとき第２の世代の会員には、更新前に第３の世代の会員であったＩＤ番号「３」及び「４」の会員がなる。同様に、ＩＤ番号「２」の会員が第１の世代となっているグループでは、このとき第２の世代の会員には、更新前に第３の世代の会員であったＩＤ番号「５」及び「６」の会員がなる。
そして、これらグループに於いても、一つのグループに７人の会員が属してグループの定員が満たされた場合に、上述と同様ボーナスのポイントが付与され、グループの更新処理がなされる。
また、第１の世代に位置してポイントが付与された会員は、ポイント付与時点における最終登録の会員の次に再配置される。さらに再配置のときに、新たなＩＤ番号が二つ付与される。つまり、図６に示すように、最終登録の次に再配置される。さらに再配置のときに、新たなＩＤ番号が二つ付与される。つまり、図６に示すように、最終登録会員のＩＤ番号が例えば「５０」であれば、ＩＤ番号「５１」及び「５２」が付与される。また登録されている会員が、再度商品を購入した場合にも、新たなＩＤ番号が付与されることになる。
以下に上述したボーナスの付与のためのプロセスを実行するプログラムについて、図７〜９を参照して説明する。なお、プログラミング言語はＭｉｃｒｏｓｏｆｔ  Ｖｉｓｕａｌ  Ｂａｓｉｃ（登録商標）を用いている。ここでは、プログラムを構成する関数として「Ｔａｍａｇｏ」という名称の関数を用いている。
（１）まず会員情報をオリジナルセキュリティ（パスワードにて保護）の掛かった専用の入力画面にて、入力フォームに従い登録する。その登録順に自動で「０」からＩＤ番号が割り振られる。これは「顧客管理」メニューに属する。その会員情報を、ボーナス計算を行うために使う表（以下、「タマゴテーブル」ともいう）に登録し、処理を行っていく。
これは、
処理１−１：会員情報の中から、タマゴテーブルに未登録のもの（タマゴテーブルに登録した日付のないもの）を検索する。
処理１−２：検出されたタマゴテーブル未登録者の会員情報の中から、ボーナス計算に必要な情報（顧客ＩＤ、支払日等）を抜き出、タマゴテーブルに登録する。
処理１−３：会員情報にタマゴテーブルに登録した日付を登録する。
という３つの処理を行うものである。
これにより、オートメーションでボーナス計算が処理できるようになる。
（２）そして、タマゴテーブル登録者（会員）に受給資格があるかを選別する。当事者を頭とし、７個の会員が満たされれば、ボーナスの受給資格として上述のポイントが得られる。
そこで、最終登録者のＩＤ番号がいくつ以上であれば当事者を頂点（第１の階層／世代）とした基本ユニット（グループ）ができるかを計算する。
図８に示すプログラム（関数）は、「２世代下の先頭ＩＤ番号＋４×（本人のＩＤ番号−本人の世代の先頭ＩＤ番号＋１）−１」という式を使い、本人のＩＤ番号を基本ユニットにおいて「０」としたときの「６」にあたるＩＤ番号（基本ユニット最終ＩＤ）を求める関数である。
まず、下準備として、各世代の先頭ＩＤ番号、最終ＩＤ番号を求める計算を行う。そして、これを上記関数に当てはめることにより、本人がどの世代であるかに関わらず受給資格があるかどうかの判別ができるようになる。
図９に示すプログラム（関数）は、任意のＩＤ番号に対して、
１）Ｃａｓｅ  ０はそのＩＤ番号のいる世代
２）Ｃａｓｅ  １はその世代の先頭ＩＤ番号
３）Ｃａｓｅ  ２は２世代下の先頭ＩＤ番号
４）Ｃａｓｅ  ３は２世代下の最終ＩＤ番号
をそれぞれ求めるものである。
これにより出された基本ユニット最終ＩＤ番号を次の関数に当てはめ、本人に受給資格があるかどうかを計算することができる。
図１０に示すプログラム（関数）は、最終登録者ＩＤ番号が基本ユニット最終ＩＤ番号以上であれば受給資格があり、それ以外の場合は受給資格がないことを計算するものである。以上の関数を用いて、未受給者の登録順（ＩＤ番号の小さい順）に受給資格があるかどうか、タマゴテーブルをスキャンしていく。
図１１に示すプログラム（関数）は、未受給者の中から受給資格のある会員を選別する。
（３）次に、受給資格者に支払い日をセットし、最終登録者ＩＤ番号の次に受給資格者のＩＤ番号の二つ追加登録する。つまり、会員が二つ複製されることになる。
図１２に示すプログラム（関数）は、
処理３−１：受給資格者に対して、（１）の処理１−２で抜き出した支払日をチェックし、その日付が当日である場合には支払をセットする。
処理３−２：受給資格者のＩＤ番号の複製を最終登録者ＩＤの次に登録する、という処理を２回行い、複製（新たなＩＤ番号）を二つ追加登録する。
処理３−３：受給資格者がなくなるまで繰り返し処理を行い、資格者がなくなったら処理を終了する。（新たに追加したＩＤについても同じ処理を繰り返す。）
という３つの処理を行なうものである。
（４）それから、支払い額を計算し、支払額のセットを行う。図１３に示すプログラム（関数）は、
処理４−１：（３）の１でセットした支払い当日の日付を記憶する。
処理４−２：その日付で絞り込みを行い、顧客ＩＤごとに支払当日の件数を集計する。
処理４−３：その件数に２０００円を掛け合わせた額を支払額としてセットする。
という、３つの処理を行なうものである。これによりボーナス振込データが作成され、  そのデータをもとに各会員にボーナスが振り込まれることになる。
以上、本実施の形態によれば、販売に対するインセンティブが働きやすいような、収益金分配の技術を提供することができる。また、上記の（１）から（４）の処理におけるボーナス計算をオートメーションで行う一連のプログラムによって、会員へのボーナス支払い業務の効率性を高めることができる。
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【図面の簡単な説明】
【０００７】
【図１】本実施形態に係る業務管理システムの機能ブロック図である。
【図２】本実施形態に係る、業務管理システムが起動したときに表示モニタに表示される初期画面の一例を示す図である。
【図３】本実施形態に係る、業務管理システムの業務の流れを示すフローチャートである。
【図４】本実施形態に係る、ボーナス支払いの基本ユニットを示す図である。
【図５】本実施形態に係る、ポイント付与後になされるグループの更新処理により生成される基本ユニットを示す図である。
【図６】本実施形態に係る、業務管理システムに登録されている複数の基本ユニットを示す図である。
【図７】本実施形態に係る、ボーナスの付与のためのプロセスを実行するプログラムを示す図である。
【図８】本実施形態に係る、ボーナスの付与のためのプロセスを実行するプログラムを示す図である。
【図９】本実施形態に係る、ボーナスの付与のためのプロセスを実行するプログラムを示す図である。
【図１０】本実施形態に係る、ボーナスの付与のためのプロセスを実行するプログラムを示す図である。
【図１１】本実施形態に係る、ボーナスの付与のためのプロセスを実行するプログラムを示す図である。
【図１２】本実施形態に係る、ボーナスの付与のためのプロセスを実行するプログラムを示す図である。
【図１３】本実施形態に係る、ボーナスの付与のためのプロセスを実行するプログラムを示す図である。
【符号の説明】
【０００８】
１０  業務管理システム
２０  管理部
２１  顧客管理部
２２  売上管理部
２３  入金管理部
２４  出荷管理部
２５  ボーナス管理部
２６  保守管理部
３０  入出力制御部
３２  内部記憶部
４０  入力部
４１  入力手段
４２  外部記憶部
５０  出力部
５１  表示出力部
５２  印刷出力部
５３  表示モニタ
５４  プリンタ
５５  データ出力部
６１  「顧客管理」ボタン
６２  「売上管理」ボタン
６３  「入金管理」ボタン
６４  「出荷管理」ボタン
６５  「ボーナス管理」ボタン
６６  「保守管理」ボタン
【図１】
2009028115.tif 000003
【図２】
2009028115.tif 000004
【図３】
2009028115.tif 000005
【図４】
2009028115.tif 000006
【図５】
2009028115.tif 000007
【図６】
2009028115.tif 000008
【図７】
2009028115.tif 000009
【図８】
2009028115.tif 000010
【図９】
2009028115.tif 000011
【図１０】
2009028115.tif 000012
【図１１】
2009028115.tif 000013
【図１２】
2009028115.tif 000014
【図１３】
2009028115.tif 000015
【国際調査報告】
2009028115.tif 000016
2009028115.tif 000017