JP4908802B2 - プログラム - Google Patents

Description

本発明は、競馬、競輪,競艇、オートなどに代表される公営競技でレース情報の参照や投票に使用されるプログラムに関する。

近年、携帯電話などに代表される携帯端末の普及はすさまじく、今では、国民の多くが保有するようになってきている。また、携帯電話でインターネット・サービスも利用できるようになってきている。

携帯電話を利用したインターネット・サービスを実現する方式の一つとして、ＮＴＴドコモのｉモードに代表されるようなブラウジング方式（ブラウザフォン）が知られている。このブラウジング方式では、サービスを利用する都度に携帯電話が外部サーバにアクセスする必要があり、外部サーバからＷｅｂページ（コンテンツ）をダウンロードすることにより、携帯電話のディスプレイにサービス利用のための画面を表示する。ブラジング方式においては、携帯電話は画面表示を行うためのダウンロード・データを一時的に格納する機能しか備えておらず、別のサービスを利用するためには、再度、目的の外部サーバにアクセスする必要がある。

また、インターネット・サービスを実現する他の方式として、“携帯アプリケーション”と呼ばれるものが知られている。この携帯アプリケーションでは、まず、外部サーバから専用アプリケーションをダウンロードして、それを携帯電話内のメモリに格納する。そして、その専用アプリケーションを携帯電話内のプロセッサーで実行することにより、携帯電話とサーバ（コンテンツ・サーバ）がパケット通信により連携しながらいろいろなサービスを提供する。

このような携帯端末の普及に応じて、携帯端末を公営競技における投票サービスに利用するモバイル投票サービスの提供が始まっている。このモバイル投票サービスの一例として、携帯電話を利用した競馬のモバイル投票サービスが知られている。

この競馬のモバイル投票サービスにおいては、ユーザーは携帯電話の画面に表示されるメニューを介して会話形式で投票条件を入力しながら投票することができるようになってきている。この投票の際、出走表やオッズ、競走馬の過去の成績なども携帯電話で確認できるようになってきている。

しかし、携帯電話はＰＣ（パーソナルコンピュータ）や競技場の表示装置とは違い画面のサイズが小さい。この画面サイズが小さいという制約のため、携帯電話で出走表やオッズのような大量のデータを表示する場合には、一度で全てを表示することはできず、複数の画面に分割して表示する必要がある（図８２参照）。特に、現状のサービスでは、全てのデータを閲覧するためには、方向キーを押し続けながら、ひたすら表示画面をスクロールさせなければならず操作が煩雑である（図８３参照）。このような操作性の悪さのため、携帯電話による投票を避ける競馬ファンも多い。

また、携帯電話はＰＣと違ってポインティングデバイスを備えていないため、操作方法が限定されてしまう。キー操作（方向キー、決定キー、テンキーの操作）だけで、モバイル投票サービスが提供する多様な機能をユーザーにストレスなく操作できることが望まれている。

ここで、従来、携帯電話で実施されている競馬のネット投票で使用される画面の具体例を紹介する。図８４に示す画面は従来の「流し指定」用の入力画面であり、図８５に示す画面は従来の「ボックス」指定用の画面である。両図を比較すれば分かるように、従来は「流し指定」と「ボックス指定」は別々の画面で行う必要があり、「流し指定」と「ボックス指定」を同一の画面で行うことはできず不便であった。

また、最近、馬券の投票方式として新たに「フォーメーション」という方式が導入された。このフォーメーション方式による投票（以下、フォーメーション投票）では、１着から３着までの各着に指定できる馬番の数には制限がなく、例えば、１番の馬番を１着から３着までの全てに指定することも可能である。したがって、フォーメーション投票の場合、1回の投票で購入可能な最大ベット数は、１着から３着までの馬番の全ての組み合わせ数となる（１８頭が出走するレースの場合、４８９６通り）。

このように、フォーメーション投票の場合、1回の投票で３連単「流し」の購入が可能になるなど、１回の投票で多数のベットを購入できるという利点がある。しかしながら、フォーメーション投票の場合、マークする点数が多くなるにつれ、自分の購入した馬券でのベット数や買い目を把握するのは困難となり、実際に投票し、馬券が発行されてからでないと、自分が購入した買い目やベット数を確認できないというのが実情に近い。

現在、携帯電話でも、ＩＰＡＴを介して、フォーメーション投票が可能となっている。
図８６は、現在、ＩＰＡＴで提供されている、携帯電話で利用できる「３連単フォーメーション投票」の入力手順を示す図である。この入力は、「選択入力方法」と呼ばれているもので、表示にしたがって、「３連単 フォーメーション」投票に必要な情報（「馬名」、「レース番号」、「式別」、「方式」、「１着」〜「３着」までの馬番号、及び「金額」）を順次、キー操作で入力する方式となっている。

ところで、本発明に近い先行技術として端末とサーバとから構成される競馬向けの買い目情報提供システムがある。このシステムでは、オッズ情報の検索・表示にボックス指定、流し指定を利用している。また、オッズ情報に購入予定額を乗算して予想配当額を計算している（特許文献１参照）。

また、投票端末装置に関する先行技術としては、投票センタ装置に投票種別と投票番号を送信し、投票センタ装置から投票種別ごとのオッズを取得し、投票種別毎のオッズを同一画面上に表示する投票端末装置が知られている（特許文献２参照）。

また、投票センタ装置に投票種別と投票番号を送信し、投票センタ装置から投票種別ごとのオッズを取得し、その中から最も高いオッズを選択する投票端末装置も知られている（特許文献３参照）。

また、さらに、投票センタ装置からオッズ情報やレースに関する各種情報を取得し、条件を指定することにより、指定条件を満足する投票番号や馬連番号を表示する投票端末装置が知られている（特許文献４参照）。
特開２００４−１９９４７９号公報 特開２００１−５２２２５号公報 特開２００１−５２０９７号公報 特開２００１−２０２４６７号公報

上述したように、従来の携帯電話による競馬等の公営競技におけるモバイル投票は操作が煩雑であり、ユーザーにとっては不便であった。また、モバイル投票する際にユーザーが授受できるサービスも限定されたものであった。

本発明の目的は、公営競技の投票サービスを利用する際における携帯端末の操作性やユーザーに提供するサービスの質を向上させることである。

本発明の第１の態様は、端末の画面に公営競技の出走表を表示する処理と、該画面上で、該出走表内のレース参加者に着順を指定するマークを付与する操作に応じて買い目を作成する処理と、を端末のプロセッサーに実行させるプログラムである。

本発明の第１態様のプログラムによれば、買い目指定の操作が容易になる。
本発明の第２の態様は、端末の画面に公営競技の出走表を表示する処理と、該出走表に対して行われた所定の操作に基づいて買い目を作成する処理と、該作成された買い目のオッズを前記画面に表示する処理と、を端末のプロセッサーに実行させるプログラムである。

本発明の第２態様のプログラムによれば、指定した買い目のオッズを容易に知ることができる。
本発明の第３の態様は、端末の画面に投票する買い目のベットを表示する処理と、該画面上で、おさえに指定された買い目のベットの賭金が入力されたとき、該買い目のベットのオッズを用いて資金割れが発生しないように該おさえに指定された買い目のベットの賭金を自動計算する処理と、を端末のプロセッサーに実行させるプログラムである。

本発明の第３態様のプログラムによれば、手持ちの資金に応じたおさえ指定の買い目の適切な賭金を知ることができる。
本発明の第４の態様は、オッズの更新時間を設定する処理と、端末の画面にオッズが表示されているとき、該設定された時間間隔で外部サーバから最新のオッズデータを取得し、その最新オッズデータを該画面に表示する処理と、を端末のプロセッサーに実行させるプログラムである。

本発明の第４態様のプログラムによれば、常時、最新のオッズを知ることができる。
本発明の第５の態様は、収支データを記憶手段に作成・格納する処理と、該収支データを所定の形式に変換する処理と、該変換により得られた該所定形式の収支データを外部の装置に送信する処理と、を端末のプロセッサーに実行させるプログラムである。

本発明の第５態様のプログラムによれば、公営競技のネット投票における収支データを、例えば、電子メールなどにより外部装置（パソコン）などに送信できる。
上記本発明における端末は、例えば、携帯電話、ＰＤＡ(Personal Digital Assistant)、公営競技の投票用専用機などである。

本発明によれば、端末を用いて公営競技のレースの投票をする際に、端末のユーザーに以下のようなサービスを提供することが可能になる。
１）同一画面上でボックス指定と流し指定の両方を行うことができる。
２）出走表画面上でのボックス指定や流し指定と該出走表画面上で指定されたベットのオッズ一覧表の表示とを連動させるので、あたかも同一画面でベット指定とオッズ一覧表示が行われるような感覚で投票することができる。
３）ベットの賭金の入力時に、指定行のベットの賭金を「おさえ」として資金割れが生じないように「おさえ」として指定されたベットの賭金を自動計算するので、資金割れが生じない投票が容易に可能となる。
４）オッズが表示されているときにだけ、最新のオッズデータを外部システムから ダウンロードするので、最新のオッズをリアルタイムかつ最小の通信料金で確認することができる。
５）収支データを外部装置に送信するとき、該外部装置に好適な形式に変換して送信するので、外部装置は収支データの処理が容易になる。

以下、図面を参照しながら本発明の実施形態を説明する。
｛本発明のプログラム（携帯アプリケーション）の実施形態｝
図１は、本発明のプログラム（携帯アプリケーション）を適用した公営競技の投票システムの全体構成を示す図である。

同図に示すように、本実施形態の投票システム１は携帯電話１０と投票サイト４００から構成される。携帯電話１０と投票サイト４００はインターネット（不図示）を介してパケット通信が可能となっている。

投票サイト４００は、Ｗｅｂサーバ４０１、情報サーバ４０３及び投票サーバ４０５の３台のサーバを備えている。Ｗｅｂサーバ４０１は、携帯電話１０が本実施形態のシステムを利用して投票を行うために必要なアプリケーション１０２を保有している。携帯電話１０は、このアプリケーション１０２をＷｅｂサーバ４０１にアクセスしてダウンロードし、自装置に設けられた内部メモリ（不図示）に保存する。このダウンロードは、１回のみ行ってもよく、携帯電話１０を起動する毎に毎回行うようにしてもよい。

情報サーバ４０３は、投票システム１で投票するために必要な情報を格納しているサーバである。投票サーバ４０５は、携帯電話１０からの投票を受け付けるサーバである。
上記３台のサーバは、例えば、ＬＡＮ（ローカルエリアネットワーク）で結ばれている。

図２は、携帯電話１０の外観図である。
同図に示すように、携帯電話１０は４個の方向キー（上方向キー１１、下方向キー１２、右方向キー１３、左方向キー１４）、メニューキー１５、戻りキー１６及び決定キー１７を備えている。

上方向キー１１と下方向キー１２は、画面に表示された表やメニュー上で行や項目を選択するためのキーである。右方向キー１３と左方向キー１４は、選択行（カーソル行）内の項目を選択するためのキーである。
戻りキー１６は前のメニューに戻るためのキーである。決定キー１７は選択された行を決定（確定）するためのキーである。これらのキー１１〜１７はいずれも押下操作のキーである。

図３は、携帯電話１０のハードウェア構成を示すブロック図である。
プログラム実行環境部２１は、システム全体を制御する制御部でありＣＰＵ（中央演算処理装置）などで構成される。プログラム実行環境部２１は、プログラム保存メモリ２２、データ保存メモリ２３、表示部２４、操作キー部２５、パケット通信部２６、赤外線通信部２７及びカメラ部２８とバス等を介して接続されている。

パケット通信部２６は、インターネット等のネットワークを介して投票サイト４００の各サーバと通信を行う。赤外線通信部２７は、赤外線通信インターフェースを備えたＰＣなどの情報処理装置から赤外線通信により予想情報などの各種データを入力する。表示部２４はＬＣＤ（液晶ディスプレイ）等で構成され、ユーザーが投票サイト４００にアクセスしてインターネット投票を行うためのユーザーインターフェース画面（出走表やオッズ一覧表など）等を表示する。操作キー部２４は、図２のキー１１〜１７の操作を検知して、その操作情報をプログラム実行環境部２１に送る。カメラ部２８は、例えば、競馬新聞などに印刷された２次元コードを撮影し、その撮影データをプログラム実行環境部２１に出力する。この２次元コードには予想情報などが記録されている。

以降では、上記構成の公営競技投票システム１を競馬のインターネット投票に適用した実施例について説明する。
図４は、本実施形態における画面遷移の大枠を説明する図である。
プログラム実行環境部２１がプログラム保存メモリ部２２に格納されているプログラム（携帯アプリケーション）を実行すると、図４（ａ）に示す初期メニュー画面３０が表示される。この初期メニュー画面３０には、「情報メニュー」、「投票メニュー」、「収支メニュー」及び「設定」の４つの項目が表示される。

初期メニュー画面30において、これら4項目の中からいずれか一つを選択することにより、同図（ｂ）に示す開催要項画面３１（「情報メニュー」を選択）、投票履歴画面３２（「投票メニュー」を選択、収支照会画面３３（「収支メニュー」を選択）または設定画面３４（「設定」を選択）の表示に移行できる。

開催要項画面31には競馬場で開催される複数のレースが一覧表示される。投票履歴画面３２では今までに投票した履歴が一覧表示される。収支照会画面３３では、「購入残高」、「購入限度額」、「購入可能ベット数」や、１日あたりの「収支」、「回収率」、「パケット数」、「通信料」、「購入金額」及び「払戻金額」などが表示される。設定画面３４には、各種設定項目が表示される。

ここで、「ベット」とは{「場名」、「レース」、「式別」、「組番」、「金額」}で指定される賭けの最小単位である。また、後述する「買い目」とは、{「場名」、「レース」、「式別」、「組番」}で指定した賭けの内容である。したがって、１つの「買い目」に１つの「賭金」を割り当てると１つのベットとなる。

一方、「投票券」、「馬券」は購入／払戻の単位となり、１枚の投票券で１枚または複数のベットの投票をすることが可能である。
図５は、図４の開催要項画面３１からの画面遷移を説明する図である。

図５（ａ）の開催要項画面３１から所望のレースを選択すると、図５（ｂ）に示すそのレースの出走表を表示する画面（出走表画面）４１が表示される。後述するように、この出走表画面４１でボックス指定や流し指定が可能である。そして、出走表画面４１からそれらの指定したベットのオッズ一覧を表示する画面（オッズ一覧表画面）４２に切り換えできると共に、逆に、オッズ一覧表画面４２から出走表画面４１に切り換えることもできる。つまり、出走表画面４１とオッズ一覧表画面４２とを交互に切り換えることが可能である。また、オッズ一覧表画面４２から、指定するベットを手入力できる買い目入力画面４３に切り換えることもできる。オッズ一覧表画面４２と買い目入力画面４３も、交互に切り換え可能である。

また、出走表画面４１、オッズ一覧表画面４２及び買い目入力画面４３のいずれの画面からも初期メニュー画面３０に戻ることができる。
図６は、指定したベットの金額入力の操作方法を説明する図である。
馬券の金額入力は、同図（ｄ）に示す金額入力画面４４から行う。金額入力画面４４では、各ベット毎に個別に購入金額を入力できる。この金額入力画面４４には、出走表画面４１（同図（ａ））、オッズ一覧表画面４２（同図（ｂ））または買い目入力画面４３（同図（ｃ））のいずれの画面からも遷移可能である。

図７は、指定したベットをネット投票する操作方法を説明する図である。
ネット投票の手続きは、同図（ｃ）に示す投票確認画面５１を介して行う。投票確認画面５１には、指定した全てのベットについて、その購入金額が一覧表示される。ユーザーは、この投票確認画面５１で購入しようとするベットとその購入金額を確認しながらネット投票を行う。金額入力画面４４（同図（ａ））または投票履歴画面３２のいずれからも投票確認画面５１に遷移することができる。

［実施例１］
図８は、公営競技投票システム１において、携帯電話１０を利用して競馬のボックス指定または流し指定を行う場合に、携帯電話１０の表示部２４に表示される出走表画面の例を示す図である。

同図に示す出走表画面６０ではボックス指定と流し指定の両方が行われている。
同図の例では、３番の馬名を１着に指定して流し指定を行っている。そして、１番と８番の馬名を２着に指定し、７番の馬名を３着に指定している。この流し指定により、「３−１−７」、「３−８−７」のベットを投票できる。

