JP2000306029A - トータリゼータシステムにおける端末制御方式 - Google Patents

Abstract

(57)【要約】 【課題】 専用の端末制御装置を使用せずに、リモート
プロシジャーコール（ＲＰＣ）を用いる汎用サーバ／ク
ライアントシステムによってトータリゼータシステムを
構築して、レスポンスタイムの向上およびコストダウン
を図る。 【解決手段】 高速ＬＡＮ回線２を介して接続されるホ
ストコンピュータ１ならびに発券端末３−１〜３−ｎお
よび払戻端末４−１〜４−ｍにより構築したトータリゼ
ータシステムにおいて、ホストコンピュータ１は、ある
発券端末からＲＰＣにより送信された発券要求情報５に
基づいて発券許可または発券不許可に対応する応答信号
６をＲＰＣにより返送することによって当該発券端末を
制御するとともに、ある払戻端末からＲＰＣにより送信
された払戻判定要求情報７に基づいて払戻許可または払
戻不許可に対応する応答信号８をＲＰＣにより返送する
ことによって当該払戻端末を制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、競艇、競輪、競
馬、オートレース等の公営競技場で使用されるトータリ
ゼータシステムにおいて、ホストコンピュータにより発
券端末および払戻端末を制御するための端末制御方式に
関するものである。

【０００２】

【従来の技術】公営競技場で使用されるトータリゼータ
システムの従来例としては、例えば図６に示すようなも
のがある。この従来例のトータリゼータシステムは、集
計用のホストコンピュータ５１と、ホストコンピュータ
５１に接続される複数台の端末制御装置５２（図示例で
は５２−１，５２−２の２台）と、端末制御装置５２−
１に接続される複数台の発券端末５３と、端末制御装置
５２−２に接続される複数台の払戻端末５４とから成
る。なお、実際に運用されているトータリゼータシステ
ムでは、端末制御装置５２を多数設けて、合計約１００
０台に及ぶ端末を１台のホストコンピュータで制御する
ようにしている。

【０００３】上述した従来のトータリゼータシステムで
は、端末制御装置５２として大規模なトランザクション
処理を実現するために端末制御に特化した専用の端末制
御装置を用いている。この端末制御装置５２は、接続す
る端末の台数が例えば１６台に制限されており、端末へ
のレスポンスタイムを定常化するために端末制御装置５
２から一定周期でポーリング情報を送信するとともに発
券端末５３からの発券要求情報や払戻端末５３からの払
戻判定要求情報を受信することにより端末制御を行うよ
うに構成されている。この端末制御装置５２は、トータ
リゼータシステム専用の端末制御装置であるため、装置
仕様に精通した技術者が端末制御装置５２のためのハー
ドウエアおよびソフトウエアのシステム開発を行ってい
る。

【０００４】

【発明が解決しようとする課題】上記従来例において、
ホストコンピュータ５１および端末５３，５４間に介在
させたトータリゼータシステム専用の端末制御装置５２
は、大量のトランザクション処理を行う際の端末へのレ
スポンスタイムの定常化を実現するために、発券要求情
報や払戻判定要求情報の有無に拘わらず、ホストコンピ
ュータ５１および端末５３，５４に対し一定周期毎にポ
ーリング情報を送信するように構成されているため、階
層的な通信手段となり、レスポンスタイムの向上に限界
がある。

【０００５】また、上記従来例では、ホストコンピュー
タ５１および専用の端末制御装置５２間ならびにホスト
コンピュータ５１および端末間５３，５４を専用回線を
用いて１対１で接続しているため、配線工事作業量およ
び材料費が膨大になり、コストアップが避けられない。
その上、上記専用の端末制御装置５２のためのハードウ
エアおよびソフトウエアのシステム開発はアセンブラ等
の言語を用いるため、アセンブラ等の言語を使用する能
力を有する開発技術者に限定されることになり、開発期
間の長期化が避けられない。

【０００６】本発明は、専用の端末制御装置を使用せず
に、リモートプロシジャーコールを用いる汎用サーバ／
クライアントシステムによってトータリゼータシステム
を構築することにより、上述した問題を解決することを
目的とする。

【０００７】

【課題を解決するための手段】この目的のため、請求項
１に記載の第１発明は、公営競技場で使用されるトータ
リゼータシステムにおいてホストコンピュータにより発
券端末および払戻端末を制御するに際し、前記ホストコ
ンピュータは、前記発券端末からの発券要求情報または
前記払戻端末からの払戻判定要求情報に応じて当該端末
を制御するリモートプロシジャーコールを行うことを特
徴とする。

