JP2017134570A - 発券端末、および、発券端末における制御方法 - Google Patents

Abstract

【課題】発券端末が処理を停止した場合における発券端末の状態についての情報を取得できる発券端末、および、発券端末における制御方法を提供する。【解決手段】発券端末１は、第１のユニット３と第２のユニット４と制御部２と記憶部５とを備える。第１のユニット３は、第１のユニット３から制御部２に対する問合せに制御部２が所定の時間内に応答しなかった場合、制御の権限を第１のユニット３が代替する指示とユニット情報を第１のユニット３に送信させる指示とを第２のユニット４に送信し、ユニット情報を第２のユニット４から受信し、受信したユニット情報を記憶部５に格納する。【選択図】図１

Description

本件は、投票券を発券する発券端末、および、発券端末における制御方法に関する。

従来から、競艇、競馬、競輪、および、オートレース等の公営競技では、投票券を発券する発券端末（トータリゼータ端末とも称す）が用いられている。発券端末は、現金およびマークカードに記入された投票内容が利用者から投入されると、投票券の発券をホスト装置に要求する。発券端末は、発券許可をホスト装置から受信すると、入力された投票内容に基づいた投票券を発券する。ここで、ホスト装置は、発券端末からの発券要求に基づいて、発券端末の売上金額や投票内容等を管理している。

このような発券端末を用いた運用で、発券端末に発券エラーが発生した場合、正常に稼働している別の発券端末において投票券を代替発券させる技術が知られている。例えば、発券端末の中には、取引中の発券端末に発券エラーが発生した場合、別の発券端末に発券処理データを通知し、別の発券端末に発券処理を引き継がせるものがある。

特開２０１３−２２８８４１号公報

従来の技術は、発券端末において発券エラーが生じた場合に発券処理を別の発券端末に引き継がせる技術であり、発券端末において制御部が応答不能となり停止した場合における発券端末の復旧に関する技術ではない。

発券端末が投票券の発券処理の途中で応答不能となり停止した場合、係員は、投入した現金やマークカード等について利用者から聞き取り調査をし、発券端末の収容物について確認等を行い、利用者に対し未払いの釣銭の支払い等を行うことを要する。

発券端末が応答不能となった際の発券端末の内部の状態について、係員が把握することは困難であった。このため、係員が釣銭の放出の有無や投票券の有効又は無効についての判断を誤ることにより、利用者に対する返金や投票券の返却の間違いなどの人為的ミスが発生しやすかった。また、係員は、発券端末の再起動を行うに際し、時間と労力を要していた。

一側面では、本発明は、発券端末が処理を停止した場合における発券端末の状態についての情報を取得できる発券端末、および、発券端末における制御方法を提供することを目的とする。

上記目的を達成するために、以下に示すような発券端末を提供する。発券端末は、第１のユニットと第２のユニットと制御部と記憶部とを備える。第１のユニットは、第１のユニットから制御部に対する問合せに制御部が所定の時間内に応答しなかった場合、制御の権限を第１のユニットが代替する指示とユニット情報を第１のユニットに送信させる指示とを第２のユニットに送信し、ユニット情報を第２のユニットから受信し、受信したユニット情報を記憶部に格納する。

一態様によれば、発券端末、および、発券端末における制御方法において、発券端末が処理を停止した場合における発券端末の状態についての情報を取得できる。

第１の実施の形態に係る発券端末の一例を示す図である。 第２の実施の形態に係る発券システムの一例を示す図である。 第２の実施の形態に係る発券端末の外観の一例を示す図である。 第２の実施の形態に係る発券端末のハードウェアの一例を示す図である。 第２の実施の形態に係る発券端末の機能の一例を示す図である。 第２の実施の形態に係る発券端末における代替処理の一例を示すシーケンスである。 第２の実施の形態に係る発券端末において送受信される電文のフォーマットの一例を示す図である。 第２の実施の形態に係るメインＣＰＵ処理の一例を示すフローチャートである。 第２の実施の形態に係る代替ＣＰＵ処理の一例を示すフローチャートである（その１）。 第２の実施の形態に係る代替ＣＰＵ処理の一例を示すフローチャートである（その２）。 第２の実施の形態に係るユニット処理の一例を示すフローチャートである（その１）。 第２の実施の形態に係るユニット処理の一例を示すフローチャートである（その２）。

以下、図面を参照して実施の形態を説明する。
［第１の実施の形態］
図１は、第１の実施の形態に係る発券端末の一例を示す図である。

発券端末１は、例えば、競艇、競馬、競輪、および、オートレース等の公営競技における投票券の発券の処理で用いられる装置である。発券端末１は、発券を管理するホスト装置とネットワークを介して情報の送受信が可能である。ホスト装置について、図示を省略する。

発券端末１は、第１のユニット３と、第２のユニット４と、制御部２と、記憶部５を含む。
第１のユニット３は、制御部２に問合せ、言い換えると、制御部２が稼働しているか否かを確認するためのコマンドの送信をした際に制御部２から応答が無い状態になった場合、制御部２に代替して第２のユニット４を制御する。応答が無い状態とは、例えば、ハングアップ等により制御部２が動作を停止し、入出力等を受け付けなくなった状態である。また、第１のユニット３は、第１のユニット３から制御部２に対する問合せに制御部２が所定の時間内に応答しなかった場合、制御の権限を第１のユニット３が代替する指示を第２のユニット４に送信する。また、第１のユニット３は、ユニット情報を第１のユニット３に送信させる指示を第２のユニット４に送信する。第１のユニット３は、ユニット情報を第２のユニット４から受信し、受信したユニット情報を記憶部５に格納する。また、第１のユニット３は、受信したユニット情報に基づいて、発券端末１の状態情報を印刷して放出する。第１のユニット３は、発券端末１を特定する識別情報、発券端末１の状態を印刷した日時の情報、および、ユニット情報、を含む情報を発券端末１の状態情報として印刷して放出できる。第１のユニット３は、発券端末１が備える処理部であり、例えば、投票券を発券する発券部である。

第２のユニット４は、制御部２が稼働している状態において制御部２から受信した指示に従って処理を実行し、第１のユニット３から制御の権限を代替する指示を受信した場合に第１のユニット３からの指示に従って処理を実行する。第２のユニット４は、投票端末１が備える処理部であり、例えば、現金の入出および収納を行う現金取扱部や、投票内容が記入されたマークカードを処理するマークカード取扱部や、投票券を読み取る投票券読取部などである。第２のユニット４は、ユニット情報を第１のユニット３に送信させる指示に対する応答としてユニット情報を第１のユニット３に送信する。

ユニット情報とは、第２のユニット４を特定する識別情報、第２のユニット４のエラー情報、および、第２のユニット４の状態を示す情報、を含む情報である。
また、第２のユニット４が現金取扱部である場合、ユニット情報は、第２のユニット４が計数した現金の金種および数量、第２のユニット４が計数していない現金の数量、および、第２のユニット４が返金した現金の数量、のいずれか１以上を含む情報である。

また、第２のユニット４がマークカード取扱部である場合、ユニット情報は、第２のユニット４が読み取ったマークカードの情報、第２のユニット４が読み取っていないマークカードの数量、および、第２のユニット４が返却したマークカードの数量、のいずれか１以上を含む情報である。

