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