このように、本実施例の特徴は出走表画面６０上で、操作キー部２５のキー操作により馬名を直接選択し、その選択した馬名に予め指定されたマークを付けるこという簡単なキー操作で流し指定を容易に行えることである。本実施例では、１着指定の馬名には「◎」、２着指定の馬名には「△」のマーク（例えば赤色）を付ける。また、３着指定の馬名の指定ではその馬名の行を選択するだけで馬名にマークは付けない。選択行と非選択行は背景色の違いで区別される。行選択は上下の方向キーの操作により行う。そして、左右の方向キーの操作により馬名を選択する。着順指定は決定キー１７の押下回数で指定する。１着指定は２回、２着指定は３回、３着指定は１回である。

また、本実施例では１つの出走表画面６０で、流し指定に加え、ボックス指定も行うことが可能である。ボックス指定の場合には、選択行の馬番の総組み合わせが投票の対象となる。したがって、図８の場合には、「１−３−７」、「１−３−８」、「１−７−３」、「１−７−８」、「１−８−３」、「１−８−７」、「３−１−７」、「３−１−８」の８通りの馬券を投票できる。

図９は、図８の流し指定及びボックス指定を実現する処理を説明するフローチャートである。図９のフローチャートに示す処理は、プログラム実行環境部２１がプログラム保存メモリ部２２に格納されたプログラムを実行することにより実行され、出走表画面が表示されている間、定周期で起動される。

まず、上キーの押下の有無を判別し（ステップＳ１１）、上キーが押下されていれば出走表のカーソル指定行を一つ上の行に移動し（ステップＳ１２）、処理を終了する。
一方、ステップＳ１１で上キーの押下が無いと判別すれば、下キーが押下されたか否かを判別する（ステップＳ１３）。そして、下キーが押下されていれば出走表のカーソル指定行を一つ下の行に移動し（ステップＳ１４）、処理を終了する。

ステップＳ１３で下キーの押下が無いと判別すれば、決定キーが押下されたか否かを判別する（ステップＳ１５）。そして、決定キーが押下されたと判別すればステイタスがＳ０であるか判別する（ステップＳ１６）。そして、Ｓ０であれば出走表（出走表画面）のカーソル指定行の背景色を予め定められた所定の色に変更し、ステイタスをＳ１に変更して（ステップＳ１７）、処理を終了する。

ステップＳ１６でステイタスがＳ０でないと判別すれば、次に、ステイタスがＳ１であるか判別し（ステップＳ１８）、Ｓ１であれば出走表のカーソル指定行の馬名に「◎」の印を付け、ステイタスをＳ２に変更して（ステップＳ１９）、処理を終了する。

ステップＳ１８でステイタスがＳ１でないと判別すれば、次に、ステイタスがＳ２であるか判別し（ステップＳ２０）、Ｓ２であれば出走表のカーソル指定行の馬名に「△」の印を付け、ステイタスをＳ３に変更して（ステップＳ２１）、処理を終了する。

ステップＳ２０でステイタスがＳ２でないと判別すれば、次に、ステイタスがＳ３であるか判別し（ステップＳ２２）、Ｓ３であれば出走表のカーソル指定行の背景色を通常色に変更し（元の背景色に変更し）、ステイタスをＳ０に変更して（ステップＳ２３）、処理を終了する。

ステップＳ１５で決定キーが押下されていないと判別されたとき、またはステップＳ２２でステイタスがＳ３で無ければ、直ちに処理を終了する。
このようして図９のフローチャートに示す処理を繰り返すことにより、図８に示す出走表画面６０を利用して上記キー操作方法により簡単・迅速に流し指定及びボックス指定を携帯電話１０から行うことができる。

［実施例２］
図１０と図１１は、公営競技投票システム１において出走表画面とオッズ一覧表画面を連携させてボックス指定及び流し指定を行う実施例を説明する図である。

図１０は出走表画面からオッズ一覧表画面への切り換え操作を説明する図である。
出走表画面７１において、実施例１で説明した方法によりボックス指定と流し指定の両方を行った後、出走表画面７１の右下のメニューボタン７１ａを選択するとメニュー７２が表示される。このメニュー７２の項目の中から「オッズ」を選択すると、図１０の左側に示すオッズ一覧表画面７３に切り換わる。

オッズ一覧表画面７３には、ボックス指定した６つの馬券のオッズ一覧７３ｃと流し指定した２つの馬券のオッズ一覧７３ｄが表示される。したがって、出走表画面７１でボックス指定や流し指定を行った馬券のオッズをワンタッチのキー操作で確認できる。

図１１は、オッズ一覧表画面から出走表画面への切り換え操作方法を説明する方法である。
同図の左側に示すように一覧表画面７３が表示されている状態で、その画面の右下に設けられたメニューボタン７３ａを選択すると、そのボタン７３ａの上方にメニュー７４が表示される。このメニュー７４から「出走表」を選択すると、図１１の右側に示す出走表画面７１に切り換わる。

このように、出走表画面７１とオッズ一覧表画面７３とを簡単な操作で迅速に交互に切り換えられるので、ユーザーは出走表画面７１でボックス指定や流し指定を行った馬券のオッズを容易に確認できる。したがって、ボックス指定や流し指定で購入する馬券のオッズを簡単・迅速に参照できると共に、それらのオッズを参照してボックス指定や流し指定を見直すことも容易になる。

図１２は、図１０の出走表画面からオッズ一覧表画面への切り換え操作を実現する処理を説明するフローチャートである。
まず、出走表画面を表示する（ステップＳ３１）。そして、この出走表画面で「メニュー」が選択されるとメニューを表示する（ステップＳ３２）。このメニューから「オッズ」の項目が選択されると（ステップＳ３３）、オッズ一覧表画面を表示する（ステップＳ３４）。

図１３は、図１１のオッズ一覧表画面から出走表画面への切り換え操作を実現する処理を説明するフローチャートである。
まず、オッズ一覧表画面を表示する（ステップＳ４１）。次に、このオッズ一覧表画面で「メニュー」が選択されるとメニューを表示する（ステップＳ４２）。このメニューから「出走表」の項目が選択されると、出走表画面を表示する（ステップＳ４４）。

［実施例３］
実施例３は、金額入力画面44において「おさえ」とする買い目の馬券を「おさえ」として指定することにより、資金割れが生じないように各購入馬券の賭金を自動計算し、その自動計算結果を金額入力画面44に反映表示させるものである。

図１４は、金額入力画面44において「おさえ」とする買い目の馬券を一つだけ指定する場合の例を説明する図であり、金額入力画面４４は通常指定（３連単）で購入する馬券の例である。また、この例では、「通常指定」、「ボックス指定」及び「流し指定」で合計１２枚のベットを購入する。また、ボックス指定及び流し指定で購入するベットの購入金額は１９０，４００円となっている。

同図（ａ）の金額入力画面４４において、まず、方向キーを操作して金額入力表上でカーソルを移動させながら、「おさえ」とする組番が「１−１５−１４」のベットの行にカーソルを合わせ、次にメニューボタン４４ａを選択してメニュー４５を表示させる。そして、このメニュー４５から「元取り」を選択すると、資金割れしないように「おさえ」として指定した買い目のベットの賭金を自動計算し、同図（ｂ）に示すように、その買い目ベットの賭金欄にその自動計算で得られた賭金４４ｃ（２００円）を表示する。このとき、この買い目ベットの行の背景色を他の行と区別できる色に変更する。さらに、資金合計金額も自動で再計算し、その再計算で得られた新たな資金合計金額４４ｄ（６，８００円）を金額入力画面４４の２行目の右端に表示する。また、さらに、全ての購入ベットの合計金額も自動的に再計算され、その再計算結果（１９７，２００円）が金額入力画面４４の下から２行目右端の合計金額欄４４ｂに表示される。

図１５は、金額入力画面44において「おさえ」とする買い目のベットを複数（この例では２枚）指定する場合の例であり、上記のようにして、「１−１５−１４」の組番のベットを「おさえ」として指定した後、さらに別の組番（「１−１３−４」）のベットを「おさえ」に指定する場合の例である。

図１４（ｂ）のように金額入力画面４４で買い目ベットが１枚指定されているとき、さらに、別のベット（この場合、組番が「１−１３−４」のベット）を「おさえ」に指定する場合には、図１４（ｂ）の金額入力画面４４において方向キーを操作してカーソルを移動させ、「おさえ」とするベットの行にカーソル合わせる。そして、メニューボタン４４ａを選択してメニュー４５を表示させ、そのメニュー４５から「元取り」を選択する。これにより、カーソル指定行のベットが新たな買い目ベットとして指定され、今度は、前回指定された買い目ベットと今回指定された買い目ベットの２つについて、資金割れを生じないような賭金が自動的に再計算される。そして、図１５（ｂ）に示すように、その再計算により得られたそれら２枚の買い目ベットの賭金４４ｃ、４４ｆが金額入力画面４４に表示される。また、通常指定で購入するベットの資金合計金額４４ｄ（４，５００円）も自動的に再計算されて表示される。また、さらに、通常指定で購入するベットに加え、ボックス指定並びに流し指定指定で購入するベットも含めた全ての購入ベットの購入合計金額４４ｂ（１９４，９００円）も自動的に再計算されて表示される。

ここで、下記の表１〜表４を参照して、本実施例における買い目ベットの賭金の自動再計算方法を説明する。
本実施例では、「払戻均等配分」と「元取り配分（おさえ）」の２つの手法を用いる。
［払戻均等配分］

表１のように、オッズがそれぞれａ、ｂ、ｃ、ｄのベット（買い目ベット）の払戻金がどのベットでも同じになるように賭金を配分する。ここでは、オッズがａのベットを基準にして、各ベットの払戻金をａｘに配分する。この場合、オッズｂ、ｃ、ｄのベットの賭金は表１に示すように、（ａ／ｂ）＊ｘ，（ａ／ｃ）＊ｘ，（ａ／ｄ）＊ｘとなる（＊は乗算記号）。
したがって、ベットの購入金額ｙは、
ｙ＝（１＋ａ／ｂ＋ａ／ｃ＋ａ／ｄ）＊x （１）
となる。

オッズが、ａ＝１００．７，ｂ＝３７．３，ｃ＝８４．３，ｄ＝８９．９で、ベットの購入金額を１２，０００円とすると、表２の右側に示すようにｘ＝１，９９５円となり、このｘの金額に基づいて、オッズａ，ｂ、ｃ、ｄの賭金が、それぞれ、５，３８７円、２，３８３円、２，２３５円となる。ベットの購入単位は１００円なので、それらの賭金は１００円単位で四捨五入され、最終的に表２の左側に示す金額に決定される。この場合、オッズａ，ｂ，ｃ，ｄのベットの払戻金はいずれも、ベットの購入金額（資金）を超えた額となる。
［元取り配分（おさえ）］

元取り配分では、おさえとなるベットについては、上記方法を用いて払戻均等配分により賭金を計算する。ここでは、表３のように、おさえ指定のベット（買い目ベット）が４枚であり、各買い目ベットのオッズが、それぞれ、ａ、ｂ、ｃ、ｄであるとする。

したがって、まず、各買い目ベットの払戻金をａｘに設定する。この場合、おさえ指定以外のベットの賭金の合計がX´であるとすると、全ベットの購入金額ｙは、
ｙ＝（１＋ａ／ｂ＋ａ／ｃ＋ａ／ｄ）ｘ＋Ｘ´ （２）
となる。
払戻金ａｘが購入金額ｙを上回る条件は、
ａｘ≧ｙ （３）
であるので、
賭金ｘは、
ｘ≧Ｘ´／{ａ−（１＋ａ／ｂ＋ａ／ｃ＋ａ／ｄ）} （４）
となる。
但し、
ａ＞（１＋ａ／ｂ＋ａ／ｃ＋ａ／ｄ） （５）
の条件を満足する必要がある。
上記ｘの不等式（４）から、
ａ≦（１＋ａ／ｂ＋ａ／ｃ＋ａ／ｄ） （６）
の場合は、倍率が低く資金の回収が不可能（エラー）となることが分かる。
また、ベットの購入単位は１００円なので、表４に示すように、ｘ≦１００の場合はｘを１００に切り上げる操作を施す。

ここで、表４に示すように、購入金額ｙを５３，０００円（「おさえ」指定の４枚のベットの購入金額は３，００円、「おさえ」指定以外のベットの購入金額は５０，０００円）とし、オッズがａ＝１００．７、ｂ＝３７．３、ｃ＝８４．３、ｄ＝８９，９であるとすると、おさえ１，２，３，４の「おさえ」指定の各ベットの賭金と払戻金は表４の右側に示すようになる。ベットの購入単位は１００円であるので、それらの賭金を１００円単位に切り上げる。この結果、おさえ１，２，３，４「おさえ」指定のベットの賭金は、表４の左側に示すように、それぞれ、６００円、１，５００円、８００円、６００円となる。これらの賭金を元に、「おさえ」指定の各ベットの払戻金を計算すると、それらの払戻金は表３の左端に示すようになり、「おさえ」指定とした４枚のベットのいずれか１枚でも的中すると、その払戻金が５３，４００円の購入金額を上回るので資金を回収できる。

図１６は、上記方法を用いて「おさえ」指定のベットの賭金を自動計算する処理を説明するフローチャートである。この処理においては、「おさえ」指定行の全ての賭金を「おさえ」として再計算し、それらの賭金の合計金額も再計算する。

まず、「おさえ」として指定された1〜ｎのベットとおさえ指定以外のベットを抽出・分類する。そして、おさえ指定以外のベットの賭金を合計してＸ´を求める。また、おさえ指定されたベットのオッズから、それらの各ベット（おさえ指定ベット）の係数ａ／ｂ，ａ／ｃ，ａ／ｄ，・・・とそれらの係数の合計（ａ／ｂ＋ａ／ｃ＋ａ／ｄ＋・・・）を計算する。さらに、おさえ指定されたベットのオッズとX´から、おさえ金額ｘを計算する。すなわち、上記式（１）の購入金額ｙを求める計算を行い、上記式（４）の不等式を満足する最小額（おさえ金額）ｘを求める（ステップＳ５１）。

そして、上記おさえ金額ｘの計算が可能であるか否か判別し（ステップＳ５２）、おさえ金額ｘの計算が可能であれば、以後、金額入力画面の先頭行から順に走査していく。
まず、金額入力画面の先頭行がおさえ指定行（「おさえ」に指定されたベットの行）であるか判別し（ステップＳ５３）、おさえ指定行であれば、その指定行のベットのおさえ金額を計算し（ステップＳ５４）、そのおさえ金額をデータ保存メモリ２３に格納する（ステップＳ５５）。

次に、おさえ指定された１〜ｎのベット全てについて、ステップＳ５３〜Ｓ５５の処理が終了したか判別し、まだであればステップＳ５３に戻る。
このようにして、ステップＳ５３〜Ｓ５６の処理を繰り返して、おさえ指定された１〜ｎのベット全てについておさえ金額（賭金）を計算・格納する。

そして、ステップＳ５６で、１〜ｎのおさえ指定ベット全てについて「おさえ金額」の計算・格納が終了したと判別すると、１〜ｎのおさえ指定ベットのおさえ金額（賭金）の合計金額を計算し（ステップＳ５７）、その合計金額をデータ保存メモリ２３に格納し（ステップＳ５８）、処理を終了する。

一方、ステップＳ５２で「おさえ金額」の計算が不可能であると判別した場合には、「計算不可エラー処理」を行い（ステップＳ５９）、処理を終了する。「おさえ金額」の計算が不可能となるのは、おさえ指定のベットが４個の場合においては、上記式（６）の不等式が成立する場合である。おさえ指定のベット数が４個以外の場合にも、そのベット数に応じて式（６）を変形して得られる不等式を基に、おさえ金額ｘの計算が可能かどうか判別することができる。
上記「計算不可エラー処理」では、“おさえ計算不可”のメッセージを表示部２４に表示し、データを本フローチャートの処理開始前の状態に戻す。

［実施例４］
図１７は、実施例４の画面表示の操作方法を説明する図である。
図４（ａ）の初期メニュー画面３０において方向キーを操作してカーソルを移動させ、初期メニューから「設定」を選択する。（図１７（ａ）参照）、図１７（ｂ）に示す設定画面３４を表示させる。この設定画面３４において、方向キーを操作してカーソルを移動させ、「データ取得設定」項目３４ａにカーソルを合わせ、決定キーで「データ取得設定」項目３４の選択を決定する。これにより、図１７（ｃ）に示すように、データ取得設定画面６０が表示される。

