JP4514048B2 - 駅務機器の処理ロジック検証装置 - Google Patents

Description

本発明は自動改札機、精算機、窓口処理機等の駅務機器の処理ロジックを検証する装置に関する。

定期券とＳＦカード（ストアード・フェアー・カード）を格納したＩＣカード複合券が使用され、複合券に対する処理を行う改札系の駅務機器（自動改札機、精算機、窓口処理機等）では、ＩＣカードのデータを読み込み、保持している全経路データを参照して最短最安運賃を計算している。

しかし、鉄道線路は複雑に接続しているため運賃算定が複雑な場合があり、運賃算定についての問題点も指摘されている。この対策として、従来、改札系駅務機器の処理モジュールを搭載した複数の判定シミュレータを使用し、特定の定期毎に、過去に指摘された問題点を中心に人間が想定した当該定期に合ったロジックパターン（経路パターン）を判定シミュレータにかけ、判定結果を突合して判定モジュールの正当性を検証することが行われていた。

しかし、過去の問題点を中心に人間が想定したロジックパターンでの検証では、想定に漏れるパターンが存在せざるを得ず、これを避けるためには、特定の１種類の定期毎に、自動により全乗降パターンを確認しなければならない。しかしながら、鉄道線路の全経路についての全乗降パターンは膨大であり、これを行うのは現実的ではない。

本発明は上記課題を解決しようとするもので、ＩＣカード複合券に対する判定モジュールの検証を１つの経路パターンを使用して行えるようにし、検証にかかる時間の短縮、コストの低減を図るとともに、運賃誤収受、誤判定を防止することを目的とする。
そのために本発明は、突合済みの運賃判定データを使用した場合の判定モジュールを利用した２駅間運賃が突合済みであり、定期券とＳＦカードを格納した複合券から読み込んだ定期券経路の精算起点駅候補を全て抽出し、定期経路を利用した最安運賃と、ＳＦカードのみ使用した最安運賃とを比較して最安運賃を算出する複数の判定モジュールと、各判定モジュールが抽出した精算起点駅候補を突合する突合手段とを備え、前記突合手段による突合の結果、不一致のものがあれば当該判定モジュールの処理ロジックを修正して全判定モジュールが抽出する精算起点駅候補を一致させるようにしたことを特徴とする。

本発明は、あらかじめ各社間で突合した正当な運賃判定データと、ＳＦトリップの場合のみ、前記運賃判定データを正当に処理できる判定モジュールを使用する。各社の判定モジュールは正当な運賃判定データより、ＳＦトリップの場合のみ正しい運賃を算定することが突合済みである。このような突合済みの運賃判定データと各社の判定モジュールを使用し、ＩＣカード複合券のデータを読み込んで定期の精算起点駅候補を全て抽出し、各判定モジュールが抽出した精算起点駅候補を突合し、不一致の場合は判定モジュールに訂正をかける。ＳＦトリップの場合（２駅間運賃）は全て突合済みであるため複合券に対する判定モジュールの検証は、１つの経路パターンで精算起点駅候補を全て突合するだけで十分であり、検証にかかる時間の短縮、コストの低減を図ると共に、運賃誤収受、誤判定を防止することが可能となる。

以下、本発明の実施の形態について説明する。
図１は本発明の処理ロジック検証装置を説明するブロック図、図２は判定処理を説明する図である。
図１において、運賃判定データ１０は、各メーカが作成した全路線の駅番号、全路線の交差駅、分岐駅、ラッチデータ及びキロ程（駅間キロ）、任意の駅間の経路、その経路のキロ程や運賃、任意の経路の定期券のエンコード情報（発着駅、経由駅）や運賃、各社線に跨がる全ての経路について運賃を算定するためのデータをあらかじめ各社間で突合したデータである。