【０００８】

【発明の効果】第１発明によれば、トータリゼータシス
テムにおけるホストコンピュータ（サーバ）は、発券端
末から発券要求情報が入力されたとき当該発券要求情報
に応じて当該発券端末を制御したり、払戻端末から払戻
判定要求情報が入力されたとき当該払戻要求情報に応じ
て当該払戻端末を制御したりする、リモートプロシジャ
ーコールを行う。

【０００９】その際、上記トータリゼータシステムでは
高速ＬＡＮ回線等によりホストコンピュータならびに発
券端末および払戻端末間が接続されているため、サーバ
側で複数個に分散させた発券処理プロセスおよび払戻処
理プロセスを発券要求および払戻判定要求の発生の都度
リモートプロシジャーコールによりそれぞれ実行させる
ことにより、大量のトランザクション処理が分散化およ
び並列処理されることになり、レスポンスタイムが向上
する。

【００１０】また、上記トータリゼータシステムは、高
速ＬＡＮ回線等により接続した安価な汎用サーバ／クラ
イアントシステムによって構築することができるので、
専用の端末制御装置および専用回線を用いる上記従来例
に比べて大幅にコストダウンすることができる。さら
に、上記トータリゼータシステムは、汎用サーバ／クラ
イアントシステムであるため、端末制御のためのソフト
ウエア開発はＣ言語等を使用する一般的な開発技術者が
行うことができ、開発工数の低減および開発期間の短縮
が可能になる。

【００１１】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づき詳細に説明する。図１は本発明に係る端末制御
方式の実施に使用する第１実施形態のトータリゼータシ
ステムの構成を示すシステム図である。本実施形態のト
ータリゼータシステムは、図１に示すように、汎用サー
バであるホストコンピュータ１と、ホストコンピュータ
１に高速ＬＡＮ回線２を介して接続されるクライアント
である、複数台の発券端末３−１〜３−ｎおよび複数台
の払戻端末４−１〜４−ｍとから成る。上記ホストコン
ピュータ１内には、発売処理部１ａおよび払戻処理部１
ｂが設けられており、発売処理部１ａには発券端末３−
１〜３−ｎが接続され、払戻処理部１ｂには払戻端末４
−１〜４−ｍが接続されている。なお、上記発券端末３
−１〜３−ｎおよび払戻端末４−１〜４−ｍは、実際の
運用例では合計約１０００台設けられている。

【００１２】上記発券端末３−１〜３−ｎは、後述する
図２のプログラムに基づいて、投票カードが投入された
とき当該投票カードに記載されている発券要求情報５を
読み込んでリモートプロシジャーコール（以下、ＲＰＣ
という）によりホストコンピュータ１に送信するととも
に、発券許可に対応する応答情報６のＲＰＣによる受信
時に投票券の発行を行うものである。図１は発券端末３
−１から発券要求情報５を送信する場合を示している。

【００１３】上記払戻端末は、後述する図４のプログラ
ムに基づいて、投票券が投入されたとき当該投票券に記
載されている払戻判定要求情報７を読み込んでＲＰＣに
よりホストコンピュータ１に送信するとともに、払戻許
可に対応する応答情報８のＲＰＣによる受信時に払戻金
の払戻しおよび払戻金額表示を行うものである。図１は
払戻端末４−１から払戻判定要求情報７を送信する場合
を示している。

【００１４】上記ホストコンピュータ１は、発券端末
（例えば発券端末３−１）からＲＰＣにより発券要求情
報５が発売処理部１ａに入力されたとき、後述する図３
のプログラムに基づいて、発券要求情報５の正当性確
認、発券要求情報５に対応する発売データの集計、発券
許可または発券不許可に対応する応答情報６の当該発券
端末へのＲＰＣによる返送を行うとともに、払戻端末
（例えば払戻端末４−１）からＲＰＣにより払戻判定要
求情報７が払戻処理部１ｂに入力されたとき、後述する
図５のプログラムに基づいて、払戻判定要求情報７に対
応する投票券の的中判定、的中判定された払戻判定要求
情報７に対応する払戻データの集計、払戻許可または払
戻不許可に対応する応答情報８の当該払戻端末へのＲＰ
Ｃによる返送を行うものである。

