JP2007082078A - データ中継装置 - Google Patents

Abstract

【課題】現地運用と並行してＯＳやアプリケーションの運用試験が実行可能なデータ中継装置を提供すること。
【解決手段】データ中継装置の動作を制御するデータ中継制御部（６０）と、データ中継機制御部に接続された入力部と表示部からなる画面操作部（７０）とを備え、センタサーバと複数の端末装置とのデータ中継を実行するデータ中継装置（１０）において、該データ中継装置に予め記憶されているソフトウェアを更新するとき、この更新するソフトウェアが当該データ中継装置で正常に動作するか否かを、該データ中継装置の運用中に、動作確認するための仮想実行部（６３）を有する。
【選択図】図１

Description

本発明は、データ中継装置に関する。

現在、データ中継機の現地運用に即した試験は工場での総合試験工程で実施されている。ここにおいて、データ中継機ＯＳ（Operating System）のセキュリティ対策のためのバージョンアップが頻繁に行われているため、ＯＳのバージョンアップに対するアプリケーションの動作確認や、現地適用のサイクルが間に合わない。また、データ中継機アプリケーションソフトウェアの頻繁な更新に対しても同様である。これは、設置サイト（駅）により動作モードやその環境（改札機の通過人数の違い等）により現地の運用方法が異なるためである。

現在データ中継機ソフトウェアの運用試験環境はメーカの試験環境に構築されて、運用試験はこの環境で実施されているが、以下のような問題がある。
（１） データ中継機の運用特性（外部に接続される機器の台数、処理データ量の違い等）が設置サイト毎に異なるため、メーカの試験環境に工場に各サイトの運用試験環境を構築することは困難である。
（２） メーカの試験環境にサイト毎の運用試験環境を構築できたとしても、現地運用に即した試験を工場で行うための環境整備等に工数（時間）がかかる。

本発明は、現地運用と並行してＯＳやアプリケーションの運用試験が実行可能なデータ中継装置を提供することを目的とする。

本発明は、現地運用中のデータ中継機（装置）にバーチャルマシン（エミュレータ）を搭載し、その中にソフト運用試験を実行する環境を構築することにより、当該バーチャルマシンによりバックグランドで運用試験を実行させている。このことにより、業務を実行しながら、ソフト運用試験（現地の運用環境に従った試験）を現地機体で実施することができる。また、現地運用中のデータ中継機を使用することで、試験からバージョンアップへの作業の自動化、迅速化、省コスト化が実現できる。

具体的には、本発明の局面に係る発明は、データ中継装置の動作を制御するデータ中継制御部と、データ中継機制御部に接続された入力部と表示部からなる画面操作部とを備え、センタサーバと複数の端末装置とのデータ中継を実行するデータ中継装置において、該データ中継装置に予め記憶されているソフトウェアを更新するとき、この更新するソフトウェアが当該データ中継装置で正常に動作するか否かを、該データ中継装置の運用中に、動作確認するための仮想実行部を有することを特徴とする。

本発明によれば、データ中継機を現地で運用しながら現地試験が可能となる。このため、メーカで試験環境用に現地構成を再現させる必要がなくなる。また、現地試験をおこなうことにより、現地（例えば、各駅）の運用の特徴に合わせた再現試験が容易に実現できる。

図面を参照して本発明の実施の形態を説明する。図１は、本発明の一実施形態に係るデータ中継装置を含む駅務システムの全体の概略構成を示すブロック図である。
駅務システムは、データ中継装置１０と、センタサーバ２０と、複数の自動改札機３０（１台でもよいが、一般には複数で構成されるので、ここでは複数とする。なお本明細書においては「自動改札機」は、それ以外の駅務機器である乗車券券売機、精算機、カード発売機なども含むものとする）と、保守サーバ４０とを備えており、ネットワーク５０で通信可能に接続されている。なお、データ中継機１０は、汎用のコンピュータ（例えば、パーソナルコンピュータでも良い）であって、図示しない記憶部（ハードディスクや、メモリ等）と中央処理装置（ＣＰＵ）と通信インターフェースを含む各種のインターフェースを備えたデータ中継機制御部６０と、データ中継機制御部６０に接続されたタッチパネル或いはポインティングデバイスとディスプレイなどからなるデータ中継機・画面操作部７０とを備えている。また、ネットワーク接続は、通常用いられているＴＣＰ／ＩＰ接続であるが、他の通信プロトコルを用いて通信するようにしても構わない。

