JP2017111511A - 特典管理システム、特典管理方法、特典管理装置及び特典管理プログラム - Google Patents

Abstract

【課題】公営競技の投票券の購入者に特典を付与する特典管理システム、特典管理方法、特典管理装置及び特典管理プログラムを提供する。【解決手段】ポイント管理システム１は、公営競技の投票券の発券を行う投票券発券装置１００と、投票券の購入者に対して特典を付与する処理を行うポイント管理装置２００とを含む。投票券発券装置１００は、投票券の購入者から当該購入者の生体情報を取得する生体情報取得部１４３を有する。ポイント管理装置２００は、投票券発券装置１００によって取得された生体情報を用いて、購入者に対する認証処理を行う認証処理部２４３と、認証処理部２４３によって認証された購入者に対して特典を付与する算出部２４２とを有する。【選択図】図３

Description

本発明は、特典管理システム、特典管理方法、特典管理装置及び特典管理プログラムに関する。

スーパーマーケット等の店舗において、商品の購入者に、購入金額に応じたポイントを付与することが一般的に行われている。例えば、店舗は購入者に対してポイントカードを発行し、購入者が商品購入の際にポイントカードを提示することで、購入者に対してポイントを付与する技術が知られている。

特開２００８−１９１８１１号公報 特開２０１３−１０５２９７号公報

ところで、競馬、競輪、競艇、オートレース等の公営競技においても、ポイントカードを用いて、投票券の購入者に特典（例えばポイント等）を付与することが考えられるが、ポイントカードの忘れや紛失等により、ポイントが正しく付与できない可能性が高い。例えば、公営競技における投票券の購入場所は多岐にわたり、また投票券を購入するタイミングも多様である。この場合において、購入者が投票券の購入の都度ポイントカードを用意するのは、購入者の負担が大きく、忘れや紛失の可能性も高くなる。このようなことから、購入者が的確にポイントの付与を受けることができないことが考えられる。

開示の技術は、上記に鑑みてなされたものであって、公営競技の投票券の購入者に特典を付与できる特典管理システム、特典管理方法、特典管理装置及び特典管理プログラムを提供することを目的とする。

本願の開示する特典管理システムは、公営競技の投票券の発券を行う投票券発券装置と、投票券の購入者に対して特典を付与する処理を行う特典管理装置とを含む。投票券発券装置は、投票券の購入者から当該購入者の生体情報を取得する取得部を有する。特典管理装置は、投票券発券装置によって取得された生体情報を用いて、購入者に対する認証処理を行う認証処理部と、認証処理部によって認証された購入者に対して特典を付与する付与部とを有する。

一つの態様によれば、公営競技の投票券の購入者に特典を付与できる。

図１は、ポイント管理システムにおける発券処理の流れの一例を示す図である。 図２は、投票券発券装置の一例を示す図である。 図３は、ポイント管理システムのシステム構成の一例を示す図である。 図４は、ポイントＤＢの一例を示す図である。 図５は、生体情報ＤＢの一例を示す図である。 図６は、算出条件ＤＢの一例を示す図である。 図７は、購入履歴ＤＢの一例を示す図である。 図８は、進行状況ＤＢの一例を示す図である。 図９Ａは、オッズ確定前のオッズＤＢの一例を示す図である。 図９Ｂは、オッズ確定後のオッズＤＢの一例を示す図である。 図１０は、配当金ＤＢの一例を示す図である。 図１１は、ユーザ登録処理の一例を示すシーケンス図である。 図１２は、投票券発券装置におけるユーザ登録処理の一例を示すフローチャートである。 図１３は、投票処理の一例を示すシーケンス図である。 図１４は、投票券発券装置における投票処理の一例を示すフローチャートである。 図１５は、ポイント管理装置における投票時のポイント付与処理の一例を示すフローチャートである。 図１６は、ポイント管理装置における早期購入ポイント算出処理の一例を示すフローチャートである。 図１７は、ポイント管理装置における第一投票者ポイント算出処理の一例を示すフローチャートである。 図１８は、ポイント管理装置における払戻金確定時のポイント付与処理の一例を示すフローチャートである。 図１９は、ポイント還元処理の一例を示すシーケンス図である。 図２０は、投票券発券装置におけるポイント還元処理の一例を示すフローチャートである。 図２１は、ポイント管理装置のハードウェア構成例を示す図である。

［実施例１］
以下に、本願に係る特典管理システム、特典管理方法、特典管理装置及び特典管理プログラムを実施するための形態（以下、「第１の実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、第１の実施形態により本願に係る特典管理システム、特典管理方法、特典管理装置及び特典管理プログラムが限定されるものではない。また、以下の第１の実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。なお、以下では、競馬用の投票券の購入者を対象としたポイント管理システムである場合を例に説明するが、ポイント管理システムは他の公営競技（例えば競輪、競艇、オートレース等）用の投票券の購入者を対象としてポイントを付与するシステムであってもよい。また、第１の実施形態においては、購入した投票券に応じたポイントを付与する例を示すが、これに限られず、投票券の購入者に景品や店舗の割引券や引換券、抽選に参加する権利等をプレゼントするような構成であってもよい。

公営競技において、購入者は、特定の発売場及びレース番号について、競技者に対する投票の方法である「賭式」と、投票の対象となる「組番」との組み合わせを指定して投票券を購入する。発売場は、例えば競馬場等の競技場を示す。レース番号は、開催されるレースの番号を示し、最初に開催されるレースから順に第１レース、第２レースとなる。

例えば、競馬における賭式としては、一着になる馬を１頭選ぶ「単勝式」、二着又は三着までに入る馬を１頭選ぶ「複勝式」、一着になる馬と二着になる馬とを順不同で選ぶ「馬連（普通馬番号二連勝複式勝馬投票法）」等がある。競馬における他の賭式として、例えば、一着になる馬と二着になる馬と三着になる馬とを順番に選ぶ「３連単（馬番号三連勝単式勝馬投票法）」等もある。

また、「組番」は、例えば、競技者の番号、又は競技者の番号の組み合わせで表される。例えば、競馬においては、単勝式の組番としては「１」、馬連の組番としては「１−２」、３連単の組番としては「３−２−１」等がある。なお、購入者は、投票券を購入する際に、１つの組番だけを含む投票券に限らず、複数の組番を含む投票券を購入することもできる。また、以下の説明においては、投票券の物理的な枚数ではなく、組番にかかる購入金額を「組番の購入枚数」と表現する場合がある。

＜システム全体の処理の流れ＞
第１の実施形態におけるポイント管理システムにおける発券処理の流れについて、図１を用いて説明する。図１は、ポイント管理システムにおける発券処理の流れの一例を示す図である。図１に示すように、ポイント管理システム１は、投票券発券装置１００、ポイント管理装置２００および投票サーバ３００を有する。これらの各部は専用線やＶＰＮ（Virtual Private Network）等のネットワークＮを介して、互いが通信可能に接続される。なお、図１においては、据置型の投票券発券装置を含む例を示しているが、これに限られず、携帯可能な投票券発券装置を含むような構成であってもよい。また、図１においては投票券発券装置１００を１台のみ図示しているが、これに限られず、複数の投票券発券装置を含むような構成であってもよい。

投票券発券装置１００は、ポイント管理装置２００及び投票サーバ３００とネットワークＮを介して通信を行い、購入者による指示に基づいて投票券を発券し、また的中した投票券に対する払戻を行う装置である。なお、第１の実施形態における投票券発券装置１００は、購入者の静脈パターンを読み取る装置を含む。ポイント管理装置２００は、投票券発券装置１００及び投票サーバ３００とネットワークＮを介して通信を行い、投票券の購入者の静脈認証処理を行うとともに、認証された購入者に付与するポイントを算出する装置である。投票サーバ３００は、投票券発券装置１００及びポイント管理装置２００とネットワークＮを介して通信を行い、投票券発券装置１００が行う投票券の発券及び投票券の払戻を管理し、オッズの計算、配当金の計算等を行う装置である。

