JP2006268146A

JP2006268146A - 駅務中継機

Info

Publication number: JP2006268146A
Application number: JP2005082008A
Authority: JP
Inventors: Yoshio Ichinohe; 美穂一戸
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2005-03-22
Filing date: 2005-03-22
Publication date: 2006-10-05
Anticipated expiration: 2025-03-22
Also published as: JP4686226B2

Abstract

【課題】各駅務機器のソフトウェア並びにデータの管理が容易で、データ保全性に優れた、信頼性の高い駅務システムを構築できる駅務中継機を提供することを課題とする。
【解決手段】オペレーティングシステム３１と、駅務用アプリケーション３２ａ，３２ｂ，３２ｃとの間に介在された駅務用フレームワーク３３は、駅務中継機１６の管理対象にある複数の自動改札機から送出されたデータに関するデータ保全のための処理を駅務用アプリケーション３２ａ，３２ｂ，３２ｃに意識させずに実行する。
【選択図】図２

Description

本発明は、駅務システムに於いて、複数の駅務機器を対象に、当該各駅務機器で処理したデータを収集して所定のデータ処理装置に転送する駅務中継機に関する。

自動改札機を含む各種の駅務機器を備えた駅務システムに於いては、特に扱うデータの信頼性が重視され、通信やメモリエラーによるデータ化け、データそのものの抜け落ちの検知、データ破損等への対策が要求される。また、この種、駅務システムに於いては、ソフトウェアや判定用データのバージョンアップ時に、多数の各駅に対し短時間で更新を済ませる必要があるため、サーバから各駅務機器へソフトウェアをダウンロードし、自動でバージョンアップする機能を有する。この機能に於いては、バージョンアップの異常を検知するとともに、所定の駅務処理機能を実現する複数のプログラムおよびデータファイル等からなる駅務用アプリケーションプログラム（以下単にアプリケーションと称す）のすべての構成要素が期待するバージョンであることをチェックしなくてはならない。

従来のこの種駅務システムに於いては、サムチェックやファイル書き込み時に於けるフラッシュ等のデータ信頼性を確保するための機能を、上記各アプリケーションが個別に実装していた。また、バージョンチェックに関しては、バージョンアップ時に代表ファイルについてのみ行っており、全ファイルを対象としたチェックは行っていなかった。またバージョンアップ時以外ではバージョンチェックを実施していなかった。

一方、近年では、ユーザインタフェースやツール間の連繋を標準化、統合化するためのブラットフォーム、フレームワーク等の技術が各種の分野に於いて種々開発されている。
特開平１０−７５５３１号公報

上述したように従来の駅務システムに於いては、アプリケーション内の各プログラムが個別にデータ信頼性機能を実装していたため、対策の抜けが生じる、対策方法がプログラムによって異なる、一部のプログラムのみ対策方法を誤るといった可能性があり、アプリケーションの品質を一定に保つことが困難であるという問題があった。また、対策を変更する場合、各プログラムで個別に対応しなくてはならないため、変更工数が大きく、メンテナンス性が悪いという問題があった。またバージョンチェックについて、従来では、処理時間の制約上、代表ファイルについてのみのチェックにとどまり、全てのファイルが期待するバージョンであることを保障できないという問題があった。さらにバージョンチェックがバージョンチェック時のみであることから、バージョンチェック後に一部のファイルが破損したり、何らかの要因で一部のファイルのみ差し替えられたといったケースは検出できないという問題があった。

本発明は上記各問題点を解決して、各駅務機器のソフトウェア並びにデータの管理が容易で、データ保全性に優れた、信頼性の高い駅務システムを構築できる駅務中継機を提供することを目的とする。

本発明は、オペレーティングシステムおよび複数の駅務用アプリケーションプログラムを有し、複数の駅務機器を対象に、当該各駅務機器で処理したデータを収集して所定のデータ処理装置に転送する駅務中継機に於いて、前記オペレーティングシステムと前記複数の駅務用アプリケーションプログラムとの間に、前記データに対するデータ保全のための処理を前記各アプリケーションプログラムに意識させずに実行する駅務用フレームワークを設けたことを特徴とする。