上記のような構成において、データ中継機１０は、ネットワーク５０を経由して、自動改札機３０に各パラメータデータやプログラム判定データを送信する。自動改札機３０はネットワーク５０を経由して、図示しないＩＣカードの処理情報（１件明細データ）をデータ中継機１０に送信する。センタサーバ２０は、ネットワーク５０を経由して、データ中継機１０に各パラメータを送信する。データ中継機１０は、ネットワーク５０を経由して、自動改札機３０から受信した１件明細データをセンタサーバ２０に送信する。更に、データ中継機１０は、保守サーバ４０に「運用試験結果」を通知する。

上記のように構成された駅務システムにおいて、データ中継機１０のシステムは、図２にように構成されている。図２は、データ中継機制御部６０のシステム構成を示すブロック図である。本発明では、データ中継機１０がバーチャルマシン（エミュレータ）を搭載し、該バーチャルマシン上で新たなＯＳ（Operating System：以下、「新ＯＳ」と称する）や新たなアプリケーション（以下、「新アプリケーション」と称する）を起動させて、バグの有無を確認するようにしている。なお、本実施形態で「バーチャルマシン」と称する部分は、仮想的にＯＳやアプリケーションなどのソフトウェアを実行する部分である。

具体的には、本発明の一実施形態に係るデータ中継機制御部６０では、基本ＯＳ上にデータ中継機アプリケーション６１が動作するとともに、運用試験時には、バーチャルマシンも動作している。具体的な構成は以下の通りである。

データ中継機制御部６０として機能する部分は、データ中継機アプリケーション６１とアプリケーションログ６２である。当該部分は常時動作しており、データ中継機アプリケーション６１は、センタサーバ２０と自動改札機３０とのデータの中継を行うためのアプリケーションであり、データ中継機１０はこのソフトウェアで運用される。アプリケーションログ６２は、データ中継機アプリケーション６１が出力した、外部機器通信、画面・画面操作イベント及び、内部処理のログである。なお、このログは、「シミュレータ入力データ」の原始データとなる。

バーチャルマシン６３は、試験用データ中継機アプリケーション６４が動作するハードウェア（ＯＳ）のエミュレータであって、ＯＳ又はアプリケーションに係る運用試験環境が内部に構築されている。なお、バーチャルマシンでは、試験したいバージョンのＯＳまたは試験用データ中継機アプリケーション６４が動作することになる。バーチャルマシン６３では、試験用データ中継機アプリケーション６４と、テストアプリケーションログ６５と、通信・画面操作イベントシミュレータ６６と、シミュレータ入力データ６７と、運用試験制御ソフト６８とが動作するようになっている。

試験用データ中継機アプリケーション６４は、運用試験対象のデータ中継機１０のアプリケーションソフトウェアであって、バーチャルマシン６３上で動作し、試験されるアプリケーションである。この場合において、試験用データ中継機アプリケーション６４は、データ中継機アプリケーション６１と同一の機能・動作を要求されるので、
（１） データ中継機アプリケーションと外部Ｉ／Ｆ及び画面操作仕様が変わらないこと。
（２） 各プログラムモジュール間Ｉ／Ｆも変更がないこと。
という制約が課せられるが、各プログラムモジュール内の軽微な変更は許される。なお、バージョンアップなどの更新がＯＳに係るものであれば、試験用データ中継機アプリケーション６４とデータ中継機アプリケーション６１とは同一のバージョンのものが適用される。

テストアプリケーションログ６５は、試験用データ中継機アプリケーション６４が出力した、外部機器通信、画面・画面操作イベント及び、内部処理ログであって、このデータが、シミュレータ入力データ６７とコンペアされ、試験結果が判定される。

通信・画面操作イベントシミュレータ６６は、シミュレータ入力データ６７を入力データとして、データ中継機アプリケーション６１のアプリケーションログ６２を読み込む。そして、自動改札機３０、センタサーバ２０のシミュレータとして、試験用データ中継機アプリケーションと通信を行い、データ中継機・画面操作部７０のシミュレータとして、試験用データ中継機アプリケーション６４の画面操作イベント（マウスイベント）を発生させる。これにより、試験用データ中継機アプリケーション６４は本シミュレータ６６によって、現地環境と同様の外部イベントを受けることができる。

