(57)【要約】【課題】  競輪、競馬あるいは競艇等の投票券の発券を行う発券システムに係り、ランニングコストを低減させ、更に購入者の利便を図ることを課題とする。【解決手段】  発券支援サーバの受付処理部２１は、受付番号を割り付け、携帯電話に受付番号を返信する。そして、予約登録処理部２５は、買い目情報を含む購入予約情報をこの携帯電話から受信して、データ記憶部に記憶させる。自動発券機では、携帯電話に表示される受付番号のバーコードを読み取り、受付番号を含む予約情報照会を発券支援サーバに送信する。予約提供処理部２７は、受付番号に対応する購入予約情報を自動発券機へ返信し、自動発券機は、これによる発券を行う。【選択図】        図２
2005216018.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末と通信可能な発券支援サーバと、当該発券支援サーバと接続する自動発券機からなる発券システムであって、
発券支援サーバは、
携帯端末からの要求に応じて、受付番号を割り付け、当該携帯端末に受付番号を変換したコードを返信する受付処理部と、
投票券の投票内容を特定する買い目情報を含む購入予約情報と、前記受付番号とを対応付けて記憶するためのデータ記憶部と、
前記購入予約情報を、前記携帯端末から受信し、前記受付番号と対応付けてデータ記憶部に記憶させる予約登録処理部とを有し、
自動発券機は、携帯端末の表示部からコードを読み取り、当該コードを変換し、変換したデータから受付番号を取得し、当該受付番号を含む予約情報照会を発券支援サーバに送信する制御を有し、
発券支援サーバは、更に
前記予約情報照会を受信し、当該予約情報照会に含まれる受付番号に対応する購入予約情報を前記データ記憶部から読み出し、当該購入予約情報を前記自動発券機へ返信する予約提供処理部を有し、
前記自動発券機は、前記購入予約情報を受信し、当該購入予約情報に含まれる買い目情報に従って、発券を行うことを特徴とする発券システム。
【請求項２】
携帯端末と通信可能であり、自動発券機と接続する発券支援サーバであって、以下の要素を有することを特徴とする発券支援サーバ
（１）携帯端末からの要求に応じて、受付番号を割り付け、当該携帯端末に受付番号を変換したコードを返信する受付処理部
（２）投票券の投票内容を特定する買い目情報を含む購入予約情報と、前記受付番号とを対応付けて記憶するためのデータ記憶部
（３）前記購入予約情報を、前記携帯端末から受信し、前記受付番号と対応付けて前記データ記憶部に記憶させる予約登録処理部
（４）自動発券機から受付番号を含む予約情報照会を受信し、当該予約情報照会に含まれる受付番号に対応する購入予約情報を前記データ記憶部から読み出し、当該購入予約情報を前記自動発券機へ返信する予約提供処理部。
【請求項３】
発券支援サーバは、更に、携帯端末からの要求に応じて、当該携帯端末へオッズ情報を返信するオッズ情報処理部を有することを特徴とする請求項２記載の発券支援サーバ。
【請求項４】
前記受付処理部は、前記携帯端末の発信番号に応じて受付番号を割り付け、前記携帯端末の発信番号が会員であるか否かを判定しないことを特徴とする請求項２または３に記載の発券支援サーバ。
【請求項５】
発券支援サーバと接続している自動発券機であって、
携帯端末の表示部からコードを読み取り、当該コードを変換し、変換したデータから受付番号を取得し、当該受付番号を含む予約情報照会を発券支援サーバに送信する第１の制御部と、前記発券支援サーバからの返信として購入予約情報を受信し、当該購入予約情報に含まれる買い目情報に従って、発券を行う第２の制御部とを有することを特徴とする自動発券機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、投票券の発券を行う発券システムに係り、ランニングコストを低減させ、更に購入者の利便を図るシステムに関する。
【背景技術】
【０００２】
競輪等の投票券は、購入者がマークカードを記入し、窓口の有人手動発券機または自動発券機でこのマークカードを読み取りことにより行われている。その為、マークカードのコスト削減が求められている。
【０００３】
また、従来の携帯電話による発券システムでは、利用者の事前登録が必要である。その為、この事前登録の煩わしさの解消が求められている。
【特許文献１】特開２００２−２６００４３号公報
【特許文献２】特開２００２−１０９１１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、上述した従来技術の欠点を除くためになされたものであって、その目的とするところは、投票券の発券を行う発券システムに係り、ランニングコストを低減させ、更に購入者の利便を図ることを課題とする。
【課題を解決するための手段】
【０００５】
本発明に係る発券システムは、
携帯端末と通信可能な発券支援サーバと、当該発券支援サーバと接続する自動発券機からなる発券システムであって、
発券支援サーバは、
携帯端末からの要求に応じて、受付番号を割り付け、当該携帯端末に受付番号を変換したコードを返信する受付処理部と、
投票券の投票内容を特定する買い目情報を含む購入予約情報と、前記受付番号とを対応付けて記憶するためのデータ記憶部と、
前記購入予約情報を、前記携帯端末から受信し、前記受付番号と対応付けてデータ記憶部に記憶させる予約登録処理部とを有し、
自動発券機は、携帯端末の表示部からコードを読み取り、当該コードを変換し、変換したデータから受付番号を取得し、当該受付番号を含む予約情報照会を発券支援サーバに送信する制御を有し、
発券支援サーバは、更に
前記予約情報照会を受信し、当該予約情報照会に含まれる受付番号に対応する購入予約情報を前記データ記憶部から読み出し、当該購入予約情報を前記自動発券機へ返信する予約提供処理部を有し、
前記自動発券機は、前記購入予約情報を受信し、当該購入予約情報に含まれる買い目情報に従って、発券を行うことを特徴とする。
【発明の効果】
【０００６】
本発明においては、携帯端末に表示されるコードを読み取るので、ランニングコストを低減させ、更に購入者の利便を図ることができる。
【発明を実施するための最良の形態】
【０００７】
実施の形態１．
以下本発明を図面に示す実施例に基づいて説明する。本実施の形態において、携帯端末の一例が携帯電話であるとし、またコードの一例として、二次元コードであるＱＲコードを用いて説明する。図１は、本発明に係るネットワーク環境を示す図である。発券支援サーバ１は、場内ネットワーク４を介して自動発券機２群と接続している。自動発券機２は、携帯電話３の表示画面に表示されたＱＲコード（２次元バーコード、バーコードの例）を読み取るＱＲコード読み取り装置を有している。また、発券装置、入出金装置も備えている。
【０００８】
発券支援サーバ１は、更に、インターネット５と携帯電話網７を介して携帯電話３と接続可能なように構成されている。発券支援サーバ１と携帯電話３は、相互に電子メールによる通信が可能である。また、携帯電話３は、発券支援サーバ１が提供するＨＰ（ホームページ）にアクセスし、ブラウザにより情報を閲覧できるように構成されている。また、携帯電話３は、自身のアプリケーションソフトにより動作することもできる。
【０００９】
本発明は、携帯電話３を用いて、携帯電話網７とインターネット５を介して発券支援サーバ１にアクセスし、オッズ情報等を取得した上で投票券の購入予約を行う動作と、その後携帯電話３のＱＲコード表示機能を用いて自動発券機２で前記購入予約に基づいて、投票券を購入する動作からなる。
【００１０】
まず、発券支援サーバ１の構成について説明する。図２は、サーバの構成を示す図である。発券支援サーバ１は、受付処理部２１、受付管理テーブル２２、オッズ情報処理部２３、オッズテーブル２４、予約登録処理部２５、予約データベース２６、及び予約提供処理部２７の要素を有している。
【００１１】
受付処理部２１は、携帯電話３から携帯電話番号を取得し、受付を行うように構成されている。また、受付番号を変換したＱＲコードを携帯電話３へ返信する。
【００１２】
受付管理テーブル２２は、携帯電話番号と受付番号を対応付けるテーブルである。図３は、受付管理テーブルの例を示す図である。この例では、受付の単位毎にレコードを設け、受付番号３０１、携帯電話番号３０２、買い目登録件数３０３、予約ＩＤ３０４の項目を有し、それぞれ対応付けられている。予約ＩＤは、予約データベースで管理する購買予約の単位を識別するための情報である。買い目登録件数３０３は、購買予約に含まれる買い目の数を示している。但し、買い目登録件数３０３は、後述する予約管理テーブル（予約データベース２６の要素）と重複するデータであるので、省略しても構わない。
【００１３】
オッズ情報処理部２３は、携帯電話３からの要求に応じて、オッズ情報を提供するように構成されている。
【００１４】
オッズテーブル２４は、オッズ情報を管理するデータベースであり、買い目情報を入力として、倍率や予測配当等の情報を出力するように構成されている。買い目情報は、投票内容を特定する情報であって、例えば日付、レース番号、賭け式（２枠複、２枠単等）、選択番号、場コード等が含まれている。また、オッズテーブル２４の内容は、各発券機（自動発券機２を含む）から報告される売上情報を基に都度更新される。
【００１５】
予約登録処理部２５は、携帯電話３からの購入予約情報を受信し、予約データベース２６に登録するように構成されている。
【００１６】
予約データベース２６は、予約単位毎に予約ＩＤを割り付け、購入予約を記憶するように構成されている。また、予約ＩＤを入力し、対応する購入予約を出力することもできる。予約提供処理部２７は、自動発券機２からの予約情報照会により、購入予約情報を検索、返信するように構成されている。
【００１７】
予約データベース２６に含まれるテーブルの例として、予約管理テーブルと、各買い目組合せ方式毎のデータ構造（ボックス形式テーブル、ながし形式テーブル、マルチ形式テーブル）について説明する。
【００１８】
図４は、予約管理テーブルの例を示す図である。購買予約の単位毎にレコードを設け、予約ＩＤ４０１、開催場ＮＯ．４０７、開催日４０８、買い目登録件数４０２、買い目組合せ方式４０３、テーブルＩＤ４０４、買い目組合せ方式４０５、テーブルＩＤ４０６を有している。予約ＩＤを、各レコードにシーケンシャルに割り当てる場合には、予約ＩＤ４０１の項目を省略しても構わない。買い目登録件数４０２は、買い目組合せ方式とテーブルＩＤの項目の組合せを１件とする有効な登録件数である。買い目組合せ方式４０３では、ボックス、ながし、あるいはマルチ等の方式の区別をコードで識別している。テーブルＩＤは、これらの方式に係る選択内容を特定する情報を管理しているデータ単位を特定するための情報である。
【００１９】
図５は、ボックス形式テーブルの例を示す図である。テーブルＩＤ＝２００１により特定されるデータである。賭け式５０１、購入票数５０２、購入番号５０３、レース番号５０４の各情報を有している。賭け式５０１は、２枠複、２枠単等の区別をコードで識別している。
【００２０】
図６は、ながし形式テーブルの例を示す図である。テーブルＩＤ＝３００１により特定されるデータである。賭け式６０１、購入票数６０２、１購入番号６０３、２購入番号６０４、３購入番号６０５、レース番号６０６の各情報を有している。
【００２１】
図７は、マルチ形式テーブルの例を示す図である。ヘッダとしてマルチ情報数７０１を有している。マルチ情報数７０１は、賭け式の項目を先頭とするマルチ情報の数である。マルチ情報は、賭け式７０２とマルチ記入数７０３をヘッダとして、インデックス７０４、購入票数７０５、及びレース番号７０６の組を繰り返して記憶している。この組の数を、マルチ記入数７０３で管理している。
【００２２】
続いて、投票券の購入予約を行う動作と、投票券を購入する動作を順に説明する。まず、購入予約について説明する。図８は、投票券予約時の処理フローを示す図である。
【００２３】
携帯電話３から発券支援サーバ１にアクセスし（Ｓ８２１）、発券支援サーバ１は、携帯電話３と接続する（Ｓ８０１）。そして、携帯電話３から携帯電話番号を送信し（Ｓ８２２）、発券支援サーバ１の受付処理部２１でこの携帯電話番号を受信する（Ｓ８０２）。受付処理部２１は、受付管理テーブル２２で使用中の受付番号を参照し、新しい受付番号を割り付ける（Ｓ８０３）。そして、当該受付番号で特定される受付管理テーブル２２のレコードに、前記携帯電話番号を記憶させる（Ｓ８０４）。
【００２４】
携帯電話３で、買い目情報を入力し（Ｓ８２３）、入力した買い目情報を含むオッズ情報要求を発券支援サーバ１に送信し（Ｓ８２４）、発券支援サーバ１のオッズ情報処理部２３は、このオッズ情報要求を受信し、入力する（Ｓ８０５）。そして、オッズ情報処理部２３は、この買い目情報を指定して、オッズテーブル２４にオッズ情報を問い合わせ、オッズテーブル２４からオッズ情報を取得する（Ｓ８０６）。そして、オッズ情報処理部２３から携帯電話３へオッズ情報を返信する（Ｓ８０７）。
【００２５】
携帯電話３は、オッズ情報を受信し（Ｓ８２５）、表示する。利用者は、オッズ情報を参考にして、携帯電話３に購入予約を入力する（Ｓ８２６）。購入予約の入力は、前述の買い目情報を選択し、購入票数を入力することにより行われる。そして携帯電話３から、発券支援サーバ１へ購入予約情報を送信する（Ｓ８２７）。購入予約情報は、買い目情報と購入票数を含んでいる。あるいは、発券支援サーバ１に既に送信してある買い目情報を選択する情報と購入票数を用いてもよい。購入票数の決定を、投票券購入時に行う場合には、購入票数の入力及び送信を省略するように処理しても構わない。発券支援サーバ１の予約登録処理部２５は、前記購入予約情報を受信して、一時的記憶領域に記憶する（Ｓ８０８）。
【００２６】
携帯電話３では、Ｓ８２３からＳ８２７の処理を繰り返すことができる。利用者が入力終了を指示した場合には（Ｓ８２８）、入力終了通知を発券支援サーバ１に送信する（Ｓ８２９）。発券支援サーバ１の予約登録処理部２５で、入力終了通知を受信すると（Ｓ８０９）、受付処理部２１より受付番号と、受付番号を変換したＱＲコードを携帯電話３に返信する（Ｓ８１０）。携帯電話３は、この受付番号とＱＲコードを受信して（Ｓ８３０）、記憶する。
【００２７】
最後に、発券支援サーバ１の予約登録処理部２５により、受付番号とＳ８０８で一時的記憶領域に記憶している購入予約情報を対応付けて記憶させる（Ｓ８１１）。この例では、購入予約情報を予約データベース２６に記憶させる。それに対して、受付番号は、受付管理テーブル２２に記憶されているので、予約データベース２６で購入予約情報と対応付けられている予約ＩＤを、受付管理テーブル２２の受付番号に対応付けて記憶させる。その為、以下のように処理する。
【００２８】
まず、予約登録処理部２５は、予約データベース２６に購入予約情報を登録し、当該情報に割り付けられた予約ＩＤを予約データベース２６から取得する。次に、予約登録処理部２５は、受付処理部２１から受付番号を取得し、受付管理テーブル２２の中で、当該受付番号を有するレコードを特定し、当該レコードに前記予約ＩＤを記憶させる。このようにして、Ｓ８１１の処理が完了する。
【００２９】
上述の携帯電話３の動作は、携帯電話３で保持するアプリケーションソフトにより処理してもよいし、発券支援サーバ１から提供されるページ記述言語による文書データ等をブラウザで処理するようにしてもよい。また、発券支援サーバ１から携帯電話３へ受付番号とＱＲコードを返信しているが、受付番号は必須ではなくＱＲコードだけでもよい。
【００３０】
次に、投票券購入について説明する。図９は、投票券購入時の処理フローを示す図である。利用者は、まず自動発券機２に対して入金操作を行う。自動発券機２は、入金を検知すると（Ｓ９４１）、携帯電話の表示装置によるＱＲコードの提示を促す内容を表示部に表示させる（Ｓ９４２）。
【００３１】
利用者は、この要求に応じて、保管してあるＱＲコードを表示装置に表示させる（Ｓ９２１）。
【００３２】
自動発券機２は、ＱＲコードによる受付番号を読取り（Ｓ９４３）、受付番号を含む予約情報照会を発券支援サーバ１へ送信する（Ｓ９４４）。
【００３３】
発券支援サーバ１の予約提供処理部２７は、予約情報照会を受信し（Ｓ９０１）、予約情報を検索する（Ｓ９０２）。具体的には、受付番号に対応する予約ＩＤを受付管理テーブル２２から取得し、予約ＩＤに対応する購入予約情報を予約データベース２６から取得する。そして、予約情報を自動発券機２に返信する（Ｓ９０３）。予約情報には、少なくとも買い目情報が含まれる。また、投票数も含むことも有効である。
【００３４】
自動発券機２は、予約情報を受信して（Ｓ９４５）、発券動作を行う（Ｓ９４７）。尚、発券の前に、買い目情報を表示し、修正を受け付けるようにしてもよい（Ｓ９４６）。このとき、投票数を入力するようにしてもよい。利用者の投票券受取りを検知すると（Ｓ９４８）、受付番号を含む発券完了通知を発券支援サーバ１に返信する（Ｓ９４９）。
【００３５】
発券支援サーバ１は、発券完了通知を受信し（Ｓ９０４）、発券完了を記録する（Ｓ９０５）。例えば、受付管理テーブル２２の受付番号を消去する。フラグにより、無効の旨を記録するようにしてもよい、
発券支援サーバ１、自動発券機２、携帯電話３は、コンピュータとして、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。
【００３６】
図１０は、サーバのハードウエア構成例を示す図である。バスに、ディスプレイ装置１００１、演算装置１００２、データ記憶装置１００３、操作入力装置１００４、メモリ１００５、通信インターフェース装置１００６が接続されている。データ記憶装置１００３は、例えばハードディスクである。
【００３７】
プログラムは、通常データ記憶装置１００３に記憶されており、メモリ１００５にロードされた状態で、順次演算装置１００２に読み込まれ処理を行う。
【００３８】
本実施の形態において説明した発券システムとは、公営競技における勝馬投票券や勝者投票券などの投票券を発券する機能をもつシステムであるとする。
【００３９】
以上説明したように本実施の形態によると、利用者は予め携帯電話を用いて投票券の予約を行うことができるので、買い目の組み合わせによりそれぞれ違うマークシートを複数枚記入する必要がなくなり、複数のレースの予約を同時に行うことができる。
【００４０】
さらに、主催者側としては、発券処理に用いていた膨大なマークシートを削減することができ、さらに予め投票券の予約を利用者から受付けることにより、自動発券機２での混雑を解消することができる。
【００４１】
また上述したように、発券支援サーバ１は予約情報としてＱＲコードを作成するが、予約情報は指定された買い目情報と購入票数とするか、または買い目情報だけの指定も許容するように構成してもよい。ＱＲコードに買い目情報だけ登録されているときは、利用者は自動発券機２にて投票券を購入する際に、購入票数を指定するようになる。それにより、より最新のオッズを参考にし、購入することができる。
【００４２】
実施の形態２．
実施の形態１では、携帯電話３から発券支援サーバ１に投票券の予約をして、予約情報に基づき自動発券機２にて投票券を発券する処理の流れについて、説明した。本実施の形態では、投票の予約をした後、予約変更する処理について、説明する。
【００４３】
図１１〜図１７は、携帯電話３の画面遷移の一例を示した図である。本発券システムに、携帯電話３が接続すると、図１１に示す「メインメニュー」画面１１０１が表示される。「メインメニュー」画面１１０１は、「１．新規予約」、「２．新規予約（ＢＯＸ）」、「３．新規予約（流し）」、「４．予約変更・確認」、「５．予約取消」、「６．購入」、「７．オッズ情報」、「８．終了」のいずれかを選択させるメニュー画面であり、OLE_LINK1「１．新規予約」、「２．新規予約（ＢＯＸ）」、「３．新規予約（流し）」、および「６．購入」OLE_LINK1の処理については、実施の形態１で説明したとおりである。
【００４４】
「１．新規予約」、「２．新規予約（ＢＯＸ）」、「３．新規予約（流し）」、および「６．購入」について、それぞれの画面遷移を図１１、図１２、図１３および図１６に示している。確認しておくと、「１．新規予約」が選択されたときは、図１１に示すとおり、「新規予約」画面１１０２が表示される。「新規予約」画面１１０２で賭け式、買い目などを指定する。また、日付、場名等は、規定値として予め入力してあるように構成することもできる。「新規予約」画面１１０２で、「前へ」ボタンが押されたときは前に予約した内容を表示する「新規予約」画面１１０３を表示し、「オッズ要求」ボタンが押されたときは「新規予約」画面１１０４に示すように現在のオッズを表示する。「次へ」ボタンが押されたときは、「新規予約」画面１１０５で次に予約されている情報を表示し、「完了・登録」ボタンが押されたときは、「完了・登録」画面１１０６にて、受付番号を表示する。図８で示した投票券予約時の処理フローでは、受付番号と、受付番号を変換したＱＲコードを受信するようにしているが、「完了・登録」画面１１０６では受信したＱＲコードを表示していない。ＱＲコードを合わせて表示するように構成してもよいし、ＱＲコードだけ表示してもよい。後述する「登録」画面１２０３、「登録」画面１３０３に関しても同様である。
【００４５】
また「メインメニュー」画面１１０１で、「２．新規予約（ＢＯＸ）」が選択されたときは、図１２に示す「新規予約（ＢＯＸ）」画面１２０１が表示され、「次へ」ボタンで新規予約の賭け式等を入力する「予約」画面１２０２が表示され、「予約」画面１２０２で「登録」ボタンが押されたときは、「登録」画面１２０３にて、受付番号を表示する。
【００４６】
また「メインメニュー」画面１１０１で、「３．新規予約（流し）」が選択されたときは、図１３に示す「新規予約（流し）」画面１３０１が表示され、「次へ」ボタンで新規予約の賭け式等を入力する「予約」画面１３０２が表示され、「予約」画面１３０２で「登録」ボタンが推されたときは、「登録」画面１３０３にて、受付番号を表示する。図１１〜図１３を用いて説明した画面変移に対応する投票券予約時の処理フローは、図８を用いて説明したとおりである。
【００４７】
さらに、購入処理の画面フローについて説明すると、「メインメニュー」画面１１０１で、「６．購入」が選択されたときは、図１６に示すように、「予約一覧」画面１６０１に、予約された受付番号を表示し、それぞれの予約一覧を選択すると、「購入処理」画面１６０２〜１６０４にて、受付番号と一致するＱＲコードが表示される。その後図示していないが、自動発券機２がＱＲコードを読み取った後、自動発券機２がＱＲコードの読取状況を、携帯電話３の表示画面に表示するように構成することもできる。図１６の画面変移に対応する投票券購入時の処理フローは、図９を用いて説明したとおりである。
【００４８】
また「メインメニュー」画面１１０１で、オッズを取得できるように構成することもでき、図１７に示すように、「７．オッズ情報」を選択すると、「オッズ情報表示」画面１７０１〜１７０７に示すように、人気順、不人気順、軸固定、倍率指定等の指定で、現在のオッズを確認することができる。
【００４９】
次に本実施の形態で説明する予約変更処理について、説明する。「メインメニュー」画面１１０１で、「４．予約変更・確認」が選択されたときは、図１４に示すように「予約変更・確認」画面１４０１に携帯電話３の携帯電話番号に対応する受付番号が全て表示され、受付番号を選択すると、賭け式により「変更・確認処理」画面１４０２〜１４０４が表示される。利用者は、「変更・確認処理」画面１４０２〜１４０４にて、予約の変更、確認処理をすることができる。「変更・確認処理」画面１４０２〜１４０４で、予約情報の変更が入力された後、何らかのボタンが選択されたら、その予約情報の変更を決めるように構成している。
【００５０】
図１８は、本実施の形態における発券支援サーバ１の構成を示す図である。実施の形態１で用いた図２で説明したとおりであるが、本実施の形態では、受付処理部２１は携帯電話３から、携帯電話番号を受信し、「予約変更通知」を返信する。また予約登録処理部２５は、利用者が予約変更した購入予約情報を、新規の予約と同様に受信し、該当する予約データベース２６の予約情報を書き換える。
【００５１】
図１９は、本実施の形態における予約変更処理フローを示す図である。携帯電話３から発券支援サーバ１にアクセスし（Ｓ１９２１）、発券支援サーバ１は、携帯電話と接続する（Ｓ１９０１）。携帯電話３は、携帯電話番号を送信し（Ｓ１９２２）、発券支援サーバ１の受付処理部２１でこの携帯電話番号を受信する（Ｓ１９０２）。携帯電話３には、図１４に示した「メインメニュー」画面１１０１が表示される。受付処理部２１は、当該受付番号で特定される受付管理テーブル２２のレコードを記憶させる（Ｓ１９０３）。
【００５２】
携帯電話３では、「予約変更・確認」画面１４０１にて、発券支援サーバ１から受信した現在の購入予約情報を表示し、「変更・確認処理」画面１４０２〜１４０４にて選択した受付番号の変更後の買い目情報を入力する（Ｓ１９２３）。入力した変更後の買い目情報を含むオッズ情報要求を発券支援サーバ１に送信し（Ｓ１９２４）、発券支援サーバ１のオッズ情報処理部２３は、このオッズ情報要求を受信し、入力する（Ｓ１９０５）。そして、オッズ情報処理部２３は、この買い目情報を指定して、オッズテーブル２４にオッズ情報を問い合わせ、オッズテーブル２４からオッズ情報を取得する（Ｓ１９０５）。そして、オッズ情報処理部２３から携帯電話３へオッズ情報を返信する（Ｓ１９０６）。
【００５３】
携帯電話３は、オッズ情報を受信し（Ｓ１９２５）、表示する。表示例は、「変更・確認処理」画面１４０２に示すとおりである。利用者は、オッズ情報を参考にして、携帯電話３に購入予約を入力する（Ｓ１９２６）。購入予約の入力は、前述の買い目情報を選択し、購入票数を入力することにより行われる。そして携帯電話３から、発券支援サーバ１へ購入予約情報を送信する（Ｓ１９２７）。購入予約情報は、買い目情報と購入票数を含んでいる。購入票数の決定を、投票券購入時に行う場合には、購入票数の入力及び送信を省略するように処理しても構わない。発券支援サーバ１の予約登録処理部２５は、前記購入予約情報を受信して、一時的記憶領域に記憶する（Ｓ１９０７）。
【００５４】
携帯電話３では、Ｓ１９２３からＳ１９２７の処理を繰り返すことができる。利用者が入力終了を指示した場合には（Ｓ１９２８）、入力終了通知を発券支援サーバ１に送信する（Ｓ１９２９）。発券支援サーバ１の予約登録処理部２５で、入力終了通知を受信すると（Ｓ１９０８）、受付処理部２１より「予約変更通知」を携帯電話３に返信する（Ｓ１９０９）。携帯電話３は、この「予約変更通知」を受信する（Ｓ１９３０）。
【００５５】
最後に、発券支援サーバ１の予約登録処理部２５により、受付番号と一時的記憶領域に記憶している購入予約情報を対応付けて記憶させる（Ｓ１９１０）。この例では、変更された購入予約情報を予約データベース２６に更新する。
【００５６】
また予約取消処理について、図１５に画面変移を示した。「メインメニュー」画面１１０１にて、「５．予約取消」を選択すると、「予約取消画面」１５０１が表示され、選択された受付番号により、「取消結果表示画面」１５０２〜１５０５が表示される。「予約取消画面」１５０１で、受付けた取消しする受付番号に基づき、予約登録処理部２５は受付管理テーブル２２を検索し、該当する受付番号３０１のレコードを特定する。またそのレコードの予約ＩＤ３０４と一致する予約ＩＤ４０１のレコードを、予約管理テーブルに対しても検索し、受付管理テーブル２２と予約管理テーブルの該当するレコードを消去する。
【００５７】
以上説明したように本実施の形態によると、一度予約した予約情報を呼び出し、変更することが可能である。それにより、利用者は、レース開始まで、直前のオッズを参考にしながら、予約情報を変更することができ、また最初の予約では投票票数を指定しないで、２回目以降の予約で投票票数を指定することができるので、より利便性が高くなる。
【図面の簡単な説明】
【００５８】
【図１】本発明に係るネットワーク環境を示す図である。
【図２】サーバの構成を示す図である。
【図３】受付管理テーブルの例を示す図である。
【図４】予約管理テーブルの例を示す図である。
【図５】ボックス形式テーブルの例を示す図である。
【図６】ながし形式テーブルの例を示す図である。
【図７】マルチ形式テーブルの例を示す図である。
【図８】投票券予約時の処理フローを示す図である。
【図９】投票券購入時の処理フローを示す図である。
【図１０】サーバのハードウエア構成例を示す図である。
【図１１】携帯電話３で、「新規予約」時の画面遷移を示す図である。
【図１２】携帯電話３で、「新規予約（ＢＯＸ）」時の画面遷移を示す図である。
【図１３】携帯電話３で、「新規予約（流し）」時の画面遷移を示す図である。
【図１４】携帯電話３で、「予約変更・確認」時の画面遷移を示す図である。
【図１５】携帯電話３で、「予約取消」時の画面遷移を示す図である。
【図１６】携帯電話３で、「投票券購入」時の画面遷移を示す図である。
【図１７】携帯電話３で、「オッズ情報表示」時の画面遷移を示す図である。
【図１８】実施の形態２におけるサーバの構成を示す図である。
【図１９】実施の形態２において、予約変更処理を行う処理フローを示す図である。
【符号の説明】
【００５９】
１  発券支援サーバ、２  自動発券機、３  携帯電話、４  場内ネットワーク、５  インターネット、６  中継装置、７  携帯電話網、８  基地局、２１  受付処理部、２２  受付管理テーブル、２３  オッズ情報処理部、２４  オッズテーブル、２５  予約登録処理部、２６  予約データベース、２７  予約提供処理部、１００１  ディスプレイ装置、１００２  演算装置、１００３  データ記憶装置、１００４  操作入力装置、１００５  メモリ、１００６  通信インターフェース装置。
【図１】
2005216018.tif 000003
【図２】
2005216018.tif 000004
【図３】
2005216018.tif 000005
【図４】
2005216018.tif 000006
【図５】
2005216018.tif 000007
【図６】
2005216018.tif 000008
【図７】
2005216018.tif 000009
【図８】
2005216018.tif 000010
【図９】
2005216018.tif 000011
【図１０】
2005216018.tif 000012
【図１１】
2005216018.tif 000013
【図１２】
2005216018.tif 000014
【図１３】
2005216018.tif 000015
【図１４】
2005216018.tif 000016
【図１５】
2005216018.tif 000017
【図１６】
2005216018.tif 000018
【図１７】
2005216018.tif 000019
【図１８】
2005216018.tif 000020
【図１９】
2005216018.tif 000021