このような構成により、データ保全、障害発生時の対応、バージョンチェック等の機能を駅務用フレームワークに集約して、駅務システム全体の整合性を保つことができ、システム全体の信頼性を向上できる。

駅務機器のソフトウェア管理並びにデータ管理が容易で、データ保全性に優れた、信頼性の高い駅務システムを構築できる。

以下図面を参照して本発明の実施形態を説明する。

本発明の実施形態に係る駅務中継機を備えた駅務システムの構成を図１に示す。

この図１に示す駅務システムは、駅構内の各集改札コーナー１〜ｎに設けられた自動改札機１０（a1）…１０（aｊ），１０（b1）…１０（bk）と、駅務中継機１６、駅サーバ１７、およびメンテナンス用サーバ（ＴＭサーバ）１８とを有して構成される。これらの各構成要素（自動改札機１０（a1）…１０（aｊ），１０（b1）…１０（bk）、駅務中継機１６、駅サーバ１７、メンテナンス用サーバ１８）は、それぞれ駅構内のネットワークを構成するＬＡＮ１５を介して相互に接続される。自動改札機１０（a1）…１０（aｊ）は、ＩＣ専用改札機１１ａ、および判定ＩＣモジュール（判定ＩＣ−Ｍ）１２を有して構成される。自動改札機１０（b1）…１０（bk）はＩＣ磁気併用改札機１１ｂおよび判定ＩＣモジュール（判定ＩＣ−Ｍ）１２を有して構成される。判定ＩＣモジュール１２は所定の狭域通信エリア内に於いて無線式券類となる非接触無線カード（ＩＣカード）の情報を読み取る。ＩＣ磁気併用改札機１１ｂは磁気カード（磁気式券類）の情報読取機能を有する。判定ＩＣモジュール１２は、読み取ったカード単位の情報をもとに有効期間判定、有効区間判定等、所定の通行可否の判定処理を行い、その判定結果の情報を対応する改札機（１１ａまたは１１ｂ）に通知するとともに、上記カード単位の情報を１件分のデータとして駅務中継機１６に受け渡す処理機能を有する。

駅務中継機１６は、最大ｍ（例えば３２）台の判定ＩＣモジュール１２，１２，…を対象に、各判定ＩＣモジュール１２，１２，…の状態を監視し、監視対象にある各判定ＩＣモジュール１２，１２，…から上記データを受信し収集して蓄積した後、駅サーバ１７に送信する処理機能を有する。

駅サーバ１７は駅務中継機１６から受信したデータを上位のサーバに転送する処理機能を有する。メンテナンス用サーバ１８は、アプリケーション（アプリケーションプログラム）の更新処理時等に於いて、更新対象となるアプリケーションを駅務中継機１６に送信する処理機能を有する。

なお、上記各集改札コーナー１〜ｎには上記した自動改札機１０（a1）…１０（aｊ），１０（b1）…１０（bk）の他に、監視盤、データ集計機等の各種構成要素が設けられ、また、駅務システムには上記した駅務中継機１６、駅サーバ１７、メンテナンス用サーバ１８の他に、各種の駅務機器類が設けられるが、ここでは、これら各構成要素についての説明を省略する。

上記駅務中継機１６のソフトウェア構成を図２に示す。
駅務中継機１６は、オペレーティングシステム（ＯＳ）３１と、複数の駅務用アプリケーション（プログラム）３２ａ，３２ｂ，３２ｃと、駅務用フレームワーク３３とを有して構成される。

