くじ購入システム、くじ購入システムの制御方法、プログラム及び記録媒体
【課題】オッズが大きく変化する購入要求を受け付けてからその購入要求の内容がオッズの変化に反映されるまでの時間差を生じにくくする。
【解決手段】投票要求受付部２６は、くじの購入要求を受け付ける。オッズ出力部２４は、購入要求の内容に基づいて算出されるオッズを出力するオッズ出力手段。投票要求受付部２６は、購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する。投票要求受付部２６は、購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する。
【解決手段】投票要求受付部２６は、くじの購入要求を受け付ける。オッズ出力部２４は、購入要求の内容に基づいて算出されるオッズを出力するオッズ出力手段。投票要求受付部２６は、購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する。投票要求受付部２６は、購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、くじ購入システム、くじ購入システムの制御方法、プログラム及び記録媒体に関する。
【背景技術】
【０００２】
競馬やサッカーくじなどのくじの購入要求を所定の順序で処理するくじ購入システムが存在する。くじの購入要求の処理技術の一例として、特許文献１には、端末からの購入リクエスト等のリクエストを待ち行列の最後に追加登録し、先頭から順にリクエストを取り出して処理を実行する技術が開示されている。このようなくじ購入システムでは、ユーザの参考となるよう、掛け金や買い目などといった購入要求の内容に基づいて算出される最新オッズをユーザに提示することが一般的に行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２００３／０６７４８３号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、くじの購入要求の内容によっては、オッズが大きく変化したり、それほど変化しなかったりする。しかし、特許文献１に記載の技術等によって、くじの購入要求を受付順に処理すると、オッズが大きく変化する購入要求であってもそれまでに受け付けた購入要求が処理されるまでは処理されず、その購入要求の内容が最新オッズに反映されない。そうなると、ユーザはオッズの変化を速やかに知ることができず不便である。
【０００５】
本発明は、上記課題に鑑みてなされたものであって、その目的の１つは、オッズが大きく変化する購入要求を受け付けてからその購入要求の内容がオッズの変化に反映されるまでの時間差を生じにくくすることにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明に係るくじ購入システムは、くじの購入要求を受け付ける受付手段と、前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力手段と、前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定手段と、前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定手段と、を含むことを特徴とする。
【０００７】
また、本発明に係るくじ購入システムの制御方法は、くじの購入要求を受け付ける受付ステップと、前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力ステップと、前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定ステップと、前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定ステップと、を含むことを特徴とする。
【０００８】
また、本発明に係るプログラムは、くじの購入要求を受け付ける受付手段、前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力手段、前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定手段、前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定手段、としてコンピュータを機能させることを特徴とする。
【０００９】
また、本発明に係る記録媒体は、くじの購入要求を受け付ける受付手段、前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力手段、前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定手段、前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定手段、としてコンピュータを機能させることを特徴とするプログラムを記録した記録媒体である。
【００１０】
本発明によれば、購入要求の処理順が、当該購入要求よりもオッズに与える影響が小さいことが特定された購入要求よりも前に設定されるので、オッズが大きく変化する購入要求を受け付けてからその購入要求の内容がオッズの変化に反映されるまでの時間差が生じにくくなる。
【００１１】
本発明の一態様では、前記設定手段は、前記購入要求がオッズに与える影響の大きさが予め定められた大きさよりも大きい場合に、当該購入要求が未処理の購入要求のうちで最初に処理されるよう処理順を設定し、そうでない場合に、当該購入要求が未処理の購入要求のうちで最後に処理されるよう処理順を設定することを特徴とする。
【００１２】
また、本発明の一態様では、前記設定手段は、第１の購入要求の処理順が、第１の購入要求に比べてオッズに与える影響が小さいことが特定された第２の購入要求よりも後に設定されている場合に、第１の購入要求と第２の購入要求との処理順を入れ替えることを特徴とする。
【００１３】
また、本発明の一態様では、前記くじの最新オッズの情報を提供するシステムから、前記最新オッズを取得する取得手段、をさらに含み、前記設定手段は、前記購入要求の処理順を、当該購入要求よりも前記取得手段により取得される最新オッズが低い買い目に対するくじの購入要求よりも前に設定することを特徴とする。
【００１４】
また、本発明の一態様では、前記設定手段は、前記購入要求の処理順を、当該購入要求よりもオッズが低くなると予め指定されたくじの購入要求よりも前に設定することを特徴とする。
【００１５】
また、本発明の一態様では、前記設定手段は、前記購入要求の処理順を、当該購入要求よりも掛け金が安いくじの購入要求よりも前に設定することを特徴とする。
【００１６】
また、本発明の一態様では、前記設定手段は、未処理の購入要求の数が所定数以上である場合に、当該購入要求がオッズに与える影響の大きさとは無関係に、前記受付手段が受け付けた購入要求が未処理の購入要求のうちで最後に処理されるよう処理順を設定することを特徴とする。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態に係るコンピュータネットワークの全体構成図である。
【図２】本発明の一実施形態に係る馬券購入仲介システムで実現される機能の一例を示す機能ブロック図である。
【図３】投票取引明細情報の一例を示す図である。
【図４】投票要求管理キューの一例を模式的に示す図である。
【図５】本発明の一実施形態に係る馬券購入仲介システムで行われる処理の流れの一例を示すフロー図である。
【図６】本発明の一実施形態に係る馬券購入仲介システムで行われる処理の流れの一例を示すフロー図である。
【図７】影響度算出基礎データの一例を示す図である。
【発明を実施するための形態】
【００１８】
以下、本発明の一実施形態について図面に基づき詳細に説明する。
【００１９】
図１は、本発明の一実施形態に係るコンピュータネットワークの全体構成図である。図１に示すように、インターネットなどのコンピュータネットワーク１６には、いずれもコンピュータを中心に構成された馬券購入仲介システム１０、競馬管理システム１２、ユーザ端末１４（１４−１〜１４−ｎ）、が接続されている。そして、馬券購入仲介システム１０、競馬管理システム１２、ユーザ端末１４は互いに通信可能になっている。
【００２０】
馬券購入仲介システム１０は、本実施形態に係るくじ購入システムとして機能するウェブサーバ等のコンピュータである。そして、本実施形態に係る馬券購入仲介システム１０は、ウェブ技術を用いて、多数のユーザに対して、開催されている競馬のレースでの馬券の購入（投票）を支援するサービスや、競馬に関するデータを提供するデータ提供サービスなどといったウェブサービスを提供する。
【００２１】
競馬管理システム１２は、競馬を開催する主催者が管理するサーバ等のコンピュータであり、馬券の購入要求（投票要求）の受付に応じた馬券の購入処理（投票処理）、投票要求の内容に基づいたオッズの決定、投票状況の管理、配当金の払い戻し処理などといった機能が実現されている。
【００２２】
なお、本実施形態に係る馬券購入仲介システム１０は、投票要求の受付に応じて、投票処理の実行指示を、本実施形態に係る競馬管理システム１２に送信する。そして、競馬管理システム１２は、受け付ける実行指示に応じて、投票処理を実行する。以下、一度の送信で投票処理の実行を指示できる投票を「投票単位」と呼ぶこととする。そして、本実施形態では、馬券購入仲介システム１０は、１回の投票要求で複数の投票単位に対する投票要求を受け付けることができるようになっている。なお、本実施形態に係る競馬管理システム１２では、本実施形態に係る馬券購入仲介システム１０以外のシステムから受け付ける実行指示についても投票処理を実行する。
【００２３】
馬券購入仲介システム１０、競馬管理システム１２は、それぞれ、例えば、自装置にインストールされるプログラムに従って動作するＣＰＵ等のプログラム制御デバイスである制御部、ＲＯＭやＲＡＭ等の記憶素子やハードディスクドライブなどである記憶部、ネットワークボードなどの通信インタフェースである通信部、を含んで構成されている。これらの要素は、バスを介して接続される。馬券購入仲介システム１０、及び、競馬管理システム１２の記憶部には、自装置の制御部によって実行されるプログラムが記憶される。また、馬券購入仲介システム１０、及び、競馬管理システム１２の記憶部は、自装置のワークメモリとしても動作する。
【００２４】
コンピュータネットワーク１６には、さらに、馬券購入仲介システム１０のユーザが管理するユーザ端末１４が多数接続されている。ユーザ端末１４は、例えば、パーソナルコンピュータ、携帯電話機、携帯情報端末（ＰＤＡ）、スマートフォンなどの情報処理装置である。ユーザ端末１４は、例えば、ＣＰＵ等の制御装置、ＲＯＭやＲＡＭ等の記憶素子やハードディスクドライブ等の記憶装置、ディスプレイ等の出力装置、マウス、キーボード、タッチパッド、ボタン等の入力装置、ネットワークボード等の通信装置を備えている。また、本実施形態に係るユーザ端末１４には、ウェブブラウザが予めインストールされており、これらのアプリケーションプログラムが実行される。ユーザ端末１４は、ウェブブラウザを通じて馬券購入仲介システム１０が提供する各種サービスを受ける。本実施形態では、馬券購入仲介システム１０のユーザは、ユーザ端末１４を利用して、馬券購入仲介システム１０からの情報の取得、馬券購入仲介システム１０に対する投票要求等を行う。
【００２５】
本実施形態では、発走時刻が互いに異なる複数のレースが取り扱われる。また、レースに対する投票は、発走時刻の所定時間前（例えば、２分前）に締め切られる。そして、本実施形態に係る馬券購入仲介システム１０では、馬券の購入締切時点（投票締切時点）が直近に到来するレースだけでなく、その後に投票締切時点が到来するレースについても、投票要求を受け付けるようになっている。
【００２６】
また、本実施形態に係る競馬管理システム１２は、所定の時間間隔で（あるいは、投票処理を実行する度に）、馬券購入仲介システム１０が受け付けて競馬管理システム１２が処理する投票要求の内容（例えば、掛け金や買い目など）に基づいて最新オッズを算出する。そして、競馬管理システム１２は、馬券購入仲介システム１０を介してユーザが投票を行うことができるレースについての最新オッズの情報を、所定の時間間隔で馬券購入仲介システム１０に送信する。そして、馬券購入仲介システム１０は、競馬管理システム１２から送信される最新オッズの情報を受信して、馬券購入仲介システム１０の記憶部に保存する。そして、ユーザ端末１４が最新オッズの出力要求を馬券購入仲介システム１０に送信すると、馬券購入仲介システム１０は、この出力要求に応じて、保存されている最新オッズの情報をユーザ端末１４に送信する。ユーザ端末１４は、最新オッズの情報を受信すると、その情報をディスプレイに表示出力する。このようにして、本実施形態では、ユーザは最新オッズの情報を知ることができるようになっている。
【００２７】
図２は、本実施形態に係る馬券購入仲介システム１０で実現される機能のうち、投票機能に関連する機能の一例を示す機能ブロック図である。なお、本実施形態に係る馬券購入仲介システム１０では、図２に示す機能以外の機能も実現されている。
【００２８】
本実施形態に係る馬券購入仲介システム１０は、機能的には、データ記憶部２０、オッズ取得部２２、オッズ出力部２４、投票要求受付部２６、投票要求蓄積バッファ２７、処理部２８、を含んで構成される。データ記憶部２０、投票要求蓄積バッファ２７は、馬券購入仲介システム１０の記憶部を主として実現される。その他の要素は、馬券購入仲介システム１０の制御部を主として実現される。
【００２９】
これらの要素は、コンピュータである馬券購入仲介システム１０にインストールされたプログラムを、馬券購入仲介システム１０の制御部で実行することにより実現されている。なお、このプログラムは、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどのコンピュータ読み取り可能な記録媒体を介して、あるいは、インターネットなどの通信ネットワークを介して馬券購入仲介システム１０に供給される。
【００３０】
本実施形態では、予め、データ記憶部２０に、馬券購入仲介システム１０を利用するユーザを識別するユーザＩＤ、ユーザを認証するためのパスワード、馬券購入仲介システム１０を利用するユーザから馬券購入仲介システム１０を管理する事業者に予め口座振り込み等により支払われた金額を表す残高情報、等を含むアカウントデータが記憶されている。そして、本実施形態では、ユーザ端末１４が、ウェブブラウザを通じて馬券購入仲介システム１０にアクセスし、ユーザＩＤ及びパスワードを馬券購入仲介システム１０に送信し、馬券購入仲介システム１０がログイン処理（認証処理）を実行した後に、このユーザ端末１４が馬券購入仲介システム１０に配置されているＷｅｂページにアクセスすると、ユーザ端末１４のディスプレイにそのＷｅｂページが表示される。なお、ユーザ端末１４が馬券購入仲介システム１０にユーザＩＤ及びパスワードを送信した後は、馬券購入仲介システム１０は、例えば、その後にユーザ端末１４から受け付ける認証情報等を参照することによりユーザ端末１４を利用するユーザに対応するユーザＩＤを特定することができるようになっている。
【００３１】
本実施形態では、オッズ取得部２２が、所定時間間隔で競馬管理システム１２から送信される最新オッズに関する情報である最新オッズデータを受信して、データ記憶部２０に保存する。本実施形態では、最新オッズデータは、レースを識別するレースＩＤ、及び、買い目を表す買い目データ（例えば、単勝６番、馬単３番−５番、など）、に、レースＩＤにより識別されるレースにおける、買い目データが表す買い目の最新オッズが関連付けられたデータである。本実施形態では、オッズ取得部２２は、データ記憶部２０に記憶されている最新オッズデータに、新たに受信した最新オッズデータを上書きする。
【００３２】
本実施形態では、オッズ出力部２４は、ユーザ端末１４から受け付ける最新オッズの出力要求に応じて、データ記憶部２０に記憶されている最新オッズデータに基づいて生成されるページ（例えば、直近に投票締切時点が到来するレースにおける、買い目とその買い目についての最新オッズの組合せの情報が含まれるページ）を出力要求の送信元のユーザ端末１４に送信出力する。ユーザ端末１４は、オッズ出力部２４が出力するページを受信すると、そのページをＷｅｂブラウザを介してディスプレイに表示出力する。
【００３３】
本実施形態では、投票要求受付部２６が、ユーザ端末１４から投票要求を受け付ける。投票要求には、例えば、レースを識別するレースＩＤ、投票方式（式別）、買い目、購入金額（掛け金の額）、等が含まれている。そして、本実施形態では、投票要求受付部２６は、投票要求の受付に応じて、図３に例示する投票取引明細情報３０を少なくとも１つ生成して、データ記憶部２０に出力する。投票取引明細情報３０には、ユーザ端末１４から受け付ける上述の情報、及び、馬券購入仲介システム１０により設定される情報（例えば、投票要求を行うユーザのユーザＩＤ、処理日、受付番号、投票件数通番、受付成立日時、等）が含まれている。そして、本実施形態では、投票取引明細情報３０は、投票単位毎に生成される。本実施形態では、投票取引明細情報３０に含まれる処理日の値には、投票要求を受け付けた日であって、競馬管理システム１２により投票処理が実行される日が設定される。投票取引明細情報３０に含まれる受付番号は、投票要求を識別する番号である。１回の投票要求に対応付けられる投票取引明細情報３０には同一の受付番号が付与される。また、受付番号は、処理日が同一である投票取引明細情報３０については、投票要求の受付順に昇順で番号が設定される。投票件数通番は、処理日と受付番号の組合せが同一である投票取引明細情報３０のうちでは、１つの投票単位に対して一意に付与される番号である。そして、本実施形態では、処理日、受付番号、投票件数通番の組合せによって、投票取引明細情報３０を一意に特定することができるようになっている。また、初期状態では、投票取引明細情報３０に含まれる受付成立日時の値は空である。そして、投票要求が処理された投票取引明細情報３０には、後述する受付成立日時の値が設定されることとなる。そのため、投票取引明細情報３０に受付成立日時の値が含まれるか否かによって、投票取引明細情報３０に対応する投票要求が処理されたか否か（すなわち、未処理であるか否か）を識別することができることとなる。
【００３４】
また、本実施形態では、投票要求蓄積バッファ２７に、投票要求の処理順を管理するためのキューである投票要求管理キュー４０が記憶されている。図４は、投票要求管理キュー４０の一例を模式的に示す図である。本実施形態では、投票要求受付部２６は、投票要求の受付に応じて、上述のようにして投票取引明細情報３０を生成するとともに、その投票要求に対応する処理順管理データ４２を投票要求管理キュー４０に追加（エンキュー）する。なお、図４では、投票要求管理キュー４０に含まれる処理順管理データ４２が、順序に従って左から右に並ぶよう表現されている。すなわち、最も左に配置されている処理順管理データ４２が先頭の処理順管理データ４２に相当し、最も右に配置されている処理順管理データ４２が最後尾の処理順管理データ４２に相当する。本実施形態では、処理順管理データ４２は、受付番号、及び、後述する影響度スコアの値が含まれており、処理順管理データ４２に基づいて少なくとも１つの投票取引明細情報３０を特定することができるようになっている。
【００３５】
本実施形態では、投票要求の受付に応じて、上述のようにして投票取引明細情報３０を生成するとともに、その投票要求に対応する処理順管理データ４２を投票要求管理キュー４０の先頭又は最後尾に追加（エンキュー）する。ここで、本実施形態に係る馬券購入仲介システム１０の投票要求受付部２６で行われるエンキュー処理の流れの一例を、図５に示すフロー図を参照しながら説明する。
【００３６】
まず、投票要求受付部２６は、投票要求の受付に応じて、当該投票要求が当該投票要求の投票対象であるレースにおけるオッズに与える影響度を示す影響度スコアの値を特定する（Ｓ１０１）。本実施形態では、オッズに与える影響度が大きいものほど、影響度スコアの値として大きな値が設定される。影響度の特定処理については後述する。そして、投票要求受付部２６は、特定された影響度スコアの値が所定の閾値（例えば、５）以上であるか否かを確認する（Ｓ１０２）。閾値以上である場合は（Ｓ１０２：Ｙ）、投票要求受付部２６は、受け付けた投票要求に対応する処理順管理データ４２を投票要求管理キュー４０の先頭に追加（エンキュー）する（Ｓ１０３）。一方、閾値未満である場合は（Ｓ１０２：Ｎ）、投票要求受付部２６は、受け付けた投票要求に対応する処理順管理データ４２を投票要求管理キュー４０の最後尾に追加（エンキュー）する（Ｓ１０４）。そして、Ｓ１０３又はＳ１０４に示す処理の終了後に、投票要求受付部２６は、Ｓ１０１に示す処理で特定された影響度スコアの値を、処理順管理データ４２に含まれる影響度スコアの値として設定する（Ｓ１０５）。
【００３７】
ここで、本実施形態に係る馬券購入仲介システム１０で行われる、投票要求の実行指示を送信する処理の流れの一例を図６に例示するフロー図を参照しながら説明する。
【００３８】
まず、処理部２８は、投票要求管理キュー４０の先頭の処理順管理データ４２を取得（デキュー）する（Ｓ２０１）。そして、処理部２８は、データ記憶部２０に記憶されている投票取引明細情報３０であって、Ｓ２０１に示す処理で取得した処理順管理データ４２に対応する少なくとも１つの投票取引明細情報３０を特定する（Ｓ２０２）。そして、処理部２８は、Ｓ２０２に示す処理で特定された投票取引明細情報３０であって、後述のＳ２０４の処理が実行されていない投票取引明細情報３０のうちの１つに対応する投票単位（例えば、後述のＳ２０４の処理が実行されていない投票取引明細情報３０のうち、投票件数通番が最も小さな投票取引明細情報３０に対応する投票単位）を、指示対象投票単位として特定する（Ｓ２０３）。そして、処理部２８は、指示対象投票単位についての投票処理の実行指示を競馬管理システム１２に送信する（Ｓ２０４）。そして、処理部２８は、Ｓ２０２に示す処理で特定された投票取引明細情報３０であって、Ｓ２０４の処理が実行されていない投票取引明細情報３０（未処理の投票取引明細情報３０）が存在するか否かを確認する（Ｓ２０５）。そして、存在する場合は（Ｓ２０５：Ｙ）、Ｓ２０３に示す処理を実行する。存在しない場合は（Ｓ２０５：Ｎ）、本処理例に示す処理を終了する。本実施形態では、Ｓ２０１〜Ｓ２０５に示す処理を、馬券購入仲介システム１０が当該処理の終了要求を受け付けるまで繰り返す。なお、投票要求の処理の流れは図６に例示する流れに限定されない。
【００３９】
上述のＳ１０１での影響度スコアの値の特定処理には様々なバリエーションが考えられる。例えば、データ記憶部２０に、図７に例示する、最新オッズの範囲と影響度スコアの値とが対応付けられた影響度算出基礎データ４４が記憶されていることとする。ここでは、図７に示すように、影響度算出基礎データ４４において、最新オッズが大きいほど影響度スコアの値として大きな値が設定されていることとする。この場合、投票要求受付部２６は、受け付けた投票要求で指定されているレースと買い目の組合せ（複数でも構わない）を特定する。そして、投票要求受付部２６は、最新オッズデータにおいて、特定された組合せに関連付けられている最新オッズ（組合せが複数特定された場合は、それらの組合せに関連付けられている最新オッズのうち最も値が大きいもの）を特定する。そして、投票要求受付部２６は、影響度算出基礎データ４４において、特定された最新オッズが含まれる範囲に対応付けられている影響度スコアの値を特定する。このようにして、影響度スコアの値が特定される。
【００４０】
また、例えば、データ記憶部２０に、予想印（本命、対抗、大穴など）と影響度スコアの値とが対応付けられた影響度算出基礎データ４４が記憶されており、上述の組合せと予想印の対応関係（例えば、当日の新聞における予想印）を示すデータも記憶されていることとする。ここでは、影響度算出基礎データ４４において、オッズが高くなると予め指定されたものほど影響度スコアの値として大きな値が設定されていることとする。より具体的には、例えば、本命、対抗、大穴の順に影響度スコアの値が大きくなるよう影響度算出基礎データ４４における影響度スコアの値が設定されていることとする。この場合、投票要求受付部２６は、受け付けた投票要求で指定されているレースと買い目の組合せに対応付けられている予想印を特定する。そして、投票要求受付部２６は、影響度算出基礎データ４４において、特定された予想印に対応付けられている影響度スコアの値を特定する。
【００４１】
また、例えば、データ記憶部２０に、掛け金の範囲と影響度スコアの値とが対応付けられた影響度算出基礎データ４４が記憶されていることとする。ここでは、影響度算出基礎データ４４では、掛け金の額が大きいほど影響度スコアの値として大きな値が設定されることとする。この場合、投票要求受付部２６は、影響度算出基礎データ４４において、受け付けた投票要求での掛け金が含まれる範囲に対応付けられている影響度スコアの値を特定する。
【００４２】
競馬管理システム１２は、本実施形態に係る馬券購入仲介システム１０から受け付ける実行指示に応じて、投票処理を実行する。なお、上述の通り、本実施形態に係る競馬管理システム１２は、馬券購入仲介システム１０以外のシステムから受け付ける実行指示についても、実行指示に応じて投票処理を実行する。なお、本実施形態では、競馬管理システム１２は実行指示の受付順に投票処理を実行する。
【００４３】
競馬管理システム１２は、馬券購入仲介システム１０から受け付けた実行指示に応じた投票処理が終了すると、投票処理が終了した旨を、実行指示を識別する情報（例えば、処理日、受付番号、及び、投票件数通番の組合せ）及び投票処理が行われた日時を示す受付成立日時とともに馬券購入仲介システム１０に送信する。処理部２８は、投票処理が終了した旨を受け付けると、この投票処理に対応付けられる投票取引明細情報３０に含まれる受付成立日時の値として、競馬管理システム１２から受け付けた受付成立日時を設定する。
【００４４】
本実施形態では、投票要求受付部２６が受け付けた投票要求に基づいて特定される影響度スコアの値が大きいものがそうでないものよりも先に処理されるので、投票要求を受付順に処理する場合よりも、オッズが大きく変化する購入要求の内容が最新オッズに反映される可能性が高くなるので、オッズの変化を速やかにユーザに知らせることができることとなる。
【００４５】
なお、本発明は上述の実施形態に限定されるものではない。
【００４６】
例えば、本実施形態に係る馬券購入仲介システム１０が、投票要求管理キュー４０を監視する監視部を含んでいてもよい。そして、監視部が、例えば、所定時間間隔（１分間隔）で、対応付けられる影響度スコアの値が高いものから順に並ぶよう、投票要求管理キュー４０に含まれる処理順管理データ４２をソートするようにしてもよい。あるいは、監視部が、所定時間間隔（１分間隔）で、先頭から２番目の処理順管理データ４２から順に、処理順管理データ４２に対応付けられる影響度スコアの値が所定の閾値以上であるか否かを確認し、所定の閾値以上であることが確認された処理順管理データ４２については、投票要求管理キュー４０における順序が１つ前である処理順管理データ４２と順序を入れ替えるようにしてもよい。また、監視部は、上述の処理を実行する前に、投票要求管理キュー４０に含まれる処理順管理データ４２の少なくとも一部について、影響度スコアの値を再計算するようにしてもよい。
【００４７】
また、例えば、投票要求受付部２６は、所定の数式に従って影響度スコアの値を算出するようにしてもよい。
【００４８】
影響度スコアとしては、例えば、（掛け金）／（投票対象となる買い目に対する現在までの掛け金の合計）、（掛け金）／（直近Ｎ回受け付けた投票要求での掛け金の平均）、が挙げられる。
【００４９】
また、例えば、投票要求受付部２６は、Ａ＝（当該掛け金Ｐ１）／（各買い目について選択された１投票（例えば、最新の投票）での掛け金をすべての買い目について合計した金額Ｐ２）、Ｂ＝（投票される買い目に対する掛け金の合計Ｐ３）／（投票されるレースにおける掛け金の合計Ｐ４）、とした場合に、ＡとＢの差を影響度スコアの値として特定するようにしてもよい。また、投票要求受付部２６は、Ｂに対するＡの割合や、Ｂに対するＡの割合の対数などを、影響度スコアの値として特定するようにしてもよい。なお、投票要求受付部２６は、上述のＰ２を算出するにあたって、投票される買い目については当該投票を選択するようにしてもよい。また、投票要求受付部２６は、上述のＰ２やＰ４を算出するにあたって、合計を算出する範囲を、投票の対象となる買い目の投票方式（式別）に限定するようにしてもよい。
【００５０】
また、例えば、監視部が、未処理の購入要求の数が所定数Ｘ以上であるという条件を満足するか否かを監視するようにしてもよい。そして、上述の条件を満足する場合には、投票要求受付部２６は、投票締切時点が直近に到来しないレースに対する投票要求に対応する処理順管理データ４２については、影響度スコアの値に関係なく、投票要求管理キュー４０の最後尾に追加（エンキュー）するようにしてもよい。
【００５１】
また、馬券購入仲介システム１０、競馬管理システム１２、及び、ユーザ端末１４の役割分担は上述の実施形態には限定されない。例えば、馬券購入仲介システム１０が競馬管理システム１２の機能も備え、処理部２８が投票処理を実行するようにしてもよい。
【００５２】
また、本実施形態を、馬券の購入とは異なる場面（例えば、競艇、競輪、オートレース、サッカーくじ、宝くじ、などのくじの購入の場面）に適用しても構わない。上記の具体的な数値や文字列、及び、図面中の具体的な数値や文字列は例示であり、これらの数値や文字列には限定されない。
【符号の説明】
【００５３】
１０ 馬券購入仲介システム、１２ 競馬管理システム、１４ ユーザ端末、１６ コンピュータネットワーク、２０ データ記憶部、２２ オッズ取得部、２４ オッズ出力部、２６ 投票要求受付部、２７ 投票要求蓄積バッファ、２８ 処理部、３０ 投票取引明細情報、４０ 投票要求管理キュー、４２ 処理順管理データ、４４ 影響度算出基礎データ。
【技術分野】
【０００１】
本発明は、くじ購入システム、くじ購入システムの制御方法、プログラム及び記録媒体に関する。
【背景技術】
【０００２】
競馬やサッカーくじなどのくじの購入要求を所定の順序で処理するくじ購入システムが存在する。くじの購入要求の処理技術の一例として、特許文献１には、端末からの購入リクエスト等のリクエストを待ち行列の最後に追加登録し、先頭から順にリクエストを取り出して処理を実行する技術が開示されている。このようなくじ購入システムでは、ユーザの参考となるよう、掛け金や買い目などといった購入要求の内容に基づいて算出される最新オッズをユーザに提示することが一般的に行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２００３／０６７４８３号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、くじの購入要求の内容によっては、オッズが大きく変化したり、それほど変化しなかったりする。しかし、特許文献１に記載の技術等によって、くじの購入要求を受付順に処理すると、オッズが大きく変化する購入要求であってもそれまでに受け付けた購入要求が処理されるまでは処理されず、その購入要求の内容が最新オッズに反映されない。そうなると、ユーザはオッズの変化を速やかに知ることができず不便である。
【０００５】
本発明は、上記課題に鑑みてなされたものであって、その目的の１つは、オッズが大きく変化する購入要求を受け付けてからその購入要求の内容がオッズの変化に反映されるまでの時間差を生じにくくすることにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明に係るくじ購入システムは、くじの購入要求を受け付ける受付手段と、前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力手段と、前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定手段と、前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定手段と、を含むことを特徴とする。
【０００７】
また、本発明に係るくじ購入システムの制御方法は、くじの購入要求を受け付ける受付ステップと、前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力ステップと、前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定ステップと、前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定ステップと、を含むことを特徴とする。
【０００８】
また、本発明に係るプログラムは、くじの購入要求を受け付ける受付手段、前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力手段、前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定手段、前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定手段、としてコンピュータを機能させることを特徴とする。
【０００９】
また、本発明に係る記録媒体は、くじの購入要求を受け付ける受付手段、前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力手段、前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定手段、前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定手段、としてコンピュータを機能させることを特徴とするプログラムを記録した記録媒体である。
【００１０】
本発明によれば、購入要求の処理順が、当該購入要求よりもオッズに与える影響が小さいことが特定された購入要求よりも前に設定されるので、オッズが大きく変化する購入要求を受け付けてからその購入要求の内容がオッズの変化に反映されるまでの時間差が生じにくくなる。
【００１１】
本発明の一態様では、前記設定手段は、前記購入要求がオッズに与える影響の大きさが予め定められた大きさよりも大きい場合に、当該購入要求が未処理の購入要求のうちで最初に処理されるよう処理順を設定し、そうでない場合に、当該購入要求が未処理の購入要求のうちで最後に処理されるよう処理順を設定することを特徴とする。
【００１２】
また、本発明の一態様では、前記設定手段は、第１の購入要求の処理順が、第１の購入要求に比べてオッズに与える影響が小さいことが特定された第２の購入要求よりも後に設定されている場合に、第１の購入要求と第２の購入要求との処理順を入れ替えることを特徴とする。
【００１３】
また、本発明の一態様では、前記くじの最新オッズの情報を提供するシステムから、前記最新オッズを取得する取得手段、をさらに含み、前記設定手段は、前記購入要求の処理順を、当該購入要求よりも前記取得手段により取得される最新オッズが低い買い目に対するくじの購入要求よりも前に設定することを特徴とする。
【００１４】
また、本発明の一態様では、前記設定手段は、前記購入要求の処理順を、当該購入要求よりもオッズが低くなると予め指定されたくじの購入要求よりも前に設定することを特徴とする。
【００１５】
また、本発明の一態様では、前記設定手段は、前記購入要求の処理順を、当該購入要求よりも掛け金が安いくじの購入要求よりも前に設定することを特徴とする。
【００１６】
また、本発明の一態様では、前記設定手段は、未処理の購入要求の数が所定数以上である場合に、当該購入要求がオッズに与える影響の大きさとは無関係に、前記受付手段が受け付けた購入要求が未処理の購入要求のうちで最後に処理されるよう処理順を設定することを特徴とする。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態に係るコンピュータネットワークの全体構成図である。
【図２】本発明の一実施形態に係る馬券購入仲介システムで実現される機能の一例を示す機能ブロック図である。
【図３】投票取引明細情報の一例を示す図である。
【図４】投票要求管理キューの一例を模式的に示す図である。
【図５】本発明の一実施形態に係る馬券購入仲介システムで行われる処理の流れの一例を示すフロー図である。
【図６】本発明の一実施形態に係る馬券購入仲介システムで行われる処理の流れの一例を示すフロー図である。
【図７】影響度算出基礎データの一例を示す図である。
【発明を実施するための形態】
【００１８】
以下、本発明の一実施形態について図面に基づき詳細に説明する。
【００１９】
図１は、本発明の一実施形態に係るコンピュータネットワークの全体構成図である。図１に示すように、インターネットなどのコンピュータネットワーク１６には、いずれもコンピュータを中心に構成された馬券購入仲介システム１０、競馬管理システム１２、ユーザ端末１４（１４−１〜１４−ｎ）、が接続されている。そして、馬券購入仲介システム１０、競馬管理システム１２、ユーザ端末１４は互いに通信可能になっている。
【００２０】
馬券購入仲介システム１０は、本実施形態に係るくじ購入システムとして機能するウェブサーバ等のコンピュータである。そして、本実施形態に係る馬券購入仲介システム１０は、ウェブ技術を用いて、多数のユーザに対して、開催されている競馬のレースでの馬券の購入（投票）を支援するサービスや、競馬に関するデータを提供するデータ提供サービスなどといったウェブサービスを提供する。
【００２１】
競馬管理システム１２は、競馬を開催する主催者が管理するサーバ等のコンピュータであり、馬券の購入要求（投票要求）の受付に応じた馬券の購入処理（投票処理）、投票要求の内容に基づいたオッズの決定、投票状況の管理、配当金の払い戻し処理などといった機能が実現されている。
【００２２】
なお、本実施形態に係る馬券購入仲介システム１０は、投票要求の受付に応じて、投票処理の実行指示を、本実施形態に係る競馬管理システム１２に送信する。そして、競馬管理システム１２は、受け付ける実行指示に応じて、投票処理を実行する。以下、一度の送信で投票処理の実行を指示できる投票を「投票単位」と呼ぶこととする。そして、本実施形態では、馬券購入仲介システム１０は、１回の投票要求で複数の投票単位に対する投票要求を受け付けることができるようになっている。なお、本実施形態に係る競馬管理システム１２では、本実施形態に係る馬券購入仲介システム１０以外のシステムから受け付ける実行指示についても投票処理を実行する。
【００２３】
馬券購入仲介システム１０、競馬管理システム１２は、それぞれ、例えば、自装置にインストールされるプログラムに従って動作するＣＰＵ等のプログラム制御デバイスである制御部、ＲＯＭやＲＡＭ等の記憶素子やハードディスクドライブなどである記憶部、ネットワークボードなどの通信インタフェースである通信部、を含んで構成されている。これらの要素は、バスを介して接続される。馬券購入仲介システム１０、及び、競馬管理システム１２の記憶部には、自装置の制御部によって実行されるプログラムが記憶される。また、馬券購入仲介システム１０、及び、競馬管理システム１２の記憶部は、自装置のワークメモリとしても動作する。
【００２４】
コンピュータネットワーク１６には、さらに、馬券購入仲介システム１０のユーザが管理するユーザ端末１４が多数接続されている。ユーザ端末１４は、例えば、パーソナルコンピュータ、携帯電話機、携帯情報端末（ＰＤＡ）、スマートフォンなどの情報処理装置である。ユーザ端末１４は、例えば、ＣＰＵ等の制御装置、ＲＯＭやＲＡＭ等の記憶素子やハードディスクドライブ等の記憶装置、ディスプレイ等の出力装置、マウス、キーボード、タッチパッド、ボタン等の入力装置、ネットワークボード等の通信装置を備えている。また、本実施形態に係るユーザ端末１４には、ウェブブラウザが予めインストールされており、これらのアプリケーションプログラムが実行される。ユーザ端末１４は、ウェブブラウザを通じて馬券購入仲介システム１０が提供する各種サービスを受ける。本実施形態では、馬券購入仲介システム１０のユーザは、ユーザ端末１４を利用して、馬券購入仲介システム１０からの情報の取得、馬券購入仲介システム１０に対する投票要求等を行う。
【００２５】
本実施形態では、発走時刻が互いに異なる複数のレースが取り扱われる。また、レースに対する投票は、発走時刻の所定時間前（例えば、２分前）に締め切られる。そして、本実施形態に係る馬券購入仲介システム１０では、馬券の購入締切時点（投票締切時点）が直近に到来するレースだけでなく、その後に投票締切時点が到来するレースについても、投票要求を受け付けるようになっている。
【００２６】
また、本実施形態に係る競馬管理システム１２は、所定の時間間隔で（あるいは、投票処理を実行する度に）、馬券購入仲介システム１０が受け付けて競馬管理システム１２が処理する投票要求の内容（例えば、掛け金や買い目など）に基づいて最新オッズを算出する。そして、競馬管理システム１２は、馬券購入仲介システム１０を介してユーザが投票を行うことができるレースについての最新オッズの情報を、所定の時間間隔で馬券購入仲介システム１０に送信する。そして、馬券購入仲介システム１０は、競馬管理システム１２から送信される最新オッズの情報を受信して、馬券購入仲介システム１０の記憶部に保存する。そして、ユーザ端末１４が最新オッズの出力要求を馬券購入仲介システム１０に送信すると、馬券購入仲介システム１０は、この出力要求に応じて、保存されている最新オッズの情報をユーザ端末１４に送信する。ユーザ端末１４は、最新オッズの情報を受信すると、その情報をディスプレイに表示出力する。このようにして、本実施形態では、ユーザは最新オッズの情報を知ることができるようになっている。
【００２７】
図２は、本実施形態に係る馬券購入仲介システム１０で実現される機能のうち、投票機能に関連する機能の一例を示す機能ブロック図である。なお、本実施形態に係る馬券購入仲介システム１０では、図２に示す機能以外の機能も実現されている。
【００２８】
本実施形態に係る馬券購入仲介システム１０は、機能的には、データ記憶部２０、オッズ取得部２２、オッズ出力部２４、投票要求受付部２６、投票要求蓄積バッファ２７、処理部２８、を含んで構成される。データ記憶部２０、投票要求蓄積バッファ２７は、馬券購入仲介システム１０の記憶部を主として実現される。その他の要素は、馬券購入仲介システム１０の制御部を主として実現される。
【００２９】
これらの要素は、コンピュータである馬券購入仲介システム１０にインストールされたプログラムを、馬券購入仲介システム１０の制御部で実行することにより実現されている。なお、このプログラムは、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどのコンピュータ読み取り可能な記録媒体を介して、あるいは、インターネットなどの通信ネットワークを介して馬券購入仲介システム１０に供給される。
【００３０】
本実施形態では、予め、データ記憶部２０に、馬券購入仲介システム１０を利用するユーザを識別するユーザＩＤ、ユーザを認証するためのパスワード、馬券購入仲介システム１０を利用するユーザから馬券購入仲介システム１０を管理する事業者に予め口座振り込み等により支払われた金額を表す残高情報、等を含むアカウントデータが記憶されている。そして、本実施形態では、ユーザ端末１４が、ウェブブラウザを通じて馬券購入仲介システム１０にアクセスし、ユーザＩＤ及びパスワードを馬券購入仲介システム１０に送信し、馬券購入仲介システム１０がログイン処理（認証処理）を実行した後に、このユーザ端末１４が馬券購入仲介システム１０に配置されているＷｅｂページにアクセスすると、ユーザ端末１４のディスプレイにそのＷｅｂページが表示される。なお、ユーザ端末１４が馬券購入仲介システム１０にユーザＩＤ及びパスワードを送信した後は、馬券購入仲介システム１０は、例えば、その後にユーザ端末１４から受け付ける認証情報等を参照することによりユーザ端末１４を利用するユーザに対応するユーザＩＤを特定することができるようになっている。
【００３１】
本実施形態では、オッズ取得部２２が、所定時間間隔で競馬管理システム１２から送信される最新オッズに関する情報である最新オッズデータを受信して、データ記憶部２０に保存する。本実施形態では、最新オッズデータは、レースを識別するレースＩＤ、及び、買い目を表す買い目データ（例えば、単勝６番、馬単３番−５番、など）、に、レースＩＤにより識別されるレースにおける、買い目データが表す買い目の最新オッズが関連付けられたデータである。本実施形態では、オッズ取得部２２は、データ記憶部２０に記憶されている最新オッズデータに、新たに受信した最新オッズデータを上書きする。
【００３２】
本実施形態では、オッズ出力部２４は、ユーザ端末１４から受け付ける最新オッズの出力要求に応じて、データ記憶部２０に記憶されている最新オッズデータに基づいて生成されるページ（例えば、直近に投票締切時点が到来するレースにおける、買い目とその買い目についての最新オッズの組合せの情報が含まれるページ）を出力要求の送信元のユーザ端末１４に送信出力する。ユーザ端末１４は、オッズ出力部２４が出力するページを受信すると、そのページをＷｅｂブラウザを介してディスプレイに表示出力する。
【００３３】
本実施形態では、投票要求受付部２６が、ユーザ端末１４から投票要求を受け付ける。投票要求には、例えば、レースを識別するレースＩＤ、投票方式（式別）、買い目、購入金額（掛け金の額）、等が含まれている。そして、本実施形態では、投票要求受付部２６は、投票要求の受付に応じて、図３に例示する投票取引明細情報３０を少なくとも１つ生成して、データ記憶部２０に出力する。投票取引明細情報３０には、ユーザ端末１４から受け付ける上述の情報、及び、馬券購入仲介システム１０により設定される情報（例えば、投票要求を行うユーザのユーザＩＤ、処理日、受付番号、投票件数通番、受付成立日時、等）が含まれている。そして、本実施形態では、投票取引明細情報３０は、投票単位毎に生成される。本実施形態では、投票取引明細情報３０に含まれる処理日の値には、投票要求を受け付けた日であって、競馬管理システム１２により投票処理が実行される日が設定される。投票取引明細情報３０に含まれる受付番号は、投票要求を識別する番号である。１回の投票要求に対応付けられる投票取引明細情報３０には同一の受付番号が付与される。また、受付番号は、処理日が同一である投票取引明細情報３０については、投票要求の受付順に昇順で番号が設定される。投票件数通番は、処理日と受付番号の組合せが同一である投票取引明細情報３０のうちでは、１つの投票単位に対して一意に付与される番号である。そして、本実施形態では、処理日、受付番号、投票件数通番の組合せによって、投票取引明細情報３０を一意に特定することができるようになっている。また、初期状態では、投票取引明細情報３０に含まれる受付成立日時の値は空である。そして、投票要求が処理された投票取引明細情報３０には、後述する受付成立日時の値が設定されることとなる。そのため、投票取引明細情報３０に受付成立日時の値が含まれるか否かによって、投票取引明細情報３０に対応する投票要求が処理されたか否か（すなわち、未処理であるか否か）を識別することができることとなる。
【００３４】
また、本実施形態では、投票要求蓄積バッファ２７に、投票要求の処理順を管理するためのキューである投票要求管理キュー４０が記憶されている。図４は、投票要求管理キュー４０の一例を模式的に示す図である。本実施形態では、投票要求受付部２６は、投票要求の受付に応じて、上述のようにして投票取引明細情報３０を生成するとともに、その投票要求に対応する処理順管理データ４２を投票要求管理キュー４０に追加（エンキュー）する。なお、図４では、投票要求管理キュー４０に含まれる処理順管理データ４２が、順序に従って左から右に並ぶよう表現されている。すなわち、最も左に配置されている処理順管理データ４２が先頭の処理順管理データ４２に相当し、最も右に配置されている処理順管理データ４２が最後尾の処理順管理データ４２に相当する。本実施形態では、処理順管理データ４２は、受付番号、及び、後述する影響度スコアの値が含まれており、処理順管理データ４２に基づいて少なくとも１つの投票取引明細情報３０を特定することができるようになっている。
【００３５】
本実施形態では、投票要求の受付に応じて、上述のようにして投票取引明細情報３０を生成するとともに、その投票要求に対応する処理順管理データ４２を投票要求管理キュー４０の先頭又は最後尾に追加（エンキュー）する。ここで、本実施形態に係る馬券購入仲介システム１０の投票要求受付部２６で行われるエンキュー処理の流れの一例を、図５に示すフロー図を参照しながら説明する。
【００３６】
まず、投票要求受付部２６は、投票要求の受付に応じて、当該投票要求が当該投票要求の投票対象であるレースにおけるオッズに与える影響度を示す影響度スコアの値を特定する（Ｓ１０１）。本実施形態では、オッズに与える影響度が大きいものほど、影響度スコアの値として大きな値が設定される。影響度の特定処理については後述する。そして、投票要求受付部２６は、特定された影響度スコアの値が所定の閾値（例えば、５）以上であるか否かを確認する（Ｓ１０２）。閾値以上である場合は（Ｓ１０２：Ｙ）、投票要求受付部２６は、受け付けた投票要求に対応する処理順管理データ４２を投票要求管理キュー４０の先頭に追加（エンキュー）する（Ｓ１０３）。一方、閾値未満である場合は（Ｓ１０２：Ｎ）、投票要求受付部２６は、受け付けた投票要求に対応する処理順管理データ４２を投票要求管理キュー４０の最後尾に追加（エンキュー）する（Ｓ１０４）。そして、Ｓ１０３又はＳ１０４に示す処理の終了後に、投票要求受付部２６は、Ｓ１０１に示す処理で特定された影響度スコアの値を、処理順管理データ４２に含まれる影響度スコアの値として設定する（Ｓ１０５）。
【００３７】
ここで、本実施形態に係る馬券購入仲介システム１０で行われる、投票要求の実行指示を送信する処理の流れの一例を図６に例示するフロー図を参照しながら説明する。
【００３８】
まず、処理部２８は、投票要求管理キュー４０の先頭の処理順管理データ４２を取得（デキュー）する（Ｓ２０１）。そして、処理部２８は、データ記憶部２０に記憶されている投票取引明細情報３０であって、Ｓ２０１に示す処理で取得した処理順管理データ４２に対応する少なくとも１つの投票取引明細情報３０を特定する（Ｓ２０２）。そして、処理部２８は、Ｓ２０２に示す処理で特定された投票取引明細情報３０であって、後述のＳ２０４の処理が実行されていない投票取引明細情報３０のうちの１つに対応する投票単位（例えば、後述のＳ２０４の処理が実行されていない投票取引明細情報３０のうち、投票件数通番が最も小さな投票取引明細情報３０に対応する投票単位）を、指示対象投票単位として特定する（Ｓ２０３）。そして、処理部２８は、指示対象投票単位についての投票処理の実行指示を競馬管理システム１２に送信する（Ｓ２０４）。そして、処理部２８は、Ｓ２０２に示す処理で特定された投票取引明細情報３０であって、Ｓ２０４の処理が実行されていない投票取引明細情報３０（未処理の投票取引明細情報３０）が存在するか否かを確認する（Ｓ２０５）。そして、存在する場合は（Ｓ２０５：Ｙ）、Ｓ２０３に示す処理を実行する。存在しない場合は（Ｓ２０５：Ｎ）、本処理例に示す処理を終了する。本実施形態では、Ｓ２０１〜Ｓ２０５に示す処理を、馬券購入仲介システム１０が当該処理の終了要求を受け付けるまで繰り返す。なお、投票要求の処理の流れは図６に例示する流れに限定されない。
【００３９】
上述のＳ１０１での影響度スコアの値の特定処理には様々なバリエーションが考えられる。例えば、データ記憶部２０に、図７に例示する、最新オッズの範囲と影響度スコアの値とが対応付けられた影響度算出基礎データ４４が記憶されていることとする。ここでは、図７に示すように、影響度算出基礎データ４４において、最新オッズが大きいほど影響度スコアの値として大きな値が設定されていることとする。この場合、投票要求受付部２６は、受け付けた投票要求で指定されているレースと買い目の組合せ（複数でも構わない）を特定する。そして、投票要求受付部２６は、最新オッズデータにおいて、特定された組合せに関連付けられている最新オッズ（組合せが複数特定された場合は、それらの組合せに関連付けられている最新オッズのうち最も値が大きいもの）を特定する。そして、投票要求受付部２６は、影響度算出基礎データ４４において、特定された最新オッズが含まれる範囲に対応付けられている影響度スコアの値を特定する。このようにして、影響度スコアの値が特定される。
【００４０】
また、例えば、データ記憶部２０に、予想印（本命、対抗、大穴など）と影響度スコアの値とが対応付けられた影響度算出基礎データ４４が記憶されており、上述の組合せと予想印の対応関係（例えば、当日の新聞における予想印）を示すデータも記憶されていることとする。ここでは、影響度算出基礎データ４４において、オッズが高くなると予め指定されたものほど影響度スコアの値として大きな値が設定されていることとする。より具体的には、例えば、本命、対抗、大穴の順に影響度スコアの値が大きくなるよう影響度算出基礎データ４４における影響度スコアの値が設定されていることとする。この場合、投票要求受付部２６は、受け付けた投票要求で指定されているレースと買い目の組合せに対応付けられている予想印を特定する。そして、投票要求受付部２６は、影響度算出基礎データ４４において、特定された予想印に対応付けられている影響度スコアの値を特定する。
【００４１】
また、例えば、データ記憶部２０に、掛け金の範囲と影響度スコアの値とが対応付けられた影響度算出基礎データ４４が記憶されていることとする。ここでは、影響度算出基礎データ４４では、掛け金の額が大きいほど影響度スコアの値として大きな値が設定されることとする。この場合、投票要求受付部２６は、影響度算出基礎データ４４において、受け付けた投票要求での掛け金が含まれる範囲に対応付けられている影響度スコアの値を特定する。
【００４２】
競馬管理システム１２は、本実施形態に係る馬券購入仲介システム１０から受け付ける実行指示に応じて、投票処理を実行する。なお、上述の通り、本実施形態に係る競馬管理システム１２は、馬券購入仲介システム１０以外のシステムから受け付ける実行指示についても、実行指示に応じて投票処理を実行する。なお、本実施形態では、競馬管理システム１２は実行指示の受付順に投票処理を実行する。
【００４３】
競馬管理システム１２は、馬券購入仲介システム１０から受け付けた実行指示に応じた投票処理が終了すると、投票処理が終了した旨を、実行指示を識別する情報（例えば、処理日、受付番号、及び、投票件数通番の組合せ）及び投票処理が行われた日時を示す受付成立日時とともに馬券購入仲介システム１０に送信する。処理部２８は、投票処理が終了した旨を受け付けると、この投票処理に対応付けられる投票取引明細情報３０に含まれる受付成立日時の値として、競馬管理システム１２から受け付けた受付成立日時を設定する。
【００４４】
本実施形態では、投票要求受付部２６が受け付けた投票要求に基づいて特定される影響度スコアの値が大きいものがそうでないものよりも先に処理されるので、投票要求を受付順に処理する場合よりも、オッズが大きく変化する購入要求の内容が最新オッズに反映される可能性が高くなるので、オッズの変化を速やかにユーザに知らせることができることとなる。
【００４５】
なお、本発明は上述の実施形態に限定されるものではない。
【００４６】
例えば、本実施形態に係る馬券購入仲介システム１０が、投票要求管理キュー４０を監視する監視部を含んでいてもよい。そして、監視部が、例えば、所定時間間隔（１分間隔）で、対応付けられる影響度スコアの値が高いものから順に並ぶよう、投票要求管理キュー４０に含まれる処理順管理データ４２をソートするようにしてもよい。あるいは、監視部が、所定時間間隔（１分間隔）で、先頭から２番目の処理順管理データ４２から順に、処理順管理データ４２に対応付けられる影響度スコアの値が所定の閾値以上であるか否かを確認し、所定の閾値以上であることが確認された処理順管理データ４２については、投票要求管理キュー４０における順序が１つ前である処理順管理データ４２と順序を入れ替えるようにしてもよい。また、監視部は、上述の処理を実行する前に、投票要求管理キュー４０に含まれる処理順管理データ４２の少なくとも一部について、影響度スコアの値を再計算するようにしてもよい。
【００４７】
また、例えば、投票要求受付部２６は、所定の数式に従って影響度スコアの値を算出するようにしてもよい。
【００４８】
影響度スコアとしては、例えば、（掛け金）／（投票対象となる買い目に対する現在までの掛け金の合計）、（掛け金）／（直近Ｎ回受け付けた投票要求での掛け金の平均）、が挙げられる。
【００４９】
また、例えば、投票要求受付部２６は、Ａ＝（当該掛け金Ｐ１）／（各買い目について選択された１投票（例えば、最新の投票）での掛け金をすべての買い目について合計した金額Ｐ２）、Ｂ＝（投票される買い目に対する掛け金の合計Ｐ３）／（投票されるレースにおける掛け金の合計Ｐ４）、とした場合に、ＡとＢの差を影響度スコアの値として特定するようにしてもよい。また、投票要求受付部２６は、Ｂに対するＡの割合や、Ｂに対するＡの割合の対数などを、影響度スコアの値として特定するようにしてもよい。なお、投票要求受付部２６は、上述のＰ２を算出するにあたって、投票される買い目については当該投票を選択するようにしてもよい。また、投票要求受付部２６は、上述のＰ２やＰ４を算出するにあたって、合計を算出する範囲を、投票の対象となる買い目の投票方式（式別）に限定するようにしてもよい。
【００５０】
また、例えば、監視部が、未処理の購入要求の数が所定数Ｘ以上であるという条件を満足するか否かを監視するようにしてもよい。そして、上述の条件を満足する場合には、投票要求受付部２６は、投票締切時点が直近に到来しないレースに対する投票要求に対応する処理順管理データ４２については、影響度スコアの値に関係なく、投票要求管理キュー４０の最後尾に追加（エンキュー）するようにしてもよい。
【００５１】
また、馬券購入仲介システム１０、競馬管理システム１２、及び、ユーザ端末１４の役割分担は上述の実施形態には限定されない。例えば、馬券購入仲介システム１０が競馬管理システム１２の機能も備え、処理部２８が投票処理を実行するようにしてもよい。
【００５２】
また、本実施形態を、馬券の購入とは異なる場面（例えば、競艇、競輪、オートレース、サッカーくじ、宝くじ、などのくじの購入の場面）に適用しても構わない。上記の具体的な数値や文字列、及び、図面中の具体的な数値や文字列は例示であり、これらの数値や文字列には限定されない。
【符号の説明】
【００５３】
１０ 馬券購入仲介システム、１２ 競馬管理システム、１４ ユーザ端末、１６ コンピュータネットワーク、２０ データ記憶部、２２ オッズ取得部、２４ オッズ出力部、２６ 投票要求受付部、２７ 投票要求蓄積バッファ、２８ 処理部、３０ 投票取引明細情報、４０ 投票要求管理キュー、４２ 処理順管理データ、４４ 影響度算出基礎データ。
【特許請求の範囲】
【請求項１】
くじの購入要求を受け付ける受付手段と、
前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力手段と、
前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定手段と、
前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定手段と、
を含むことを特徴とするくじ購入システム。
【請求項２】
前記設定手段は、前記購入要求がオッズに与える影響の大きさが予め定められた大きさよりも大きい場合に、当該購入要求が未処理の購入要求のうちで最初に処理されるよう処理順を設定し、そうでない場合に、当該購入要求が未処理の購入要求のうちで最後に処理されるよう処理順を設定する、
ことを特徴とする請求項１に記載のくじ購入システム。
【請求項３】
前記設定手段は、第１の購入要求の処理順が、第１の購入要求に比べてオッズに与える影響が小さいことが特定された第２の購入要求よりも後に設定されている場合に、第１の購入要求と第２の購入要求との処理順を入れ替える、
ことを特徴とする請求項１に記載のくじ購入システム。
【請求項４】
前記くじの最新オッズの情報を提供するシステムから、前記最新オッズを取得する取得手段、をさらに含み、
前記設定手段は、前記購入要求の処理順を、当該購入要求よりも前記取得手段により取得される最新オッズが低い買い目に対するくじの購入要求よりも前に設定する、
ことを特徴とする請求項１から３のいずれか一項に記載のくじ購入システム。
【請求項５】
前記設定手段は、前記購入要求の処理順を、当該購入要求よりもオッズが低くなると予め指定されたくじの購入要求よりも前に設定する、
ことを特徴とする請求項１から３のいずれか一項に記載のくじ購入システム。
【請求項６】
前記設定手段は、前記購入要求の処理順を、当該購入要求よりも掛け金が安いくじの購入要求よりも前に設定する、
ことを特徴とする請求項１から５のいずれか一項に記載のくじ購入システム。
【請求項７】
前記設定手段は、未処理の購入要求の数が所定数以上である場合に、当該購入要求がオッズに与える影響の大きさとは無関係に、前記受付手段が受け付けた購入要求が未処理の購入要求のうちで最後に処理されるよう処理順を設定する、
ことを特徴とする請求項１から６のいずれか一項に記載のくじ購入システム。
【請求項８】
くじの購入要求を受け付ける受付ステップと、
前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力ステップと、
前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定ステップと、
前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定ステップと、
ことを特徴とするくじ購入システムの制御方法。
【請求項９】
くじの購入要求を受け付ける受付手段、
前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力手段、
前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定手段、
前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定手段、
としてコンピュータを機能させることを特徴とするプログラム。
【請求項１０】
くじの購入要求を受け付ける受付手段、
前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力手段、
前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定手段、
前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定手段、
としてコンピュータを機能させることを特徴とするプログラムを記録した記録媒体。
【請求項１】
くじの購入要求を受け付ける受付手段と、
前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力手段と、
前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定手段と、
前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定手段と、
を含むことを特徴とするくじ購入システム。
【請求項２】
前記設定手段は、前記購入要求がオッズに与える影響の大きさが予め定められた大きさよりも大きい場合に、当該購入要求が未処理の購入要求のうちで最初に処理されるよう処理順を設定し、そうでない場合に、当該購入要求が未処理の購入要求のうちで最後に処理されるよう処理順を設定する、
ことを特徴とする請求項１に記載のくじ購入システム。
【請求項３】
前記設定手段は、第１の購入要求の処理順が、第１の購入要求に比べてオッズに与える影響が小さいことが特定された第２の購入要求よりも後に設定されている場合に、第１の購入要求と第２の購入要求との処理順を入れ替える、
ことを特徴とする請求項１に記載のくじ購入システム。
【請求項４】
前記くじの最新オッズの情報を提供するシステムから、前記最新オッズを取得する取得手段、をさらに含み、
前記設定手段は、前記購入要求の処理順を、当該購入要求よりも前記取得手段により取得される最新オッズが低い買い目に対するくじの購入要求よりも前に設定する、
ことを特徴とする請求項１から３のいずれか一項に記載のくじ購入システム。
【請求項５】
前記設定手段は、前記購入要求の処理順を、当該購入要求よりもオッズが低くなると予め指定されたくじの購入要求よりも前に設定する、
ことを特徴とする請求項１から３のいずれか一項に記載のくじ購入システム。
【請求項６】
前記設定手段は、前記購入要求の処理順を、当該購入要求よりも掛け金が安いくじの購入要求よりも前に設定する、
ことを特徴とする請求項１から５のいずれか一項に記載のくじ購入システム。
【請求項７】
前記設定手段は、未処理の購入要求の数が所定数以上である場合に、当該購入要求がオッズに与える影響の大きさとは無関係に、前記受付手段が受け付けた購入要求が未処理の購入要求のうちで最後に処理されるよう処理順を設定する、
ことを特徴とする請求項１から６のいずれか一項に記載のくじ購入システム。
【請求項８】
くじの購入要求を受け付ける受付ステップと、
前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力ステップと、
前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定ステップと、
前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定ステップと、
ことを特徴とするくじ購入システムの制御方法。
【請求項９】
くじの購入要求を受け付ける受付手段、
前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力手段、
前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定手段、
前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定手段、
としてコンピュータを機能させることを特徴とするプログラム。
【請求項１０】
くじの購入要求を受け付ける受付手段、
前記購入要求の内容に基づいて算出されるオッズを出力するオッズ出力手段、
前記購入要求の内容に基づいて、当該購入要求がオッズに与える影響の大きさを特定する特定手段、
前記購入要求の処理順を、当該購入要求に比べてオッズに与える影響が小さいことが特定された購入要求よりも前に設定する設定手段、
としてコンピュータを機能させることを特徴とするプログラムを記録した記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１３−１５９１１（Ｐ２０１３−１５９１１Ａ）
【公開日】平成２５年１月２４日（２０１３．１．２４）
【国際特許分類】
【出願番号】特願２０１１−１４６５９２（Ｐ２０１１−１４６５９２）
【出願日】平成２３年６月３０日（２０１１．６．３０）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【公開日】平成２５年１月２４日（２０１３．１．２４）
【国際特許分類】
【出願日】平成２３年６月３０日（２０１１．６．３０）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
[ Back to top ]