JP2016118901A - 発券機およびサーバ - Google Patents

Abstract

【課題】 障害に対するリカバリー対応を迅速に行える発券機およびサーバを提供する。【解決手段】 実施形態によれば、発券機は、問合せ手段と、選択手段と、案内手段とを有する。問合せ手段は、処理中に障害が発生した場合、処理未了となった処理の続きを実行するリカバリー処理が可能であるか否かを他の複数の発券機へ問合せる。選択手段は、問合せ手段による問合せに対してリカバリー処理が可能である応答を返した発券機のうちの何れか１つを選択する。送信手段は、選択手段により選択された発券機に対してリカバリー情報を送信する。案内手段は、送信手段によりリカバリー情報を送信した発券機を案内する。【選択図】図２

Description

本発明の実施形態は、発券機およびサーバに関する。

自動券売機、自動定期券発行機、及び自動精算機などの自動発券機は、乗車券（切符）、定期券、カード、精算券などを発券する機能を有する。自動発券機は、券詰まり、或いは、つり銭の放出異常などの障害が発生することがある。従来の自動発券機は、障害が発生した場合、係員などの人手による復旧作業を行うため、障害を解消するために時間や手間がかかるという問題がある。

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

上記の課題を解決するために、障害の発生により中断した処理に対する復旧を迅速に行える発券機およびサーバを提供することを目的とする。

実施形態によれば、発券機は、問合せ手段と、選択手段と、案内手段とを有する。問合せ手段は、処理中に障害が発生した場合、処理未了となった処理の続きを実行するリカバリー処理が可能であるか否かを他の複数の発券機へ問合せる。選択手段は、問合せ手段による問合せに対してリカバリー処理が可能である応答を返した発券機のうちの何れか１つを選択する。送信手段は、選択手段により選択された発券機に対してリカバリー情報を送信する。案内手段は、送信手段によりリカバリー情報を送信した発券機を案内する。

図１は、第１の実施形態に係る駅務システム（発券システム）の構成例を示すブロック図である。 図２は、第１の実施形態に係る自動券売機（発券機）の構成例を示すブロック図である。 図３は、第１の実施形態に係る係員処理機（発券機）の構成例を示すブロック図である。 図４は、第１の実施形態に係る自動券売機において障害が発生した場合の動作例を説明するためのフローチャートである。 図５は、第１の実施形態に係る自動券売機におけるリカバリー機の選択画面の表示例を示す図である。 図６は、第１の実施形態に係る自動券売機においてリカバリー処理を実行する場合の動作例を説明するためのフローチャートである。 図７は、第２の実施形態に係る駅務システム（発券システム）の構成例を示すブロック図である。 図８は、第２の実施形態に係るサーバの構成例を示すブロック図である。 図９は、第２の実施形態に係る自動券売機において障害が発生した場合の動作例を説明するためのフローチャートである。 図１０は、第２の実施形態に係るサーバの動作例を説明するためのフローチャートである。 図１１は、第２の実施形態に係る自動券売機においてリカバリー処理を実行する場合の動作例を説明するためのフローチャートである。

以下、実施形態について図面を参照して説明する。
（第１の実施形態）
図１は、第１の実施形態に係る自動券売機（発券機）を含む種々の駅務機器で構成される駅務システム（発券システム）の構成例を示す図である。
本実施形態に係る駅務システムは、鉄道などの交通機関における種々の駅務処理を行う種々の駅務機器から構成されるシステムである。上記駅務システムでは、乗車券、定期券、特急券、精算券、および、カード（例えば、プリペイドカード或いはポストペイカード等）などの乗車券媒体により鉄道などの交通機関の利用を可能するものである。

駅務システムは、図１に示すように、自動券売機１（１Ａ、１Ｂ、…、１Ｎ）、自動改札機２（２Ａ、２Ｂ、…、２Ｎ）、係員処理機３、自動精算機４、および、定期券発行機５などにより構成される。例えば、図１に示すような自動券売機１、自動改札機２、係員処理機３、自動精算機４、および定期券発行機５などの駅務機器は、各駅に設置される。

自動改札機２は、利用者が所持する乗車券媒体に記憶されている情報に基づいて当該利用者に対して通行を制御（改札処理）するものである。自動改札機２は、たとえば、駅の改札口などに設置される。自動改札機２は、乗車券媒体としての磁気券あるいはＩＣカードなどを処理する処理機能を有する。すなわち、自動改札機２は、利用者が所持する乗車券媒体に記憶されている情報を読取り、乗車券媒体から読取った情報に基づいて当該利用者の通行（入場或いは出場）の可否を判定し、その判定結果に基づいて当該利用者の通行を制御する。

自動券売機１、係員処理機３、自動精算機４および定期券発行機５などの駅務機器は、乗車券媒体の発券処理、利用者が所持する乗車券媒体の処理、および、精算処理などの駅務処理を行う機能を有する発券機である。また、自動券売機１、自動精算機４、および、定期券発行機５は、利用者の操作に応じて処理を行う自動発券機である。また、係員処理機３は、係員の操作に応じて、処理を行う自動発券機である。本実施形態に係る発券機は、少なくとも発券処理、乗車券媒体の処理、あるいは、精算処理の何れの機能を有するものであれば良い。また、自動券売機１、係員処理機３、自動精算機４および定期券発行機５などの発券機は、他の発券機において障害の発生により中断した処理の続きを復旧処理（リカバリー処理）として他の発券機で実行する機能を有するものである。

自動券売機１は、たとえば、各駅などに設置される。自動券売機１は、利用者自身により操作される自動発券機としての機能を有する。たとえば、自動券売機１は、利用者から受領した金額に応じて、乗車券、回数券あるいは特急券などの乗車券媒体を発券する。また、自動券売機１は、利用者から受領した金額に応じて、電子マネーとして利用可能な金額情報を書込んだカード（例えば、ＩＣカード）を新規に発券したり、利用者が所持しているカードに記録されている電子マネーとして利用可能な金額情報を更新したりする機能を具備しても良い。