オペレーティングシステム３１は駅務中継機１６全体の制御を司るもので、プロセス管理、メモリ管理、ファイル管理、システム管理、ネットワーク管理、ＡＰＩ等の各機能を実現する。駅務用アプリケーション（プログラム）３２ａ，３２ｂ，３２ｃは、オペレーティングシステム３１の制御並びに管理の下に、アプリケーション相互に連携してそれぞれ所定の駅務処理を実行する。なお、ここでは３種のアプリケーション構成としているが、駅務に対応した任意数のアプリケーション構成であってよい。

駅務用フレームワーク３３は、オペレーティングシステム３１と、駅務用アプリケーション３２ａ，３２ｂ，３２ｃとの間に介在して設けられるもので、駅務中継機１６の管理対象にある上記自動改札機１０（a1）…１０（aｊ），１０（b1）…１０（bk）から送出されたデータに関するデータ保全のためのすべての処理を上記駅務用アプリケーション３２ａ，３２ｂ，３２ｃに意識させずに実行する処理機能を有する。即ちこの実施形態に係る駅務中継機１６は、オペレーティングシステム３１により管理される上記各駅務用アプリケーション３２ａ，３２ｂ，３２ｃが、それぞれデータ保全のための機能を何ら意識することなく、駅務用フレームワーク３３上で（駅務用フレームワーク３３を介して）動作する。

この駅務用フレームワーク３３は、基本機能として、バージョンチェック、サムチェック、アプリケーションの起動／終了、プロセス／スレッドの異常（突然死）検知、プロセス／スレッド間メッセージ通信、メッセージ付加データの自動消去、ファイル書き込み時の自動フラッシュ、ログ出力、ログスレッド等の各処理機能を具備する。これらの各機能について以下に示す。

（ａ）バージョンチェック
駅務用フレームワーク３３は、駅務中継機１６のアプリケーション起動時に、アプリケーションを構成する実行ファイル、データファイル、データベース等のバージョンチェックを実施する。

駅務システム内に於ける最初のアプリケーションプロセスの起動時に、駅務用フレームワーク３３がバージョンチェックを実施することから、アプリケーションはバージョンチェックを明示的に指示する必要がない。なお、２つめ以降のアプリケーションプロセスではバージョンチェックが実施されない。また、バージョンアップ時等、アプリケーションが任意のタイミングでバージョンチェックを行いたい場合は、駅務用フレームワーク３３に対し明示的にバージョンチェック要求を出すことも可能である。

（ｂ）サムチェック
駅務用フレームワーク３３は、駅務システムに於けるデータ保全のため、判定ＩＣモジュール１２と駅務中継機１６との間、および駅務中継機１６と駅サーバ１７との間で受け渡すデータ（送受信データ）に対してそれぞれサムチェックを実施する。

駅務システムに於いては、判定ＩＣモジュール１２、駅務中継機１６、駅サーバ１７の各間で通信を行う際、通信やメモリエラーによるデータ破損を検知するため、受け渡すデータに対してサム値を付加している。駅務用フレームワーク３３は、このサム値を用いて、判定ＩＣモジュール１２と駅務中継機１６との間、および駅サーバ１７との間で受け渡すデータ（送受信データ）に対してそれぞれサムチェックを行う。このサムチェックの手順については、ファイル書き込み時の自動フラッシュ処理とともに図５を参照して後述する。

（ｃ）アプリケーションの起動／終了
駅務用フレームワーク３３は、駅務用アプリケーション３２ａ，３２ｂ，３２ｃと協調し、起動から終了までの流れを健全に管理する。

駅務中継機１６の各駅務用アプリケーション３２ａ，３２ｂ，３２ｃは複数のプロセス、スレッドから構成される。駅務システムではアプリケーションが階層構造に配置され、最上位のプロセスが起動されると、順次、子プロセスが起動される。このアプリケーション起動時の処理手順を図３に示している。ここでは上記アプリケーション内の最上位プロセスを「メインプロセス」と呼ぶ。

