JP2020187646A - くじ管理システム、くじ管理方法及びくじ管理プログラム - Google Patents

Abstract

【課題】グループによるくじ購入を促進するためのくじ管理システム、くじ管理方法及びくじ管理プログラムを提供する。【解決手段】販売サーバ２０の制御部２１は、グループ作成者のユーザ端末１０から、くじ券種類、回号を特定したグループ生成依頼を取得した場合、グループ定義をグループ情報記憶部２４に登録し、グループ定義に対して、参加用ＵＲＬを生成し、グループ作成者のユーザ端末１０に提供し、参加用ＵＲＬを用いて、参加者のユーザ端末１０からのアクセスを取得した場合には、グループ定義に応じて、グループ参加可否を判定し、グループ参加可能な場合に、グループ定義に関連付けてグループ構成員として登録し、参加者のユーザ端末１０において購入されたくじをグループ定義に関連付けて登録し、グループ定義のくじ種類、回号の当せん情報を取得した場合には、当せん情報の当せん金をグループ構成員で配分する。【選択図】図１

Description

本発明は、宝くじの販売を管理するためのくじ管理システム、くじ管理方法及びくじ管理プログラムに関する。

現在全国自治宝くじ事務協議会が運営する「宝くじ公式サイト」を利用することにより、宝くじは、インターネットを介して購入することができる。このサイトでは、パソコンやスマートフォンを利用して、クレジットカード払いで購入することができるとともに、抽せん結果の確認、当せん金の受け取りも可能である。

また、複数人で宝くじを共有する場合もある（例えば、特許文献１、２参照）。この特許文献１に記載された技術では、商品購入者は、商品購入金額に応じた持分の宝くじ当せん金受取りの権利を得る。

特許文献２に記載された技術では、共同購入の提案者が共同購入希望者を広く募集し、多種多様な商品について共同購入する場合に、共同購入管理コンピュータが、共同購入した商品を管理する。

特開２００４−４６７６１号公報 特開２００２−３１２６２５号公報

しかしながら、宝くじをグループで共同購入する場合、グループへの参加に手間がかかっていたのでは、円滑な共同購入を実現できない。更に、グループの状況によって、当せん金の分配が異なる。このため、グループ構成を制御できなければ、所望の購入ができない。

上記課題を解決するくじ管理システムは、宝くじの共同購入を行なうグループを管理する制御部と、前記グループについてのグループ定義を記憶したグループ情報記憶部とを備える。そして、前記制御部が、第１端末から、くじ券種類、回号を特定したグループ生成依頼を取得した場合、グループ定義を前記グループ情報記憶部に登録し、前記グループ定義に対して、参加用ＵＲＬを生成し、前記第１端末に提供し、前記参加用ＵＲＬを用いて、第２端末からのアクセスを取得した場合には、前記グループ定義に応じて、グループ参加可否を判定し、グループ参加可能な場合に、前記グループ定義に関連付けてグループ構成員として登録し、前記第２端末において購入されたくじを前記グループ定義に関連付けて登録し、前記グループ定義のくじ種類、回号の当せん情報を取得した場合には、前記当せん情報の当せん金をグループ構成員で配分する。

本発明によれば、グループによるくじ購入を促進することができる。

本実施形態のシステム概略図。 ハードウェア構成例の説明図。 本実施形態で用いるデータの説明図であって、（ａ）は会員情報記憶部、（ｂ）はくじ情報記憶部、（ｃ）はグループ情報記憶部の説明図。 本実施形態のグループ登録処理の処理手順の説明図。 本実施形態の処理手順の説明図であって、（ａ）は参加者購入処理、（ｂ）は抽せん時処理の説明図。

以下、図１〜図５を用いて、くじ管理システム、くじ管理方法及びくじ管理プログラムを具体化した一実施形態を説明する。本実施形態では、複数人でくじを共同購入する場合を想定する。

図１に示すように、本実施形態のくじ管理方法においては、ネットワークを介して相互に接続されたユーザ端末１０、販売サーバ２０、くじ管理サーバ３０、金融機関サーバ４０を用いる。