自動精算機４は、たとえば、各駅の構内に設置される。自動精算機４は、利用者自身により操作される自動発券機としての機能を有する。自動精算機４は、乗り越し運賃などの精算処理を行う装置である。例えば、自動精算機４は、乗車券、回数券或いは定期券などの乗車券媒体に対して精算処理を行う。たとえば、自動精算機４は、利用者が所持している乗車券媒体で出場するのに不足している金額を精算し、精算完了後に精算券を発券する。また、自動精算機４は、利用者が所持しているカードに電子マネーとして利用可能な金額情報を更新する機能を具備しても良い。

定期券発行機５は、たとえば、各駅などに設置される。定期券発行機５は、利用者自身により操作される自動発券機としての機能を有する。定期券発行機５は、利用者から金額を受領して、定期券情報を書込んだ乗車券媒体（例えば、ＩＣカード又は磁気券）を新規に発券したり、定期券として利用されている乗車券媒体に記録されている定期券情報を更新したりする機能を有する。

係員処理機３は、たとえば、各駅の係員窓口内に設置される。係員処理機３は、駅の係員により操作される自動発券機としての機能を有する。係員処理機３は、利用者からの申し出に応じて利用者が提示する乗車券媒体を処理する機能を有する。たとえば、係員処理機３は、利用者からの申し出を受けた係員の操作によって、乗車券媒体（乗車券、あるいは、精算券など）を発券する。

次に、自動券売機１の構成について説明する。
図２は、実施の形態に係わる自動券売機１の構成例を示すものである。
図２に示す自動券売機１は、鉄道の各駅などに設置され、乗車券、回数券、特急券、ありは座席指定券などの券を発券する。たとえば、自動券売機１は、鉄道の各駅などに設置される自動改札機、精算機などの駅務器機で処理される乗車券を利用者自身の操作に応じて発券するものが想定される。

自動券売機１は、図２に示すように、制御部１０、接客用表示部１１、係員用表示部１２、運賃メモリ１３、データメモリ１４、通信部１５、カード処理部１６、紙幣処理部１７、硬貨処理部１８、および発券部１９を有する。

制御部１０は、当該自動券売機１全体の制御を司るものである。制御部１０は、ＣＰＵなどのプロセッサ１０ａ、ＲＡＭ、ＲＯＭなどのメモリ１０ｂ、及び、各種のインターフェースなどを有する。プロセッサ１０ａは、プログラムを実行するＣＰＵなどである。メモリ１０ｂは、ＲＡＭ、ＲＯＭ、及び、書換え可能な不揮発性メモリ（例えば、ＥＥＰＯＲＭ、ＦＲＯＭ等）などを含む。制御部１０は、プロセッサ１０ａがメモリ１０ｂに記憶したプログラムを実行することにより種々の機能を実現する。たとえば、制御部１０は、自動券売機１内の各部にインターフェースを介して接続され、自動券売機１内の各部を制御する。また、制御部１０は、プロセッサ１０ａがメモリ１０ｂに記憶したプログラムを実行することにより種々の演算処理を実行する。

接客用表示部１１は、利用者に対して種々の案内などを表示する表示装置である。接客用表示部１１は、たとえば、操作手段としてのタッチパネル１１ａを内蔵する液晶表示装置などにより構成される。この場合、接客用表示部１１には、所望の乗車券を選択するための金額ボタンなどが表示され、金額ボタンの表示部位にタッチすることにより所望の金額の乗車券を利用者が選択するようになっている。

係員用表示部１２は、係員に対して種々の案内などを表示する表示装置である。係員用表示部１２は、操作手段としてのタッチパネル１２ａを内蔵する液晶表示装置などにより構成される。係員用表示部１２には、係員による操作を受付けるための種々のキーが表示され、それらのキーの表示部位をタッチすることにより係員による種々の操作を受付けるようになっている。たとえば、係員対応によって、他の自動券売機のリカバリー処理を実行する場合、係員は、係員用表示部１２のタッチパネル１２ａによりリカバリー処理の実行を指示する。

また、制御部１０は、表示部１１および表示部１２を制御する機能を有している。すなわち、表示部１１あるいは表示部１２に表示する内容は、制御部１０が制御する。また、表示部１１のタッチパネル１１ａあるいは表示部１２のタッチパネル１２ａへの入力は、制御部１０が検出するようになっている。

運賃メモリ１３は、運賃データなどを記憶する。制御部１０は、運賃メモリ１３に記憶されている運賃データに基づいて乗車券の料金などを算出する機能を有する。
データメモリ１４は、各種のデータを記憶する。たとえば、制御部１０は、他の自動券売機１などからのリカバリー処理の要求（リカバリー要求）を受けた場合、リカバリーすべき処理内容を示す情報（リカバリー情報）をデータメモリ１４に保存する。制御部１０は、リカバリー処理の実行を判断した場合、データメモリ１４に保存したリカバリー情報に基づいてリカバリー処理を実行する。また、制御部１０は、リカバリー処理が完了した場合、当該リカバリー情報をデータメモリ１４から削除する機能を有する。

通信部１５は、他の駅務機器（例えば、他の自動券売機１、係員処理機３、自動精算機４あるいは定期券発行機５）とのデータ通信を行なうための外部通信ユニットである。例えば、通信部１５は、ネットワークインターフェースである。

カード処理部１６は、カード口１６ａに接続されている。カード処理部１６は、カード口１６ａに挿入されたカードを処理し、処理済みのカードをカード口１６ａから排出する。カード処理部１６は、取り扱うカードとして記憶媒体の種類に応じた処理ユニットを有している。たとえば、非接触式のＩＣカードを取り扱う場合、カード処理部１６には、非接触式のＩＣカードとの通信を行うためのリーダライタが具備される。また、磁気情報が記憶される磁気カードを取り扱う場合、カード処理部１６には、磁気情報の読取り及び書込みを行うための磁気ヘッドなどが具備される。例えば、カード処理部１６が取り扱うカードの形態としては、たとえば、ストアードフェア（ＳＦ）カード、定期券、クレジットカードあるいは電子マネーカードなどの機能を有するカードが想定される。