このデータ取得設定画面６０は、「取得データ」と「間隔」の２大項目で構成され、「取得データ」の種類として「要項」、「出走表」、「オッズ」及び「成績」がある。
「オッズ」は、「３連単以外」と「3連単」の２項目から構成され、その「間隔」項目はタイムアウト時間である。このタイムアウト時間は、オッズ一覧表画面４２の自動更新時間に相当するものであり、ユーザーが手動で入力するデータである。図１７（ｃ）の例ではオッズ項目６１の中から３連単６１ａを選択し、その間隔６１ｂに“５”（５秒）を設定している。このように、オッズ項目６１の３連単６１ａを選択し、その間隔６１ｂを手動設定した後、「決定」ボタン６２にカーソルを合わせてから決定キーを押下する。
これにより、「３連単」のオッズ一覧表画面４２（図５（ｃ）参照）を表示しているとき、その画面４２のオッズデータが上記設定したタイムアウト時間毎にリアルタイムで更新される。

図１８は、オッズ一覧表画面４２が表示されているとき、そのオッズデータを一定時間（上記タイムアウト時間）で自動更新する処理を説明するフローチャートである。
現在の画面表示にオッズデータが必要であるか判別し（ステップＳ７１）、必要であると判別すると、現在時刻と前回更新時刻（前回のオッズデータの更新時刻）の差が設定時間（前記タイムアウト時間）以上であるか判別する（ステップＳ７２）。そして、設定時間以上であれば、最新のオッズデータを公営競技投票システム１の情報サーバ４０３から取得してオッズデータを更新し（ステップＳ７３）、その更新したオッズデータをオッズ一覧表画面４２に表示する（ステップＳ７４）。

続いて、前記設定時間をタイマ（プログラム実行環境部２１内に設けられる）に設定し、タイマを起動する（ステップＳ７５）。そして、画面遷移（表示画面の変更）があったか判別し（ステップＳ７６）、画面遷移がなければタイムアウト（前記設定時間が経過）が発生したか判別し（ステップＳ７７）、発生していなければステップＳ７６に戻る。
このようにしてステップＳ７６〜S７７を繰り返し、ステップＳ７７でタイムアウトが発生したと判別すれば、ステップＳ７７に戻る。そして、ステップＳ７７で情報サーバ４０３から最新のオッズデータを取得し、オッズデータを更新する。

ステップＳ７６で画面遷移があったと判別すると、ステップＳ７１に戻る。
一方、ステップＳ７１で現在の画面表示にオッズデータが必要でないと判別すると、ステップＳ７２と同様な処理を行い、前回のオッズデータの更新から設定時間以上が経過したか判別する（ステップＳ７８）。そして、設定時間以上が経過していれば、オッズデータ以外のデータを更新し（ステップＳ７９）、画面表示を更新する（ステップＳ８０）。

次に、画面遷移が発生したか判別し（ステップＳ８１）、発生していなければ再びステップＳ８１に戻る。そして、ステップＳ８１で画面遷移が発生したと判別すると、ステップＳ７１に戻る。
ところで、ステップＳ７８の処理は省略してもよい。本実施例では、オッズデータの自動更新用の設定時間を利用して、オッズ以外のデータについても設定時間時間以上の時間が経過したら自動的に最新のデータに更新・表示するようにしている。

［実施例５］
図１９は、オッズ一覧表画面４２が表示されているとき、そのオッズデータを一定時間（上記タイムアウト時間）で自動更新する処理を説明するフローチャートである。
同図（ａ）に示すよう収支照会画面３３が表示されているき、この画面の「メニュー」（不図示）を選択・表示させ、そのメニューから「送信」を選択・決定する。すると、その収支照会画面３３に表示されている収支データを同図（ｂ）に示すようなCSVデータに変換し、そのCSVデータを電子メールで（例えば、添付ファイルとして）携帯電話１０のユーザーのＰＣ等に送信する。尚、収支データの変換形式はＣＳＶに限定されるものではなく、例えば表計算ツールなどの他のソフトウェアに合わせたデータ形式であってかまわない。

図２０は、実施例５で収支照会画面３３を表示する際に使用する収支データのデータ保存メモリ２３内での格納形式を示す図である。
同図に示すように、データデータ保存メモリ２３に格納される収支データ８１は、「年月日」、「Ｅ−ｍａｉｌアドレス（電子メールアドレス）」と、「預金残高」、・・・、「払戻金額」の収支照会画面３３に表示されるデータから構成される。

図２１は、収支照会画面３３に表示される収支データをＣＳＶ形式に変換して電子メールで送信する処理を説明するフローチャートである。
まず、初期メニュー画面３０を表示する（ステップＳ９１）。この初期メニュー画面３０のメニューから「収支メニュー」が選択されると、収支照会画面３３を表示する（ステップＳ９２）。収支照会画面３３において、そのメニューから「送信」が選択されると、データ保存メモリ２３から収支データ８１を読み込み（ステップＳ９３）、その収支データ８１をＣＳＶ形式のデータに変換する（ステップＳ９４）。そして、そのＣＳＶ形式の収支データを電子メールにより送信し（ステップＳ９５）、処理を終了する。

［実施例６］
図２２は、実施例６の概略を説明する図である。
実施例６では、同図（ａ）に示すように、開催要項画面３１に表示されるレースの中に予めユーザーが指定した馬や騎手がエントリされているレースがあれば、そのレース名３１ａ，３１ｂのみを強調表示する。また、同図（ｂ）に示すように、出走表画面４１に表示される出走表の中に予めユーザーが指定した馬や騎手があれば、その馬名４１ｋや騎手名のみを強調表示する。また、さらに、同図（ｃ）に示すように、オッズ一覧表画面４２に表示される行の中に、予めユーザーが指定した馬の馬番４２ｋや、予めユーザーが指定した騎手が乗る馬の馬番４２ｋがあれば、その馬番４２ｋのみを強調表示する。

図２３は、ユーザーが予め自分が注目している馬や騎手を指定する方法を説明する図である。
同図（ａ）に示す初期メニュー画面３０において方向キーの押下によるカーソル移動と決定キーの押下によるメニュー決定により、同図（ｂ）に示すように設定画面３４を表示させる。そして、設定画面３４に表示される設定項目の中から「注目馬／注目騎手」を選択・決定する。この選択・決定操作は、方向キーの操作により「注目馬／注目騎手」にカーソルを合わせ、続いて決定キーを押下することによりなされる。

設定画面３４で「注目馬／注目騎手」が決定されると、同図（ｃ）に示すように注目馬／騎手設定画面９０が表示される。注目馬／騎手設定画面９０には、注目馬と注目騎手が出走馬リストとして一覧表示され。ユーザーは、この出走馬リストから自分が注目する馬名または騎手名を選択・決定する。同図（ｃ）の例では、「竹中 茂」という騎手名９０ｋを選択・決定している。その選択の際には、方向キーの操作により「竹中 茂：という騎手名９０ｋにカーソルを合わせ、次に決定ボタン９０ａを決定キーの押下により選択する。
以上のような操作によってユーザーにより指定された注目馬または注目騎手は、データ保存メモリ２３に格納・保存される。

図２４は、ユーザーが指定した注目馬及び注目騎手のデータ保存メモリ２３内での格納形式を示す図である。
同図に示すように、データ保存メモリ２３内においては注目馬と注目騎手は分離されて保存される。注目馬にはシステムから自動的にIDが付与され、そのIDと対になって注目馬格納領域２３ａに保存される。注目騎手も、注目馬と同様にシステムによりIDが自動的に付与され、そのIDと対になって注目騎手格納領域２３ｂに格納される。

図２５は、データ保存メモリ２３内での出走表データの格納形式を示す図である。
出走表データは、データ保存メモリ２３内の出走表データ格納領域２３ｃに格納される。
出走表データ格納領域２３cは、一行が「馬番」、「馬名」、「騎手名」の３項目からならテーブルとなっている。このテーブルは、全国の各競馬場で開催される各レースの出走表毎に作成される。

図２６及び図２７は、図２４（ｃ）に示す注目馬／騎手の強調表示を実現する処理を説明するフローチャートである。
開催要項画面３１、出走表画面４１またはオッズ一覧表画面４２を表示しているとき（ステップＳ１０１）、データ保存メモリ２３の注目馬格納領域２３ａから注目馬名を読み込み（ステップＳ１０２）、次に、出走表データ格納領域２３ｃから表示対象の出走表データを読み込む（ステップＳ１０３）。

そして、注目馬格納領域２３ａを参照し、注目馬があるか（１頭以上設定されているか）判別する（ステップＳ１０４）。注目馬が設定されていれば、注目馬格納領域２３ａに設定されている注目馬（注目馬１〜ｎ）を参照・記憶する（ステップＳ１０５）。そして、ステップＳ１０３で読み込んだ出走表データに設定されている全馬名と前記注目馬の全馬名とを照合する（ステップＳ１０６〜Ｓ１１０）。この照合処理において、注目馬の馬名と出走表データ内の馬名とが一致するか否か判別し（ステップＳ１０７）、一致すればレース名（開催要項画面３１のとき）、馬名（出走表画面４１のとき）または馬番（オッズ一覧表画面４２のとき）を強調表示する（ステップＳ１０８）。

ステップＳ１０６〜Ｓ１０９のループ処理は、出走表データ内の１頭の馬名を全注目馬と照合する処理（第１の照合処理）である。ステップＳ１０６〜Ｓ１１０のループ処理は、ステップＳ１０６〜Ｓ１０９のループ処理をｎ回繰り返すことにより、出走表データ内の全馬名（全出走馬の馬名）について全注目馬と照合する処理（第２の照合処理）である。

ステップＳ１１０で該第２の照合処理が終了したと判別すると、図２７のステップＳ１１１に移行する。また、ステップＳ１０４で注目馬が１頭も設定されていないと判別した場合もステップＳ１１１に移行する。

ステップＳ１１１では、データ保存メモリ２３の注目騎手格納領域２３ｂから注目騎手名データを読み込む。そして、その注目騎手名データを参照して設定値（注目騎手名）が１名以上あるか判別する（ステップＳ１１２）。注目騎手名が１名以上であると判別すれば、ステップＳ１１１で読み込んだＩＤが１〜ｋの注目騎手名を参照・記憶する（ステップＳ１１３）。

次に、ステップＳ１１５〜Ｓ１１８の処理において、上述したステップＳ１０６〜Ｓ１１０の処理と同様の処理を注目馬ではなく注目騎手の名前を対象として行う。ステップＳ１１５〜ステップＳ１１８の処理のアルゴリズムは、ステップＳ１０６〜Ｓ１１０のアルゴリズムと同様なので詳しい説明は省略する。

ステップＳ１１５で注目騎手名（設定値）に等しい騎乗登録騎手名を見つけた場合には、その注目騎手名の騎手がエントリしているレースにおいて、レース名（開催要項画面３１表示のとき）、騎手名（出走表画面４１表示のとき）または馬番（オッズ一覧表画面４２表示のとき）を強調表示する（ステップＳ１１６）。

［実施例７］
実施例７は、金額入力画面４４において投票馬券の賭金を入力する際に資金割れが発生する場合（馬券の購入資金よりも予定払戻金が少ないとき）、予定払戻金を強調表示するものである。
図２８は、金額入力画面４４で資金割れが発生する投票ベットの予定払戻金を強調表示する一例を示す図である。図２８は通常投票において２連複の馬券に投票する際に金額入力をした場合に上記資金割れが発生する例である。この例では、組番が「１−３」、「１−７」「３−７」の２連複のベットを全て賭金２，０００円で投票しており、購入資金は６，０００円となっている。この場合、組番が「１−７」のベットを賭金２，０００円で投票しても、その予定払戻金が２，８００円となるため資金割れが発生する。したがって、この組番「１−７」の２連複のベットの予定払戻金４４ｈ（＝２，８００円）を（例えば、赤色で）強調表示している。他の２枚の２連複のベットは資金割れが発生しないため通常表示している。

図２９は、本実施例をボックス投票に適用した例である。
同図（ａ）では、馬番として「１」、「２」、「３」を指定して2連複のベットを投票している。この場合、2連複の馬番の組み合わせ数は3種類となり、各組み合わせのベットの賭金を1，000円に設定する。このため、ベットの購入金額の合計は3，000円となる。この例では、その購入合計金額１０１を強調表示する。

同図（ａ）でのボックス投票指定を展開すると、同図（ｂ）に示すようになる。すなわち、３枚の２連複ベットの組番は、それぞれ、「１−２」、「１−３」、「２−３」となり、各組番のオッズに応じて、予定払戻金は上記組番の順に、それぞれ、３，６００円、１，５００円、５，０００円となる。この場合、購入資金の合計金額は３，０００円なので、「１−３」の組番のベットで資金割れが発生する。したがって、その組番の予定払戻金４４ｉを強調表示する。ユーザーは、この強調表示によって、「１−３」の組番のベットが資金割れとなることが分かるので、このベットの賭金を個別に修正したりまたは投票を削除（キャンセル）するなどの対応をとることができる。

上記方法以外に、例えば、２連単が的中した場合には２連複も的中するというように、同一の組番のベットで２種類の投票をした場合、一方の投票が的中すれば他の投票も的中するような場合には、両方の予定払戻金の合算が購入資金の合計を下回るか調べ、下回る場合にはそれらの予定払戻金を強調表示するようにすることも考えられる。

また、通常投票に限定することなく、ボックス投票や流し投票の場合についても資金割れチェックを行い、資金割れが発生しているベットの予定払戻金を強調表示するようにすることも考えられる。
また、さらに、ボックス投票または流し投票で資金割れが発生する場合、それらの投票ベットをそれらの組番を基に通常投票のベットに展開してそれらの展開により得られたベット全てを一覧表示し、資金割れしているベットの予定払戻金を強調表示させ、ユーザーが自己判断で個別に投票を修正できるようにさせるようにすることも考えられる。

図３０は、資金割れベットの予定払戻金を強調表示する処理を説明するフローチャートである。
まず、ユーザーが投票したベットの購入資金の合計金額（資金合計）を計算し（ステップＳ１３１）、その合計金額をデータ保存メモリ２３に格納する（ステップＳ１３２）。次に、賭金を入力した１〜ｎのベット全てのオッズを参照する（ステップＳ１３３）。

そして、まず１のベットの予定払戻金を計算し（ステップＳ１３４）、その計算した予定払戻金をデータ保存メモリ２３に格納する（ステップＳ１３５）。続いて、予定払戻金が資金合計よりも少ないか判別し（ステップＳ１３６）、少なければ、その予定払戻金を画面で強調表示し（ステップＳ１３７）、ステップＳ１３８に進む。

ステップＳ１３６で、予定払戻金が資金合計以上であればステップＳ１３７の処理は行わず、ステップＳ１３８に移行する。
ステップＳ１３８では今回の処理がｎのベットであるか判別し、ｎのベットでなければ、ステップＳ１３４に戻り、次のベットについてステップＳ１３４〜Ｓ１３７の処理を行う。
このようにして、賭金を入力した１〜ｎのベット全てについて資金割れをチェックし、資金割れが発生しているｉ（ｉ＝１〜ｎ）のベットについてはその予定払戻金を強調表示する。
そして、ステップＳ１３８で１〜ｎのベット全てについて資金割れチェックが終了したと判別すると処理を終了する。

［実施例８］
図３１は、実施例８の概略を説明する図である。
実施例８では、競馬の予想情報を外部から入力する。例えば、同図（ａ）に示すようにカメラ部２８で競馬予想情報が符号化して記録されたＱＲコード１１１を読み取ることにより競馬予想情報を入力する。また、例えば、同図（ｂ）に示すように赤外線通信部２７がＰＣ１２０の赤外線通信アダプター１２１と赤外線通信を行うことにより、ＰＣ１２０から競馬予想情報をダウンロードする。尚、競馬予想情報をＰＣ１２０からダウンロードする際の通信方式は赤外線通信に限定されず、例えば、Bluetooth（ブルートゥース）であってもよい。また、携帯電話が無線ＩＣカードを内蔵している場合には、その無線ＩＣカードの通信規格に従ったプロトコルでの無線通信により競馬予想情報を入力するようにしてもよい。

外部から取り込んだ競馬予想情報の利用形態としては、例えば、図３０（ｃ）に示すように競馬予想情報の買い目ベットを購入ベットのリストに追加し、金額入力画面４４上で表示することなどが考えられる。

図３２は、上記のようにして外部入力した競馬予想情報のデータ保存メモリ２３内での格納形式を示す図である。
同図に示す例では、「レースの開催日（年月日）」、「レースが行われる開催競馬場名」、「レースが何レース目であるかの情報」、「馬券の種類式別」、「投票方式」及び「購入馬券の組番」の各データを有する競馬予想情報１２３が順に格納される。

図３３は、競馬予想情報を外部入力する場合の処理をするフローチャートである。
まず、競馬予想情報を読み込み（ステップＳ１５１）、その読み取り結果をデータ保存メモリ２３に格納する（ステップＳ１５２）。そして、その読み取った競馬予想情報に含まれる買い目ベットを投票リストに追加して、金額入力画面44などに表示する（ステップＳ１５３）。