図３に示すアプリケーション起動時の処理に於いて、メインプロセスは、自身が起動するオブジェクト（プロセス、スレッド）を駅務用フレームワーク３３に登録する（ステップＡ１）。ここでは、メインプロセスが、起動対象として、プロセスＰ−１、スレッドＳ−１，Ｓ−２を駅務用フレームワーク３３に登録する。

さらにメインプロセスは、駅務用フレームワーク３３に、業務開始要求を送出して、業務開始通知待ち状態に入る（ステップＡ２）。

駅務用フレームワーク３３は、メインプロセスから業務開始要求を受けると、上記登録されたプロセス（Ｐ−１）、スレッド（Ｓ−１，Ｓ−２）を順次起動する（ステップＡ３）。

起動されたプロセス（Ｐ−１）、スレッド（Ｓ−１，Ｓ−２）は、それぞれ通信経路の確立等の初期処理を行い、起動の準備が完了した時点で起動準備完了を駅務用フレームワーク３３に通知する（ステップＡ４）。

駅務用フレームワーク３３は、プロセス（Ｐ−１）、スレッド（Ｓ−１，Ｓ−２）のすべての準備が完了するのを待って、メインプロセスへ業務開始を通知する（ステップＡ５）。

メインプロセスは駅務用フレームワーク３３から業務開始通知を受けて、業務を開始し、起動したプロセス（Ｐ−１）、スレッド（Ｓ−１，Ｓ−２）とメッセージ送受信を開始する（ステップＡ６）。

駅務用フレームワーク３３は、上記プロセス、スレッドの起動に失敗した場合、メインプロセスに異常を通知する。また駅務用フレームワーク３３は、プロセス／スレッドの準備完了待ち状態に入る前にタイマをセットし、タイムアウトした場合もメインプロセスに異常を通知する。

この仕組みが各階層で繰り返された結果、メインプロセスが業務開始通知を受けた時点（ステップＡ５）で、駅務中継機１６のすべての駅務用アプリケーション３２ａ，３２ｂ，３２ｃが健全に起動したことが保障される。ここで１つでも正常に起動しないプロセス／スレッドがあれば、その異常が業務開始前に検知され、アプリケーション全体が終了処理に向かう。なお、バージョンチェックは、この起動前に行われ、バージョンエラーとなった場合は、オブジェクトの起動を行わずに終了処理に向かう。

アプリケーション終了時の処理手順を図４に示している。
図４に示すアプリケーション終了時の処理に於いて、メインプロセスは、駅務用フレームワーク３３に終了要求を送出し、駅務用フレームワーク３３からの終了通知待ちに入る（ステップＢ１）。

駅務用フレームワーク３３は、上記メインプロセスが起動したすべてのオブジェクト（プロセスＰ−１、スレッドＳ−１，Ｓ−２）に終了要求を出し、すべてのオブジェクトが終了処理を完了するまで待ち状態に入る（ステップＢ２）。

駅務用フレームワーク３３から終了要求を受けた各オブジェクト（プロセスＰ−１、スレッドＳ−１，Ｓ−２）は終了処理が完了すると、終了通知を駅務用フレームワーク３３に送出する（ステップＢ３）。

駅務用フレームワーク３３は、すべてのオブジェクト（プロセスＰ−１、スレッドＳ−１，Ｓ−２）から終了通知を受けると、その旨をメインプロセスに通知する（ステップＢ４）。

メインプロセスは、駅務用フレームワーク３３から、すべてのオブジェクト（プロセスＰ−１、スレッドＳ−１，Ｓ−２）が終了した旨の終了通知を受けると、自身の終了処理を行う（ステップＢ５）。

駅務用フレームワーク３３は上記各オブジェクトに終了要求を出す際にタイマをセットする。終了しないプロセス、スレッドが存在し、タイムアウトした場合には、残ったプロセス、スレッドを強制終了するとともにメインプロセスに終了異常を通知する。

この仕組みにより、メインプロセスが終了通知を受けた時点では、それより下のすべての階層のプロセスが終了していることが保障される。万一、終了異常となっても、アプリケーション終了後にプロセスが残ってしまうという事態を回避できる。

