JP2019046354A - 精算判定サーバ、駅務システム、および精算判定方法 - Google Patents

Abstract

【課題】運賃の誤収受を防止し、利用者の信頼低下や、損害リスクを抑制する技術を提供する。【解決手段】通信部１２は、利用者に対して運賃の精算を行う駅務機器との間でデータ通信を行う。第１の要求処理部１１ａは、通信部１２が駅務機器から受信した運賃の精算要求にかかる処理を、第１のロジックで処理する。第２の要求処理部１１ｂは、通信部１２が駅務機器から受信した運賃の精算要求にかかる処理を、第１のロジックとは異なる第２のロジックで処理する。判定部１１ｃは、通信部１２が駅務機器から受信した精算要求にかかる、第１の要求処理部１１ａの処理結果と、第２の要求処理部１１ｂの処理結果とが一致していなければ、この精算要求について運賃の精算が適正に行えないと判定する。【選択図】図２

Description

この発明は、鉄道の利用者に対する運賃の精算にかかる技術に関する。

従来、駅では、駅構内に入場する利用者や、駅構内から出場する利用者が改札通路を通行するのを許可したり、禁止したりする改札処理を改札口に設置した自動改札機で行っている。駅構内から出場する利用者に対する改札処理では、その利用者の乗車駅から降車駅までの運賃の金額の算出を行っている。例えば、乗車券がキップである場合、自動改札機はキップの発行金額が算出した運賃の金額以上であれば、利用者が改札通路を通行するのを許可し、反対にキップの発行金額が算出した運賃の金額未満であれば、利用者が改札通路を通行するのを禁止している。また、乗車券が無線通信機能を有するプリペイド式のＩＣカード（以下、単に、ＩＣカードと言う。）である場合、自動改札機はその時点におけるＩＣカードの価値残高が算出した運賃の金額以上であれば、価値残高から算出した運賃の金額を引き落として利用者が改札通路を通行するのを許可し、その時点におけるＩＣカードの価値残高が算出した運賃の金額未満であれば、利用者が改札通路を通行するのを禁止する。

多くの駅は、複数台の自動改札機を改札口に設置している。このため、改札システムの構築にかかるコストを安価にするため、利用者の乗車駅から降車駅までの運賃を算出する構成を自動改札機ではなく、サーバに設けることが提案されている（例えば、特許文献１参照）。この改札システムは、複数台の自動改札機をサーバに接続している。サーバは、接続されているいずれかの自動改札機から要求を受信すると、この要求に含まれている乗車券情報（自動改札機が乗車券から読み取った情報）を用いて乗車駅から降車駅までの運賃の算出や、改札通路における利用者の通行可否の判定等を行う。そして、サーバは、要求を送信してきた自動改札機に対して処理結果を送信する。

特開２０１５− １８５０１号公報

しかしながら、鉄道網の複雑化や運賃体系の複雑化等にともなって、運賃を算出するプログラム（以下、運賃算出プログラムと言う。）のロジックも複雑になっている。このため、運賃算出プログラムにバグが生じている可能性が高くなっている。すなわち、利用者に対して運賃の誤収受を行う可能性が高くなっている。鉄道会社等は、利用者の信頼低下や、損害リスクを抑制するために、運賃の誤収受を防止することを要望している。

この発明の目的は、運賃の誤収受を防止し、利用者の信頼低下や、損害リスクを抑制する技術を提供することにある。

この発明の精算判定サーバは、上記目的を達するために、以下のように構成している。

通信部は、利用者に対して運賃の精算を行う駅務機器（例えば、自動改札機や精算機）との間でデータ通信を行う。第１の要求処理部は、通信部が駅務機器から受信した運賃の精算要求にかかる処理を、第１のロジックで処理する。また、第２の要求処理部は、通信部が駅務機器から受信した運賃の精算要求にかかる処理を、第１のロジックとは異なる第２のロジックで処理する。そして、判定部は、通信部が駅務機器から受信した精算要求にかかる、第１の要求処理部の処理結果と、第２の要求処理部の処理結果とが一致していなければ、この精算要求について運賃の精算が適正に行えないと判定する。例えば、第１の要求処理部、および第２の要求処理部は、通信部で受信した運賃の精算要求に含まれている乗車券情報を用いて利用者に対する運賃の金額を算出する。そして、判定部は、第１の要求処理部が算出した運賃の金額と、第２の要求処理部が算出した運賃の金額とが一致していなければ、運賃の精算が適正に行えないと判定する。

なお、通信部で受信した運賃の精算要求に含まれている乗車券情報を用いて利用者に対する運賃の金額の算出を、２つの処理部（第１の要求処理部、および第２の要求処理部）で行う場合には、これら２つの処理部で算出された運賃の金額が一致していれば、運賃の精算が適正に行えると判定すればよい。一方、通信部で受信した運賃の精算要求に含まれている乗車券情報を用いて利用者に対する運賃の金額の算出を、３つ以上の処理部で行う場合には、全ての処理部で算出された運賃の金額が一致していれば、運賃の精算が適正に行えると判定すればよい。すなわち、各処理部で算出された運賃の金額が、全て同じ金額でなければ、運賃の精算が適正に行えないと判定する。