紙幣処理部１７及び硬貨処理部１８は、現金処理部として機能する。
紙幣処理部１７は、紙幣口１７ａに接続されている。紙幣処理部１７は、紙幣口１７ａに挿入された紙幣を処理したり、紙幣処理部１７内で処理された釣銭としての紙幣などの紙幣口１７ａより排出したりするようなっている。紙幣処理部１７は、紙幣の券種を判定したり、紙幣の真偽を検査したりする機能を有している。

硬貨処理部１８は、硬貨投入口１８ａおよび硬貨放出口１８ｂに接続されている。すなわち、硬貨処理部１８は、硬貨投入口１８ａに挿入された硬貨を処理したり、図示しない貯留部に貯留された硬貨を釣銭として硬貨放出口１８ｂから放出したりするようなっている。硬貨処理部１８は、投入された硬貨の種類を判定したり、硬貨を検査したり、検査済みの硬貨を図示しない貯留部に貯留したり、貯留部から制御部１０により指示された金額の硬貨を放出したりする機能を有している。

発券部１９は、発券口１９ａに接続されている。発券部１９は、乗車券を作成し、作成した乗車券を発券口１９ａから排出することにより乗車券の発券処理を行う。たとえば、発券部１９は、券紙挿入部、姿勢制御部、カッター部、印字部、回収部、搬送部、パンチ部、エンコード部、保留部、放出口部（何れも図示しない）などを有する。これらの構成により、発券部１９では、ロール紙状の媒体（例えば、磁気記録媒体）を所定のサイズにカットし、カットした券紙に券面印刷および磁気情報の記録などを施して乗車券として発券口１９ａから放出するようになっている。

次に、自動券売機１以外の自動発券機の一例としての係員処理機３の構成について詳細に説明する。
図３は、係員処理機３の構成例を示すブロック図である。図３に示すように、係員処理機３は、制御部３０、表示部３１、操作部３２、運賃メモリ３３、データメモリ３４、通信部３５、カード処理部３６、現金処理部３７、および発券部３９などを有する。

制御部３０は、発券機全体の制御を司るものである。制御部３０は、プロセッサ３０ａ、メモリ３０ｂ、及び各種インターフェースなどを有する。プロセッサ３０ａは、プログラムを実行するＣＰＵなどである。メモリ３０ｂは、ＲＡＭ、ＲＯＭ、及び、書換え可能な不揮発性メモリ（例えば、ＥＥＰＯＲＭ、ＦＲＯＭ等）などを含む。メモリ３０ｂは、データを一時的に格納するバッファメモリ、および、プロセッサ３０ａが実行する種々のプログラムや制御データなどを記憶するプログラムメモリなどを含む。制御部３０では、プロセッサ３０ａがメモリ３０ｂに記憶したプログラムを実行することにより種々の機能を実現する。

表示部３１は、表示装置により構成される。表示部３１は、例えば、案内表示などを表示する。表示部３１に表示される案内は、制御部３０により制御される。操作部３２は、表示装置に内蔵されるタッチパネルあるいは各種の操作キーなどにより構成される。操作部３２は、係員により操作されるものである。例えば、表示部３１および操作部３２は、たとえば、タッチパネル内蔵の表示装置などにより構成しても良い。

運賃メモリ３３は、運賃情報などを記憶する。データメモリ３４は、制御データなどを記憶するものである。データメモリ３４は、たとえば、他の駅務機器（例えば、自動券売機１など）から配信される情報あるいはサーバ６から配信される情報などを記憶する。
通信部３５は、他の駅務機器（例えば、自動券売機１）あるいはサーバ６とのデータ通信を行なう為の外部通信ユニットである。たとえば、通信部３５は、ネットワークインターフェースである。

カード処理部３６は、利用者が所持する乗車券媒体のうちカード（例えば、ＩＣカード）を処理するユニットである。乗車券媒体が非接触ＩＣカードである場合、カード処理部３６は、乗車券媒体としての非接触ＩＣカードと近距離無線通信を行うためのアンテナおよび通信制御部などにより構成される。カード処理部３６は、非接触ＩＣカードに記憶されている情報を読み出す場合、データの読出しを要求するコマンドを非接触ＩＣカードへ送信し、そのコマンドに対するレスポンスを非接触ＩＣカードから受信する。また、非接触ＩＣカードにデータを書き込む場合、カード処理部３６は、データの書き込みを要求するコマンドを非接触ＩＣカードへ送信し、そのコマンドに対するレスポンスを非接触ＩＣカードから受信する。

現金処理部３７は、現金を処理するユニットである。例えば、現金処理部３７は、現金を鑑査する鑑査部、現金投入口（図示しない）に投入された現金を鑑査部へ搬送する搬送部、鑑査部により正常と判定された現金を貯留する保管部、保管部に貯留されている現金をつり銭或いは払戻金などとして放出口から放出するための放出部などにより構成される。なお、現金処理部３７は、図２に示す紙幣処理部１７および硬貨処理部１８と同様なユニットにより実現できる。

発券部３９は、乗車券を作成し、作成した乗車券を排出することにより乗車券の発券処理を行う。たとえば、発券部３９は、券紙挿入部、姿勢制御部、カッター部、印字部、回収部、搬送部、パンチ部、エンコード部、保留部、放出口部（何れも図示しない）などを有する。これらの構成により、発券部３９では、ロール紙状の媒体（例えば、磁気記録媒体）を所定のサイズにカットし、カットした券紙に券面印刷および磁気情報の記録などを施して乗車券として放出するようになっている。
なお、自動精算機４および定期券発行機５は、例えば、図３に示すような構成を有することにより自動発券機として機能するものとする。

次に、第１の実施形態に係る障害機としての自動券売機１の動作について説明する。
図４は、第１の実施形態に係る自動券売機１において障害発生した場合の動作例を説明するためのフローチャートである。
自動券売機１の制御部１０は、利用者の操作に応じて発券処理などの処理を行う。処理中に障害が発生すると（ステップＳ１０、ＹＥＳ）、制御部１０は、発生した障害の内容が、他の機器でのリカバリーが可能な障害であるか否かを判断する（ステップＳ１１）。