（ｄ）プロセス／スレッドの異常（突然死）検知
駅務用フレームワーク３３は、階層構造上のプロセス／スレッドが突然死した場合、その状態を検知して、最上位のプロセスに通知する。

（ｅ）プロセス／スレッド間のメッセージ通信
駅務用アプリケーション３２ａ，３２ｂ，３２ｃは駅務用フレームワーク３３を介して、プロセス内の他スレッド、別プロセスのスレッドとのメッセージ通信を行う。駅務用フレームワーク３３は代理オブジェクトを準備し、通信先が同一プロセス内でも別プロセスでも、同様に通信できる手段をアプリケーションに提供する。したがってアプリケーションはプロセス構成を意識しない設計が可能である。

（ｆ）メッセージ付加データの自動消去
駅務用フレームワーク３３は、メッセージに、サイズの大きいデータを付加する場合、実際のデータはファイルとして作成し、その参照をメッセージで送信先アプリケーションに渡す。ファイル側には参照カウンタを設け、メッセージ送信の際に参照カウンタの値をカウントアップ（インクリメント）する。駅務用フレームワーク３３は受信側アプリケーションが使用し終えると参照カウンタの値をカウントダウン（デクリメント）する。参照カウンタが０になった時点で、駅務用フレームワーク３３が対象データを自動的に削除する。

（ｇ）ファイル書き込み時の自動フラッシュ
駅務用フレームワーク３３は駅務用アプリケーション３２ａ，３２ｂ，３２ｃにファイルアクセス機能を提供する。ファイルには一時ファイルと永久ファイルがある。一時ファイルはメッセージ付加データなど、一時的にファイル化し、利用されるデータで、フレームワーク内部で一意となるファイル名を作成する。永久データはアプリケーションがファイル名を指定して作成するデータファイルで、上記カード単位の情報（１件分の処理単位データ）をバックアップファイルとして保存しておく時などに使用される。したがって、より重要度の高い永久データについて、駅務用フレームワーク３３は、ファイル書き込み時に、内部で自動的にフラッシュを実施し、電断やロックによるデータ破損を防ぐ。駅務用フレームワーク３３の提供するファイルアクセス機能には明示的なフラッシュも含まれており、一時ファイル／永久ファイルの別なく、アプリケーションから明示的にフラッシュを実施することも可能である。駅務用フレームワーク３３が内部で行う、ファイル書き込み時に於ける自動フラッシュ、および上記したサムチェックの処理手順を図５に示している。

判定ＩＣモジュール１２は、対応する改札機がカードの情報を読み込む毎に（ステップＳ１）、カード単位の送信データに対してサム値を作成し（ステップＳ２）、当該サム値をデータとともに駅務中継機１６に送信する（ステップＳ３）。

駅務中継機１６の駅務用フレームワーク３３は、判定ＩＣモジュール１２から受信したデータについて、そのデータに付随するサム値を用いてサムチェックを行う（ステップＳ１１，Ｓ１２）。このチェックでデータエラーが検出されると（ステップＳ１２ＮＧ）、その旨（受信異常）を判定ＩＣモジュール１２に通知してデータの再送を促す（ステップＳ１３）。

上記サムチェックでデータが正常であることを確認すると（ステップＳ１２ＯＫ）、該当するカード１件分のデータをバックアップファイルへ書き出し（ステップＳ１４）、バックアップファイルをフラッシュする（図ステップＳ１５）。

さらに上記サムチェックでデータが正常であることを確認したデータをデータベース（図示せず）に蓄積し（ステップＳ１６）、その後、データベースから読み出した送信対象データに対してサム値を作成し（ステップＳ１７，Ｓ１８）、当該サム値を用いて送信対象データに対してサムチェックを行う（ステップＳ１９）。