制御部２は、第１のユニット３と、第２のユニット４と、記憶部５を制御する機能を備える。制御部２は、再起動する指示を制御部２が受信した場合、第１のユニット３に記憶部５に格納された情報を送信させる指示を送信し、記憶部５に格納された情報を第１のユニット３から受信する。また、制御部２は、記憶部５に格納された情報に基づいて、第１のユニット３および第２のユニット４で中断した処理の実行を指示する。

ここで、発券端末１による処理の流れについて説明する。発券端末１において、利用者から現金とマークカードが投入された後、投票券の発券処理の途中で制御部２が応答しない状態が発生したものとする。

第１のユニット３は、制御部２に対し問合せをする。第１のユニット３は、制御部２から応答が無い場合、第２のユニット４に対し制御の権限を代替する指示とユニット情報を第１のユニット３に送信させる指示とを送信する。第２のユニット４は、ユニット情報を第１のユニット３に送信する。第１のユニット３は、受信したユニット情報に基づいて、発券端末１の状態情報を印刷して放出する。また、制御部２は、第１のユニット３が取得したユニット情報に基づいて、再起動する指示を受信した場合に第１のユニット３および第２のユニット４に対して中断した処理の再開を指示できる。

このように、発券端末１は、発券端末１の状態情報を印刷および放出する。これにより、係員は、中断した処理（例えば、釣銭の放出が未済等）を把握できるため、発券端末１の復旧に要する係員の労力を軽減できる。また、発券端末１に収納された金銭の金種、マークカードの読み取り有無、投票券の有効または無効に関する情報を係員が確認しやすくなり、利用者に返却する釣銭、マークカード、投票券等について係員による取り違いを軽減できる。

また、発券端末１が再起動した際に、制御部２は、第１のユニット３が取得した情報を用いて中断した処理の再開を指示できるため、発券端末１の復旧に要する時間を短縮できる。

［第２の実施の形態］
次に、第２の実施の形態について説明する。図２は、第２の実施の形態に係る発券システムの一例を示す図である。

発券システム２０は、例えば、競艇、競馬、競輪、および、オートレース等の公営競技において適用される。発券システム２０は、ネットワーク３２と、ネットワーク３２に接続された発券端末１００およびホスト装置３１とを有している。発券端末１００は、トータリゼータ端末とも称される。図示を省略するが、発券システム２０は、複数台の発券端末１００を含むことができる。

発券端末１００は、利用者によって現金が投入され、さらに、投票内容が記されたマークカードが挿入されると、挿入されたマークカードから読み取った投票データに基づいた投票券の発券を、ネットワーク３２を介してホスト装置３１に要求する。そして、発券端末１００は、ホスト装置３１からネットワーク３２を介して発券許可を受信すると、読み取った投票データに基づいた識別情報を投票券に印刷して発券する。

また、発券端末１００は、ネットワーク３２を介して互いにデータを送受信することができる。例えば、発券端末１００には、ＩＰ（Internet Protocol）アドレスが割り当てられ、発券端末１００とホスト装置３１との間のデータ通信、および、発券端末１００間のデータ通信は、ＩＰアドレスを用いて行われる。

次に、図３を用いて発券端末の外観を説明する。図３は、第２の実施の形態に係る発券端末の外観の一例を示す図である。
図３に示すように、発券端末１００の正面には、利用者が操作するためのディスプレイ１０１およびタッチパネル１０２、紙幣投入口１０３、紙幣返却口１０４、硬貨投入口１０５、硬貨返却口１０６、マークカード挿入口１０７、投票券が放出される発券口１０８、投票券挿入口１０９、係員呼出しボタン１１０、および、運用状態が表示される運用表示部１１１が設けられている。

発券端末１００の背面には、不図示の係員操作用ディスプレイ、係員操作用タッチパネル、および、投票券が放出される発券口が設けられている。
次に、図４を用いて発券端末のハードウェアを説明する。図４は、第２の実施の形態に係る発券端末のハードウェアの一例を示す図である。

発券端末１００は、ＣＰＵ（Central Processing Unit）１３１によって装置全体が制御されている。ＣＰＵ１３１には、メモリ１３２と複数の周辺機器が接続されている。メモリ１３２は、発券端末１００の主記憶装置として使用される。

メモリ１３２には、ＣＰＵ１３１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１３２には、ＣＰＵ１３１による処理に必要な各種情報が格納される。

ＣＰＵ１３１に接続されている周辺機器としては、ディスプレイ１０１、タッチパネル１０２、係員操作用ディスプレイ１２１、係員操作用タッチパネル１２２、紙幣還流ユニット１２３、硬貨還流ユニット１２４、マークカード読取ユニット１２５、発券ユニット１２６、投票券読取ユニット１２８、ジャーナルユニット１２９、および、ネットワーク３２と接続された通信インタフェース１３３がある。

ディスプレイ１０１は、ＣＰＵ１３１からの命令に従って画像を表示する。タッチパネル１０２は、ディスプレイ１０１の画面上に配置されており、タッチによる入力を受け付け、ＣＰＵ１３１に信号を送信する。ここで、ディスプレイ１０１に表示された画像は、タッチパネル１０２を透過し、利用者に視認される。

係員操作用ディスプレイ１２１は、ＣＰＵ１３１からの命令に従って画像を表示する。係員操作用タッチパネル１２２は、係員操作用ディスプレイ１２１の画面上に配置されており、タッチによる入力を受け付け、ＣＰＵ１３１に信号を送信する。ここで、係員操作用ディスプレイ１２１に表示された画像は、係員操作用タッチパネル１２２を透過し、係員に視認される。

紙幣還流ユニット１２３は、紙幣投入口１０３および紙幣返却口１０４と接続し、ＣＰＵ１３１からの命令に従って、紙幣の入出、紙幣の計数、および、紙幣の収納を行う。硬貨還流ユニット１２４は、硬貨投入口１０５および硬貨返却口１０６と接続し、ＣＰＵ１３１からの命令に従って、硬貨の入出、硬貨の計数、および、硬貨の収納を行う。

マークカード読取ユニット１２５は、マークカード挿入口１０７と接続し、ＣＰＵ１３１からの命令に従って、挿入されたマークカードから投票データを読み取り、読み取った投票データをＣＰＵ１３１へ送信する。

発券ユニット１２６は、発券口１０８、および、発券端末１００の背面に設けられた発券口と接続し、ＣＰＵ１３１からの命令に従って、投票データに基づいた識別情報が印刷された投票券の発券および放出を行う。発券ユニット１２６は、ＣＰＵ２０１とメモリ２０２とを含む。

投票券読取ユニット１２８は、投票券挿入口１０９と接続し、ＣＰＵ１３１からの命令に従って、挿入された投票券等から投票データや識別情報等を読み取り、読み取った投票データや識別情報等をＣＰＵ１３１に送信する。

ジャーナルユニット１２９は、ＣＰＵ１３１からの命令に従って、用紙に取引明細を印刷する。通信インタフェース１３３は、ネットワーク３２を介して、他のコンピュータまたは通信機器との間で情報の送受信を行う。

以上のようなハードウェア構成によって、第２の実施の形態の処理機能を実現することができる。なお、発券ユニット１２６に限らず、他のユニットもＣＰＵやメモリ等を含み、各種コマンドの実行や情報の送受信ができる。

