JP4936766B2 - 宝くじ券販売装置及び宝くじ券販売方法ならびにそのプログラム - Google Patents

Description

本発明は、宝くじ券を販売する際に、既に販売単位にまとめられた複数の宝くじ券の券組の中から、販売する宝くじ券の券組を効率よく決定する宝くじ券販売装置及び宝くじ券販売方法ならびにそのプログラムに関する。

宝くじ券の販売をインターネットなどの通信ネットワークを介して自動販売機や端末より受け付けて行う技術が既に提案されている。
特開２００４−１１８６９１号公報

このような技術においては、例えば、宝くじ券販売装置において、ユーザより指定を受けた番号の宝くじ券を可能な限り含む券組を販売する。しかしながら、購入依頼において指定された番号を含む券組をそのまま販売すると、製造された宝くじ券の一連の抽せん番号において、販売されずに残る抽せん番号が飛び飛びの状態となる。ここで、宝くじ券は組番号や抽せん番号が連番となるように製造されるが、販売される券組に含まれる抽せん番号が飛び飛びとなる場合、それら販売される券組の宝くじ券を印刷する際に、その印刷する抽せん番号を設定を行うための労力が大きくなる。例えば抽せん番号を連続して印刷する印刷機の場合、販売されなかった抽せん番号の印刷時に一旦印刷機の動作を止めて、次に印刷する抽せん番号を設定しなおす必要が出てくる。また、通常宝くじ券はユニット単位（所定の数の組番号と各組に割り当てられる抽せん番号によって算出される宝くじ券の単位）で販売されるが、当せんの割合はユニット単位で決定される。従って販売される宝くじ券の抽せん番号が飛び飛びとなることで、当せんの確率が変化してしまう。

そこでこの発明は、宝くじ券の製造時の労力を軽減でき、また販売後の宝くじ券の当せん確率の予め設定された当せん確率からの変動を縮小することができる、宝くじ券販売装置及び宝くじ券販売方法ならびにそのプログラムを提供することを目的としている。

上記目的を達成するために、本発明は、宝くじ券の販売単位である券組を示す券組情報であって、少なくとも組番号と販売単位分の連続する複数の抽せん番号とを示す券組情報を、連続する所定の組番号および抽せん番号について重複なく複数記憶するデータベースと、通信ネットワークを介して接続されたユーザ端末より、前記券組の数を含む購入依頼を受け付ける券組毎購入依頼受付手段と、前記券組毎購入依頼受付手段が前記購入依頼を受け付けると、前記ユーザ端末から受け付けた購入依頼で示される券組の数と、過去に受け付けた購入依頼について記憶している券組の数とを読み取り、それら券組の数の累計を算出し、その累計が、予め記憶する前記組番号の総数以下であるか否かを判定し、当該累計が前記組番号の総数以下であると判定した場合には、前記データベースに記録されている券組情報のうち、組番号がそれぞれ異なり、各券組に含まれる連続する複数の抽せん番号がそれぞれ異なる各券組情報を、販売する券組を示す券組情報として読み取る券組決定手段と、前記券組決定手段の読み取った券組情報と、前記ユーザ端末を利用するユーザを示すユーザＩＤとを対応付けて前記データベースに登録する購入管理手段と、を備えることを特徴とする宝くじ券販売装置である。

また本発明は、上述の宝くじ券販売装置において、前記券組決定手段は、前記購入依頼で示される券組の数が前記組番号の総数より多い場合、前記組番号の総数に達するまでは、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、各券組に含まれる連続する複数の抽せん番号がそれぞれ異なる各券組情報を、前記データベースから読み取り、前記組番号の総数を超えた分については、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、既に販売すると決定された券組に含まれる抽せん番号に連続する抽せん番号を含む各券組情報を、前記データベースから読み取り、前記累計が前記組番号の総数を超えた場合、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、既に販売すると決定された券組に含まれる抽せん番号に連続する抽せん番号を含む各券組情報を、前記データベースから読み取ることを特徴とする。

