(57)【要約】【課題】  本発明は競技情報の提供方法及びシステム並びに競技情報提供プログラムに関し、競技情報提供サーバの負荷を軽減することができる競技情報の提供方法及びシステム並びに競技情報提供プログラム〜することを目的としている。【解決手段】競技情報提供サーバ側にｊａｖａスクリプトファイルを用いてオッズを抽出処理できる情報を記憶する第１の記憶手段２７を設け、ユーザ端末１０側に競技情報提供サーバ２０から転送されてくる前記情報を記憶する第２の記憶手段１６を設け、前記競技情報提供サーバ２０側の第１の記憶手段２７から読み出した情報をユーザ端末１０へ送信し、ユーザ端末１０では、受信した情報を第２の記憶手段１６に記憶し、必要に応じてこれら受信した情報を前記第２の記憶手段１６から読み出して買い目条件にマッチするオッズ情報を抽出するように構成する。【選択図】    図２
2005165504.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末と競技情報提供サーバとがネットワークを介して接続されたシステムにおいて、前記競技情報提供サーバ側に記憶されているレース買い目条件入力ファイルと、ｊａｖａスクリプトファイルと、レース毎のオッズデータファイルをユーザ端末側からのリクエストに応じてユーザ端末側に送信し（ステップ１）、
前記ユーザ端末側は、受信したレース買い目条件入力ファイルと、ｊａｖａスクリプトファイルと、レース毎のオッズデータファイルを記憶手段に記憶し（ステップ２）、
前記ユーザ端末は、受信した前記ファイルを前記記憶手段から読み出して自装置上でオッズ抽出処理を実行し、買い目情報にマッチするオッズを表示する（ステップ３）ことを特徴とする競技情報の提供方法。
【請求項２】
前記ユーザ端末側では、レース買い目条件入力ファイルに条件が入力されると、同じユーザ端末上の記憶手段に格納されているｊａｖａスクリプトファイルにリクエストを発行し、これに対してｊａｖａスクリプトファイルはリクエストされた買い目条件にマッチするオッズを同じユーザ端末上の表示部に表示することを特徴とする請求項１記載の競技情報の提供方法。
【請求項３】
ユーザ端末と競技情報提供サーバとがネットワークを介して接続されたシステムにおいて、前記競技情報提供サーバ側にレース買い目条件入力ファイルと、ｊａｖａスクリプトファイルと、レース毎のオッズデータファイルを記憶する第１の記憶手段を設け、
前記ユーザ端末側に競技情報提供サーバから転送されてくる前記情報を記憶する第２の記憶手段を設け、
前記競技情報提供サーバ側の第１の記憶手段から読み出したレース買い目条件入力ファイルと、ｊａｖａスクリプトファイルと、レース毎のオッズデータファイルを、ユーザ端末へ送信し、ユーザ端末では、受信した情報を第２の記憶手段に記憶し、必要に応じてこれら受信した情報を前記第２の記憶手段から読み出して買い目条件にマッチするオッズ情報を抽出することを特徴とする競技情報の提供システム。
【請求項４】
ユーザ端末と競技情報提供サーバとがネットワークを介して接続されたシステムにおいて、前記競技情報提供サーバ側に記憶されているレース買い目条件入力ファイルと、ｊａｖａスクリプトファイルと、レース毎のオッズデータファイルをユーザ端末側からのリクエストに応じてユーザ端末側に送信するステップと、
前記ユーザ端末側は、受信したレース買い目条件入力ファイルと、ｊａｖａスクリプトファイルと、レース毎のオッズデータファイルを記憶手段に記憶するステップと、
前記ユーザ端末は、受信した前記ファイルを前記記憶手段から読み出して自装置上でオッズ抽出処理を実行し、買い目情報にマッチするオッズを表示するステップと、
をコンピュータで実行することを特徴とする競技情報提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は競技情報の提供方法及びシステム並びに競技情報提供プログラムに関する。
【背景技術】
【０００２】
例えば競馬の例をとると、賭式は、単勝式、複勝式、枠番連勝式に加えて馬番連勝式が使用される場合が多い。投票方法もそれらの組み合わせにより行なわれる。従って、窓口での処理の迅速化と誤りの防止のため、マークシートになった投票カードにより投票内容の指定をしてもらい、それを機械的或いは電気的に読み取り、投票券を発売する。
【０００３】
投票ファンに対するサービスとしてオッズ情報（かけ倍率）を表示する等の情報提供を行なっている。この情報は投票結果により刻々と変化する。その状況は場内のオッズ表示装置に表示したり、テレビ・ラジオを介してファンに伝えられる。投票ファンは、この情報も参考にして自分の投票を決める。
【０００４】
前述のように、賭式、投票方法が複雑であるので、提供するオッズ情報は全体に対しての情報になり、データ量は大きなものとなる。テレビ画面では、上記の情報を１画面に全部表示できないので、適宜分割して表示を順次切り替える。また、番号連勝は組み合わせの数が多いため、複数の画面にして、表示を順次切り替える。賭式の説明を以下に行なう。
１．単勝：該当レースの出走対象（例えば馬）の１着になるものを予想してその番号に投票するものである。
２．複勝：該当レースの出走対象の１着〜３着までを予想してその番号に投票するものである。
３．連勝複式：該当レースの出走対象の１着と２着になる組みを予想して投票するものである。番号連勝と枠番連勝とがある。
４．連勝単式：該当レースの出走対称の１着と２着の順番を予想して投票するものである。番号連勝単式と枠番連勝単式がある。
５．ワイド：該当レースの出走対象の１着〜３着に入る２頭の組みを予想して投票するものである。
６．３連勝複式：該当レースの出走対象の１着〜３着の３頭の組みを予想して投票するものである。
７．３連勝単式：該当レースの出走対象の１着〜３着の３頭の順番を予想して投票するものである。
【０００５】
投票方式には、予想した番号を直接投票する方式と、流し投票、ボックス投票がある。
８．流し投票：組みになる１つの番号を軸として、それらの２つずつの組み合わせを全て投票するものである。相手は全部という投票もある。３連勝の場合は組になる一つ若しくは２つの番号を軸として、それらの３つずつの組み合わせとなる。
９．ボックス投票：複数の番号を指定し、それらの組み合わせを全て投票するものである。例えば、連勝複式で１，２，３を指定すると、１−２，１−３，２−３を指定するのと同じになる。
【０００６】
従来のトータリゼータシステムとしては、例えば投票行動に関連して個々の投票ファンが知りたいオッズ情報を出力する技術がある（例えば特許文献１参照）。
【０００７】
図６は従来システムの構成例を示すブロック図である。図において、１０はユーザ端末、２０は該ユーザ端末１０とネットワーク（ＮＷ）３０を介して接続される競技情報提供サーバである。該競技情報提供サーバで扱う競技として、例えば競馬、競輪、競艇等がある。例えば、ユーザ端末１０は競馬場の指定席に設けられており、競技情報提供サーバ２０は競技場内の室内に設けられている。また、ネットワーク３０としては、例えばＬＡＮが用いられる。
【０００８】
ここで、競技情報提供サーバ２０のハードディスク装置（図示せず）には、レースの買い目条件入力ファイル２１、オッズデータベース２４、及び処理プログラムであるｊａｖａ（米国  Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍ  Ｉｎｃの登録商標）サーブレット部２２、ｈｔｍｌ結果表示部２３が設けられている。ユーザ端末１０側では、レース選択部１１と、レース買い目条件入力ファイル１２と、ｈｔｍｌ結果表示部１３とが設けられている。このように構成されたシステムの動作を説明すれば、以下の通りである。
【０００９】
ユーザ端末１０のレース選択部１１からのレース選択リクエストに対して、競技情報サーバ２０側のレース買い目条件入力ファイル２１からの買い目条件入力をユーザ端末１０に送信する。次に、ユーザ端末１０では、レース買い目条件入力ファイル１２に条件が入力されると、競技情報提供サーバ２０のｊａｖａサーブレット部２２にリクエストを発行する。
【００１０】
これに対し、競技情報提供サーバ２０のｊａｖａサーブレット部２２は、リクエストされた買い目条件にマッチするオッズをオッズデータベース２４から検索し、ｈｔｍｌ結果表示部２３から結果をユーザ端末１０に送信する。ユーザ端末１０側では、受信したｈｔｍｌ結果表示部１３がその内容を表示部に表示する。表示結果は、例えば図に示すように「馬単１−３  ３２．５倍」というように表示される。
【特許文献１】特開平９−１０６４２６号公報（第３頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【００１１】
前述したように、従来のシステムでは、オッズデータベース２４及び処理プログラムであるｊａｖａサーブレット２２がサーバ側で格納・実行される処理方式となっているため、買い目の条件が変わる都度、競技情報提供サーバ２０にリクエストが発生する。このことは、競技情報提供サーバ２０の負荷が重くなることを意味する。
【００１２】
本発明は、このような課題に鑑みてなされたものであって、競技情報提供サーバの負荷を軽減することができる競技情報の提供方法及びシステム並びに競技情報提供プログラムを提供することを目的としている。
【課題を解決するための手段】
【００１３】
（１）請求項１記載の発明は、以下の通りである。図１は本発明方法の原理を示すフローチャートである。本発明は、ユーザ端末と競技情報提供サーバとがネットワークを介して接続されたシステムにおいて、前記競技情報提供サーバ側に記憶されているレースｈｔｍｌ買い目条件入力ファイルと、ｊａｖａスクリプトファイルと、レース毎のオッズデータファイルをユーザ端末側からのリクエストに応じてユーザ端末側に送信（ダウンロード）し（ステップ１）、前記ユーザ端末側は、受信したレース買い目条件入力ファイルと、ｊａｖａスクリプトファイルと、レース毎のオッズデータファイルを記憶手段に記憶し（ステップ２）、前記ユーザ端末は、受信した前記ファイルを前記記憶手段から読み出して自装置上でオッズ抽出処理を実行し、買い目情報にマッチするオッズを表示する（ステップ３）ことを特徴とする。
（２）請求項２記載の発明は、前記ユーザ端末側では、レース買い目条件入力ファイルに条件が入力されると、同じユーザ端末上の記憶手段に格納されているｊａｖａスクリプトファイルにリクエストを発行し、これに対してｊａｖａスクリプトファイルはリクエストされた買い目条件にマッチするオッズを同じユーザ端末上の表示部に表示することを特徴とする。
（３）請求項３記載の発明は、以下の通りである。図２は本発明の原理ブロック図である。図６と同一のものは、同一の符号を付して示す。図に示すシステムは、ユーザ端末１０と競技情報提供サーバ２０とがネットワーク３０を介して接続されたシステムを構成している。図の競技情報提供サーバ２０において、２１はレースの買い目条件を入力するレース買い目条件入力ファイル、２５はユーザ端末１０側で実行可能なｊａｖａスクリプトファイル、２６は該当レースのオッズデータファイルである。これらファイルは、記憶手段２７内に記憶されている。記憶手段２７としては、例えばハードディスク装置が用いられる。
【００１４】
ユーザ端末１０において、１１はレース選択部、１２はレース買い目条件入力ファイル、１３はｈｔｍｌ結果表示部である。１４はｊａｖａスクリプトファイル、１５は１レースのオッズ情報が記憶されるオッズファイルである。１６はｊａｖａスクリプトファイル１４と１レースオッズファイルが記憶される記憶手段である。該記憶手段１６としては、例えばハードディスク装置が用いられる。
（４）請求項４記載の発明は、ユーザ端末と競技情報提供サーバとがネットワークを介して接続されたシステムにおいて、前記競技情報提供サーバ側に記憶されているレース買い目条件入力ファイルと、ｊａｖａスクリプトファイルと、レース毎のオッズデータファイルをユーザ端末側からのリクエストに応じてユーザ端末側に送信するステップと、前記ユーザ端末側は、受信したレース買い目条件入力ファイルと、ｊａｖａスクリプトファイルと、レース毎のオッズデータファイルを記憶手段に記憶するステップと、前記ユーザ端末は、受信した前記ファイルを前記記憶手段から読み出して自装置上でオッズ抽出処理を実行し、買い目情報にマッチするオッズを表示するステップと、をコンピュータで実行することを特徴とする。
【発明の効果】
【００１５】
（１）請求項１記載の発明によれば、オッズの抽出に必要な情報（レース買い目条件入力ファイル,ｊａｖａスクリプトファイル,レース毎のオッズデータファイル）を予めユーザ端末側にダウンロードしておき、後はユーザ端末側でダウンロードしたｊａｖａスクリプトファイルを用いてオッズ抽出処理を行なうようにしているので、競技情報提供サーバの負荷を軽減することができる。
（２）請求項２記載の発明によれば、ユーザ端末側で買い目条件の入力とオッズ抽出処理が行なえ、オッズ情報を得ることができる。
（３）請求項３記載の発明によれば、前記競技情報提供サーバ側の第１の記憶手段から読み出したレース買い目条件入力ファイルと、ｊａｖａスクリプトファイルと、レース毎のオッズデータファイルを、ユーザ端末へ送信（ダウンロード）し、ユーザ端末では、受信した情報を第２の記憶手段に記憶し、必要に応じてこれら受信した情報を前記第２の記憶手段から読み出して買い目条件にマッチするオッズ情報を算出することができる。従って、競技情報提供サーバの負荷が削減される。
（４）請求項４記載の発明によれば、オッズの計算に必要な情報（レース買い目条件入力ファイル,ｊａｖａスクリプトファイル,レース毎のオッズデータファイル）を予めユーザ端末側にダウンロードしておき、後はユーザ端末側でダウンロードしたｊａｖａスクリプトファイルを用いてオッズ抽出処理を行なうプログラムをコンピュータで実行することができる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。
【００１７】
図３は本発明システムの全体構成例を示すブロック図である。図２と同一のものは、同一の符号を付して示す。競技情報提供サーバ２０は、図に示すように通信インタフェースＩＦ１を介してネットワーク（ＮＷ）３０に接続されており、その内部はバスＢＵＳ１を中心に中央処理装置ＣＰＵ１、主記憶装置ＭＭ１、ハードディスク装置ＨＤ１、表示装置ＣＲＴ１及びキーボードＫＢＤ１で構成されている。
【００１８】
ハードディスク装置ＨＤ１には、ユーザ端末１０にネットワーク３０を介して受け渡すオッズデータが蓄積されるようになっている。また、ハードディスク装置ＨＤ１には、中央処理装置ＣＰＵ１が実行する処理プログラムが格納されており、ユーザ端末１０のリクエストに応じてレース買い目条件入力ファイル、ｊａｖａスクリプトファイル、オッズデータファイルを読み出してユーザ１０側に送信（ダウンロード）する。これらの処理は、ＵＮＩＸ（米国  ベル研究所の登録商標）等のＯＳ（オペレーティングシステム）上で機能させるようになっている。
【００１９】
一方、ユーザ端末１０は、図に示すように、通信インタフェースＩＦ２を介してネットワーク３０に接続されており、その内部はバスＢＵＳ２を中心に、中央処理装置ＣＰＵ２、主記憶装置ＭＭ２、ハードディスク装置ＨＤ２、表示装置ＣＲＴ２及びキーボードＫＢＤ２から構成されている。
【００２０】
ハードディスク装置ＨＤ２には、競技情報提供サーバ２０より送信（ダウンロード）されたレース買い目条件入力ファイル、ｊａｖａスクリプトファイル、オッズデータファイルが格納され、Ｗｉｎｄｏｗｓ（米国  マイクロソフト社の登録商標）等のＯＳ（オペレーティングシステム）上で機能させるようになっている。図３に示す一般的な構成を機能を優先して描くと図２に示すようなものとなる。前述したレースｈｔｍｌ買い目条件入力ファイル１２と、ｊａｖａスクリプトファイル１４と、１レースオッズＪｓファイルは、図３のＣＰＵ１によりＯＳを用いて利用されるようになっている。
【００２１】
次に、図２に示すブロック図を用いて、本発明の詳細な説明をする。競技情報提供サーバ２０の記憶手段２７には、レースの買い目条件入力ファイル２１、レース毎のオッズデータファイル２６及びユーザ端末１０で実行可能な処理プログラムであるｊａｖａスクリプトファイル２５が格納されている。ユーザ端末１０のレース選択部１１からのレース選択リクエストに対して、競技情報提供サーバ２０は、該当のレースの買い目条件入力ファイル２１、及び処理プログラムが記述されたｊａｖａスクリプトファイル２５、及び該当レースのオッズデータファイル２６をユーザ端末１０に送信し、ユーザ端末１０の記憶手段１６に格納する。
【００２２】
次に、ユーザ端末では、買い目条件入力ファイル１２に条件が入力される（例えば馬単１−３）と、同じユーザ端末１０上の記憶手段１６に格納されているｊａｖａスクリプトファイル１４にリクエストを発行する。これに対して、ｊａｖａスクリプトファイル１４は、リクエストされた買い目条件にマッチするオッズを同じユーザ端末１０上の記憶手段１６に格納されているオッズデータファイル１５から検索し、ｈｔｍｌ結果表示部１３に結果ｈｔｍｌを生成して表示する。
【００２３】
このように、ユーザ端末１０上にオッズデータファイル１５及びｊａｖａスクリプトファイル１４が格納・実行される処理方式となっているため、同一レース内で買い目条件を変更した場合、競技情報提供サーバ２０にリクエストを発行することなく、同じユーザ端末１０上での処理が可能となる。この結果、競技情報提供サーバ２０の負荷は著しく削減される。
【００２４】
以上、説明したように、従来の方式であれば、競技情報提供サーバ２０のデータベースにオッズデータを格納し、競技情報提供サーバ２０側のプログラムで実行されていた処理がユーザ端末１０上で実行可能となるため、競技情報提供サーバ２０側の処理内容／処理件数が軽減されたる。
【００２５】
図４は本発明のユーザ端末の表示例を示す図である。一番左の１〜８は枠番号、次の１〜１３は馬番である。馬が１３頭いることを示している。馬番の次には、馬名、騎手名、単勝オッズが表示されている。その次の「枠番連複」、「枠番連単」、「普通馬複」、「馬番連単」、「ワイド」、「３連複」、「３連単」のボタンが表示されている。次に、数字の１〜１６までは、馬番号を入力するものである。その下にある「全通り」は全ての馬番号を指示するためのボタンである。その下に、「相手を選んで「決定」を押してください。全通りのオッズを見る場合は「全通り」を選んでください」というメッセージが表示されている。
【００２６】
この画面は流し方式の賭番号を入力するものであり、軸が「１」で相手は２〜１２までの馬番が並んでいる。お客は、数字キーを入力して「決定」ボタンを入力していく。入力賭番号が決まったら、次に「決定ボタン」を押す。入力に失敗した場合には、「やり直し」ボタンを押して、賭番号の入力をやり直す。ここで、数字「１」と「１４,１５,１６」が消灯しているのは、この番号は使用されないからである。
【００２７】
次に、図に示す賭式について説明する。「枠番連複」とは、馬２頭を１つの枠にして、例えば「７−８」と選んだ場合には、そのどちらかが１着に入れば当たりとするものである。次の「枠番連単」は、例えば「７−８」と指定した場合、７,８の順に入ってきた場合に当たりとするものである。次の「普通馬複」は、「７−８」と選択すると、どちらが１着でも当たりとするものである。「馬番連単」は、「７−８」を選択すると、この順に入った場合を当たりとするものである。次の、「ワイド」は１〜３着までを一つの枠にして投票するものである。「３連複」は１着から３着までの馬番が順序はどれでもよいとするものである。「３連単」は、１着から３着までの馬番は投票した順番どおりに入った場合を当たりとするものである。
【００２８】
ユーザ端末は、これら入力したレース番号と、オッズを参照してＣＰＵ２（図３参照）でオッズの抽出を行なう。オッズ抽出結果はユーザ端末のＣＲＴ２（図３参照）に図５に示すように表示される。図５は本発明のユーザ端末の他の表示例を示す図である。この図は、図４に示す入力装置から流し馬券を選択した場合の全ての「ながし」方式の順番を示したものである。この方式では、馬番「１」を軸とした流し投票方式の表示を示すものであり、相手の組合せは５５組存在する。お客は、これらの表示から自分が購入したいオッズを購入することになる。
【００２９】
上述の実施の形態例では、本発明を競馬に適用した場合について説明したが、本発明はこれに限るものではなく、競輪、競艇等にも同様に適用することができる。
【００３０】
本発明のシーケンスはこれをプログラム化することができる。即ち、オッズの抽出に必要な情報（レース買い目条件入力ファイル、ｊａｖａスクリプトファイル、レース毎のオッズデータファイル）を予めユーザ端末側にダウンロードしておき、後はユーザ側でダウンロードしたｊａｖａスクリプトファイルを用いてオッズ抽出処理を行なうプログラムをコンピュータで実行することができ、プログラム化してコンピュータで一連のシーケンスとして利用することができる。
【図面の簡単な説明】
【００３１】
【図１】本発明方法の原理を示すフローチャートである。
【図２】本発明の原理ブロック図である。
【図３】本発明システムの全体構成例を示すブロック図である。
【図４】本発明のユーザ端末の表示例を示す図である。
【図５】本発明のユーザ端末の他の表示例を示す図である。
【図６】従来システムの構成例を示すブロック図である。
【符号の説明】
【００３２】
１０  ユーザ端末
１１  レース選択部
１２  レース買い目条件入力ファイル
１３  ｈｔｍｌ結果表示部
１４  ｊａｖａスクリプトファイル
１５  オッズファイル
１６  記憶手段
２０  競技情報提供サーバ
２１  レース買い目条件入力ファイル
２５  ｊａｖａスクリプトファイル
２６  １レースオッズデータファイル
２７  記憶手段
３０  ネットワーク
【図１】
2005165504.tif 000003
【図２】
2005165504.tif 000004
【図３】
2005165504.tif 000005
【図４】
2005165504.tif 000006
【図５】
2005165504.tif 000007
【図６】
2005165504.tif 000008