【００１５】図２は第１実施形態において発券端末３−
１〜３−ｎにより実行される投票券発券処理を示すプロ
グラムであり、このプログラムは発券要求（投票カード
の投入）に応じて起動する。まず、図２のステップ１１
では、投入された投票カードに記載されている発券要求
情報５をＲＰＣによりホストコンピュータ１に送信す
る。この発券要求情報５の送信が完了すると、次のステ
ップ１２でホストコンピュータ１からの応答情報待ち状
態となる。この応答情報待ち状態は、次のステップ１３
の判定がＹＥＳになるまで、言い換えればホストコンピ
ュータ１から送信された応答情報６を受信するまで継続
する。

【００１６】ホストコンピュータ１から送信された応答
情報６が受信されたときに進むステップ１４では、当該
応答情報が発券許可であるか否かを判定する。ここで、
当該応答情報が発券許可である場合にはステップ１５で
投票券の発券処理を行い、発券不許可である場合にはス
テップ１６でエラー処理を行う。

【００１７】図３は第１実施形態においてホストコンピ
ュータ１の発売処理部１ａにより実行される投票券発売
処理を示すプログラムである。このプログラムは常時起
動しておくものとし、それによりホストコンピュータ１
は常に発券端末３−１〜３−ｎからの発券要求情報５の
入力待ち状態となる。まず、図３のステップ２１で発券
端末（例えば発券端末３−１）からＲＰＣにより送信さ
れた発券要求情報５を受信し、次のステップ２２で当該
発券要求情報が管理端末（ホストコンピュータ１が管理
すべき発券端末３−１〜３−ｎのことを管理端末とい
う）からのものか否かを判定する。ここで、当該発券要
求情報が管理端末からのものである場合にはステップ２
３に進み、当該発券要求情報が管理端末からのものでな
い場合にはステップ２４に進んでエラー処理を行う。

【００１８】ステップ２３では、当該発券要求情報が正
しい発券要求情報か否かを判定する。ここで、当該発券
要求情報が例えば「発売締切時刻を過ぎたレースを指定
する発券要求情報である場合」や「有り得ない組み合わ
せを指定する発券要求情報である場合」にはＮＯと判定
してステップ２４に進んでエラー処理を行い、それ以外
の正規の発券要求情報である場合にはＹＥＳと判定して
ステップ２５に進んで発券要求処理（データ集計処理を
含む）を行う。

【００１９】ステップ２４の次のステップ２７では、発
券不許可情報の編集処理を行い、ステップ２５の次のス
テップ２６では、発券許可情報の編集処理を行う。そし
て、ステップ２６およびステップ２７の次のステップ２
８では、ＲＰＣにより上記発券許可情報または発券不許
可情報を応答情報６として当該発券端末（この場合、発
券端末３−１）に送信する。以上のようにして図２およ
び図３のプログラムが実行されると、１つのトランザク
ション処理が完了することになる。

【００２０】図４は第１実施形態において払戻端末４−
１〜４−ｍにより実行される払戻処理を示すプログラム
であり、このプログラムは払戻判定要求（投票券の投
入）に応じて起動する。まず、図４のステップ３１で
は、投入された投票券に記載されている払戻判定要求情
報７をＲＰＣによりホストコンピュータ１に送信する。
この払戻判定要求情報７の送信が完了すると、次のステ
ップ３２でホストコンピュータ１からの応答情報待ち状
態となる。この応答情報待ち状態は、次のステップ３３
の判定がＹＥＳになるまで、言い換えればホストコンピ
ュータ１から送信された応答情報８を受信するまで継続
する。

【００２１】ホストコンピュータ１から送信された応答
情報８が受信されたときに進むステップ３４では、当該
応答情報が払戻許可であるか否かを判定する。ここで、
当該応答情報が払戻許可である場合にはステップ３５で
払戻金の払戻および払戻金額表示を含む払戻処理を行
い、払戻不許可である場合にはステップ３６でエラー処
理を行う。