第１の実施形態において、例えば、ポイント管理システム１は、購入者に対して、投票券の購入時に付与される基本ポイントと、購入した組番や購入のタイミング等に応じて付与される追加ポイントとの２種類のポイントを付与する。なお、基本ポイントは、投票券１枚ごとに一律に付与される形であってもよく、投票券の購入金額や投票券に含まれる組番の数に比例して付与される形であってもよい。

投票券発券装置１００について、図２を用いて説明する。図２は、投票券発券装置の一例を示す図である。投票券発券装置１００は、図２に示すように、紙幣及び硬貨の投入排出口３００１、投票カード投入排出口３００３、投票券排出口３００７、投票券投入口３００９、タッチパネル３０１１及び静脈認証装置３０２１を備える。なお、投票券発券装置１００は、例えば既存のトータリゼータシステムの投票端末に、静脈認証装置３０２１の機能を持たせることにより実現できる。

紙幣及び硬貨の投入排出口３００１は、紙幣及び硬貨の投入口であり、また、払戻のための紙幣及び硬貨、又は返却し若しくは釣札とする紙幣及び硬貨の排出口でもある。なお、図２に示す例においては、紙幣の投入排出口と、硬貨の投入排出口とが別体構成となっているが、これに限られず、紙幣の投入排出口と、硬貨の投入排出口とを一体構成としてもよい。また、紙幣の投入口と排出口、硬貨の投入口と排出口とを別体構成としてもよい。

投票カード投入排出口３００３は、投票申し込みマークカード（以降、投票カードと記載する場合がある。）の投入口であり、また、返却する投票カードの排出口でもある。投票カードは、投票券の購入者が、購入を希望する発売場及びレース番号、賭式及び組番、購入金額等を選択するマークカードである。

投票券排出口３００７は、発券された投票券の排出口である。投票券投入口３００９は、払戻をする投票券の投入口である。なお、投票券排出口３００７が、後に説明するサービス券を発券するような構成であってもよい。また、投票券発券装置１００において、投票券投入口３００９と投票券排出口３００７とを一体構成としてもよい。

タッチパネル３０１１は、操作案内、レース案内、投票カードの投票内容等の情報を購入者に対して表示するとともに、購入者から操作を受け付ける。タッチパネル３０１１は、例えば液晶ディスプレイであり、操作部と表示部とが一体となっている装置である。なお、操作部と表示部とが、それぞれ別々の装置により実現されるような構成であってもよい。

静脈認証装置３０２１は、例えば購入者の手のひらの静脈パターンを取得する装置である。静脈認証装置３０２１は、例えば近赤外線等を照射する機能を有する撮影装置であり、購入者の手のひらを設置するためのガイド等を有する。

なお、投票カード投入排出口３００３を、投票カード投入口と投票カード排出口のように、別体構成としてもよい。また、紙幣及び硬貨の投入排出口３００１を、紙幣及び硬貨の投入口と紙幣及び硬貨の排出口のように、別体構成としてもよい。

図１の説明に戻って、投票券発券装置１００は、投票券発券処理を開始するに際し、静脈認証装置３０２１において、購入者の静脈パターンを取得し、取得された静脈パターンに関する情報をポイント管理装置２００に送信する。次に、投票券発券装置１００は、ポイント管理装置２００から静脈認証処理の結果を受信すると、投票カード投入排出口３００３において投票カードの投入を受け付け、紙幣及び硬貨の投入排出口３００１において投票券の購入金額の投入を受け付ける。

次に、投票券発券装置１００は、投票カードにおいて選択された発売場及びレース番号、賭式及び組番、購入金額等を読み取って投票サーバ３００に送信する。投票券発券装置１００は、投票サーバ３００から発券指示を受信すると、投票券排出口３００７において投票券を発券する。また、投票券発券装置１００は、ポイント管理装置２００に投票券に関する情報を送信する。そして、投票券発券装置１００は、ポイント管理装置２００において算出されたポイントを受信すると、タッチパネル３０１１において、算出されたポイントを購入者に表示する。

＜投票券発券装置＞
次に、各装置の機能について、図３を用いて説明する。図３は、ポイント管理システムのシステム構成の一例を示す図である。図３に示すように、投票券発券装置１００は、図２において図示した各装置に加えて、記憶部１３０と、制御部１４０とを有する。

記憶部１３０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）等の記憶装置によって実現される。記憶部１３０は、制御部１４０が実行するプログラムを記憶する。また、記憶部１３０は、制御部１４０がプログラムを実行する際の作業領域を提供する。

制御部１４０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、投票券発券装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１４０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。制御部１４０は、送受信部１４１と、入出力制御部１４２と、生体情報取得部１４３と、投票カード読取部１４４と、投票券処理部１４５と、入出金制御部１４６と、発券処理部１４７とを有する。

送受信部１４１は、ネットワークＮと有線または無線で接続され、ポイント管理装置２００及び投票サーバ３００との間で情報を送受信する処理部であり、例えば、ＮＩＣ（Network Interface Card）等によって実現される。例えば、送受信部１４１は、投票カードの情報を投票サーバ３００に送信し、投票サーバ３００から発券指示を受信する。また、送受信部１４１は、ポイント管理装置２００との間で、ユーザ登録に用いられるデータ、投票券の情報、静脈認証に用いられるデータ、静脈認証の結果、及び購入者に付与されるポイント等に関する情報の送受信を行う。

入出力制御部１４２は、情報の入出力に関する処理を制御する処理部である。入出力制御部１４２は、例えば、投票券に関する情報やポイントに関する情報をポイント管理装置２００から取得すると、タッチパネル３０１１において表示させる。また、例えば、入出力制御部１４２は、タッチパネル３０１１における購入者による投票券の購入指示やユーザ登録、ポイント還元依頼等の操作を受け付ける。入出力制御部１４２は、表示制御部の一例である。

生体情報取得部１４３は、静脈パターンから特徴情報を取得する処理部である。例えば、生体情報取得部１４３は、静脈認証装置３０２１を通じて静脈パターンを取得し、静脈パターンの特徴情報を抽出する。また、生体情報取得部１４３は、抽出された特徴情報を、送受信部１４１を通じてポイント管理装置２００に送信する。なお、生体情報取得部１４３が、抽出した特徴情報のハッシュ値等を算出し、当該ハッシュ値等を送受信部１４１を通じてポイント管理装置２００に送信するような構成であってもよい。生体情報取得部１４３は、取得部の一例である。

投票カード読取部１４４は、投票カードにおいて選択された発売場及びレース番号、賭式及び組番、購入金額等の情報を読み取る処理部である。例えば、投票カード読取部１４４は、投票カード投入排出口３００３に投入された投票カードを読み取り、読み取った投票カードの情報を、送受信部１４１を通じて投票サーバ３００に送信する。

投票券処理部１４５は、投票券の発券及び読み取りを行う処理部である。例えば、投票券処理部１４５は、送受信部１４１を通じて投票サーバ３００から発券指示を受信した場合に、投票券を印字し、投票券排出口３００７から排出させる。また、投票券処理部１４５は、例えば、投票券投入口３００９から投票券の投入を受け付けた場合に、投票券を読み取り、投票サーバ３００に投票券に関する情報を送信する。