また本発明は、上述の宝くじ券販売装置において、前記券組決定手段は、販売する券組を示す各券組情報として、券組情報を前記データベースから読み取るにあたり、組番号が示す数字の順または組番号が示す数字の順とは異なる順に前記データベースから読み取ることを特徴とする。

また本発明は、上述の宝くじ券販売装置において、前記券組決定手段は、販売する券組を示す各券組情報として、券組情報を前記データベースから読み取るにあたり、全ての組番号の中からランダムな順に前記データベースから読み取ることを特徴とする。

また本発明は、宝くじ券の販売単位である券組を示す券組情報であって、少なくとも組番号と販売単位分の連続する複数の抽せん番号とを示す券組情報を、連続する所定の組番号および抽せん番号について重複なく複数記憶するデータベースを備えた宝くじ券販売装置における宝くじ券販売方法であって、券組毎購入依頼受付手段は、通信ネットワークを介して接続されたユーザ端末より、前記券組の数を含む購入依頼を受け付け、券組決定手段は、前記券組毎購入依頼受付手段が前記購入依頼を受け付けると、前記ユーザ端末から受け付けた購入依頼で示される券組の数と、過去に受け付けた購入依頼について記憶している券組の数とを読み取り、それら券組の数の累計を算出し、その累計が、予め記憶する前記組番号の総数以下であるか否かを判定し、当該累計が前記組番号の総数以下であると判定した場合には、前記データベースに記録されている券組情報のうち、組番号がそれぞれ異なり、各券組に含まれる連続する複数の抽せん番号がそれぞれ異なる各券組情報を、販売する券組を示す券組情報として読み取り、購入管理手段は、前記券組決定手段の読み取った券組情報と、前記ユーザ端末を利用するユーザを示すユーザＩＤとを対応付けて前記データベースに登録することを特徴とする宝くじ券販売方法である。

また本発明は、上述の宝くじ券販売方法において、前記券組決定手段は、前記購入依頼で示される券組の数が前記組番号の総数より多い場合、前記組番号の総数に達するまでは、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、各券組に含まれる連続する複数の抽せん番号がそれぞれ異なる各券組情報を、前記データベースから読み取り、前記組番号の総数を超えた分については、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、既に販売すると決定された券組に含まれる抽せん番号に連続する抽せん番号を含む各券組情報を、前記データベースから読み取り、前記累計が前記組番号の総数を超えた場合、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、既に販売すると決定された券組に含まれる抽せん番号に連続する抽せん番号を含む各券組情報を、前記データベースから読み取ることを特徴とする。

また本発明は、宝くじ券の販売単位である券組を示す券組情報であって、少なくとも組番号と販売単位分の連続する複数の抽せん番号とを示す券組情報を、連続する所定の組番号および抽せん番号について重複なく複数記憶するデータベースを備えた宝くじ券販売装置のコンピュータを、通信ネットワークを介して接続されたユーザ端末より、前記券組の数を含む購入依頼を受け付ける券組毎購入依頼受付手段、前記券組毎購入依頼受付手段が前記購入依頼を受け付けると、前記ユーザ端末から受け付けた購入依頼で示される券組の数と、過去に受け付けた購入依頼について記憶している券組の数とを読み取り、それら券組の数の累計を算出し、その累計が、予め記憶する前記組番号の総数以下であるか否かを判定し、当該累計が前記組番号の総数以下であると判定した場合には、前記データベースに記録されている券組情報のうち、組番号がそれぞれ異なり、各券組に含まれる連続する複数の抽せん番号がそれぞれ異なる各券組情報を、販売する券組を示す券組情報として読み取る券組決定手段、前記券組決定手段の読み取った券組情報と、前記ユーザ端末を利用するユーザを示すユーザＩＤとを対応付けて前記データベースに登録する購入管理手段、として機能させることを特徴とするプログラムである。