（ハードウェア構成例）
図２は、ユーザ端末１０〜金融機関サーバ４０等として機能する情報処理装置Ｈ１０のハードウェア構成例である。

情報処理装置Ｈ１０は、通信装置Ｈ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶部Ｈ１４、プロセッサＨ１５を有する。なお、このハードウェア構成は一例であり、他のハードウェアを有していてもよい。

通信装置Ｈ１１は、他の装置との間で通信経路を確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースカードや無線インタフェース等である。

入力装置Ｈ１２は、利用者等からの入力を受け付ける装置であり、例えばマウスやキーボード等である。表示装置Ｈ１３は、各種情報を表示するディスプレイやタッチパネル等である。

記憶部Ｈ１４は、ユーザ端末１０〜金融機関サーバ４０の各種機能を実行するためのデータや各種プログラムを格納する記憶装置（例えば、後述する会員情報記憶部２２、くじ情報記憶部２３、グループ情報記憶部２４）である。記憶部Ｈ１４の一例としては、ＲＯＭ、ＲＡＭ、ハードディスク等がある。

プロセッサＨ１５は、記憶部Ｈ１４に記憶されるプログラムやデータを用いて、ユーザ端末１０〜金融機関サーバ４０における各処理（例えば、後述する制御部２１における処理）を制御する。プロセッサＨ１５の一例としては、例えばＣＰＵやＭＰＵ等がある。このプロセッサＨ１５は、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各種処理に対応する各種プロセスを実行する。例えば、プロセッサＨ１５は、ユーザ端末１０〜金融機関サーバ４０のアプリケーションプログラムが起動された場合、後述する図４〜図５に示す各処理を実行するプロセスを動作させる。

プロセッサＨ１５は、自身が実行するすべての処理についてソフトウェア処理を行なうものに限られない。例えば、プロセッサＨ１５は、自身が実行する処理の少なくとも一部についてハードウェア処理を行なう専用のハードウェア回路（例えば、特定用途向け集積回路：ＡＳＩＣ）を備えてもよい。すなわち、プロセッサＨ１５は、（１）コンピュータプログラム（ソフトウェア）に従って動作する１つ以上のプロセッサ、（２）各種処理のうち少なくとも一部の処理を実行する１つ以上の専用のハードウェア回路、或いは（３）それらの組み合わせ、を含む回路（circuitry）として構成し得る。プロセッサは、ＣＰＵ並びに、ＲＡＭ及びＲＯＭ等のメモリを含み、メモリは、処理をＣＰＵに実行させるように構成されたプログラムコード又は指令を格納している。メモリすなわちコンピュータ可読媒体は、汎用又は専用のコンピュータでアクセスできるあらゆる利用可能な媒体を含む。

（各情報処理装置の機能）
図１に示すユーザ端末１０は、宝くじを購入するユーザが用いるコンピュータ端末である。本実施形態では、ユーザ端末１０として、グループの作成者の第１端末と、グループへの参加者の第２端末とを用いる。

販売サーバ２０は、宝くじの販売管理を行なうコンピュータシステムである。この販売サーバ２０は、制御部２１、会員情報記憶部２２、くじ情報記憶部２３、グループ情報記憶部２４を備える。

制御部２１は、くじ管理プログラムを実行することにより、会員管理部２１１、グループ管理部２１２、販売管理部２１３として機能する。
会員管理部２１１は、販売サーバ２０を利用できる会員を管理する処理を実行する。
グループ管理部２１２は、共同購入を行なう会員により構成されたグループを管理する処理を実行する。
販売管理部２１３は、宝くじの販売や、当せん金の入金処理を実行する。

図３（ａ）に示すように、会員情報記憶部２２には、販売サーバ２０を利用するユーザ（会員）に関する会員管理レコード２２０が記録される。この会員管理レコード２２０は、ユーザの会員登録が行なわれた場合に記録される。会員管理レコード２２０には、会員ＩＤ、認証情報、決済方法、口座識別子に関するデータが記録される。

会員ＩＤデータ領域には、各会員を特定するための識別子に関するデータが記録される。
認証情報データ領域には、ユーザ認証において、この会員を認証するためのパスワードに関するデータが記録される。