次に、図５を用いて発券端末の機能について説明する。図５は、第２の実施の形態に係る発券端末の機能の一例を示す図である。
発券端末１００は、紙幣還流ユニット１２３、硬貨還流ユニット１２４、マークカード読取ユニット１２５、発券ユニット１２６、および、投票券読取ユニット１２８を制御し、ネットワーク３２に接続された制御部１４１と、制御部１４１およびネットワーク３２に接続されたホスト通信部１４２とを有している。

ホスト通信部１４２は、制御部１４１から、マークカード読取ユニット１２５が読み取った投票データ、投票券の発券要求、および、発券ユニット１２６による発券が正常に行われたことを示す通知等を受信し、ネットワーク３２を介してホスト装置３１に送信する。尚、ホスト通信部１４２は、通信インタフェース１３３であってもよい。

制御部１４１は、マークカード読取ユニット１２５が読み取った投票データに基づいた投票券を、発券ユニット１２６に発券させる。また、制御部１４１は、紙幣還流ユニット１２３や硬貨還流ユニット１２４が収納した金銭の情報を処理する。また、制御部１４１は、発券完了通知や取引後の残高を、ホスト通信部１４２、ネットワーク３２を介してホスト装置３１に送信する。また、制御部１４１は、再起動後、状態確認コマンドを発券ユニット１２６に送信する。状態確認コマンドは、メモリ２０２に格納した情報を発券ユニット１２６から制御部１４１に送信させる命令である。

制御部１４１は、発券ユニット１２６が保持している情報を取得し、紙幣還流ユニット１２３、硬貨還流ユニット１２４、マークカード読取ユニット１２５、発券ユニット１２６、および、投票券読取ユニット１２８に対して処理の再開を指示できる。

発券ユニット１２６は、ハングアップ等により制御部１４１の機能が停止した場合に、代替して制御部として稼働する。発券ユニット１２６は、制御部１４１に制御部１４１が稼働しているか否かを確認する生存確認コマンドを送信する。生存確認コマンドは、生存確認コマンドの送信先のプログラムが稼働しているか否かを確認する命令である。生存確認コマンドの送信元は、生存確認コマンドの送信先から稼働していることを示す応答を受信した場合に送信先が稼働中であると判定できる。

発券ユニット１２６は、生存確認コマンドに応答が無い場合に制御部１４１に代替して、紙幣還流ユニット１２３、硬貨還流ユニット１２４、マークカード読取ユニット１２５、および、投票券読取ユニット１２８を制御する。以下の図５の説明において、紙幣還流ユニット１２３、硬貨還流ユニット１２４、マークカード読取ユニット１２５、および、投票券読取ユニット１２８を一括してユニットと記載する。

発券ユニット１２６は、ユニットに、代替コマンドを送信する。代替コマンドは、ユニットを制御する権限を取得する命令である。代替コマンドの送信元は、代替コマンドの送信先のプログラムを制御する命令を送信し、代替コマンドの送信先のプログラムに命令を実行させることができる。発券ユニット１２６は、代替コマンドを送信することにより、制御部１４１に代替してユニットを制御できる。

発券ユニット１２６は、ユニットに診断コマンドを送信し、診断コマンドの応答としてユニットからユニット情報を受信する。診断コマンドは、ユニット情報を送信させる命令である。発券ユニット１２６は、診断コマンドを送信することで、ユニットにユニット情報を送信させることができる。ユニット情報とは、ユニットが保持する情報であり、ユニットの識別子やエラー情報やユニットの状態を示す情報等を含む情報である。ユニット情報を送信する電文については、後で図７を用いて説明する。

発券ユニット１２６は、ユニット情報等に基づいて、発券端末１００の発券機状態情報をカード等に印刷できる。発券機状態情報を印刷したカードは、発券端末１００の保守や点検を行う係員によって視認され、発券端末１００の利用者への返金作業や、発券端末１００のメンテナンス等のために用いることができる。発券機状態情報については、後で図６のステップＳ８４において説明する。

発券ユニット１２６は、待機コマンドをユニットに送信する。待機コマンドは、発券端末１００が再起動するまでユニットを待機させる命令である。また、発券ユニット１２６は、再起動後に制御部１４１から状態確認コマンドを受信したことに応じて、メモリ２０２に格納した情報を制御部１４１に送信する。

次に、図６を用いて発券端末１００における代替処理を説明する。図６は、第２の実施の形態に係る発券端末における代替処理の一例を示すシーケンスである。なお、この例では、発券端末１００が利用者から現金およびマークカードを受け付け、ホスト装置３１から発券許可が送信された後で、発券端末１００においてＣＰＵ１３１（言い換えると、制御部１４１）がハングアップしたものとする。また、ＣＰＵ１３１がハングアップした後、発券ユニット１２６に含まれるＣＰＵ２０１が代替して動作するものとする。

以下の説明では、個別のユニットを特定して説明する場合を除き、紙幣還流ユニット１２３、硬貨還流ユニット１２４、マークカード読取ユニット１２５、および、投票券読取ユニット１２８を一括してユニットとして表記する。

［ステップＳ７１］ＣＰＵ１３１は、紙幣還流ユニット１２３から現金を受け付けた情報を受信する。言い換えると、ＣＰＵ１３１は、紙幣還流ユニット１２３を介して発券端末１００に利用者によって現金が投入されたことを検知し、投入された金額等の情報を受信する。

なお、ＣＰＵ１３１は、ユニットやホスト装置３１と送受信するデータや、発券処理に必要となるデータ等を適宜メモリ１３２に格納するものとする。
［ステップＳ７２］ＣＰＵ１３１は、マークカード読取ユニット１２５からマークカードを読み取った情報を受信する。言い換えると、ＣＰＵ１３１は、マークカード読取ユニット１２５を介して発券端末１００に利用者によってマークカードが投入されたことを検知し、マークカードに記入された投票データを受信する。

［ステップＳ７３］ＣＰＵ１３１は、マークカードから読み取った投票データ、および、この投票データに基づいた投票券の発券要求を、通信インタフェース１３３、ネットワーク３２を介してホスト装置３１へ送信する。なお、投票データには、投票毎に、場名、レース名、式別、組番、金額、および、票数等が含まれている。

［ステップＳ７４］ホスト装置３１は、受信した投票データに基づいて集計を行う。
［ステップＳ７５］ホスト装置３１は、発券許可をＣＰＵ１３１に送信する。
［ステップＳ７６］ＣＰＵ１３１は、マークカードから読み取った投票データに基づいた投票券を発券する指示をＣＰＵ２０１に送信する。

ここで、ＣＰＵ１３１において、ハングアップが発生し、ＣＰＵ１３１はデータの送受信等の動作ができない状態になったものとする。
［ステップＳ７７］ＣＰＵ２０１は、ステップＳ７６の発券指示に基づき投票券を発券するための印刷データをＣＰＵ１３１に送信する。

［ステップＳ７８］ＣＰＵ２０１は、発券処理中においてＣＰＵ１３１から所定の周期（例えば、数秒毎）で送信されている応答を確認するためのコマンドが受信できないことを検知し、生存確認コマンドをＣＰＵ１３１に送信し、応答の時間を監視する。