また本発明は、前記券組決定手段において、前記購入依頼で示される券組の数が前記組番号の総数より多い場合、前記組番号の総数に達するまでは、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、各券組に含まれる連続する複数の抽せん番号がそれぞれ異なる各券組情報を、前記データベースから読み取り、前記組番号の総数を超えた分については、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、既に販売すると決定された券組に含まれる抽せん番号に連続する抽せん番号を含む各券組情報を、前記データベースから読み取り、前記累計が前記組番号の総数を超えた場合、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、既に販売すると決定された券組に含まれる抽せん番号に連続する抽せん番号を含む各券組情報を、前記データベースから読み取ることを特徴とするプログラムである。

本発明によれば、宝くじ券の抽せん番号が１つの組番号の中で可能な限り連続的に販売されるので、宝くじ券を製造する場合において、どの抽せん番号の宝くじ券を製造するかについて考慮する必要がない。従って順番に番号を印刷する印刷機などを用いて効率よく印刷することができ、製造者の労力を軽減することができる。そしてこれにより、不要な宝くじ券を製造する必要がなくなる。また、抽せん番号が途中で抜けることなく販売されるので、ユニットごとに販売する宝くじ券の券組を順次決定していけば、当せんしたが販売されなかった抽せん番号の宝くじ券が少なくなり、これにより、予め設定されている当せんの確率と、販売後の宝くじ券の当せんの確率の変動を縮小することができる。さらに、購入依頼に基づいて直ちに販売する宝くじ券の券組が決定されるので、ユーザに対して即座にその情報を通知することができる。

以下、本発明の一実施形態による宝くじ券販売装置を図面を参照して説明する。図１は同実施形態による宝くじ券販売装置の構成を示すブロック図である。
この図において、符号１は宝くじ券販売装置である。そして宝くじ券販売装置１はユーザ端末３とインターネット２を介して接続されている。また宝くじ券販売装置１は電子決済サーバ４と接続されるようにしても良い。宝くじ券販売装置１は、ユーザ端末３から購入依頼を受け付けることにより、当該購入依頼に基づく宝くじ券の券組を決定し、その券組の宝くじ券を販売する処理を行う。なお、宝くじ券販売装置１はユーザ端末３の代わりに宝くじ券売場の売場端末や、自動販売機などから購入依頼を受け付けるようにしてもよい。

また宝くじ券販売装置１において、符号１１はユーザ端末３からのアクセスを受付ける受付管理部である。１２は当せん宝くじに関するデータを管理する当せん管理部である。１３は販売前に予め決定された宝くじ券の券組の情報を管理する現物管理部である。１４はユーザ宛て文書の作成及び送付を行う文書作成／送付部である。１５はユーザの情報（氏名、年齢、ユーザ番号、パスワード、メールアドレス等）を記憶するユーザＤＢ（データベース）である。１６は予め登録された宝くじ券の券組テーブルと、ユーザ毎に販売した宝くじ券の券組のデータと当せん結果データを記憶する宝くじＤＢである。１７は宝くじ購入申込みに伴う決済および宝くじ当せんに伴う決済を電子決済サーバ４に指示する決済管理部である。また１８はユーザ毎に販売した券組のデータを宝くじＤＢに登録したり、販売する宝くじ券の券組を決定する購入管理部（券組決定手段）である。

図２は宝くじＤＢで記憶している券組テーブルを示す図である。
この図で示すように、券組テーブルでは、各組（図においては０１組〜０４組）の抽せん番号が１０番ずつ券組された情報を保持している。つまり、図２で示すように、組番号ごとに、販売単位（１０枚）で券組とされた抽せん番号の始まりの番号（始）と終わりの番号（至）とを保持している。なお図２に示すように、各券組の情報には決定順の情報が対応付けられて記録されているが、これは説明のために記録したものであり、決定順については券組テーブルに記録されなくても良い。またこの他、決定済みか否かを示す情報を券組テーブルで保持するようにしても良い。