入出金制御部１４６は、投票券の購入及び払戻に関する金銭の取り扱いを制御する処理部である。例えば、入出金制御部１４６は、投票券の購入の際、紙幣及び硬貨の投入排出口３００１において投入された貨幣が、投票券の購入金額を満たすかを判定する。また、入出金制御部１４６は、例えば、投票券の払戻を受け付けた場合に、送受信部１４１を通じて投票サーバ３００から受信した払戻金額に関する情報に基づいて、払戻金を計数し、紙幣及び硬貨の投入排出口３００１を通じて排出させる。

発券処理部１４７は、ポイント還元の際に発行されるサービス券に関する制御を行う処理部である。例えば、発券処理部は、タッチパネル３０１１を通じてポイント還元の指示を受けた場合に、購入者に付与されたポイントに関する情報に基づいて発行されるサービス券を印字し、投票券排出口３００７を通じてサービス券を発券させる。サービス券は、例えば競馬場内の飲食店等で現金の代わりに利用できる券であるが、これに限られない。また、サービス券に代えて、景品等他の方法によりポイントを還元するような構成であってもよい。発券処理部１４７は、還元部の一例である。

＜ポイント管理装置＞
次に、ポイント管理装置２００の機能ブロックについて説明する。図３に示すように、ポイント管理装置２００は、記憶部２３０と、制御部２４０とを有する。なお、ポイント管理装置２００は、図３に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイス等の機能部を有することとしてもかまわない。

記憶部２３０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）等の記憶装置によって実現される。記憶部２３０は、制御部２４０が実行するプログラムを記憶する。また、記憶部２３０は、制御部２４０がプログラムを実行する際の作業領域を提供する。記憶部２３０は、ポイントＤＢ２３１と、生体情報ＤＢ２３２と、算出条件ＤＢ２３３と、購入履歴ＤＢ２３４と、進行状況ＤＢ２３５とを有する。

ポイントＤＢ２３１は、購入者に関する情報と、各購入者に付与されたポイントとを対応付けて記憶する。図４は、ポイントＤＢの一例を示す図である。図４に示すように、ポイントＤＢ２３１は、「購入者ＩＤ」に対応付けて、「ニックネーム」と「ポイント」とを記憶する。「購入者ＩＤ」は、投票券の購入者を一意に識別する情報であり、例えば購入者がユーザ登録を行った際に付与される。「ニックネーム」の欄は、当該購入者に付与されるニックネームを記憶する。「ニックネーム」は、例えば、購入者がユーザ登録を行う際に、購入者により入力される。「ポイント」の欄は、当該購入者に付与されたポイントを記憶する。図４の例においては、購入者ＩＤ「０００００１」の購入者は、「ＡＢＣ」というニックネームであり、「５０」ポイントが付与されていることを示す。

生体情報ＤＢ２３２は、各購入者の認証処理に用いる生体情報を記憶する。図５は、生体情報ＤＢの一例を示す図である。図５に示すように、生体情報ＤＢ２３２は、「購入者ＩＤ」に対応付けて「生体情報データ」を記憶する。生体情報データは、例えば投票券発券装置１００から受信したデータであり、撮像された静脈パターンから抽出した特徴データ又は特徴データのハッシュ値等である。

算出条件ＤＢ２３３は、購入者に付与される追加ポイントを算出する条件を記憶する。図６は、算出条件ＤＢの一例を示す図である。図６に示すように、算出条件ＤＢ２３３は、「項目」と、「データ内容」と、「ポイント」と、「付与タイミング」とを対応付けて記憶する。

図６において、「項目」の欄は、追加ポイントを算出する条件の項目を示す。「データ内容」の欄は、追加ポイントが付与される具体的な条件を示し、「ポイント」の欄は付与される追加ポイント数、「付与タイミング」の欄はポイントが付与されるタイミングを示す。

＜早期購入に関するポイント付与＞
例えば、「早期購入」の項目は、購入者が所定のタイミングより早いタイミングで投票券を購入した場合に、購入した組番の如何にかかわらず、また当該組番の的中の有無にかかわらず、追加ポイントが付与されることを示す。かかるポイントは、投票券の早期購入を促すことで、投票券の発売所の混雑を抑制することを目的として付与される。

一般的に、公営競技においては、本番レースのスタート前に、競技者による予備的な走行又は航走が行われることが多い。例えば、競馬においては、入場した競走馬が出走前にコースを走行する、いわゆる返し馬と呼ばれる予備的な走行が行われる。同様の予備的な走行又は航走として、競輪における脚見せ、競艇における展示、オートレースにおける試走等の例がある。投票券の購入者は、こうした予備的な走行又は航走における競技者の状態やタイム等を参考にして投票券を購入することが多い。このため、例えば、競馬において返し馬が行われた後、又はオートレースにおいて試走のタイムが発表された後等に、投票券の発売所が混雑することが多い。

第１の実施形態においては、図６のデータ内容の欄に示すように、「返し馬開始前」又は「返し馬終了前」に投票券を購入した購入者にポイントを付与することで、混雑の分散を図る。なお、図６のポイントの欄に示すように、「返し馬開始前」等、より早いタイミングで投票券を購入した購入者に対して、より多くの追加ポイントを付与するような構成であってもよい。また、「付与タイミング」の欄に示すように、早期購入によるポイントは「発券時」に付与されるが、これに限られず、後に説明するように競技結果が確定したときに付与されるような構成であってもよい。

＜高配当オッズに関するポイント付与＞
次に、図６における「高配当オッズ」の項目は、高配当オッズの組番、例えばオッズが１０００倍以上である組番の購入者に対して、購入した組番の的中の有無にかかわらず、所定の追加ポイントが付与されることを示す。かかるポイントは、高配当オッズの組番の購入を促し、購入者の購買意欲を高めることを目的として付与される。図６のデータ内容の欄に示すように、高配当オッズによる追加ポイントは、例えばオッズが「１０００倍以上」の組番を購入した購入者に対して付与される。また、「付与タイミング」の欄に示すように、高配当オッズによるポイントは、例えば、競技結果が確定したときに付与される。なお、「高配当オッズ」の条件はこれに限られず、任意の倍率を設定してもよい。

＜無投票組番に関するポイント付与＞
次に、図６における「無投票組番」による追加ポイントは、一枚も購入されていない組番の購入者に対して、購入した組番の的中の有無にかかわらず、所定の追加ポイントが付与されることを示す。

一般的に、公営競技においては、的中した組番が１枚も購入されていない、いわゆる「無投票組番」に該当した場合、当該の組番を含む賭式の組番を購入した購入者全員に対して払戻が行われる。例えば、３連単の的中組番「１−２−５」がいわゆる「無投票組番」に該当した場合、当該レースにおいて３連単の賭式の組番を購入した購入者全員に対して払戻が行われる。しかし、払戻に要するコストが大きく、払戻の発表がされる前に既に投票券を廃棄してしまう購入者もいるためにトラブルが生じる場合もある。このため、第１の実施形態においては、図６のデータ内容の欄に示すように、１枚も購入されていない組番を最初に購入した購入者にポイントを付与することで、無投票組番の発生を抑制するとともに、組番の早期購入を促す。なお、図６のポイントの欄に示すように、競技結果確定時において、当該組番の購入者が一人だけであった場合、発券時に付与した追加ポイントに加えて、さらに追加ポイントを付与するような構成であってもよい。かかる構成については後に説明する。

＜ピタリ賞に関するポイント付与＞
次に、図６における「ピタリ賞」による追加ポイントは、例えば、組番の払戻金額が「１０００円」、「１００００円」等の切りのいい金額であった場合、当該投票券の購入者に対して付与される。これにより、投票券のゲーム性を高め、購入者の購買意欲を高めることができる。