このため、運賃の誤収受が生じる可能性の有無を適正に判定し、運賃の誤収受が生じる可能性があれば、利用者に対する運賃の精算を禁止できる。したがって、利用者に対する運賃の誤収受を防止し、利用者の信頼低下や、損害リスクを抑制することができる。

また、精算判定サーバは、判定部が運賃の精算が適正に行えると判定した場合、通信部において算出された運賃の金額を含む処理結果を駅務機器に送信する、構成にすればよい。これにより、駅務機器で、利用者に対する精算処理が行える。

また、精算判定サーバは、複数の駅務機器を通信部にデータ通信可能に接続すればよい。

また、精算判定サーバは、駅務機器における利用者に対する駅務処理のログを記憶するログデータ記憶部を備える構成にしてもよい。このようにすれば、駅務機器側における、駅務処理のログを記憶するための記憶部の記憶容量を小さくできる。

この発明によれば、運賃の誤収受を防止し、利用者の信頼低下や、損害リスクを抑制することができる。

この例にかかる駅務システムを示す概略図である。 精算判定サーバの主要部の構成を示すブロック図である。 自動改札機の主要部の構成を示すブロック図である。 精算判定サーバの動作を示すフローチャートである。 駅構内から出場する利用者に対する自動改札機の動作を示すフローチャートである。 別の例にかかる精算判定サーバの動作を示すフローチャートである。 別の例にかかる駅構内から出場する利用者に対する自動改札機の動作を示すフローチャートである。

以下、この発明の実施形態である駅務システムについて説明する。

図１は、この例にかかる駅務システムを示す概略図である。この駅務システムは、統括サーバ４と、複数の精算判定サーバ１と、複数の駅務機器とを備えている。ここで言う駅務機器は、駅務で使用される自動改札機２、精算機３、券売機（不図示）、係員端末（不図示）等の各種機器の総称である。この駅務システムでは、駅務機器が端末であり、精算判定サーバ１がエッジサーバとして機能し、統括サーバ４がセンタサーバとして機能する。統括サーバ４は、鉄道会社のセンタに設置される。精算判定サーバ１は、駅等に設置される。統括サーバ４には、複数の精算判定サーバ１がネットワークを介してデータ通信可能に接続される。また、精算判定サーバ１には、比較的近い位置にある複数の駅務機器がネットワークを介してデータ通信可能に接続される。

図１では、統括サーバ４に接続されている左右両側の精算判定サーバ１については、接続されている駅務機器の図示を省略している。すなわち、図１に示す左右両側の精算判定サーバ１にも、図示していないが複数の駅務機器が接続されている。

なお、この駅務システムは、利用者に対して運賃の精算を行う駅務機器（例えば自動改札機２、精算機３）を精算判定サーバ１にデータ通信可能に接続し、利用者に対して運賃の精算を行わない駅務機器（例えば、券売機）を精算判定サーバ１にデータ通信可能に接続しない構成にしてもよい。このように構成すれば、精算判定サーバ１は、利用者に対して運賃の精算を行わない駅務機器とデータ通信を行わないので、精算判定サーバ１のデータ通信にかかる処理負荷を低減できる。

また、この駅務システムは、利用者に対して運賃の精算を行う駅務機器であっても、駅務機器の性質上、迅速な処理が要求される自動改札機２を精算判定サーバ１にデータ通信可能に接続し、迅速な処理が要求されない精算機３についても精算判定サーバ１にデータ通信可能に接続しない構成にしてもよい。このように構成すれば、精算判定サーバ１のデータ通信にかかる処理負荷を一層低減できる。精算判定サーバ１にデータ通信可能に接続しない駅務機器は、ネットワークを介して統括サーバ４に直接接続してもよいし、精算判定サーバ１以外のエッジサーバ（不図示）であって、ネットワークを介して統括サーバ４に接続したエッジサーバに接続してもよい。すなわち、精算判定サーバ１にデータ通信可能に接続しない駅務機器は、実行した駅務処理のログデータを統括サーバ４にアップロードできる構成であれば、どのような構成であってもよい。

統括サーバ４は、各駅務機器において処理された駅務処理の処理結果（ログ）を集計し、管理する。統括サーバ４は、精算判定サーバ１にデータ通信可能に接続されている駅務機器において処理された駅務処理の処理結果を精算判定サーバ１から取得する。また、統括サーバ４は、精算判定サーバ１に接続されていない駅務機器において処理された駅務処理の処理結果を、その駅務機器から直接、またはその駅務機器が接続されているエッジサーバ（精算判定サーバ１以外のエッジサーバ）から取得する。