なお、発券端末１００において投票券の発券処理中に、ＣＰＵ１３１は、ユニットおよびＣＰＵ２０１に対し所定の周期で応答を確認するためのコマンドを送信しているものとする。

［ステップＳ７９］ユニットは、ステップＳ７８と同様に、ＣＰＵ１３１からユニットに対し所定の周期で発行しているコマンドが受信できないことを検知する。ユニットは、生存確認コマンドをＣＰＵ１３１に送信し、応答の時間を監視する。

ここで、ＣＰＵ２０１とユニットは、所定の時間ＣＰＵ１３１から生存確認コマンドに対する応答が受信できず、タイムアウトの状態であることを検知する。
［ステップＳ８０］ＣＰＵ２０１は、ＣＰＵ１３１によるユニットを制御する権限を代行するための代替コマンドをユニットに送信する。なお、ユニットは、代替コマンドを受信した応答電文をＣＰＵ２０１に送信できるが、図示を省略する。

［ステップＳ８１］ＣＰＵ２０１は、診断コマンドをユニットに送信する。診断コマンドは、ユニットにおけるエラー有無やステータスなどの情報を含むユニット情報をユニットから取得するためのコマンドである。診断コマンドを受信したユニットは、診断コマンドの送信元へユニット情報を送信する。なお、ＣＰＵ１３１は、ユニットから必要な情報を取得することができれば他のコマンドを送信してもよい。

［ステップＳ８２］ユニットは、診断コマンドの応答としてユニット情報を電文に含めてＣＰＵ２０１に送信する。なお、ユニットが送信する電文は、後で図７を用いて説明する。

［ステップＳ８３］ＣＰＵ２０１は、ユニットから受信したユニット情報をメモリ２０２に格納する。
［ステップＳ８４］ＣＰＵ２０１は、ユニット情報に基づき発券機状態情報を印刷する。発券機状態情報は、発券端末１００のユニットの状態を示す情報である。発券機状態情報は、例えば、紙幣や硬貨の金種および枚数、投票券の発券枚数、無効投票券の有無、マークカードの読み取り枚数、および、未読のマークカードの枚数等を含む。ＣＰＵ２０１は、発券機状態情報をカード等に印刷し、発券端末１００の背面に設けられた発券口から放出する。

なお、発券機状態情報は、ユニット情報のみではなく、その他の情報も含めることができる。例えば、（１）発券端末１００を特定する機番、（２）発券機状態情報を印刷した年月日および時分、（３）収納した現金の金額、（４）収納した現金について各金種の枚数、（５）放出した現金の金額、等を発券機状態情報として印刷できる。また、（６）放出した現金について各金種の枚数、（７）収納したマークカードの枚数、（８）未読マークカード枚数、（９）釣銭の有無、（１０）釣銭が有る場合における釣銭の放出の有無等を発券機状態情報として印刷できる。

また、（１１）発券した投票券の枚数、（１２）有効となる投票券の識別情報、（１３）無効となる投票券の識別情報、等を発券機状態情報として印刷できる。なお、発券した投票券について有効であるか無効であるかは、発券された投票券に印刷された識別情報がホスト装置３１に送信されたか否かで判定される。投票券に印刷された識別情報がホスト装置３１に送信されている場合、投票券は有効であると判定される。なお、発券端末１００とホスト装置３１との間における送受信の履歴情報等は、メモリ１３２等の記憶部やジャーナルユニット１２９等に格納されており、ＣＰＵ２０１は履歴情報を取得し投票券が有効か否かを判定できる。

［ステップＳ８５］ＣＰＵ２０１は、ユニットに再起動に備えて待機モードに入るように命令する待機コマンドを送信する。
ユニットは、ＣＰＵ２０１から待機コマンドを受信したことにより、待機モードの状態になる。待機モードとは、ＣＰＵ１３１に対する生存確認コマンドの発行等の動作を停止し、再起動コマンドを受信するまで待機する状態である。

［ステップＳ８６］ＣＰＵ２０１は、待機モードの状態になる。
ここで、発券端末１００に対して係員が再起動を行い、ＣＰＵ１３１が再起動し、ユニットに対して再起動コマンドが送信されるものとする。

［ステップＳ８７］ＣＰＵ１３１は、メモリ１３２に格納されている情報の内容をチェックする。言い換えると、ＣＰＵ１３１は、再起動前のユニットの状態についての情報（ユニット情報）がメモリ１３２に残っているか否かを判定する。

［ステップＳ８８］ＣＰＵ１３１は、メモリ１３２に発券ユニット１２６のユニット情報が残っていない場合、状態確認コマンドをＣＰＵ２０１に送信する。ＣＰＵ１３１は、状態確認コマンドの応答としてＣＰＵ２０１から発券ユニット１２６のメモリ２０２が保持しているユニットの情報を取得する。

こうして、ＣＰＵ１３１は、再起動後にＣＰＵ２０１から制御を代替した際に取得したユニットの情報をメモリ２０２から取得できるため、ユニットから個別に再起動のために必要な情報を取得することを要しない。

［ステップＳ８９］ＣＰＵ１３１は、ＣＰＵ２０１から取得した情報に基づいて、ユニットの状態をチェックする。例えば、ＣＰＵ１３１は、ユニットで中断した処理があるか否かを判定する。ここでは、中断した処理の一例として、（ａ）投票券の発券情報をホスト装置３１に送信しておらず、（ｂ）投票券の発券がされていなかった、場合について説明する。

［ステップＳ９０］ＣＰＵ１３１は、ステップＳ８９でチェックした結果に基づき、投票券の発券情報をホスト装置３１に送信する。
［ステップＳ９１］ＣＰＵ１３１は、ステップＳ８９でチェックした結果に基づき、投票券の発券指示をＣＰＵ２０１に送信する。

［ステップＳ９２］ＣＰＵ２０１は、投票券の発券指示を受信し、投票券を発券する。
なお、ステップＳ９１とＳ９２の処理は中断した処理の再開指示に関する一例にすぎない。例えば、釣銭の放出が未済である場合、ＣＰＵ１３１は、紙幣還流ユニット１２３や硬貨還流ユニット１２４に対して、釣銭を放出するよう指示を送信できる。

このように、発券端末１００は、ＣＰＵ１３１が停止した場合、ＣＰＵ２０１がユニットに対する制御を代替し、ユニットの状態に関する情報等を取得する。言い換えると、ＣＰＵ２０１は、発券の処理の途中で発券端末１００が動作を停止した際の発券端末１００の内部の状態に関する情報（ユニットの状態に関する情報）を取得できる。

これにより、発券端末１００が再起動した際に、ＣＰＵ１３１は、ＣＰＵ２０１が取得した情報を用いて中断した処理の再開をユニットに対して指示できるため、復旧に要する時間を短縮できる。

また、発券端末１００は、発券機状態情報を印刷および放出する。これにより、係員は、中断した処理（例えば、釣銭の放出が未済等）を把握できるため、発券端末１００の復旧に要する係員の労力を軽減できる。また、発券端末１００に収納された金銭の金種、マークカードの読み取り有無、投票券の有効または無効に関する情報を係員が確認しやすくなり、利用者に返却する釣銭、マークカード、投票券等について係員による取り違いを軽減できる。