ロジック検証装置２０は、各社の判定モジュール２１−１、２１−２、……２１−ｎと、各判定モジュールの出力を突合する手段２２を有している。各社の判定モジュール２１−１、２１−２、……２１−ｎは、前述の正当な運賃判定データを使用してＳＦトリップ（ＳＦのみによる乗車）について算出した運賃が突合済みであり、正当な運賃判定データから２駅間の正しい運賃を算定できる判定モジュールである。そして、これらの判定モジュールで、複合券から読み込んだ定期に対する精算起点駅候補を全て抽出する。突合手段２２は、判定モジュール２１−１、２１−２、……２１−ｎで抽出された精算起点駅候補を突合する。そして、不一致のものがあれば当該判定モジュールの処理ロジックに修正をかけて全ての判定モジュールが抽出する精算起点駅候補を一致させる。

判定モジュール２１−１、２１−２、……２１−ｎは２駅間については正しい運賃を算定できることが検証済みであるので、複合券の運賃算定において、定期経路外の全経路を対象とする必要はなく、１つの経路のみ検証すれば他の経路についての検証は省略可能であり、定期の精算起点駅候補さえ正しく抽出できればよい。

図１に示すような処理ロジック検証装置を用いて運賃決定を行う処理を図２を参照して説明する。図２において、複合券の定期券経路はＥ駅−Ｆ駅（経由駅）−Ｇ駅であり、Ａ駅で乗車し、Ｈ駅で降車した場合を想定する。

判定モジュールでは、この定期券の精算駅候補を全て抽出する。ここでは端駅であるＥ駅、Ｇ駅、交叉駅であるＦ駅とする。このような処理を各社の判定モジュールで行い、各社すべての判定モジュールが同じ精算起点駅候補が抽出できるようにする。精算起点駅候補が正しく抽出できれば、判定モジュールは２駅間の運賃を正しく算出できるので、乗車駅Ａから最安の精算起点駅Ｅを抽出し、Ａ駅−Ｅ駅間の運賃を算出する。次に、同様にして降車駅Ｈから最安の精算起点駅Ｇを抽出し、Ｇ駅−Ｈ駅間の運賃を算出する。従って、定期経路を利用した最安運賃はＡ−Ｅ運賃＋Ｇ−Ｈ運賃となる。この例では定期経路が全て利用されているが、もちろん定期経路の一部が利用される場合もあり得る。次いで、ＳＦのみ利用した乗車駅Ａから降車駅Ｈまでの最安運賃Ａ−Ｄ−Ｈを算出する。

次に、定期経路を利用した最安運賃とＳＦのみ利用した最安運賃とを比較し、
Ａ−Ｅ運賃＋Ｇ−Ｈ運賃＞Ａ−Ｄ−Ｈ運賃
であればＳＦ運賃を採用し、それ以外は定期経路を利用した最安運賃を採用する。
この場合に、従来の判定モジュールの検証では、Ａ駅、Ｈ駅をいろいろ変えてあらゆる経路についてのチェックを行っていたが、本発明では２駅間の正しい運賃の算出については全経路について既に検証済みであるため一つの経路（乗車駅、降車駅）についてのみ検証すればよい。

本発明によれば、検証にかかる時間の短縮、コストの低減を図ると共に、運賃誤収受、誤判定を防止することが可能とであるので産業上の利用価値は極めて大きい。

処理ロジック検証装置を説明するブロック図である。 判定処理を説明する図である。

符号の説明

１０…運賃判定データ、２１−１、２１−２、……２１−ｎ…判定モジュール、２２…突合。

Claims (1)

1. 突合済みの運賃判定データを使用した場合の判定モジュールを利用した２駅間運賃が突合済みであり、定期券とＳＦカードを格納した複合券から読み込んだ定期券経路の精算起点駅候補を全て抽出し、定期経路を利用した最安運賃と、ＳＦカードのみ使用した最安運賃とを比較して最安運賃を算出する複数の判定モジュールと、
   各判定モジュールが抽出した精算起点駅候補を突合する突合手段とを備え、
   前記突合手段による突合の結果、不一致のものがあれば当該判定モジュールの処理ロジックを修正して全判定モジュールが抽出する精算起点駅候補を一致させるようにしたことを特徴とする駅務機器の処理ロジック検証装置。

Images