精算判定サーバ１は、接続されている駅務機器から運賃の精算要求を受信すると、利用者の乗車駅から降車駅までの運賃の精算が適正に行えるかどうかを判定し、判定結果を駅務機器に返信する。また、精算判定サーバ１は、データ通信可能に接続されている駅務機器における利用者に対する駅務処理のログを蓄積的に記憶するとともに、適当なタイミングで記憶している駅務処理のログを統括サーバ４にアップロードする。

自動改札機２は、駅の改札口に設置され、改札通路における利用者の通行を制限する。また、精算機３は、駅の改札口の駅構内側に設置され、利用者が所持するキップ等の乗車券を受け付け、利用者に対して運賃の精算を行う。

なお、券売機は、利用者に対するキップ等の乗車券の発券を行う。係員端末は、駅係員による入力操作に応じた駅務処理を行う。駅係員は、係員端末において、利用者の要求に応じた駅務処理の実行にかかる入力操作を行う。

図２は、精算判定サーバの主要部の構成を示すブロック図である。精算判定サーバ１は、制御部１１と、通信部１２と、ログデータ記憶ＤＢ１３とを備えている。

制御部１１は、精算判定サーバ１本体の動作を制御する。また、制御部１１は、第１の要求処理部１１ａと、第２の要求処理部１１ｂと、判定部１１ｃとを有している。第１の要求処理部１１ａは、利用者の乗車駅から降車駅までの運賃の金額を第１のロジックでプログラムされた第１のプログラムで算出する。第２の要求処理部１１ｂは、利用者の乗車駅から降車駅までの運賃の金額を第１のロジックとは異なる第２のロジックでプログラミングされた第２のプログラムで算出する。判定部１１ｃは、第１の要求処理部１１ａおよび第２の要求処理部１１ｂで算出された、利用者の乗車駅から降車駅までの運賃の金額を用いて、利用者に対して運賃の精算が適正に行えるかどうかを判定する。

この制御部１１が、この発明にかかる精算判定方法を実行する。

通信部１２は、ネットワークを介してデータ通信可能に接続されている駅務機器や統括サーバ４との間におけるデータ通信を制御する。

ログデータ記憶ＤＢ１３は、データ通信可能に接続されている駅務機器で行われた駅務処理のログを記憶する。精算判定サーバ１は、適当なタイミングで、ログデータ記憶ＤＢ１３に記憶している駅務処理のログデータを統括サーバ４にアップロードする。この適当なタイミングは、例えば１日の列車の運行が完了してから、翌日の列車の運行が開始されるまでの期間（列車の運行時を避けたタイミング）に設定し、精算判定サーバ１の処理負荷を分散するのが好ましい。

図３は、自動改札機の主要部の構成を示すブロック図である。自動改札機２は、制御部２１と、ＩＣカード読取部２２と、磁気券読取部２３と、利用者検知部２４と、表示部２５と、扉開閉部２６と、通信部２７と、を備えている。

制御部２１は、自動改札機２本体各部の動作を制御する。

ＩＣカード読取部２２は、無線通信機能を有する非接触式ＩＣカードが記憶する乗車券情報の読み取りや、この非接触式ＩＣカードに対する乗車券情報の書き込みを行う。ＩＣカード読取部２２は、無線通信エリアがアンテナから数ｃｍの範囲であり、利用者が無線通信エリア内に翳した非接触式ＩＣカードとの無線通信により、乗車券情報の読み取りや、乗車券情報の書き込みを行う。自動改札機２は、無線通信エリアが改札通路の入口付近になるようにアンテナを設けている。乗車券として使用できる非接触式ＩＣカードには、プリペイドカードや、定期券等がある。乗車券として使用できる非接触式ＩＣカードについては、公知であるので、ここでは詳細な説明を省略する。

磁気券読取部２３は、磁気券投入口に投入されたキップ等の磁気券が記憶する乗車券情報の読み取りや、この磁気券に対する乗車券情報の書き込みを行う。自動改札機２は、磁気券投入口を改札通路の入口付近に設けている。

利用者検知部２４は、改札通路における利用者の通行方向に沿って並べた複数のセンサにより、改札通路を通行している利用者の位置を検知する。

表示部２５は、改札通路に進入した利用者に対するメッセージを出力する。

扉開閉部２６は、利用者に対して改札通路の通行を許可しない場合に、当該利用者の出口側に位置する扉を閉する。

通信部２７は、接続されている精算判定サーバ１との間におけるデータ通信を制御する。

なお、自動改札機２は、上述したＩＣカード読取部２２、磁気券読取部２３、利用者検知部２４、表示部２５、および扉開閉部２６の一部の構成を備えていないものであってもよい。例えば、自動改札機２は、磁気券読取部２３を備えていない構成であってもよいし、扉開閉部２６を備えていない構成であってもよい。

