JP4541640B2 - Voting ticket sales management method - Google Patents
Voting ticket sales management method Download PDFInfo
- Publication number
- JP4541640B2 JP4541640B2 JP2002378637A JP2002378637A JP4541640B2 JP 4541640 B2 JP4541640 B2 JP 4541640B2 JP 2002378637 A JP2002378637 A JP 2002378637A JP 2002378637 A JP2002378637 A JP 2002378637A JP 4541640 B2 JP4541640 B2 JP 4541640B2
- Authority
- JP
- Japan
- Prior art keywords
- sales
- data
- lottery
- purchase
- management computer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000007726 management method Methods 0.000 title claims description 100
- 238000013500 data storage Methods 0.000 claims description 41
- 238000000034 method Methods 0.000 claims description 30
- 238000000151 deposition Methods 0.000 claims description 5
- 238000006243 chemical reaction Methods 0.000 claims description 4
- 239000000284 extract Substances 0.000 claims description 3
- 238000012545 processing Methods 0.000 description 13
- 238000012790 confirmation Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 2
- 230000032683 aging Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、ネットワークの特性を生かしながら、地域性を有する投票券を効率よく販売することができる投票券販売管理方法に関するものである。
【0002】
【従来の技術】
今日、宝くじ等の投票券を購入する場合、通常、購入者は宝くじ売場等の投票券販売所に出向く必要がある。このため、投票券の購入を希望していても販売所に出向くことができない場合、投票券を購入することができない。しかも、宝くじ売場は限られた数しかないため、場合によっては、購入まで長時間待たなければならないこともある。さらに、宝くじ売場の営業時間にも制限があるため、宝くじを購入できない場合もある。
【0003】
このため、インターネット上で宝くじ等を販売するための投票券販売システムが提案されている(例えば、特許文献1参照。)。この投票券販売システムの受付管理部がインターネットを介して会員端末からの宝くじの購入申込を受け付けると、その購入申込がデータベースに格納される。数字選択式宝くじの申込の場合、申込データが中継センタに送られ、データ転送管理部は、宝くじ発券システムが稼動状態であるか否かを判定する。そして、稼動状態である場合には宝くじの購入申込を、宝くじ発券システムに転送する。さらに、発券情報は、中継センタ、宝くじモール・サイト、インターネットを介して会員端末に配信される。普通の宝くじの場合は、宝くじの種類を会員に提示して、会員に種類及び枚数を設定させる。当せん管理部は、当せんした宝くじに関するデータを管理し、当せん結果は、インターネットを介して会員端末に配信する。
【0004】
これにより、購入者が投票券販売所に出向く必要がなくなるとともに種々の購入オプションを選択することが可能になる。また、投票券の発券システムが非稼働状態であっても、投票券の購入を申し込むことができるので、購入者にとって極めて利便性が高い。
【0005】
【特許文献1】
特開2002−123646号公報(第1頁)
【0006】
【発明が解決しようとする課題】
しかし、投票券の中には地域性があり、販売地域との関係が強いものがある。例えば、宝くじの場合、販売できる者が定められている。具体的には、「当せん金付証票法」に定められた全国都道府県と12指定都市の地方自治体に限定されている。そして、この地方自治体が所定の許可を得て発売元となり、発売等の事務を銀行に委託している。そして、収益金は抽せん終了後、時効当せん金は時効成立後、それぞれ発売元へ納付される。
【0007】
しかし、インターネット等のネットワークを利用することにより、販売地域に制限されることなく投票券の販売サイトにアクセスすることができる。このため、全国自治宝くじのように、全国的に共通する宝くじを、インターネットを介して販売した場合、収益金の分配方法が問題となる。
【0008】
本発明は、上記問題点を解決するためになされたものであり、ネットワークの特性を生かしながら、地域性を有する投票券を効率よく販売することができる投票券販売管理方法を提供することである。
【0009】
【課題を解決するための手段】
上記問題点を解決するために、請求項1に記載の発明は、会員毎に、会員ID、パスワード、この会員に割り振った会員ID及びパスワードが記載された通知書が郵送された宛先住所、預金口座識別子に関するデータを含んで構成される会員データが記録されている会員データ記憶部と、宝くじの販売毎に、会員ID、申込回、選択数字、申込口数及び売場コードに関するデータが相互に関連づけられて記録される販売データが記録される販売データ記憶部と、住所地域に対して、実存する投票券売場の店頭販売時に用いられる売場コードと同じ売場コードとを対応させた変換表データとを備え、利用者端末、金融機関ホストシステム及び発券センタに接続された管理コンピュータを用いて投票券の販売管理を行なう方法であって、前記管理コンピュータは、前記会員データ記憶部に記録された利用希望者の住所を郵送宛先として、前記利用希望者に対して割り振ったパスワード及び会員IDが記載される通知書を出力し、利用者端末から、郵送された通知書に記載された会員ID、パスワードに関するデータが含まれるログイン要求を受信した前記管理コンピュータが、ログイン要求に含まれる会員ID、パスワードが、前記会員データ記憶部に記録された会員ID、パスワードと一致するかどうかを確認することによりユーザ認証を実行し、前記ユーザ認証が完了した場合には、前記管理コンピュータが、購入設定画面に関するウェブページデータを前記利用者端末に送信し、前記利用者端末から、申込回、選択数字、申込口数に関するデータを含む投票券購入要求を受信する段階と、前記管理コンピュータが、この投票券購入要求を前記販売データ記憶部に記録し、購入申込のあった宝くじの購入代金額を算出し、前記会員データ記憶部に記録された預金口座識別子と購入代金額に関するデータを含む引落指示を金融機関ホストシステムに対して送信し、金融機関ホストシステムは、引落指示に含まれる会員の預金口座識別子に基づいて口座残高を確認し、この口座残高が購入代金額以上の場合、利用者の預金口座から販売代金を引き落とす段階と、前記金融機関ホストシステムから前記引落指示に対する決済結果を受信した管理コンピュータは、前記会員データ記憶部から宝くじを購入した会員の住所を抽出し、前記変換表データを用いて、購入申込を行なった会員の住所を売場コードに変換し、前記販売データ記憶部に記録された販売データに売場コードに関するデータを追加記録し、会員ID、購入申込のあった宝くじの内容及び売場コードに関するデータが含まれる発券要求を発券センタに送信し、この発券要求を受信した発券センタは、発券要求に含まれるデータを販売管理データとして登録し、予め設定された抽せん日に達した場合には、抽せんにおいて決定された当せん数字と、販売された宝くじの選択数字との一致度によって当せんした宝くじを購入した会員IDと当せん金とを決定し、宝くじの売上金額から当せん金額等を差し引いて収益金を算出し、地方自治体毎に関連づけられた売場コードに基づいて、各地方自治体に分配する収益金を算出し、入金する地方自治体の口座を特定する段階と、前記発券センタが、入金先である地方自治体の口座の識別子と、分配する収益金に関するデータが含まれる収益金入金指示を送信し、この収益金入金指示を受信した管理コンピュータは、当せん金及び収益金の決済要求を金融機関ホストシステムに送信し、金融機関ホストシステムが、前記当せん金を当せん会員の預金口座に入金するとともに、収益金を各地方自治体の口座に入金する決済処理を実行することにより前記収益金を分配する段階とを含むことを要旨とする。
【0023】
(作用)
請求項1に記載の発明によれば、管理コンピュータが、ネットワークを介して、利用者情報を含む投票券購入要求を受信する。次に、前記投票券購入要求に基づいて、利用者の預金口座から販売代金を引き落とす。そして、利用者情報に基づいて、前記販売代金に関する収益金を分配するための販売地域データを生成し、この販売地域データに基づいて前記収益金を分配する。このため、ネットワーク上で販売した投票券に関しても販売地域データに基づいて収益金を分配することができる。実存する投票券売場で販売を行なう場合は、その所在地で販売地域を特定し、収益金の分配を行なっているが、ネットワーク上の地域概念のない仮想的な空間においても投票券の販売を行なうことができる。
【0024】
本発明によれば、前記投票券は、複数の自治体で販売される宝くじであり、前記販売地域データは、前記宝くじの販売を行なった自治体を特定するためのデータである。このため、全国自治宝くじのように、全国的に販売される投票券に関しても、ネットワーク上の仮想的な空間において販売することができる。
【0025】
本発明によれば、前記利用者情報は、前記利用者の住所に関する情報である。このため、利用者の住所に基づいて、販売地域を特定することができる。
【0028】
本発明によれば、前記販売地域データの生成は、前記投票券購入要求に含まれる利用者情報に基づいて特定した預金口座に関連づけられて記録された住所に基づいて、販売地域データを生成する。このため、投票券の代金引落に用いる利用者の預金口座に関する情報を利用して、販売代金に関する収益金を分配するための販売地域データを効率的に生成できる。
【0029】
本発明によれば、前記販売地域データは、店頭での販売時に用いられる投票券の売場識別子である。このため、実存する投票券売場と同じ投票券の販売を行なうことができる。従って、店頭販売とネット販売という複数の販売チャネルを用いて、利用者に投票券販売の機会を提供できる。
【0030】
【発明の実施の形態】
以下、本発明を具体化した実施形態を図1〜図10に従って説明する。本実施形態では、ネットワークを介して受け付けた購入依頼に基づいて、投票券としての宝くじを販売するサービスを提供する場合に用いる投票券販売管理方法として説明する。ここでは、このサービスは会員登録された利用者に提供される。
【0031】
本実施形態では、1から43までの数字から6個を選ぶ数字選択式宝くじを販売する場合を想定する。数字選択式宝くじにおいては、当せんくじは宝くじの購入者によって選択された6個の数字と、当せん数字の一致度により決定される。そして、当せん金額は発売額と当せん口数によって決定される。また、この数字選択式宝くじは全国自治宝くじの一種であり、宝くじ販売に関する収益金は販売地域に分配される。
【0032】
本実施形態では、会員登録された利用者が本サービスを利用する場合、図1に示すように、利用者は利用者端末10を用いて購入依頼の送信等を行なう。
利用者端末10は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有するコンピュータ端末である。この利用者端末10は、図示しないCPU、RAM、ROMの他、キーボード、マウス等の入力手段、ディスプレイ等の出力手段、モデム等の通信手段等を有する。
【0033】
また、利用者端末10は、図1に示すように、ネットワークとしてのインターネットIを介して販売管理システム20に接続されている。販売管理システム20は、会員に対して販売する宝くじの管理に関する各種データ処理を行なうコンピュータシステムである。この販売管理システム20は、管理コンピュータ21を備えている。
【0034】
この管理コンピュータ21は、利用者端末10や金融機関ホストシステム30、発券センタ40との間でのデータ送受信や、宝くじの各種管理を実行するための各種データの管理処理等を行なう。この管理コンピュータ21は、図示しないCPU、RAM、ROM等を有し、後述する処理(投票券購入要求を受信する段階、販売代金を引き落とす段階、販売地域データを生成する段階、収益金を分配する段階等を含む処理)を行なう。そのための宝くじ販売管理プログラムを実行することにより、管理コンピュータ21は、投票券購入要求を受信する手段、販売代金を引き落とす手段、販売地域データを生成する手段、収益金を分配する手段等として機能する。
【0035】
さらに販売管理システム20は、会員データ記憶部22や販売データ記憶部23を備えている。
会員データ記憶部22には、図2に示すように、本サービスを利用できる会員に関する会員データ220が記録されている。この会員データ220は、本サービスを利用するための会員申請が行なわれた場合に設定される。会員データ220は、会員毎に、会員ID、氏名、年齢、住所、電子メールアドレス、パスワード、預金口座識別子、口座引落確認フラグ及び住所未確認フラグに関するデータを含んで構成される。
【0036】
会員IDデータ領域には、会員を特定するための識別子(会員ID)に関するデータが記録される。
氏名データ領域、年齢データ領域には、それぞれ会員の氏名、年齢に関するデータが記録される。
【0037】
住所データ領域には、会員の住所に関するデータが記録される。本実施形態では、会員の住所は、宝くじの販売地域を特定するために用いられる。
電子メールアドレスデータ領域には、会員の電子メールアドレスに関するデータが記録される。
【0038】
パスワードデータ領域には、本サービスを利用する場合に用いるパスワードに関するデータが記録される。会員IDやパスワードは、会員申込時に利用希望者に割り振られる。
【0039】
預金口座識別子データ領域には、宝くじの購入代金の支払や当せん金の振込に用いられる預金口座を特定するための識別子に関するデータが記録される。本実施形態では、会員の預金口座を特定するために、預金口座識別子データには、金融機関名、支店名、預金種目、口座番号に関するデータ等を含んで構成される。
【0040】
口座引落確認フラグデータ領域には、会員からの自動口座引落の承諾確認の有無に関するデータが記録される。本実施形態では、口座引落確認フラグは、会員から返送された申込書において自動口座引落の承諾確認が得られた場合に記録される。
【0041】
住所未確認フラグデータ領域には、会員住所の確認の有無に関するデータが記録される。本実施形態では、住所確認フラグは、会員の住所に送付した郵送物が届かずに返送されたことにより、会員の住所を確認できなかった場合に記録される。
【0042】
販売データ記憶部23には、図3に示すように、本サービスを利用する会員に販売した宝くじに関する販売データ230が記録されている。この販売データ230は、会員から宝くじの購入要求があった場合に設定される。販売データ230には、宝くじの販売毎に、会員ID、申込回、選択数字、申込口数、継続回数及び売場コードに関するデータが相互に関連づけられて記録される。
【0043】
会員IDデータ領域には、購入要求を行なった会員を特定するための識別子(会員ID)に関するデータが記録される。
申込回データ領域には、購入する宝くじの発行回を特定するための識別子に関するデータが記録される。本実施形態では、購入する宝くじに種類を特定するために用いられる。なお、複数回以上、継続して宝くじを購入する場合には初回の申込回に関するデータが記録される。
【0044】
選択数字データ領域には、宝くじ購入時に会員によって選択された数字(申込数字)に関するデータが記録される。本実施形態では、この申込数字は1から43までの43個の数字の中から選ばれた6個の数字から構成される。
【0045】
申込口数データ領域には、購入申込のあった口数に関するデータが記録される。
継続回数データ領域には、選択された数字を用いて宝くじを連続して複数回購入する回数に関するデータが記録される。複数回が選択された場合には、初回の申込回から宝くじの発売毎に自動的に購入が繰り返される。
【0046】
売り場コードデータ領域には、宝くじの販売場所を特定するための識別子としての売り場コードに関するデータ(販売地域データ)が記録される。この売場コードは、店頭販売時に用いられる投票券の売場識別子と同じものを用いる。
【0047】
さらに、販売管理システム20は、図1に示すように金融機関ホストシステム30との間でデータ通信を行なう。この金融機関ホストシステム30は預金口座を管理するコンピュータシステムである。この金融機関ホストシステム30は預金口座の残高の管理、預金口座への入金、預金口座からの出金等を管理する。
【0048】
さらに、販売管理システム20は、図1に示すように発券センタ40との間でデータ通信を行なう。この発券センタ40は宝くじの発券や抽せんを管理するコンピュータシステムである。
【0049】
上記のように構成されたシステムにおいて、本サービスに関する宝くじの販売管理を行なう場合の処理手順を説明する。ここで、本サービスの会員申請段階、宝くじの購入申込段階、抽せん段階の順に説明する。
【0050】
(本サービスの会員申込段階)
まず、会員申込段階の処理を、図4を用いて説明する。本実施形態では、本サービスを利用して宝くじを購入するためには会員登録を行なう必要がある。このため、本サービスの利用希望者はサービス提供者に会員申込の要求を行なう(S1−1)。本実施形態では、会員申込の要求は、利用者端末10からインターネットIを介して販売管理システム20に送信することにより行なわれる。この要求には、利用希望者の氏名、年齢、住所、電子メールアドレスに関するデータが含まれる。さらに、会員申込の要求には、会員が宝くじ購入するときや当せん金を受け取るときに用いる預金口座識別子に関するデータが含まれる。
【0051】
会員申込の要求を受信した管理コンピュータ21は、会員申込の要求に基づいて、利用希望者の氏名、年齢、住所、電子メールアドレス、預金口座識別子に関するデータを会員データ記憶部22に記録する。
【0052】
次に、管理コンピュータ21は利用者端末10に対して会員申込の受付通知を送信する(S1−2)。この受付通知により利用希望者は、販売管理システム20が会員申込の要求を受け付けたことを把握できる。
【0053】
次に、管理コンピュータ21は、利用希望者に対して申込書を郵送するための処理を行なう(S1−3)。本実施形態では、管理コンピュータ21が、郵送先住所を付した申込書を出力する。そして、サービス提供者が、出力された申込書を利用希望者に郵送する。この場合、申込書は、ステップ(S1−1)における会員申込要求に含まれる利用希望者の氏名及び住所を宛先として郵送される。
【0054】
この申込書を郵送先住所で受理した利用希望者は、申込書の所定事項を記入する(S1−4)。この申込書には、宝くじ購入代金の自動口座引落の契約に関する事項が含まれる。そして、利用希望者は自動口座引落の契約の承諾を記載後、申込書をサービス提供者に返送する(S1−5)。
【0055】
返送された申込書を受理したサービス提供者は、申込書を確認し、申込書の内容の登録処理を行なう(S1−6)。具体的には、申込書の記載に基づいて、会員データ記憶部22に口座引落確認フラグを記録する。
【0056】
口座引落確認フラグが記録された場合、管理コンピュータ21は利用希望者の預金口座の確認処理を実行する(S1−7)。具体的には、管理コンピュータ21は金融機関ホストシステム30にアクセスし、利用希望者の預金口座の有無を打診する。
【0057】
利用希望者の預金口座を確認できた場合、管理コンピュータ21は、この利用希望者に対してパスワード及び会員IDを割り振る(S1−8)。そして、管理コンピュータ21はパスワード及び会員IDを会員データ記憶部22に記録された会員データ220に追加記録する。
【0058】
そして、管理コンピュータ21は、割り振ったパスワード及び会員IDの通知処理を行なう(S1−9)。この通知も郵送により行なわれる。具体的には、管理コンピュータ21は、会員データ記憶部22に記録された利用希望者の氏名及び住所を宛先とする通知書を出力する。この通知書には割り振った会員ID、パスワードが記載される。
【0059】
以上により、本サービスの利用希望者は会員として登録され、サービスを利用できる状態になる。なお、ステップ(S1−3)やステップ(S1−9)等において郵送された申込書や会員ID・パスワード通知書が利用希望者の住所に届かず、サービス提供者に返送された場合は、住所未確認フラグが会員データ記憶部22に記録される。そして、この住所未確認フラグが記録された会員に対してはサービス提供を中止する。
【0060】
(宝くじの購入申込段階)
次に、会員が宝くじの購入申込を行なう段階の処理について、図5を用いて説明する。まず、会員は宝くじ管理システムへのアクセスを行なう。この場合、利用者端末10のディスプレイには図7に示す表示画面500が出力される。この表示画面500には、会員ID入力欄501及びパスワード入力欄502が含まれる。これらの入力欄に対しては、利用者端末10のキーボード等を用いて文字や数字等を入力することができる。
【0061】
さらに、表示画面500には、送信ボタン503と中止ボタン504とが含まれる。送信ボタン503は、入力した会員IDやパスワードを20に送信するためのボタンである。また、中止ボタン504は処理を中止するためのボタンである。ここで、会員はサービス事業者から割り振られた会員ID、パスワードをそれぞれの入力欄(501、502)に入力する。そして、送信ボタン503を押す。この場合、利用者端末10はインターネットIを介してログイン要求を送信する(S2−1)。このログイン要求には、表示画面500において入力された会員ID、パスワードに関するデータが含まれる。ここで、会員IDは利用者情報として用いられる。
【0062】
ログイン要求を受信した管理コンピュータ21はユーザ認証を行なう(S2−2)。具体的には、管理コンピュータ21は、ログイン要求に含まれる会員ID、パスワードが、会員データ記憶部22に記録された会員ID、パスワードと一致するかどうかを確認する。
【0063】
ユーザ認証が完了した場合には、管理コンピュータ21は、インターネットIを介して購入設定画面に関するウェブページデータを利用者端末10に送信する(S2−3)。
【0064】
このウェブページデータを受信した利用者端末10のディスプレイには、図8に示す表示画面510が出力される。この表示画面510は、購入する宝くじを選択するための画面である。このため、表示画面510には、申込回設定欄511、選択数字設定欄512、申込口数設定欄513、継続回数設定欄514が含まれる。更に、表示画面510には、申込ボタン515と中止ボタン516とが含まれる。申込ボタン515は、入力した宝くじの購入申込を送信するためのボタンである。また、中止ボタン516は、購入申込の処理を中止するためのボタンである。
【0065】
ここでは、利用者は申込回として「第150回」の数字選択式宝くじにおいて、「02」、「05」、「12」、「18」、「30」及び「41」の6個の数字を選択する場合を想定する。そして、申込口数として「5口」、継続回数として「2回」の条件で宝くじの購入申込を行なう場合を想定する。そして、各項目の入力を完了した場合、表示画面510の申込ボタン515を押す。この場合、利用者端末10は設定された条件(申込回、選択数字、申込口数、継続回数)に関するデータを含む購入要求を、インターネットIを介して販売管理システム20に送信する(S2−4)。
【0066】
この購入要求を受信した管理コンピュータ21は、インターネットIを介して利用者端末10に受付画面に関するウェブページデータを送信する(S2−5)。この場合、まず、管理コンピュータ21は、購入要求に基づいて、申込回、選択数字、申込口数、継続回数を会員IDに関連づけた販売データ230を販売データ記憶部23に記録する。そして、管理コンピュータ21は、会員が購入申込を行なった宝くじの内容を含めた受付画面に関するウェブページデータを送信する。
【0067】
このウェブページデータを受信した利用者端末10のディスプレイには、図9に示す表示画面520が出力される。この表示画面520には、会員が購入申込を行なった宝くじの内容表示欄521が含まれる。
【0068】
さらに、管理コンピュータ21は金融機関ホストシステム30に対して決済要求を行なう(S2−6)。この場合、まず、管理コンピュータ21は、購入申込のあった宝くじの購入代金額を算出する。購入代金額は宝くじの種類(ここでは申込回)と口数に基づいて算出される。なお、複数回の継続回数が設定されている場合には、毎回購入時に決済処理が行なわれる。そして、管理コンピュータ21は、購入代金額と会員の預金口座識別子に関するデータを含む口座引落指示を金融機関ホストシステム30に送信する。
【0069】
決済要求を受信した金融機関ホストシステム30は、引落処理を実行する(S2−7)。具体的には、まず金融機関ホストシステム30は、引落指示に含まれる会員の預金口座識別子に基づいて口座残高を確認する。そして、口座残高が購入代金額以上の場合、金融機関ホストシステム30は口座引落処理を実行する。この代金は、予め準備された宝くじ発券管理口座に入金される。
【0070】
そして、金融機関ホストシステム30は決済結果を販売管理システム20に通知する(S2−8)。なお、口座残高が購入代金額に満たない場合は、金融機関ホストシステム30は、その旨を販売管理システム20に通知する。そして、管理コンピュータ21は、インターネットIを介して利用者端末10に宝くじを購入ができなかったことを通知する。
【0071】
決済処理が完了した場合、管理コンピュータ21は宝くじを購入した会員の住所を売場コードに変換する(S2−9)。本実施形態では、管理コンピュータ21は、まず会員データ記憶部22から宝くじを購入した会員の住所を抽出する。
そして、管理コンピュータ21は、住所地域と売場コードとを対応させた変換表データを用いて、購入申込を行なった会員の住所を売場コードに変換する。そして、管理コンピュータ21は、販売データ記憶部23に記録された販売データ230に売場コードに関するデータを追加記録する。
【0072】
次に、管理コンピュータ21は発券要求を発券センタ40に送信する(S2−10)。この発券要求には、購入申込を行なった会員の会員ID、購入申込のあった宝くじの内容及び売場コードに関するデータが含まれる。この発券要求を受信した発券センタ40は、発券要求に含まれるデータを販売管理データとして登録する。
【0073】
そして、発券センタ40は、販売管理システム20に発券結果を通知する(S2−11)。この発券通知を受信した管理コンピュータ21は、インターネットIを介して利用者端末10に購入結果を送信する(S2−12)。
【0074】
この購入結果を受信した利用者端末10のディスプレイには、図10に示す表示画面530が出力される。この表示画面530には、再購入ボタン531と終了ボタン532とが含まれる。再購入ボタン531は、再度、新たな宝くじの購入申込を行なう場合に用いるボタンである。この再購入ボタン531を押した場合、図8に示す表示画面510が再度表示される。会員は表示された表示画面510を用いて、他の宝くじを購入することができる。また、終了ボタン532は、購入申込の処理を終了するためのボタンである。以上により、宝くじの購入申込段階の処理についての説明を終了する。
【0075】
(宝くじの抽せん段階の処理)
次に、宝くじの抽せん段階の処理を、図6を用いて説明する。この処理は、予め設定された抽せん日に達した場合に実行される。
【0076】
まず、発券センタ40は抽せん処理を行なう(S3−1)。本実施形態の数字選択式宝くじにおいては、発券センタ40は1〜43の数字の中から当せん数字を選択する。そして、発券センタ40は、当せん数字と、販売された宝くじの選択数字との一致度によって当せんした宝くじを購入した会員IDと当せん金とを決定する。
【0077】
次に、発券センタ40は、この宝くじの購入者の口座に対する当せん金の入金指示を送信する(S3−2)。この入金指示には、当せんした宝くじを購入した会員IDと当せん金に関するデータを含む。
【0078】
この入金指示を受信した管理コンピュータ21は、受信した会員IDに基づいて、当せんした会員(当せん会員)の会員データ220を特定する。そして、会員データ220に含まれる電子メールアドレスを用いて利用者端末10に当せん通知を送信する(S3−3)。
【0079】
次に、発券センタ40は収益金の算出処理を実行する(S3−4)。この処理では、宝くじの売上金額から当せん金額等を差し引いて収益金を算出する。
次に、発券センタ40は、売場コードに基づいて収益金の振り分けを行なう(S3−5)。具体的には、まず、発券センタ40は、地方自治体毎に関連づけられた売場コードに基づいて、各地方自治体に分配する収益金を算出する。そして、発券センタ40は入金する地方自治体の口座を特定する。
【0080】
次に、発券センタ40は販売管理システム20に収益金の入金指示を送信する(S3−6)。この入金指示には、入金先である地方自治体の口座の識別子と、分配する収益金に関するデータが含まれる。
【0081】
この収益金の入金指示を受信した管理コンピュータ21は、当せん金及び収益金の決済要求を金融機関ホストシステム30に送信する(S3−7)。
この決済要求を受信した金融機関ホストシステム30は決済処理を実行する(S3−8)。具体的には、当せん金を当せん会員の預金口座に入金する。さらに、金融機関ホストシステム30は収益金を各地方自治体の口座に入金する。
【0082】
そして、金融機関ホストシステム30は決済結果を販売管理システム20に送信する(S3−9)。以上により、宝くじの抽せん段階の処理についての説明を終了する。
【0083】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、会員データ記憶部22には、本サービスを利用できる会員に関する会員データ220が記録されている。会員データ220は、住所に関するデータを含めて構成される。そして、管理コンピュータ21は、会員データ記憶部22を用いて、宝くじを購入した会員の住所を売場コードに変換する。管理コンピュータ21が発券センタ40に送信する発券要求には、購入申込を行なった会員の会員ID、購入申込のあった宝くじの内容及び売場コードに関するデータが含まれる。これにより、発券センタ40は宝くじ販売の収益金を地方自治体に分配することができる。従って、地理的制約を緩和できるインターネットIを介して宝くじを販売することにより、利用者の利便性を図ると同時に、各地方自治体に収益金を分配することが可能である。
【0084】
・ 上記実施形態では、会員データ記憶部22には、本サービスを利用できる会員に関する会員データ220が記録されている。この会員データ220には住所未確認フラグに関するデータを含む。この住所未確認フラグデータ領域には、会員住所の確認の有無に関するデータが記録される。本実施形態では、住所確認フラグは、会員の住所に送付した郵送物が届かずに返送されたことにより、会員の住所を確認できなかった場合に記録される。このため、住所の確認できない会員には宝くじを販売しない。従って、収益金を分配する地方自治体の不明な収益金の発生を防止することができる。
【0085】
・ 上記実施形態では、管理コンピュータ21は金融機関ホストシステム30に対して決済要求を行なう。決済要求を受信した金融機関ホストシステム30は、引落処理を実行する。具体的には、まず金融機関ホストシステム30は、引落指示に含まれる会員の預金口座識別子に基づいて口座残高を確認する。そして、口座残高が購入代金額以上の場合、金融機関ホストシステム30は口座引落処理を実行する。そして、金融機関ホストシステム30は決済結果を販売管理システム20に通知する。そして、管理コンピュータ21は発券要求を発券センタ40に送信する。この発券要求を受信した発券センタ40は、発券要求に含まれるデータを販売管理データとして登録する。このため、口座引落ができない場合の発券を防止できる。特に、数字選択式宝くじでは、当せん金額は発売額と当せん口数によって決定されるため、口座引落ができなかった場合、発売額を修正する必要があり、当せん金等に影響を与える。実施形態では、販売代金の決済後に発券を行なうので、確実に発券を行なうことができる。
【0086】
・ 上記実施形態では、管理コンピュータ21は、会員データ記憶部22を用いて、宝くじを購入した会員の住所を売場コードに変換する。これにより、インターネットIを介さずに、直接、宝くじ売場で販売した宝くじと同様に発券を取り扱うことができる。
【0087】
なお、上記実施形態は、以下の態様に変更してもよい。
・ 上記実施形態では、投票券として数字選択くじの販売及び管理について説明したが、その他の一般的な宝くじ、サッカーくじ等において、上記実施例と同様にして販売及び管理を行なうことができる。
【0088】
・ 上記実施形態では、宝くじ販売サービスは、会員データ記憶部22に会員登録された利用者に対して提供される。これに代えて、会員に限らず購入希望者に提供してもよい。この場合、購入希望者が用いる預金口座に関して登録された住所を用いる。これにより、事前の会員登録ない場合においても宝くじを購入することができる。
【0089】
・ 上記実施形態では、会員データ記憶部22には、本サービスを利用できる会員に関する会員データ220が記録されている。会員データ220には、住所に関するデータを含んで構成される。管理コンピュータ21は、会員データ記憶部22を用いて、宝くじを購入した会員の住所を売場コードに変換する。これに代えて、宝くじの販売地を購入者に選択させてもよい。この場合、管理コンピュータ21は利用者に購入地域情報、及び購入希望の宝くじの選択を促す。利用者は希望する購入地域情報、及び購入希望の宝くじの内容を含めた購入要求を販売管理システム20に送信する。そして、管理コンピュータ21は、購入地域情報を売場コードに変換する。そして、管理コンピュータ21は、売場コードを含めた発券要求を発券センタ40に送信する。これにより、利用者の希望に基づいて、販売地域を特定することができる。例えば、利用者の故郷や好みの地域等、利用者の所在地から遠隔する地域で販売された宝くじを購入することができる。そして、発券センタ40は、購入地域情報を用いて、宝くじ販売の収益金を分配する地方自治体を特定することができる。従って、地理的な条件に制約されず、ネットワークの利便性を活かした宝くじの販売を行なうことができる。さらに、この場合、利用者端末は利用者自身の端末である必要はなく、公共的な端末を用いることも可能である。
【0090】
・ 上記実施形態では、管理コンピュータ21は、会員データ記憶部22を用いて、宝くじを購入した会員の住所を売場コードに変換する。これに代えて、購入者の所在地に基づいて宝くじ販売の収益金を分配する地方自治体を特定してもよい。この場合、販売管理システム20の管理コンピュータ21は、購入者の所在地を特定する。例えば、宝くじの購入者がモバイル端末等を用いる場合、管理コンピュータ21は、位置測定手段を用いて、購入者の所在地を把握する。ここの場合、位置測定手段としてのGPS(Global Positioning System )や、PHS(Personal Handy-phone System )の位置情報提供サービス等を用いる。そして、管理コンピュータ21は、購入者の所在地情報を売場コードに変換し、売場コードを含めた発券要求を発券センタ40に送信する。これによっても、発券センタ40は宝くじ販売の収益金を分配する地方自治体を特定することができる。従って、実存する売場での販売に近い形態で、効率的に宝くじの販売を行なうことができる。特に、利用者の所在地に関する情報は、管理コンピュータ21が位置測定手段を用いて取得するので、所在地等の入力等、利用者に負担をかけずに、より確実に所在地を特定できる。
【0091】
・ 上記実施形態では、会員データ記憶部22には、本サービスを利用できる会員に関する会員データ220が記録されている。会員データ220には、住所に関するデータを含んで構成される。これに代えて、会員データ220の記録時に、この会員の属性に基づいて売場コードを会員データ記憶部22に記録してもよい。これにより、管理コンピュータ21は、発券要求時の会員の住所を売場コードに変換する処理を削減でき、効率的に宝くじの販売を行なうことができる。
【0092】
【発明の効果】
以上詳述したように、本発明によれば、ネットワークの特性を生かしながら、効率よく地域性を有する投票券を販売することができる。
【図面の簡単な説明】
【図1】 本発明の実施形態のシステム概略図。
【図2】 会員データ記憶部に記録されたデータの説明図。
【図3】 販売データ記憶部に記録されたデータの説明図。
【図4】 本実施形態の処理手順の説明図。
【図5】 本実施形態の処理手順の説明図。
【図6】 本実施形態の処理手順の説明図。
【図7】 利用者端末に表示された表示画面の説明図。
【図8】 利用者端末に表示された表示画面の説明図。
【図9】 利用者端末に表示された表示画面の説明図。
【図10】 利用者端末に表示された表示画面の説明図。
【符号の説明】
10…利用者端末、20…販売管理システム、21…管理コンピュータ、I…ネットワークとしてのインターネット。[0001]
BACKGROUND OF THE INVENTION
The present invention is a voting ticket sales management method capable of efficiently selling voting tickets having regional characteristics while taking advantage of the characteristics of the network. To the law It is related.
[0002]
[Prior art]
When purchasing a voting ticket such as a lottery ticket, a purchaser usually needs to go to a voting ticket sales office such as a lottery ticket office. For this reason, even if he / she wishes to purchase a voting ticket, he / she cannot purchase a voting ticket if he / she cannot go to the sales office. Moreover, since there are only a limited number of lottery counters, in some cases, it may be necessary to wait for a long time before purchase. In addition, there are cases where the lottery ticket office cannot be purchased due to the limited business hours of the lottery counter.
[0003]
For this reason, a betting ticket sales system for selling lottery tickets and the like on the Internet has been proposed (for example, see Patent Document 1). When the acceptance management unit of this voting ticket sales system accepts a lottery purchase application from a member terminal via the Internet, the purchase application is stored in a database. In the case of the application for the number selection type lottery, the application data is sent to the relay center, and the data transfer management unit determines whether or not the lottery ticketing system is in operation. If it is in operation, the lottery purchase application is transferred to the lottery ticketing system. Further, the ticket issuing information is distributed to the member terminals via the relay center, the lottery mall site, and the Internet. In the case of an ordinary lottery ticket, the type of lottery is presented to the member, and the member is allowed to set the type and number of the lottery. The winning management section manages data related to the winning lottery and distributes the winning result to the member terminals via the Internet.
[0004]
This eliminates the need for the purchaser to visit a voting ticket sales office and allows selection of various purchase options. Further, even if the voting ticket issuing system is not in operation, it is possible to apply for purchase of a voting ticket, which is very convenient for the purchaser.
[0005]
[Patent Document 1]
JP 2002-123646 A (first page)
[0006]
[Problems to be solved by the invention]
However, some voting tickets have regional characteristics and are strongly related to sales areas. For example, in the case of a lottery, a person who can sell it is determined. Specifically, it is limited to local governments in 12 prefectures and prefectures nationwide as stipulated in the “Tax Certificate Method”. Then, the local government obtains a predetermined permission to become a distributor, and entrusts the banking operations such as sales to the bank. Then, after the lottery is completed, the winning money is paid to the distributor after the aging is established.
[0007]
However, by using a network such as the Internet, it is possible to access the voting ticket sales site without being limited to the sales area. For this reason, when a lottery that is common throughout the country, such as the National Autonomous Lottery, is sold via the Internet, the method of distributing profits becomes a problem.
[0008]
The present invention has been made in order to solve the above-mentioned problems, and a voting ticket sales management method capable of efficiently selling voting tickets having regional characteristics while taking advantage of the characteristics of the network. The law Is to provide.
[0009]
[Means for Solving the Problems]
In order to solve the above-mentioned problems, the invention described in claim 1 is that, for each member, a member ID, a password, a mailing address, a deposit address, a member ID and a password assigned to the member, and a deposit The member data storage unit that stores the member data including the data related to the account identifier and the data related to the member ID, the application number, the selected number, the number of applications, and the sales floor code are associated with each lottery sale. Sales data storage unit for recording sales data recorded in the table, and conversion table data corresponding to the same area code as the sales area code used at the time of over-the-counter sales of existing voting ticket sales areas for the address area , A method for managing sales of voting tickets using a management computer connected to a user terminal, a financial institution host system and a ticketing center, The management computer outputs a notification in which a password and a member ID allocated to the use applicant are described, with the address of the use applicant recorded in the member data storage unit as a mailing address, From user terminal , Mentioned in the mailed notice The management computer that has received the login request including the data related to the member ID and password confirms whether the member ID and password included in the login request match the member ID and password recorded in the member data storage unit. When the user authentication is completed, the management computer transmits the web page data related to the purchase setting screen to the user terminal, and the application terminal selects the application time. Receiving a voting ticket purchase request including data relating to numbers and the number of applications, and the management computer records the voting ticket purchase request in the sales data storage unit to calculate the purchase price of a lottery ticket for which a purchase application has been made Withdrawing data including deposit account identifier and purchase price data recorded in the member data storage unit The financial institution host system sends an indication to the financial institution host system. The financial institution host system checks the account balance based on the deposit account identifier of the member included in the withdrawal instruction. The management computer that has received the settlement result for the withdrawal instruction from the financial institution host system, extracts the address of the member who purchased the lottery ticket from the member data storage unit, Using the data, the address of the member who applied for the purchase is converted into a sales floor code, and the data related to the sales floor code is additionally recorded in the sales data recorded in the sales data storage unit. The ticketing center that sent the ticketing request containing the data on the contents and the sales floor code to the ticketing center and received this ticketing request When the data included in the ticketing request is registered as sales management data and the lottery date set in advance is reached, the winning number determined in the lottery and the winning lottery sold are matched based on the degree of agreement Decide the member ID and the winning money that purchased the lottery ticket, subtract the winning amount from the sales amount of the lottery ticket, calculate the profit, and distribute it to each local government based on the sales floor code associated with each local government Calculate the revenue, identify the local government account to be deposited, and the ticketing center sends the revenue deposit instruction including the identifier of the local account that is the deposit destination and data on the revenue to be distributed Then, the management computer that has received the instruction to deposit the proceeds sends a payment request for the winnings and the proceeds to the financial institution host system, and the financial institution host The system includes the step of depositing the proceeds by depositing the winnings into a deposit account of the winning member and distributing the proceeds by executing a settlement process of depositing the proceeds to the account of each local government. .
[0023]
(Function)
Claim 1 According to the above-described invention, the management computer receives a betting ticket purchase request including user information via the network. Next, the sales price is withdrawn from the user's deposit account based on the voting ticket purchase request. Then, based on the user information, sales area data for distributing the profit related to the sales price is generated, and the profit is distributed based on the sales area data. For this reason, it is possible to distribute the profits based on the sales area data for the voting tickets sold on the network. When selling at an existing voting ticket office, the sales area is specified at the location and revenue is distributed, but voting tickets are also sold in a virtual space with no regional concept on the network. be able to.
[0024]
Book According to the invention, the voting ticket is a lottery sold in a plurality of local governments, and the sales area data is data for specifying a local government that has sold the lottery. For this reason, voting tickets sold nationwide, such as the National Autonomous Lottery, can be sold in a virtual space on the network.
[0025]
Book According to the invention, the user information is information relating to the address of the user. For this reason, a sales area can be specified based on a user's address.
[0028]
Book According to the invention, the sales area data is generated based on the address recorded in association with the deposit account specified based on the user information included in the betting ticket purchase request. For this reason, the sales area data for distributing the profit related to the sales price can be efficiently generated using the information related to the deposit account of the user used for the withdrawal of the price of the voting ticket.
[0029]
Book According to the invention, the sales area data is a sales floor identifier of a voting ticket used at the time of sales at a store. For this reason, the same voting ticket as an existing voting ticket sales area can be sold. Therefore, it is possible to provide the user with an opportunity for selling voting tickets using a plurality of sales channels of store sales and online sales.
[0030]
DETAILED DESCRIPTION OF THE INVENTION
DESCRIPTION OF EMBODIMENTS Hereinafter, embodiments embodying the present invention will be described with reference to FIGS. In this embodiment, a voting ticket sales management method used when providing a service for selling lottery tickets as voting tickets based on a purchase request received via a network. Law and Will be explained. Here, this service is provided to registered users.
[0031]
In the present embodiment, it is assumed that a number selection type lottery that selects 6 numbers from 1 to 43 is sold. In the number selection type lottery, the winning lottery is determined by the matching of the six numbers selected by the lottery purchaser and the winning number. The winning amount is determined by the sale amount and the number of winning points. This number selection type lottery is a kind of national lottery, and the profits related to lottery sales are distributed to sales areas.
[0032]
In the present embodiment, when a user registered as a member uses this service, the user transmits a purchase request using the
The
[0033]
As shown in FIG. 1, the
[0034]
The
[0035]
Furthermore, the
As shown in FIG. 2,
[0036]
In the member ID data area, data relating to an identifier (member ID) for identifying a member is recorded.
In the name data area and the age data area, data related to the member's name and age are recorded.
[0037]
In the address data area, data relating to the member's address is recorded. In this embodiment, the member's address is used to specify the lottery sales area.
In the e-mail address data area, data relating to the e-mail address of the member is recorded.
[0038]
In the password data area, data related to a password used when using the service is recorded. Member IDs and passwords are assigned to those who wish to use the service when applying for membership.
[0039]
In the deposit account identifier data area, data relating to an identifier for specifying a deposit account used for payment of a lottery purchase price or transfer of a winning money is recorded. In the present embodiment, in order to specify a member's deposit account, the deposit account identifier data includes data relating to financial institution name, branch name, deposit type, account number, and the like.
[0040]
In the account withdrawal confirmation flag data area, data relating to the presence or absence of confirmation of acceptance of automatic account withdrawal from a member is recorded. In this embodiment, the account withdrawal confirmation flag is recorded when the automatic account withdrawal acceptance confirmation is obtained in the application form returned from the member.
[0041]
In the address unconfirmed flag data area, data relating to whether or not the member address is confirmed is recorded. In the present embodiment, the address confirmation flag is recorded when the mail address sent to the member's address is returned without being delivered, so that the member's address cannot be confirmed.
[0042]
As shown in FIG. 3, the sales
[0043]
In the member ID data area, data relating to an identifier (member ID) for specifying a member who has made a purchase request is recorded.
In the application time data area, data relating to an identifier for specifying the issue time of a lottery ticket to be purchased is recorded. In this embodiment, it is used to specify the type of the lottery to be purchased. In addition, when a lottery is continuously purchased more than once, data relating to the first application is recorded.
[0044]
In the selected number data area, data relating to a number (application number) selected by the member at the time of purchasing the lottery is recorded. In this embodiment, the application number is composed of six numbers selected from 43 numbers from 1 to 43.
[0045]
In the application quantity data area, data relating to the number of applications for which a purchase application has been made is recorded.
In the continuation count data area, data relating to the number of times that a lottery ticket is purchased a plurality of times using the selected number is recorded. When multiple times are selected, the purchase is automatically repeated every time the lottery is released from the first application.
[0046]
In the sales floor code data area, data (sales area data) related to the sales floor code is recorded as an identifier for identifying the lottery sales place. This sales floor code is the same as the sales floor identifier of the voting ticket used at the time of store sales.
[0047]
Further, the
[0048]
Furthermore, the
[0049]
A processing procedure in the case of managing lottery sales related to this service in the system configured as described above will be described. Here, the member application stage of the service, the lottery purchase application stage, and the lottery stage will be described in this order.
[0050]
(Stage application stage of this service)
First, the member application stage process will be described with reference to FIG. In the present embodiment, membership registration is required to purchase a lottery ticket using this service. For this reason, the person who wants to use this service requests the service provider to apply for membership (S1-1). In the present embodiment, the request for membership application is made by transmitting from the
[0051]
The
[0052]
Next, the
[0053]
Next, the
[0054]
The applicant who has accepted this application form at the mailing address fills in the prescribed items of the application form (S1-4). This application form includes matters relating to the automatic account withdrawal contract for the lottery purchase price. Then, after describing acceptance of the automatic account withdrawal contract, the use applicant returns an application form to the service provider (S1-5).
[0055]
The service provider who has received the returned application form confirms the application form and performs registration processing of the contents of the application form (S1-6). Specifically, an account withdrawal confirmation flag is recorded in the member
[0056]
When the account withdrawal confirmation flag is recorded, the
[0057]
When the deposit account of the applicant is confirmed, the
[0058]
Then, the
[0059]
As described above, those who wish to use this service are registered as members and can use the service. If the application form or member ID / password notice sent by mail in step (S1-3) or step (S1-9) etc. does not reach the address of the applicant, it will be returned to the service provider. An unconfirmed flag is recorded in the member
[0060]
(Lottery purchase application stage)
Next, processing at a stage where a member applies for lottery purchase will be described with reference to FIG. First, the member accesses the lottery management system. In this case, a
[0061]
Further, the
[0062]
The
[0063]
When the user authentication is completed, the
[0064]
A
[0065]
Here, the user selects six numbers “02”, “05”, “12”, “18”, “30” and “41” in the “150th” number selection type lottery as application times. Assume that you make a selection. Assume that a lottery purchase application is made under the condition of “5 applications” as the number of applications and “2 times” as the number of continuations. When the input of each item is completed, the application button 515 on the
[0066]
Receiving this purchase request, the
[0067]
A
[0068]
Further, the
[0069]
Receiving the settlement request, the financial
[0070]
Then, the financial
[0071]
When the settlement process is completed, the
The
[0072]
Next, the
[0073]
Then, the
[0074]
A
[0075]
(Lottery lottery stage processing)
Next, the lottery lottery process will be described with reference to FIG. This process is executed when a preset lottery date is reached.
[0076]
First, the
[0077]
Next, the
[0078]
The
[0079]
Next, the
Next, the
[0080]
Next, the
[0081]
The
The financial
[0082]
Then, the financial
[0083]
As described above, according to the present embodiment, the following effects can be obtained.
In the above embodiment, the member
[0084]
In the above embodiment, the member
[0085]
In the above embodiment, the
[0086]
In the above embodiment, the
[0087]
In addition, you may change the said embodiment into the following aspects.
In the above embodiment, sales and management of the number selection lottery as a voting ticket have been described. However, sales and management can be performed in the same manner as in the above embodiment in other general lotteries, soccer lotteries, and the like.
[0088]
In the above embodiment, the lottery ticket sales service is provided to users registered as members in the member
[0089]
In the above embodiment, the member
[0090]
In the above embodiment, the
[0091]
In the above embodiment, the member
[0092]
【The invention's effect】
As described above in detail, according to the present invention, it is possible to efficiently sell voting tickets having regional characteristics while taking advantage of the characteristics of the network.
[Brief description of the drawings]
FIG. 1 is a system schematic diagram of an embodiment of the present invention.
FIG. 2 is an explanatory diagram of data recorded in a member data storage unit.
FIG. 3 is an explanatory diagram of data recorded in a sales data storage unit.
FIG. 4 is an explanatory diagram of a processing procedure of the present embodiment.
FIG. 5 is an explanatory diagram of a processing procedure of the present embodiment.
FIG. 6 is an explanatory diagram of a processing procedure of the present embodiment.
FIG. 7 is an explanatory diagram of a display screen displayed on the user terminal.
FIG. 8 is an explanatory diagram of a display screen displayed on the user terminal.
FIG. 9 is an explanatory diagram of a display screen displayed on the user terminal.
FIG. 10 is an explanatory diagram of a display screen displayed on the user terminal.
[Explanation of symbols]
DESCRIPTION OF
Claims (1)
宝くじの販売毎に、会員ID、申込回、選択数字、申込口数及び売場コードに関するデータが相互に関連づけられて記録される販売データが記録される販売データ記憶部と、
住所地域に対して、実存する投票券売場の店頭販売時に用いられる売場コードと同じ売場コードとを対応させた変換表データとを備え、
利用者端末、金融機関ホストシステム及び発券センタに接続された管理コンピュータを用いて投票券の販売管理を行なう方法であって、
前記管理コンピュータは、前記会員データ記憶部に記録された利用希望者の住所を郵送宛先として、前記利用希望者に対して割り振ったパスワード及び会員IDが記載される通知書を出力し、
利用者端末から、郵送された通知書に記載された会員ID、パスワードに関するデータが含まれるログイン要求を受信した前記管理コンピュータが、ログイン要求に含まれる会員ID、パスワードが、前記会員データ記憶部に記録された会員ID、パスワードと一致するかどうかを確認することによりユーザ認証を実行し、
前記ユーザ認証が完了した場合には、前記管理コンピュータが、購入設定画面に関するウェブページデータを前記利用者端末に送信し、前記利用者端末から、申込回、選択数字、申込口数に関するデータを含む投票券購入要求を受信する段階と、
前記管理コンピュータが、この投票券購入要求を前記販売データ記憶部に記録し、購入申込のあった宝くじの購入代金額を算出し、前記会員データ記憶部に記録された預金口座識別子と購入代金額に関するデータを含む引落指示を金融機関ホストシステムに対して送信し、
金融機関ホストシステムは、引落指示に含まれる会員の預金口座識別子に基づいて口座残高を確認し、この口座残高が購入代金額以上の場合、利用者の預金口座から販売代金を引き落とす段階と、
前記金融機関ホストシステムから前記引落指示に対する決済結果を受信した管理コンピュータは、前記会員データ記憶部から宝くじを購入した会員の住所を抽出し、前記変換表データを用いて、購入申込を行なった会員の住所を売場コードに変換し、前記販売データ
記憶部に記録された販売データに売場コードに関するデータを追加記録し、
会員ID、購入申込のあった宝くじの内容及び売場コードに関するデータが含まれる発券要求を発券センタに送信し、
この発券要求を受信した発券センタは、発券要求に含まれるデータを販売管理データとして登録し、
予め設定された抽せん日に達した場合には、抽せんにおいて決定された当せん数字と、販売された宝くじの選択数字との一致度によって当せんした宝くじを購入した会員IDと当せん金とを決定し、
宝くじの売上金額から当せん金額等を差し引いて収益金を算出し、地方自治体毎に関連づけられた売場コードに基づいて、各地方自治体に分配する収益金を算出し、入金する地方自治体の口座を特定する段階と、
前記発券センタが、入金先である地方自治体の口座の識別子と、分配する収益金に関するデータが含まれる収益金入金指示を送信し、
この収益金入金指示を受信した管理コンピュータは、当せん金及び収益金の決済要求を金融機関ホストシステムに送信し、
金融機関ホストシステムが、前記当せん金を当せん会員の預金口座に入金するとともに、
収益金を各地方自治体の口座に入金する決済処理を実行することにより前記収益金を分配する段階とを含むことを特徴とする投票券販売管理方法。Each member has a member ID, password, member address that is assigned to this member, and a member's data that includes data relating to the address where the notice containing the member ID and password is mailed, and a deposit account identifier. A data storage unit;
For each lottery sale, a sales data storage unit for recording sales data in which data relating to a member ID, application times, selection numbers, number of applications and sales floor codes are recorded in association with each other;
Conversion table data corresponding to the same sales floor code as the sales floor code used at the time of over-the-counter sales of existing voting ticket sales floors for the address area,
A method for managing sales of voting tickets using a management computer connected to a user terminal, a financial institution host system and a ticketing center,
The management computer outputs a notification in which a password and a member ID allocated to the use applicant are described, with the address of the use applicant recorded in the member data storage unit as a mailing address,
The management computer that has received the login request including the data related to the member ID and password described in the mailed notice from the user terminal receives the member ID and password included in the login request in the member data storage unit. Execute user authentication by confirming whether it matches the recorded member ID and password,
When the user authentication is completed, the management computer transmits web page data related to the purchase setting screen to the user terminal, and the user terminal votes the data including the application number, the selected number, and the number of applications. Receiving a ticket purchase request;
The management computer records the voting ticket purchase request in the sales data storage unit, calculates the purchase price of the lottery for which a purchase application has been made, and the deposit account identifier and purchase price recorded in the member data storage unit Send a withdrawal instruction including data on the financial institution to the host system,
The financial institution host system confirms the account balance based on the deposit account identifier of the member included in the withdrawal instruction, and when this account balance is equal to or greater than the purchase price, deducting the sales price from the user's deposit account;
The management computer that has received the settlement result for the withdrawal instruction from the financial institution host system extracts the address of the member who purchased the lottery from the member data storage unit, and the member who applied for the purchase using the conversion table data Is converted into a sales floor code, and data relating to the sales floor code is additionally recorded in the sales data recorded in the sales data storage unit,
Send a ticketing request to the ticketing center containing the member ID, the contents of the lottery for which there was a purchase application, and data on the sales floor code,
Upon receiving this ticketing request, the ticketing center registers the data included in the ticketing request as sales management data,
When the preset lottery date has been reached, the member ID and the prize money for purchasing the winning lottery are determined according to the degree of coincidence between the winning number determined in the lottery and the selected lottery sold.
Revenue is calculated by subtracting the winning amount from the sales amount of the lottery ticket. Based on the sales floor code associated with each local government, the revenue distributed to each local government is calculated, and the local government account to be deposited is specified. And the stage of
The ticketing center sends a deposit receipt instruction including an identifier of the account of the local government that is the deposit destination and data relating to the proceeds to be distributed,
The management computer that has received this earnings receipt instruction sends a payment request for the deposit and earnings to the financial institution host system,
The financial institution host system deposits the winnings into the winning account of the winning member,
Voting ticket sales management method comprising the step of distributing the earnings by executing a settlement process for depositing the earnings into an account of each local government.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002378637A JP4541640B2 (en) | 2002-12-26 | 2002-12-26 | Voting ticket sales management method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002378637A JP4541640B2 (en) | 2002-12-26 | 2002-12-26 | Voting ticket sales management method |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004213105A JP2004213105A (en) | 2004-07-29 |
JP4541640B2 true JP4541640B2 (en) | 2010-09-08 |
Family
ID=32815410
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002378637A Expired - Lifetime JP4541640B2 (en) | 2002-12-26 | 2002-12-26 | Voting ticket sales management method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4541640B2 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112801668A (en) * | 2021-02-05 | 2021-05-14 | 绿盟科技集团股份有限公司 | Method for preventing automatic ticket swiping |
-
2002
- 2002-12-26 JP JP2002378637A patent/JP4541640B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JP2004213105A (en) | 2004-07-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10163101B1 (en) | Electronic commerce using a transaction network | |
US6012045A (en) | Computer-based electronic bid, auction and sale system, and a system to teach new/non-registered customers how bidding, auction purchasing works | |
US8892453B2 (en) | Apparatus, system and method for electronic ticket management and electronic ticket distribution authentication | |
JP4803852B2 (en) | Conditional purchase application management system | |
US10825016B2 (en) | Electronic bearer bond online transaction and card system and method thereof | |
US20140188711A1 (en) | Charitable Giving | |
JP2001344545A (en) | Processing system, server, processing terminal, communication terminal, processing method, data managing method, processing performing method and program | |
JP2002520742A (en) | Ticket redistribution system | |
US20020040340A1 (en) | Apparatus and method for supporting transactions | |
JP2010134563A (en) | Emission quota service provision system and provision method for emission right proof service | |
KR100360682B1 (en) | a ticket selling system using internet and a method for controlling thereof | |
KR20000036633A (en) | Electronic commerce Method of delivering the goods at appointed place | |
KR20210049772A (en) | User apparatus for O2O service, and method, computer program and recording medium applied to the same | |
JP2002099852A (en) | Settlement method and settlement system | |
JP4541640B2 (en) | Voting ticket sales management method | |
JP2001351002A (en) | Sales support server and sales support system | |
JP2001357313A (en) | Server for commodity sale, commodity sale system, and its saling method | |
KR20010106611A (en) | Business method for buying incomplete merchandises previously | |
JP2004078293A (en) | Loan management method and loan management program | |
JP3975146B2 (en) | Lottery sales apparatus and lottery sales method | |
KR100630492B1 (en) | Payment system using a reserving card of cooperation company and method of thereof | |
JP2004240542A (en) | Betting ticket management method and betting ticket management program | |
JP2001297282A (en) | Clearance management system | |
JP2001202435A (en) | System and method for supplying limited article | |
KR100669526B1 (en) | A Reserving Unity-Gamecard System and a Method Using Thereof |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060711 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060911 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070403 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070606 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070612 |
|
A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20070803 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100624 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4541640 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130702 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130702 Year of fee payment: 3 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
EXPY | Cancellation because of completion of term |