図３は宝くじ券販売装置の処理フローを示す図である。
次に図３を用いて、上述した宝くじ券販売装置の処理について順を追って説明する。
宝くじ券販売装置１は、ユーザ端末３からのアクセスを受け付けると、ユーザのＩＤやパスワードの入力を受け付けて、ユーザＤＢ１５に登録されている情報と比較し、認証処理を行う。認証が完了すると、受付管理部１１が現物管理部１３の処理により宝くじＤＢ１６からユーザが購入可能な宝くじのリストを取得し、ユーザ端末３のモニタ画面にリストを呈示する。そして購入申し込み画面を閲覧したユーザが、購入を希望する宝くじの種別、券組の数を入力する。受付管理部１１は、購入希望で受け付けた種類の宝くじ券が在庫としてあるかどうかを、現物管理部１３に確認する。そして、購入希望で受け付けた種類の宝くじ券の宝くじが在庫としてない場合、その旨をユーザ端末３に通知し、購入希望条件の変更画面をユーザ端末３に送信する。またユーザは、購入条件を変更することを希望した場合は、再度希望する宝くじの種別、券組の数をユーザ端末３に入力し、変更を希望しない場合は、宝くじ購入受付の処理が終了される。上述の処理において、ユーザは購入希望の宝くじの種別や、券組の数を入力すると、購入管理部１８はユーザ端末３から購入依頼を受け付ける（ステップＳ１）。この購入依頼には、ユーザが購入する宝くじ券の種別と券組の数が含まれる。

購入依頼を受け付けると、次に、購入管理部１８が複数の券組の中からユーザに販売する券組を決定する処理を行う。まず購入管理部１８は、受け付けた購入依頼が初めて受け付けた購入依頼か否かを判定する（ステップＳ２）。そして初めて受け付けた購入依頼であれば、次に、その購入依頼で示される券組の数が組番号の総数（本実施形態では説明の便宜上、組番号の総数は、組番号０１〜０４の合計４つであるとする）よりも多いか否かを判定する（ステップＳ３）。そして、購入依頼で示される券組の数（つまり販売する券組の数）が組番号の総数以下である場合には、券組決定処理１を行う（ステップＳ４）。券組決定処理１については後述する。またステップＳ２において、初めて受け付けた購入依頼でない場合には、購入依頼のあった券組の累計が組番号の総数を超えたか否かを判定する（ステップＳ５）。そして、ステップＳ３において、購入依頼で示される券組の数が組番号の総数より多い場合や、ステップＳ５において購入依頼のあった券組の累計が組番号の総数を超えた場合には、券組決定処理２を行う（ステップＳ６）。またステップＳ５において購入依頼のあった券組の累計が組番号の総数以下である場合には、ステップＳ４と同様の券組決定処理１を行う。そして、購入管理部１８は決定した券組について決定済みの情報を登録する。また、購入管理部１８は決定した券組の情報（組番号、抽せん番号などからなる券組単位情報）をユーザのＩＤなどに対応付けて宝くじＤＢ１６に登録する。また文書作成／送付部１４が、決定された券組の情報を、受付管理部１１を介してユーザ端末３に送信するようにしても良い。そして、券組決定処理１や券組決定処理２を終えた後は、全ての券組について販売が終了したか否かを判定し（ステップＳ７）、終了した場合には処理を終了する。また終了していない場合には、購入依頼の受け付けを待機する。

次に、上述の券組決定処理１について説明する。
券組決定処理１は購入依頼を受け付けた後、その購入依頼に含まれる券組の数（販売する券組の数）だけ異なる組を決定する。例えば、購入依頼において券組の数が２である場合には２つの組番号を決定する。そして決定した組番号の宝くじ券を含む券組の決定において、それぞれの券組の中に同一の抽せん番号が含まれない各券組を、販売する宝くじ券の券組と決定する。そして１回または複数回の購入依頼で示される券組の数の累計が、組番号の総数を超えるまで、この処理を繰り返す。本実施形態においては、購入依頼で示される券組の数の累計（販売する券組の数の累計）が４となるまでは、異なる組番号を順次販売する券組の組番号と決定し、当該決定した各組番号において抽せん番号が重複しないように券組を決定する。これにより、１人の購入者が組番号の総数以下の複数の券組を買った場合に、同一の組番号や抽せん番号が各券組の中に含まれないように販売することができる。なお購入依頼において券組の数が１である場合には（販売する券組が１つである場合）、１つの組番号を決定し、その組番号の中から、ランダムまたは規定の処理によって券組を１つ決定すればよい。