なお、この例にかかる自動改札機２は、駅構内から出場する利用者に対して、列車の利用にかかる運賃の金額を算出する構成を備えていない構成であってもよい。すなわち、この例にかかる自動改札機２は、駅構内から出場する利用者に対して、列車の利用にかかる運賃の金額を算出する構成を備えていない構成にすることで、コストダウンを図ることができる。列車の利用にかかる運賃を用いて駅務処理を行う自動改札機２以外の機器（精算機３等）も、同様に、列車の利用にかかる運賃の金額を算出する構成を備えていない構成にし、コストダウンを図ることができる。

また、この駅務システムは、列車の利用にかかる運賃を用いて駅務処理を行う複数の駅務機器を精算判定サーバ１に接続するので、実質的に列車の利用にかかる運賃を算出するための構成の総数を減少させられる。

次に、この駅務システムの精算判定サーバ１の動作について説明する。ここでは、自動改札機２が、プリペイド式の乗車券を使用して駅構内から出場する利用者に対する改札処理を行う場合を例にして、精算判定サーバ１の動作を説明する。プリペイド式の乗車券は、非接触式ＩＣカードであってもよいし、磁気券であってもよい。図４は、精算判定サーバの動作を示すフローチャートである。図５は、駅構内から出場する利用者に対する自動改札機の動作を示すフローチャートである。

自動改札機２は、利用者が所持している乗車券（ここでは、プリペイド式の乗車券）を受け付けると、その乗車券に記録されている乗車券情報を読み取る（ｓ２１、ｓ２２）。自動改札機２は、利用者がＩＣカード読取部２２の無線通信エリア内に翳した非接触式ＩＣカードや、利用者が磁気券投入口に投入した磁気券をｓ２１で乗車券として受け付ける。また、自動改札機２は、受け付けた乗車券の乗車券情報として、乗車券の識別番号、前回の利用種別（入場、または出場）、前回の利用駅、価値残高等を乗車券情報としてｓ２２で読み取る。

自動改札機２は、ｓ２２で乗車券情報として読み取った前回の利用種別が入場であるか、出場であるかを判定する（ｓ２３）。自動改札機２は、前回の利用種別が出場であれば、サイクルエラーが生じていると判定し、今回乗車券情報を読み取った乗車券を所持している利用者に対して改札通路の通行を許可しないと判定し（ｓ２４）、ｓ２１に戻る。自動改札機２は、改札通路の通行を許可しないと判定した利用者に対して、この利用者にとっての改札通路出口側に位置する扉を閉するとともに、警告音による報知等を行う。

なお、ｓ２３では、ｓ２２で乗車券情報が適正に読み取れたかどうかについても判定している。自動改札機２は、乗車券情報が適正に読み取れていなければ、乗車券が適正でないと判定し、ｓ２４で改札通路の通行を許可しないと判定する。

自動改札機２は、ｓ２３で前回の利用種別が入場であると判定すると、少なくともｓ２２で乗車券情報として読み取った前回の利用駅（すなわち、今回の鉄道の利用における利用者の入場駅）を含む、運賃の精算要求を精算判定サーバ１に送信する（ｓ２５）。自動改札機２は、ネットワークを介してデータ通信可能に接続されている精算判定サーバ１にｓ２５で運賃の精算要求を送信する。

精算判定サーバ１は、ネットワークを介してデータ通信可能に接続されているいずれかの駅務機器（ここでは、自動改札機２）から運賃の精算要求を通信部１２で受信すると（ｓ１）、第１の運賃算出処理、および第２の運賃算出処理を行う（ｓ２、ｓ３）。精算判定サーバ１は、第１の運賃算出処理を第１の要求処理部１１ａで行い、第２の運賃算出処理を第２の要求処理部１１ｂで行う。上述したように、第１の要求処理部１１ａは、利用者の乗車駅から降車駅までの運賃の金額を第１のプログラムで算出する。また、第２の要求処理部１１ｂは、利用者の乗車駅から降車駅までの運賃の金額を第２のプログラムで算出する。ｓ２、およびｓ３で用いる利用者の降車駅は、今回通信部１２で受信した運賃の精算要求を送信してきた自動改札機２の設置駅である。自動改札機２は、ｓ２５で送信した運賃の精算要求に、自機が設置されている駅（設置駅）を示す情報を含ませる構成であってもよいし、精算判定サーバ１が今回受信した運賃の精算要求を送信してきた自動改札機２の識別番号等から、この自動改札機２の設置駅を判断する構成であってもよい。

精算判定サーバ１は、改札処理の速度低下を抑えるため、ｓ２、ｓ３にかかる処理を同時並行で行うのが好ましい。