なお、所定の組番の払戻金に限られず、例えば、一つの投票券において複数の組番を購入した場合において、当該投票券に表示された複数の組番の払戻金額の合計が切りのいい金額であったときにピタリ賞ポイントを付与するような構成であってもよい。「付与タイミング」の欄に示すように、ピタリ賞によるポイントは、例えば、競技結果が確定したときに付与される。なお、「ピタリ賞」の条件は上に示したような切りのいい金額に限られず、任意の金額を設定してもよい。ピタリ賞に該当する例については、後に説明する。

図３の説明に戻って、購入履歴ＤＢ２３４は、投票券の購入履歴を記憶する。図７は、購入履歴ＤＢの一例を示す図である。図７に示すように、購入履歴ＤＢ２３４は、「購入者ＩＤ」に対応付けて、「発売場コード」と、「レース番号」と、「賭式」と、「組番」と、「購入枚数」とを記憶する。図７の例において、購入履歴ＤＢ２３４は、例えば、購入者ＩＤ「０００００１」の購入者が、発売場コード「１０００１」の発売場において、「第２レース」の「単勝」「１番」を「１０枚」購入したことを記憶する。また、購入履歴ＤＢ２３４は、例えば、購入者ＩＤ「０００００１」の購入者が、同レースの「３連単」「１−２−３」を「２枚」購入したことを記憶する。なお、図７の例において、購入履歴ＤＢ２３４は、複数の発売場及びレースにおける購入履歴を一つのテーブルに記憶するが、これに限られず、一つのレースにおける購入履歴を一つのテーブルに記憶するような構成であってもよい。

進行状況ＤＢ２３５は、レースの進行状況に関する情報を記憶する。図８は、進行状況ＤＢの一例を示す図である。図８に示すように、進行状況ＤＢ２３５は、「発売場コード」と「レース番号」と、「発売状況」と、「進行状況」とを対応付けて記憶する。「発売状況」の欄は、当該レースにおける投票券が発売前であるか、発売中であるか、又は発売終了したかを示す。

図８において、「進行状況」の欄は、当該レースにおける返し馬の進行状況を示す。例えば、符号１００１に示すように、進行状況が「返し馬開始前」となっている場合、図６に示す早期購入にかかる追加ポイントが「５」ポイント付与される。また、例えば、符号１０１１に示すように、進行状況が「返し馬終了前」となっている場合、図６に示す早期購入にかかる追加ポイントが「３」ポイント付与される。一方、例えば、符号１０２１に示すように、進行状況が「返し馬終了」となっている場合、図６に示す早期購入にかかる追加ポイントは付与されない。

図３の説明に戻って、制御部２４０は、例えば、ＣＰＵやＭＰＵ等によって、投票券発券装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２４０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。制御部２４０は、送受信部２４１と、算出部２４２と、認証処理部２４３と、取得部２４４とを有する。

送受信部２４１は、ネットワークＮと有線または無線で接続され、投票券発券装置１００及び投票サーバ３００との間で情報を送受信する処理部であり、例えば、ＮＩＣ等によって実現される。送受信部２４１は、例えば、投票券発券装置１００から静脈認証処理に用いるデータを受信すると、認証処理部２４３に情報を出力し、認証処理部２４３から入力されたデータを投票券発券装置１００に送信する。また、送受信部２４１は、投票券発券装置１００から投票券に関する情報を受信すると、算出部２４２に出力し、算出部２４２から受信したポイントに関する情報を投票券発券装置１００に送信する。さらに、送受信部２４１は、投票サーバ３００からレースの進行状況やオッズ、配当金等の情報を受信し、取得部２４４に出力する。さらに、送受信部２４１は、例えば、投票券発券装置１００から、購入者のユーザ登録に関する情報を受信すると、取得部２４４に出力する。

算出部２４２は、投票券の購入者に付与されるポイントを算出する処理部である。算出部２４２は、送受信部２４１から投票券の購入に関する情報の入力を受けると、算出条件ＤＢ２３３、購入履歴ＤＢ２３４及び進行情報ＤＢ２３５を参照して、購入者に付与するポイントを算出する。また、算出部２４２は、取得部２４４からオッズに関する情報及び配当金に関する情報の入力を受けると、算出条件ＤＢ２３３及び購入履歴ＤＢ２３４を参照して、購入者に付与するポイントを算出する。また、算出部２４２は、当該算出されたポイントをポイントＤＢ２３１に記憶するとともに、送受信部２４１に出力する。尚、算出部２４２は、得点を付与する付与部の一例である。

認証処理部２４３は、投票券の購入者の静脈パターンを用いて認証処理を行う処理部である。認証処理部２４３は、例えば、購入者のユーザ登録時において、送受信部２４１から静脈パターンに関するデータの入力を受けると、静脈パターンに関するデータを生体情報ＤＢ２３２に記憶する。また、認証処理部２４３は、例えば、送受信部２４１から、購入者の静脈パターンに関するデータを含む認証要求の入力を受けると、生体認証処理を行い、認証結果を送受信部２４１に出力する。

認証処理部２４３は、例えば、入力されたデータと、生体情報ＤＢ２３２に記憶されたデータとを照合することにより、生体認証処理を行う。例えば、認証処理部２４３は、「ＸＸＸＸＸＸＸＸＸＸ」というデータの入力を受けた場合、生体情報ＤＢ２３２を参照し、入力を受けたデータが、購入者ＩＤ「０００００１」の購入者の生体情報と一致すると判断する。この場合、認証処理部２４３は、購入者が、購入者ＩＤ「０００００１」と認証されたことを示す情報を、送受信部２４１を通じて投票券発券装置１００に送信する。

一方、例えば、認証処理部２４３が入力を受け付けたデータが「ＸＸＸＸＸＹＹＹＹＹ
」であった場合、認証処理部２４３は、入力を受け付けたデータが、生体情報ＤＢ２３２に登録されたいずれの購入者ＩＤの生体情報とも一致しないと判断する。この場合、認証処理部２４３は、購入者に対する静脈認証処理が失敗したことを示す情報を、送受信部２４１を通じて投票券発券装置１００に送信する。

取得部２４４は、投票券発券装置１００及び投票サーバ３００から各種の情報を取得する処理部である。取得部２４４は、例えば、送受信部２４１から、組番の購入枚数に関する情報の入力を受け、購入履歴ＤＢ２３４に記憶する。また、取得部２４４は、例えば、送受信部２４１から、レースの進行状況に関する情報の入力を受けると、進行状況ＤＢ２３５を更新する。また、取得部２４４は、例えば、送受信部２４１から、オッズに関する情報及び配当金に関する情報の入力を受けると、算出部２４２に出力する。さらに、取得部２４４は、例えば、送受信部２４１から、購入者のユーザ登録に関する情報の入力を受けると、ユーザ登録に関する情報をポイントＤＢ２３１に記憶する。

＜投票サーバ＞
次に、投票サーバ３００の機能ブロックについて説明する。図３に示すように、投票サーバ３００は、記憶部３３０と、制御部３４０とを有する。なお、投票サーバ３００は、図３に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイス等の機能部を有することとしてもかまわない。また、投票サーバ３００は、例えば既存のトータリゼータシステムのホストシステムを流用することができる。

記憶部３３０は、ＲＡＭ、ＲＯＭ、ＨＤＤ等の記憶装置によって実現される。記憶部３３０は、制御部３４０が実行するプログラムを記憶する。また、記憶部３３０は、制御部３４０がプログラムを実行する際の作業領域を提供する。記憶部３３０は、オッズＤＢ３３１と、配当金ＤＢ３３２とを有する。