つまり券組決定処理１においては、１つの券組に含まれる情報が、組番号と、連続する抽せん番号の始まりの番号（始）と終わりの番号（至）であり、この１つの券組に関する情報を券組単位情報とすると、購入管理部１８は、販売する券組を示す券組単位情報を購入依頼に基づいて決定する際に、当該購入依頼のあった券組の数が組番号の総数以下であり、かつ販売する券組を示す券組単位情報が全く決定されていないない場合や、購入依頼のあった券組の累計が組番号の総数以下である場合には、組番号がそれぞれ異なり、各券組に含まれる連続する複数の抽せん番号がそれぞれ異なる各券組単位情報を、販売する券組を示す各券組単位情報と決定する。

次に、上述の券組決定処理２について説明する。
初回の購入依頼で示される券組の数（販売する券組の数）が組番号の総数より多い場合には、まず、組番号の総数までの券組みの決定については券組決定処理１と同様の処理を行う。そしてその後、組番号の総数を越える券組の決定については、組番号の総数の単位の券組の決定ごとに、順次、組番号がそれぞれことなる券組であって、既に決定された券組に含まれる抽せん番号に連続する抽せん番号を含む券組を、販売する券組と決定する。また、購入依頼のあった券組の累計が組番号の総数を超えた場合にも、同様に、組番号の総数の単位の券組の決定ごとに、順次、組番号がそれぞれことなる券組であって、既に決定された券組に含まれる抽せん番号に連続する抽せん番号を含む券組を、販売する券組と決定する。これにより、１人の購入者が組番号の総数以下の複数の券組を買った場合に、同一の組番号や抽せん番号が各券組の中に含まれないように販売することができる。

図４は販売する券組の決定処理の例を示す第１の図である。
ここで組番号の総数を組番号０１〜０４までの４つとする。初めて受け付けた購入依頼に“券組３つ”の情報が含まれていた場合、例えば、０１組、０２組、０３組を販売する組番号と決定する。この処理は、販売する券組の累計が組番号の総数以下であるので、券組決定処理１に該当する。そしてそれら決定した各組番号の中で抽せん番号が一致しないように券組が決定される。この、決定した各組番号の中で抽せん番号が一致しないように券組が決定される処理は、どのような手法でもよい（例えばランダムに券組を選択する手法や、各組番号について決定する券組に含まれる抽せん番号を、所定の番号分の間隔を離して券組を選択する手法などが考えられる）。そして、決定した３つの券組は図４で示す決定順１〜３で示す券組とする。

また２回目に受け付けた購入依頼において“券組１つ”の情報が含まれていた場合、販売する券組の累計は４となり、組番号の総数以下であるので、券組決定処理１に該当する。このとき、組番号を決定する処理においては、販売する券組の累計が組番号の総数を超えていないので、既に決定されてた券組の組番号とは異なる組番号となるように決定する。つまり０４組が決定されずに残っているので、０４組を２回目に受け付けた購入依頼に対して販売する券組の組番号と決定する。そして０４組の中で券組を決定する際に、決定順１〜３で決定された券組に含まれる抽せん番号に一致しない抽せん番号を含む券組を決定する。上記同様に、この、決定した各組番号の中で抽せん番号が一致しないように券組が決定される処理は、どのような手法でもよい。２回目の購入依頼に基づいて販売すると決定した１つの券組は図４で示す決定順４で示す券組とする。