図３４は、図３３のステップＳ１５１の読み込み処理をＱＲコードにより行う場合の処理を説明するフローチャートである。
この場合、まずカメラ部２８を起動し（ステップＳ１６１）、カメラ部28でＱＲコードを画像撮影する（ステップＳ１６２）。続いて、その撮影画像からＱＲコードを切り出し（ステップＳ１６３）、ＱＲコードをデコードする（ステップＳ１６４）。そして、そのデコード結果である競馬予想情報を出力し、処理を終了する。

図３５は、図３３のステップＳ１５１の読み込み処理を赤外線通信部２７を介して行う場合の処理を説明するフローチャートである。
この場合、携帯電話１０の赤外線通信部２７が競馬予想情報を提供するＰＣに対して赤外線通信要求を行う（ステップＳ１７１）。ＰＣは、この赤外線通信要求を受け取ると、その要求を受け付け「通信許可」を赤外線通信部２７に返す（ステップＳ１８１）。

携帯電話１０の赤外線通信部２７は、この「通信許可」を受け取ると、ＰＣに対して「情報取得要求」を送る（ステップＳ１７２）。ＰＣは、この「情報取得要求」を受信すると（ステップＳ１８２）、競馬予想情報を携帯電話１０の赤外線通信部２７に転送する（ステップＳ１８３）。

赤外線通信部２７は、PCが送信する競馬予想情報を受信し（ステップＳ１７３）、受信が終了すると、「通信終了」をPCに送信し（ステップＳ１７４）、処理を終了する。PCは、その「通信終了」を受信し（ステップＳ１８４）、処理を終了する。

［実施例９］
実施例９は、投票履歴画面３２で投票履歴を参照する際に、各レースの投票内容を実際の投票券のイメージで画面に表示するものである。

図３６は、実施例９の概略説明図である。
同図に示す例では、「１レース」の３連単の投票内容を、携帯電話１０の表示部２４に投票券イメージ１３１で表示している。

図３７は、実施例９の全体動作を説明する図である。
まず、初期メニュー画面３０において「投票メニュー」にカーソルを合わせ、決定キーで「投票メニュー」を決定する（同図（ａ）参照）。これにより、同図（ｂ）に示すように、投票履歴画面３２が表示される。この投票履歴画面３２には馬券の投票を行ったレースに関して、「件（件数）」、「日付」、「馬名（開催場名）」、「レース名」、「状態（投票の状態）」及び「投（的）」が日付順に一覧表示される。ここで、「状態」とは投票の状態を示し、その状態には“登録”、“投票”及び“確定”の３種類がある。また、「投（的）」は投票ベット数（投）と的中ベット数（的）を示すもので、投票したベットのうち何個のベットが的中したかを提示するものである。

ユーザーは、投票履歴画面３２において投票券イメージを所望するレースを選択できる。このレース選択は以下のような操作手順で行う。まず、所望するレースの行にカーソルを合わせる。次にメニューボタン３２ａを選択して、メニュー（メニューリスト）３２ｂを表示させる。そして、このメニュー３２ｂから「詳細」を選択する。これにより、図３７（ｃ）に示すように、カーソル行に表示されているレースの詳細画面（投票券イメージ画面）１３０が表示される。同図（ｃ）に示す投票券イメージ画面１３０では、5枚の投票券イメージ１３１が少しずつ位置をずらしながら重ね合わせた状態で表示されている。

ユーザーは、この投票券イメージ画面１３０上で修正する投票券イメージ１３１を選択し、その選択した投票券イメージ１３１上で「場（開催場）」、「レース」、「式別（投票の種類別）」、「組番」、及び「金額（賭金）」の各項目のデータを修正可能である。

具体的には、まず、修正しようとする項目にカーソルを合わせ、次に決定キーを押下してその修正項目を選択する。そして、その選択した項目のデータを修正する。このようなデータ修正操作を所望する全ての項目について行い、投票券データの修正が完了したら、メニューボタン３２ａを選択してメニューリスト（不図示）を表示させ、そのメニューリストから「適用」を選択する。これにより、修正内容が投票券データに反映される。

図３８は、投票券イメージ１３１を表示する際に使用するテンプレートの種類を説明する図である。
投票券テンプレートは、大別すると投票の種類（通常投票、ボックス投票、流し投票）ごとに３種類有り、それら３種類の投票券テンプレートは、各投票の種類毎にさらに細分類される。

図３８（ａ）、（ｂ）、（ｃ）は、それぞれ、「通常投票」、「ボックス投票」、「流し投票」の３種類の投票券テンプレートの細分類を示す図である。
通常投票券テンプレートは、同図（ａ）に示すように「単勝」、「複勝」、「枠連」、「枠単」、「馬連」、「馬単」、「ワイド」、「3連複」、「３連単」の９種類に分類される。ボックス投票券テンプレート１３２は、同図（ｂ）に示すように「枠連」、「枠単」、「馬連」、「馬単」、「ワイド」、「３連複」、「３連単」の７種類に分類される。流し投票券テンプレート１３３は、同図（ｃ）に示すように「枠連」、「枠単（１着）」、「枠単（２着）」、「馬連」、「馬単（１着）」、「馬単（２着）」、「ワイド」、「３連複（軸１頭）」、「３連複（軸２頭）」、「３連単（軸１頭）」、「３連単（軸２頭）」の１１種類に分類される。

図３９は、データ保存メモリ２３内に設けられる通常投票券テンプレートのデータ構造を示す図である。同図に示すように、通常投票券テンプレート１３７は、「馬名」、「レース」、「レース名」、「年月日」、「式別」、「組番」、「金額」（同図で右端が円となっているボックス）、「合計」などのデータ保存領域を有する。「式別」のデータ保存領域には、図３８（ａ）に示した９種類の「式別名」（「単勝」、「複勝」、・・・、「3連単」）のいずれかが格納される。

図４０に、「式別」が“３連単”である場合の通常投票券テンプレートイメージ１３９を概略的に示す。
図４１は、投票データのデータ保存メモリ２３内での格納形式を示す図である。
1回の投票データは、レコード１４０としてデータ保存メモリ２３に格納される。ユーザーは投票確認画面５１上で一度に複数の馬券（投票券）を投票できるので、レコード１４０は複数の投票券データが格納できる構成となっている。各レコード１４０には、“０”から始まるシリアルな識別番号が付与される。

レコード１４０は、「場年回日」、「場名（開催競馬場名）」、「レース」、「レース名」、「主催者名」、「年月日（レースの開催年月日）」及び「式別データ」の各項目で構成されており、「式別データ」は、さらに「式別」、「組番」及び「金額（賭金）」の３項目から構成されている。図４１に示す０番のレコード１４１には、式別１（３連単）と式別２（３連単）の２個の式別データがされており、それら各式別データには５組の「組番」と「金額」が記録されている。

図４２は、実施例９の全体動作を説明するフローチャートである。
まず、初期メニュー画面３０で「投票メニュー」を選択する（ステップＳ２０１）。この選択により、投票履歴画面３２が表示される（ステップＳ２０２）。

投票履歴画面３２上で「買い目」選択、「メニュー」選択、「詳細」選択の操作が順次行われると、データ保存メモリ２３に記録されているｎ件のレコード１４０を読み込む（ステップＳ２０３）。そして、まず０番のレコード１４０に格納されている投票データを参照し、その投票データの種類を判別し、その種類に対応する投票券テンプレートをデータ保存メモリ２３から読み込む（ステップＳ２０４）。そして、その投票券テンプレートの各データ保存保存領域にステップＳ２０３で読み込んだレコード１４０に格納されている該当データを格納し、投票券イメージデータを作成する（ステップＳ２０５）。

これにより、図４１の０番のレコード１４０を読み込まれた場合には、図４３に示す投票券イメージデータ１５０が作成される。
そして、その作成した投票券イメージデータを基に携帯電話１０の表示部２４に投票券イメージを表示する（ステップＳ２０６）。ユーザーがその投票券イメージ内のデータを修正した場合には当該レコード１４０のデータも同様に修正し（ステップＳ２０８）、投票券イメージも修正を反映させて再表示し（ステップＳ２０９）、ステップＳ２０７に戻る。

投票券イメージの修正が終了すると、次に投票券イメージを表示させるレコード１４０があるか判別し（ステップＳ２１０）、未処理のレコード１４０があればステップＳ２０４に戻って、上記と同様にして次のレコード１４０に格納されている投票データを投票券イメージで表示・修正させる処理を行う。

このようにして、データ保存メモリ２３に格納されている全レコード１４０について投票券イメージの表示及び投票データの修正処理を行う。そして、ステップＳ２０８で次に処理すべきレコード１４０がないと判別すると処理を終了する。

［実施例１０］
実施例１０は、本発明をフォーメーション投票に適用したものである。
図４４は、実施例１０におけるフォーメーション投票での買い目作成方法を説明する図である。
実施例１０においては、図４４に示す出走表画面２００でフォーメーション方式での買い目作成を行う。
この買い目作成においては、１着指定の馬名には「◎」、２着指定の馬名には「○」、３着指定の馬名には「△」のマークを記入する。出走表画面１００での行選択操作は実施例１と同様であり、上下の方向キーの操作により選択行を上方向または下方向に１行づつ移動できる。選択行と非選択行は、背景色の違いで区別される。

選択行で決定キーを押下することにより、１着から３着までの各着番を指定できる。本実施例では、決定キーの押下回数（決定キーを連続して押下した回数）と着番指定とを、図４５に示すように対応付けている。
すなわち、決定キーの押下回数が１回の場合には「◎○△」のマークが（同図（ａ）参照）、２回の場合には「◎○ 」のマークが（同図（ｂ）参照）、３回の場合には「 ○△」のマークが（同図（ｃ）参照）、４回の場合には「◎ △」のマークが（同図（ｄ）参照）、５回の場合には「◎ 」のマークが（同図（ｅ）参照）、６回の場合には「 ○ 」のマークが（同図（ｆ）参照）、７回の場合には「 △」のマークが（同図（ｇ）参照）付与される。決定キーの押下回数が８回になると、マーク付与がクリアされ（同図（ｈ）参照）、９回目以降からは、上記１回目の押下操作から再開される。
フォーメーション投票においては、１頭の出走馬（一つの馬番）に複数の着番（１着、２着、３着の着番）を指定することが可能なので、図４５に示すように７通りのマーク指定（着番指定）が可能である。

図４６は、実施例１０における出走表画面上での買い目作成処理を説明するフローチャートである。図４６のフローチャートに示す処理は、プログラム実行環境部２１がプログラム保存メモリ部２２に格納されたプログラムを実行することにより実行され、出走表画面が表示されている間、定周期で起動される。尚、実施例１１以降のフローチャートも、同様にして、プログラム実行環境部２１が当該プログラムを実行することによって実行される処理手順を示している。

まず、上キーの押下の有無を判別し（ステップＳ３０１）、上キーが押下されていれば出走表のカーソル指定行を一つ上の行に移動し（ステップＳ３０２）、処理を終了する。
一方、ステップＳ３０１で上キーの押下が無いと判別すれば、下キーが押下されたか否かを判別する（ステップＳ３０３）。そして、下キーが押下されていれば出走表のカーソル指定行を一つ下の行に移動し（ステップＳ３０４）、処理を終了する。

ステップＳ３０３で下キーの押下が無いと判別すれば、決定キーが押下されたか否かを判別する（ステップＳ３０５）。そして、決定キーが押下されたと判別すればステイタスがＳ０であるか判別する（ステップＳ３０６）。そして、Ｓ０であれば出走表（出走表画面）のカーソル指定行の馬名に「◎○△」のマークを付け、ステイタスをＳ１に変更して（ステップＳ３０７）、処理を終了する。

ステップＳ３０６でステイタスがＳ０でないと判別すれば、次に、ステイタスがＳ１であるか判別し（ステップＳ３０９）、Ｓ１であれば出走表のカーソル指定行の馬名に「◎○ 」のマークを付け、ステイタスをＳ２に変更して（ステップＳ３１０）、処理を終了する。

ステップＳ３０９でステイタスがＳ１でないと判別すれば、次に、ステイタスがＳ２であるか判別し（ステップＳ３１１）、Ｓ２であれば出走表のカーソル指定行の馬名に「 ○△」の印を付け、ステイタスをＳ３に変更して（ステップＳ３１２）、処理を終了する。

ステップＳ３１１でステイタスがＳ２でないと判別すれば、次に、ステイタスがＳ３であるか判別し（ステップＳ３１３）、Ｓ３であれば出走表のカーソル指定行の馬名に「◎ △」を付け、ステイタスをＳ４に変更して（ステップＳ３１４）、処理を終了する。

ステップＳ３１３でステイタスがＳ３でないと判別すれば、次に、ステイタスがＳ４であるか判別し（ステップＳ３１５）、Ｓ４であれば出走表のカーソル指定行の馬名に「◎ 」を付け、ステイタスをＳ５に変更して（ステップＳ３１６）、処理を終了する。

ステップＳ３１５でステイタスがＳ４でないと判別すれば、次に、ステイタスがＳ５であるか判別し（ステップＳ３１７）、Ｓ５であれば出走表のカーソル指定行の馬名に「 ○ 」の印を付け、ステイタスをＳ３に変更して（ステップＳ３１８）、処理を終了する。

ステップＳ３１７でステイタスがＳ５でないと判別すれば、次に、ステイタスがＳ６であるか判別し（ステップＳ３１９）、Ｓ６であれば出走表のカーソル指定行の馬名に「 △」を付け、ステイタスをＳ７に変更して（ステップＳ３２０）、処理を終了する。
ステップＳ３１９でステイタスがＳ６でないと判別すれば、次に、ステイタスがＳ７であるか判別し（ステップＳ３２１）、Ｓ７であれば出走表のカーソル指定行の馬名に付けられていた「 △」を消去し、ステイタスをＳ０に変更して（ステップＳ３２２）、処理を終了する。

ステップＳ３０５で決定キーが押下されていないと判別されたとき、またはステップＳ３２１でステイタスがＳ７で無ければ、直ちに処理を終了する。
このようして図４６のフローチャートに示す処理を繰り返すことにより、図４４に示す出走表画面２００を利用して上記キー操作方法により簡単・迅速にフォーメーション投票での買い目作成を携帯電話１０から行うことができる。

図４７は、出走表画面でフォーメーション投票での買い目を作成し、その作成した買い目に賭金を設定するまでの操作手順を示す画面遷移図である。
（１）図４７（ａ）に示す出走表画面２１１を初期表示させる。
（２）出走表画面２１１上で、上記マーク記入形式でフォーメーション方式による買い目作成を行い、同図（ｂ）に示す出走表画面２１２に示すように、１番の馬名に「◎○△」をマークし、４番の馬名に「◎○△」をマークし、５番の馬名に「 ○△」をマークする。このマーク付与により、１番と２番の馬を「１、２、３着」と予想し、５番の馬を「２、３着」と予想するフォーメーション方式による買い目が作成される。
（３）同図（ｂ）に示す出走表画面２１２で、投票選択用のポップアップメニュー２１２ａを表示させる。このポップアップメニュー２１２ａでは、「通常」、「ボックス」、「ながし」及び「フォーメーション」の各方式の投票を選択可能である。
（４）ポップアップメニュー２１２ａで「通常」を選択すると、出走表画面２１１で作成された「買い目」の通常投票による金額入力画面２１３が表示される。この通常投票の金額入力画面２１３では、各買い目毎に、個別に賭金を入力することが可能である。また、不要な買い目を削除することも可能である。
（５）一方、ポップアップメニュー２１２ａで「フォーメーション」を選択すると、同図（ｄ）に示すフォーメーション投票による金額入力画面２１４が表示される。このフォーメーション投票金額入力画面２１４では、「組番」の表示領域に出走表画面２１２で作成した買い目の馬番が表示される。すなわち、１着に“１”と“４”の馬番が、２着に“１”、“４”、“５”の馬番が、３着に“１”、“４”、“５”の馬番が表示される。この場合、買い目の組み合わせは、１−４−５、１−５−４、４−１−５、４−５−１の４通りとなる。

フォーメーション投票の金額入力画面２１４では、「式別」、「組合せ（組み合わせ）」も表示される。また、買い目１点当たりの賭金（投票金額）を入力するためのフィールド２１４ｂも表示され、ユーザーはこのフィールド２１４ｂに所望の賭金を入力できる。金額入力画面２１４では、フィールド２１４ｂに賭金として「１００円」が入力されている。フィールド２１４ｂに賭金を入力すると、合計金額表示フィールド２１４ｃに自動的に購入するベットの合計金額が表示される。この場合、買い目は４点なので、合計投票金額フィールド２１４ｃには「４００円」が表示される。