他の機器でのリカバリー処理が可能な障害であると判断した場合（ステップＳ１１、ＹＥＳ）、制御部１０は、他の機器へ発生した障害に対するリカバリー処理が可能な状態であるか否か（リカバリーの可否）を問い合わせる（ステップＳ１２）。自動券売機１などの各発券機には、予めリカバリーの可否を問合せる機器を予め設定しておくものとする。たとえば、リカバリーの可否を問い合わせる機器は、隣接する自動券売機だけを設定しても良いし、当該自動券売機と並んで設置されている各自動券売機を設定しても良いし、他の自動券売機と係員処理機とを設定しても良いし、当該改札口に設置されている発券処理が可能な全ての機器（自動券売機、係員処理機、定期券発行機、及び自動精算器）を設定しても良い。また、各発券機は、発生した障害の種類ごとに、リカバリーの可否を問い合わせる機器を設定しても良い。

他の機器へリカバリーの可否を問い合わせた後、制御部１０は、問合せ先の各機器からの応答を受信する。たとえば、リカバリーの可否の問合せに対して、待機状態の機器は、リカバリー処理が可能である旨の応答を返し、発券処理などの処理中（接客中）の機器は、リカバリー処理が可能な状態でない旨の応答を返す。また、問合せ先の各機器は、リカバリー処理の内容に応じて実行可能か否かを判断しても良い。

問合せ先の何れかの機器からリカバリー処理が可能である旨の応答があった場合（ステップＳ１３、ＹＥＳ）、制御部１０は、リカバリー処理を実行する機器（リカバリー機）を選択するための選択画面（リカバリー処理の選択画面）を接客用表示部１１または係員用表示部１２に表示する（ステップＳ１４）。たとえば、複数の機器からリカバリー処理が可能である旨の応答を受けた場合、制御部１０は、リカバリー処理の選択画面として、リカバリー処理が可能である旨を応答した各機器をそれぞれ選択ボタンとして一覧表示する。また、制御部１０は、リカバリー処理の選択画面において、リカバリー機の選択ボタンとともに、係員対応を選択する選択ボタンを表示しても良い。

図５は、リカバリー処理の選択画面の表示例である。図５は、両隣の自動券売機と係員処理機とがリカバリー可能な状態である場合に、接客用表示部１１に表示されるリカバリー処理の選択画面の例である。すなわち、図５に示すリカバリー処理の選択画面として、制御部１０は、リカバリー処理の選択画面として、右隣の自動券売機でのリカバリー処理を選択する選択ボタン４１と、左隣の自動券売機でのリカバリー処理を選択する選択ボタン４２と、係員処理機（係員窓口でのリカバリー処理）を選択する選択ボタン４３と、係員対応（例えば、係員呼び出し）を選択する選択ボタン４４とを接客用表示部１１に表示する。各選択ボタン４１乃至４４は、タッチパネル１１ａにより選択可能である。

また、係員用表示部１２にリカバリー処理の選択画面を表示した場合、係員がタッチパネル１２ａによりリカバリー機を選択する。係員用表示部１２のタッチパネル１２ａによりリカバリー機が選択された場合、制御部１０は、係員が選択したリカバリー機を接客用表示１１に表示案内する。これにより、係員がリカバリー機を選択し、係員が選択したリカバリー機を利用者に案内することができる。 リカバリー処理の選択画面においてリカバリー機が選択された場合（ステップＳ１５、ＹＥＳ）、制御部１０は、選択されたリカバリー機へリカバリー情報を送信する（ステップＳ１６）。リカバリー情報は、発生した障害の続きの処理をリカバリー機が実行するための情報である。たとえば、リカバリー情報は、発券異常（券詰まり等）であれば、発券内容を示す情報を含む情報であり、つり銭の放出異常であれば、未支払のつり銭の金額を示す情報を含む情報である。

リカバリー情報を送信する場合、制御部１０は、選択されたリカバリー機で障害発生時点からの処理の続き（リカバリー処理）を実行する旨を案内する（ステップＳ１７）。たとえば、利用者が図５の選択ボタン４１を選択した場合、制御部１０は、右隣の自動券売機へリカバリー情報を送信し、右隣の自動券売機で障害発生した時点からの続きの処理（リカバリー処理）を実行することを案内する。また、利用者が図５の選択ボタン４２を選択した場合、制御部１０は、左隣の自動券売機へリカバリー情報を送信し、左隣の自動券売機で障害が発生した時点からの続きの処理（リカバリー処理）を実行することを案内する。利用者が図５の選択ボタン４３を選択した場合、制御部１０は、係員処理機へリカバリー情報を送信し、係員窓口へ行って障害が発生した時点からの続きの処理（リカバリー処理）を実行することを案内する。

リカバリー機へリカバリー情報を送信した後、制御部１０は、リカバリー機からのリカバリー処理の実行結果を示す情報の受信待ち状態となる（ステップＳ１８）。たとえば、リカバリー処理が正常終了した場合、制御部１０は、リカバリー機から対処済み情報を受信する。対処済み情報は、発生した障害に対するリカバリー処理が完了したことを示す情報である。リカバリー情報を送信したリカバリー機から対処済み情報を受信すると（ステップＳ１８、ＹＥＳ）、制御部１０は、発生した障害への対処がリカバリー機で完了したものと認識する。

なお、リカバリー機からリカバリー処理の完了通知（或いは対処済み情報）を受信した場合、制御部１０は、発生した障害に対する対処済み情報を他の機器へ配信するようにしても良い。例えば、制御部１０は、リカバリー処理の可否を問合せした各機器へ対処済み情報を配信しても良いし、当該システム内の各機器へ発生した障害に対する対処済み情報を配信しても良い。障害機から対処済み情報を配信する場合、リカバリー機は、他の機器へ対処済み情報を配信する必要がなく、障害機にリカバリー処理の完了を通知するだけで良い。

また、対処済み情報が所定時間内に受信できない場合、制御部１０は、当該リカバリー処理を強制的にキャンセルして係員対応としても良い。また、対処済み情報が所定時間内に受信できない場合、制御部１０は、リカバリー機へリカバリー処理の進捗状況を問合せるようにしても良い。この場合、制御部１０は、リカバリー機でのリカバリー処理の進捗状況に応じて当該リカバリー処理をキャンセルしたりするようにしても良い。