第１の要求処理部１１ａは、第１のプログラムに、今回の運賃の金額を算出するプロセスにバグがあると適正な金額を算出できない。同様に、第２の要求処理部１１ｂは、第２のプログラムに、今回の運賃の金額を算出するプロセスにバグがあると適正な金額を算出できない。したがって、第１の要求処理部１１ａが算出した運賃の金額と、第２の要求処理部が算出した運賃の金額とが一致しない場合、第１のプログラム、または第２のプログラムの少なくとも一方に今回の運賃の金額を算出するプロセスにバグがある。

なお、第１のプログラム、および第２のプログラムの両方に、今回の運賃の金額を算出するプロセスにバグがある場合、第１の要求処理部１１ａが算出した運賃の金額と、第２の要求処理部が算出した運賃の金額とが一致する可能性は極めて小さい。言い換えれば、第１のプログラム、および第２のプログラムの両方に、今回の運賃の金額を算出するプロセスにバグがあると、殆どの場合、第１の要求処理部１１ａが算出した運賃の金額と、第２の要求処理部が算出した運賃の金額とは一致しない。

精算判定サーバ１は、判定部１１ｃにおいて、第１の運賃算出処理で算出した運賃の金額と、第２の運賃算出処理で算出した運賃の金額とが一致しているかどうかを判定する（ｓ４）。判定部１１ｃは、第１の運賃算出処理で算出した運賃の金額と、第２の運賃算出処理で算出した運賃の金額とが一致していなければ、運賃の精算が適正に行えないと判定し（ｓ７）、通信部１２において運賃の精算要求を送信してきた自動改札機２に対して運賃の精算禁止を送信する（ｓ８）。

また、判定部１１ｃは、第１の運賃算出処理で算出した運賃の金額と、第２の運賃算出処理で算出した運賃の金額とが一致していると、運賃の精算が適正に行えると判定し（ｓ５）、通信部１２において運賃の精算要求を送信してきた自動改札機２に対して運賃の精算許可を送信する（ｓ６）。この精算許可には、第１の運賃算出処理で算出した運賃の金額（第２の運賃算出処理で算出した運賃の金額であってもよい。）が含まれている。精算判定サーバ１は、ｓ６で自動改札機２に精算許可を送信すると、この自動改札機２から駅務処理のログ（今回運賃を算出した利用者に対する改札処理のログ）を受信するのを待つ（ｓ９）。

図５に戻って、自動改札機２は、通信部２７において、ｓ２５で運賃の精算要求を精算判定サーバ１に送信すると、精算判定サーバ１から精算許可、または精算禁止の判定結果を通信部２７で受信するのを待っている（ｓ２６）。自動改札機２は、精算判定サーバ１からの判定結果を通信部２７で受信すると、この判定結果が精算許可であるか、精算禁止であるかを判定する（ｓ２７）。自動改札機２は、ｓ２７で精算禁止であると判定すると、ｓ２４で今回乗車券情報を読み取った乗車券を所持している利用者に対して改札通路の通行を許可しないと判定し、ｓ２１に戻る。

また、自動改札機２は、ｓ２７で精算許可であると判定すると、精算可能であるかどうかを判定する（ｓ２８）。ｓ２８では、自動改札機２は、ｓ２２で乗車券から読み取った乗車券情報に含まれている価値残高が、今回精算判定サーバ１から受信した判定結果に含まれている運賃の金額以上であるかどうかを判定する。自動改札機２は、ｓ２２で乗車券から読み取った乗車券情報に含まれている価値残高が、今回精算判定サーバ１から受信した判定結果に含まれている運賃の金額以上であれば精算可能と判定する。一方、自動改札機２は、ｓ２２で乗車券から読み取った乗車券情報に含まれている価値残高が、今回精算判定サーバ１から受信した判定結果に含まれている運賃の金額未満であれば精算不可能と判定する。

自動改札機２は、ｓ２８で精算不可能であると判定すると、ｓ２４で今回乗車券情報を読み取った乗車券を所持している利用者に対して改札通路の通行を許可しないと判定し、ｓ２１に戻る。

自動改札機２は、ｓ２８で精算可能であると判定すると、ｓ２１で受け付けた乗車券に対して精算処理を行う（ｓ２９）。ｓ２９では、乗車券に対して、出場時刻（現在時刻）、出場駅（自機が設置されている駅）、今回の列車の利用にかかる運賃の金額（ｓ２６で受信した判定結果に含まれている運賃の金額）、価値残高（ｓ２で読み取った価値残高から、今回の列車の利用にかかる運賃の金額を差し引いた価値）等を対応付けた出場データを書き込む。また、自動改札機２は、今回乗車券情報を読み取った乗車券を所持している利用者に対して改札通路の通行を許可すると判定する（ｓ３０）。自動改札機２は、改札通路の通行を許可すると判定した利用者に対して、この利用者の改札通路の出口側に位置する扉を開する。さらに、自動改札機２は、今回の駅務処理のログ（今回改札通路の通行を許可した利用者に対する改札処理のログ）を精算判定サーバ１に送信し（ｓ３１）、ｓ２１に戻る。