［実施例１１］
実施例１１は、本発明を分割投票に適用したものである。
図４８は、実施例１１における分割投票の方法を説明する画面遷移図である。
同図（ａ）に示す出走表画面２２１において実施例１で説明した操作で買い目を作成した結果、同図（ｂ）の金額入力画面２２３に示すように、通常投票が２５ベットとなり、レース合計での投票件数も２５件となったとする。本実施例では、このように投票件数が１０件を超えた場合、１０件毎に分割して複数回に分けて投票する。このため、同図（ｃ）に示すように、投票入力画面２２５を３回表示させ、各投票入力画面２２５で、それぞれ、「１０件」、「１０件」、「５件」と３回に分けて分割投票する。

金額入力画面２２３から「投票」に移る際には、金額入力画面２２３上でポップアップメニュー３０１を呼び出し、ポップアップメニュー３０１から「投票」を選択する（同図（ｂ）参照）。
また、本実施例では、金額入力画面において、ある一つのレースにおける投票金額の合計（以下、レース合計金額）を表示するが、金額入力画面において、あるベットの投票金額が変更されると、それに連動して、レース合計金額を修正表示する。

図４９は、この金額入力画面におけるベットの投票金額の修正とレース合計金額の自動修正表示の連動例を示す図である。
同図（ａ）に示すように、金額入力画面２３１において「単勝２番」の投票金額が未設定である状態から、同図（ｂ）に示すように、金額入力画面２３３において「単勝２番」に「２００円」の投票金額を設定すると、それまで「３０００円」と表示されていたレース合計金額が「３２００円」に自動的に修正されて表示される。したがって、ユーザーはレース合計金額を修正する操作を行う必要はない。
また、本実施例では、「通常投票」以外に「ボックス投票」、「ながし投票」及び「フォーメーション投票」が可能である。これら４種類の投票の選択は、金額入力画面に表示されるタブシートを介して行うことができる。

図５０は、金額入力画面でタブシートを利用して上記４種類の投票を切り替える方法を説明する図である。
図５０（ａ）、（ｂ）、（ｃ）は、それぞれ、「ボックス投票」、「ながし投票」、「フォーメーション投票」での金額入力画面を示す図である。これらの金額入力画面の上方にはタブシート３０３が表示される。タブシート３０３は、「通常」、「ボックス」、「ながし」及び「フォーメーション」の４個のタブを備えており、それぞれ、「通常投票」、「ボックス投票」、「ながし投票」、「フォーメーション投票」での金額入力画面を選択するためのタブとなっている。「ボックス投票」、「ながし投票」及び「フォーメーション投票」では、全ての買い目に同一金額を投票するので、投票金額としては１点（一つの買い目）当たりの投票金額を指定する。

図５１は、金額入力画面でタブシートを利用して上記４種類の投票を切り替える方法を説明する図である。
まず、方式選択（選択された投票方式）を判別し（ステップＳ３５１）、通常投票が選択されていればステップＳ３６１へ、ボックス投票であればステップＳ３７１へ、ながし投票であればステップＳ３８１へ、フォーメーション投票であればステップＳ３９１へ遷移する。
ステップＳ３６１では、通常投票での「金額入力画面」を表示し（ステップＳ３６１）、その「金額入力画面」上で各買い目の投票金額を入力する（ステップＳ３６２）。次に、ステップＳ３６２で入力された各買い目の合計金額を計算し（ステップＳ３６３）、続いて、
通常投票での買い目の全ベット数を計算する（ステップＳ３６４）。

そして、ステップＳ３６３とステップＳ３６４で得られた「合計金額」と「全ベット数」を「金額入力画面」に表示する（ステップＳ３６５）。ステップＳ３６５で表示された「金額入力画面」で修正（投票金額などの修正）が行われたか判別し（ステップＳ３６６）、修正があればステップＳ３６２に戻る。
このようにして、「金額入力画面」上で修正が有る間、ステップＳ３６２〜Ｓ３６６を繰り返し、ステップＳ３６６で修正が無ければ、ステップＳ４０１に遷移する。
ステップＳ４０１では、他の投票方式が選択されたか、または、投票指示があるか判別し、他の投票方式が選択されていれば、ステップＳ３５１に戻る。そして、ステップＳ３５１で選択された投票方式を判別する。

ステップＳ３７１〜Ｓ３７６のボックス投票での処理、ステップＳ３８１〜ステップＳ３８６でのながし投票での処理、及びステップＳ３９１〜Ｓ３９６でのフォーメーション投票での処理は、ほぼ同様の処理であり、投票金額の入力は1点の買い目の投票金額を入力することにより行われる。これは、ボックス投票、ながし投票、及びフォーメーション投票では、買い目の組番が着番指定された馬番の組み合わせにより決定されるため、通常投票の場合のように、個々の買い目毎に金額入力するようにすると処理が複雑になることにもよる。
また、ボックス投票、ながし投票、及びフォーメーション投票では、買い目の全ベット数の計算は、上記馬番の組み合わせの総数を計算することによって行われる。この点が、通常投票での計算とは異なる。

ステップＳ４０１で投票指示があったと判別すると、全ての投票方式での投票件数Nを計算する（ステップＳ４０２）。通常投票での投票件数をＮ１、ボックス投票での投票件数をＮ２，ながし投票での投票件数をＮ３、フォーメーション投票での投票件数をＮ４とすると、Ｎ＝Ｎ１＋Ｎ２＋Ｎ３＋Ｎ４となる。
ステップＳ４０２に続いて、ステップＳ４０３に遷移する。
ステップＳ４０３〜Ｓ４０５の処理では、投票件数Ｎを１０件単位に分けて投票する。したがって、Ｎの値が１０以下であれば、ステップＳ４０３〜Ｓ４０５の処理は1回しか行われない。１０件の抽出はステップＳ４０３で行われ、ステップＳ４０３で抽出された投票の実行はステップＳ４０４で行われる。そして、ステップＳ４０４で、未投票の投票が有るか否か判別し、未投票の投票が無ければ処理を終了する。

［実施例１２］
実施例１２は、本発明をフォーメーション方式での番号投票におけるオッズ表示方法に適用したものである。
図５２及び図５３は、本実施例の全体動作を説明する画面遷移図である。
図５２（ａ）は、フォーメーション方式で番号投票を行う場合の投票入力画面を示す図である。

番号投票では、「式別」、「投票方式」、「組番」を選択しながら投票を行う。同図（ａ）に示す投票入力画面（買い目作成画面）４１１では、「式別」として３連単を、「方式（投票方式）」としてフォーメーションを、「組番」として１着に｛１，２，３｝を、２着に｛２，３｝を、３着に｛２，３，４｝を「○」のマークを付与することで選択している。尚、｛ ｝内の数字は馬番である。

投票入力画面４１１では、オッズ表示欄４１１ａに買い目の最小オッズと最大オッズを、「８７６（１→２→３）〜６７２１（３→２→４）」という形式で表示する。括弧内は組番であり、括弧の前の数字がオッズ（“８７６”と“６７２１”）である。
また、オッズ表示欄４１１ａにカーソルを合わせ、「決定」を押すと、組み合わせ（買い目）の一覧がオッズと共にポップアップメニュー４１１ｂに表示される。
投票入力画面４１１でポップアップメニュー（不図示）を表示し、そのポップアップメニューから「通常」（通常投票）を選択すると、同図（ｂ）に示す「通常投票」での金額入力画面４１２が表示される。この金額入力画面４１２では、個々の買い目毎に投票金額（ベット金額）を設定できる。金額入力画面４１２上での投票金額の入力は、カーソル操作により所望の買い目を選択・決定してから行う。

すなわち、同図（ｃ）の金額入力画面４１３に示すように、最上位の買い目の行４１３ｃにカーソルを合わせ「決定」操作を行い、同図（ｄ）の金額入力画面４１４に示すように、投票金額欄４１４ｄに投票金額（この場合、２００円）を入力する。この投票金額入力により、図５３（ａ）に示すように、ベット合計金額欄４１５ｅに表示されるベット合計金額とレース合計金額欄４１５ｆに表示されるレース合計金額が連動して変化する。
ベット合計金額は、現在、選択中の投票（この場合、）通常投票）で投票された全ベットの投票金額の総計であり、レース合計金額は、今、投票しているレースにおける全ベットの合計投票金額である。ベット合計金額とレース合計金額は、自動計算されて表示される。

以上のようにして、通常投票での金額入力を終了した後、同図（ｂ）に示す金額入力画面４１６でポップアップメニュー４１６ｇを呼び出し、そのメニュー４１６ｇから「投票」を選択すると、同図（ｃ）に示す投票入力画面４１７が表示される。この投票入力画面４１７で合計金額入力欄４１７ｈに合計金額表示欄４１７ｉに表示されているレース合計金額と同一の金額を入力し、「投票」ボタン４１７ｊを操作する。すると、同図（ｄ）に示す投票終了画面４１８が表示され、投票が終了する。

ところで、同図（ｂ）の金額入力画面４１６が表示されている状態で、実施例１１で説明したタブシート切り替え方式により、同図（（ｅ）に示す「ボックス投票」での金額入力画面４０９や同図（ｆ）に示す「ながし投票」での金額入力画面４１０、さらには、同図（ｇ）に示す「フォーメーション投票」での金額入力画面４１１を参照することなどが可能である。

図５４は、実施例１２の全体動作の処理手順を説明するフローチャートである。
まず、番号投票の投票入力画面を表示する（ステップＳ５０１）。この投票入力画面には、「式別」、「方式」及び「組番」の選択入力欄が表示される（図５２（ａ）参照）。したがって、この投票入力画面では、「式別」、「方式」または「組番」のいずれかを選択・入力可能である。

ステップＳ５０１に続いて、「式別」、「方式」または「組番」のいずれの選択・入力が行われたか判別し（ステップＳ５０２）、「式別」であればステップＳ５０３へ、「方式」であればステップＳ５０４へ、「組番」であればステップＳ５０５へ遷移する。

ステップＳ５０３では「方式、組番の入力規則変更処理」を行い、ステップＳ５０１に戻る。ステップＳ５０４では「式別、組番の入力規則変更処理を行い、ステップＳ５０１に戻る。ステップＳ５０３とステップＳ５０４の処理の詳細については後述する。

ステップＳ５０５では、組み合わせ数を計算する。この組み合わせ数は、例えば、買い目作成画面で指定された１着、２着、３着の馬番のフォーメーション方式での組み合わせ数である（図５２（ａ）参照）。

次に、ステップＳ５０５で求められた各買い目のオッズをデータ保存メモリ２３の当該領域を参照し、最大（ＭＡＸ）のオッズと最小（ＭＩＮ）のオッズを検索する（ステップＳ５０６）。そして、ステップＳ５０５で求めた組み合わせ数を表示すると共に、ステップＳ５０６で求めた最大オッズと最小オッズを、それら各オッズに対応する買い目の組番と共に表示する（図５２（ａ）参照）。

次に、買い目作成の指示操作が行われたか否か判別し（ステップＳ５０７）、買い目作成指示が無ければ、ステップＳ５０１に戻る。一方、買い目作成指示があれば、買い目を作成し（ステップＳ５０８）、該買い目作成指示で指定された投票の金額入力画面を表示する（ステップＳ５０９）。

これにより、例えば、図５２（ｂ）の金額入力画面４１２が表示される。
そして、金額入力画面上で入力された金額を表示し（ステップＳ５１０）、レース合計金額を計算・表示する（ステップＳ５１１）。

これにより、例えば、図５３（ａ）の金額入力画面４１５が表示される。
そして、金額入力画面上で「投票」が選択されれば（ステップＳ５１２）、投票入力画面を表示し（ステップＳ５１３）、処理を終了する。

図５５は、図５４のフローチャートのステップＳ５０３とステップＳ５０４の処理の詳細を説明する図である。
図５５（ａ）〜（ｃ）に示すように、投票入力画面では、ポップアップメニュー３０５から「式別」として、「単勝」、「馬単」または「３連単」の中から一つ選択できる。ステップＳ５０３では、図５５（ａ）〜（ｃ）のいずれかの「式別」選択に応じて、選択された「式別」に対応する「組番」領域（図５５（ａ）〜（ｃ）に示す表示領域５０１、５０２、５０３）の表示や、それらの表示領域上の指定された「馬番」にマークを表示するなどの処理を行う。

また、投票入力画面では、図５５（ｅ）、（ｆ）に示すように、「方式」（投票方式）として、ポップアップメニュー３０７から、「通常」、「ボックス」、「ながし 軸１頭 １着」、「ながし 軸１頭 ２着」、「ながし 軸１頭 ３着」または「フォーメーション」の５種類を選択できる。そして、選択された「方式」に応じて、「組番」領域（図５５（ｅ）、（ｆ）に示す表示領域５０７，５０９）の表示形式も変化する。

ステップＳ５０５では、ポップアップメニュー３０７で選択された「方式」に対応した「組番」領域の表示や、それらの表示領域上の指定された「馬番」にマークを表示するなどの処理を行う。

［実施例１３］
実施例１３は、同一組番の買い目が作成されたとき、重複する買い目を１つの買い目に纏めるものである。

図５６は、本実施例の動作の概略説明図である。
（１）まず、出馬投票での買い目作成画面６０１（同図（ａ））において、実施例１０で説明したマーク記入方法によるフォーメーション方式で買い目を作成し、金額入力画面６１１（同図（ｂ））に示すように、「１→３→５」、「１→３→６」、「１→７→５」、「１→７→６」の買い目を作成する。
（２）次に、番号投票での買い目作成画面６０３（同図（ｃ））において、金額入力画面６１３（同図（ｄ））に示すように、「１→３→６」、「１→３→７」、「１→６→３」、「１→７→６」の買い目を作成する。
（３）このとき、買い目作成画面６０１と買い目作成画面６０３で、「１→３→６」と「１→７→５」の買い目が重複して作成されている。
（４）このような場合、本実施例では、金額入力画面６１５（同図（（ｅ））に示すように、重複している「１→３→６」と「１→７→５」の買い目を１つ（１件）の買い目として作成・表示する。

図５７は、実施例１３の動作を実現するコンピュータの処理手順を示すフローチャートである。
［実施例１４］
実施例１４は、投票入力された買い目のベットを一時保存しておき、その買い目のベットを投票する際に最新のオッズデータを取得・表示するものである。

図５８は、買い目を一時保存する操作方法を示す画面遷移図である。
買い目のベットを作成し（同図（（ａ））、ポップアップメニューで「投票」を選択し（同図（ｂ））、投票入力画面で「メモに保存」を選択して（同図（ｃ））、作成した買い目のベットをデータ保存メモリ２３に一時的に保存する。このデータ保存メモリ２３に保存した買い目の投票メモは投票履歴としてデータ保存メモリ２３に保存される。投票履歴画面を呼び出すと当該レースの「状態」項目に「未」（未投票）が提示される（同図（ｄ））。

図５９は、データ保存メモリ２３に保存しておいた買い目のベットを投票する一連の操作を説明する画面遷移図である。
投票履歴画面で未投票の買い目ベットがあるか確認し、その投票履歴画面で未投票のレースの行をカーソルで選択・決定すると（同図（ａ））、そのレースの未投票の買い目ベットの一覧が金額入力画面に表示される（同図（ｂ））。この金額入力画面には、買い目のオッズの最新データが表示される。ユーザーは、この最新オッズデータを参考にして、投票金額を修正することができる。各買い目の投票金額が決定すると、ポップアップメニューで「投票」を選択する（同図（ｃ）参照）。

すると、投票入力画面が表示され、その画面に「ベット数」と「合計金額（レースの投票金額の総計）が表示される。表示された「合計金額」を「合計金額入力欄」に入力し、「投票」ボタンを操作すると（同図（ｄ）参照）、投票が実行され、投票終了画面が表示され、投票が終了した旨のメッセージが表示される（同図（ｅ））。

図６０及び図６１は、実施例１４の動作を実現するコンピュータの処理手順を示すフローチャートである。
［実施例１５］
実施例１５は、出走表画面を短縮して表示するものである。

図６２は、実施例１５における出走表画面の短縮表示の一例を示す図である。
携帯電話は、パソコンと違い画面のサイズが小さいので、出走表画面全体を表示することは難しい。パソコンに表示される出走表画面が図６２（a）に示す画面７０１とした場合、携帯電話の画面に表示される出走表画面は同図（ｂ）に示す画面７０２となる。

パソコンの出走表画面７０１の各行には、「枠」、「番」、「馬名」、「単オッズ」、「騎手名」、「外」、「負担」、「馬体重」、「増減」及び「人気」の各項目が表示されるが、携帯電話の出走表画面７０２には「枠」、「番」、「馬名」及び「単オッズ」までしか表示されない。