決済方法データ領域には、この会員が購入する宝くじの支払に用いる決済方法に関するデータが記録される。例えば、支払時にカード決済を利用する場合には、クレジットカードのカード番号に関するデータが記録される。支払時に預かり当せん金を利用する場合には、預かり当せん金に関するデータが記録される。以下では、金融機関サーバ４０を用いて支払を行なう場合を想定する。

口座識別子データ領域には、会員が購入した宝くじの当せん金を入金する口座を特定するための識別子（金融機関コード、本支店コード、預金種別、口座番号）に関するデータが記録される。

図３（ｂ）に示すように、くじ情報記憶部２３には、販売サーバ２０において販売する宝くじに関するくじ管理レコード２３０が記録される。このくじ管理レコード２３０は、くじ管理サーバ３０から、販売可能な宝くじに関する情報を取得した場合に記録される。くじ管理レコード２３０には、くじ種別、回号、販売終了日、くじ番号、購入状況に関するデータが記録される。

くじ種別データ領域には、宝くじ（普通くじ）の種別を特定するための識別子に関するデータが記録される。
回号データ領域には、宝くじの抽せん回号を特定するための識別子に関するデータが記録される。

販売終了日データ領域には、この宝くじの販売を終了する年月日に関するデータが記録される。
くじ番号データ領域には、この回号において、販売する宝くじの番号を特定するための識別子に関するデータが記録される。以下は、くじ番号は、各宝くじを特定するための識別子であって、いわゆる「組」を含むものとする。
購入状況データ領域には、このくじ番号の宝くじの購入状況に関するデータが記録される。宝くじが購入された場合には、購入済みフラグが記録される。

図３（ｃ）に示すように、グループ情報記憶部２４には、共同購入を行なうグループに関するグループ情報が記録される。このグループ情報は、基本レコード２４０、参加者レコード２４１、購入レコード２４２、分配レコード２４３を含んで構成される。

基本レコード２４０は、グループが設定された場合に記録される。基本レコード２４０には、グループＩＤ、グループ名、作成者ＩＤ、作成日時、くじ種別、回号、参加上限人数、上限枚数、募集開始日、募集終了日、表示設定、参加用ＵＲＬ、参加状況に関するデータが記録される。

グループＩＤデータ領域には、各グループを特定するための識別子に関するデータが記録される。
グループ名データ領域には、このグループの名称に関するデータが記録される。
作成者ＩＤデータ領域には、このグループを作成した会員を特定するための識別子（会員ＩＤ）に関するデータが記録される。

作成日時データ領域には、このグループを作成した年月日及び時刻に関するデータが記録される。
くじ種別、回号の各データ領域には、それぞれ、このグループで購入する宝くじ（普通くじ）の種別、回号に関するデータが記録される。

参加上限人数データ領域には、このグループに参加可能な人数に関するデータが記録される。なお、参加上限人数が設定されていない場合には空欄とする。
上限枚数データ領域には、このグループで購入可能な宝くじの枚数に関するデータが記録される。なお、上限枚数が設定されていない場合には空欄とする。

募集開始日データ領域、募集終了日データ領域には、それぞれ、このグループにおいて、参加者を募集する期間の始期（年月日）及び終期（年月日）に関するデータが記録される。

表示設定データ領域には、グループに参加している会員の当せん金の分配率の表示要否を特定するためのフラグに関するデータが記録される。ユーザが参加しているグループにおいて、表示要フラグが記録されている場合には、販売サーバ２０の制御部２１は、ユーザ認証後の参加者のアクセス画面において、このグループにおける自分の分配率を計算し、ユーザ端末１０に表示する。

参加用ＵＲＬデータ領域には、他者をグループに招待するために用いる識別子（ＵＲＬ）に関するデータが記録される。この参加用ＵＲＬには、販売サーバ２０にアクセスするためのアドレス及びグループを特定するための変数が設定されている。
参加状況データ領域には、このグループへの参加人数、共同購入した宝くじの合計購入数に関するデータが記録される。