精算判定サーバ１は、精算許可を送信した自動改札機２から駅務処理のログ（今回運賃を算出した利用者に対する改札処理のログ）を通信部１２で受信すると、受信した駅務処理のログをログデータ記憶ＤＢ１３に記憶し（ｓ１０）、ｓ１に戻る。

このように、この例では、精算判定サーバ１は、入場駅から出場駅までの列車の運賃の金額を、第１の要求処理部１１ａ、および第２の要求処理部１１ｂのそれぞれで算出し、算出した２つの運賃が一致していなければ、運賃の精算が適正に行えないと判定し、運賃の精算を禁止する。したがって、運賃の誤収受を防止し、利用者の信頼低下や、損害リスクを抑制することができる。

また、精算判定サーバ１は、図４に示した処理を、多数並行して実行できるスペックであるので、利用者の改札処理に要する時間の増加も抑えられる。

また、自動改札機２は、ｓ２３でサイクルエラーが発生していると判定すると、精算判定サーバ１に対して運賃の精算要求を送信しないので、精算判定サーバ１における自動改札機２とのデータ通信にかかるトラフィックを抑えることができる。

また、上記の例では、精算判定サーバ１は、自動改札機２からの運賃の精算要求に対して、異なるロジックでプログラミングされた２つのプログラム（第１のプログラム、および第２のプログラム）で運賃の金額を算出するとしたが、それぞれが異なるロジックでプログラミングされた３つ以上のプログラムで運賃の金額を算出する構成にしてもよい。この場合、各プログラムで算出した運賃の金額が全て一致した場合に運賃の精算が適正に行えると判定し、それ以外の場合に（算出した運賃の金額が一致しないプログラムがあった場合に、）、運賃の精算が適正に行えないと判定すればよい。

また、精算判定サーバ１は、自動改札機２以外の駅務機器（例えば、精算機３や係員端末等）から運賃の精算要求を受信した場合も、図４に示した処理を実行する。精算機３や、係員端末等の駅務機器において、利用者が鉄道を利用した区間（乗車駅、降車駅）を検出する処理は公知であるので、ここでは詳細な説明を省略する。駅務機器は、少なくとも利用者の乗車駅、および降車駅が判断できる情報を含む運賃の精算要求を精算判定サーバ１に送信する。

また、上記の例では、自動改札機２は、利用者の出場処理にかかるログデータを精算判定サーバ１に送信し、精算判定サーバ１がログデータ記憶ＤＢ１３に記憶する構成であるので、自動改札機２側で利用者の出場処理にかかるログデータを記憶しなくてもよい。これにより、自動改札機２は、駅務処理にかかるログデータを記憶する記憶容量を抑制できる。また、自動改札機２以外の駅務機器（精算機３等）も、精算判定サーバ１に対して、上述した自動改札機２と同様の処理を行うことで、運賃の精算にかかる駅務処理のログデータを記憶しなくてもよい。

また、自動改札機２は、出場処理だけでなく、入場処理にかかるログデータを精算判定サーバ１に送信し、精算判定サーバ１がログデータ記憶ＤＢ１３に記憶する構成にしてもよい。このように構成すれば、自動改札機２は、駅務処理にかかるログデータを記憶するための記憶部を不要にできる。また、自動改札機２以外の駅務機器も、駅務処理を行う毎に、その駅務処理にかかるログデータを、ネットワークを介して接続されている精算判定サーバ１や、統括サーバ４に送信する構成にしてもよい。

なお、精算判定サーバ１は、ログデータ記憶ＤＢ１３に記憶している駅務処理にかかるログデータを、適当なタイミングで統括サーバ４にアップロードする。したがって、統括サーバ４は、各駅務機器で処理された駅務処理を一括して管理することができる。

また、上記の例では、精算判定サーバ１が運賃の精算が適正に行えるかどうかを判定し、自動改札機２が改札通路における利用者の通行を許可するかどうかを判定するとしたが、以下に示す例のようにしてもよい。

この例は、精算判定サーバ１が運賃の精算が適正に行えるかどうか、および改札通路における利用者の通行を許可するかどうかを判定し、自動改札機２が精算判定サーバ１の判定結果に基づき、改札通路における利用者の通行を制限する構成である。具体的には、精算判定サーバ１に図６に示す処理を実行させ、自動改札機２に図７に示す処理を実行させる。この例にかかる、精算判定サーバ１、および自動改札機２の動作について説明する。