次に、図７を用いて電文について説明する。図７は、第２の実施の形態に係る発券端末において送受信される電文のフォーマットの一例を示す図である。図７（Ａ）は、ＣＰＵ１３１、ＣＰＵ２０１およびユニットが送信する電文の基本フォーマットを示している。図７（Ｂ）は、ユニットがＣＰＵ１３１およびＣＰＵ２０１に応答する電文の基本フォーマットを示している。図７（Ｃ）は、紙幣還流ユニット１２３がＣＰＵ２０１に応答する電文のフォーマットを示している。図７（Ｄ）は、硬貨還流ユニット１２４がＣＰＵ２０１に応答する電文のフォーマットを示している。図７（Ｅ）は、マークカード読取ユニット１２５がＣＰＵ２０１に応答する電文のフォーマットを示す。

図７（Ａ）に示すように、電文の基本フォーマットは、機能、修飾、通番、データ長、任意データを含む。機能は、コマンドであり、ユニットやＣＰＵに対する命令である。例えば、ユニットが生存確認コマンドを送信する場合、機能は、生存確認するためのコマンドとなる。また、ＣＰＵ２０１が代替コマンドを送信する場合、機能は、ユニットを制御する権限の代替をするコマンドとなる。また、診断コマンド、待機コマンド、状態確認コマンド等についても同様に対応するコマンドが機能となる。修飾は、コマンド修飾子であり、コマンドをどのように実行するのかを指定するパラメータである。通番は、送信するコマンドについて順序を付した番号である。データ長は、電文のデータの長さである。任意データは、送信するコマンドに応じてパラメータが必要な場合に用いられる。例えば、印刷を命令するコマンドが機能に格納された場合、印刷対象となるデータを任意データにできる。電文の基本フォーマットは、ＣＰＵ１３１およびＣＰＵ２０１が、ユニットに個別に電文を送信する場合に用いてもよいし、ユニット全てにマルチキャストで電文を送信する場合に用いてもよい。なお、図７（Ａ）は、ＣＰＵやユニットが送受信する電文のフォーマットの一例にすぎず、これ以外のものでもよい。

図７（Ｂ）に示すように、応答する電文の基本フォーマットは、機能、修飾、通番、データ長、ユニット識別子、エラー情報、ステータス、予備を含む。ここで、図７（Ａ）と異なる部分について説明する。ユニット識別子は、電文を受信したユニットを識別する情報、言い換えると、応答する電文を送信するユニットを識別する情報である。エラー情報は、エラーの有無を示す情報である。ステータスは、状態を示す情報であり、エラーが発生している場合はエラーを示すステータスコードとなり、正常に動作している場合は稼働中を示すステータスコードとなる。また、ステータスは、ユニットにおいて実行した処理の内容を示す情報であってもよい。例えば、ステータスは、釣銭の放出済みを示す情報や、投票券を特定する識別情報の読み取り完了を示す情報であってもよい。また、ステータスには、中断した処理を再開するために要する情報を含めることができる。予備は、ユニット識別子、エラー情報、ステータス以外の情報を応答する電文に含める場合に用いられる。なお、図７（Ｂ）は、ＣＰＵ２０１から送信された診断コマンド等にユニットがユニット情報を応答する場合の電文のフォーマットの一例にすぎず、これ以外のものでもよい。

図７（Ｃ）に示すように、紙幣還流ユニット１２３が応答する電文のフォーマットは、機能、修飾、通番、データ長、ユニット識別子、エラー情報、ステータス、一万円札枚数、五千円札枚数、二千円札枚数、千円札枚数、リジェクト枚数、未計数札有無、予備を含む。ここで、図７（Ｂ）と異なる部分について説明する。一万円札枚数は、紙幣還流ユニット１２３が計数した一万円札の枚数である。五千円札枚数は、紙幣還流ユニット１２３が計数した五千円札の枚数である。二千円札枚数は、紙幣還流ユニット１２３が計数した二千円札の枚数である。千円札枚数は、紙幣還流ユニット１２３が計数した千円札の枚数である。リジェクト枚数は、利用者に差し戻した紙幣の枚数であり、破損した紙幣など受け付けずに放出した枚数である。なお、紙幣の金種ごとにリジェクト枚数を管理してもよい。未計数札有無は、未だ紙幣還流ユニット１２３において計数していない紙幣の有無を示す情報である。なお、図７（Ｃ）は、ＣＰＵ２０１から送信された診断コマンド等に紙幣還流ユニット１２３がユニット情報を応答する場合の電文のフォーマットの一例にすぎず、これ以外のものでもよい。

図７（Ｄ）に示すように、硬貨還流ユニット１２４が応答する電文のフォーマットは、機能、修飾、通番、データ長、ユニット識別子、エラー情報、ステータス、五百円硬貨枚数、百円硬貨枚数、五十円硬貨枚数、十円硬貨枚数、リジェクト枚数、未計数硬貨有無、予備を含む。ここで、図７（Ｂ）と異なる部分について説明する。五百円硬貨枚数は、硬貨還流ユニット１２４が計数した五百円硬貨の枚数である。百円硬貨枚数は、硬貨還流ユニット１２４が計数した百円硬貨の枚数である。五十円硬貨枚数は、硬貨還流ユニット１２４が計数した五十円硬貨の枚数である。十円硬貨枚数は、硬貨還流ユニット１２４が計数した十円硬貨の枚数である。リジェクト枚数は、利用者に差し戻した硬貨の枚数であり、破損した硬貨など受け付けずに放出した枚数である。未計数硬貨有無は、未だ硬貨還流ユニット１２４において計数していない硬貨の有無を示す情報である。なお、図７（Ｄ）は、ＣＰＵ２０１が送信した診断コマンド等に硬貨還流ユニット１２４がユニット情報を応答する場合の電文のフォーマットの一例にすぎず、これ以外のものでもよい。

図７（Ｅ）に示すように、マークカード読取ユニット１２５が応答する電文のフォーマットは、機能、修飾、通番、データ長、ユニット識別子、エラー情報、ステータス、マークカード読取枚数、未読マークカード枚数、リジェクト枚数、予備を含む。ここで、図７（Ｂ）と異なる部分について説明する。マークカード読取枚数は、マークカード読取ユニット１２５が読み取ったマークカードの枚数である。未読マークカード枚数は、マークカード読取ユニット１２５が未だ読み取っていないマークカードの枚数である。リジェクト枚数は、利用者に差し戻したマークカードの枚数であり、取り扱っていない種類のカードや破損したカードなど受け付けずに放出したマークカードの枚数である。なお、図７（Ｅ）は、ＣＰＵ２０１が送信した診断コマンド等にマークカード読取ユニット１２５がユニット情報を応答する場合の電文のフォーマットの一例にすぎず、これ以外のものでもよい。

次に、図８を用いてメインＣＰＵ処理について説明する。図８は、第２の実施の形態に係るメインＣＰＵ処理の一例を示すフローチャートである。メインＣＰＵ処理は、ＣＰＵ１３１（言い換えると、制御部１４１）が利用者からの発券要求の指示を受け付け、投票券を発券する処理である。なお、発券端末１００が利用者から現金およびマークカードを受け付けた後制御部１４１が停止し再起動した場合について以下のステップＳ１５以降で説明し、制御部１４１が正常に稼働している場合については適宜説明を省略する。