そこで、本実施例では、同図（ｂ）に示すように、出走表画面７１２において項目名（「騎手名」、「負担」、「馬体重」、「増減」）を短縮して表示し、さらに、項目内容（「馬名」、「騎手名」、「負担」の内容）も短縮して表示することにより、「騎手名」、「負担」、「馬体重」及び「増減」の各項目も表示できるようにしている。

図６３（a）は、携帯電話の出走表画面に表示される１頭の出走馬に関する通常表示データ７２１を示している。本実施例では、この通常表示データ７２１を、同図（ｂ）に示す短縮表示データ７２３に加工する。このデータの加工処理は、データ保存メモリ２３の作業領域を利用して行われる。

図６４は、実施例１５の動作を実現するコンピュータの処理手順を示すフローチャートである。
［実施例１６］
実施例１６は、本発明を投票履歴画面表示に適用した実施例である。

図６５（ａ）は、本実施例における投票履歴画面を示す図である。
同図（ａ）の投票履歴画面８０１では、投票が終了したまたは未投票データがデータ保存メモリ２３に保存されているレースの一覧が表示される。

投票履歴画面８０１には、「受付」、「日／時」、「場名」、「レース」及び「状態」の各項目が表示される。「受付」には投票の受付番号が表示される。この受付番号は、投票を受け付けたときに発行される。「状態」には、“未”、“投票”、及び“確定”の各表示がなされる。

“未”は未投票であることを示す。“投票”は投票が終了したがレース結果がまだ未確定であることを示す。“確定”は、投票が終了し、かつ、その投票結果が確定したことを示す。
“確定”の場合、投票が的中していると、「◎」の的中マークが“確定”の表示の前に表示される。投票履歴画面８０１で「レース」を選択操作すると、そのレースの投票データの詳細が投票データ一覧画面８１１に表示される（同図（ｂ）参照）。

投票履歴画面に表示される各レースは、図６６に示す形式でデータ保存メモリ２３内に格納・保存される。同図に示すように、投票履歴データ９０１は、「受付番号」、「受付月日日時分」、「馬名」、「レースＮｏ．」、及び「状態」の項目から構成される。

図６７と図６８は、実施例１６の動作を実現するコンピュータの処理手順を示すフローチャートである。図６７は投票履歴画面に的中マークを表示する処理手順のフローチャートであり、図６８は投票履歴画面に未投票データがあることを示す未投票マーク（“未”）を表示する処理手順のフローチャートである。

［実施例１７］
実施例１７は、メモリに保存されている未投票データが有る場合や、現在、作成中（入力中）の投票データが有る場合に、それらの投票締め切り時間が間近になったときに画面にアラームを表示させる機能に関するものである。

図６９は、実施例１７の概要を示す図である。
実施例１７においては、同図（ａ）に示す通知設定画面１００１を利用してレース発走通知の有無を設定する。通知設定画面１００１は、「通知内容」と「通知有無」の２つの項目を有する。「通知内容」は表示項目であり、「通知有無」はユーザーの設定項目である。実施例１７においては、「通知内容」として“発走１０分前”という発走通知が対象となる。この通知内容の設定を有効にするときは、キー操作により「○」のマークを付ける。“発走１０分前”が有効になっているとき、札幌の競馬場で開催される７レースの投票を行っているか、または、データ保存メモリ２３に投票されないで保存されているそのレースの投票データが有り、かつ、そのレースの発走開始の１０分前になったときには、携帯電話の画面に同図（ｂ）に示す発走通知画面１００３が割り込み表示される。

図７０は、データ保存メモリ２３に格納されるレース情報のデータ構造を示す図である。
レース情報１１０１は、「情報取得 年月日自時分」、「場名」、「開催回日」、「開催年度月日時分」、「当日・前日販売」、「天候」、「芝状態」、「ダート状態」及び「発売状況」の各項目から構成される。

実施例１７では、通信回線等から取得したレース情報１００３の「開催年度月日時分」の項目データを現在時刻と比較して、上記発走通知画面１００３を表示させる。
図７１は、実施例１７の動作を実現するコンピュータの処理手順を含むフローチャートである。
図７１のフローチャートでは、通知設定画面を表示させ、その通知設定画面を介して発走通知が設定されると、データ保存メモリ２３内に設けられた発走通知フラグ（不図示）を有効に設定する。

［実施例１８］
実施例１８は、投票が的中したとき、その的中を伝える通知を画面表示により行うものである。
図６９を参照しながら、実施例１８の概要を説明する。
実施例１８においても、実施例１７と同様、通知設定画面１００１を介して「的中通知」の有無を設定する。通知設定画面１００１では、「発走通知」に加え、「的中通知」の有無も設定できるようになっている（同図（ａ）参照）。「的中通知」の設定も、「発走通知」と同様に、該当する「通知有無」欄に「○」のマークを付与する。「的中通知」が有効に設定されたレースで投票が的中すると、図６９（ｂ）に示す的中通知画面１１０３が表示される。投票が的中したか判断するために、レース結果情報を無線回線等から取得するが、この取得は、例えば、オッズデータを取得する際に同時に行う。

図７１と図７２のフローチャートに、実施例１８の動作を実現するコンピュータの処理手順が含まれている。図７１のフローチャートでは、通知設定画面を表示し、その通知設定画面を介して的中通知の設定がなされると、データ保存メモリ２３内の的中通知フラグ（不図示）を有効に設定する。
また、図７２のフローチャートでは、レース結果を取得し、的中通知設定が有効に設定されていると判別した場合には、レース結果と投票済みデータとを照合し、的中している投票が有れば、的中通知画面１１０３を表示する。

［実施例１９］
実施例１９は、通信回線を介してデータを取得する項目（通信項目）の設定／解除を画面操作により行うものである。

図７３は、実施例１９における通信設定画面を利用した上記通信項目の設定操作の方法を説明する図である。
同図（ａ）に示す通信設定画面１２０１では、要項に関する項目（通信項目）として「開催要項」、出馬表に関する項目として「基本」、「拡張」、「プロフィール」、オッズに関する項目として「単勝」、「３単以外」、「３連単」、成績情報に関する項目として「競争成績／払戻情報」の通信設定が可能となっている。項目を設定する際には、まず、項目にカーソルを合わせ、次に「決定」ボタンを押下する。項目が「設定状態」になると「○」のマークが項目名表示の前に表示される。また、「要項」、「出馬表」及び「オッズ」の各大項目単位で個別に「期限」を設定できるようになっている。この「期限」は、通信項目の取得時間間隔であり、単位は「分」である。

通信設定画面１２０１上で項目の設定が終了すると、「ＯＫ」ボタンを押下する。これにより、設定された「通信項目」とその「期限」とに関する情報がデータ保存メモリ２３内に格納・保存される。
上記のようにして設定した「項目」の設定解除も、通信設定画面上で可能である。
通信設定画面１２０１で設定した「競争成績／払戻情報」の項目を設定から解除に変更する場合には、「競争成績／払戻情報」の項目にカーソルを合わせ「決定」ボタンを押下する。これにより、図７３（ｂ）に示す通信設定画面１２０３ように「競争成績／払戻情報」の項目に付与されていた「○」のマークが消え、その設定も解除される。

本実施例の通信設定画面では、「決定」ボタンを押下する毎に、カーソル選択されている通信項目の「設定」と「解除」が交互に切り替わるような構成となっている。また、「取消」ボタンを押下すると、通信設定画面上で決定した通信項目の「設定」及び「解除」や、「期限」は無効となり、通信項目の設定状態（「設定」または「解除」）や「期限」の設定時間は以前のままで変化しない。
ところで、本実施例の通信設定画面は、「オッズ」を通信項目として設定できない構成となっているが、オッズを「通信項目」として設定できるようにしてもよい。また、オッズについては、最新のデータ取得時刻をメモリ等に記憶しておいて、所定時間時間経過してもオッズデータの更新が行われない場合には、画面に警告表示するようにしてもよい。

本発明は、上記実施例に限定されるものではない。例えば、金額入力画面４４の表示において、右方向キーを押下するとオッズの項目が予定払戻金の項目に切り換わり、左方向キーを押下すると予定払戻金の項目がオッズの項目に切り換わるようにすることより、金額入力画面４４においてオッズと予定払戻金を交互に切換表示するようにしてもよい。このようにすれば、携帯電話の画面のサイズが小さい場合でもオッズや予定払戻金を大きく表示できるので視力の弱い人にとっては便利である。
また、金額入力画面において、買い目をオッズの低い順（人気順）に並び替えて表示させるようにしてもよい。このようにすれば、オッズを参考にして投票金額を決定するとき便利である。

｛本発明のプログラムの実行形態｝
上述した実施例１〜１９のシステムは、いずれも、本発明のプログラムを外部サーバから携帯電話にダウンロードし、携帯電話のプロセッサでそのダウンロードしたプログラムを実行する形態であった。

これから述べる実施例は、本発明のプログラムの各種実行形態である。以下に述べる実施例においても、本発明のプログラムが端末において実行される。すなわち、以下の実施例で行われるキャッシュレス投票、在席投票、電話投票、及び現金投票などの各種投票サービスに関係する処理は、各種端末が、上記実施例１〜１９で説明したアプリケーション（プログラム）を実行することによって行われる。

［実施例２０］
実施例２０は、本発明のプログラムを投票サイト側のサーバに実装し、サーバに実装された本発明のプログラムと端末に実装されたブラウザとが連携して、ユーザーに競馬のモバイル投票サービスを提供する形態のシステムである。

図７４は、実施例２０のシステム構成を示す図である。
キャッシュレスシステム２０００は、集計サーバ２００１とＷｅｂサーバ２００３を備え、“キャッシュレス投票”を端末のユーザーに提供する。
キャッシュレス投票とは、ユーザーが投票専用の口座を持ち、電話やインターネットを介して行う投票のことである。
集計サーバ２００１は、他のシステムと通信回線を介して接続されている。また、集計サーバ２００１とＷｅｂサーバ２００３は内部回線により接続されている。Ｗｅｂサーバ２００３は、インターネットや公衆回線網などのＷＡＮ(Wide Area Network)２０２０を介して端末２０１０と接続されている。

キャッシュレスシステム２０００には、他のシステムから現金投票の集計データが入力される。現金投票とは、場内（競技場内）で行われるレースについて現金を受け取り、投票券を発行する通常の投票のことである。
集計サーバ２００１は、Ｗｅｂサーバ２００３から受け取るキャッシュレス投票の投票データについて投票単位毎に集計を行う。また、他のシステムから現金投票の集計データを入力し、キャッシュレス投票の集計と現金投票の集計を合算して、トータリーゼータ全体の集計を行う。そして、その集計データをＷｅｂサーバ２００３に渡す。ところで、トータリーゼータとは、公営競技に対する集計作業のことである。

Ｗｅｂサーバ２００３は、端末２０１０に実装されたブラウザとの間でＨＴＴＰ(Hypertext Transfer Protocol)等のプロトコルにより通信を行う。そして、端末２０１０のユーザー認証を行い、ユーザー認証後に端末２０１０から送られてくるユーザーの要求に応じて、端末２０１０にキャッシュレス投票の情報画面を表示させたり、キャッシュレス投票をするための投票画面を端末２０１０に表示させる。Ｗｅｂサーバ２００３は、該投票画面を介して入力したユーザーの投票データを端末２０１０から受信し、それを集計サーバ２００１に渡す。その後、集計サーバ２００１から投票結果データを受け取ると、投票結果画面の表示データを作成し、端末２０１０に投票結果画面を表示させる。

端末２０１０は、例えば、携帯電話やＰＤＡ(Personal Data Assistant)などの携帯端末である。端末２０１０はブラウザを実装しており、ＷＡＮ２０２０を介してＷｅｂサーバ２００３との間で通信を行い、端末２０１０に前記情報画面や前記投票画面を表示させる。

図７４では、端末２０１０は一つしか示されていないが、実際には、複数の端末２０１０がＷＡＮ２０２０に接続されている。
図７５は、上記構成の実施例２０の全体動作を説明するフローチャートである。このフローチャートにおいて、集計サーバ２００１とＷｅｂサーバ２００３の処理は、本実施例のプログラムを各サーバ２００１、２００３が実行することによって行われる。

端末２０１０からの問い合わせに対し、Ｗｅｂサーバ２００３は会員ログイン画面の表示データを端末２０１０に送信する。端末２０１０のブラウザは、Ｗｅｂサーバ２００３から受信する会員ログイン画面の表示データを基にして、端末２０１０に会員ログイン画面を表示させる（ステップＳ１００１）。

ユーザーは端末２０１０に表示された会員ログイン画面に、会員番号とパスワードを入力する。端末２０１０のブラウザは、入力された会員番号とパスワードをＷｅｂサーバ２００３に送信する。Ｗｅｂサーバ２００３は、端末２０１０から受信する会員番号とパスワードを確認し、ログイン処理を行う（ステップＳ１００２）。

Ｗｅｂサーバ２００３は、端末２０１０からの問い合わせに対し、ユーザー毎に、投票画面や情報画面の表示データを端末２０１０に送信する。端末２０１０のブラウザは、Ｗｅｂサーバ２００３から受信する画面表示データを基に、端末２０１０に投票画面や情報画面を表示させる（ステップＳ１００３）。

端末２０１０のブラウザは、投票画面で入力されたユーザーに投票データをＷｅｂサーバ２００３に送信する。Ｗｅｂサーバ２００３は、端末２０１０から受信する投票データを集計サーバ２００１に渡す。集計サーバ２００１は、Ｗｅｂサーバ２００３から受け取るキャッシュレス投票の投票データと他のシステムから受信する現金投票の投票データを集計し、その集計結果をＷｅｂサーバ２００３に渡す。Ｗｅｂサーバ２００３は、集計サーバ２００１から受け取る集計結果を基に投票確定画面の表示データを作成し、それを端末２０１０に送信する。端末２０１０は、Ｗｅｂサーバ２００３から受信する上記表示データを基に、端末２０１０に投票確定画面を表示させる（ステップＳ１００４）。

図７６は、図７５のフローチャートの処理における、集計サーバ２００１とＷｅｂサーバ２００３間、及びＷｅｂサーバ２００３と端末２０１０間でのデータのやり取りを示す図である。
図７６を参照しながら、図７５のフローチャートで示された各ステップの処理における上記データのやり取りを説明する。

（１）端末２０１０は、Ｗｅｂサーバ２００３に投票データを送信する。
（２）Ｗｅｂサーバ２００３から端末２０１０に投票確認画面データが送信される。
投票確認画面は、ユーザーが投票を確認し、合計金額の入力を行い、投票を行うための画面である。この投票確認画面は，図５９（ｃ）に該当する。
（３）端末２０１０は、投票確認画面で入力された合計金額データをＷｅｂサーバ２００３に送信する。
（４）Ｗｅｂサーバ２００３は、合計金額データが正しければ、（１）で端末２０１０から受信した投票データを集計サーバ２００１に渡す。
Ｗｅｂサーバ２００３は、投票データにより算出した合計金額と、ユーザーが端末２０１０から入力した合計金額とが一致するかを確認することにより、合計金額データが正しいか否かを判断する。
（５）集計サーバ２００１は、集計完了結果をＷｅｂサーバ２００３に渡す。
集計完了結果とは、集計サーバ２００１にて投票データが受け付けられ、正常に処理が行われ、投票として集計されたことである。
（６）Ｗｅｂサーバ２００３は、投票確定画面データを端末２０１０に送信する。

投票確定画面は、投票が正常に行われた結果を示す画面であり、図５９（ｄ）に該当する。
このように、実施例２０では、サーバ側に投票用のプログラム（アプリケーション）を実装するので、端末側には特別の専用プログラムを実装する必要がなく、ユーザーはブラウザが実装された端末２０１０を利用してキャッシュレス投票を行うことができる。

［実施例２１］
実施例２１は、本発明のプログラムを“電話投票端末専用機”で実行する形態の競馬の投票システムである。
図７７は、実施例２１のシステム構成を示す図である。同図において、図７４のシステムの構成要素と同じ構成要素には同一の符号を付与している。
キャッシュレスシステム３０００は、集計サーバ３００１と電話投票サーバ３００３を備えている。
電話投票サーバ３００３は、電話回線での投票（電話投票）を制御／集計するサーバであり、端末３０１０から受信する電話投票を集計し、その集計データを集計サーバ３００１に渡す。

集計サーバ３００１は、他のシステムから受信する現金投票データと電話投票サーバ３００３から受け取る電話投票データを集計し、トータリーゼータ全体の集計を行う。
キャッシュレスシステム３０００は、例えば、専用回線により公衆回線網３０２０に接続されている。端末３０１０は、電話投票を行うための専用端末機（電話投票端末専用機）であり、例えば、電話回線により公衆回線網３０２０に接続されている。

