(57)【要約】【課題】駅務機器が乗車券媒体を処理した結果を実際の機器や媒体等を使用せずに効率よく検証でき、駅務機器のソフトウェアの品質向上と検証工数の低減が図れる駅務機器の検証システムおよび検証方法を提供する。【解決手段】基本となる乗車券情報をデータベースに登録し、あらかじめ定められたテストケースとデータベースに登録された乗車券体情報に基づきテストデータを生成し、生成されたテストデータを入力として汎用パソコンにより自動改札機のプログラムを実行することにより検証結果を出力し、得られた検証結果とあらかじめテストケースに基づき生成された検証結果の期待値とを比較することにより合否判定する。【選択図】      図１
2009271604.tif 000002
【特許請求の範囲】
【請求項１】
駅務機器が搭載しているプログラムに基づき乗車券媒体を処理した結果を検証する駅務機器の検証システムにおいて、
基本となる乗車券媒体情報を記憶手段に登録する登録手段と、
あらかじめ定められたテストケースと前記記憶手段に登録された乗車券媒体情報に基づきテストデータを生成するテストデータ生成手段と、
このテストデータ生成手段により生成されたテストデータを入力としてコンピュータにより前記駅務機器のプログラムと同様なプログラムを実行することにより検証結果を出力する検証手段と、
この検証手段により得られた検証結果と前記テストケースに基づき生成された検証結果の期待値とを比較することにより合否判定する判定手段と、
を具備したことを特徴とする駅務機器の検証システム。
【請求項２】
駅務機器が搭載しているプログラムに基づき乗車券媒体を処理した結果を検証する駅務機器の検証方法において、
基本となる乗車券媒体情報を記憶手段に登録する登録工程と、
あらかじめ定められたテストケースと前記記憶手段に登録された乗車券媒体情報に基づきテストデータを生成するテストデータ生成工程と、
このテストデータ生成工程により生成されたテストデータを入力としてコンピュータにより前記駅務機器のプログラムと同様なプログラムを実行することにより検証結果を出力する検証工程と、
この検証工程により得られた検証結果と前記テストケースに基づき生成された検証結果の期待値とを比較することにより合否判定する判定工程と、
を具備したことを特徴とする駅務機器の検証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえば、交通機関の駅に設置される自動改札機や窓口処理機等の駅務機器が乗車券媒体を処理した結果を検証する駅務機器の検証システムおよび検証方法に関する。
【背景技術】
【０００２】
従来、たとえば、自動改札機の検証方法は、指定した設置駅に対してテストデータを作成しテストしている。そして、次の利用パターンに移るには、利用パターン先の設置駅用のテストデータを新たに作成しテストしている。
【０００３】
なお、このような自動改札機の検証に関連する技術として、特許文献１に示される自動改札機の検証システムおよび特許文献２に示される駅務機器の処理ロジック検証装置は公知である。
【特許文献１】特開２００６−２９３９１１号公報
【特許文献２】特開２００６−２６８２４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の問題点として、自動改札機の検証は利用する前のテストデータを作成してテストを実行しているため、テストデータの作成に時間を要し、テストデータの入力ミスによる修正作業を必ず必要としている。また、同じようなテストデータを作成してしまうことが多く、テスト資産の流用度が低いという問題がある。
【０００５】
そこで、本発明は、駅務機器が乗車券媒体を処理した結果を実際の機器や媒体等を使用せずに効率よく検証でき、駅務機器のソフトウェアの品質向上と検証工数の低減が図れる駅務機器の検証システムおよび検証方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の駅務機器の検証システムは、駅務機器が搭載しているプログラムに基づき乗車券媒体を処理した結果を検証する駅務機器の検証システムにおいて、基本となる乗車券媒体情報を記憶手段に登録する登録手段と、あらかじめ定められたテストケースと前記記憶手段に登録された乗車券媒体情報に基づきテストデータを生成するテストデータ生成手段と、このテストデータ生成手段により生成されたテストデータを入力としてコンピュータにより前記駅務機器のプログラムと同様なプログラムを実行することにより検証結果を出力する検証手段と、この検証手段により得られた検証結果と前記テストケースに基づき生成された検証結果の期待値とを比較することにより合否判定する判定手段とを具備している。
【０００７】
また、本発明の駅務機器の検証方法は、駅務機器が搭載しているプログラムに基づき乗車券媒体を処理した結果を検証する駅務機器の検証方法において、基本となる乗車券媒体情報を記憶手段に登録する登録工程と、あらかじめ定められたテストケースと前記記憶手段に登録された乗車券媒体情報に基づきテストデータを生成するテストデータ生成工程と、このテストデータ生成工程により生成されたテストデータを入力としてコンピュータにより前記駅務機器のプログラムと同様なプログラムを実行することにより検証結果を出力する検証工程と、この検証工程により得られた検証結果と前記テストケースに基づき生成された検証結果の期待値とを比較することにより合否判定する判定工程とを具備している。
【発明の効果】
【０００８】
本発明によれば、駅務機器が乗車券媒体を処理した結果を実際の機器や媒体等を使用せずに効率よく検証でき、駅務機器のソフトウェアの品質向上と検証工数の低減が図れる駅務機器の検証システムおよび検証方法を提供できる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態について図面を参照して説明する。  
図１は、本発明の実施の形態に係る例えば自動改札機の検証システムの構成を概略的に示すものである。この検証システムは、たとえば、交通機関の駅に設置される自動改札機が乗車券（乗車券媒体）を処理した結果を検証するもので、乗車券情報入力部１１、記憶手段としてのデータベース１２、テストケース保持部１３、検証手段としての検証部１４、期待値生成手段としての期待値生成部１５、判定手段としての比較部１６、および、判定結果出力部１７を有して構成されており、これらは汎用パーソナルコンピュータ（以下、パソコンと略称する）１８により実現される。
【００１０】
乗車券情報入力部１１は、基本となる乗車券情報、たとえば、普通乗車券、特急券、指定券、定期乗車券、ストアードフェア（ＳＦ）カードなどの情報となる有効期限、乗車駅、経由駅、降車駅、運賃、大人／小児、券種などの各種情報を設定入力するものである。  
データベース１２は、乗車券情報入力部１１により入力された乗車券情報を固有の登録番号と対応させて蓄積（記憶）するものであり、ここに登録された乗車券情報がテストデータとして用いられる。
【００１１】
テストケース保持部１３は、たとえば、図２に示すようなテストケースのデータおよび図３に示すようなシナリオデータを保持している。図２のテストケースは、テストする乗車券ごとに、乗車券の有効区間、組合せ（たとえば、乗車券と特急券など）、トリップと呼ばれる乗降車の順番（たとえば、乗車駅−降車駅−乗車駅−降車駅…の順番）に記載されている。図３のシナリオデータは、図２のテストケースに基づいてあらかじめ作成される。
【００１２】
検証部１４は、テストデータを入力情報として自動改札機に搭載している改札機プログラムを実行することにより、実際の自動改札機と同様な判定処理および運賃計算処理などを行なった後の乗車券情報、集計等のテスト結果（検証結果）を出力するもので、検証する実際の自動改札機に搭載されている改札機プログラムと同様なプログラム１９が搭載されている。  
また、検証部１４は、乗車券情報入力部１１により入力された乗車券情報をデータベース１２に登録する登録処理をも行なう。
【００１３】
期待値生成部１５は、テストケース保持部１３内のテストケースを入力情報として、検証結果の期待値を生成するもので、その期待値はテスト結果と同じ項目である。
【００１４】
比較部１６は、検証部１４により得られた検証結果と期待値生成部１５により生成された検証結果の期待値とを比較することにより合否判定を行ない、その判定結果を保持するとともに出力するものである。
【００１５】
判定結果出力部１７は、比較部１６の判定結果をディスプレイに表示出力したり、プリンタでプリント出力したりするものである。
【００１６】
次に、このような構成において動作を説明する。  
まず、乗車券情報の登録処理について図４に示すフローチャートを参照して説明する。
【００１７】
乗車券情報入力部１１により基本となる乗車券情報を入力する（ステップＳ１）。乗車券情報が入力されると、検証部１４は、新規の登録か（重複でないか）をチェックし（ステップＳ２）、新規の登録であれば、入力された乗車券情報に対し固有の登録番号を付与することで（ステップＳ３）、乗車券情報と登録番号とを対応させてデータベース１２に登録する（ステップＳ４）。
【００１８】
次に、検証部１４は、最終データか否かをチェックし（ステップＳ５）、最終データでなければステップＳ１に戻って上記同様な動作を繰り返し、最終データであれば当該登録処理を終了する。なお、ステップＳ２のチェックの結果、新規の登録でなければステップＳ５に進み、上記同様な動作を繰り返す。
【００１９】
次に、期待値生成部１５における期待値生成処理について図５に示すフローチャートを参照して説明する。  
テストケース保持部１３からテストケースのデータを入力情報として取込み（ステップＳ１１）、期待値生成ツールを実行することにより（ステップＳ１２）、自動改札機の検証結果の期待値を生成して保存する（ステップＳ１３）。
【００２０】
次に、検証部１４における検証処理について図６〜図８に示すフローチャートを参照して説明する。  
まず、テストケース保持部１３から改札のシナリオデータ（図３の例ではシナリオデータ３１）を取込み（ステップＳ２１）、この取込んだシナリオデータ内の１枚目の登録番号に基づきデータベース１２を検索することにより、該当する乗車券情報をテストデータとして取得する（ステップＳ２２）。
【００２１】
次に、取込んだシナリオデータ内に２枚目のデータがあるか否かをチェックし（ステップＳ２３）、２枚目のデータがある場合、取込んだシナリオデータ内の２枚目の登録番号に基づきデータベース１２を検索することにより、該当する乗車券情報をテストデータとして取得する（ステップＳ２４）。
【００２２】
３枚目以降も同様に行ない、ｎ枚目のデータがある場合（ステップＳ２５）、取込んだシナリオデータ内のｎ枚目の登録番号に基づきデータベース１２を検索することにより、該当する乗車券情報をテストデータとして取得する（ステップＳ２６）。
【００２３】
次に、取得した各テストデータを組立てた後（ステップＳ２７）、改札機プログラム１９を実行することにより、実際の自動改札機と同様な改札の判定処理および運賃計算処理などを行ない（ステップＳ２８）、そのテスト結果（テスト結果Ａとする）を出力して保存する（ステップＳ２９）。
【００２４】
次に、テストケース保持部１３内のシナリオデータに集札のシナリオデータがあるか否かをチェックし（ステップＳ３０）、集札のシナリオデータがある場合、当該集札のシナリオデータ（図３の例ではシナリオデータ３２）を取込み（ステップＳ３１）、１枚目は改札通過データ使用であるか否かをチェックする（ステップＳ３２）。
【００２５】
このチェックの結果、１枚目は改札通過データ使用である場合、テスト結果Ａから１枚目のテストデータを取得し（ステップＳ３３）、１枚目は改札通過データ使用でない場合、取込んだシナリオデータ内の１枚目の登録番号に基づきデータベース１２を検索することにより、該当する乗車券情報をテストデータとして取得する（ステップＳ３４）。
【００２６】
２枚目以降も同様に行ない、次に、ｎ枚目は改札通過データ使用である場合（ステップＳ３５）、テスト結果Ａからｎ枚目のテストデータを取得し（ステップＳ３６）、ｎ枚目は改札通過データ使用でない場合、取込んだシナリオデータ内のｎ枚目の登録番号に基づきデータベース１２を検索することにより、該当する乗車券情報をテストデータとして取得する（ステップＳ３７）。
【００２７】
次に、取得した各テストデータを組立てた後（ステップＳ３８）、改札機プログラム１９を実行することにより、実際の自動改札機と同様な集札の判定処理および運賃計算処理などを行ない（ステップＳ３９）、そのテスト結果（テスト結果Ｂとする）を出力して保存する（ステップＳ４０）。
【００２８】
次に、シナリオが継続するか否かをチェックし（ステップＳ４１）、シナリオが継続しない場合、次のテストケースがあるか否かをチェックし（ステップＳ４２）、次のテストケースがない場合、処理を終了し、次のテストケースがある場合、ステップＳ２１へ戻り、上記同様な動作を繰り返す。
【００２９】
ステップＳ３０におけるチェックの結果、集札のシナリオデータがない場合、あるいは、ステップＳ４１におけるチェックの結果、シナリオが継続する場合、テストケース保持部１３内のシナリオデータから改札のシナリオデータ（図３の例ではシナリオデータ３３）を取込み（ステップＳ４３）、１枚目は集札通過データ使用であるか否かをチェックする（ステップＳ４４）。
【００３０】
このチェックの結果、１枚目は集札通過データ使用である場合、テスト結果Ｂから１枚目のテストデータを取得し（ステップＳ４５）、１枚目は集札通過データ使用でない場合、取込んだシナリオデータ内の１枚目の登録番号に基づきデータベース１２を検索することにより、該当する乗車券情報をテストデータとして取得する（ステップＳ４６）。
【００３１】
２枚目以降も同様に行ない、次に、ｎ枚目は集札通過データ使用である場合（ステップＳ４７）、テスト結果Ｂからｎ枚目のテストデータを取得し（ステップＳ４８）、ｎ枚目は集札通過データ使用でない場合、取込んだシナリオデータ内のｎ枚目の登録番号に基づきデータベース１２を検索することにより、該当する乗車券情報をテストデータとして取得する（ステップＳ４９）。
【００３２】
次に、取得した各テストデータを組立てた後（ステップＳ５０）、改札機プログラム１９を実行することにより、実際の自動改札機と同様な改札の判定処理および運賃計算処理などを行ない（ステップＳ５１）、そのテスト結果（テスト結果Ｃとする）を出力して保存する（ステップＳ５２）。
【００３３】
次に、シナリオが継続するか否かをチェックし（ステップＳ５３）、シナリオが継続する場合、ステップＳ３０へ戻って上記同様な動作を繰り返し、シナリオが継続しない場合、ステップＳ４２へ戻って上記同様な動作を繰り返す。
【００３４】
次に、比較部１６における判定処理について図９に示すフローチャートを参照して説明する。  
まず、検証部１４からテスト結果を読出すとともに（ステップＳ６１）、期待値生成部１５から検証結果の期待値を読出す（ステップＳ６２）。次に、読出したテスト結果と期待値とを比較することにより合否判定を行ない（ステップＳ６３）、その判定結果（比較結果）を保持するするとともに（ステップＳ６４）、その判定結果（比較結果）を出力する（ステップＳ６５）。
【００３５】
以上説明したように、上記実施の形態によれば、自動改札機が乗車券を処理した結果を実際の自動改札機や乗車券等を使用せずに効率よく検証でき、自動改札機のソフトウェアの品質向上と検証工数の低減が図れる。
【００３６】
また、テストデータを自動生成する機能により、入力ミスによる後戻り作業の低減、既存テストデータを流用することにより効率のよいテスト準備ができる。  
また、テスト結果と期待値は、テストケース１件あたりの情報量が多くても電子ファイルにて自動比較することにより、効率のよいテスト実行ができる。
【００３７】
さらに、たとえば、乗車券の発行を目的とした券売機、定期券発行機、複合発券機などのプログラム、乗車券の処理を目的とした自動改札機、精算機、窓口処理機などのプログラムを検証部１４に実装させることにより、券売機、定期券発行機のプログラムで発行された電子データがテストデータになり、このテストデータを入力として各駅務機器のプログラムを実行することにより、媒体クロステストが実機を使わずに実行できる。
【００３８】
なお、前記実施の形態では、駅務機器が自動改札機の場合について説明したが、自動改札機に限らず、たとえば、券売機、定期券発行機、窓口処理機などであっても同様に適用できる。
【図面の簡単な説明】
【００３９】
【図１】本発明の実施の形態に係る例えば自動改札機の検証システムの構成を概略的に示すブロック図。
【図２】テストケースのデータ例を示す図。
【図３】シナリオデータの一例を示す図。
【図４】乗車券情報の登録処理について説明するフローチャート。
【図５】期待値生成部における期待値生成処理について説明するフローチャート。
【図６】検証部における検証処理について説明するフローチャート。
【図７】検証部における検証処理について説明するフローチャート。
【図８】検証部における検証処理について説明するフローチャート。
【図９】比較部における判定処理について説明するフローチャート。
【符号の説明】
【００４０】
１１…乗車券情報入力部、１２…データベース（記憶手段）、１３…テストケース保持部、１４…検証部（検証手段）、１５…期待値生成部（期待値生成手段）、１６…比較部（判定手段）、１７…判定結果出力部（出力手段）、１８…汎用パーソナルコンピュータ（パソコン）、１９…改札機プログラム。
【図１】
2009271604.tif 000003
【図２】
2009271604.tif 000004
【図３】
2009271604.tif 000005
【図４】
2009271604.tif 000006
【図５】
2009271604.tif 000007
【図６】
2009271604.tif 000008
【図７】
2009271604.tif 000009
【図８】
2009271604.tif 000010
【図９】
2009271604.tif 000011