［ステップＳ１１］制御部１４１は、紙幣投入口１０３および硬貨投入口１０５に現金が投入されたか否かを判定する。制御部１４１は、現金が投入されたと判定した場合にステップＳ１２にすすみ、現金が投入されていないと判定した場合にステップＳ１１にもどる。なお、制御部１４１は、ユニットを介して利用者からの操作を検知できる。また、制御部１４１は、検知した情報や送受信する情報等を適宜メモリ１３２に格納できる。

［ステップＳ１２］制御部１４１は、マークカード挿入口１０７にマークカードが挿入されたか否かを判定する。制御部１４１は、マークカードが挿入されたと判定した場合にステップＳ１３にすすみ、マークカードが挿入されていないと判定した場合にステップＳ１２にもどる。

［ステップＳ１３］制御部１４１は、再起動コマンドを受信したか否かを判定する。制御部１４１は、再起動コマンドを受信しない場合、言い換えると、制御部１４１が正常に稼働している場合（ステップＳ１３のＮＯ）にステップＳ１４にすすむ。制御部１４１は、再起動コマンドを受信した場合、言い換えると、制御部１４１がハングアップ等により停止し再起動した場合（ステップＳ１３のＹＥＳ）にステップＳ１５にすすむ。

なお、制御部１４１は、ネットワーク３２を介してホスト装置３１から再起動コマンドを受信してもよいし、係員が手動で発券端末１００に入力した再起動コマンドを受信してもよいし、その他の方法で再起動コマンドを受信してもよい。

［ステップＳ１４］制御部１４１は、通常の発券処理を行う。具体的には、制御部１４１は、ホスト通信部１４２を介して、マークカード読取ユニット１２５から受信した投票データ、および、この投票データに基づいた投票券の発券要求を、ホスト装置３１へ送信する。制御部１４１は、ホスト通信部１４２を介して発券許可をホスト装置３１から受信する。制御部１４１は、マークカード読取ユニット１２５から受信した投票データに基づいた投票券を、発券ユニット１２６に発券させる。制御部１４１は、ホスト通信部１４２を介して、発券ユニット１２６によって投票券が正常に発券されたことをホスト装置３１へ送信する。制御部１４１は、釣銭を放出する場合、紙幣還流ユニット１２３、硬貨還流ユニット１２４を介して釣銭を放出する。

［ステップＳ１５］制御部１４１は、再起動前の時点におけるユニットの情報がメモリ１３２に格納されているか否かを判定する。制御部１４１は、格納されている場合にステップＳ１７にすすみ、格納されていない場合にステップＳ１６にすすむ。

なお、再起動前の時点におけるユニットの情報とは、発券端末１００において処理を再開するために必要となるユニットの情報である。
［ステップＳ１６］制御部１４１は、発券ユニット１２６に状態確認コマンドを送信する。言い換えると、制御部１４１は、ＣＰＵ２０１に状態確認コマンドを送信する。

［ステップＳ１７］制御部１４１は、状態確認コマンドの応答として、発券ユニット１２６が保持するユニット情報を受信する。言い換えると、制御部１４１は、メモリ２０２に格納されたユニットの情報をＣＰＵ２０１から受信する。

［ステップＳ１８］制御部１４１は、受信したユニット情報に基づき、ユニットの状態をチェックする。言い換えると、制御部１４１は、再起動前に中断した処理があるか否かをチェックする。例えば、制御部１４１は、未読マークカードの有無、投票券の発券の有無、釣銭の放出の有無、ホスト装置３１に投票券が正常に発券された情報が送信されたか否か、等をチェックする。

［ステップＳ１９］制御部１４１は、ステップＳ１８のチェックに基づき、ユニットで中断した処理があるか否かを判定する。制御部１４１は、中断した処理がある場合にステップＳ２０にすすみ、中断した処理がない場合にステップＳ２１にすすむ。

［ステップＳ２０］制御部１４１は、ユニットに中断した処理の再開指示を送信する。例えば、制御部１４１は、ステップＳ１８においてチェックした結果、未読マークカードが有る場合は、マークカード読取ユニット１２５に対し、未読マークカードを読み取る指示を送信する。また、制御部１４１は、釣銭があるにも関わらず未だ釣銭が放出されていない場合は、紙幣還流ユニット１２３と硬貨還流ユニット１２４に釣銭を放出する指示を送信する。

［ステップＳ２１］制御部１４１は、シャットダウンの命令を受信したか否かを判定する。制御部１４１は、シャットダウンの命令を受信していない場合（ステップＳ２１のＮＯ）はステップＳ１１にもどり、シャットダウンの命令を受信した場合（ステップＳ２１のＹＥＳ）はメインＣＰＵ処理を終了する。

次に、図９および図１０を用いて代替ＣＰＵ処理について説明する。図９は、第２の実施の形態に係る代替ＣＰＵ処理の一例を示すフローチャートである（その１）。図１０は、第２の実施の形態に係る代替ＣＰＵ処理の一例を示すフローチャートである（その２）。

代替ＣＰＵ処理は、ＣＰＵ２０１が、制御部１４１に代替して制御を行う処理である。より具体的には、制御部１４１の応答が無い状態（無応答）を検知した後、制御部１４１（ＣＰＵ１３１）に代替して紙幣還流ユニット１２３、硬貨還流ユニット１２４、マークカード読取ユニット１２５、および、投票券読取ユニット１２８に対する制御をＣＰＵ２０１が行う処理である。

なお、制御部１４１がハングアップ等により無応答となった場合について以下のステップＳ３５以降で説明し、制御部１４１が正常に稼働している場合については適宜説明を省略する。

［ステップＳ３１］ＣＰＵ２０１は、制御部１４１から所定時間内にコマンドを受信したか否かを判定する。なお、発券端末１００が通常の稼動状態において、ＣＰＵ２０１は、所定時間の周期で（例えば、数秒ごとに）コマンドを制御部１４１から受信するものとする。通常の稼動状態とは、障害等が発生せず、制御部１４１が稼働している状態を示す。

ＣＰＵ２０１は、所定時間内に制御部１４１からコマンドを受信したと判定した場合はステップＳ３４にすすみ、受信していないと判定した場合はステップＳ３２にすすむ。
［ステップＳ３２］ＣＰＵ２０１は、制御部１４１に生存確認コマンドを送信する。

［ステップＳ３３］ＣＰＵ２０１は、応答時間内に生存確認コマンドに応答したコマンドを制御部１４１から受信したか否かを判定する。
応答時間とは、ＣＰＵ２０１が制御部１４１に生存確認コマンドを送信後、制御部１４１から生存確認コマンドに応答するコマンドを受信せず時間切れ（タイムアウト）と判定する時間（例えば、５秒等）であり、予めメモリ１３２，２０２等の記憶部に格納された値である。

ＣＰＵ２０１は、応答時間内にコマンドを受信したと判定した場合にステップＳ３４にすすむ。ＣＰＵ２０１は、応答時間内にコマンドを受信しないと判定した場合、言い換えると、制御部１４１が無応答であることを検知した場合にステップＳ３５にすすむ。