次に３回目の購入依頼において、“券組５つ”の情報が含まれていた場合、販売する券組の累計は９となり、組番号の総数「４」を超えるので、券組決定処理２に該当する。このとき、組番号の総数の単位が「４」であるので４つの券組の決定ごとに、順次、組番号がそれぞれ異なる券組であって、既に販売すると決定された券組に含まれる抽せん番号に連続する抽せん番号を含む券組を、販売する券組と決定する。つまり、購入依頼で示される“券組５つ”において、券組４つまでの決定においては、それぞれが異なる組番号（０１組〜０４組）となり、既に販売すると決定された券組の抽せん番号から連続するように、券組が決定される。なお図４で示す券組の決定処理では、組番号の決定において０１組、０２組、０３組、０４組の順で繰り返し決定するようにしている。３回目の購入依頼に基づいて販売すると決定した最初の４つの券組は、図４で示す決定順５〜８で示す券組とする。また３回目の購入依頼において最後の１つの券組の決定においては、決定順８で決定した券組の組番号０４の次の順番である０１組の券組であって、既に０１組で販売すると決定されている券組（決定順５で示される券組）に含まれる抽せん番号から連続するように、券組が決定される。３回目の購入依頼に基づいて販売すると決定した最後の１つの券組は、図４で示す決定順９で示す券組とする。

なお、初めて受け付けた購入依頼において“券組９つ”の情報が含まれていた場合、その販売する券組の数が組番号の総数「４」より多いので、券組決定処理２により券組が決定される。但しこの時、組番号の総数「４」までの券組の決定（つまり９つのうち最初の４つの券組の決定）については券組決定処理１と同様の処理により券組を決定する。また、９つの券組の決定のうち残りの５つの券組の決定については、上述のした３回目の購入依頼に基づく券組の決定と同様の処理を行う。

図５は販売する券組の決定処理の例を示す第２の図である。
この図で示す決定処理の例は、図４で示した例と比べて、販売する券組として決定する組番号の順序が、組番号で示される数字の順ではない点で異なる。つまり、図４で示した例では０１組→０２組→０３組→０４組という順番で繰り返し券組の組番号を決定している。しかし図５で示す例では、０２組→０４組→０３組→０１組という順番で繰り返し券組の組番号を決定している。その他の処理については図４の場合と同様の手法である。

図６は販売する券組の決定処理の例を示す第２の図である。
この図で示す決定処理の例は、図４や図５で示した例と比べて、販売する券組として決定する組番号の順序が、組番号で示される数字の順とは全く異なるランダムな順番で決定されている。但し、一度販売すると決定された組番号については、全ての他の組番号が一様に決定されるまで、販売する券組の組番号とされない。図６の例では最初の４つの券組が、０３組→０４組→０１組→０２組という順番で決定され、次の４つの券組が０４組→０１組→０２組→０３組という順番で決定され、最後の１つの券組が０２組と決定されている。その他の処理については図４の場合と同様の手法である。

そして、上述の処理により、ステップＳ７においてすべての券組の販売が終了すると（または販売期間が過ぎると）、当せんとなる抽せん番号が決定されて、文書作成／送付部１４がその当せんとなる抽せん番号をユーザ端末３に送信してもよい。さらに、当せん管理部１２が、ユーザ端末３からユーザの購入した宝くじ券の抽せん番号を受け付けて、当せんか否かを判定するようにしても良いし、決済管理部１７が電子決済サーバ４に対してユーザの購入した宝くじ券の決済処理を通知するようにしても良い。

以上、本発明の実施形態について説明したが、上述の宝くじ券販売装置を用いることで、宝くじ券の抽せん番号が１つの組番号の中で可能な限り連続的に販売されるので、宝くじ券を製造する場合において、どの抽せん番号の宝くじ券を製造するかについて考慮する必要がない。従って順番に番号を印刷する印刷機などを用いて効率よく印刷することができ、製造者の労力を軽減することができる。そしてこれにより、不要な宝くじ券を製造する必要がなくなる。また、抽せん番号が途中で抜けることなく販売されるので、ユニットごとに販売する宝くじ券の券組を順次決定していけば、当せんしたが販売されなかった抽せん番号の宝くじ券が少なくなり、これにより、予め設定されている当せんの確率と、販売後の宝くじ券の当せんの確率の変動を縮小することができる。さらに、購入依頼に基づいて直ちに販売する宝くじ券の券組が決定されるので、ユーザに対して即座にその情報を通知することができる。