オッズＤＢ３３１は、各レースのオッズを記憶する。なお、オッズは組番の購入枚数に応じて変化するため、オッズＤＢ３３１は、最終的なオッズが確定するまで都度更新される。図９Ａは、オッズ確定前のオッズＤＢの一例を示す図である。図９Ａに示すように、オッズＤＢ３３１は、「発売場コード」と、「レース番号」と、「賭式」と、「オッズ情報」とを含む。第１の実施形態において、例えば、オッズＤＢ３３１は、図９Ａに示すように、発売場のレースの一つの賭式について、一つのテーブルに記憶するが、これに限られず、複数の賭式又は複数のレースのオッズを一つのテーブルに記憶するような構成であってもよい。

図９Ａの符号２００１において示される組番「１−２−５」及び符号２０１１において示される組番「１−２−８」は、購入枚数が「０」であり、オッズが「０．０」となっている、いわゆる「無投票組番」に該当する。かかる場合において、組番「１−２−５」又は「１−２−８」を最初に購入した購入者には、図６のデータ内容の欄に示す「第一投票者」の追加ポイントが付与される。また、図９Ａの符号２０２１において示される組番「１８−１７−１６」は、オッズが「１２３４．５」倍と、１０００倍を超えており、図６の項目に示す「高配当オッズ」に該当する。

次に、オッズ確定後のオッズＤＢ３３１について、図９Ｂを用いて説明する。図９Ｂは、オッズ確定後のオッズＤＢの一例を示す図である。図９Ｂにおける各項目は、図９Ａにおいて示される各項目と同様であるため、詳細な説明は省略する。図９Ｂの符号２１０１及び２１１１に示すように、図９Ａにおいていわゆる「無投票組番」に該当していた組番「１−２−５」及び組番「１−２−８」が購入され、いわゆる「無投票組番」に該当しなくなった。なお、組番「１−２−５」の購入者には、図６のデータ内容の欄に示す「第一投票者」の追加ポイントに加えて、さらに「単独投票者」の追加ポイントも付与される。また、図９Ｂの符号２１０１、２１１１及び２１２１において示される組番は、いずれもオッズが１０００倍を超えており、図６の項目に示す「高配当オッズ」に該当する。

図３の説明に戻って、配当金ＤＢ３３２は、的中した組番の購入者に対する払戻金を記憶する。図１０は、配当金ＤＢの一例を示す図である。図１０に示すように、配当金ＤＢ３３２は、「発売場コード」と、「レース番号」と、「払戻金情報」とを含む。第１の実施形態において、例えば、払戻金ＤＢ３３２は、図１０に示すように、発売場のレースの全ての賭式の払戻金を一つのテーブルに記憶するが、これに限られず、複数の賭式又は複数のレースの払戻金を一つのテーブルに記憶するような構成であってもよい。また、払戻金ＤＢ３３２が、一つのレースの一つの賭式の払戻金を一つのテーブルに記憶するような構成であってもよい。

図１０において、例えば、符号３００１で示す、賭式「ワイド」の組番「２−３」の払戻金は「１０００円」ちょうどであり、また符号３００２で示す、賭式「３連単」の組番「１−２−３」の払戻金は「１００００円」ちょうどである。第１の実施形態においては、かかる組番を購入した購入者に対して、図６の項目に示す「ピタリ賞」の追加ポイントが付与される。

図３の説明に戻って、制御部３４０は、例えば、ＣＰＵやＭＰＵ等によって、投票サーバ３００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３４０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。制御部３４０は、送受信部３４１と、算出部３４２とを有する。

送受信部３４１は、ネットワークＮと有線または無線で接続され、投票券発券装置１００及びポイント管理装置２００との間で情報を送受信する処理部であり、例えば、ＮＩＣ等によって実現される。例えば、送受信部３４１は、投票カードの情報を投票券発券装置１００から受信し、発券指示を投票券発券装置１００に送信する。また、送受信部３４１は、例えば、レースの進行状況やオッズ、配当金等の情報を、ポイント管理装置２００に送信する。

算出部３４２は、オッズ、配当金等のデータを算出する処理部である。算出部３４２は、投票券発券装置１００から受信した投票カードの情報、及びレース結果に基づいて、オッズや配当金を算出し、オッズＤＢ３３１及び配当金ＤＢ３３２に記憶する。

＜ユーザ登録処理の流れ＞
まず、図１１を用いて、第１の実施形態に係る購入者がユーザ登録をする処理の手順について説明する。図１１は、ユーザ登録処理の一例を示すシーケンス図である。図１１に示すように、投票券発券装置１００は、ポイント管理装置２００に、ユーザ情報と、認証情報とを送信する（ステップＳ１００１）。ユーザ情報は、例えばニックネームであるが、住所や氏名等の個人情報をユーザ情報として登録するような構成であってもよい。

ポイント管理装置２００は、ユーザ情報と認証情報とを受信すると、ユーザ登録処理を行い（ステップＳ１００５）、完了通知を投票券発券装置１００に送信する（ステップＳ１０１１）。

次に、投票券発券装置１００における処理の流れについて、図１２を用いて説明する。図１２は、投票券発券装置におけるユーザ登録処理の一例を示すフローチャートである。まず、投票券発券装置１００は、購入者からユーザ登録依頼があるまで待機する（ステップＳ１：Ｎｏ）。購入者からユーザ登録依頼を受け付けると（ステップＳ１：Ｙｅｓ）、入出力制御部１４２は、購入者からニックネーム等のユーザ情報の入力を受け付ける（ステップＳ１１）。

次に、生体情報取得部１４３は、静脈認証装置３０２１を通じて、静脈パターンに関する情報を取得する（ステップＳ１３）。次に、送受信部１４１は、入力を受け付けたユーザ情報及び取得した静脈パターンに関する静脈認証データを、ポイント管理装置２００に送信する（ステップＳ１５）。その後、投票券発券装置１００は、ポイント管理装置２００から処理結果を受信するまで待機する（ステップＳ１７：Ｎｏ）。

送受信部１４１は、ポイント管理装置２００から処理結果を受信すると（ステップＳ１７：Ｙｅｓ）、処理結果がユーザ登録成功を示すものであるかを確認する（ステップＳ２１）。処理結果がユーザ登録成功を示すものであった場合（ステップＳ２１：Ｙｅｓ）、入出力制御部１４２は、タッチパネル３０１１に登録完了メッセージを表示させ、処理を終了する（ステップＳ２３）。一方、処理結果がユーザ登録失敗を示すものであった場合（ステップＳ２１：Ｎｏ）、入出力制御部１４２は、タッチパネル３０１１にエラーメッセージを表示させ（ステップＳ２５）、処理を終了する。

＜投票券発券処理の流れ＞
次に、購入者が投票券を購入する際における、ポイントの付与処理について、図１３乃至図１７を用いて説明する。なお、以下の説明においては、組番の購入時点においてポイントを付与する構成について説明するが、これに限られず、例えば、競技の結果が確定した時点においてポイントを付与するような構成であってもよい。また、例えば、投票券の購入時点において仮のポイントを算出し、競技の結果が確定した時点において、算出された仮のポイントを正式なポイントとして付与するような構成であってもよい。例えば、購入された組番に係る競走馬が出走中止になるような場合にはポイントを付与しないようにする場合、競技の結果が確定した時点において正式にポイントを付与するような構成にすることで、付与済みのポイントを抹消することなく対応できる。