参加者レコード２４１は、宝くじを購入することによりグループに参加した場合に記録される。参加者レコード２４１には、参加者ＩＤ、購入登録日時、購入枚数に関するデータが記録される。

参加者ＩＤデータ領域には、このグループに参加した会員（グループ構成員）を特定するための識別子（会員ＩＤ）に関するデータが記録される。グループ構成員は、グループの作成者（会員）とともに、参加用ＵＲＬを用いて宝くじを購入した参加者（会員）が含まれる。

購入登録日時データ領域には、この参加者が宝くじを購入して、グループに参加した年月日及び時刻に関するデータが記録される。
購入枚数データ領域には、この参加者が購入した宝くじの枚数に関するデータが記録される。

購入レコード２４２は、宝くじが購入された場合に記録される。購入レコード２４２には、購入くじ番号に関するデータが記録される。
購入くじ番号データ領域には、このグループにおいて購入したすべての宝くじの回号及びくじ番号に関するデータが記録される。本実施形態では、「連番」や「バラ」で購入することができる。

分配レコード２４３は、当せん金を分配する場合に記録される。分配レコード２４３には、参加者ＩＤ、分配金に関するデータが記録される。
参加者ＩＤデータ領域には、当せん金を分配した会員を特定するための識別子（会員ＩＤ）に関するデータが記録される。
分配金データ領域には、この参加者に分配した当せん金の金額に関するデータが記録される。

くじ管理サーバ３０は、宝くじの発行や抽せんを管理するコンピュータシステムである。このくじ管理サーバ３０は、販売する宝くじに関するくじ情報（くじ種別、回号、くじ番号）を販売サーバ２０に提供する。また、宝くじの抽せんが行なわれた場合には、当せん番号や当せん金に関する情報を販売サーバ２０に提供する。

金融機関サーバ４０は、クレジットカード会社や銀行等の金融機関のコンピュータシステムである。クレジットカード会社においては、クレジットカード番号のオーソリゼーションにより決済を行なう。銀行においては、開設された口座を用いて入出金を行なう。

（グループ登録処理）
次に、図４を用いて、グループ登録処理を説明する。グループの作成を希望する会員（作成者）は、ユーザ端末１０を用いて、販売サーバ２０にアクセスする。

まず、販売サーバ２０の制御部２１は、ユーザ認証処理を実行する（ステップＳ１−１）。具体的には、制御部２１の会員管理部２１１は、ユーザ端末１０から、作成者の会員ＩＤ及びパスワードを取得し、会員情報記憶部２２に記録された認証情報と照合して、ユーザ認証を行なう。そして、ユーザ認証を完了した場合、会員管理部２１１は、メニュー画面をユーザ端末１０に出力する。グループを作成する場合には、ユーザ端末１０のメニュー画面において、グループ作成ボタンを選択する。

次に、販売サーバ２０の制御部２１は、グループ定義画面の出力処理を実行する（ステップＳ１−２）。具体的には、制御部２１のグループ管理部２１２は、ユーザ端末１０にグループ定義画面を出力する。このグループ定義画面には、グループ名、くじ種別、参加上限人数、上限枚数、募集開始日、募集終了日、表示設定の入力欄を含む。そして、作成者は、グループ定義画面にグループ名を設定する。

次に、販売サーバ２０の制御部２１は、くじ種別の選択処理を実行する（ステップＳ１−３）。具体的には、制御部２１のグループ管理部２１２は、くじ情報記憶部２３に記録されたくじ管理レコード２３０において、販売可能なくじ候補をグループ定義画面に表示する。そして、作成者は、グループ定義画面において、くじ種別を選択する。グループ管理部２１２は、選択されたくじ種別において、回号別を特定する。

次に、販売サーバ２０の制御部２１は、グループ定義の取得処理を実行する（ステップＳ１−４）。具体的には、作成者は、グループ定義画面において、参加上限人数〜表示設定を入力する。ここで、参加上限人数、上限枚数は、作成者の希望に応じて設定できる。募集開始日は、初期値として現在月日が設定されるが、選択されたくじ種別、回号の宝くじの販売終了日までの年月日を指定できる。募集終了日は、初期値として販売終了日が設定されるが、募集開始日より後の日付で販売終了日までの年月日を指定できる。そして、制御部２１のグループ管理部２１２は、グループ定義画面に入力された各情報を取得し、仮記憶する。なお、参加上限人数、上限枚数については、作成者により、後で変更可能である。