［ステップＳ３４］ＣＰＵ２０１は、制御部１４１から受信したコマンドを実行する。なお、本ステップは、制御部１４１が正常に稼働している場合であるため、説明を省略する。

［ステップＳ３５］ＣＰＵ２０１は、ユニットに代替コマンドを送信する。なお、ＣＰＵ２０１は、ユニットから代替コマンドに対する応答電文を受信できるが、説明を省略する。

［ステップＳ３６］ＣＰＵ２０１は、ユニットに診断コマンドを送信する。
［ステップＳ３７］ＣＰＵ２０１は、診断コマンドに対する応答としてユニットからユニット情報を受信する。例えば、ＣＰＵ２０１は、図７（Ｂ）〜（Ｅ）のいずれかで示す電文によって、ユニットごとの状態を示す情報を受信できる。

［ステップＳ３８］ＣＰＵ２０１は、ステップＳ３７で受信したユニット情報をメモリ２０２に格納する。
［ステップＳ３９］ＣＰＵ２０１は、ユニット情報に基づき発券機状態情報をカード等に印刷し、発券端末１００の背面に設けられた発券口から放出する。

［ステップＳ４０］ＣＰＵ２０１は、ユニットに待機コマンドを送信する。なお、ＣＰＵ２０１は、ユニットから待機コマンドに対する応答電文を受信できるが、説明を省略する。

［ステップＳ４１］ＣＰＵ２０１は、待機モードに移行する。言い換えると、ＣＰＵ２０１は、再起動コマンドを受信するまでの間、生存確認コマンドの送信等の動作をしない状態となる。

［ステップＳ４２］ＣＰＵ２０１は、再起動コマンドを制御部１４１から受信したか否かを判定する。ＣＰＵ２０１は、再起動コマンドを受信しない場合はステップＳ４２にもどり、受信した場合はステップＳ４３にすすむ。

なお、再起動コマンドを受信したことにより、発券端末１００におけるユニットの制御の権限は制御部１４１に移行する。
［ステップＳ４３］ＣＰＵ２０１は、状態確認コマンドを制御部１４１から受信したか否かを判定する。ＣＰＵ２０１は、状態確認コマンドを受信しない場合はステップＳ４３にもどり、受信した場合はステップＳ４４にすすむ。

［ステップＳ４４］ＣＰＵ２０１は、状態確認コマンドを受信したことに応じて、発券ユニット１２６のメモリ２０２が保持するユニット情報を制御部１４１に送信する。
［ステップＳ４５］ＣＰＵ２０１は、制御部１４１から中断した処理の再開指示を受信したか否かを判定する。ＣＰＵ２０１は、再開指示を受信した場合にステップＳ４６にすすみ、再開指示を受信しない場合にステップＳ４７にすすむ。

［ステップＳ４６］ＣＰＵ２０１は、中断処理の再開指示に応じて、中断した処理を実行する。例えば、発券ユニット１２６において、投票券の発券が中断された状態であった場合、ＣＰＵ２０１は、制御部１４１から投票券の発券の指示を受信し、投票券の発券を実行する。

［ステップＳ４７］ＣＰＵ２０１は、シャットダウンの命令を受信したか否かを判定する。ＣＰＵ２０１は、シャットダウンの命令を受信していない場合はステップＳ３１にもどり、シャットダウンの命令を受信した場合は代替ＣＰＵ処理を終了する。

次に、図１１および図１２を用いてユニット処理について説明する。図１１は、第２の実施の形態に係るユニット処理の一例を示すフローチャートである（その１）。図１２は、第２の実施の形態に係るユニット処理の一例を示すフローチャートである（その２）。

ユニット処理は、ユニットが実行する処理である。言い換えると、ユニット処理は、紙幣還流ユニット１２３、硬貨還流ユニット１２４、マークカード読取ユニット１２５、および、投票券読取ユニット１２８が実行する処理である。

ユニット処理は、制御部１４１が稼働している場合に制御部１４１から受信したコマンドをユニットが実行し、制御部１４１が無応答となりＣＰＵ２０１から代替コマンドを受信した場合にＣＰＵ２０１から受信したコマンドをユニットが実行する処理である。

なお、制御部１４１がハングアップ等により無応答になった場合について以下のステップＳ５５以降で説明し、制御部１４１が正常に稼働している場合については適宜説明を省略する。

［ステップＳ５１］ユニットは、制御部１４１から所定時間内にコマンドを受信したか否かを判定する。なお、発券端末１００の通常の稼動状態において、ユニットは、所定時間の周期で（例えば、数秒ごとに）コマンドを制御部１４１から受信するものとする。通常の稼動状態とは、障害等が発生せず、制御部１４１が稼働している状態を示す。

ユニットは、所定時間内に制御部１４１からコマンドを受信したと判定した場合はステップＳ５４にすすみ、受信していないと判定した場合はステップＳ５２にすすむ。
［ステップＳ５２］ユニットは、制御部１４１に生存確認コマンドを送信する。

［ステップＳ５３］ユニットは、応答時間内に生存確認コマンドに応答したコマンドを制御部１４１から受信したか否かを判定する。
応答時間とは、ユニットが制御部１４１に生存確認コマンドを送信後、制御部１４１から生存確認コマンドに応答するコマンドを受信せず時間切れ（タイムアウト）と判定する時間（例えば、５秒等）であり、予めメモリ１３２，２０２等の記憶部に格納された値である。

ユニットは、応答時間内にコマンドを受信したと判定した場合にステップＳ５４にすすむ。ユニットは、応答時間内にコマンドを受信しないと判定した場合、言い換えると、制御部１４１が無応答であることを検知した場合にステップＳ５５にすすむ。

［ステップＳ５４］ユニットは、制御部１４１から受信したコマンドを実行する。なお、本ステップは、制御部１４１が正常に稼働している場合であるため、説明を省略する。
［ステップＳ５５］ユニットは、ＣＰＵ２０１から代替コマンドを受信する。なお、ユニットは、代替コマンドに対する応答をＣＰＵ２０１に送信できるが、説明を省略する。

［ステップＳ５６］ユニットは、ＣＰＵ２０１から診断コマンドを受信したか否かを判定する。ユニットは、診断コマンドを受信していないと判定した場合にステップＳ５６にもどり、診断コマンドを受信したと判定した場合にステップＳ５７にすすむ。

［ステップＳ５７］ユニットは、診断コマンドに対する応答としてＣＰＵ２０１にユニット情報を送信する。例えば、ユニットは、図７（Ｂ）〜（Ｅ）のいずれかで示す電文を生成し、ユニットごとの状態を示す情報を送信できる。

［ステップＳ５８］ユニットは、ＣＰＵ２０１から待機コマンドを受信したか否かを判定する。ユニットは、待機コマンドを受信していないと判定した場合にステップＳ５８にもどり、待機コマンドを受信したと判定した場合にステップＳ５９にすすむ。

［ステップＳ５９］ユニットは、待機モードに移行する。言い換えると、ユニットは、再起動コマンドを受信するまでの間、生存確認コマンドの送信等の動作をしない状態となる。

［ステップＳ６０］ユニットは、再起動コマンドを制御部１４１から受信したか否かを判定する。ユニットは、再起動コマンドを受信しない場合はステップＳ６０にもどり、受信した場合はステップＳ６１にすすむ。