図１３は、投票処理の一例を示すシーケンス図である。なお、以下の投票処理は、各レース単位で行われる。まず、投票サーバ３００は、投票券発券装置１００及びポイント管理装置２００に、投票券の発売開始の通知を送信する（ステップＳ２００１、Ｓ２００３）。その後、ポイント管理装置２００は投票サーバ３００にオッズを要求し、投票サーバ３００から応答を受信する（ステップＳ２００５）。なお、ステップＳ２００５は、発売終了まで、所定の間隔で又は任意のタイミングで繰り返し実行される。また、投票サーバ３００がポイント管理装置２００からの要求を受けることなく、所定の間隔で又は任意のタイミングでオッズをポイント管理装置２００に送信するような構成であってもよい。

次に、投票券発券装置１００は、ポイント管理装置２００に、認証要求を送信する（ステップＳ２０１１）。ポイント管理装置２００は、認証処理を行い（ステップＳ２０１５）、認証結果を投票券発券装置１００に応答する（ステップＳ２０１７）。認証結果が成功であった場合、投票券発券装置１００は、投票カードの情報を含む投票要求を、投票サーバ３００に送信し（ステップＳ２０２１）、投票サーバ３００から発券指示を受信する（ステップＳ２０２３）。その後、投票券発券装置１００は、発券処理を行う（ステップＳ２０２５）。

次に、投票券発券装置１００は、ポイント管理装置２００に、ポイント要求を送信する（ステップＳ２０３１）。ポイント管理装置２００は、ポイント要求を受信すると、ポイント算出処理を行い（ステップＳ２０３５）、算出したポイントを投票券発券装置１００に送信する（ステップＳ２０３７）。なお、ステップＳ２０３１乃至Ｓ２０３７のポイント算出に関する処理は、ステップＳ２０２１乃至Ｓ２０２５の投票券発券に関する処理と同時に実行してもよく、また順番を入れ替えて実行してもよい。

また、投票サーバ３００は、返し馬の開始、終了等の進行状況を、ポイント管理装置２００に送信する（ステップＳ２０４５）。なお、図１３においては、ステップＳ２０４５は、ステップＳ２０１１乃至Ｓ２０３７の各処理の後に実行されるが、これに限られず、繰り返し実行されるステップＳ２０１１乃至Ｓ２０３７と並行して実行される。その後、投票サーバ３００は、投票券の発売終了の通知を投票券発券装置１００及びポイント管理装置２００に送信する（ステップＳ２０５１、Ｓ２０５３）。

次に、投票券発券装置１００における処理の流れについて説明する。図１４は、投票券発券装置における投票処理の一例を示すフローチャートである。まず、投票券発券装置１００は、購入者から投票依頼があるまで待機する（ステップＳ１０１：Ｎｏ）。購入者から投票依頼を受け付けると（ステップＳ１０１：Ｙｅｓ）、生体情報取得部１４３は、静脈認証装置３０２１を通じて、静脈パターンに関する情報を取得し、送受信部１４１を通じてポイント管理装置２００に送信する（ステップＳ１０３）。ポイント管理装置２００から認証失敗を示す認証結果を受信した場合（ステップＳ１０５：Ｎｏ）、エラーメッセージを表示し（ステップＳ１３１）、ポイント算出処理を行うことなく、処理を終了する。なお、静脈認証処理が失敗であった場合においても、通常の投票券購入処理を実行するような構成であってもよい。

ポイント管理装置２００から認証成功を示す認証結果を受信した場合（ステップＳ１０５：Ｙｅｓ）、入出力制御部１４２は、タッチパネル３０１１に受信したユーザ情報を表示させる（ステップＳ１０７）。その後、投票券発券装置１００は、投票カードと購入金額の投入を受け付けるまで待機する（ステップＳ１１１：Ｎｏ）。

投票カードと購入金額の投入を受け付けた場合（ステップＳ１１１：Ｙｅｓ）、投票カード読取部１４４は、投票カードの情報を読み取り、送受信部１４１を通じて、投票サーバ３００に投票カードの情報を含む発券要求を送信する（ステップＳ１１３）。その後、投票サーバ３００から発券指示を受信するまで待機する（ステップＳ１１５：Ｎｏ）。

投票サーバ３００から発券指示を受信した場合（ステップＳ１１５：Ｙｅｓ）、投票券処理部１４５は、投票券を印字し、投票券排出口３００７を通じて発券する（ステップＳ１１７）。次に、入出力制御部１４２は、送受信部１４１を通じて、ポイント管理装置２００に、ポイント要求を送信し（ステップＳ１２１）、ポイント情報を受信するまで待機する（ステップＳ１２３：Ｎｏ）。

ポイント情報を受信した場合（ステップＳ１２３：Ｙｅｓ）、入出力制御部１４２は、タッチパネル３０１１を通じて、ポイント情報を表示させ（ステップＳ１２７）、処理を終了する。

次に、ポイント管理装置２００における処理の流れについて説明する。図１５は、ポイント管理装置における投票時のポイント付与処理の一例を示すフローチャートである。まず、ポイント管理装置２００は、投票券発券装置１００から静脈パターンに関するデータを受信するまで待機する（ステップＳ２０１：Ｎｏ）。静脈パターンに関するデータを受信した場合（ステップＳ２０１：Ｙｅｓ）、認証処理部２４３は、受信したデータを用いて静脈認証処理を行う（ステップＳ２０３）。静脈認証処理が失敗であった場合（ステップＳ２０５：Ｎｏ）、認証処理部２４３は、送受信部２４１を通じて、投票券発券装置１００にエラーメッセージを送信する（ステップＳ２３１）。

静脈認証処理が成功であった場合（ステップＳ２０５：Ｙｅｓ）、認証処理部２４３は、送受信部２４１を通じて、投票券発券装置１００に、ユーザ情報を送信する（ステップＳ２０７）。その後、投票券発券装置１００からポイント要求を受信するまで待機する（ステップＳ２１１：Ｎｏ）。

投票券発券装置１００からポイント要求を受信した場合（ステップＳ２１１：Ｙｅｓ）、算出部２４２は、早期購入ポイント算出処理と、第一投票者ポイント算出処理とを実行する（ステップＳ２１３、Ｓ２１５）。なお、ステップＳ２１３とＳ２１５とは、順番を入れ替えて実行してもよく、並行して実行してもよい。

早期購入ポイント算出処理について、図１６を用いて説明する。図１６は、ポイント管理装置における早期購入ポイント算出処理の一例を示すフローチャートである。まず、算出部２４２は、進行状況ＤＢ２３５を参照し（ステップＳ２５１）、対象レースについて、返し馬終了前であるか否かを確認する（ステップＳ２５３）。

対象レースについて、返し馬終了前であることが進行状況ＤＢ２３５に記憶されている場合（ステップＳ２５３：Ｙｅｓ）、算出部２４２は、算出条件ＤＢ２３３を参照して、購入者に付与する追加ポイントを算出する。また、算出部２４２は、算出された追加ポイントを、ポイントＤＢ２３１に記憶する（ステップＳ２５５）。一方、対象レースについて、返し馬が既に終了していることが進行状況ＤＢ２３５に記憶されている場合（ステップＳ２５３：Ｎｏ）、処理を終了する。

次に、第一投票者ポイント算出処理について、図１７を用いて説明する。図１７は、ポイント管理装置における無投票組番ポイント算出処理の一例を示すフローチャートである。まず、算出部２４２は、購入履歴ＤＢ２３４を参照し（ステップＳ２６１）、投票カードの情報が、無投票組番を含むか否かを確認する（ステップＳ２６３）。例えば、算出部２４２は、投票カードの情報に含まれる組番が、購入履歴ＤＢ２３４に記憶されているか否かを確認する。

無投票組番を含む場合（ステップＳ２６３：Ｙｅｓ）、算出部２４２は、算出条件ＤＢ２３３を参照して、購入者に付与する追加ポイントを算出し、ポイントＤＢ２３１に記憶する（ステップＳ２６５）。一方、無投票組番を含まない場合（ステップＳ２６３：Ｎｏ）、処理を終了する。