次に、販売サーバ２０の制御部２１は、グループ作成者のくじ購入処理を実行する（ステップＳ１−５）。具体的には、制御部２１の販売管理部２１３は、購入画面をユーザ端末１０に出力する。この購入画面には、グループ定義に設定されたくじ種別、回号が初期設定されており、購入枚数欄が含まれる。この購入枚数欄では、購入可能数を上限として、作成者が希望する購入枚数を入力することができる。そして、販売管理部２１３は、購入画面に入力された購入枚数を取得する。この場合、販売管理部２１３は、ユーザ認証した会員ＩＤの会員管理レコード２２０において決済情報を特定する。そして、販売管理部２１３は、決済情報を用いて、金融機関サーバ４０にアクセスし、くじ購入のための決済処理を行なう。

決済を完了した場合、販売サーバ２０の制御部２１は、グループ定義の登録処理を実行する（ステップＳ１−６）。具体的には、制御部２１のグループ管理部２１２は、仮記憶したグループ定義情報に、グループＩＤを付与した基本レコード２４０を生成し、グループ情報記憶部２４に記録する。更に、グループ管理部２１２は、参加者ＩＤ（作成者の会員ＩＤ）、購入登録日時、購入枚数を記録した参加者レコード２４１を生成し、グループ情報記憶部２４に記録する。次に、グループ管理部２１２は、くじ情報記憶部２３から、くじ種別、回号において、購入枚数分のくじ番号を取得し、購入済みフラグを記録する。そして、グループ管理部２１２は、購入枚数分のくじ番号を、グループ情報記憶部２４の購入レコード２４２に記録する。

次に、販売サーバ２０の制御部２１は、参加用ＵＲＬの生成処理を実行する（ステップＳ１−７）。具体的には、制御部２１のグループ管理部２１２は、販売サーバ２０のアドレス及びグループＩＤを用いて、参加用ＵＲＬを生成し、基本レコード２４０に記録する。そして、グループ管理部２１２は、生成した参加用ＵＲＬをユーザ端末１０に出力する。

そして、グループの作成者は、参加用ＵＲＬを用いて招待を行なう。（ステップＳ１−８）。例えば、グループに招待したい仲間に、メール等を用いて、参加用ＵＲＬを知らせる。また、自身が利用するＳＮＳやブログにおいて、参加用ＵＲＬを開示して、参加者を募ってもよい。

（参加者購入処理）
次に、図５（ａ）を用いて、参加者購入処理を説明する。グループに参加を希望するユーザは、参加用ＵＲＬを、ユーザ端末１０のブラウザに入力して、販売サーバ２０にアクセスする。

この場合、販売サーバ２０の制御部２１は、参加用ＵＲＬ利用のアクセスの受付処理を実行する（ステップＳ２−１）。具体的には、制御部２１のグループ管理部２１２は、ユーザ端末１０からのアクセスを取得する。そして、グループ管理部２１２は、参加用ＵＲＬに変数として設定されているグループＩＤを取得する。

次に、販売サーバ２０の制御部２１は、ユーザ認証処理を実行する（ステップＳ２−２）。具体的には、制御部２１の会員管理部２１１は、ユーザ端末１０から参加希望ユーザの会員ＩＤ及びパスワードを取得し、会員情報記憶部２２に記録された認証情報と照合して、ユーザ認証を行なう。

次に、販売サーバ２０の制御部２１は、グループ状況の確認処理を実行する（ステップＳ２−３）。具体的には、制御部２１のグループ管理部２１２は、取得したグループＩＤが記録された基本レコード２４０を特定する。そして、グループ管理部２１２は、基本レコード２４０に記録された募集開始日、募集終了日、参加状況を特定する。