また、リカバリー処理の選択画面においてリカバリー機が選択されなかった場合（ステップＳ１５、ＮＯ）、或いは、リカバリー可能な機器がない場合（ステップＳ１３、ＮＯ）、或いは、リカバリー処理が可能な障害でない場合（ステップＳ１１、ＮＯ）、制御部１０は、係員対応とする旨を案内し、係員対応処理を行う（ステップＳ１９）。

たとえば、利用者が図５の選択ボタン４４を選択した場合、制御部１０は、係員対応とする旨の案内を接客用表示部１１に表示し、係員へ係員対応が必要である旨を報知する。係員対応が必要である旨の報知は、警告表示であっても良いし、警報であっても良いし、図示しない監視盤に通知するものであっても良い。係員対応が必要である旨の報知を受けた係員は、個別に利用者に対応し、発生した障害に人的な操作によって対処する。

次に、第１の実施形態に係るリカバリー機としての自動券売機１の動作について説明する。
図６は、第１の実施形態に係る自動券売機においてリカバリー処理を実行する場合の動作例を説明するためのフローチャートである。
自動券売機１の制御部１０は、他の機器からのリカバリー処理が可能な状態であるか否かの問合せを受け付けている。他の機器からのリカバリー処理が可能な状態であるか否かの問合せを受けた場合（ステップＳ２１、ＹＥＳ）、制御部１０は、当該機器がリカバリー可能な状態であるか否かを判断する（ステップＳ２２）。例えば、当該機器が待機状態である場合、制御部１０は、リカバリー処理が可能であると判断する。また、発券処理などの処理中（接客中）である場合、制御部１０は、リカバリー処理が可能な状態でないと判断する。

リカバリー処理が可能であると判断した場合（ステップＳ２２、ＹＥＳ）、制御部１０は、リカバリー処理が可能である旨の応答を問い合わせ元へ通知する（ステップＳ２３）。また、リカバリー処理が可能な状態ではないと判断した場合（ステップＳ２２、ＮＯ）、制御部１０は、リカバリー処理が不可能な状態である旨の応答を問い合わせ元へ通知する（ステップＳ２４）。

リカバリー処理が可能である旨の応答を通知した場合、制御部１０は、問合せ元からのリカバリー情報の受信待ちとなる。なお、他の機器にリカバリー情報が送信された場合、制御部１０は、リカバリー情報の受信待ちを解除して通常の待機状態とするようにしても良い。また、リカバリー情報の受信待ち状態において通常の処理要求が発生した場合、制御部１０は、リカバリー情報の受信待ちを解除し、処理要求に応じた処理を実行するようにしても良い。

リカバリー処理の問合せ元からリカバリー情報を受信した場合（ステップＳ２５、ＹＥＳ）、制御部１０は、リカバリー処理の実行指示待ちの状態となる（ステップＳ２６）。例えば、制御部１０は、リカバリー処理の実行を指示する指示ボタンを接客用表示部１１に表示し、利用者からの実行指示を待つ。また、リカバリー処理は、係員が実行指示を行うようにしても良い。この場合、制御部１０は、リカバリー処理の実行を指示する指示ボタンを係員用表示部１２に表示し、係員からの実行指示を待つようにすればよい。

リカバリー処理の実行が指示されると（ステップＳ２６、ＹＥＳ）、制御部１０は、受信したリカバリー情報に基づくリカバリー処理を実行する（ステップＳ２７）。たとえば、発券異常（券詰まり等）に伴うリカバリー情報を受信した場合、制御部１０は、リカバリー情報に含まれる発券すべき券（リカバリー処理として発券する券）を示す情報に基づく発券処理をリカバリー処理として実行する。また、つり銭の放出異常に伴うリカバリー情報を受信した場合、制御部１０は、リカバリー情報に含まれる未支払のつり銭の金額を示す情報に基づいて未支払のつり銭を放出する処理をリカバリー処理として実行する。

上述のようなリカバリー処理が完了すると、制御部１０は、リカバリー処理に用いたリカバリー情報を削除（或いは無効化）し（ステップＳ２８）、リカバリー処理が完了した事を示す対処済み情報を配信する（ステップＳ２９）。

対処済み情報は、少なくとも当該リカバリー情報を保持する機器へ配信する。たとえば、対処済み情報は、少なくともリカバリー処理の問い合わせ元（障害機）へ配信する。また、対処済み情報は、障害機だけでなく、障害機がリカバリー処理の可否を問い合わせた各機器に配信しても良いし、当該駅務システムの各機器に配信しても良い。また、障害機以外の機器へは、障害機から対処済み情報を配信するようにして良い。

なお、上述した動作例は、リカバリー機が自動券売機である場合の動作例として説明したが、上述した動作を行うリカバリー機は、リカバリー処理が実行可能な機能を有する機器であれば良く、例えば、係員処理機、自動精算機或いは定期券発行機などの機器であっても良い。

上記のような第１の実施形態によれば、発券処理などの処理中に障害が発生した券売機が、発生した障害に対するリカバリー処理が可能であるかを他の券売機に問合せ、その問合せに対してリカバリー処理が可能であると応答した券売機にリカバリー情報を送信する。リカバリー情報を受信した券売機は、リカバリー情報に基づいて障害機が障害により中止（停止）した処理の続きの処理としてのリカバリー処理を実行する。これにより、障害が発生した券売機に代わって、他の券売機が障害によって中断された処理の続きを行うことができ、障害に対して迅速な対応が可能となる。