このサムチェックでデータエラーが検出されると（ステップＳ１９ＮＧ）、該当データをデータベースから再度読み出して、サム値の作成、並びにそのサム値に従うサムチェックを再度実施する（ステップＳ１７〜Ｓ１９）。

上記サムチェックでデータが正常であることを確認すると（ステップＳ１９ＯＫ）、上記データベースから読み出した送信対象データをそのサム値とともに駅サーバ１７に送信する（ステップＳ２０）。

駅サーバ１７は、駅務中継機１６から受信したデータについて、そのデータに付随するサム値を用いてサムチェックを行う（ステップＳ３１，Ｓ３２）。このチェックでデータエラーが検出されると（ステップＳ３２ＮＧ）、その旨（受信異常）を駅務中継機１６に通知してデータの再送を促す（ステップＳ３３）。

上記サムチェックでデータが正常であることを確認すると（ステップＳ３２ＯＫ）、当該データについての駅務用フレームワーク３３に関わるデータ保全の処理が終了する。

このようにして、駅務用フレームワーク３３は、ファイル書き込み時に於ける自動フラッシュ、および上記したサムチェックについて、その各処理を内部で実行する。

（ｈ）ログ出力
駅務用フレームワーク３３は、ログに「メインプロセス起動時にシステムの全体バージョン」「プロセス、スレッドの起動、終了」「メッセージ送受信時に、メッセージ種別、送信元、送信先、付加データ」「ＴＣＰ／ＩＰによるデータ送受信」「異常発生時に発生場所、エラーコード」等を記録する。したがって、各アプリケーションでログ出力を行わなくても障害発生時の解析に必要な情報をログに残すことができる。

（ｉ）ログスレッド
駅務用フレームワーク３３は、各アプリケーションプロセスに、ログスレッドを自動生成する。駅務用フレームワーク３３はログの書き込み要求を内部で受け付け、即時復帰する。駅務中継機１６のログは、アプリケーションを構成するすべてのプロセス／スレッドのログ出力が、共通のログファイルに書き込まれる。ログスレッドを置かず、ログ出力元のプロセス／スレッドがログ出力完了を待つ構成にした場合は、複数のプロセスからのログ出力要求が重なった場合や、サイズの大きな付加データをログに記録する場合など、ログ出力に多くの時間が費やされ、出力元の処理が止まってしまう可能性がある。

上記した各機能をもつ駅務用フレームワーク３３をオペレーティングシステム３１と駅務用アプリケーション３２ａ，３２ｂ，３２ｃとの間に介在した駅務中継機１６を用いて駅務システムを構築することにより、データ保全、障害発生時の対応、バージョンチェック等の機能をフレームワーク側に集約して、システムとしての整合性を保つことができる。また、アプリケーションが個別に対応する必要がなくなり、抜けや漏れを防げるとともに工数を削減できる。また、アプリケーションの構成が一様に揃い、システムの保守性が高くなる。また、データ保全という要求仕様を抜けや漏れなく実現でき、システム全体の信頼性を高めて高品質なアプリケーションが提供可能となる。また、プロセスの起動／終了が健全に行えるようになり、一部のプロセス／スレッドが正常に起動していないにも関わらず業務シーケンスが開始してしまう不具合を解消できるとともに、終了しないプロセス／スレッドが存在した場合にも、アプリケーション終了時にプロセスが残ってしまう不具合を解消できる。また、メッセージ付加データを複数の送信先で共有させることができ、リソースを節約できるとともに、受信側のすべてが参照し終わった際にメッセージ付加データをフレームワーク内で消去するため、データの消去忘れ、リーク等の発生が回避される。また、従来実施できていなかったすべての実行ファイル、データファイルに対するバージョンチェック処理を、毎回起動時に実施できるようになることから、バージョンアップの失敗だけでなく、ファイル破損や一部のファイルが不正に更新されたといった事態も検出可能となる。