図７８は、端末３０１０の前方外観図である。
端末３０１０は、表示部３０１１、カーソルボタン３０１３及び「はい／いいえ」ボタン３０１５を備えている。表示部３０１１は、例えば、ＬＣＤ（液晶ディスプレイ）である。カーソルボタン３０１３は、表示部３０１１の画面に表示されるカーソルを上下左右に移動するための４個のボタンから構成されている。「はい／いいえ」ボタン３０１５は、例えば、投票画面において入力した投票データを「確定」または「キャンセル」するためのボタンであり、「はい」を入力するボタンと「いいえ」を入力するボタンから成る。

図７９は、端末３０１０のハードウェア構成を示すブロック図である。
端末３０１０は、プログラム実行環境部３０２１、表示制御部３０２２、表示部３０１１、入力部３０２４、外部メモリ接続部３０２５、外部通信接続部３０２６、電源部３０２８を備えている。

プログラム実行環境部３０２１は、ＣＰＵ、ＲＡＭ、主制御部、通信制御部を有しており、プログラムの実行、システム全体の制御、外部通信接続部３０２６の制御等を行う。
表示制御部３０２２は、プログラム実行環境部３０２１からの指令を受けて、表示部３０１１の画面表示を制御する。
入力部３０２４は、カーソルボタン３０１３と「はい／いいえ」ボタン３０１５を備える。
外部メモリ接続部３０２５は、ハードディスク装置や光ディスク装置などの外部記憶装置が接続されるインターフェースである。

外部通信接続部３０２６は、ＷＡＮ２０２０と通信を行う通信装置が接続されるインターフェースである。
電源部３０２８は、端末３０１０内部の各ブロックに電源を供給する電源装置である。
実施例２１においては、外部メモリ接続部３０２５に接続される外部メモリにキャッシュレス投票用のアプリケーション（プログラム）がインストールされており、このアプリケーションが外部メモリ接続部３０２５を介して外部メモリからプログラム実行環境部３０２１のＲＡＭにロードされて、プログラム実行環境部３０２１のＣＰＵによって実行される。そして、そのアプリケーションがプログラム実行環境部３０２１によって実行されることにより、表示部３０１１や入力部３０２４を介して、ユーザーにキャッシュレス投票の利用環境を提供する。

実施例２１においては、端末（電話投票端末専用機）３０１０が現行の電話投票システムのインターフェースを備えているため、キャッシュレスシステム３０００は変更する必要がなく、そのまま使用できる。そして、公衆回線網３０２０に接続された端末（電話投票端末専用機）３０１０を使用して電話投票を行うことが可能となる。

［実施例２２］
実施例２２は、本発明のプログラムを“在席投票端末”で実行する形態の競馬の投票システムである。
在席投票端末は、競馬場内での簡易的なキャッシュレス投票を実現するための端末であり、競馬場内等の指定席などに設置される。ユーザーは、在席投票端末を利用することにより、指定席に座りながらキャッシュレス投票を行うことができる。

図８０は、実施例２２のシステム構成を示す図である。
現金投票システム４０００は現行の現金投票システムと同様なシステムであり、その構成・機能の詳しい説明は省略する。
現金投票システム４０００は、現金投票を処理する他のシステムと接続されると共に、専用回線４０２１を介して端末（在席投票端末）４０１０に接続されている。
端末４０１０は、実施例２０の端末３０１０と同様な外観・内部構成（ハードウェア構成）を有しており、本発明のアプリケーション（プログラム）が予め組み込まれている。

端末４０１０は、プログラム実行環境部（不図示）において上記アプリケーションを実行することにより、ユーザーが入力した現金投票データを現金投票システム４０００に送信する。
実施例２２では、本発明のアプリケーション（プログラム）が予め組み込まれた端末（在席投票端末）４０１０を利用することにより、現行の現金投票システム４０００と専用回線４０２１を使用しながら、競馬場内等の指定席に在席して、現金投票を行うことができる。

［実施例２３］
実施例２３は、本発明のプログラムを“手入力投票端末”で実行する形態の競馬の投票システムである。
手入力投票端末は、競馬場内等の通常の客溜まりに設置される現金投票用の端末であり、ユーザーが立ちながら操作して現金投票を行う機器である。
実施例２３のシステム構成は、図８０に示す実施例２２のシステムと同様であり、端末４０１０が手入力投票端末に該当する。

本実施例の手入力投票端末の構成について説明する。
本実施例の手入力投票端末は、現在稼動している現金投票端末と同様な構成であり、主制御部、表示部／タッチパネル、電源、現金処理部（現金としては、紙幣、硬貨が利用可能）、投票券発行部、投票券読取部及び投票カート゛読取部を備えている。

本実施例の手入力投票端末には、本発明のアプリケーション（プログラム）が組み込まれており、既述した上記実施例と略同様のＧＵＩ（グラフィカル・ユーザー・インターフェース）を利用しながら、現金投票を行うことができる。
このように、実施例２３では、実施例２２と同様に、現行の現金投票システム４０００及び専用回線４０２１をそのまま使用しながら、本実施例の手入力投票端末を利用して現金投票を行うことができる。

［実施例２４］
実施例２４は、本発明のプログラムをＰＤＡ(Personal Digital Assistant)等の携帯端末で実行する形態の競馬の投票システムである。
実施例２４のシステム構成は実施例２０または実施例２１のシステムと同様であるので、そのシステム構成の説明は省略する。
図８１は、本発明のプログラム（アプリケーション）を実行する携帯端末５０００のハードウェア構成を示すブロック図である。携帯端末５０００において該プログラムを実行することにより、ユーザーは携帯端末５０００を利用してキャッシュレス投票を行うことができる。携帯端末５０００は、実施例２０においては端末２０１０に、実施例２１においては端末３０１０に相当する。

プログラム実行環境部５０１１は、後述する外部記憶媒体（外部メモリ）に格納されたアプリケーション（プログラム）を実行することにより、ユーザーにキャッシュレス投票を提供する。
表示部５０１３は、ＬＣＤ（液晶ディスプレイ）であり、表示制御部５０１２の制御を受けてキャッシュレス投票に必要となる各種画面を表示する。
表示制御部５０１２は、プログラム実行環境部３０２１からの指令を受けて表示部５０１２の画面表示を制御する。また、タッチパネル５０１４の接触位置情報を検出し、その検出位置情報をプログラム実行環境部５０１１に通知する。

タッチパネル５０１４は、表示部５０１３上に装着され、表示部５０１３に表示される画面上のペンや指等の接触位置を検出するためのタッチセンサーである。
外部メモリ接続部５０１５は、コンパクトフラッシュ（登録商標）、ＳＤ(Secure Digital)メモリカードなどの小型の外部記憶媒体（不図示）が接続されるインターフェースであり、外部メモリに対するデータのリード／ライトを行う。
音源部５０１５は、プログラム実行環境部５０１１からの制御を受けて音声出力を行う装置である。
電源部５０１８は、プログラム実行環境部５０１１に電源を供給する電源である。

入力部５０１９は、英数字キーやカーソルキーなどを備えた入力装置であり、操作されたキー情報をプログラム実行環境部５０１１に通知する。
上記構成の携帯端末５０００においては、外部メモリ接続部５０１５に接続される外部記憶媒体に本発明のアプリケーション（プログラム）が格納され、プログラム実行環境部５０１１は、外部メモリ接続部５０１５を介して前記外部記憶媒体から本発明のアプリケーション（プログラム）を読み出し・実行する。そして、このアプリケーションの実行により、携帯端末５０００を利用してキャッシュレス投票を行うことができる。
上述した実施例は、いずれも、本発明を競馬の投票サービスに適用したものであるが、本発明は競馬の投票サービスのみに限定されるものではなく、競輪、競艇などの他の公営競技の投票サービスにも適用できるものである。

（付記１）
端末の画面に公営競技の出走表を表示する処理と、
該画面上で、該出走表内のレース参加者に着順を指定するマークを付与する操作に応じて買い目を作成する処理と、
を端末のプロセッサーに実行させるプログラム。
（付記２）
端末の画面に公営競技の出走表を表示する処理と、
該出走表に対して行われた所定の操作に基づいて買い目を作成する処理と、
該作成された買い目のオッズを前記画面に表示する処理と、
を端末のプロセッサーに実行させるプログラム。
（付記３）
端末の画面に投票する買い目のベットを表示する処理と、
該画面上で、おさえに指定された買い目のベットの賭金が入力されたとき、該買い目のベットのオッズを用いて資金割れが発生しないように該おさえに指定された買い目のベットの賭金を自動計算する処理と、
を端末のプロセッサーに実行させるプログラム。
（付記４）
オッズの更新時間を設定する処理と、
端末の画面にオッズが表示されているとき、該設定された時間間隔で外部サーバから最新のオッズデータを取得し、その最新オッズデータを該画面に表示する処理と、
を端末のプロセッサーに実行させるプログラム。
（付記５）
収支データを記憶手段に作成・格納する処理と、
該収支データを所定の形式に変換する処理と、
該変換により得られた該所定形式の収支データを外部の装置に送信する処理と、
を端末のプロセッサーに実行させるプログラム。
（付記６）
予め、注目している公営競技のレース参加者を設定する処理と、
端末の画面上で、該レース参加者及び／または該レース参加者に関係する情報を強調表示する処理と、
を端末のプロセッサーに実行させるプログラム。
（付記７）
投票するベットの賭金を入力するための画面を表示する処理と、
該画面でベットの賭金が入力されたとき、該入力された賭金と該ベットのオッズからそのベットの予定払戻金を計算し、該予定払戻金が前記投票の購入資金よりも少なくなるときには、前記画面上で、前記入力された賭金を強調表示する処理と、
を端末のプロセッサーに実行させるプログラム。
（付記８）
公営競技の予想情報を外部から入力する処理と、
該予想情報の買い目のベットを投票リストに追加する処理と、
を端末のプロセッサーに実行させるプログラム。
（付記９）
前記予想情報は二次元コードであることを特徴とする付記８記載のプログラム。
（付記１０）
前記予想情報は無線通信により入力されることを特徴とする付記８記載のプログラム。
（付記１１）
投票データを作成し、それを記憶手段に格納する処理と、
該記憶手段から投票データを読み込み、該投票データを投票券のイメージデータに変換する処理と、
を端末のプロセッサーに実行させるプログラム。
（付記１２）
前記マーク付与は、１着と２着の馬名に対して行うことを特徴とする付記１記載のプログラム。
（付記１３）
前記マーク付与において１着から３着までの各馬名に個別のマークを付けることにより、馬名選択と着順指定を行うことを特徴とする付記１記載のプログラム。
（付記１４）
各馬名には複数種類のマークを付けることが可能であることを特徴とする付記１３記載のプログラム。
（付記１５）
前記マーク付与は、フォーメーション方式で馬券を購入する際に使用されることを特徴とする付記１３または１４記載のプログラム。
（付記１６）
前記買い目作成処理は、
買い目の投票方式を指定する処理と、
該投票方式指定処理によって指定された投票方式に対応する金額入力画面を表示する処理と、
該金額入力画面で投票方式の切替指定がなされた際に、その指定された投票方式に対応する金額入力画面を表示する処理と、
金額入力画面に表示されている各買い目の賭金を入力する処理と
該賭金入力処理によって入力された賭金を基にして、該各買い目のベットを作成する処理と、
を含むことを特徴とする付記1記載のプログラム。
（付記１７）
前記各投票方式での金額入力画面に、その投票方式で購入するベットの合計金額と、他の投票方式で購入するベットの合計金額も含めた当該レースで購入する全ベットの合計金額を表示することを特徴とする付記１７記載のプログラム。
（付記１８）
さらに、前記買い目作成処理で作成されたベットを投票する処理を備えることを特徴とする付記１６記載のプログラム。
（付記１９）
前記投票処理において、作成されたベットを所定の件数毎に分割して投票することを特徴とする付記１８記載のプログラム。
（付記２０）
前記投票処理は、作成されたベットを全て自動的に投票する第1の投票モードと、ユーザーが許可した投票のみを行う第2の投票モードを含むことを特徴とする付記１９記載のプログラム。
（付記２１）
前記オッズ表示処理において、フォーメーション投票で購入されたベットのオッズについては、最大オッズと最小オッズのみを表示することを特徴とする付記２記載のプログラム。
（付記２２）
さらに、購入ベットの総数を表示することを特徴とする付記２１記載のプログラム。
（付記２３）
フォーメーション投票で購入されたベットの賭金を入力するための金額入力画面を前記オッズ表示処理と連動して表示する処理を、
さらに備えることを特徴とする付記２記載のプログラム。
（付記２４）
前記金額入力画面において、フォーメーション投票以外の投票で購入したベットの賭金も含めた当該レースでの購入ベットの賭金合計金額を表示することを特徴とする付記２３記載のプログラム。
（付記２５）
前記買い目作成処理は、
新規に購入されたベットと同一の買い目のベットが既に購入されていないかどうかチェックする処理と、
該チェック処理において、該新規購入されたベットと同一の買い目のベットが既に購入されていることが判明した場合には、その新規購入ベットを無効とする処理と、
を含むことを特徴とする付記１６記載のプログラム。
（付記２６）
前記買い目作成処理によって作成された購入ベットを一時的に記憶手段に保存する処理を、さらに備えることを特徴とする付記１６記載のプログラム。
（付記２７）
前記購入ベットを投票する際、その購入ベットに関係する項目の最新データを取得し、その取得データを提示する画面を表示する処理を、さらに備えることを特徴とする付記２６記載のプログラム。
（付記２８）
前記取得データ提示画面上で購入ベットの賭金を修正可能にする処理を、さらに備えることを特徴とする付記２７記載のプログラム。
（付記２９）
前記項目は、オッズであることを特徴とする付記２７記載のプログラム。
（付記３０）
前記出走表表示処理において、
出走者に関係する一部の項目については短縮して表示することにより、一画面により多くの関係項目を表示することを特徴とする付記１記載のプログラム。
（付記３１）
前記買い目作成処理によって作成されたベットの投票履歴を作成する処理を、
さらに備えることを特徴とする付記１６記載のプログラム。
（付記３２）
前記投票履歴の内容を画面に表示する処理を、
さらに備えることを特徴とする付記３１記載のプログラム。
（付記３３）
前記投票履歴には、投票が的中したか否かを示す情報が含まれることを特徴とする付記３１記載のプログラム。
（付記３４）
前記投票履歴には、未投票であるか否かを示す情報が含まれることを特徴とする付記３１記載のプログラム。
（付記３５）
前記買い目作成処理によって作成されたベットを投票する処理と、
該投票処理によって投票されたベットのレース開催日時を記憶手段に格納する処理と、
該記憶手段に格納されているレース開催日時情報を参照して、前記投票したベットのレース開催日時が所定時間前になった時点で、アラーム情報を画面に表示する処理と、
を、さらに備えることを特徴とする付記１６記載のプログラム。
（付記３６）
前記アラーム情報は、レース開始までの残り時間を通知するものであることを特徴とする付記３５記載のプログラム。
（付記３７）
前記買い目作成処理によって作成されたベットの投票入力を行う処理と、
該投票入力処理において投票しようとしているベットのレース開始が所定時間以内になった場合には、アラーム情報を画面に表示する処理を、
さらに備えることを特徴とする付記１６記載のプログラム。
（付記３８）
前記アラーム情報は、レース開始前までの残り時間を通知するものであることを特徴とする付記３７記載のプログラム。
（付記３９）
前記買い目作成処理によって作成されたベットを投票する処理と、
該投票処理によって投票されたベットの投票結果を取得する処理と、
該取得処理よって取得された投票結果を参照し、該ベットが的中した場合には、その旨を画面に表示して通知する処理と、
をさらに備えることを特徴とする付記１記載のプログラム。
（付記４０）
前記通知を有効にするか否かを設定する処理を、
さらに備えることを特徴とする付記３９記載のプログラム。
（付記４１）
前記取得処理において、前記投票結果を取得するタイミングを設定する処理を、
さらに備えることを特徴とする付記３９記載のプログラム。
（付記４２）
前記買い目作成処理によって作成された買い目の金額入力画面を表示する処理をさらに備え、
該金額入力画面においては、買い目を、オッズの低い順または高い順から一覧表示することを特徴とする付記１記載のプログラム。
（付記４３）
装置内に保存されているオッズデータが所定期間以上前のものであるとき、画面に警告を表示する処理を、
さらに備えることを特徴とする付記１記載のプログラム。
（付記４４）
前記外部サーバと通信して取得する項目を設定する処理と、
該設定処理によって設定された項目を外部サーバから取得する処理と、
を、さらに備えることを特徴とする付記１記載のプログラム。
（付記４５）
前記取得項目の更新間隔を設定する処理を、
さらに備えることを特徴とする付記４４記載のプログラム。
（付記４６）
付記１乃至８のいずれか１項に記載のプログラムであって、
前記端末は、携帯端末であることを特徴とする。
（付記４７）
付記４６記載のプログラムであって、
前記プログラムは、外部サーバからダウンロードされて前記携帯端末に格納されることを特徴とする。
（付記４８）
付記４６記載のプログラムであって、
前記プログラムは、前記携帯端末の外部記憶媒体に格納されていることを特徴とする。
（付記４９）
付記１乃至付記８記載のいずれか１項記載のプログラムであって、
前記端末は、投票用の専用機であって、
前記プログラムは、該専用機の記憶媒体に格納されていることを特徴とする。
（付記５０）
端末の画面に公営競技の出走表を表示する処理と、
該画面上で、該出走表内のレース参加者に着順を指定するマークを付与する操作に応じて買い目を作成する処理と、
をサーバのプロセッサーに実行させるプログラム。
（付記５１）
端末の画面に公営競技の出走表を表示する処理と、
該画面上で、該出走表に対して行われた所定の操作に基づいて買い目を作成する処理と、
該作成された買い目のオッズを端末の画面に表示する処理と、
をサーバのプロセッサーに実行させるプログラム。
（付記５２）
投票する買い目のベットを端末の画面に表示する処理と、
該画面上でおさえに指定された買い目のベットの賭金が入力されたとき、該買い目のベットのオッズを用いて資金割れが発生しないように該おさえに指定された買い目のベットの賭金を自動計算する処理と、
をサーバのプロセッサーに実行させるプログラム。
（付記５３）
オッズの更新時間を設定する処理と、
端末の画面にオッズが表示されているとき、該設定された時間間隔で外部サーバから最新のオッズデータを取得し、その最新オッズデータを該端末の画面に表示する処理と、
をサーバのプロセッサーに実行させるプログラム。
（付記５４）
収支データを記憶手段に作成・格納する処理と、
該収支データを所定の形式に変換する処理と、
該変換により得られた該所定形式の収支データを外部の装置に送信する処理と、
をサーバのプロセッサーに実行させるプログラム。
（付記５５）
予め、注目している公営競技のレース参加者を設定する処理と、
該レース参加者及び／または該レース参加者に関係する情報を端末の画面上で強調表示する処理と、
をサーバのプロセッサーに実行させるプログラム。
（付記５６）
投票するベットの賭金を入力するための画面を端末に表示する処理と、
該画面でベットの賭金が入力されたとき、該入力された賭金と該ベットのオッズからそのベットの予定払戻金を計算し、該予定払戻金が前記投票の購入資金よりも少なくなるときには、前記入力された賭金を端末の画面上で強調表示する処理と、
をサーバのプロセッサーに実行させるプログラム。
（付記５７）
公営競技の予想情報を外部から入力する処理と、
該予想情報の買い目のベットを投票リストに追加する処理と、
をサーバのプロセッサーに実行させるプログラム。