上述の宝くじ券販売装置は内部に、コンピュータシステムを有している。そして、上述した処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。

また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

宝くじ券販売装置の構成を示すブロック図である。 宝くじＤＢで記憶している券組テーブルを示す図である。 宝くじ券販売装置の処理フローを示す図である。 販売する券組の決定処理の例を示す第１の図である。 販売する券組の決定処理の例を示す第２の図である。 販売する券組の決定処理の例を示す第３の図である。

符号の説明

１・・・宝くじ券販売装置
２・・・インターネット
３・・・ユーザ端末
４・・・電子決済サーバ
１１・・・受付管理部
１２・・・当せん管理部
１３・・・現物管理部
１４・・・文書作成／送付部
１５・・・ユーザＤＢ
１６・・・宝くじＤＢ
１７・・・決済管理部
１８・・・購入管理部

Claims (8)

1. 宝くじ券の販売単位である券組を示す券組情報であって、少なくとも組番号と販売単位分の連続する複数の抽せん番号とを示す券組情報を、連続する所定の組番号および抽せん番号について重複なく複数記憶するデータベースと、
   通信ネットワークを介して接続されたユーザ端末より、前記券組の数を含む購入依頼を受け付ける券組毎購入依頼受付手段と、
   前記券組毎購入依頼受付手段が前記購入依頼を受け付けると、前記ユーザ端末から受け付けた購入依頼で示される券組の数と、過去に受け付けた購入依頼について記憶している券組の数とを読み取り、それら券組の数の累計を算出し、その累計が、予め記憶する前記組番号の総数以下であるか否かを判定し、当該累計が前記組番号の総数以下であると判定した場合には、前記データベースに記録されている券組情報のうち、組番号がそれぞれ異なり、各券組に含まれる連続する複数の抽せん番号がそれぞれ異なる各券組情報を、販売する券組を示す券組情報として読み取る券組決定手段と、
   前記券組決定手段の読み取った券組情報と、前記ユーザ端末を利用するユーザを示すユーザＩＤとを対応付けて前記データベースに登録する購入管理手段と、
   を備えることを特徴とする宝くじ券販売装置。
2. 前記券組決定手段は、
   前記購入依頼で示される券組の数が前記組番号の総数より多い場合、前記組番号の総数に達するまでは、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、各券組に含まれる連続する複数の抽せん番号がそれぞれ異なる各券組情報を、前記データベースから読み取り、前記組番号の総数を超えた分については、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、既に販売すると決定された券組に含まれる抽せん番号に連続する抽せん番号を含む各券組情報を、前記データベースから読み取り、
   前記累計が前記組番号の総数を超えた場合、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、既に販売すると決定された券組に含まれる抽せん番号に連続する抽せん番号を含む各券組情報を、前記データベースから読み取る
   ことを特徴とする請求項１に記載の宝くじ券販売装置。
3. 前記券組決定手段は、販売する券組を示す各券組情報として、券組情報を前記データベースから読み取るにあたり、組番号が示す数字の順または組番号が示す数字の順とは異なる順に前記データベースから読み取る
   ことを特徴とする請求項１または請求項２に記載の宝くじ券販売装置。
4. 前記券組決定手段は、販売する券組を示す各券組情報として、券組情報を前記データベースから読み取るにあたり、全ての組番号の中からランダムな順に前記データベースから読み取る
   ことを特徴とする請求項１または請求項２に記載の宝くじ券販売装置。
