(57)【要約】【課題】公営競技に使用されるシステムの投票券を発売・払戻する投票端末装置および投票端末装置の自動再起動方法に関し、接客中に主制御部がハングアップした場合に自動再起動させて接客を継続可能とする。【解決手段】主制御部２０１のＣＰＵ２０１−１は、自動再起動時に、各ユニット２０２、２０３、２０４および２０５ごとに、ユニットが最後に主制御部２０１と通信した最終通信データおよびユニット動作通番を要求する。主制御部２０１のＣＰＵ２０１−１は、ユニットから応答された最終通信データに対応するユニット動作通番と不揮発メモリ２０１−３に記憶されているそのユニットに対応するユニット動作通番とが一致しない場合に、そのユニットから応答された最終通信データおよびユニット動作通番をＲＡＭ２０１−４および不揮発メモリ２０１−３に取り込む。ＣＰＵ２０１−１は、そのユニットの次のユニットから正常動作を再開する。【選択図】図２
2016091124.tif 000002
【特許請求の範囲】
【請求項１】
利用者の公営競技への投票に伴う複数の動作を受け付ける複数のユニットと、当該複数のユニットを制御する主制御部とを備える投票端末装置であって、
前記ユニットごとに、当該ユニットが動作して前記主制御部に通信データを通知するごとに、当該動作を一意に特定するユニット動作識別情報を、当該ユニットから前記主制御部に前記通信データとともに通知するユニット動作識別情報通知手段と、
前記通知されたユニット動作識別情報を前記主制御部が備える不揮発性の記憶装置に記憶するユニット動作識別情報記憶手段と、
前記主制御部のハングアップを検出して当該主制御部を自動再起動させる自動再起動手段と、
前記自動再起動時に、前記ユニットごとに、当該ユニットが最後に前記主制御部と通信した最終通信データおよび当該最終通信データに対応するユニット動作識別情報を要求する最終通信データ要求手段と、
前記ユニットごとに、当該ユニットから応答された最終通信データに対応するユニット動作識別情報と前記不揮発性の記憶装置に記憶されている当該ユニットに対応するユニット動作識別情報とを比較し、当該２つのユニット動作識別情報が一致しない場合に、当該ユニットから応答された最終通信データおよび当該最終通信データに対応するユニット動作識別情報を取り込んだ後に、当該ユニットの次に通信データを受信すべきユニットから正常動作を再開するユニット動作再開手段と、
を備えることを特徴とする投票端末装置。
【請求項２】
前記ユニットは、前記利用者が挿入する紙幣を受け付ける紙幣ユニットと、前記利用者が挿入する硬貨を受け付ける硬貨ユニットと、前記利用者が挿入するマークカードを受け付けるカード読取ユニットと、前記利用者に投票券を発券する発券ユニットを含むことを特徴とする請求項１に記載の投票端末装置。
【請求項３】
前記ユニット動作識別情報は、前記ユニットの動作を一意に特定するユニット動作通番であることを特徴とする請求項１または２に記載の投票端末装置。
【請求項４】
前記自動再起動手段はウォッチドッグタイマであることを特徴とする請求項１ないし３のいずれかに記載の投票端末装置。
【請求項５】
利用者の公営競技への投票に伴う複数の動作を受け付ける複数のユニットと、当該複数のユニットを制御する主制御部とを備える投票端末装置の自動再起動方法であって、
前記ユニットごとに、当該ユニットが動作して前記主制御部に通信データを通知するごとに、当該動作を一意に特定するユニット動作識別情報を、当該ユニットから前記主制御部に前記通信データとともに通知し、
前記通知されたユニット動作識別情報を前記主制御部が備える不揮発性の記憶装置に記憶し、
前記主制御部のハングアップを検出して当該主制御部を自動再起動させ、
前記自動再起動時に、前記ユニットごとに、当該ユニットが最後に前記主制御部と通信した最終通信データおよび当該最終通信データに対応するユニット動作識別情報を要求し、
前記ユニットごとに、当該ユニットから応答された最終通信データに対応するユニット動作識別情報と前記不揮発性の記憶装置に記憶されている当該ユニットに対応するユニット動作識別情報とを比較し、
当該２つのユニット動作識別情報が一致しない場合に、当該ユニットから応答された最終通信データおよび当該最終通信データに対応するユニット動作識別情報を取り込んだ後に、当該ユニットの次に通信データを受信すべきユニットから正常動作を再開する、
ことを特徴とする投票端末装置の自動再起動方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、公営競技に使用されるシステムの投票券を発売・払戻する投票端末装置および投票端末装置の自動再起動方法に関する。
【背景技術】
【０００２】
従来、競馬、競輪、競艇、オートレース等の公営競技に使用されるシステムとして、トータリゼータと呼ばれるシステムが知られている（例えば特許文献１または２）。
【０００３】
トータリゼータシステムは、一般に、投票券の発売と払戻に関する業務をコンピュータで処理するようにしたシステムであり、例えば、利用者の操作に応じて投票券の発売又は払戻を行う投票端末装置（「トータリゼータ端末」ともいう）を備える。
【０００４】
投票端末装置における接客操作においては、利用者が紙幣、または硬貨を投入することでマークカードの挿入が可能となり、マークカードの内容が読みとられることで上位ホストと通信が行われ、投票券の発券、精算処理により接客操作が終了となる。
【０００５】
図１０は、一般的な投票端末装置における接客操作を示すシーケンス図である。投票端末装置は、紙幣ユニット、硬貨ユニット、発券ユニット、カード読取ユニット、および主制御部を備える。まず、利用者が紙幣ユニットまたは硬貨ユニットから紙幣または硬貨を挿入することにより、紙幣ユニットまたは硬貨ユニットから入金金額が主制御部に通知されて（Ｓ１またはＳ２）、接客操作が開始される。続いて、利用者がカード読取ユニットにマークカードを挿入することにより、カード読取ユニットから主制御部に投票データが通知される（Ｓ３）。この結果、主制御部が上位のホスト装置に対して発券要求を送信し（Ｓ４）、ホスト装置から主制御部に発券許可が通知される（Ｓ５）。この結果、主制御部は、発券ユニットに発券指示を送信する（Ｓ６）。発券ユニットから主制御部に発券完了が返信されると（Ｓ７）、主制御部は、カード読取ユニットに発券完了を通知する（Ｓ８）。利用者がさらにマークカードを挿入すれば、図１０のＳ３からＳ８までの動作が繰り返し実行される。最後に、主制御部が、硬貨ユニットおよび紙幣ユニットに精算を指示して（Ｓ９、Ｓ１０）、接客が終了する。
【０００６】
以上の接客装置において、紙幣、硬貨の入金動作（図１０のＳ１、Ｓ２）中に主制御部が異常終了（以下、「ハングアップ」という）すると、保守員またはオペレータは、主制御部を再起動した後に、主制御部の取引金額と紙幣ユニットまたは硬貨ユニットの取引金額とを比較確認し、両者が不一致となった際は、主制御部と紙幣ユニットまたは硬貨ユニットのどちらの取引金額を引き継ぐかを、手動で選択していた。
【０００７】
また、カード読取ユニットからマークカードを読み取りながら発券ユニットにて発券動作（図１０のＳ３からＳ８の繰り返し動作）を行っているときに主制御部がハングアップした場合は、残ったマークカードと読み取られたマークカードを、保守員またはオペレータが確認して、続きのマークカードを選択する必要があった。
【０００８】
主制御部を二重に装備するのは、投票端末装置のコストアップを招くため、単一の主制御部がハングアップした場合の対策をとる必要がある。
【０００９】
制御装置がハングアップした場合の対策技術として、従来例えば、直前の状態が失われないように状態保持データをロードし、ウォッチドックタイマにより制御装置のＣＰＵを再起動する技術が知られている（例えば特許文献３）。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０００−３２２４８９号公報
【特許文献２】特開２００２−２５９６１５号公報
【特許文献２】特開２０１４−０４２６０８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、投票端末装置においては、接客中に主制御部のハングアップが発生した場合、その再起動後に主制御部と紙幣ユニット、硬貨ユニットの取引金額が不一致となった場合、自動で判断する機能がなく、この機能は従来技術によっても実現されていなかった。このため、手動でどちらの取引金額を使用するか選択する必要があり、確認作業のためにファンを待たせることで締切時間が過ぎて投票できなかったり、選択を間違えて現金がずれてしまう問題があった。
【００１２】
そこで、本発明は、接客中に主制御部がハングアップした場合に自動再起動させて接客を継続可能とすることを目的とする。
【課題を解決するための手段】
【００１３】
態様の一例では、利用者の公営競技への投票に伴う複数の動作を受け付ける複数のユニットと、その複数のユニットを制御する主制御部とを備える投票端末装置であって、ユニットごとに、そのユニットが動作して主制御部に通信データを通知するごとに、その動作を一意に特定するユニット動作識別情報を、そのユニットから主制御部に通信データとともに通知するユニット動作識別情報通知手段と、通知されたユニット動作識別情報を主制御部が備える不揮発性の記憶装置に記憶するユニット動作識別情報記憶手段と、主制御部のハングアップを検出してその主制御部を自動再起動させる自動再起動手段と、自動再起動時に、ユニットごとに、そのユニットが最後に主制御部と通信した最終通信データおよびその最終通信データに対応するユニット動作識別情報を要求する最終通信データ要求手段と、ユニットごとに、そのユニットから応答された最終通信データに対応するユニット動作識別情報と不揮発性の記憶装置に記憶されているそのユニットに対応するユニット動作識別情報とを比較し、その２つのユニット動作識別情報が一致しない場合に、そのユニットから応答された最終通信データおよびその最終通信データに対応するユニット動作識別情報を取り込んだ後に、そのユニットの次に通信データを受信すべきユニットから正常動作を再開するユニット動作再開手段と、を備える。
【発明の効果】
【００１４】
本発明によれば、接客中に主制御部がハングアップした場合に自動再起動させて接客を継続することが可能となる。
【図面の簡単な説明】
【００１５】
【図１】トータリゼータシステムの構成例を示す図である。
【図２】投票端末の構成例を示す図である。
【図３】各ユニットから主制御部２０１に通知される通信データのデータ構成例を示す図である。
【図４】主制御部２０１から各ユニットに通知される最終通信データの要求データのデータ構成例を示す図である。
【図５】各ユニットから主制御部２０１に通知される最終通信データの応答データのデータ構成例を示す図である。
【図６】本実施形態の自動再起動時処理の例を示すフローチャートである。
【図７】本実施形態の動作シーケンス例を示す図（その１）である。
【図８】本実施形態の動作シーケンス例を示す図（その２）である。
【図９】本実施形態の動作シーケンス例を示す図（その３）である。
【図１０】一般的な投票端末装置における接客操作を示すシーケンス図である。
【発明を実施するための形態】
【００１６】
以下、本発明を実施するための形態について図面を参照しながら詳細に説明する。
本実施形態に係る公営競技用システムは、例えば競馬、競輪、競艇、又はオートレース等における投票券の発売に関する業務等をコンピュータで処理するトータリゼータシステムである。
【００１７】
図１は、本実施形態に係るトータリゼータシステムの構成例を示す図である。トータリゼータシステム１００は、投票端末装置（以下単に「投票端末」という）１０１と、ホスト装置（以下単に「ホスト」という）１０２と、管理端末装置（以下単に「管理端末」という）１０３とを含み、各装置が通信ネットワーク１０４を介して互いに通信可能に接続されている。なお、投票端末１０１は、利用者端末装置の一例であり、また、トータリゼータ端末の一例でもある。図１では、説明の便宜のために、投票端末１０１を一つのみ示しているが、実際には複数の投票端末が存在し、各々が通信ネットワーク１０４に接続されている。
【００１８】
投票端末１０１は、利用者の操作に応じて投票券の発券等を行う。管理端末１０３は、投票端末１０１の管理等を行う。ホスト１０２は、会員情報、投票情報、口座情報等の管理等を行う。通信ネットワーク１０４は、有線又は無線の通信ネットワーク、または、その両者を含む通信ネットワークである。
【００１９】
図２は、図１の投票端末１０１の構成例を示す図である。投票端末１０１は、主制御部２０１、紙幣ユニット２０２、硬貨ユニット２０３、カード読取ユニット２０４、発券ユニット２０５、表示ユニット２０６、画面入力ユニット２０７、アナウンスユニット２０８、通信ユニット２０９を含み、各ユニットがバス２１０を介して互いにデータの送受信が可能なように接続されているほか、ウォッチドッグタイマ２１１を備える。
【００２０】
主制御部２０１はさらに、ＣＰＵ（中央演算処理装置）２０１−１、ＲＯＭ（リードオンリーメモリ）２０１−２、不揮発メモリ２０１−３、およびＲＡＭ（ランダムアクセスメモリ）２０１−４を含む。主制御部２０１内のＣＰＵ２０１−１は、ＲＯＭ２０１−２に記憶された制御プログラムを、ＲＡＭ２０１−４をワークメモリとして実行することにより、投票端末装置１０１全体の動作を制御する。不揮発メモリ２０１−３については、後述する。
【００２１】
紙幣ユニット２０２は、利用者に対して、入金される紙幣の取込みと、出金される紙幣の放出を行う。
【００２２】
硬貨ユニット２０３は、利用者に対して、入金される硬貨の取込みと、出金される硬貨の放出を行う。
【００２３】
カード読取ユニット２０４は、利用者により挿入されたマークカード（投票カード）の記入内容を読み取る。
【００２４】
発券ユニット２０５は、投票内容が印字された投票券又はレシートを発行する。
表示ユニット２０６は、各種の表示を行う。例えば、投票に使用される操作メニュー、投票内容、入金金額等を表示する。
【００２５】
画面入力ユニット２０７は、例えばタッチパネルであり、表示ユニット２０６の表示画面上に配置され、利用者によるタッチ操作（入力）を受け付ける。
【００２６】
アナウンスユニット２０８は、利用者に対する音声案内（音声ガイダンス）を行う。
通信ユニット２０９は、図１のホスト１０２や管理端末１０３等と通信を行う。例えば、主制御部２０１は、ホスト１０２に発券許可要求を送信し、ホスト１０２からや発券許可応答を受信する。
【００２７】
以上の構成を有する投票端末１０１において、紙幣ユニット２０２、硬貨ユニット２０３、カード読取ユニット２０４、および発券ユニット２０５等は、ユニットが動作して主制御部２０１に通信データを通知するごとに、その動作を一意に特定するユニット動作通番（ユニット動作識別情報）を、ユニットから主制御部２０１に通信データとともに通知する（ユニット動作識別情報通知手段）。
【００２８】
主制御部２０１は、上記各ユニットから通知されたユニット動作通番を、不揮発性の記憶装置の一例である不揮発メモリ２０１−３に記憶する（ユニット動作識別情報記憶手段）。
【００２９】
ウォッチドッグタイマ２１１は、主制御部２０１の動作を監視しており、主制御部２０１がハングアップして一定時間が経過すると、主制御部２０１を自動再起動させる（自動再起動手段）。
【００３０】
主制御部２０１のＣＰＵ２０１−１は、自動再起動時に、紙幣ユニット２０２、硬貨ユニット２０３、カード読取ユニット２０４、および発券ユニット２０５のユニットごとに、ユニットが最後に主制御部２０１と通信した最終通信データおよびその最終通信データに対応するユニット動作通番を要求する（最終通信データ要求手段）。
【００３１】
主制御部２０１のＣＰＵ２０１−１は、上記ユニットごとに、そのユニットから応答された最終通信データに対応するユニット動作通番と不揮発メモリ２０１−３に記憶されているそのユニットに対応するユニット動作通番とを比較する。ＣＰＵ２０１−１は、それら２つのユニット動作通番が一致しない場合に、そのユニットから応答された最終通信データおよびその最終通信データに対応するユニット動作通番をＲＡＭ２０１−４および不揮発メモリ２０１−３に取り込む。その後、ＣＰＵ２０１−１は、そのユニットの次に通信データを受信すべきユニットから正常動作を再開する（以上、ユニット動作再開手段）。
【００３２】
図３は、紙幣ユニット２０２、硬貨ユニット２０３、またはカード読取ユニット２０４から主制御部２０１に通知される通信データのデータ構成例を示す図である。
【００３３】
主制御部２０１および各ユニットには、例えば下記に示されるように、それぞれＩＰ（インターネットプロトコル）アドレスが割り当てられている。
【００３４】
主制御部２０１のＩＰアドレス：１９２．１６８．１０．１０
紙幣ユニット２０２のＩＰアドレス：１９２．１６８．１０．２０
硬貨ユニット２０３のＩＰアドレス：１９２．１６８．１０．３０
発券ユニット２０５のＩＰアドレス：１９２．１６８．１０．４０
【００３５】
カード読取ユニット２０４のＩＰアドレス：１９２．１６８．１０．５０
そして、主制御部２０１と各ユニットは、インターネットプロトコルに基づいて、ＩＰパケットに準じたデータ構造を用いて通信を実行する。図３（ａ）は、通信データの基本的なデータ構成例を示す図である。通信データの１番目のデータとして、動作ユニット（紙幣ユニット２０２、硬貨ユニット２０３、カード読取ユニット２０４、または発券ユニット２０５）のＩＰアドレス（図３（ａ）中「動作ユニットＩＰ」）が格納される。また、通信データの２番目のデータとして、主制御部２０１のＩＰアドレス（図３（ａ）中「制御部ＩＰ」）が格納される。通信データの３番目のデータとして、ユニットの動作を示す情報が格納される（図３（ａ）中「ユニットの動作」）。このユニットの動作を示す情報は、全体で５桁のデータにより表され、先頭の１桁目がユニットの種別を示し、下４桁がそれぞれの動作を示す。例えば、先頭の１桁目が、「Ｂ」ならば紙幣ユニット２０２を、「Ｃ」ならば硬貨ユニット２０３を、「Ｍ」ならばカード読取ユニット２０４を、「Ｈ」ならば発券ユニット２０５を、それぞれ示す。例えば、ユニットの動作を示す５桁のデータが例えば「Ｂ０００１」ならば、紙幣ユニット２０２において入金動作が行われたことを示す。通信データの４番目のデータとして、「詳細データ」が格納される（図３（ａ）中「詳細データ」）。詳細データには、金額や投票データ等の詳細が格納される。通信データの５番目のデータとして、ユニット動作通番が格納される（図３（ａ）中「ユニット動作通番」）。ユニット動作通番は、ユニットの動作を一意に特定するユニット動作識別情報である。
【００３６】
図３（ｂ）は、紙幣ユニット２０２における最初（０番目）の動作として、１０００円札が入金された場合の通信データの例である。図３（ｂ）の１番目のデータ「１９２．１６８．１０．２０」（図３（ａ）の「動作ユニットＩＰ」に対応）は、紙幣ユニット２０２のＩＰアドレスを示している。図３（ｂ）の２番目のデータ「１９２．１６８．１０．１０」（図３（ａ）の「制御部ＩＰ」に対応）は、主制御部２０１のＩＰアドレスを示している。図３（ｂ）の３番目のデータ「Ｂ００００」（図３（ａ）の「ユニットの動作」に対応）は、紙幣ユニット２０２で最初（０番目）の入金動作が行われたことを示している。図３（ｂ）の４番目のデータ「１０００」（図３（ａ）の「詳細データ」に対応）は、入金金額が１０００円であることを示している。図３（ｂ）の５番目のデータ「Ｂ００００」（図３（ａ）の「ユニット動作通番」に対応）は、紙幣ユニット２０２での最初の入金動作のユニット動作通番を示している。２番目の入金動作ならば、「ユニット動作通番」項目の値は例えば「Ｂ０００１」、３番目の入金動作ならば、「ユニット動作通番」項目の値は例えば「Ｂ０００２」となる。
【００３７】
図３（ｃ）は、硬貨ユニット２０３における最初（０番目）の動作として、５００円硬貨が入金された場合の通信データの例である。図３（ｃ）の１番目のデータ「１９２．１６８．１０．３０」（図３（ａ）の「動作ユニットＩＰ」に対応）は、硬貨ユニット２０３のＩＰアドレスを示している。図３（ｃ）の２番目のデータ「１９２．１６８．１０．１０」（図３（ａ）の「制御部ＩＰ」に対応）は、主制御部２０１のＩＰアドレスを示している。図３（ｃ）の３番目のデータ「Ｃ００００」（図３（ａ）の「ユニットの動作」に対応）は、硬貨ユニット２０３で最初（０番目）の入金動作が行われたことを示している。図３（ｃ）の４番目のデータ「５００」（図３（ａ）の「詳細データ」に対応）は、入金金額が５００円であることを示している。図３（ｃ）の５番目のデータ「Ｃ００００」（図３（ａ）の「ユニット動作通番」に対応）は、硬貨ユニット２０３での最初（０番目）の入金動作のユニット動作通番を示している。２番目の入金動作ならば、「ユニット動作通番」項目の値は例えば「Ｃ０００１」、３番目の入金動作ならば、「ユニット動作通番」項目の値は例えば「Ｃ０００２」となる。
【００３８】
図３（ｄ）は、カード読取ユニット２０４における最初（０番目）の動作として、１枚目のマークカードが挿入された場合の通信データの例である。図３（ｄ）の１番目のデータ「１９２．１６８．１０．５０」（図３（ａ）の「動作ユニットＩＰ」に対応）は、カード読取ユニット２０４のＩＰアドレスを示している。図３（ｄ）の２番目のデータ「１９２．１６８．１０．１０」（図３（ａ）の「制御部ＩＰ」に対応）は、主制御部２０１のＩＰアドレスを示している。図３（ｄ）の３番目のデータ「Ｍ００００」（図３（ａ）の「ユニットの動作」に対応）は、カード読取ユニット２０４で１枚目（０番目）のカード読取動作が行われたことを示している。図３（ｄ）の４番目のデータ「０１０１００３３００」（図３（ａ）の「詳細データ」に対応）は、最初の２桁「０１」が公営競技場のコード、次の２桁「０１」がレース番号（例えば１番レース）、次の３桁「００３」が識別コード（例えば「２連単」を識別するコード）、残りの桁「３００」が金額を、それぞれ示している。図３（ｄ）の５番目のデータ「Ｍ００００」（図３（ａ）の「ユニット動作通番」に対応）は、カード読取ユニット２０４での１枚目（０番目）のカード読取動作のユニット動作通番を示している。２枚目のカード読取動作ならば、「ユニット動作通番」項目の値は例えば「Ｍ０００１」、３枚目のカード読取動作ならば、「ユニット動作通番」項目の値は例えば「Ｍ０００２」となる。
【００３９】
なお、発券ユニット２０５から主制御部２０１へ通知される通信データのデータ構成は、省略する。
【００４０】
図４は、主制御部２０１から紙幣ユニット２０２または硬貨ユニット２０３に通知される最終通信データの要求データ（以下単に「要求データ」という）のデータ構成例を示す図である。
【００４１】
まず、図４（ａ）は、要求データの基本的なデータ構成例を示す図である。要求データの１番目のデータとして、動作ユニット（紙幣ユニット２０２、硬貨ユニット２０３、カード読取ユニット２０４、または発券ユニット２０５）のＩＰアドレス（図４（ａ）中「動作ユニットＩＰ」）が格納される。また、要求データの２番目のデータとして、主制御部２０１のＩＰアドレス（図４（ａ）中「制御部ＩＰ」）が格納される。要求データの３番目のデータとして、最終通信データの要求を示すコードが格納される（図４（ａ）中「最終通信データの要求」）。
【００４２】
図４（ｂ）は、主制御部２０１から紙幣ユニット２０２に通知される最終通信データの要求データのデータ構成例を示す図である。図４（ｂ）の１番目のデータ「１９２．１６８．１０．２０」（図４（ａ）の「動作ユニットＩＰ」に対応）は、紙幣ユニット２０２のＩＰアドレスを示している。図４（ｂ）の２番目のデータ「１９２．１６８．１０．１０」（図４（ａ）の「制御部ＩＰ」に対応）は、主制御部２０１のＩＰアドレスを示している。図４（ｂ）の３番目のデータ「ＦＦＦＢ」（図４（ａ）の「最終通信データの要求」に対応）は、最初の３桁の「ＦＦＦ」が最終通信データの要求を示すコード、最後の１桁の「Ｂ」が紙幣ユニット２０２に対する要求を、それぞれ示している。
【００４３】
図４（ｃ）は、主制御部２０１から硬貨ユニット２０３に通知される最終通信データの要求データのデータ構成例を示す図である。図４（ｃ）の１番目のデータ「１９２．１６８．１０．３０」（図４（ａ）の「動作ユニットＩＰ」に対応）は、硬貨ユニット２０３のＩＰアドレスを示している。図４（ｃ）の２番目のデータ「１９２．１６８．１０．１０」（図４（ａ）の「制御部ＩＰ」に対応）は、主制御部２０１のＩＰアドレスを示している。図４（ｃ）の３番目のデータ「ＦＦＦＣ」（図４（ａ）の「最終通信データの要求」に対応）は、最初の３桁の「ＦＦＦ」が最終通信データの要求を示すコード、最後の１桁の「Ｃが硬貨ユニット２０３に対する要求を、それぞれ示している。
【００４４】
なお、主制御部２０１からカード読取ユニット２０４または発券ユニット２０５に通知される最終通信データの要求データのデータ構成例は、省略する。
【００４５】
図５は、紙幣ユニット２０２または硬貨ユニット２０３から主制御部２０１に通知される最終通信データの応答データのデータ構成例を示す図である。
【００４６】
まず、図５（ａ）は、応答データの基本的なデータ構成例を示す図である。応答データの１番目のデータとして、動作ユニット（紙幣ユニット２０２、硬貨ユニット２０３、カード読取ユニット２０４、または発券ユニット２０５）のＩＰアドレス（図５（ａ）中「動作ユニットＩＰ」）が格納される。また、応答データの２番目のデータとして、主制御部２０１のＩＰアドレス（図５（ａ）中「制御部ＩＰ」）が格納される。応答データの３番目のデータとして、ユニットの動作を示す情報が格納される（図５（ａ）中「ユニットの動作」）。このユニットの動作を示す情報の意味は、図３（ａ）の通信データにけるユニットの動作を示す情報と同じである。応答データの４番目のデータとして、「詳細データ」が格納される（図５（ａ）中「詳細データ」）。詳細データの意味は、図３（ａ）の詳細データと同じである。応答データの５番目のデータとして、ユニット動作通番が格納される（図５（ａ）中「ユニット動作通番」）。ユニット動作通番の意味は、図３（ａ）のユニット動作通番と同じであり、ユニットから主制御部２０１に最後に通信された通信データに対応するユニット動作通番が格納される。応答データの６番目のデータとして、最終通信データの応答を示すコードが格納される（図５（ａ）中「最終通信データの応答」）。
【００４７】
図５（ｂ）は、紙幣ユニット２０２から主制御部２０１に通知される最終通信データの応答データのデータ構成例を示す図である。図５（ｂ）の１番目のデータ「１９２．１６８．１０．２０」（図５（ａ）の「動作ユニットＩＰ」に対応）は、紙幣ユニット２０２のＩＰアドレスを示している。図５（ｂ）の２番目のデータ「１９２．１６８．１０．１０」（図５（ａ）の「制御部ＩＰ」に対応）は、主制御部２０１のＩＰアドレスを示している。図５（ｂ）の３番目のデータ「Ｂ００００」（図５（ａ）の「ユニットの動作」に対応）は、紙幣ユニット２０２で最初（０番目）の入金動作が行われたことを示している。図５（ｂ）の４番目のデータ「１０００」（図５（ａ）の「詳細データ」に対応）は、入金金額が１０００円であることを示している。図５（ｂ）の５番目のデータ「Ｂ００００」（図５（ａ）の「ユニット動作通番」に対応）は、紙幣ユニット２０２での最初（０番目）の入金動作のユニット動作通番を示している。図５（ｂ）の６番目のデータ「ＦＦ０Ｂ」（図５（ａ）の「最終通信データの応答」に対応）は、最初の３桁の「ＦＦ０」が最終通信データの応答を示すコード、最後の１桁の「Ｂ」が紙幣ユニット２０２に対する要求を、それぞれ示している。
【００４８】
図５（ｃ）は、硬貨ユニット２０３から主制御部２０１に通知される最終通信データの応答データのデータ構成例を示す図である。図５（ｃ）の１番目のデータ「１９２．１６８．１０．３０」（図５（ａ）の「動作ユニットＩＰ」に対応）は、硬貨ユニット２０３のＩＰアドレスを示している。図５（ｃ）の２番目のデータ「１９２．１６８．１０．１０」（図５（ａ）の「制御部ＩＰ」に対応）は、主制御部２０１のＩＰアドレスを示している。図５（ｃ）の３番目のデータ「Ｃ００００」（図５（ａ）の「ユニットの動作」に対応）は、硬貨ユニット２０３で最初（０番目）の入金動作が行われたことを示している。図５（ｃ）の４番目のデータ「５００」（図５（ａ）の「詳細データ」に対応）は、入金金額が５００円であることを示している。図５（ｃ）の５番目のデータ「Ｃ００００」（図５（ａ）の「ユニット動作通番」に対応）は、硬貨ユニット２０３での最初（０番目）の入金動作のユニット動作通番を示している。図５（ｃ）の６番目のデータ「ＦＦ０Ｃ」（図５（ａ）の「最終通信データの応答」に対応）は、最初の３桁の「ＦＦ０」が最終通信データの応答を示すコード、最後の１桁の「Ｂ」が硬貨ユニット２０３に対する要求を、それぞれ示している。
【００４９】
図２の主制御部２０１のＣＰＵ２０１−１は、紙幣ユニット２０２、硬貨ユニット２０３、カード読取ユニット２０４、または発券ユニット２０５などから図３に例示されるような通信データを受信するごとに、その通信データに含まれる「ユニットの動作」項目および「詳細データ」項目（図３（ａ）参照）の内容を、図２の主制御部２０１内のＲＡＭ２０１−４に順次記憶して、投票端末装置１０１のための一般的な制御動作を実施する。また、本実施形態では特に、ＣＰＵ２０１−１は、受信した通信データに含まれる「ユニット動作通番」項目（図３（ａ）参照）の値を、図２の主制御部２０１内の不揮発メモリ２０１−３に通信データを受信した順番に記憶してゆく。
【００５０】
投票端末装置１０１が動作中に、何らかの要因により、図２の主制御部２０１がハングアップすると、図２のウォッチドッグタイマ２１１が一定時間後にタイムアウトする。この結果、ウォッチドッグタイマ２１１は、主制御部２０１の所定のポートに信号を送ることにより、主制御部２０１を自動再起動させる。
【００５１】
図６は、この自動再起動時に主制御部２０１のＣＰＵ２０１−１が実行する自動再起動時処理の例を示すフローチャートである。この処理は、ＣＰＵ２０１−１が、ＲＯＭ２０１−２に記憶された自動再起動時処理プログラムを実行する処理である。
【００５２】
まず、ＣＰＵ２０１−１は、投票端末装置１０１の動作順に従った順番で、図２の紙幣ユニット２０２、硬貨ユニット２０３、カード読取ユニット２０４、および発券ユニット２０５を順次する（ステップＳ６０１）。
【００５３】
次に、ＣＰＵ２０１−１は、ステップＳ６０１で指定したユニットに向けて、最終通信データの要求データを送信する（ステップＳ６０２）。このとき、最終通信データの要求データは、例えば前述した図４（ａ）に示されるデータ構成例を有する。この要求データの「動作ユニットＩＰ」項目には、ステップＳ６０１で指定されたユニットのＩＰアドレスが格納される。また、「制御部ＩＰ」項目には、主制御部２０１のＩＰアドレスが格納される。さらに、「最終通信データの要求」項目には、最初の３桁が例えば「ＦＦＦ」、末尾の１桁がステップＳ６０１で指定したユニットに対応するコードが設定される。このコードは例えば、紙幣ユニット２０２ならば「Ｂ」（図４（ｂ）参照）、硬貨ユニット２０３ならば「Ｃ」（図４（ｃ）参照）、カード読取ユニット２０４ならば「Ｍ」、発券ユニット２０５ならば「Ｈ」である。
【００５４】
次に、ＣＰＵ２０１−１は、ステップＳ６０１で指定したユニットから、最終通信データの応答データを受信する（ステップＳ６０３）。このとき、最終通信データの応答データは、例えば前述した図５（ａ）に示されるデータ構成例を有する。この応答データの「動作ユニットＩＰ」項目には、ステップＳ６０１で指定されたユニットのＩＰアドレスが格納されている。また、「制御部ＩＰ」項目には、主制御部２０１のＩＰアドレスが格納されている。また、「ユニットの動作」項目と「詳細データ」項目と「ユニット動作通番」項目には、ステップＳ６０１で指定したユニットが最後に主制御部２０１に通知したときのユニットの動作情報と詳細情報とユニット動作通番が格納されている。さらに、「最終通信データの応答」項目には、最初の３桁が例えば「ＦＦ０」、末尾の１桁がステップＳ６０１で指定したユニットに対応するコードが設定されている。このコードは、最終通信データの要求データの場合と同様である。
【００５５】
次に、ＣＰＵ２０１−１は、ステップＳ６０３で受信した最終通信データの応答データの「ユニット動作通番」項目（図５（ａ）参照）に格納されているユニット動作通番と、図２の不揮発メモリ２０１−３に記憶されているステップＳ６０１で指定されたユニットに対応するユニット動作通番が、ずれているか否かを判定する（ステップＳ６０４）。
【００５６】
ユニット動作通番がずれていない（ステップＳ６０４の判定がＮＯ）ならば、ＣＰＵ２０１−１は、ステップＳ６０１の処理に戻り、次のユニットを指定して、ステップＳ６０２からＳ６０４の処理を繰り返し実行する。
【００５７】
ユニット動作通番がずれている（ステップＳ６０４の判定がＹＥＳ）ならば、ＣＰＵ２０１−１は、ステップＳ６０３で受信した最終通信データの応答データの「ユニットの動作」項目と「詳細データ」項目に格納されている内容を図２のＲＡＭ２０１−４の所定の領域に上書きする。また、ＣＰＵ２０１−１は、ステップＳ６０３で受信した最終通信データの応答データの「ユニット動作通番」項目に格納されているユニット動作通番を、図２の不揮発メモリ２０１−３の同じユニットの領域に上書きする（以上、ステップＳ６０５）。
【００５８】
そして、ＣＰＵ２０１−１は、ステップＳ６０１で指定された現在指定されているユニットの次のユニットから、正常動作に復帰する（ステップＳ６０６）。その後、ＣＰＵ２０１−１は、図６のフローチャートで例示される自動再起動時処理を終了する。
【００５９】
図７から図９は、本実施形態の動作シーケンス例を示す図である。
まず、図７は、紙幣ユニット２０２または硬貨ユニット２０３と主制御部２０１が通信中に主制御部２０１がハングアップした場合の動作シーケンス例を示す図である。
【００６０】
まず、利用者が紙幣ユニット２０２または硬貨ユニット２０３から紙幣または硬貨を挿入することにより、紙幣ユニット２０２または硬貨ユニット２０３から最初（０番目）の入金金額が予め主制御部に通知されていて、主制御部２０１内の不揮発メモリ２０１−３には、紙幣ユニット２０２からの最初（０番目）のユニット動作通番「Ｂ０００」と硬貨ユニット２０３からの最初（０番目）のユニット動作通番「Ｃ０００」が記憶されている。
【００６１】
なお、図７から図９では、先頭に＃を付されている記号は、ユニット動作通番であることを示すものとする。
【００６２】
この状態で、利用者が紙幣ユニット２０２または硬貨ユニット２０３からさらに紙幣または硬貨を挿入することにより、紙幣ユニット２０２または硬貨ユニット２０３から次（１番目）の入金金額の通信データが通知されようとしているとする（図７のＳ１、Ｓ２）。図７のＳ１、Ｓ２に示されるように、これらの通信データにはそれぞれ、ユニット動作通番「Ｂ００１」および「Ｃ００１」が付加されている。
【００６３】
このときに、主制御部２０１がハングアップすると、上記最後の通信データは受信されず、ウォッチドッグタイマ２１１によって主制御部２０１が自動再起動される。この結果、主制御部２０１のＣＰＵ２０１−１は、図６のフローチャートで例示される自動再起動時処理を実行する。これにより、主制御部２０１から紙幣ユニット２０２および硬貨ユニット２０３にそれぞれ、最終通信データの要求データが送信される（図７のＳ３、Ｓ４）。
【００６４】
この結果、紙幣ユニット２０２および硬貨ユニット２０３から、それらが最後に主制御部２０１に送信した、図７のＳ１およびＳ２と同じ内容が設定された最終通信データの応答データが応答される（図７のＳ５、Ｓ６）。これらの応答データにはそれぞれ、ユニット動作通番「Ｂ００１」および「Ｃ００１」が付加されている。
【００６５】
主制御部２０１のＣＰＵ２０１−１は、これらのユニット動作通番「Ｂ００１」および「Ｃ００１」を、不揮発メモリ２０１−３に記憶されている各ユニットのユニット動作通番「Ｂ０００」および「Ｃ０００」と比較した結果、ずれている（ユニットのほうが進んだ通番となっている）ため、不揮発メモリ２０１−３内の各ユニットのユニット動作通番に、受信したユニット動作通番「Ｂ００１」および「Ｃ００１」を上書きする。また、最終通信データの応答データから得られる合計入金金額１，５００円を、ＲＡＭ２０１−４内の所定領域に上書きする。
【００６６】
なお、図６のフローチャートでは、１ユニットずつ処理しているが、紙幣ユニット２０２と硬貨ユニット２０３はまとめて１ユニットとして処理するように制御してよい。
【００６７】
これ以降、主制御部２０１のＣＰＵ２０１−１は、各ユニットに対して正常動作を実施する。
【００６８】
すなわちまず、利用者がカード読取ユニット２０４にマークカードを挿入することにより、カード読取ユニット２０４から主制御部２０１に投票データＡが通知される（Ｓ７）。主制御部２０１のＣＰＵ２０１−１は、カード読取ユニット２０４から受信した通信データに設定されているユニット動作通番「Ｍ０００」を不揮発メモリ２０１−３に記憶させる。
【００６９】
この結果、主制御部２０１のＣＰＵ２０１−１は、上位のホスト１０２（図１参照）に対して発券許可要求を送信し（Ｓ８）、ホスト１０２から主制御部２０１に発券許可応答が通知される（Ｓ９）。この結果、ＣＰＵ２０１−１は、発券ユニット２０５に投票データＡの発券指示を送信する（Ｓ１０）。発券ユニット２０５から主制御部２０１に投票データＡの発券完了が返信されると（Ｓ１１）、ＣＰＵ２０１−１は、ＲＡＭ２０１−４の所定領域に発券完了状態を設定する。
【００７０】
図８は、カード読取ユニット２０４と主制御部２０１が通信中に主制御部２０１がハングアップした場合の動作シーケンス例を示す図である。
【００７１】
紙幣ユニット２０２および硬貨ユニット２０３から通信データを受信するところまでは、主制御部２０１は正常の動作している（図８のＳ１、Ｓ２）。このとき、主制御部２０１内の不揮発メモリ２０１−３には、例えばユニット動作通番「Ｂ００１」と「Ｃ００１」が記憶されている。
【００７２】
次に、利用者がカード読取ユニット２０４にマークカードを挿入することにより、カード読取ユニット２０４から主制御部２０１に投票データＡが通知されようとする（図７のＳ３）。図７のＳ３に示されるように、カード読取ユニット２０４からの通信データには、ユニット動作通番「Ｍ０００」が付加されている。
【００７３】
このときに、主制御部２０１がハングアップすると、上記最後の通信データは受信されず、ウォッチドッグタイマ２１１によって主制御部２０１が自動再起動される。この結果、主制御部２０１のＣＰＵ２０１−１は、図６のフローチャートで例示される自動再起動時処理を実行する。
【００７４】
これにより、主制御部２０１から各ユニットにそれぞれ、最終通信データの要求データが送信される。図８には特には図示しないが、紙幣ユニット２０２と硬貨ユニット２０３については、最終通信データの要求データに対して応答された最終通信データの応答データに設定されているユニット動作通番「Ｂ００１」と「Ｃ００１」は、不揮発メモリ２０１−３に記憶されているユニット動作通番と一致する。
【００７５】
これに続いて、主制御部２０１からカード読取ユニット２０４に対して、最終通信データの要求データが送信される（図８のＳ４）。
【００７６】
この結果、カード読取ユニット２０４から、それが最後に主制御部２０１に送信した、図８のＳ３と同じ内容が設定された最終通信データの応答データが応答される（図８のＳ５）。この応答データには、ユニット動作通番「Ｍ０００」が付加されている。
【００７７】
主制御部２０１のＣＰＵ２０１−１は、このユニット動作通番「Ｍ０００」を、不揮発メモリ２０１−３に記憶されているユニット動作通番「Ｂ００１」および「Ｃ００１」と比較した結果、ずれている（ユニットのほうが進んだ通番となっている）ため、不揮発メモリ２０１−３に、受信したユニット動作通番「Ｍ０００」を追加する。
【００７８】
これ以降、主制御部２０１のＣＰＵ２０１−１は、各ユニットに対して正常動作を実施する。
【００７９】
すなわちまず、主制御部２０１のＣＰＵ２０１−１は、上位のホスト１０２（図１参照）に対して発券許可要求を送信し（図８のＳ６）、ホスト１０２から主制御部２０１に発券許可応答が通知される（図８のＳ７）。この結果、ＣＰＵ２０１−１は、発券ユニット２０５に投票データＡの発券指示を送信する（図８のＳ８）。発券ユニット２０５から主制御部２０１に投票データＡの発券完了が返信されると（図８のＳ９）、ＣＰＵ２０１−１は、ＲＡＭ２０１−４の所定領域に発券完了状態を設定する。
【００８０】
図９は、発券ユニット２０５と主制御部２０１が通信中に主制御部２０１がハングアップした場合の動作シーケンス例を示す図である。
【００８１】
紙幣ユニット２０２および硬貨ユニット２０３から通信データを受信し、さらにカード読取ユニット２０４から通信データを受信し、ホスト１０２と通信を行うところまでは、主制御部２０１は正常の動作している（図９のＳ１、Ｓ２、Ｓ３、Ｓ４、Ｓ５）。このとき、主制御部２０１内の不揮発メモリ２０１−３には、例えばユニット動作通番「Ｂ００１」と「Ｃ００１」と「Ｍ０００」が記憶されている。
【００８２】
次に、主制御部２０１内のＣＰＵ２０１−１は、発券ユニット２０５に投票データＡの発券指示を送信する（Ｓ６）。そして、発券ユニット２０５から主制御部２０１に投票データＡの発券完了が返信される（Ｓ７）前に、主制御部２０１がハングアップすると、上記発券完了の通信データは受信されず、ウォッチドッグタイマ２１１によって主制御部２０１が自動再起動される。この結果、主制御部２０１のＣＰＵ２０１−１は、図６のフローチャートで例示される自動再起動時処理を実行する。
【００８３】
これにより、主制御部２０１から各ユニットにそれぞれ、最終通信データの要求データが送信される。図９には特には図示しないが、紙幣ユニット２０２と硬貨ユニット２０３とカード読取ユニット２０４については、最終通信データの要求データに対して応答された最終通信データの応答データに設定されているユニット動作通番「Ｂ００１」と「Ｃ００１」と「Ｍ０００」は、不揮発メモリ２０１−３に記憶されているユニット動作通番と一致する。
【００８４】
これに続いて、主制御部２０１から発券ユニット２０５に対して、最終通信データの要求データが送信される（図９のＳ８）。
【００８５】
この結果、発券ユニット２０５から、それが最後に主制御部２０１に送信した、図９のＳ７と同じ内容が設定された最終通信データの応答データが応答される（図９のＳ９）。ＣＰＵ２０１−１は、この応答データを受けて、ＲＡＭ２０１−４の所定領域に発券完了状態を設定する。
【００８６】
以上説明しようにして、本実施形態によれば、接客中に主制御部２０１がハングアップした場合であっても、ウォッチドッグタイマ２１１により主制御部２０１が自動再起動された後、自動再起動時処理が実行されることによりハングアップ前の状態と整合性をとることが可能となり、接客操作を継続することが可能となる。
【００８７】
本実施形態では、ハングアップ後再度接客が開始までの時間が短くなるため、利用者を待たせる時間の短縮に加え、公営競技への投票締切り間際の購入漏れを減らすことが可能となる。
【００８８】
本実施形態によれば、人の手によって紙幣、硬貨、マークカード、発券等を確認する必要がなくなるため、人的ミスをなくすことが可能となる。
【符号の説明】
【００８９】
１００  トータリゼータシステム
１０１  投票端末装置（投票端末）
１０２  ホスト装置（ホスト）
１０３  管理端末装置（管理端末）
１０４  通信ネットワーク
２０１  主制御部
２０１−１  ＣＰＵ
２０１−２  ＲＯＭ
２０１−３  不揮発メモリ
２０１−４  ＲＡＭ
２０２  紙幣ユニット
２０３  硬貨ユニット
２０４  カード読取ユニット
２０５  発券ユニット
２０６  表示ユニット
２０７  画面入力ユニット
２０８  アナウンスユニット
２０９  通信ユニット
２１０  バス
２１１  ウォッチドッグタイマ
【図１】
2016091124.tif 000003
【図２】
2016091124.tif 000004
【図３】
2016091124.tif 000005
【図４】
2016091124.tif 000006
【図５】
2016091124.tif 000007
【図６】
2016091124.tif 000008
【図１０】
2016091124.tif 000009
【図７】
2016091124.tif 000010
【図８】
2016091124.tif 000011
【図９】
2016091124.tif 000012