次に、販売サーバ２０の制御部２１は、参加可能かどうかについての判定処理を実行する（ステップＳ２−４）。具体的には、制御部２１のグループ管理部２１２は、現在年月日が、基本レコード２４０に記録された募集開始日〜募集終了日（募集期間）に含まれるかどうかを確認する。更に、基本レコード２４０に記録された参加状況の参加人数、合計購入数が、それぞれ上限人数、上限枚数に到達していないかどうかを判定する。現在年月日が募集期間内であり、参加人数、合計購入数が上限に達していない場合には、参加可能と判定する。

現在年月日が募集期間外の場合や、参加人数、合計購入数の少なくとも何れかが上限に達しており、参加不可と判定した場合（ステップＳ２−４において「ＮＯ」の場合）、販売サーバ２０の制御部２１は、エラー処理を実行する（ステップＳ２−５）。具体的には、制御部２１のグループ管理部２１２は、ユーザ端末１０に対して、エラーメッセージを送信する。このエラーメッセージには、グループに参加できないことを示すメッセージを含める。

一方、参加可能と判定した場合（ステップＳ２−４において「ＹＥＳ」の場合）、販売サーバ２０の制御部２１は、グループ参加者のくじ購入処理を実行する（ステップＳ２−６）。具体的には、制御部２１のグループ管理部２１２は、上限枚数から合計購入数を差し引いた購入可能数を算出する。そして、グループ管理部２１２は、購入画面をユーザ端末１０に出力する。この購入画面には、グループ定義に設定されたくじ種別、回号が初期設定されており、購入枚数欄が含まれる。この購入枚数欄では、購入可能数を上限として、参加者が希望する購入枚数を入力することができる。そして、グループ管理部２１２は、購入画面に入力された購入枚数を取得する。この場合、会員管理部２１１は、ユーザ認証した会員ＩＤの会員管理レコード２２０において決済情報を特定する。そして、販売管理部２１３は、決済情報を用いて、金融機関サーバ４０にアクセスし、くじ購入のための決済処理を行なう。

決済を完了した場合、販売管理部２１３は、くじ情報記憶部２３から、グループで指定されたくじ種別、回号について、購入枚数分のくじ番号に関連付けて購入済みフラグを記録する。次に、グループ管理部２１２は、参加者ＩＤ（参加者の会員ＩＤ）、現在日時（購入登録日時）、購入枚数を記録した参加者レコード２４１を生成し、基本レコード２４０に関連付けて記録する。更に、グループ管理部２１２は、購入枚数分のくじ番号を、購入レコード２４２に記録する。

なお、このグループへの参加者は、同じグループで宝くじを再購入することも可能である。具体的には、グループ管理部２１２が、ユーザ認証した会員ＩＤが、既に、このグループの参加者ＩＤとして登録されていると判定した場合、参加者レコード２４１の購入枚数に、今回の購入枚数を追加する。

次に、販売サーバ２０の制御部２１は、グループ状況の更新処理を実行する（ステップＳ２−７）。具体的には、制御部２１のグループ管理部２１２は、基本レコード２４０の参加状況において、参加人数、合計購入数を更新する。なお、参加者の再購入の場合には、合計購入数のみを更新する。

（抽せん時処理）
次に、図５（ｂ）を用いて、抽せん時処理を説明する。この処理は、くじ管理サーバ３０において、宝くじの抽せんが行なわれ、当せん番号が決まった場合に行なわれる。

まず、販売サーバ２０の制御部２１は、当せん結果の確認処理を実行する（ステップＳ３−１）。具体的には、制御部２１のグループ管理部２１２は、くじ管理サーバ３０から、宝くじの当せん結果（くじ種別、回号、当せん番号）を取得する。

次に、販売サーバ２０の制御部２１は、当せん金の配分処理を実行する（ステップＳ３−２）。具体的には、制御部２１のグループ管理部２１２は、グループ情報記憶部２４に記録された購入レコード２４２を用いて、グループ毎に当せんした宝くじを特定する。次に、グループ管理部２１２は、グループ毎に当せん金額を算出する。次に、グループ管理部２１２は、各参加者の購入枚数の割合に応じて、当せん金を分配した各分配金額を算出する。この場合、小数点以下は切り捨てる。