なお、再起動コマンドを制御部１４１から受信したことにより、発券端末１００におけるユニットの制御の権限は制御部１４１に移行する。
［ステップＳ６１］ユニットは、制御部１４１から中断した処理の再開指示を受信したか否かを判定する。ユニットは、再開指示を受信した場合にステップＳ６２にすすみ、再開指示を受信しない場合にステップＳ６３にすすむ。

［ステップＳ６２］ユニットは、中断処理の再開指示に応じて、中断した処理を実行する。
例えば、紙幣還流ユニット１２３および硬貨還流ユニット１２４において釣銭の放出が中断された状態であった場合、紙幣還流ユニット１２３および硬貨還流ユニット１２４は制御部１４１から釣銭の放出指示を受信し、釣銭の放出を実行する。

［ステップＳ６３］ユニットは、シャットダウンの命令を受信したか否かを判定する。ユニットは、シャットダウンの命令を受信していない場合はステップＳ５１にもどり、シャットダウンの命令を受信した場合はユニット処理を終了する。

以上説明してきたように、発券端末１００は、制御部１４１が動作を停止した場合において、発券ユニット１２６が制御部１４１に代替してユニットを制御できる。また、発券ユニット１２６は、制御部１４１が動作を停止した際にユニットの情報を収集できる。このようにして、発券端末１００は、発券端末１００が処理を停止した場合における発券端末の状態についての情報を取得できる。

これにより、発券端末１００が再起動をする際に、制御部１４１は発券ユニット１２６が収集した情報を用いてユニットか中断した処理について再開する指示が可能となるため、改めてユニット情報を収集することを要せず発券端末１００の復旧時間を短縮できる。また、発券端末１００の復旧時間を短縮することにより、利用者が発券端末１００の復旧までに待機する時間を短縮できる。

また、発券端末１００は、発券端末１００に含まれるユニットの情報に基づいて発券機状態情報を印刷および放出する。これにより、係員は、発券端末１００に収納された現金の金額、マークカードの有無、釣銭の放出の有無等を把握できるようになり、保守や利用者の対応が容易になる。また、係員は、発券した投票券について有効な投票券と無効な投票券との区別ができるため、有効な投票券のみを利用者に提供することができる。また、係員は、釣銭の放出の有無を把握できるため、利用者に対する返金処理が容易になる。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、発券端末１，１００が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc − Read Only Memory）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

また、上記の処理機能の少なくとも一部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）などの電子回路で実現することもできる。

なお、上述の実施の形態は、実施の形態の要旨を逸脱しない範囲内において種々の変更を加えることができる。
さらに、上述の実施の形態は、多数の変形、変更が当業者にとって可能であり、説明した正確な構成および応用例に限定されるものではない。

１ 発券端末
２ 制御部
３ 第１のユニット
４ 第２のユニット
５ 記憶部
２０ 発券システム
３１ ホスト装置
３２ ネットワーク
１００ 発券端末
１０１ ディスプレイ
１０２ タッチパネル
１０３ 紙幣投入口
１０４ 紙幣返却口
１０５ 硬貨投入口
１０６ 硬貨返却口
１０７ マークカード挿入口
１０８ 発券口
１０９ 投票券挿入口
１１０ 係員呼出しボタン
１１１ 運用表示部
１２１ 係員操作用ディスプレイ
１２２ 係員操作用タッチパネル
１２３ 紙幣還流ユニット
１２４ 硬貨還流ユニット
１２５ マークカード読取ユニット
１２６ 発券ユニット
１２８ 投票券読取ユニット
１２９ ジャーナルユニット
１３１ ＣＰＵ
１３２ メモリ
１３３ 通信インタフェース
１４１ 制御部
１４２ ホスト通信部
２０１ ＣＰＵ
２０２ メモリ

Claims (9)

1. 第１のユニットと第２のユニットと制御部と記憶部とを備える発券端末であって、
   前記第１のユニットから前記制御部に対する問合せに前記制御部が所定の時間内に応答しなかった場合、
   制御の権限を前記第１のユニットが代替する指示とユニット情報を前記第１のユニットに送信させる指示とを前記第２のユニットに送信し、
   前記ユニット情報を前記第２のユニットから受信し、
   受信した前記ユニット情報を前記記憶部に格納する前記第１のユニット、
   を備える発券端末。
2. 前記第１のユニットは、
   前記ユニット情報に基づいて、前記発券端末の状態情報を印刷して放出する、
   請求項１記載の発券端末。
3. 前記制御部は、
   前記制御部が再起動する指示を受信した場合、
   前記第１のユニットに前記記憶部に格納された情報を送信させる指示を送信し、
   前記記憶部に格納された情報を前記第１のユニットから受信し、
   前記記憶部に格納された情報に基づいて、前記第１のユニットおよび前記第２のユニットで中断した処理の実行を指示する、
   請求項１記載の発券端末。
4. 前記ユニット情報は、前記第２のユニットを特定する識別情報、前記第２のユニットのエラー情報、および、前記第２のユニットの状態を示す情報、を含む情報である、
   請求項１記載の発券端末。
5. 前記第２のユニットが現金取扱部である場合、
   前記ユニット情報は、前記第２のユニットが計数した現金の金種および数量、前記第２のユニットが計数していない現金の数量、および、前記第２のユニットが返金した現金の数量、のいずれか１以上を含む情報である、
   請求項１記載の発券端末。
6. 前記第２のユニットがマークカード取扱部である場合、
   前記ユニット情報は、前記第２のユニットが読み取ったマークカードの情報、前記第２のユニットが読み取っていないマークカードの数量、および、前記第２のユニットが返却したマークカードの数量、のいずれか１以上を含む情報である、
   請求項１記載の発券端末。
7. 前記第１のユニットは、
   前記発券端末を特定する識別情報、前記発券端末の状態を印刷した日時の情報、および、前記ユニット情報、を含む情報を前記発券端末の状態情報として印刷して放出する、
   請求項２記載の発券端末。
8. 前記第１のユニットは、
   前記第２のユニットからホスト装置に対する送信の履歴情報を前記ユニット情報として受信し、
   前記履歴情報に基づき前記発券端末が発券した投票券を特定する識別情報が前記発券端末から前記ホスト装置に送信されたか否かを判定し、
   前記投票券を特定する識別情報が前記発券端末から前記ホスト装置に送信された場合、前記投票券を有効と判定し、
   前記投票券を特定する識別情報が前記発券端末から前記ホスト装置に送信されていない場合、前記投票券を無効と判定し、
   前記投票券の有効または無効の情報を前記状態情報として印刷して放出する、
   請求項２記載の発券端末。
9. 第１のユニットと第２のユニットと制御部と記憶部とを備える発券端末における制御方法であって、
   前記第１のユニットは、
   前記第１のユニットから前記制御部に対する問合せに前記制御部が所定の時間内に応答しなかった場合、
   制御の権限を前記第１のユニットが代替する指示とユニット情報を前記第１のユニットに送信させる指示とを前記第２のユニットに送信し、
   前記ユニット情報を前記第２のユニットから受信し、
   受信した前記ユニット情報を前記記憶部に格納する、
   発券端末における制御方法。

Images