シミュレータ入力データ６７は、アプリケーションログ６２の一部（予め設定された試験期間分）を読み出すものであって、当該データは、通信・画面操作イベントシミュレータ６６に入力されて、現地で発生した外部イベントを再現させるために使用される。試験用データ中継機アプリケーション６４による試験終了後にテストアプリケーションログの内容と、シミュレータ入力データ６７とがコンペアされ、試験結果が判定される。この場合において、例えば、試験結果として、
比較結果（差異無し） → ＯＫ
比較結果（差異有り） → ＮＧ
というように、結果が出力される。

運用試験制御ソフト６８は、運用試験開始・終了の制御を行うものであって、データ中継機アプリケーション６１のアプリケーションログ６２を通信・画面操作イベントシミュレータ６６に渡す。そして、データ中継機アプリケーション６１のアプリケーションログ６２と試験用データ中継機アプリケーション６４のテストアプリケーションログ６５のコンペアを行い、試験結果を保守サーバ４０に出力する。

上記のように構成されたデータ中継機制御部６０の運用試験の手順を図３から図６を参照して説明する。図３は、運用試験の全体の流れを示すフローチャートであり、図４から図６は、それぞれ、図３における、運用試験準備、運用試験実行及び試験結果通知の流れを示すフローチャートである。なお、運用試験は、次のような場合に実行される。
（１） ＯＳを更新したいが、ＯＳの更新がデータ中継機アプリケーション実行に影響がないか知りたい。
（２） データ中継機アプリケーションを更新したいが、現地運用で問題ないか確かめたい。

上記のような場合において、確認したいＯＳまたはアプリケーションのバージョンアップをバーチャルマシン上で実施し、運用試験制御ソフト６８を起動し、運用試験を開始して、試験結果（ログ比較結果）がＯＫであれば、本体のＯＳまたはアプリケーションをバージョンアップし、比較結果ＮＧであればメーカに調査依頼する。

以下、具体的に、試験の流れを説明する。
まず、運用試験制御ソフト６８にテスト対象となる試験用データ中継機アプリケーション６４またはＯＳを登録する（図３のステップＡ１）。運用試験制御ソフト６８は、運用試験の準備を行う（図３のステップＡ２）。
運用試験の準備として、まず、運用試験制御ソフト６８は、バーチャルマシン６３内の試験用データ中継機アプリケーション６４またはＯＳを登録されたアプリケーションまたはＯＳでバージョンアップする（図４のステップＢ１）。次に、運用試験制御ソフト６８は、アプリケーションログ６２の中から一定期間の動作のログを読み出し、シミュレータ入力データ６７を生成する。（図４のステップＢ２）。

シミュレータ入力データ６７が生成されたら、運用試験制御ソフト６８は運用試験を実行する（図３のステップＡ３）。この運用試験において、運用試験制御ソフト６８は、試験用データ中継機アプリケーション６４及び通信・画面操作イベントシミュレータ６６を起動して、運用試験を開始する（図５のステップＣ１）。そして、試験用データ中継機アプリケーション６４と通信・画面操作イベントシミュレータ６６によって運用試験が実施されるが、この運用試験において、試験用データ中継機アプリケーション６４は、運用試験中のログをテストアプリケーションログ６５として保存する。また、運用試験制御ソフト６８は、運用試験の実行状況（進捗）を監視し（図５のステップＣ２）、運用試験が終了するまで、その進捗状況を監視する（図５のステップＣ３）。

運用試験が終了すると、試験結果の通知がなされ（図３のステップＡ４）、まず、運用試験制御ソフト６８は、テストアプリケーションログ６５とシミュレータ入力データ６７のコンペアを行う（図６のステップＤ１）。そして、運用試験制御ソフト６８は、コンペア結果を試験結果として保守サーバ４０に通知する（ステップＤ２）。
運用試験制御ソフト６８は、コンペア結果（すなわち、試験結果）が判定ＯＫであると判定した場合（図６のステップＤ３のＹｅｓ）、試験バージョンソフトの現地適用（バージョンアップ）のスケジューリングを行う（図６のステップＤ４）。そして、運用試験制御ソフト６８によってスケジューリングされた現地適用タイミングで、バージョンアップの対象となるデータ中継機アプリケーション又はＯＳが自動バージョンアップされる。なお、図６のステップＤ３において、試験結果がＮＧであれば、処理をそのまま終了し、例えば、メーカに調査依頼が行われる。その際に、メーカにコンペア結果を送信しておくことが好ましい。