次に、販売サーバ２０の制御部２１は、端数調整処理を実行する（ステップＳ３−３）。具体的には、制御部２１のグループ管理部２１２は、分配金額を合計して、当せん金額との差額を算出する。ここで、差額が生じた場合には、グループ管理部２１２は、差額について、１円ずつ、購入登録日時が早い順番で参加者に付与する端数調整を行なう。そして、グループ管理部２１２は、ステップＳ３−２で算出した分配金額に端数を加算する。

次に、販売サーバ２０の制御部２１は、当せん金の入金処理を実行する（ステップＳ３−４）。具体的には、制御部２１のグループ管理部２１２は、参加者毎に、会員管理レコード２２０において口座を特定し、この口座に分配金額を入金する依頼を、金融機関サーバ４０に送信する。

本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態では、販売サーバ２０の制御部２１は、グループ定義画面の出力処理（ステップＳ１−２）、グループ定義の取得処理（ステップＳ１−４）、グループ定義の登録処理（ステップＳ１−６）を実行する。これにより、宝くじの共同購入を行なうグループを設定することができる。

（２）本実施形態では、販売サーバ２０の制御部２１は、くじ種別の選択処理を実行する（ステップＳ１−３）。これにより、購入可能な宝くじを用いて、共同購入を行なうことができる。

（３）本実施形態では、販売サーバ２０の制御部２１は、参加用ＵＲＬの生成処理を実行する（ステップＳ１−７）。これにより、参加用ＵＲＬを用いて、グループへの参加者を募ることができる。

（４）本実施形態では、販売サーバ２０の制御部２１は、参加用ＵＲＬ利用のアクセスの受付処理を実行する（ステップＳ２−１）。これにより、参加希望のグループを特定することができる。

（５）本実施形態では、販売サーバ２０の制御部２１は、グループ状況の確認処理（ステップＳ２−３）、参加可能かどうかについての判定処理（ステップＳ２−４）を実行する。参加可能と判定した場合（ステップＳ２−４において「ＹＥＳ」の場合）、販売サーバ２０の制御部２１は、グループ参加者のくじ購入処理を実行する（ステップＳ２−６）。これにより、グループの作成者が設定したグループ条件で参加可否を判定することができる。

（６）本実施形態では、販売サーバ２０の制御部２１は、当せん結果の確認処理（ステップＳ３−１）、当せん金の配分処理（ステップＳ３−２）を実行する。これにより、グループで購入した宝くじの当せん金を参加者で分配することができる。

（７）本実施形態では、販売サーバ２０の制御部２１は、端数調整処理を実行する（ステップＳ３−３）。これにより、当せん金と参加者状況との関係で端数が生じた場合にも、優先順位を考慮して、当せん金を分配することができる。

本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記実施形態では、募集条件として参加上限人数、上限枚数、募集開始日、募集終了日を用いた。募集条件はこれに限定されるものではない。例えば、１人あたりの購入枚数に上限を設定してもよい。この場合には、購入画面の購入枚数欄において、購入可能数以下かつ購入枚数上限以下での購入を許容する。更に、再購入の場合にも、同じ会員が購入済みの枚数に基づいて、購入枚数上限までの残数で再購入を許容する。

・上記実施形態では、販売サーバ２０の制御部２１は、端数調整処理を実行する（ステップＳ３−３）。ここで、端数を分配する優先順位は購入登録日時が早い順番に限定されるものではない。例えば、購入枚数が多い順番に優先順位を決めてもよい。

・上記実施形態では、宝くじの購入時には、グループ管理部２１２が、くじ情報記憶部２３から、くじ種別、回号において、購入枚数分のくじ番号を取得し、購入済みフラグを記録する。ここで、宝くじの購入者がくじ番号を選べるようにしてもよい。

・上記実施形態では、グループ情報記憶部２４の購入レコード２４２には、購入くじ番号に関するデータが記録される。ここで、購入くじ番号に、このくじを購入した参加者の会員ＩＤを記録してもよい。そして、グループの参加者に対して、当選くじの購入者情報を提供するようにしてもよい。