自動改札機２は、利用者が所持している乗車券（ここでは、プリペイド式の乗車券）を受け付けると、その乗車券に記録されている乗車券情報を読み取る（ｓ６１、ｓ６２）。このｓ６１、およびｓ６２にかかる処理は、上述した例のｓ２１、およびｓ２２と同様である。自動改札機２は、ｓ２２で乗車券情報として読み取った前回の利用種別が入場であるか、出場であるかを判定する（ｓ６３）。このｓ６３にかかる処理は、上述した例のｓ２３と同様である。自動改札機２は、前回の利用種別が出場であれば、サイクルエラーが生じていると判定し、今回乗車券情報を読み取った乗車券を所持している利用者に対して改札通路の通行を許可しないと判定し（ｓ６４）、ｓ６１に戻る。このｓ６４にかかる処理は、上述した例のｓ２４と同様である。

自動改札機２は、ｓ２３で前回の利用種別が入場であると判定すると、運賃の精算要求を精算判定サーバ１に送信する（ｓ６５）。この運賃の精算要求には、ｓ６２で受け付けた乗車券から読み取った、乗車券の識別番号、前回の利用種別（入場、または出場）、前回の利用駅、価値残高等を含む乗車券情報が含まれている。

精算判定サーバ１は、ネットワークを介してデータ通信可能に接続されているいずれかの駅務機器（ここでは、自動改札機２）から運賃の精算要求を通信部１２で受信すると（ｓ４１）、第１の運賃算出処理、および第２の運賃算出処理を行う（ｓ４２、ｓ４３）。このｓ４１〜ｓ４３にかかる処理は、上述した例のｓ１〜ｓ３にかかる処理と同様である。

精算判定サーバ１は、判定部１１ｃにおいて、第１の運賃算出処理で算出した運賃の金額と、第２の運賃算出処理で算出した運賃の金額とが一致しているかどうかを判定する（ｓ４４）。このｓ４４にかかる処理は、上述した例のｓ４と同様である。判定部１１ｃは、第１の運賃算出処理で算出した運賃の金額と、第２の運賃算出処理で算出した運賃の金額とが一致していなければ、運賃の精算が適正に行えないと判定し（ｓ４６）、通信部１２において運賃の精算要求を送信してきた自動改札機２に対して改札通路における利用者の通行禁止を送信する（ｓ５０）。このｓ４６にかかる処理は、上述した例のｓ７と同様である。

また、判定部１１ｃは、第１の運賃算出処理で算出した運賃の金額と、第２の運賃算出処理で算出した運賃の金額とが一致していると、運賃の精算が適正に行えると判定し（ｓ４５）、精算可能であるかどうかを判定する（ｓ４７）。このｓ４５にかかる処理は、上述した例のｓ５と同様である。また、ｓ４７では、判定部１１ｃは、ｓ４１で自動改札機２から受信した運賃の精算要求に含まれている乗車券情報の１つである価値残高が、第１の運賃算出処理で算出した運賃の金額（第２の運賃算出処理で算出した運賃の金額であってもよい。）以上であるかどうかを判定する。判定部１１ｃは、ｓ４７で乗車券の価値残高が、今回精算判定サーバ１から受信した判定結果に含まれている運賃の金額以上であれば精算可能と判定し、反対にｓ２２で乗車券から読み取った乗車券情報に含まれている価値残高が、第１の運賃算出処理で算出した運賃の金額未満であれば精算不可能と判定し、ｓ５０で通信部１２において運賃の精算要求を送信してきた自動改札機２に対して改札通路における利用者の通行禁止を送信する。

また、判定部１１ｃは、ｓ４１で自動改札機２から受信した運賃の精算要求に含まれている乗車券情報の１つである価値残高が、第１の運賃算出処理で算出した運賃の金額以上であれば、精算データを生成する（ｓ４８）。ｓ４８では、出場時刻（現在時刻）、出場駅（ｓ４１で受信した運賃の精算要求を送信してきた自動改札機２が設置されている駅）、今回の列車の利用にかかる運賃の金額（第１の運賃算出処理で算出した運賃の金額）、価値残高（ｓ４１で自動改札機２から受信した運賃の精算要求に含まれている乗車券情報の１つである価値残高から、今回の列車の利用にかかる運賃の金額を差し引いた価値）等を対応付けた精算データを生成する。

精算判定サーバ１は、通信部１２において運賃の精算要求を送信してきた自動改札機２に対して改札通路における利用者の通行許可を送信する（ｓ４９）。ｓ４９で送信する通行許可には、ｓ４８で生成した精算データが含まれている。精算判定サーバ１は、ｓ４８で生成した精算データを、駅務処理にかかるログデータとしてログデータ記憶ＤＢ１３に記憶し（ｓ５１）、ｓ４１に戻る。

ｓ４９とｓ５１の処理は、その順番が逆であってもよいが、自動改札機２おける利用者の改札処理に要する処理時間の増加を抑えるため、上述したようにｓ４９、ｓ５０の順番で行うのがよい。

