JP4541640B2

JP4541640B2 - Voting ticket sales management method

Info

Publication number: JP4541640B2
Application number: JP2002378637A
Authority: JP
Inventors: 憲一龍; 吉嗣市野; 公一高橋
Original assignee: Mizuho Bank Ltd
Current assignee: Mizuho Bank Ltd
Priority date: 2002-12-26
Filing date: 2002-12-26
Publication date: 2010-09-08
Anticipated expiration: 2022-12-26
Also published as: JP2004213105A

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークの特性を生かしながら、地域性を有する投票券を効率よく販売することができる投票券販売管理方法に関するものである。
【０００２】
【従来の技術】
今日、宝くじ等の投票券を購入する場合、通常、購入者は宝くじ売場等の投票券販売所に出向く必要がある。このため、投票券の購入を希望していても販売所に出向くことができない場合、投票券を購入することができない。しかも、宝くじ売場は限られた数しかないため、場合によっては、購入まで長時間待たなければならないこともある。さらに、宝くじ売場の営業時間にも制限があるため、宝くじを購入できない場合もある。
【０００３】
このため、インターネット上で宝くじ等を販売するための投票券販売システムが提案されている（例えば、特許文献１参照。）。この投票券販売システムの受付管理部がインターネットを介して会員端末からの宝くじの購入申込を受け付けると、その購入申込がデータベースに格納される。数字選択式宝くじの申込の場合、申込データが中継センタに送られ、データ転送管理部は、宝くじ発券システムが稼動状態であるか否かを判定する。そして、稼動状態である場合には宝くじの購入申込を、宝くじ発券システムに転送する。さらに、発券情報は、中継センタ、宝くじモール・サイト、インターネットを介して会員端末に配信される。普通の宝くじの場合は、宝くじの種類を会員に提示して、会員に種類及び枚数を設定させる。当せん管理部は、当せんした宝くじに関するデータを管理し、当せん結果は、インターネットを介して会員端末に配信する。
【０００４】
これにより、購入者が投票券販売所に出向く必要がなくなるとともに種々の購入オプションを選択することが可能になる。また、投票券の発券システムが非稼働状態であっても、投票券の購入を申し込むことができるので、購入者にとって極めて利便性が高い。
【０００５】
【特許文献１】
特開２００２−１２３６４６号公報（第１頁）
【０００６】
【発明が解決しようとする課題】
しかし、投票券の中には地域性があり、販売地域との関係が強いものがある。例えば、宝くじの場合、販売できる者が定められている。具体的には、「当せん金付証票法」に定められた全国都道府県と１２指定都市の地方自治体に限定されている。そして、この地方自治体が所定の許可を得て発売元となり、発売等の事務を銀行に委託している。そして、収益金は抽せん終了後、時効当せん金は時効成立後、それぞれ発売元へ納付される。
【０００７】
しかし、インターネット等のネットワークを利用することにより、販売地域に制限されることなく投票券の販売サイトにアクセスすることができる。このため、全国自治宝くじのように、全国的に共通する宝くじを、インターネットを介して販売した場合、収益金の分配方法が問題となる。
【０００８】
本発明は、上記問題点を解決するためになされたものであり、ネットワークの特性を生かしながら、地域性を有する投票券を効率よく販売することができる投票券販売管理方法を提供することである。
【０００９】
【課題を解決するための手段】
上記問題点を解決するために、請求項１に記載の発明は、会員毎に、会員ＩＤ、パスワード、この会員に割り振った会員ＩＤ及びパスワードが記載された通知書が郵送された宛先住所、預金口座識別子に関するデータを含んで構成される会員データが記録されている会員データ記憶部と、宝くじの販売毎に、会員ＩＤ、申込回、選択数字、申込口数及び売場コードに関するデータが相互に関連づけられて記録される販売データが記録される販売データ記憶部と、住所地域に対して、実存する投票券売場の店頭販売時に用いられる売場コードと同じ売場コードとを対応させた変換表データとを備え、利用者端末、金融機関ホストシステム及び発券センタに接続された管理コンピュータを用いて投票券の販売管理を行なう方法であって、前記管理コンピュータは、前記会員データ記憶部に記録された利用希望者の住所を郵送宛先として、前記利用希望者に対して割り振ったパスワード及び会員ＩＤが記載される通知書を出力し、利用者端末から、郵送された通知書に記載された会員ＩＤ、パスワードに関するデータが含まれるログイン要求を受信した前記管理コンピュータが、ログイン要求に含まれる会員ＩＤ、パスワードが、前記会員データ記憶部に記録された会員ＩＤ、パスワードと一致するかどうかを確認することによりユーザ認証を実行し、前記ユーザ認証が完了した場合には、前記管理コンピュータが、購入設定画面に関するウェブページデータを前記利用者端末に送信し、前記利用者端末から、申込回、選択数字、申込口数に関するデータを含む投票券購入要求を受信する段階と、前記管理コンピュータが、この投票券購入要求を前記販売データ記憶部に記録し、購入申込のあった宝くじの購入代金額を算出し、前記会員データ記憶部に記録された預金口座識別子と購入代金額に関するデータを含む引落指示を金融機関ホストシステムに対して送信し、金融機関ホストシステムは、引落指示に含まれる会員の預金口座識別子に基づいて口座残高を確認し、この口座残高が購入代金額以上の場合、利用者の預金口座から販売代金を引き落とす段階と、前記金融機関ホストシステムから前記引落指示に対する決済結果を受信した管理コンピュータは、前記会員データ記憶部から宝くじを購入した会員の住所を抽出し、前記変換表データを用いて、購入申込を行なった会員の住所を売場コードに変換し、前記販売データ記憶部に記録された販売データに売場コードに関するデータを追加記録し、会員ＩＤ、購入申込のあった宝くじの内容及び売場コードに関するデータが含まれる発券要求を発券センタに送信し、この発券要求を受信した発券センタは、発券要求に含まれるデータを販売管理データとして登録し、予め設定された抽せん日に達した場合には、抽せんにおいて決定された当せん数字と、販売された宝くじの選択数字との一致度によって当せんした宝くじを購入した会員ＩＤと当せん金とを決定し、宝くじの売上金額から当せん金額等を差し引いて収益金を算出し、地方自治体毎に関連づけられた売場コードに基づいて、各地方自治体に分配する収益金を算出し、入金する地方自治体の口座を特定する段階と、前記発券センタが、入金先である地方自治体の口座の識別子と、分配する収益金に関するデータが含まれる収益金入金指示を送信し、この収益金入金指示を受信した管理コンピュータは、当せん金及び収益金の決済要求を金融機関ホストシステムに送信し、金融機関ホストシステムが、前記当せん金を当せん会員の預金口座に入金するとともに、収益金を各地方自治体の口座に入金する決済処理を実行することにより前記収益金を分配する段階とを含むことを要旨とする。
【００２３】
（作用）
請求項１に記載の発明によれば、管理コンピュータが、ネットワークを介して、利用者情報を含む投票券購入要求を受信する。次に、前記投票券購入要求に基づいて、利用者の預金口座から販売代金を引き落とす。そして、利用者情報に基づいて、前記販売代金に関する収益金を分配するための販売地域データを生成し、この販売地域データに基づいて前記収益金を分配する。このため、ネットワーク上で販売した投票券に関しても販売地域データに基づいて収益金を分配することができる。実存する投票券売場で販売を行なう場合は、その所在地で販売地域を特定し、収益金の分配を行なっているが、ネットワーク上の地域概念のない仮想的な空間においても投票券の販売を行なうことができる。
【００２４】
本発明によれば、前記投票券は、複数の自治体で販売される宝くじであり、前記販売地域データは、前記宝くじの販売を行なった自治体を特定するためのデータである。このため、全国自治宝くじのように、全国的に販売される投票券に関しても、ネットワーク上の仮想的な空間において販売することができる。
【００２５】
本発明によれば、前記利用者情報は、前記利用者の住所に関する情報である。このため、利用者の住所に基づいて、販売地域を特定することができる。
【００２８】
本発明によれば、前記販売地域データの生成は、前記投票券購入要求に含まれる利用者情報に基づいて特定した預金口座に関連づけられて記録された住所に基づいて、販売地域データを生成する。このため、投票券の代金引落に用いる利用者の預金口座に関する情報を利用して、販売代金に関する収益金を分配するための販売地域データを効率的に生成できる。
【００２９】
本発明によれば、前記販売地域データは、店頭での販売時に用いられる投票券の売場識別子である。このため、実存する投票券売場と同じ投票券の販売を行なうことができる。従って、店頭販売とネット販売という複数の販売チャネルを用いて、利用者に投票券販売の機会を提供できる。
【００３０】
【発明の実施の形態】
以下、本発明を具体化した実施形態を図１〜図１０に従って説明する。本実施形態では、ネットワークを介して受け付けた購入依頼に基づいて、投票券としての宝くじを販売するサービスを提供する場合に用いる投票券販売管理方法として説明する。ここでは、このサービスは会員登録された利用者に提供される。
【００３１】
本実施形態では、１から４３までの数字から６個を選ぶ数字選択式宝くじを販売する場合を想定する。数字選択式宝くじにおいては、当せんくじは宝くじの購入者によって選択された６個の数字と、当せん数字の一致度により決定される。そして、当せん金額は発売額と当せん口数によって決定される。また、この数字選択式宝くじは全国自治宝くじの一種であり、宝くじ販売に関する収益金は販売地域に分配される。
【００３２】
本実施形態では、会員登録された利用者が本サービスを利用する場合、図１に示すように、利用者は利用者端末１０を用いて購入依頼の送信等を行なう。
利用者端末１０は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有するコンピュータ端末である。この利用者端末１０は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭの他、キーボード、マウス等の入力手段、ディスプレイ等の出力手段、モデム等の通信手段等を有する。
【００３３】
また、利用者端末１０は、図１に示すように、ネットワークとしてのインターネットＩを介して販売管理システム２０に接続されている。販売管理システム２０は、会員に対して販売する宝くじの管理に関する各種データ処理を行なうコンピュータシステムである。この販売管理システム２０は、管理コンピュータ２１を備えている。
【００３４】
この管理コンピュータ２１は、利用者端末１０や金融機関ホストシステム３０、発券センタ４０との間でのデータ送受信や、宝くじの各種管理を実行するための各種データの管理処理等を行なう。この管理コンピュータ２１は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭ等を有し、後述する処理（投票券購入要求を受信する段階、販売代金を引き落とす段階、販売地域データを生成する段階、収益金を分配する段階等を含む処理）を行なう。そのための宝くじ販売管理プログラムを実行することにより、管理コンピュータ２１は、投票券購入要求を受信する手段、販売代金を引き落とす手段、販売地域データを生成する手段、収益金を分配する手段等として機能する。
【００３５】
さらに販売管理システム２０は、会員データ記憶部２２や販売データ記憶部２３を備えている。
会員データ記憶部２２には、図２に示すように、本サービスを利用できる会員に関する会員データ２２０が記録されている。この会員データ２２０は、本サービスを利用するための会員申請が行なわれた場合に設定される。会員データ２２０は、会員毎に、会員ＩＤ、氏名、年齢、住所、電子メールアドレス、パスワード、預金口座識別子、口座引落確認フラグ及び住所未確認フラグに関するデータを含んで構成される。
【００３６】
会員ＩＤデータ領域には、会員を特定するための識別子（会員ＩＤ）に関するデータが記録される。
氏名データ領域、年齢データ領域には、それぞれ会員の氏名、年齢に関するデータが記録される。
【００３７】
住所データ領域には、会員の住所に関するデータが記録される。本実施形態では、会員の住所は、宝くじの販売地域を特定するために用いられる。
電子メールアドレスデータ領域には、会員の電子メールアドレスに関するデータが記録される。
【００３８】
パスワードデータ領域には、本サービスを利用する場合に用いるパスワードに関するデータが記録される。会員ＩＤやパスワードは、会員申込時に利用希望者に割り振られる。
【００３９】
預金口座識別子データ領域には、宝くじの購入代金の支払や当せん金の振込に用いられる預金口座を特定するための識別子に関するデータが記録される。本実施形態では、会員の預金口座を特定するために、預金口座識別子データには、金融機関名、支店名、預金種目、口座番号に関するデータ等を含んで構成される。
【００４０】
口座引落確認フラグデータ領域には、会員からの自動口座引落の承諾確認の有無に関するデータが記録される。本実施形態では、口座引落確認フラグは、会員から返送された申込書において自動口座引落の承諾確認が得られた場合に記録される。
【００４１】
住所未確認フラグデータ領域には、会員住所の確認の有無に関するデータが記録される。本実施形態では、住所確認フラグは、会員の住所に送付した郵送物が届かずに返送されたことにより、会員の住所を確認できなかった場合に記録される。
【００４２】
販売データ記憶部２３には、図３に示すように、本サービスを利用する会員に販売した宝くじに関する販売データ２３０が記録されている。この販売データ２３０は、会員から宝くじの購入要求があった場合に設定される。販売データ２３０には、宝くじの販売毎に、会員ＩＤ、申込回、選択数字、申込口数、継続回数及び売場コードに関するデータが相互に関連づけられて記録される。
【００４３】
会員ＩＤデータ領域には、購入要求を行なった会員を特定するための識別子（会員ＩＤ）に関するデータが記録される。
申込回データ領域には、購入する宝くじの発行回を特定するための識別子に関するデータが記録される。本実施形態では、購入する宝くじに種類を特定するために用いられる。なお、複数回以上、継続して宝くじを購入する場合には初回の申込回に関するデータが記録される。
【００４４】
選択数字データ領域には、宝くじ購入時に会員によって選択された数字（申込数字）に関するデータが記録される。本実施形態では、この申込数字は１から４３までの４３個の数字の中から選ばれた６個の数字から構成される。
【００４５】
申込口数データ領域には、購入申込のあった口数に関するデータが記録される。
継続回数データ領域には、選択された数字を用いて宝くじを連続して複数回購入する回数に関するデータが記録される。複数回が選択された場合には、初回の申込回から宝くじの発売毎に自動的に購入が繰り返される。
【００４６】
売り場コードデータ領域には、宝くじの販売場所を特定するための識別子としての売り場コードに関するデータ（販売地域データ）が記録される。この売場コードは、店頭販売時に用いられる投票券の売場識別子と同じものを用いる。
【００４７】
さらに、販売管理システム２０は、図１に示すように金融機関ホストシステム３０との間でデータ通信を行なう。この金融機関ホストシステム３０は預金口座を管理するコンピュータシステムである。この金融機関ホストシステム３０は預金口座の残高の管理、預金口座への入金、預金口座からの出金等を管理する。
【００４８】
さらに、販売管理システム２０は、図１に示すように発券センタ４０との間でデータ通信を行なう。この発券センタ４０は宝くじの発券や抽せんを管理するコンピュータシステムである。
【００４９】
上記のように構成されたシステムにおいて、本サービスに関する宝くじの販売管理を行なう場合の処理手順を説明する。ここで、本サービスの会員申請段階、宝くじの購入申込段階、抽せん段階の順に説明する。
【００５０】
（本サービスの会員申込段階）
まず、会員申込段階の処理を、図４を用いて説明する。本実施形態では、本サービスを利用して宝くじを購入するためには会員登録を行なう必要がある。このため、本サービスの利用希望者はサービス提供者に会員申込の要求を行なう（Ｓ１−１）。本実施形態では、会員申込の要求は、利用者端末１０からインターネットＩを介して販売管理システム２０に送信することにより行なわれる。この要求には、利用希望者の氏名、年齢、住所、電子メールアドレスに関するデータが含まれる。さらに、会員申込の要求には、会員が宝くじ購入するときや当せん金を受け取るときに用いる預金口座識別子に関するデータが含まれる。
【００５１】
会員申込の要求を受信した管理コンピュータ２１は、会員申込の要求に基づいて、利用希望者の氏名、年齢、住所、電子メールアドレス、預金口座識別子に関するデータを会員データ記憶部２２に記録する。
【００５２】
次に、管理コンピュータ２１は利用者端末１０に対して会員申込の受付通知を送信する（Ｓ１−２）。この受付通知により利用希望者は、販売管理システム２０が会員申込の要求を受け付けたことを把握できる。
【００５３】
次に、管理コンピュータ２１は、利用希望者に対して申込書を郵送するための処理を行なう（Ｓ１−３）。本実施形態では、管理コンピュータ２１が、郵送先住所を付した申込書を出力する。そして、サービス提供者が、出力された申込書を利用希望者に郵送する。この場合、申込書は、ステップ（Ｓ１−１）における会員申込要求に含まれる利用希望者の氏名及び住所を宛先として郵送される。
【００５４】
この申込書を郵送先住所で受理した利用希望者は、申込書の所定事項を記入する（Ｓ１−４）。この申込書には、宝くじ購入代金の自動口座引落の契約に関する事項が含まれる。そして、利用希望者は自動口座引落の契約の承諾を記載後、申込書をサービス提供者に返送する（Ｓ１−５）。
【００５５】
返送された申込書を受理したサービス提供者は、申込書を確認し、申込書の内容の登録処理を行なう（Ｓ１−６）。具体的には、申込書の記載に基づいて、会員データ記憶部２２に口座引落確認フラグを記録する。
【００５６】
口座引落確認フラグが記録された場合、管理コンピュータ２１は利用希望者の預金口座の確認処理を実行する（Ｓ１−７）。具体的には、管理コンピュータ２１は金融機関ホストシステム３０にアクセスし、利用希望者の預金口座の有無を打診する。
【００５７】
利用希望者の預金口座を確認できた場合、管理コンピュータ２１は、この利用希望者に対してパスワード及び会員ＩＤを割り振る（Ｓ１−８）。そして、管理コンピュータ２１はパスワード及び会員ＩＤを会員データ記憶部２２に記録された会員データ２２０に追加記録する。
【００５８】
そして、管理コンピュータ２１は、割り振ったパスワード及び会員ＩＤの通知処理を行なう（Ｓ１−９）。この通知も郵送により行なわれる。具体的には、管理コンピュータ２１は、会員データ記憶部２２に記録された利用希望者の氏名及び住所を宛先とする通知書を出力する。この通知書には割り振った会員ＩＤ、パスワードが記載される。
【００５９】
以上により、本サービスの利用希望者は会員として登録され、サービスを利用できる状態になる。なお、ステップ（Ｓ１−３）やステップ（Ｓ１−９）等において郵送された申込書や会員ＩＤ・パスワード通知書が利用希望者の住所に届かず、サービス提供者に返送された場合は、住所未確認フラグが会員データ記憶部２２に記録される。そして、この住所未確認フラグが記録された会員に対してはサービス提供を中止する。
【００６０】
（宝くじの購入申込段階）
次に、会員が宝くじの購入申込を行なう段階の処理について、図５を用いて説明する。まず、会員は宝くじ管理システムへのアクセスを行なう。この場合、利用者端末１０のディスプレイには図７に示す表示画面５００が出力される。この表示画面５００には、会員ＩＤ入力欄５０１及びパスワード入力欄５０２が含まれる。これらの入力欄に対しては、利用者端末１０のキーボード等を用いて文字や数字等を入力することができる。
【００６１】
さらに、表示画面５００には、送信ボタン５０３と中止ボタン５０４とが含まれる。送信ボタン５０３は、入力した会員ＩＤやパスワードを２０に送信するためのボタンである。また、中止ボタン５０４は処理を中止するためのボタンである。ここで、会員はサービス事業者から割り振られた会員ＩＤ、パスワードをそれぞれの入力欄（５０１、５０２）に入力する。そして、送信ボタン５０３を押す。この場合、利用者端末１０はインターネットＩを介してログイン要求を送信する（Ｓ２−１）。このログイン要求には、表示画面５００において入力された会員ＩＤ、パスワードに関するデータが含まれる。ここで、会員ＩＤは利用者情報として用いられる。
【００６２】
ログイン要求を受信した管理コンピュータ２１はユーザ認証を行なう（Ｓ２−２）。具体的には、管理コンピュータ２１は、ログイン要求に含まれる会員ＩＤ、パスワードが、会員データ記憶部２２に記録された会員ＩＤ、パスワードと一致するかどうかを確認する。
【００６３】
ユーザ認証が完了した場合には、管理コンピュータ２１は、インターネットＩを介して購入設定画面に関するウェブページデータを利用者端末１０に送信する（Ｓ２−３）。
【００６４】
このウェブページデータを受信した利用者端末１０のディスプレイには、図８に示す表示画面５１０が出力される。この表示画面５１０は、購入する宝くじを選択するための画面である。このため、表示画面５１０には、申込回設定欄５１１、選択数字設定欄５１２、申込口数設定欄５１３、継続回数設定欄５１４が含まれる。更に、表示画面５１０には、申込ボタン５１５と中止ボタン５１６とが含まれる。申込ボタン５１５は、入力した宝くじの購入申込を送信するためのボタンである。また、中止ボタン５１６は、購入申込の処理を中止するためのボタンである。
【００６５】
ここでは、利用者は申込回として「第１５０回」の数字選択式宝くじにおいて、「０２」、「０５」、「１２」、「１８」、「３０」及び「４１」の６個の数字を選択する場合を想定する。そして、申込口数として「５口」、継続回数として「２回」の条件で宝くじの購入申込を行なう場合を想定する。そして、各項目の入力を完了した場合、表示画面５１０の申込ボタン５１５を押す。この場合、利用者端末１０は設定された条件（申込回、選択数字、申込口数、継続回数）に関するデータを含む購入要求を、インターネットＩを介して販売管理システム２０に送信する（Ｓ２−４）。
【００６６】
この購入要求を受信した管理コンピュータ２１は、インターネットＩを介して利用者端末１０に受付画面に関するウェブページデータを送信する（Ｓ２−５）。この場合、まず、管理コンピュータ２１は、購入要求に基づいて、申込回、選択数字、申込口数、継続回数を会員ＩＤに関連づけた販売データ２３０を販売データ記憶部２３に記録する。そして、管理コンピュータ２１は、会員が購入申込を行なった宝くじの内容を含めた受付画面に関するウェブページデータを送信する。
【００６７】
このウェブページデータを受信した利用者端末１０のディスプレイには、図９に示す表示画面５２０が出力される。この表示画面５２０には、会員が購入申込を行なった宝くじの内容表示欄５２１が含まれる。
【００６８】
さらに、管理コンピュータ２１は金融機関ホストシステム３０に対して決済要求を行なう（Ｓ２−６）。この場合、まず、管理コンピュータ２１は、購入申込のあった宝くじの購入代金額を算出する。購入代金額は宝くじの種類（ここでは申込回）と口数に基づいて算出される。なお、複数回の継続回数が設定されている場合には、毎回購入時に決済処理が行なわれる。そして、管理コンピュータ２１は、購入代金額と会員の預金口座識別子に関するデータを含む口座引落指示を金融機関ホストシステム３０に送信する。
【００６９】
決済要求を受信した金融機関ホストシステム３０は、引落処理を実行する（Ｓ２−７）。具体的には、まず金融機関ホストシステム３０は、引落指示に含まれる会員の預金口座識別子に基づいて口座残高を確認する。そして、口座残高が購入代金額以上の場合、金融機関ホストシステム３０は口座引落処理を実行する。この代金は、予め準備された宝くじ発券管理口座に入金される。
【００７０】
そして、金融機関ホストシステム３０は決済結果を販売管理システム２０に通知する（Ｓ２−８）。なお、口座残高が購入代金額に満たない場合は、金融機関ホストシステム３０は、その旨を販売管理システム２０に通知する。そして、管理コンピュータ２１は、インターネットＩを介して利用者端末１０に宝くじを購入ができなかったことを通知する。
【００７１】
決済処理が完了した場合、管理コンピュータ２１は宝くじを購入した会員の住所を売場コードに変換する（Ｓ２−９）。本実施形態では、管理コンピュータ２１は、まず会員データ記憶部２２から宝くじを購入した会員の住所を抽出する。
そして、管理コンピュータ２１は、住所地域と売場コードとを対応させた変換表データを用いて、購入申込を行なった会員の住所を売場コードに変換する。そして、管理コンピュータ２１は、販売データ記憶部２３に記録された販売データ２３０に売場コードに関するデータを追加記録する。
【００７２】
次に、管理コンピュータ２１は発券要求を発券センタ４０に送信する（Ｓ２−１０）。この発券要求には、購入申込を行なった会員の会員ＩＤ、購入申込のあった宝くじの内容及び売場コードに関するデータが含まれる。この発券要求を受信した発券センタ４０は、発券要求に含まれるデータを販売管理データとして登録する。
【００７３】
そして、発券センタ４０は、販売管理システム２０に発券結果を通知する（Ｓ２−１１）。この発券通知を受信した管理コンピュータ２１は、インターネットＩを介して利用者端末１０に購入結果を送信する（Ｓ２−１２）。
【００７４】
この購入結果を受信した利用者端末１０のディスプレイには、図１０に示す表示画面５３０が出力される。この表示画面５３０には、再購入ボタン５３１と終了ボタン５３２とが含まれる。再購入ボタン５３１は、再度、新たな宝くじの購入申込を行なう場合に用いるボタンである。この再購入ボタン５３１を押した場合、図８に示す表示画面５１０が再度表示される。会員は表示された表示画面５１０を用いて、他の宝くじを購入することができる。また、終了ボタン５３２は、購入申込の処理を終了するためのボタンである。以上により、宝くじの購入申込段階の処理についての説明を終了する。
【００７５】
（宝くじの抽せん段階の処理）
次に、宝くじの抽せん段階の処理を、図６を用いて説明する。この処理は、予め設定された抽せん日に達した場合に実行される。
【００７６】
まず、発券センタ４０は抽せん処理を行なう（Ｓ３−１）。本実施形態の数字選択式宝くじにおいては、発券センタ４０は１〜４３の数字の中から当せん数字を選択する。そして、発券センタ４０は、当せん数字と、販売された宝くじの選択数字との一致度によって当せんした宝くじを購入した会員ＩＤと当せん金とを決定する。
【００７７】
次に、発券センタ４０は、この宝くじの購入者の口座に対する当せん金の入金指示を送信する（Ｓ３−２）。この入金指示には、当せんした宝くじを購入した会員ＩＤと当せん金に関するデータを含む。
【００７８】
この入金指示を受信した管理コンピュータ２１は、受信した会員ＩＤに基づいて、当せんした会員（当せん会員）の会員データ２２０を特定する。そして、会員データ２２０に含まれる電子メールアドレスを用いて利用者端末１０に当せん通知を送信する（Ｓ３−３）。
【００７９】
次に、発券センタ４０は収益金の算出処理を実行する（Ｓ３−４）。この処理では、宝くじの売上金額から当せん金額等を差し引いて収益金を算出する。
次に、発券センタ４０は、売場コードに基づいて収益金の振り分けを行なう（Ｓ３−５）。具体的には、まず、発券センタ４０は、地方自治体毎に関連づけられた売場コードに基づいて、各地方自治体に分配する収益金を算出する。そして、発券センタ４０は入金する地方自治体の口座を特定する。
【００８０】
次に、発券センタ４０は販売管理システム２０に収益金の入金指示を送信する（Ｓ３−６）。この入金指示には、入金先である地方自治体の口座の識別子と、分配する収益金に関するデータが含まれる。
【００８１】
この収益金の入金指示を受信した管理コンピュータ２１は、当せん金及び収益金の決済要求を金融機関ホストシステム３０に送信する（Ｓ３−７）。
この決済要求を受信した金融機関ホストシステム３０は決済処理を実行する（Ｓ３−８）。具体的には、当せん金を当せん会員の預金口座に入金する。さらに、金融機関ホストシステム３０は収益金を各地方自治体の口座に入金する。
【００８２】
そして、金融機関ホストシステム３０は決済結果を販売管理システム２０に送信する（Ｓ３−９）。以上により、宝くじの抽せん段階の処理についての説明を終了する。
【００８３】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・上記実施形態では、会員データ記憶部２２には、本サービスを利用できる会員に関する会員データ２２０が記録されている。会員データ２２０は、住所に関するデータを含めて構成される。そして、管理コンピュータ２１は、会員データ記憶部２２を用いて、宝くじを購入した会員の住所を売場コードに変換する。管理コンピュータ２１が発券センタ４０に送信する発券要求には、購入申込を行なった会員の会員ＩＤ、購入申込のあった宝くじの内容及び売場コードに関するデータが含まれる。これにより、発券センタ４０は宝くじ販売の収益金を地方自治体に分配することができる。従って、地理的制約を緩和できるインターネットＩを介して宝くじを販売することにより、利用者の利便性を図ると同時に、各地方自治体に収益金を分配することが可能である。
【００８４】
・上記実施形態では、会員データ記憶部２２には、本サービスを利用できる会員に関する会員データ２２０が記録されている。この会員データ２２０には住所未確認フラグに関するデータを含む。この住所未確認フラグデータ領域には、会員住所の確認の有無に関するデータが記録される。本実施形態では、住所確認フラグは、会員の住所に送付した郵送物が届かずに返送されたことにより、会員の住所を確認できなかった場合に記録される。このため、住所の確認できない会員には宝くじを販売しない。従って、収益金を分配する地方自治体の不明な収益金の発生を防止することができる。
【００８５】
・上記実施形態では、管理コンピュータ２１は金融機関ホストシステム３０に対して決済要求を行なう。決済要求を受信した金融機関ホストシステム３０は、引落処理を実行する。具体的には、まず金融機関ホストシステム３０は、引落指示に含まれる会員の預金口座識別子に基づいて口座残高を確認する。そして、口座残高が購入代金額以上の場合、金融機関ホストシステム３０は口座引落処理を実行する。そして、金融機関ホストシステム３０は決済結果を販売管理システム２０に通知する。そして、管理コンピュータ２１は発券要求を発券センタ４０に送信する。この発券要求を受信した発券センタ４０は、発券要求に含まれるデータを販売管理データとして登録する。このため、口座引落ができない場合の発券を防止できる。特に、数字選択式宝くじでは、当せん金額は発売額と当せん口数によって決定されるため、口座引落ができなかった場合、発売額を修正する必要があり、当せん金等に影響を与える。実施形態では、販売代金の決済後に発券を行なうので、確実に発券を行なうことができる。
【００８６】
・上記実施形態では、管理コンピュータ２１は、会員データ記憶部２２を用いて、宝くじを購入した会員の住所を売場コードに変換する。これにより、インターネットＩを介さずに、直接、宝くじ売場で販売した宝くじと同様に発券を取り扱うことができる。
【００８７】
なお、上記実施形態は、以下の態様に変更してもよい。
・上記実施形態では、投票券として数字選択くじの販売及び管理について説明したが、その他の一般的な宝くじ、サッカーくじ等において、上記実施例と同様にして販売及び管理を行なうことができる。
【００８８】
・上記実施形態では、宝くじ販売サービスは、会員データ記憶部２２に会員登録された利用者に対して提供される。これに代えて、会員に限らず購入希望者に提供してもよい。この場合、購入希望者が用いる預金口座に関して登録された住所を用いる。これにより、事前の会員登録ない場合においても宝くじを購入することができる。
【００８９】
・上記実施形態では、会員データ記憶部２２には、本サービスを利用できる会員に関する会員データ２２０が記録されている。会員データ２２０には、住所に関するデータを含んで構成される。管理コンピュータ２１は、会員データ記憶部２２を用いて、宝くじを購入した会員の住所を売場コードに変換する。これに代えて、宝くじの販売地を購入者に選択させてもよい。この場合、管理コンピュータ２１は利用者に購入地域情報、及び購入希望の宝くじの選択を促す。利用者は希望する購入地域情報、及び購入希望の宝くじの内容を含めた購入要求を販売管理システム２０に送信する。そして、管理コンピュータ２１は、購入地域情報を売場コードに変換する。そして、管理コンピュータ２１は、売場コードを含めた発券要求を発券センタ４０に送信する。これにより、利用者の希望に基づいて、販売地域を特定することができる。例えば、利用者の故郷や好みの地域等、利用者の所在地から遠隔する地域で販売された宝くじを購入することができる。そして、発券センタ４０は、購入地域情報を用いて、宝くじ販売の収益金を分配する地方自治体を特定することができる。従って、地理的な条件に制約されず、ネットワークの利便性を活かした宝くじの販売を行なうことができる。さらに、この場合、利用者端末は利用者自身の端末である必要はなく、公共的な端末を用いることも可能である。
【００９０】
・上記実施形態では、管理コンピュータ２１は、会員データ記憶部２２を用いて、宝くじを購入した会員の住所を売場コードに変換する。これに代えて、購入者の所在地に基づいて宝くじ販売の収益金を分配する地方自治体を特定してもよい。この場合、販売管理システム２０の管理コンピュータ２１は、購入者の所在地を特定する。例えば、宝くじの購入者がモバイル端末等を用いる場合、管理コンピュータ２１は、位置測定手段を用いて、購入者の所在地を把握する。ここの場合、位置測定手段としてのＧＰＳ（Global Positioning System ）や、ＰＨＳ（Personal Handy-phone System ）の位置情報提供サービス等を用いる。そして、管理コンピュータ２１は、購入者の所在地情報を売場コードに変換し、売場コードを含めた発券要求を発券センタ４０に送信する。これによっても、発券センタ４０は宝くじ販売の収益金を分配する地方自治体を特定することができる。従って、実存する売場での販売に近い形態で、効率的に宝くじの販売を行なうことができる。特に、利用者の所在地に関する情報は、管理コンピュータ２１が位置測定手段を用いて取得するので、所在地等の入力等、利用者に負担をかけずに、より確実に所在地を特定できる。
【００９１】
・上記実施形態では、会員データ記憶部２２には、本サービスを利用できる会員に関する会員データ２２０が記録されている。会員データ２２０には、住所に関するデータを含んで構成される。これに代えて、会員データ２２０の記録時に、この会員の属性に基づいて売場コードを会員データ記憶部２２に記録してもよい。これにより、管理コンピュータ２１は、発券要求時の会員の住所を売場コードに変換する処理を削減でき、効率的に宝くじの販売を行なうことができる。
【００９２】
【発明の効果】
以上詳述したように、本発明によれば、ネットワークの特性を生かしながら、効率よく地域性を有する投票券を販売することができる。
【図面の簡単な説明】
【図１】本発明の実施形態のシステム概略図。
【図２】会員データ記憶部に記録されたデータの説明図。
【図３】販売データ記憶部に記録されたデータの説明図。
【図４】本実施形態の処理手順の説明図。
【図５】本実施形態の処理手順の説明図。
【図６】本実施形態の処理手順の説明図。
【図７】利用者端末に表示された表示画面の説明図。
【図８】利用者端末に表示された表示画面の説明図。
【図９】利用者端末に表示された表示画面の説明図。
【図１０】利用者端末に表示された表示画面の説明図。
【符号の説明】
１０…利用者端末、２０…販売管理システム、２１…管理コンピュータ、Ｉ…ネットワークとしてのインターネット。[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 user terminal 10 as shown in FIG.
The user terminal 10 is a computer terminal having a function of transmitting data via a network, a function of displaying received data, and the like. The user terminal 10 includes an input unit such as a keyboard and a mouse, an output unit such as a display, a communication unit such as a modem, and the like in addition to a CPU, RAM, and ROM (not shown).
[0033]
As shown in FIG. 1, the user terminal 10 is connected to the sales management system 20 via the Internet I as a network. The sales management system 20 is a computer system that performs various data processing related to the management of lotteries sold to members. The sales management system 20 includes a management computer 21.
[0034]
The management computer 21 performs data transmission / reception with the user terminal 10, the financial institution host system 30, and the ticketing center 40, and various data management processing for executing various types of lottery management. This management computer 21 has a CPU, RAM, ROM, etc. (not shown), and processes described later (a stage for receiving a voting ticket purchase request, a stage for withdrawing a sales price, a stage for generating sales area data, and a distribution of earnings. Process including stages). By executing the lottery sales management program for that purpose, the management computer 21 functions as means for receiving a voting ticket purchase request, means for withdrawing sales fees, means for generating sales area data, means for distributing earnings, and the like. .
[0035]
Furthermore, the sales management system 20 includes a member data storage unit 22 and a sales data storage unit 23.
As shown in FIG. 2, member data 220 relating to members who can use this service is recorded in the member data storage unit 22. This member data 220 is set when a member application for using this service is made. The member data 220 includes, for each member, data related to a member ID, name, age, address, e-mail address, password, deposit account identifier, account withdrawal confirmation flag, and address unconfirmed flag.
[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 data storage unit 23 stores sales data 230 related to lotteries sold to members who use the service. The sales data 230 is set when there is a lottery purchase request from a member. In the sales data 230, for each lottery sale, data relating to a member ID, application times, selection numbers, number of applications, number of continuations, and sales floor codes are recorded in association with each other.
[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 sales management system 20 performs data communication with the financial institution host system 30 as shown in FIG. The financial institution host system 30 is a computer system that manages deposit accounts. This financial institution host system 30 manages the balance of the deposit account, deposits into the deposit account, withdrawals from the deposit account, and the like.
[0048]
Furthermore, the sales management system 20 performs data communication with the ticketing center 40 as shown in FIG. The ticketing center 40 is a computer system that manages the lottery ticketing and lottery.
[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 user terminal 10 to the sales management system 20 via the Internet I. This request includes data on the name, age, address, and e-mail address of the applicant. Further, the membership application request includes data relating to a deposit account identifier used when a member purchases a lottery ticket or receives a winning money.
[0051]
The management computer 21 that has received the request for membership application records data on the name, age, address, e-mail address, and deposit account identifier of the applicant for use in the membership data storage unit 22 based on the request for membership application.
[0052]
Next, the management computer 21 transmits a member application acceptance notification to the user terminal 10 (S1-2). From this reception notification, the user who wishes to use can grasp that the sales management system 20 has received a request for membership application.
[0053]
Next, the management computer 21 performs a process for mailing the application form to those who wish to use (S1-3). In this embodiment, the management computer 21 outputs an application form with a mailing address. Then, the service provider mails the output application form to the use applicant. In this case, the application form is mailed by using the name and address of the applicant as a destination included in the member application request in step (S1-1).
[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 data storage unit 22 based on the description on the application form.
[0056]
When the account withdrawal confirmation flag is recorded, the management computer 21 executes confirmation processing for the deposit account of the applicant for use (S1-7). Specifically, the management computer 21 accesses the financial institution host system 30 and consults whether or not there is a deposit account of the applicant.
[0057]
When the deposit account of the applicant is confirmed, the management computer 21 assigns a password and a member ID to the applicant (S1-8). Then, the management computer 21 additionally records the password and the member ID in the member data 220 recorded in the member data storage unit 22.
[0058]
Then, the management computer 21 performs notification processing of the assigned password and member ID (S1-9). This notification is also sent by mail. Specifically, the management computer 21 outputs a notification written with the name and address of the person who wishes to use recorded in the member data storage unit 22 as a destination. In this notice, the assigned member ID and password are described.
[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 data storage unit 22. Then, the service provision is stopped for the member in which the address unconfirmed flag is recorded.
[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 display screen 500 shown in FIG. 7 is output on the display of the user terminal 10. This display screen 500 includes a member ID input field 501 and a password input field 502. In these input fields, characters, numbers, and the like can be input using the keyboard of the user terminal 10 or the like.
[0061]
Further, the display screen 500 includes a transmission button 503 and a cancel button 504. The send button 503 is a button for sending the input member ID and password to 20. A cancel button 504 is a button for canceling the processing. Here, the member inputs the member ID and password assigned by the service provider in the respective input fields (501, 502). Then, the transmission button 503 is pressed. In this case, the user terminal 10 transmits a login request via the Internet I (S2-1). This login request includes data relating to the member ID and password input on the display screen 500. Here, the member ID is used as user information.
[0062]
The management computer 21 that has received the login request performs user authentication (S2-2). Specifically, the management computer 21 checks whether or not the member ID and password included in the login request match the member ID and password recorded in the member data storage unit 22.
[0063]
When the user authentication is completed, the management computer 21 transmits web page data related to the purchase setting screen to the user terminal 10 via the Internet I (S2-3).
[0064]
A display screen 510 shown in FIG. 8 is output to the display of the user terminal 10 that has received the web page data. This display screen 510 is a screen for selecting a lottery to be purchased. For this reason, the display screen 510 includes an application number setting field 511, a selected number setting field 512, an application number setting field 513, and a continuous number setting field 514. Further, the display screen 510 includes an application button 515 and a cancel button 516. The application button 515 is a button for transmitting the inputted lottery purchase application. A cancel button 516 is a button for canceling the purchase application process.
[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 display screen 510 is pressed. In this case, the user terminal 10 transmits a purchase request including data relating to the set conditions (application time, selection number, number of applications, number of continuations) to the sales management system 20 via the Internet I (S2-4). .
[0066]
Receiving this purchase request, the management computer 21 transmits web page data related to the reception screen to the user terminal 10 via the Internet I (S2-5). In this case, first, based on the purchase request, the management computer 21 records the sales data 230 in which the application number, the selected number, the number of applications, and the number of continuations are associated with the member ID in the sales data storage unit 23. Then, the management computer 21 transmits web page data related to the reception screen including the contents of the lottery that the member has applied for purchase.
[0067]
A display screen 520 shown in FIG. 9 is output to the display of the user terminal 10 that has received the web page data. The display screen 520 includes a lottery content display field 521 for which the member has applied for purchase.
[0068]
Further, the management computer 21 makes a settlement request to the financial institution host system 30 (S2-6). In this case, first, the management computer 21 calculates the purchase price of the lottery for which a purchase application has been made. The purchase price is calculated based on the type of lottery (here, the number of applications) and the number of lotteries. If a plurality of continuation times are set, payment processing is performed at the time of purchase. Then, the management computer 21 transmits to the financial institution host system 30 an account withdrawal instruction including data relating to the purchase price and the deposit account identifier of the member.
[0069]
Receiving the settlement request, the financial institution host system 30 executes a withdrawal process (S2-7). Specifically, the financial institution host system 30 first confirms the account balance based on the deposit account identifier of the member included in the withdrawal instruction. If the account balance is equal to or greater than the purchase price, the financial institution host system 30 executes an account withdrawal process. This price is deposited into a previously prepared lottery ticket management account.
[0070]
Then, the financial institution host system 30 notifies the sales management system 20 of the settlement result (S2-8). When the account balance is less than the purchase price, the financial institution host system 30 notifies the sales management system 20 to that effect. Then, the management computer 21 notifies the user terminal 10 that the lottery ticket could not be purchased via the Internet I.
[0071]
When the settlement process is completed, the management computer 21 converts the address of the member who purchased the lottery ticket into a sales floor code (S2-9). In this embodiment, the management computer 21 first extracts the address of the member who purchased the lottery from the member data storage unit 22.
The management computer 21 associates the address area with the sales floor code. Set Using the conversion table data, the address of the member who applied for purchase is converted into a sales floor code. Then, the management computer 21 additionally records data relating to the sales floor code in the sales data 230 recorded in the sales data storage unit 23.
[0072]
Next, the management computer 21 transmits a ticketing request to the ticketing center 40 (S2-10). This ticketing request includes data relating to the member ID of the member who applied for purchase, the contents of the lottery where the purchase application was made, and the sales floor code. Upon receiving this ticketing request, the ticketing center 40 registers the data included in the ticketing request as sales management data.
[0073]
Then, the ticketing center 40 notifies the ticket management result to the sales management system 20 (S2-11). The management computer 21 that has received the ticket issue notification transmits the purchase result to the user terminal 10 via the Internet I (S2-12).
[0074]
A display screen 530 shown in FIG. 10 is output to the display of the user terminal 10 that has received the purchase result. This display screen 530 includes a re-purchase button 531 and an end button 532. The re-purchase button 531 is a button used when a new lottery purchase application is made again. When the re-purchase button 531 is pressed, the display screen 510 shown in FIG. 8 is displayed again. The member can purchase another lottery ticket using the displayed display screen 510. The end button 532 is a button for ending the purchase application process. This is the end of the description of the lottery purchase application process.
[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 ticketing center 40 performs a lottery process (S3-1). In the number selection type lottery of this embodiment, the ticketing center 40 selects a winning number from 1 to 43 numbers. Then, the ticketing center 40 determines the member ID and the winning money for purchasing the winning lottery according to the degree of coincidence between the winning number and the selected lottery selection number.
[0077]
Next, the ticketing center 40 transmits a winning deposit instruction to the lottery purchaser's account (S3-2). This payment instruction includes the member ID that purchased the winning lottery ticket and data related to the winning money.
[0078]
The management computer 21 that has received this payment instruction specifies the member data 220 of the winning member (winning member) based on the received member ID. Then, the winning notification is transmitted to the user terminal 10 using the e-mail address included in the member data 220 (S3-3).
[0079]
Next, the ticketing center 40 executes a revenue calculation process (S3-4). In this process, the profit is calculated by subtracting the winning amount from the sales amount of the lottery ticket.
Next, the ticketing center 40 distributes the earnings based on the sales floor code (S3-5). Specifically, first, the ticketing center 40 calculates a profit to be distributed to each local government based on a sales floor code associated with each local government. And the ticketing center 40 specifies the account of the local government which deposits.
[0080]
Next, the ticketing center 40 transmits an instruction for depositing earnings to the sales management system 20 (S3-6). This deposit instruction includes an identifier of the account of the local government that is the deposit destination and data relating to the profit to be distributed.
[0081]
The management computer 21 that has received the receipt instruction for the earnings sends a winning money and a settlement request for the earnings to the financial institution host system 30 (S3-7).
The financial institution host system 30 that has received this settlement request executes a settlement process (S3-8). Specifically, deposit the winnings into the savings account of the winning member. Further, the financial institution host system 30 deposits the proceeds to the account of each local government.
[0082]
Then, the financial institution host system 30 transmits the settlement result to the sales management system 20 (S3-9). This is the end of the description of the lottery lottery process.
[0083]
As described above, according to the present embodiment, the following effects can be obtained.
In the above embodiment, the member data storage unit 22 stores member data 220 relating to members who can use this service. The member data 220 is configured including data relating to an address. Then, the management computer 21 uses the member data storage unit 22 to convert the address of the member who purchased the lottery ticket into a sales floor code. The ticket issuing request transmitted from the management computer 21 to the ticketing center 40 includes the member ID of the member who made the purchase application, the contents of the lottery for which the purchase application was made, and data on the sales floor code. As a result, the ticketing center 40 can distribute the lottery sales proceeds to the local government. Therefore, by selling lottery tickets via the Internet I that can alleviate geographical restrictions, it is possible to improve convenience for the user and at the same time distribute revenue to each local government.
[0084]
In the above embodiment, the member data storage unit 22 stores member data 220 relating to members who can use this service. The member data 220 includes data related to the address unconfirmed flag. In this 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. For this reason, lottery tickets are not sold to members whose addresses cannot be confirmed. Therefore, it is possible to prevent the generation of unknown revenue from the local government that distributes the revenue.
[0085]
In the above embodiment, the management computer 21 makes a settlement request to the financial institution host system 30. Receiving the settlement request, the financial institution host system 30 executes a withdrawal process. Specifically, the financial institution host system 30 first confirms the account balance based on the deposit account identifier of the member included in the withdrawal instruction. If the account balance is equal to or greater than the purchase price, the financial institution host system 30 executes an account withdrawal process. Then, the financial institution host system 30 notifies the sales management system 20 of the settlement result. Then, the management computer 21 transmits a ticketing request to the ticketing center 40. Upon receiving this ticketing request, the ticketing center 40 registers the data included in the ticketing request as sales management data. For this reason, it is possible to prevent the ticketing when the account cannot be debited. In particular, in the number selection type lottery, the winning amount is determined by the selling amount and the number of winning units. Therefore, if the account cannot be debited, it is necessary to correct the selling amount, which affects the winnings. In the embodiment, since the ticket is issued after the settlement of the sales price, the ticket can be issued reliably.
[0086]
In the above embodiment, the management computer 21 uses the member data storage unit 22 to convert the address of the member who purchased the lottery ticket into a sales floor code. Thereby, it is possible to handle the ticket issuance in the same manner as the lottery sold at the lottery counter without using the Internet I.
[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 data storage unit 22. Instead, it may be provided not only to the member but also to the purchase applicant. In this case, the registered address for the deposit account used by the purchase applicant is used. As a result, a lottery ticket can be purchased even when there is no prior membership registration.
[0089]
In the above embodiment, the member data storage unit 22 stores member data 220 relating to members who can use this service. The member data 220 includes data related to an address. The management computer 21 uses the member data storage unit 22 to convert the address of the member who purchased the lottery ticket into a sales floor code. Alternatively, the purchaser may be allowed to select a lottery selling place. In this case, the management computer 21 prompts the user to select purchase area information and a lottery for purchase. The user transmits a purchase request including the desired purchase area information and the contents of the desired lottery to the sales management system 20. Then, the management computer 21 converts the purchase area information into a sales floor code. Then, the management computer 21 transmits a ticketing request including the sales floor code to the ticketing center 40. Thereby, a sales area can be specified based on a user's hope. For example, it is possible to purchase a lottery ticket sold in an area remote from the user's location, such as the user's hometown or favorite area. And the ticketing center 40 can specify the local government which distributes the profit of lottery ticket sales using purchase area information. Therefore, it is possible to sell lottery tickets utilizing the convenience of the network without being restricted by geographical conditions. Furthermore, in this case, the user terminal does not need to be the user's own terminal, and a public terminal can also be used.
[0090]
In the above embodiment, the management computer 21 uses the member data storage unit 22 to convert the address of the member who purchased the lottery ticket into a sales floor code. Alternatively, the local government that distributes the lottery sales revenue based on the purchaser's location may be specified. In this case, the management computer 21 of the sales management system 20 specifies the purchaser's location. For example, when the purchaser of a lottery uses a mobile terminal or the like, the management computer 21 uses the position measuring means to grasp the location of the purchaser. In this case, GPS (Global Positioning System) as a position measuring means, PHS (Personal Handy-phone System) position information providing service, or the like is used. Then, the management computer 21 converts the purchaser's location information into a sales floor code, and transmits a ticket issuing request including the sales floor code to the ticketing center 40. This also enables the ticketing center 40 to specify the local government that distributes the lottery sales proceeds. Therefore, lottery tickets can be sold efficiently in a form close to that of existing sales floors. In particular, since the management computer 21 acquires information on the user's location using the position measuring means, the location can be more reliably identified without imposing a burden on the user, such as inputting the location.
[0091]
In the above embodiment, the member data storage unit 22 stores member data 220 relating to members who can use this service. The member data 220 includes data related to an address. Alternatively, the sales floor code may be recorded in the member data storage unit 22 based on the member attribute when the member data 220 is recorded. Thereby, the management computer 21 can reduce the process of converting the member's address at the time of ticketing request into a sales floor code, and can efficiently sell lotteries.
[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 SYMBOLS 10 ... User terminal, 20 ... Sales management system, 21 ... Management computer, I ... Internet as network.

Claims

会員毎に、会員ＩＤ、パスワード、この会員に割り振った会員ＩＤ及びパスワードが記載された通知書が郵送された宛先住所、預金口座識別子に関するデータを含んで構成される会員データが記録されている会員データ記憶部と、
宝くじの販売毎に、会員ＩＤ、申込回、選択数字、申込口数及び売場コードに関するデータが相互に関連づけられて記録される販売データが記録される販売データ記憶部と、
住所地域に対して、実存する投票券売場の店頭販売時に用いられる売場コードと同じ売場コードとを対応させた変換表データとを備え、
利用者端末、金融機関ホストシステム及び発券センタに接続された管理コンピュータを用いて投票券の販売管理を行なう方法であって、
前記管理コンピュータは、前記会員データ記憶部に記録された利用希望者の住所を郵送宛先として、前記利用希望者に対して割り振ったパスワード及び会員ＩＤが記載される通知書を出力し、
利用者端末から、郵送された通知書に記載された会員ＩＤ、パスワードに関するデータが含まれるログイン要求を受信した前記管理コンピュータが、ログイン要求に含まれる会員ＩＤ、パスワードが、前記会員データ記憶部に記録された会員ＩＤ、パスワードと一致するかどうかを確認することによりユーザ認証を実行し、
前記ユーザ認証が完了した場合には、前記管理コンピュータが、購入設定画面に関するウェブページデータを前記利用者端末に送信し、前記利用者端末から、申込回、選択数字、申込口数に関するデータを含む投票券購入要求を受信する段階と、
前記管理コンピュータが、この投票券購入要求を前記販売データ記憶部に記録し、購入申込のあった宝くじの購入代金額を算出し、前記会員データ記憶部に記録された預金口座識別子と購入代金額に関するデータを含む引落指示を金融機関ホストシステムに対して送信し、
金融機関ホストシステムは、引落指示に含まれる会員の預金口座識別子に基づいて口座残高を確認し、この口座残高が購入代金額以上の場合、利用者の預金口座から販売代金を引き落とす段階と、
前記金融機関ホストシステムから前記引落指示に対する決済結果を受信した管理コンピュータは、前記会員データ記憶部から宝くじを購入した会員の住所を抽出し、前記変換表データを用いて、購入申込を行なった会員の住所を売場コードに変換し、前記販売データ
記憶部に記録された販売データに売場コードに関するデータを追加記録し、
会員ＩＤ、購入申込のあった宝くじの内容及び売場コードに関するデータが含まれる発券要求を発券センタに送信し、
この発券要求を受信した発券センタは、発券要求に含まれるデータを販売管理データとして登録し、
予め設定された抽せん日に達した場合には、抽せんにおいて決定された当せん数字と、販売された宝くじの選択数字との一致度によって当せんした宝くじを購入した会員ＩＤと当せん金とを決定し、
宝くじの売上金額から当せん金額等を差し引いて収益金を算出し、地方自治体毎に関連づけられた売場コードに基づいて、各地方自治体に分配する収益金を算出し、入金する地方自治体の口座を特定する段階と、
前記発券センタが、入金先である地方自治体の口座の識別子と、分配する収益金に関するデータが含まれる収益金入金指示を送信し、
この収益金入金指示を受信した管理コンピュータは、当せん金及び収益金の決済要求を金融機関ホストシステムに送信し、
金融機関ホストシステムが、前記当せん金を当せん会員の預金口座に入金するとともに、
収益金を各地方自治体の口座に入金する決済処理を実行することにより前記収益金を分配する段階とを含むことを特徴とする投票券販売管理方法。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.