１０…ユーザ端末、２０…販売サーバ、２１…制御部、２１１…会員管理部、２１２…グループ管理部、２１３…販売管理部、２２…会員情報記憶部、２３…くじ情報記憶部、２４…グループ情報記憶部、３０…くじ管理サーバ、４０…金融機関サーバ。

Claims (7)

1. 宝くじの共同購入を行なうグループを管理する制御部と、
   前記グループについてのグループ定義を記憶したグループ情報記憶部とを備えたくじ管理システムであって、
   前記制御部が、
   第１端末から、くじ券種類、回号を特定したグループ生成依頼を取得した場合、グループ定義を前記グループ情報記憶部に登録し、
   前記グループ定義に対して、参加用ＵＲＬを生成し、前記第１端末に提供し、
   前記参加用ＵＲＬを用いて、第２端末からのアクセスを取得した場合には、前記グループ定義に応じて、グループ参加可否を判定し、
   グループ参加可能な場合に、前記グループ定義に関連付けてグループ構成員として登録し、前記第２端末において購入されたくじを前記グループ定義に関連付けて登録し、
   前記グループ定義のくじ種類、回号の当せん情報を取得した場合には、前記当せん情報の当せん金をグループ構成員で配分することを特徴とするくじ管理システム。
2. 前記グループ定義には、参加人数上限に関する情報が記録されており、
   前記制御部が、参加状況が前記参加人数上限に達していない場合に、前記第２端末においてくじ購入を許可することを特徴とする請求項１に記載のくじ管理システム。
3. 前記グループ定義には、枚数上限に関する情報が記録されており、
   前記制御部が、前記グループにおける購入枚数が枚数上限に達していない場合に、前記第２端末においてくじ購入を許可することを特徴とする請求項１又は２に記載のくじ管理システム。
4. 前記制御部が、前記グループ構成員の優先順位を定め、前記当せん金を、前記優先順位に基づいて配分することを特徴とする請求項１〜３の何れか一項に記載のくじ管理システム。
5. 前記制御部が、前記優先順位をグループへの参加時刻に基づいて決めることを特徴とする請求項４に記載のくじ管理システム。
6. 宝くじの共同購入を行なうグループを管理する制御部と、
   前記グループについてのグループ定義を記憶したグループ情報記憶部とを備えたくじ管理システムを用いて、宝くじを管理する方法であって、
   前記制御部が、
   第１端末から、くじ券種類、回号を特定したグループ生成依頼を取得した場合、グループ定義を前記グループ情報記憶部に登録し、
   前記グループ定義に対して、参加用ＵＲＬを生成し、前記第１端末に提供し、
   前記参加用ＵＲＬを用いて、第２端末からのアクセスを取得した場合には、前記グループ定義に応じて、グループ参加可否を判定し、
   グループ参加可能な場合に、前記グループ定義に関連付けてグループ構成員として登録し、前記第２端末において購入されたくじを前記グループ定義に関連付けて登録し、
   前記グループ定義のくじ種類、回号の当せん情報を取得した場合には、前記当せん情報の当せん金をグループ構成員で配分することを特徴とするくじ管理方法。
7. 宝くじの共同購入を行なうグループを管理する制御部と、
   前記グループについてのグループ定義を記憶したグループ情報記憶部とを備えたくじ管理システムを用いて、宝くじを管理するプログラムであって、
   前記制御部を、
   第１端末から、くじ券種類、回号を特定したグループ生成依頼を取得した場合、グループ定義を前記グループ情報記憶部に登録し、
   前記グループ定義に対して、参加用ＵＲＬを生成し、前記第１端末に提供し、
   前記参加用ＵＲＬを用いて、第２端末からのアクセスを取得した場合には、前記グループ定義に応じて、グループ参加可否を判定し、
   グループ参加可能な場合に、前記グループ定義に関連付けてグループ構成員として登録し、前記第２端末において購入されたくじを前記グループ定義に関連付けて登録し、
   前記グループ定義のくじ種類、回号の当せん情報を取得した場合には、前記当せん情報の当せん金をグループ構成員で配分する手段として機能させることを特徴とするくじ管理プログラム。

Images