5. 宝くじ券の販売単位である券組を示す券組情報であって、少なくとも組番号と販売単位分の連続する複数の抽せん番号とを示す券組情報を、連続する所定の組番号および抽せん番号について重複なく複数記憶するデータベースを備えた宝くじ券販売装置における宝くじ券販売方法であって、
   券組毎購入依頼受付手段は、通信ネットワークを介して接続されたユーザ端末より、前記券組の数を含む購入依頼を受け付け、
   券組決定手段は、前記券組毎購入依頼受付手段が前記購入依頼を受け付けると、前記ユーザ端末から受け付けた購入依頼で示される券組の数と、過去に受け付けた購入依頼について記憶している券組の数とを読み取り、それら券組の数の累計を算出し、その累計が、予め記憶する前記組番号の総数以下であるか否かを判定し、当該累計が前記組番号の総数以下であると判定した場合には、前記データベースに記録されている券組情報のうち、組番号がそれぞれ異なり、各券組に含まれる連続する複数の抽せん番号がそれぞれ異なる各券組情報を、販売する券組を示す券組情報として読み取り、
   購入管理手段は、前記券組決定手段の読み取った券組情報と、前記ユーザ端末を利用するユーザを示すユーザＩＤとを対応付けて前記データベースに登録する
   ことを特徴とする宝くじ券販売方法。
6. 前記券組決定手段は、
   前記購入依頼で示される券組の数が前記組番号の総数より多い場合、前記組番号の総数に達するまでは、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、各券組に含まれる連続する複数の抽せん番号がそれぞれ異なる各券組情報を、前記データベースから読み取り、前記組番号の総数を超えた分については、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、既に販売すると決定された券組に含まれる抽せん番号に連続する抽せん番号を含む各券組情報を、前記データベースから読み取り、
   前記累計が前記組番号の総数を超えた場合、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、既に販売すると決定された券組に含まれる抽せん番号に連続する抽せん番号を含む各券組情報を、前記データベースから読み取る
   ことを特徴とする請求項５に記載の宝くじ券販売方法。
7. 宝くじ券の販売単位である券組を示す券組情報であって、少なくとも組番号と販売単位分の連続する複数の抽せん番号とを示す券組情報を、連続する所定の組番号および抽せん番号について重複なく複数記憶するデータベースを備えた宝くじ券販売装置のコンピュータを、
   通信ネットワークを介して接続されたユーザ端末より、前記券組の数を含む購入依頼を受け付ける券組毎購入依頼受付手段、
   前記券組毎購入依頼受付手段が前記購入依頼を受け付けると、前記ユーザ端末から受け付けた購入依頼で示される券組の数と、過去に受け付けた購入依頼について記憶している券組の数とを読み取り、それら券組の数の累計を算出し、その累計が、予め記憶する前記組番号の総数以下であるか否かを判定し、当該累計が前記組番号の総数以下であると判定した場合には、前記データベースに記録されている券組情報のうち、組番号がそれぞれ異なり、各券組に含まれる連続する複数の抽せん番号がそれぞれ異なる各券組情報を、販売する券組を示す券組情報として読み取る券組決定手段、
   前記券組決定手段の読み取った券組情報と、前記ユーザ端末を利用するユーザを示すユーザＩＤとを対応付けて前記データベースに登録する購入管理手段、
   として機能させることを特徴とするプログラム。
8. 前記券組決定手段は、
   前記購入依頼で示される券組の数が前記組番号の総数より多い場合、前記組番号の総数に達するまでは、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、各券組に含まれる連続する複数の抽せん番号がそれぞれ異なる各券組情報を、前記データベースから読み取り、前記組番号の総数を超えた分については、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、既に販売すると決定された券組に含まれる抽せん番号に連続する抽せん番号を含む各券組情報を、前記データベースから読み取り、
   前記累計が前記組番号の総数を超えた場合、販売する券組を示す各券組情報として、組番号がそれぞれ異なり、既に販売すると決定された券組に含まれる抽せん番号に連続する抽せん番号を含む各券組情報を、前記データベースから読み取る
   ことを特徴とする請求項７に記載のプログラム。

Images