また、リカバリー処理が完了すると、リカバリー機としての券売機は、当該リカバリー情報に対する対処済み情報を配信する。これにより、１つのリカバリー情報を用いて複数のリカバリー処理が行われる事を防止でき、１つの障害に対して複数回のリカバリー処理が行われないようにできる。
（第２の実施形態）
図７は、第２の実施形態に係る自動券売機（自動発券機）を含む種々の駅務機器で構成される駅務システム（発券システム）の構成例を示す図である。
第２の実施形態に係る駅務システムは、図７に示すように、自動券売機１（１Ａ、１Ｂ、…、１Ｎ）、自動改札機２（２Ａ、２Ｂ、…、２Ｎ）、係員処理機３、自動精算機４、および、定期券発行機５などにより構成される。図７に示す第２の実施形態に係る駅務システムは、図１に示す第１の実施形態に係る駅務システムにサーバ６が追加された構成を有する。

サーバ６は、たとえば、一般的なサーバ装置として用いられるコンピュータなどにより構成される。サーバ６は、各駅務機器との通信機能を有する。サーバ６は、各駅務機器に対して情報を配信したり、各駅務機器からの情報を収集したりする。サーバ６は、駅ごとに設け、各駅の各駅務機器を接続する。また、サーバ６は、複数の駅に対して１つ設け、複数の駅の各駅務機器を接続しても良い。

なお、図７に示す自動券売機１、自動改札機２、係員処理機３、自動精算機４、および、定期券発行機５の構成については、第１の実施形態で説明したもので実現できるため、詳細な説明は省略する。また、自動券売機１の構成は、図２に示す構成ものであるものとして説明する。また、係員処理機３、自動精算機４、および、定期券発行機５の構成は、図３に示す構成を有するものであるとして説明するものとする。

図８は、サーバ６の構成例を示すブロック図である。
図８に示すように、サーバ６は、制御部６０、データメモリ６１、および通信部６２などを有する。
制御部６０は、サーバ６の制御を司る。制御部６０は、プロセッサ６０ａ、メモリ６０ｂ、及び各種インターフェースなどを有する。プロセッサ６０ａは、ＣＰＵなどである。メモリ６０ｂは、ＲＡＭ、ＲＯＭ、及び、書換え可能な不揮発性メモリ（例えば、ＥＥＰＯＲＭ、ＦＲＯＭ等）などである。メモリ６０ｂは、データを一時的に格納するバッファメモリ、および、プロセッサ６０ａが実行する種々のプログラムや制御データなどを記憶するプログラムメモリなどを含む。制御部６０では、プロセッサ６０ａがメモリ６０ｂに記憶したプログラムを実行することにより種々の機能を実現する。

データメモリ６１は、データを記憶する記憶装置である。データメモリ６１は、たとえば、障害が発生した駅務機器（例えば、自動券売機１）から送信されるリカバリー情報を記憶する。通信部６２は、各駅務機器とのデータ通信を行なう為の外部通信ユニットである。たとえば、通信部３５は、ネットワークインターフェースである。

制御部６０は、通信部３５により障害が発生した駅務機器（例えば、自動券売機１）からのリカバリー情報を受信する。制御部６０は、受信したリカバリー情報をデータメモリ記憶する。制御部６０は、リカバリー処理を実行する機器に対してリカバリー情報を送信する。制御部６０は、リカバリー処理が完了したリカバリー情報をデータメモリ６１から削除する。

次に、第２の実施形態に係る障害機としての自動券売機１（障害が発生した自動券売機）の動作について説明する。
図９は、第２の実施形態に係る自動券売機１における障害が発生した場合の動作例を説明するためのフローチャートである。
自動券売機１の制御部１０は、利用者の操作に応じて発券処理などの処理を行う。処理中に障害が発生すると（ステップＳ３０、ＹＥＳ）、制御部１０は、他の機器でのリカバリー処理が可能な障害であるか否かを判断する（ステップＳ３１）。

他の機器でのリカバリー処理が可能な障害であると判断した場合（ステップＳ３１、ＹＥＳ）、制御部１０は、他の機器によるリカバリー処理の要求とともに、リカバリー情報をサーバ６へ送信する（ステップＳ３２）。リカバリー処理の要求を送信した後、制御部１０は、サーバ６からのリカバリー機として選択可能な機器を示す情報を受信する（ステップＳ３３）。

リカバリー機として選択可能な機器を示す情報を受信すると、制御部１０は、リカバリー処理が可能な機器があるか否かを確認する（ステップＳ３４）。リカバリー処理が可能な機器がある場合（ステップＳ３４、ＹＥＳ）、制御部１０は、リカバリー処理を実行する機器（リカバリー機）を選択するための選択画面（リカバリー処理の選択画面）を接客用表示部１１または係員表示部１２に表示する（ステップＳ３５）。たとえば、制御部１０は、図５に示すようなリカバリー処理の選択画面を接客用表示部１１に表示する。

また、係員用表示部１２にリカバリー処理の選択画面を表示した場合、係員がタッチパネル１２ａによりリカバリー機を選択する。係員用表示部１２のタッチパネル１２ａによりリカバリー機が選択された場合、制御部１０は、係員が選択したリカバリー機を接客用表示１１に表示案内する。これにより、係員がリカバリー機を選択し、係員が選択したリカバリー機を利用者に案内することができる。

リカバリー処理の選択画面においてリカバリー機が選択された場合（ステップＳ３６、ＹＥＳ）、制御部１０は、選択されたリカバリー機を示す情報をサーバ６へ通知する（ステップＳ３７）。選択されたリカバリー機を示す情報をサーバ６へ通知すると、制御部１０は、選択されたリカバリー機でリカバリー処理を実行することを案内する（ステップＳ３８）。

サーバ６へ選択したリカバリー機を示す情報を送信した後、制御部１０は、サーバ６からのリカバリー情報（リカバリー処理）に対する対処済み情報の受信待ち状態となる（ステップＳ３９）。対処済み情報は、発生した障害に対する他の機器でのリカバリー処理が完了したことを示す情報である。すなわち、リカバリー情報を送信したサーバ６から対処済み情報を受信すると（ステップＳ３９、ＹＥＳ）、制御部１０は、発生した障害への対処（リカバリー処理）が完了したものとする。

なお、選択したリカバリー機でのリカバリー処理が完了できなかった場合、制御部１０は、サーバ６から当該リカバリー処理が完了しなかった旨の通知を受けて、当該リカバリー処理を強制的にキャンセルして係員対応としても良い。また、サーバ６から選択したリカバリー機でのリカバリー処理が完了しなかった旨の通知を受けた場合、制御部１０は、ステップ３２からの処理を再度実行することにより他の券売機でのリカバリー処理をリトライするようにしても良い。