【００２２】図５は第１実施形態においてホストコンピ
ュータ１の払戻処理部１ｂにより実行される的中判定処
理を示すプログラムである。このプログラムは常時起動
しておくものとし、それによりホストコンピュータ１は
常に払戻端末４−１〜４−ｍからの払戻判定要求情報７
の入力待ち状態となる。まず、図５のステップ４１で払
戻端末（例えば発券端末４−１）からＲＰＣにより送信
された払戻判定要求情報７を受信し、次のステップ４２
で当該払戻判定要求情報が管理端末（ホストコンピュー
タ１が管理すべき払戻端末４−１〜４−ｍのことを管理
端末という）からのものか否かを判定する。ここで、当
該払戻判定要求情報が管理端末からのものである場合に
はステップ４３に進み、当該払戻判定要求情報が管理端
末からのものでない場合にはステップ４４に進んでエラ
ー処理を行う。

【００２３】ステップ４３では、当該払戻判定要求情報
が的中投票券に該当するか否かを判定する。ここで、当
該払戻判定要求情報が的中投票券に該当しない場合には
ステップ４４に進んでエラー処理を行い、当該払戻判定
要求情報が的中投票券に該当する場合にはステップ４５
に進んで払戻要求処理（データ集計処理を含む）を行
う。

【００２４】ステップ４４の次のステップ４７では、払
戻不許可情報の編集処理を行い、ステップ４５の次のス
テップ４６では、払戻許可情報の編集処理を行う。そし
て、ステップ４６およびステップ４７の次のステップ４
８では、ＲＰＣにより上記払戻許可情報または払戻不許
可情報を応答情報８として当該払戻端末（この場合、払
戻端末４−１）に送信する。以上のようにして図４およ
び図５のプログラムが実行されると、１つのトランザク
ション処理が完了することになる。

【００２５】本実施形態のトータリゼータシステムによ
れば、高速ＬＡＮ回線２を介して接続されるホストコン
ピュータ１ならびに発券端末３−１〜３−ｎおよび払戻
端末４−１〜４−ｍによりＲＰＣを使用するトータリゼ
ータシステムを構築したから、ホストコンピュータ１で
大量のトランザクション処理を発券処理プロセスおよび
払戻処理プロセスに分散化させて並列処理することによ
り、レスポンスタイムを向上させることができる。

【００２６】また、本実施形態のトータリゼータシステ
ムは、専用の端末制御装置を介在させることなく、高速
ＬＡＮ回線２を介して接続されるホストコンピュータ１
ならびに発券端末３−１〜３−ｎおよび払戻端末４−１
〜４−ｍにより、汎用サーバ／クライアントシステムと
して構築されるので、専用の端末制御装置および専用回
線を用いる上記従来例に比べて、装置コスト、配線コス
トおよび配線工事コストを大幅にコストダウンすること
ができる。

【００２７】さらに、本実施形態のトータリゼータシス
テムは、汎用サーバ／クライアントシステムであるた
め、Ｃ言語等を使用する一般的な開発技術者が端末制御
のためのソフトウエア開発を行うことにより、作業手順
ならびに成果物が標準化されて作業効率が向上するか
ら、開発工数を低減するとともに開発期間を短縮するこ
とができる。

【図面の簡単な説明】

【図１】 本発明に係る端末制御方式の実施に使用する
第１実施形態のトータリゼータシステムの構成を示すシ
ステム図である。

【図２】 第１実施形態において発券端末により実行さ
れる投票券発券処理を示すプログラムである。

【図３】 第１実施形態においてホストコンピュータの
発売処理部により実行される投票券発売処理を示すプロ
グラムである。

【図４】 第１実施形態において払戻端末により実行さ
れる払戻処理を示すプログラムである。

【図５】 第１実施形態においてホストコンピュータの
払戻処理部により実行される的中判定処理を示すプログ
ラムである。

【図６】 従来のトータリゼータシステムの構成を示す
システム図である。

【符号の説明】

１ ホストコンピュータ（サーバ） １ａ 発売処理部 １ｂ 払戻処理部 ２ 高速ＬＡＮ回線 ３−１〜３−ｎ 発券端末 ４−１〜４−ｍ 払戻端末 ５ 発券要求情報 ６ 応答情報 ７ 払戻判定要求情報 ８ 応答情報

Claims (1)

【特許請求の範囲】
1. 【請求項１】 公営競技場で使用されるトータリゼータ
   システムにおいてホストコンピュータにより発券端末お
   よび払戻端末を制御するに際し、 前記ホストコンピュータは、前記発券端末からの発券要
   求情報または前記払戻端末からの払戻判定要求情報に応
   じて当該端末を制御するリモートプロシジャーコールを
   行うことを特徴とする、トータリゼータシステムにおけ
   る端末制御方式。