なお、上記した実施形態に於いては、自動改札機のデータを扱う駅務中継機を例に示したが、自動改札機以外の他の駅務機器で扱うデータに対しても上記実施形態に示した駅務用フレームワークをもつ駅務中継機を適用可能である。また、駅務用フレームワークは上述した機能のすべてをもつ必要はなく、データ保全のための処理機能の他にシステムに要求される任意の一部機能をもたせた構成であってもよい。また、駅務システムの構成も図１に示したシステム構成に限らず、駅務中継機を必要とする他のシステム構成であってもよい。

本発明の実施形態に係る駅務中継機を備えたフォームシステムの構成を示すブロック図。上記実施形態に係る駅務中継機のソフトウェア構成を示す図。上記実施形態に係る駅務中継機のアプリケーション起動時に於ける処理手順を示すフローチャート。上記実施形態に係る駅務中継機のアプリケーション終了時に於ける処理手順を示すフローチャート。上記実施形態に係る駅務中継機のファイル書き込み時に於ける自動フラッシュおよびサムチェックの処理手順を示すフローチャート。

符号の説明

１０（a1）…１０（aｊ），１０（b1）…１０（bk）…自動改札機、１１ａ…ＩＣ専用改札機、１１ｂ…ＩＣ磁気併用改札機、１２…判定ＩＣモジュール（判定ＩＣ−Ｍ）、１６…駅務中継機、１７…駅サーバ、１８…メンテナンス用サーバ（ＴＭサーバ）、３１…オペレーティングシステム（ＯＳ）、３２ａ，３２ｂ，３２ｃ…駅務用アプリケーション、３３…駅務用フレームワーク。

Claims

オペレーティングシステムおよび複数の駅務用アプリケーションプログラムを有し、複数の駅務機器を対象に、当該各駅務機器で処理したデータを収集して所定のデータ処理装置に転送する駅務中継機に於いて、
前記オペレーティングシステムと前記複数の駅務用アプリケーションプログラムとの間に、
前記データに対するデータ保全のための処理を前記各アプリケーションプログラムに意識させずに実行する駅務用フレームワークを設けたことを特徴とする駅務中継機。
前記複数の駅務用アプリケーションプログラムは前記フレームワーク上で連繋して処理を実行する請求項１記載の駅務中継機。
前記複数の駅務用アプリケーションプログラムは前記フレームワークを介してデータを授受する請求項２記載の駅務中継機。
前記フレームワークは、前記各アプリケーションプログラムの起動時に、前記各アプリケーションプログラムの構成要素に対してバージョンチェックを行う処理手段を具備する請求項１乃至３のいずれか１項に記載の駅務中継機。
前記バージョンチェックを行うアプリケーションプログラムの構成要素には、実行ファイル、データファイル、およびデータベースの少なくともいずれかが含まれる請求項４記載の駅務中継機。
前記フレームワークは、前記駅務機器より受信したデータおよび前記データ処理装置に送信するデータに対してサムチェックを行う処理手段を具備する請求項１乃至５のいずれか１項に記載の駅務中継機。
前記フレームワークは、前記各アプリケーションプログラムの起動から終了までの処理を制御し管理する処理手段を具備する請求項１乃至６のいずれか１項に記載の駅務中継機。
前記フレームワークは、前記各アプリケーションプログラムの実行時に於ける異常を検知する検知手段を具備する請求項１乃至７のいずれか１項に記載の駅務中継機。
前記フレームワークは、前記各アプリケーションプログラムにファイルアクセス機能を提供し、ファイル書き込み時に当該ファイルに対し内部でフラッシュを実施する処理手段を具備する請求項１乃至８のいずれか１項に記載の駅務中継機。
前記フレームワークは、前記各アプリケーションプログラムの処理に従うログの記録処理手段を具備する請求項１乃至９のいずれか１項に記載の駅務中継機。
前記駅務機器で処理したデータは、改札機で読み取った券類のデータである請求項１乃至１０のいずれか１項に記載の駅務中継機。