また、リカバリー処理の選択画面においてリカバリー機が選択されなかった場合（ステップＳ３６、ＮＯ）、或いは、リカバリー処理が可能な機器がない場合（ステップＳ３４、ＮＯ）、或いは、リカバリー処理が可能な障害でない場合（ステップ３１、ＮＯ）、制御部１０は、係員対応とする旨の案内し、係員対応処理を行う（ステップＳ４０）。たとえば、利用者が図５の選択ボタン４４を選択した場合、制御部１０は、係員対応とする旨をサーバ６へ通知するとともに、係員対応とする旨の案内を接客用表示部１１に表示し、係員に対応を促す報知を行うようにしても良い。

次に、第２の実施形態に係るサーバ６の動作について説明する。
図１０は、第２の実施形態に係るサーバ６の動作例を説明するためのフローチャートである。
サーバ６の制御部６０は、他の機器からのリカバリー処理の要求を受け付けている。他の機器からのリカバリー処理の要求を受信した場合（ステップＳ５０、ＹＥＳ）、制御部１０は、リカバリー要求とともに受信するリカバリー情報をデータメモリ６１に記憶する（ステップＳ５１）。リカバリー情報を記憶すると、制御部１０は、各機器へリカバリー処理が可能な状態であるか否かの問合せを送信する（ステップＳ５２）。

リカバリー処理の可否を問い合わせる機器は、各障害機に対応づけて設定しておくものとする。たとえば、リカバリー処理の可否を問い合わせる機器は、障害機に隣接する券売機だけとして設定しても良いし、障害機と並んで設置されている複数の券売機を設定しても良いし、障害機の設置されている改札口における発券処理が可能な全ての機器を設定しても良い。また、サーバ６は、受信するリカバリー情報を解析し、発生した障害の種類に応じてリカバリー処理の可否を問い合わせる機器を選別するようにしても良い。

リカバリー処理の可否を問い合わせた後、制御部６０は、問合せ先の各機器からの応答を受信する（ステップＳ５３）。たとえば、リカバリー処理が可能であるかの問合せに対して、待機状態の機器は、リカバリー処理が可能である旨の応答を返し、発券処理などの処理中（接客中）の機器は、リカバリー処理が可能な状態でない旨の応答を返す。制御部６０は、問合せ先の各機器からの応答に基づいてリカバリー処理が可能な機器を示す情報を作成し、作成した情報をリカバリー情報の発信元である障害機へ送信する（ステップＳ５４）。なお、リカバリー処理が観桜な機器がない場合、制御部６０は、リカバリー処理が可能な機器が存在しない旨の情報を障害機へ送信する。

リカバリー処理が可能な機器を示す情報を送信した後、制御部６０は、障害機からのリカバリー機の選択通知の受信待ちとなる（ステップＳ５５）。リカバリー機の選択があった場合（ステップＳ５５、ＹＥＳ）、制御部１０は、選択されたリカバリー機へリカバリー情報を送信する（ステップＳ５６）。

リカバリー情報を送信すると、制御部６０は、リカバリー情報を送信した機器（リカバリー機）からのリカバリー処理の完了通知を待つ（ステップＳ５７）。リカバリー機からのリカバリー処理の完了通知を受信すると（ステップＳ５７、ＹＥＳ）、制御部６０は、リカバリー情報を削除（或いは無効化）し（ステップＳ５８）、リカバリー処理が完了した事を示す対処済み情報を各機器へ配信する（ステップＳ５９）。対処済み情報は、少なくとも当該リカバリー情報を保持する各機器へ配信する。たとえば、対処済み情報は、少なくともリカバリー情報の発信元（障害機）へ配信する。また、対処済み情報は、障害機だけでなく、リカバリー処理の可否を問い合わせた各機器に配信しても良いし、当該駅務システムの各機器に配信しても良い。

また、障害機においてリカバリー機が選択されなかった場合（例えば、係員対応が選択された場合）（ステップＳ５５、ＮＯ）、制御部６０は、当該障害器から受信したリカバリー情報を削除し（ステップＳ５８）、処理を終了する。

次に、第２の実施形態に係るリカバリー機としての自動券売機１の動作について説明する。
図１１は、第２の実施形態に係る自動券売機１において、他の機器で障害発生した場合の動作例を説明するためのフローチャートである。
自動券売機１の制御部１０は、サーバ６から他の機器で発生した障害に対するリカバリー処理が可能な状態であるか否かの問合せを受け付けている（ステップＳ６０）。リカバリー処理が可能な状態であるか否かの問合せを受けた場合（ステップＳ６０、ＹＥＳ）、制御部１０は、当該機器がリカバリー可能な状態であるか否かを判断する（ステップＳ６１）。例えば、当該機器が待機状態である場合、制御部１０は、リカバリー処理が可能であると判断する。また、発券処理などの処理中（接客中）である場合、制御部１０は、リカバリー処理が可能な状態でないと判断する。

リカバリー処理が可能であると判断した場合（ステップＳ６１、ＹＥＳ）、制御部１０は、リカバリー処理が可能である旨の応答をサーバ６へ通知する（ステップＳ６２）。また、リカバリー処理が可能な状態ではないと判断した場合（ステップＳ６１、ＮＯ）、制御部１０は、リカバリー処理が不可能な状態である旨の応答をサーバ６へ通知する（ステップＳ６３）。

リカバリー処理が可能である旨の応答を通知した場合、制御部１０は、サーバ６からのリカバリー情報の受信待ちとなる。なお、サーバ６からのリカバリー情報の送信が無ければ、制御部１０は、通常の待機状態として通常の処理要求を受け付けるようにしても良い。サーバ６からリカバリー情報を受信した場合（ステップＳ６４、ＹＥＳ）、制御部１０は、リカバリー処理の実行指示待ちの状態となる（ステップＳ６５）。例えば、制御部１０は、リカバリー処理の実行を指示する指示ボタンを接客用表示部１１に表示し、利用者からの実行指示を待つ。また、リカバリー処理は、係員が実行指示を行うようにしても良い。この場合、制御部１０は、リカバリー処理の実行を指示する指示ボタンを係員用表示部１２に表示し、係員からの実行指示を待つようにすればよい。