図７に戻って、自動改札機２は、通信部２７において、ｓ６５で運賃の精算要求を精算判定サーバ１に送信すると、精算判定サーバ１からの改札通路における利用者の通行許可、または通行禁止の判定結果を通信部２７で受信するのを待っている（ｓ６６）。自動改札機２は、精算判定サーバ１から判定結果を受信すると、この判定結果が通行許可であるか、通行禁止であるかを判定する（ｓ６７）。自動改札機２は、ｓ６７で通行禁止であると判定すると、ｓ６４で今回乗車券情報を読み取った乗車券を所持している利用者に対して改札通路の通行を許可しないと判定し、ｓ６１に戻る。

また、自動改札機２は、ｓ６７で通行許可であると判定すると、ｓ６６で受信した判定結果に含まれている精算データを出場データとして乗車券に書き込む精算処理を行う（ｓ６８）。そして、自動改札機２は、今回乗車券情報を読み取った乗車券を所持している利用者に対して改札通路の通行を許可すると判定し（ｓ６９）、ｓ６１に戻る。

この図６、および図７に示す処理であっても、上記の例と同様の効果を奏する。また、この例では、自動改札機２は、精算判定サーバ１に対して、改札通路の通行を許可した利用者に対する改札処理（出場処理）のログを送信しないので、自動改札機２と精算判定サーバ１との間における通信のトラフィックを一層抑えられる。

また、上記の説明では、サイクルエラーが生じているかどうかを、自動改札機２側で判定するとしたが、この判定も精算判定サーバ１に行わせてもよい。この場合、ｓ６３では、ｓ６２で乗車券情報が適正に読み取れたかどうかについて判定すればよい。

１…精算判定サーバ
２…自動改札機
３…精算機
４…統括サーバ
１１…制御部
１１ａ…第１の要求処理部
１１ｂ…第２の要求処理部
１１ｃ…判定部
１３…ログデータ記憶ＤＢ

Claims (9)

1. 利用者に対して運賃の精算を行う駅務機器との間でデータ通信を行う通信部と、
   前記通信部が前記駅務機器から受信した運賃の精算要求にかかる処理を、第１のロジックで処理する第１の要求処理部と、
   前記通信部が前記駅務機器から受信した運賃の精算要求にかかる処理を、前記第１のロジックとは異なる第２のロジックで処理する第２の要求処理部と、
   前記通信部が前記駅務機器から受信した精算要求にかかる、前記第１の要求処理部の処理結果と、前記第２の要求処理部の処理結果とが一致していなければ、この精算要求について運賃の精算が適正に行えないと判定する判定部と、を備えた精算判定サーバ。
2. 前記第１の要求処理部、および前記第２の要求処理部は、前記通信部が前記駅務機器から受信した運賃の精算要求に含まれている乗車券情報を用いて利用者に対する運賃の金額を算出し、
   前記判定部は、前記通信部が前記駅務機器から受信した精算要求にかかる、前記第１の要求処理部が算出した運賃の金額と、第２の要求処理部が算出した運賃の金額とが一致していなければ、この精算要求について運賃の精算が適正に行えないと判定する、請求項１に記載の精算判定サーバ。
3. 前記通信部は、前記判定部において運賃の精算が適正に行えると判定された場合、算出された運賃の金額を含む処理結果を前記駅務機器に送信する、請求項２に記載の精算判定サーバ。
4. 前記判定部は、前記通信部が前記駅務機器から受信した精算要求にかかる、前記第１の要求処理部が算出した運賃の金額と、第２の要求処理部が算出した運賃の金額とが一致していれば、この精算要求について運賃の精算が適正に行えると判定する、請求項２、または３に記載の精算判定サーバ。
5. 前記通信部は、複数の前記駅務機器がデータ通信可能に接続されている、請求項１〜４のいずれかに記載の精算判定サーバ。
6. 前記駅務機器における利用者に対する駅務処理のログを記憶するログデータ記憶部を備えた、請求項１〜５のいずれかに記載の精算判定サーバ。
7. 前記駅務機器は、利用者に対して改札処理を行う自動改札機である、請求項１〜６のいずれかに記載の精算判定サーバ。
8. 請求項１〜７のいずれかに記載の精算判定サーバと、
   前記精算判定サーバとデータ通信可能に接続され、利用者に対して運賃の精算を行う駅務機器と、を備えた駅務システム。
9. 通信部において、利用者に対して運賃の精算を行う駅務機器から受信した運賃の精算要求にかかる処理を、第１のロジックで処理し、
   また、前記通信部において、前記駅務機器から受信した運賃の精算要求にかかる処理を、前記第１のロジックとは異なる第２のロジックで処理し、
   前記通信部が前記駅務機器から受信した精算要求について、前記第１のロジックで処理した処理結果と、前記第２のロジックで処理した処理結果とが一致していなければ、この精算要求について運賃の精算が適正に行えないと判定する、精算判定方法。

Images