上記のように、本発明によれば、データ中継機を現地で運用しながら現地試験が可能となる。このため、メーカで試験環境用に現地構成を再現させる必要がなくなる。また、現地試験をおこなうことにより、現地（例えば、各駅）の運用の特徴に合わせた再現試験が容易に実現できる。

また、現地運用特性毎の試験環境をメーカの運用試験環境に構築する必要が無く、現地サイトの機器を利用して運用試験が可能となる。そのため、各設置サイト毎の現地運用試験がスピーディーに実行することができる。更に、最終確認（不具合が基本的に無いという前提）としての現地試験及びバージョンアップが、システム使用者側で実施することができる。特にＯＳのバージョンアップによるアプリケーションへの影響確認をシステム使用者側で確認可能となる。

本発明は、上記各実施の形態に限ることなく、その他、実施段階ではその要旨を逸脱しない範囲で種々の変形を実施し得ることが可能である。さらに、上記各実施形態には、種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組合せにより種々の発明が抽出され得る。

また、例えば各実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

本発明の一実施形態に係るデータ中継装置を含む駅務システムの全体の概略構成を示すブロック図。 データ中継機制御部のシステム構成を示すブロック図。 運用試験の全体の流れを示すフローチャート。 運用試験準備の流れを示すフローチャート。 運用試験実行の流れを示すフローチャート。 試験結果通知の流れを示すフローチャート。

符号の説明

１０…データ中継機（データ中継装置）
２０…センタサーバ
３０…自動改札機
４０…保守サーバ
５０…ネットワーク
６０…データ中継機制御部
６１…データ中継機アプリケーション
６２…アプリケーションログ
６３…バーチャルマシン
６４…試験用データ中継機アプリケーション
６５…テストプリケーションログ
６６…通信・画面操作イベントシミュレータ
６７…シミュレータ入力データ
６８…運用試験制御ソフト
７０…データ中継機・画面操作部

Claims (7)

1. データ中継装置の動作を制御するデータ中継制御部と、データ中継機制御部に接続された入力部と表示部からなる画面操作部とを備え、センタサーバと複数の端末装置とのデータ中継を実行するデータ中継装置において、
   該データ中継装置に予め記憶されているソフトウェアを更新するとき、この更新するソフトウェアが当該データ中継装置で正常に動作するか否かを、該データ中継装置の運用中に、動作確認するための仮想実行部を有することを特徴とするデータ中継装置。
2. 請求項１に記載のデータ中継装置において、前記仮想実行部の前記更新するソフトウェアの動作確認は該データ中継装置の運用中に、バックグラウンドで実行されることを特徴とするデータ中継装置。
3. 請求項１又は請求項２に記載のデータ中継装置において、前記仮想実行部は、
   実際の運用結果のログを取得する手段と、
   前記ログに基づいて試験用のソフトウェアで運用試験を実行する手段と、
   前記運用結果のログと運用試験のログとを比較する手段とを具備することを特徴とするデータ中継装置。
4. 請求項３に記載のデータ中継装置において、前記比較手段において、その比較結果が「差異なし」と判定された場合に、運用中のソフトウェアを試験後のソフトウェアにバージョンアップすることを特徴とするデータ中継装置。
5. 請求項４に記載のデータ中継装置において、前記比較結果が「差異なし」と判定された場合に、バージョンアップのスケジューリングを行い、このスケジューリングされた時刻にバージョンアップすることを特徴とするデータ中継装置。
6. 請求項３に記載のデータ中継装置において、前記比較手段において、その比較結果が「差異あり」と判定された場合に、当該結果を保守サーバに通知することを特徴とするデータ中継装置。
7. データ中継装置の動作を制御するデータ中継制御部と、データ中継機制御部に接続されたタッチパネル或いはポインティングデバイスとディスプレイなどからなるデータ中継機・画面操作部とを備え、センタサーバと複数の駅務機器とのデータ中継を実行するデータ中継装置において、
   バージョンアップされたソフトウェアが当該データ中継装置で正常に動作するかどうかを、該データ中継装置の運用中に、運用試験を実行するための仮想実行部を内蔵したことを特徴とするデータ中継装置。

Images