図１５の説明に戻って、算出部２４２は、送受信部２４１を通じて、投票券発券装置１００に、算出されたポイント情報を送信する（ステップＳ２２１）。その後、算出部２４２は、ポイントＤＢ２３１を更新し（ステップＳ２２３）、処理を終了する。

上で述べたように、追加ポイントは、投票券発券時に加えて、払戻金確定時にも算出される。図１８は、ポイント管理装置における払戻金確定時のポイント付与処理の一例を示すフローチャートである。なお、図１８に示す処理は、例えば払戻金確定時に実行されるが、これに限られず、購入者による投票券の払戻依頼があったときに実行されるような構成であってもよい。

まず、ポイント管理装置２００は、投票サーバ３００から払戻金データを受信するまで待機する（ステップＳ３０１：Ｎｏ）。投票サーバ３００から払戻金データを受信した場合（ステップＳ３０１：Ｙｅｓ）、算出部２４２は、購入履歴ＤＢ２３４から購入された組番に関する情報を読み出す（ステップＳ３０３）。

次に、算出部２４２は、購入された組番が高配当オッズに該当するか否かを判定する（ステップＳ３１１）。例えば、算出部２４２は、当該組番のオッズが１０００倍以上であるか否かを判定する。購入された組番が高配当オッズに該当する場合（ステップＳ３１１：Ｙｅｓ）、算出部２４２は、算出条件ＤＢ２３３を参照して、当該組番を購入した購入者に対して、高配当オッズに関する追加ポイントを付与する（ステップＳ３１３）。購入された組番が高配当オッズに該当しない場合（ステップＳ３１１：Ｎｏ）、ステップＳ３２１に移行する。

次に、算出部２４２は、購入された組番が単独投票組番に該当するか否かを判定する（ステップＳ３２１）。例えば、算出部２４２は、当該組番を含むレコードが、当該レコード以外に存在するか否かを判定する。購入された組番が単独投票組番に該当する場合（ステップＳ３２１：Ｙｅｓ）、算出部２４２は、算出条件ＤＢ２３３を参照して、当該組番を購入した購入者に対して、単独投票組番に関する追加ポイントを付与する（ステップＳ３２３）。購入された組番が単独投票組番に該当しない場合（ステップＳ３２１：Ｎｏ）、ステップＳ３３１に移行する。

次に、算出部２４２は、購入された組番に対する払戻金がピタリ賞に該当するか否かを判定する（ステップＳ３３１）。例えば、算出部２４２は、当該組番に対する払戻金が「１０００円」、「１００００円」等、算出条件ＤＢ２３３に記憶された金額であるか否かを判定する。購入された組番に対する払戻金がピタリ賞に該当する場合（ステップＳ３３１：Ｙｅｓ）、算出部２４２は、算出条件ＤＢ２３３を参照して、当該組番を購入した購入者に対して、ピタリ賞に関する追加ポイントを付与する（ステップＳ３３３）。購入された組番に対する払戻金がピタリ賞に該当しない場合（ステップＳ３３１：Ｎｏ）、ステップＳ３４１に移行する。なお、ステップＳ３３１乃至Ｓ３３３におけるピタリ賞ポイント算出に関する処理が、例えば、払戻金確定時ではなく、的中した投票券の払戻処理の際に実行されるような構成であってもよい。

次に、算出部２４２は、購入履歴ＤＢ２３４に記憶された、当該レースに関する全ての購入履歴についてステップＳ３１１乃至Ｓ３３３の処理が行われたか否かを確認する（ステップＳ３４１）。全ての購入履歴について処理が行われた場合（ステップＳ３４１：Ｙｅｓ）、処理を終了し、未処理の購入履歴がある場合（ステップＳ３４１：Ｎｏ）、ステップＳ３０３に戻って処理を繰り返す。

＜ポイント還元処理の流れ＞
次に、投票券発券装置１００及びポイント管理装置２００における、ポイント還元処理について、図１９及び図２０を用いて説明する。なお、ポイント還元処理は、払戻金確定前の段階において実施してもよい。また、以下においては、ポイント還元処理を単独で行う例について説明するが、的中した投票券の払戻処理の際に合わせてポイント還元処理を行ってもよい。

図１９は、ポイント還元処理の一例を示すシーケンス図である。まず、投票券発券装置１００は、ポイント管理装置２００に、静脈パターンに関するデータを含む認証要求を送信する（ステップＳ３００１）。認証要求を受信したポイント管理装置２００は、認証処理を実行し（ステップＳ３００５）、認証結果が成功であった場合に、ポイント情報を投票券発券装置１００に送信する（ステップＳ３０１１）。

次に、投票券発券装置１００は、発券要求をポイント管理装置２００に送信する（ステップＳ３０２１）。投票券発券装置１００は、ポイント管理装置２００から発券情報を受信すると（ステップＳ３０２３）、発券処理を実行する（ステップＳ３０２５）。

次に、投票券発券装置１００におけるポイント還元処理について、図２０を用いて説明する。図２０は、投票券発券装置におけるポイント還元処理の一例を示すフローチャートである。まず、投票券発券装置１００は、購入者からポイント還元の依頼があるまで待機する（ステップＳ４０１：Ｎｏ）。購入者からポイント還元の依頼があった場合（ステップＳ４０１：Ｙｅｓ）、生体情報取得部１４３は、静脈パターンに関する情報を取得し、送受信部１４１を通じてポイント管理装置２００に送信する（ステップＳ４０３）。ポイント管理装置２００から認証失敗を示す情報を受信した場合（ステップＳ４１１：Ｎｏ）、エラーメッセージを表示して（ステップＳ４５１）、処理を終了する。

ポイント管理装置２００から認証成功を示す情報を受信した場合（ステップＳ４１１：Ｙｅｓ）、入出力制御部１４２は、送受信部１４１を通じて、ポイント管理装置２００からポイント情報を含むユーザ情報を取得する。また、入出力制御部１４２は、取得したユーザ情報を、タッチパネル３０１１を通じて表示する（ステップＳ４２３）。その後、購入者からポイント還元の指示があるまで待機する（ステップＳ４３１：Ｎｏ）。

購入者からポイント還元の指示を受け付けた場合（ステップＳ４３１：Ｙｅｓ）、入出力制御部１４２は、ポイント管理装置２００に、ポイント還元指示を送信する（ステップＳ４３３）。その後、入出力制御部１４２は、ポイント管理装置２００から応答を受信するまで待機する（ステップＳ４４１：Ｎｏ）。

ポイント管理装置２００から応答を受信した場合（ステップＳ４４１：Ｙｅｓ）、発券処理部１４７は、受信した応答に基づいてサービス券を印字し、投票券排出口３００７を通じて発券し（ステップＳ４４３）、処理を終了する。

上述してきたように、第１の実施形態によれば、投票券の購入者は、ポイントカード等を持ち歩くことなく、ポイントの付与を受けることができる。例えば、公営競技においては、購入者が投票券を大量に保持する場合があり、また競技終了後に投票券をまとめて廃棄する場合がある。この場合、購入者がポイントカードを使用すると、ポイントカードが投票券に紛れ込んでしまい、投票券を廃棄する際に、ポイントカードも合わせて廃棄してしまう可能性が大きい。第１の実施形態によれば、購入者が、ポイントカードを忘れたり紛失したりしてポイントの還元を受けられなくなる可能性を小さくすることができる。