リカバリー処理の実行が指示されると（ステップＳ６５、ＹＥＳ）、制御部１０は、サーバ６から受信したリカバリー情報に基づくリカバリー処理を実行する（ステップＳ６６）。リカバリー処理が完了すると、制御部１０は、リカバリー処理に用いたリカバリー情報を削除し（ステップＳ６７）、リカバリー処理が完了した事をサーバ６へ通知する（ステップＳ６８）。

なお、上記動作例は、リカバリー機が自動券売機である場合の動作例について説明したが、リカバリー機は、係員処理機、自動精算機或いは定期券発行機などの券売機であっても良い。

上記のような第２の実施形態によれば、サーバがリカバリー要求を受け付け、サーバがリカバリー機へリカバリー情報を配信する。また、サーバは、リカバリー処理が完了すると、リカバリー情報を削除する。上記のように、障害に対するリカバリー処理をサーバが管理することにより、各券売機では、他の機器と個別に通信する必要がなく、システム全体として柔軟な運用が可能となる。また、リカバリー処理が完了した後にサーバがリカバリー情報を削除することにより、１つの障害に対して複数回のリカバリー処理が行われないような制御をサーバで実現できる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…自動券売機、６…サーバ、１０…制御部、１０ａ…プロセッサ、１０ｂ…メモリ、１１…接客用表示部、１１ａ…タッチパネル、１２…係員用表示部、１２ａ…タッチパネル、１４…データメモリ、１５…通信部、１６…カード処理部、１７…紙幣処理部、１８…硬貨処理部、１９…発券部、６０…制御部、６０ａ…プロセッサ、６０ｂ…メモリ、６１…データメモリ、６２…通信部。

Claims (9)

1. 処理中に障害が発生した場合、処理未了となった処理の続きを実行するリカバリー処理が可能であるか否かを他の複数の発券機へ問合せる問合せ手段と、
   前記問合せ手段による問合せに対してリカバリー処理が可能である応答を返した発券機のうちの何れか１つを選択する選択手段と、
   前記選択手段により選択された発券機に対してリカバリー情報を送信する送信手段と、
   前記送信手段によりリカバリー情報を送信した発券機を案内する案内手段と、
   を有する発券機。
2. さらに、前記問合せ手段による問合せに対してリカバリー処理が可能である応答を返した発券機から何れか１つの発券機を指定するための選択画面を表示する表示手段を有し、
   前記選択手段は、前記表示手段により表示した選択画面において指定される発券機を選択する、
   請求項１に記載の発券機。
3. 他の発券機と通信する通信手段と、
   前記通信手段により他の発券機から処理未了となった処理の続きを実行するリカバリー処理が可能であるか否かの問合せを受信した場合、リカバリー処理が実行可能な状態であるか否かを判断する判断手段と、
   前記判断手段によりリカバリー処理が実行可能な状態である場合、前記問合せの発信元の発券機へリカバリー処理が実行可能である旨の応答を送信する応答手段と、
   前記応答手段によりリカバリー処理が可能である応答を送信した後、前記発券機からのリカバリー情報を受け付ける受付手段と、
   前記受付手段によりリカバリー情報を受け付けた場合、受け付けたリカバリー情報に基づいてリカバリー処理を実行する実行手段と、
   を有する発券機。
4. 前記実行手段によるリカバリー処理が完了した場合、当該リカバリー処理の対処済み情報を他の発券機へ配信する完了処理手段を有する、
   請求項３に記載の発券機。
5. サーバとの通信手段と、
   処理中に障害が発生した場合、処理未了となった処理の続きを実行するためのリカバリー情報を前記通信手段により前記サーバへ送信する送信手段と、
   前記サーバからの提示されるリカバリー処理が可能な発券機のうちの何れか１つを選択する選択手段と、
   前記選択手段により選択された発券機を示す情報をサーバへ通知する送信手段と、
   前記選択手段により選択した発券機を案内する案内手段と、
   を有する発券機。
6. さらに、前記サーバから提示されるリカバリー処理が可能な発券機から何れか１つの発券機を指定するための選択画面を表示する表示手段を有し、
   前記選択手段は、前記表示手段により表示された選択画面において指定される発券機を選択する、
   請求項５に記載の発券機。
7. 複数の発券機との通信手段と、
   障害が発生した発券機から処理未了となった処理の続きを実行するためのリカバリー情報を前記通信手段により受信した場合、障害が発生した発券機以外の発券機に対してリカバリー情報に基づくリカバリー処理が可能であるか否かを問合せる問合せ手段と、
   前記問合せ手段による問合せに対してリカバリー処理が可能である応答を返した発券機を示す情報を障害が発生した発券機へ提示する提示手段と、
   前記提示手段により提示した発券機のうち前記障害が発生した発券機で選択された１つの発券機に対してリカバリー情報を送信する送信手段と、
   を有するサーバ。
8. 前記リカバリー情報を送信した発券機におけるリカバリー処理が完了すると、当該リカバリー情報に対する対処済み情報を各発券機へ配信する完了処理手段を有する、
   前記請求項７に記載のサーバ。
9. サーバと通信する通信手段と、
   前記通信手段により前記サーバから他の発券機で処理未了となった処理の続きを実行するリカバリー処理が可能であるか否かの問合せを受信した場合、リカバリー処理が実行可能な状態であるか否かを判断する判断手段と、
   前記判断手段によりリカバリー処理が実行可能な状態である場合、前記サーバへリカバリー処理が実行可能である旨の応答を送信する応答手段と、
   前記応答手段によりリカバリー処理が可能である応答を送信した後、前記サーバからのリカバリー情報を受け付ける受付手段と、
   前記受付手段により前記サーバから受け付けたリカバリー情報に基づいてリカバリー処理を実行する実行手段と、
   を有する発券機。

Images