本発明は、端末を利用する競馬、競輪、競艇などの各種公営競技のネット投票に適用でき、ユーザーが公営競技のネット投票をする際におけるユーザーの利便性の向上に寄与するところが大である。

本発明の実施形態を適用した公営競技の投票システムの全体構成を示す図である。 携帯電話の外観図である。 携帯電話のハードウェア構成を示すブロック図である。 本実施形態における画面遷移の大枠を説明する図である。 図４の開催要項画面からの画面遷移を説明する図である。 指定したベットの金額入力の操作方法を説明する図である。 指定したベットをネット投票する操作方法を説明する図である。 公営競技投票システムにおいて、携帯電話を利用して競馬のボックス指定または流し指定を行う場合に、携帯電話の表示部に表示される出走表画面の例を示す図である。 図８の流し指定及びボックス指定を実現する処理を説明するフローチャートである。 公営競技投票システム１において出走表画面とオッズ一覧表画面を連携させてボックス指定及び流し指定を行う実施例を説明する図（その１）である。 公営競技投票システム１において出走表画面とオッズ一覧表画面を連携させてボックス指定及び流し指定を行う実施例を説明する図（その２）である。 図１０の出走表画面からオッズ一覧表画面への切り換え操作を実現する処理を説明するフローチャートである。 図１１のオッズ一覧表画面から出走表画面への切り換え操作を実現する処理を説明するフローチャートである。 金額入力画面において「おさえ」とする買い目の馬券を一つだけ指定する場合の例を説明する図である。 金額入力画面において「おさえ」とする買い目のベットを複数（この例では2枚）指定する場合の例を示す図である。 元取り配分（おさえ）の方法を用いて「おさえ」指定のベットの賭金を自動計算する処理を説明するフローチャートである。 実施例４の画面表示の操作方法を説明する図である。 オッズ一覧表画面が表示されているとき、そのオッズデータを一定時間（上記タイムアウト時間）で自動更新する処理を説明するフローチャートである。 実施例５の概略を説明する図である 実施例５で収支照会画面を表示する際に使用する収支データのデータ保存メモリ内での格納形式を示す図である。 収支照会画面３３に表示される収支データをＣＳＶ形式に変換して電子メールで送信する処理を説明するフローチャートである。 実施例６の概略を説明する図である。 ユーザーが予め自分が注目している馬や騎手を指定する方法を説明する図である。 ユーザーが指定した注目馬及び注目騎手のデータ保存メモリ２３内での格納形式を示す図である。 データ保存メモリ２３内での出走表データの格納形式を示す図である。 図２４（ｃ）に示す注目馬／騎手の強調表示を実現する処理を説明するフローチャート（その１）である。 図２４（ｃ）に示す注目馬／騎手の強調表示を実現する処理を説明するフローチャート（その２）である。 金額入力画面で資金割れが発生する投票ベットの予定払戻金を強調表示する一例を示す図である。 本実施例をボックス投票に適用した例である。 資金割れベットの予定払戻金を強調表示する処理を説明するフローチャートである。 実施例８の概略を説明する図である。 外部入力した競馬予想情報のデータ保存メモリ２３内での格納形式を示す図である。 競馬予想情報を外部入力する場合の処理をするフローチャートである。 図３３のステップＳ１５１の読み込み処理をＱＲコードにより行う場合の処理を説明するフローチャートである。 図３３のステップＳ１５１の読み込み処理を赤外線通信部２７を介して行う場合の処理を説明するフローチャートである。 実施例９の概略説明図である。 実施例９の全体動作を説明する図である。 投票券イメージを表示する際に使用するテンプレートの種類を説明する図である。 データ保存メモリ内に設けられる通常投票券テンプレートのデータ構造を示す図である。 「式別」が“３連単”である場合の通常投票券テンプレートイメージを概略的に示す。 投票データのデータ保存メモリ２３内での格納形式を示す図である。 実施例９の全体動作を説明するフローチャートである。 投票券イメージデータを示す図である。 実施例１０におけるフォーメーション投票での買い目作成方法を説明する図である。 実施例１０における買い目作成のマークの付与方式を示す図である。 実施例１０における出走表画面上での買い目作成処理を説明するフローチャートである。 出走表画面でフォーメーション投票での買い目を作成し、その作成した買い目に賭金を設定するまでの操作手順を示す画面遷移図である。 実施例１１における分割投票の方法を説明する画面遷移図である。 金額入力画面におけるベットの投票金額の修正とレース合計金額の自動修正表示の連動例を示す図である。 金額入力画面でタブシートを利用して上記４種類の投票を切り替える方法を説明する図である。 金額入力画面でタブシートを利用して上記４種類の投票を切り替える方法を説明する図である。 実施例１２の全体動作を説明する画面遷移図（その１）である。 実施例１２の全体動作を説明する画面遷移図（その２）である。 実施例１２の全体動作の処理手順を説明するフローチャートである。 図５４のフローチャートのステップＳ５０３とステップＳ５０４の処理の詳細を説明する図である。 実施例１３の動作の概略説明図である。 実施例１３の動作を実現するコンピュータの処理手順を示すフローチャートである。 買い目を一時保存する操作方法を示す画面遷移図である。 データ保存メモリに保存しておいた買い目のベットを投票する一連の操作を説明する画面遷移図である。 実施例１４の動作を実現するコンピュータの処理手順（その１）を示すフローチャートである。 実施例１４の動作を実現するコンピュータの処理手順（その２）を示すフローチャートである。 実施例１５における出走表画面の短縮表示の一例を示す図である。 出走表画面に表示される１頭の出走馬の通常表示データを、短縮表示データに加工する処理を説明する図である。 実施例１５の動作を実現するコンピュータの処理手順を示すフローチャートである。 実施例１６における投票履歴画面を説明する図である。 投票履歴データの項目構成を示す図である。 実施例１６の動作を実現するコンピュータの処理手順を示すフローチャート（その１）である。 実施例１６の動作を実現するコンピュータの処理手順を示すフローチャート（その２）である。 実施例１７の概要を示す図である。 データ保存メモリに格納されるレース情報のデータ構造を示す図である。 実施例１７及び実施例１８の動作を実現するコンピュータの処理手順を示すフローチャートである。 実施例１８の的中表示処理を実現するコンピュータの処理手順を示すフローチャートである 実施例１９における通信設定画面を利用した上記通信項目の設定操作の方法を説明する図である。 実施例２０のシステム構成を示す図である。 実施例２０の全体動作を説明するフローチャートである。 図７５のフローチャートの処理における、集計サーバとＷｅｂサーバ間、及びＷｅｂサーバと端末間でのデータのやり取りを示す図である。 実施例２１のシステム構成を示す図である。 実施例２１の端末の前方外観図である。 実施例２１の端末のハードウェア構成を示すブロック図である。 実施例２２のシステム構成を示すブロックである。 実施例２４の携帯端末のハードウェア構成を示すブロック図である。 従来の携帯電話でオッズを参照する場合の操作方法を示す図である。 従来の携帯電話で出走表を参照する場合の操作方法を示す図である。 従来の携帯電話で流し指定を行う場合の操作方法を説明する図である。 従来の携帯電話でボックス指定を行う場合の操作方法を説明する図である。 従来のＩＰＡＴでの携帯電話による３連単フォーメーション投票の操作手順を示す図である。

符号の説明

１０ 携帯電話
１１ 上方向キー
１２ 下方向キー
１３ 右方向キー
１４ 左方向キー
１５ メニューキー
１６ 戻りキー
１７ 決定キー
２１ プログラム実行環境部
２２ プログラム保存メモリ部
２３ データ保存メモリ
２３ａ 注目馬格納領域
２３ｂ 注目騎手格納領域
２３ｃ 出走表データ格納領域
２４ 表示部
２５ 操作キー部
２６ パケット通信部
２７ 赤外線通信部
２８ カメラ部
３０ 初期メニュー画面
３１ 開催要項画面
３２ 投票履歴画面
３３ 収支照会画面
３４ 設定画面
４１、７１ 出走表画面
４２、７３ オッズ一覧表画面
４３ 買い目入力画面
４４ 金額入力画面
４４ａ，７１ａ，７３ａ メニューボタン
４５，７２，７４ メニュー
５１ 投票確認画面
６０ データ取得設定画面
８１ 収支データ
９０ 注目馬／騎手設定画面
９０ａ 決定ボタン
１１１ ＱＲコード
１２０ ＰＣ（パーソナルコンピュータ）
１２１ 赤外線通信アダプター
１２３ 競馬予想情報
１３０ 投票券イメージ画面
１３１ 投票券イメージ
１３７ 通常投票券テンプレート
１３９ 通常投票券テンプレーイメージ
１４０ レコード
１５０ 投票券イメージデータ
２００、２１１，２１２ 出走表画面
２１２ａ ポップアップメニュー
２１３ 金額入力画面（通常投票）
２１４ 金額入力画面（フォーメーション投票）
２２１ 出走表画
２２３ 金額入力画面
２２５ 投票入力画面
２３１、２３３ 金額入力画面
３０１、３０５，３０７ ポップアップメニュー
３０３ タブシート
４１１ 投票入力画面（買い目作成画面）
４１１ａ オッズ表示欄
４１１ｂ ポップアップメニュー
４１２〜４１６ 金額入力画面
４１４ｄ 投票金額欄
４１５ｅ ベッド合計金額欄
４１５ｆ レース合計金額欄
４１６ｇ ポップアップメニュー
４１９〜４２１ 金額入力画面
４１７ 投票入力画面
４１７ｈ 合計金額入力欄
４１７ｉ 合計金額表示欄
４１７ｊ 投票ボタン
４１８ 投票終了画面
４１９〜４２１ 金額入力画面
５０１〜５０３ 組番表示領域
５０７、５０８ ポップアップメニュー
６０１ 買い目作成画面（出馬投票）
６０３ 買い目作成画面（番号投票）
６１１、６１３、６１５ 金額入力画面
７０２ 出走表画面（通常表示）
７１２ 出走表画面（短縮表示）
７２１ 通常表示データ
７２３ 短縮表示データ
８０１ 投票履歴画面
８１１ 投票データ一覧画面
９０１ 投票履歴データ
１００１ 通知設定画面
１００３ 発走通知画面
１１０１ レース情報
１１０３ 的中通知画面
１２０１、１２０３ 通信設定画面
２０００ キャッシュレスシステム
２００１ 集計サーバ
２００３ Ｗｅｂサーバ
２０１０ 端末
２０２０ ＷＡＮ
３０００ キャッシュレスシステム
３００１ 集計サーバ
３００３ 電話投票サーバ
３０１０ 端末
３０１１ 表示部
３０１３ カーソルボタン
３０１５ 「はい／いいえ」ボタン
３０２１ プログラム実行環境部
３０２２ 表示制御部
３０２４ 入力部
３０２５ 外部メモリ接続部
３０２６ 外部通信接続部
３０２８ 電源部
３０２０ 公衆回線網
４０１０ 端末
５０００ 携帯端末
５０１１ プログラム実行環境部
５０１２ 表示制御部
５０１３ 表示部
５０１４ タッチパネル
５０１５ 外部メモリ接続部
５０１６ 外部通信接続部
５０１７ 音源部
５０１８ 電源部
５０１９ 入力部

Claims (5)

1. 外部サーバから公営競技の出走表データを取得する処理と、
   前記出走表データに基づいて、端末が備える表示装置の画面に前記公営競技の少なくともレース参加者を含む出走表を表示する処理と、
   前記端末が備える入力装置の所定キーを押下する回数に応じて、前記出走表に表示されたレース参加者に着順を指定するマークを前記着順毎に異ならせて付与する処理と、
   前記マークが付与されたレース参加者及び着順に基づいて１つ又は複数の流しの買い目を作成し、前記マークが付与されたレース参加者に基づいて１つ又は複数のボックスの買い目を作成する処理と、
   を端末のプロセッサーに実行させるコンピュータ実行可能なプログラム。
2. 前記外部サーバから前記公営競技のオッズデータを取得する処理と、
   前記オッズデータに基づいて、前記作成された１つ又は複数の流し、又は、１つ又は複数のボックスの買い目に対応するオッズを前記画面に表示する処理と、
   を端末のプロセッサーに実行させる請求項１に記載のコンピュータ実行可能なプログラム。
3. 前記画面に投票する１つ又は複数の流し、又は、１つ又は複数のボックスの買い目のベットを表示する処理と、
   前記入力装置によって、おさえに指定された１つ又は複数の流し、又は、ボックスの買い目のベットの賭金が入力されたとき、前記１つ又は複数の流し、又は、１つ又は複数のボックスの買い目のベットのオッズを用いて資金割れが発生しないように前記おさえに指定された１つ又は複数の流し、又は、ボックスの買い目のベットの賭金を計算する処理と、
   を端末のプロセッサーに実行させる請求項１に記載のコンピュータ実行可能なプログラム。
4. 前記外部サーバから前記公営競技のオッズデータを取得する処理と、
   前記オッズデータの取得処理の更新時間を設定する処理と、
   前記画面にオッズが表示されているとき、前記設定された時間間隔で前記外部サーバから最新のオッズデータを取得し、その最新オッズデータを前記画面に表示する処理と、
   を端末のプロセッサーに実行させる請求項１に記載のコンピュータ実行可能なプログラム。
5. 前記公営競技の投票における収支データを計算し記憶手段に格納する処理と、
   前記収支データを所定の形式に変換する処理と、
   前記変換により得られた前記所定形式の収支データを外部装置に送信する処理と、
   を端末のプロセッサーに実行させる請求項１に記載のコンピュータ実行可能なプログラム。