また、ポイントカードによりポイントの付与を管理する場合、ポイントの提供者は、ポイントカードを作成するコストが求められることに加え、購入者にポイントカードを悪用されるおそれがある。第１の実施形態によれば、ポイント付与の対象者を認証する際に、ポイントカード等ではなく生体認証を用いることにより、ポイントカード作成のコストを削減し、またポイントカードの悪用の可能性を小さくすることができる。

［実施例２］
上述した第１の実施形態に係るポイント管理装置２００は、上記第１の実施形態以外にも種々の異なる形態にて実施されてよい。例えば、ポイント管理装置２００が、購入者により入力されたパスワード等のその他の認証情報を合わせて保持するような構成であってもよい。この場合、例えば、ポイント管理装置２００が、図２０に示すポイント還元処理において、生体情報を用いた認証処理に加えて、パスワード等を用いた認証処理をさらに行うような構成であってもよい。これにより、生体情報を用いた認証処理のみを行う場合と比べて、より強固な認証処理を行うことができ、例えば生体情報の偶然の一致による誤認証等を防ぐことができる。

また、第１の実施形態においては、生体情報を用いた認証処理として、静脈認証を行う例について開示したが、この例に限られない。例えば、投票券発券装置１００が、静脈認証装置３０２１に代えて、網膜パターン、虹彩パターン、指紋、掌紋、声紋等のその他の生体情報を取得する装置を有し、ポイント管理装置２００が取得されたその他の生体情報を用いて認証処理を行う構成であってもよい。

また、上記第１の実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。例えば、進行状況ＤＢ２３５に記憶された進行状況を更新する処理は、自動的に限らず、手動的に行われてもよい。

この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、上記のポイントＤＢ２３１に記憶される情報は、「購入者ＩＤ」、「ニックネーム」、「ポイント」といったデータ項目に限らず、「氏名」、「住所」等、購入者に関するその他の情報を含んでもよい。また、図１４に示すフローチャートにおいて、ステップＳ１１３乃至Ｓ１１７の投票券発券に関する一連の処理と、ステップＳ１２１乃至Ｓ１２７のポイント情報表示に関する一連の処理は、それぞれ同時に実行してもよく、また順番を入れ替えて実施してもよい。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、ポイント管理装置２００の取得部２４４は、払戻倍率や発売枚数等の取得する情報の種類に応じて分散して構成してもよい。また、投票券発券装置１００において、発券処理部１４７を、投票券処理部１４５と統合してもよい。

＜ポイント管理装置のハードウェア構成＞
ポイント管理装置２００は、例えば、次のようなハードウェア構成により実現することができる。図２１は、ポイント管理装置のハードウェア構成例を示す図である。図２１に示すように、ポイント管理装置２００は、ハードウェアの構成要素として、プロセッサ２５ａと、メモリ２５ｂと、ＨＤＤ２５ｃと、ネットワークインタフェースモジュール２５ｄとを有する。プロセッサ２５ａの一例として、ＣＰＵ、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ等が挙げられる。また、ポイント管理装置２００は、プロセッサ２５ａと周辺回路とを含むＬＳＩ（Large Scale Integrated circuit）を有しても良い。メモリ２５ｂの一例として、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）等のＲＡＭ、ＲＯＭ、フラッシュメモリ等が挙げられる。送受信部２４１は、ネットワークインタフェースモジュール２５ｄによって実現される。算出部２４２と、認証処理部２４３と、取得部２４４とは、プロセッサ２５ａによって実現される。ポイントＤＢ２３１と、生体情報ＤＢ２３２と、算出条件ＤＢ２３３と、購入履歴ＤＢ２３４と、進行状況ＤＢ２３５とは、メモリ２５ｂまたはＨＤＤ２５ｃによって実現される。

また、ポイント管理装置２００での上記説明における各処理は、各処理に対応するプログラムをポイント管理装置２００のプロセッサ２５ａに実行させることによって実現してもよい。例えば、上記説明における各処理に対応するプログラムがメモリ２５ｂまたはＨＤＤ２５ｃに記憶され、プログラムがプロセッサ２５ａによってメモリ２５ｂまたはＨＤＤ２５ｃから読み出されて実行されてもよい。

１ ポイント管理システム
１００ 投票券発券装置
２００ ポイント管理装置
３００ 投票サーバ

Claims (10)

1. 公営競技の投票券の発券を行う投票券発券装置と、投票券の購入者に対して特典を付与する処理を行う特典管理装置とを含む特典管理システムにおいて、
   前記投票券発券装置は、
   前記投票券の購入者から当該購入者の生体情報を取得する取得部を有し、
   前記特典管理装置は、
   前記投票券発券装置によって取得された前記生体情報を用いて、前記購入者に対する認証処理を行う認証処理部と、
   前記認証処理部によって認証された購入者に対して特典を付与する付与部と
   を有する特典管理システム。
2. 前記特典管理装置の前記付与部は、前記投票券の購入金額に応じたポイントを算出して、前記購入者に付与することを特徴とする請求項１に記載の特典管理システム。
3. 前記特典管理装置の前記付与部は、前記公営競技における本番レース前の試走、展示、脚見せ、又は返し馬が行われる前に、前記投票券を購入した前記購入者に対して、所定の追加特典をさらに付与することを特徴とする請求項１又は２に記載の特典管理システム。
4. 前記特典管理装置の前記付与部は、前記購入者が前記投票券を購入した時点、前記投票券の発売終了時点、及び前記公営競技の競技結果が確定した時点の少なくともいずれかにおいて、前記購入者が前記投票券で購入した組番の発売数が所定数以下である場合に、前記組番を購入した購入者に対して、所定の追加特典をさらに付与することを特徴とする請求項１から３のいずれか一つに記載の特典管理システム。
5. 前記特典管理装置の前記付与部は、前記購入者が前記投票券で購入した組番の払戻倍率が所定の倍率以上である場合に、前記組番を購入した購入者に対して、所定の追加特典をさらに付与することを特徴とする請求項１から４のいずれか一つに記載の特典管理システム。
6. 前記特典管理装置の前記付与部は、前記購入者が購入した前記投票券の払戻金が予め定めた所定の金額と一致する場合に、前記投票券を購入した前記購入者に対して、所定の追加特典をさらに付与することを特徴とする請求項１から５のいずれか一つに記載の特典管理システム。
7. 前記投票券発券装置は、前記購入者の生体情報を読み取った場合に、当該生体情報に対応付けられる累計特典を前記特典管理装置から取得して、所定の表示部に表示する表示制御部と、
   前記累計特典の範囲内で前記購入者が指定した特典分のサービス券を発券する還元部と
   をさらに有することを特徴とする請求項１から６のいずれか一つに記載の特典管理システム。
8. 公営競技の投票券の発券を行う投票券発券装置と、投票券の購入者に対して特典を付与する処理を行う特典管理装置とにより実行される特典管理方法において、
   前記投票券発券装置が、
   前記投票券の購入者から当該購入者の生体情報を取得し、
   前記特典管理装置が、
   前記投票券発券装置によって取得された前記生体情報を用いて、前記購入者に対する認証処理を行い、
   前記認証処理において認証された購入者に対して特典を付与する
   処理を実行することを特徴とする特典管理方法。
9. 公営競技の投票券発券装置によって投票券の購入者から取得された生体情報を用いて、前記購入者に対する認証処理を行う認証処理部と、
   前記認証処理部によって認証された購入者に対して特典を付与する付与部と
   を有する特典管理装置。
10. コンピュータに、
    公営競技の投票券発券装置によって投票券の購入者から取得された生体情報を用いて、前記購入者に対する認証処理を行い、
    前記認証処理において認証された購入者に対して特典を付与する
    処理を実行させることを特徴とする特典管理プログラム。

Images