JPH07281884A - オンライン端末装置および取引処理装置 - Google Patents

Abstract

(57)【要約】 【目的】この発明は、プログラムの変更時に、変更部分
を含むプログラムを部分的にダウンロードすることがで
きて、ダウンロードが冗長となることを防止し、また、
プログラムの部分的な変更であっても、プログラムの修
正を必要としないオンライン端末装置および取引処理装
置の提供を目的とする。 【構成】この発明は、発信元とオンライン接続し、プロ
グラムにより所定の処理を実行するオンライン端末装置
であって、プログラムの分割単位でのリロケータブル・
オブジェクト（コンパイル済みオブジェクト）を記憶す
る記憶手段と、上記リロケータブル・オブジェクトをリ
ンクしてプログラムを生成するリンク手段とを備え、記
憶手段が記憶する分割単位のリロケータブル・オブシェ
クトの変更する部分をダウンロードで変更し、これをリ
ンク手段がリンクして新たなプロクラムを生成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、例えば、金融業務で
使用される自動預金支払い機、自動支払い機、入出金機
などの取引処理装置、さらに、駅務で使用される自動券
売機、自動改札機、自動精算機などの取引処理装置、商
店（スーパーマーケット）の売り場に設置される電子式
キャッシュレジスタやクレジット端末処理装置などの取
引処理装置、その他諸々の取引処理装置であって、取引
処理や電子決済のために、オンラインでホストコンピュ
ータ等の機器にオンライン接続され、プログラムにより
所定の取引処理を実行するような高機能なオンライン端
末装置に関する。

【０００２】

【従来の技術】上述のオンライン端末装置は、高度な機
能を実現するために、マイクロプロセッサと、プログラ
ムを格納したり実行するためのメモリを内蔵したいわゆ
るプログラム組込み機器である。上述のプログラム組込
み方法としては、ＲＯＭにプログラムを書込む方法（第
１方法）、ＲＡＭに端末装置内蔵の補助記憶装置（Ｆ
Ｄ，ＨＤ、カード等）からプログラムをロードする方法
（第２方法）、あるいは、ＲＡＭに保守用コンピュータ
からオンライン経由でプログラムをダンロードする方法
（第３方法）等がある。

【０００３】ところで、プログラムの変更など保守管理
を考えたとき、前述のＲＯＭに書込む第１方法では、Ｒ
ＯＭを作り直しこれを交換する必要があるので、工数的
にも時間的にも保守効率が悪い。また、ＲＡＭに補助記
憶装置を使用してロードする第２方法では、該装置内の
プログラム入換えと再ロードを必要とし人手が必要とな
る。ただ、前述の第３方法のＲＡＭに保守用コンピュー
タからダウンロードする方法では、再ダウンロードを実
行すればよいので、前者の第１、第２の方法よりも時間
的、また工数的にも最も効率がよい。しかし、効率がよ
いといえども、プログラムの一部を変更するために、変
更部分を含む全プログラムを再ダウンロードすると冗長
的である。

【０００４】この冗長性を回避するには、変更を含むプ
ログラムを部分的に再ダウンロードする仕組みも考案で
きるが、この場合、プログラム構造に制約を受けるた
め、プログラムを修正する必要があって、新たに修正工
数が生じ、異なる保守工数が加わることで、結果として
保守性が低下する問題点を有する。

【０００５】

【発明が解決しようとする課題】この発明は、プログラ
ムの変更時に、変更部分を含むプログラムを部分的にダ
ウンロードすることができて、ダウンロードが冗長とな
ることを防止し、また、プログラムの部分的な変更であ
っても、プログラムの修正を必要としないオンライン端
末装置および取引処理装置の提供を目的とする。

【０００６】

【課題を解決するための手段】この発明の請求項１記載
の発明は、発信元とオンライン接続し、プログラムによ
り所定の処理を実行するオンライン端末装置であって、
プログラムの分割単位でのリロケータブルオブジェクト
（コンパイル済みオブジェクト）を記憶する記憶手段
と、上記リロケータブルオブジェクトをリンクしてプロ
グラムを生成するリンク手段とを備えたオンライン端末
装置であることを特徴とする。

【０００７】この発明の請求項２記載の発明は、上記請
求項１記載の発明の構成と併せて、発信元からオンライ
ンを介して前記プログラムの分割単位でのリロケータブ
ルオブジェクトのダウンロードやリンク命令が入力され
たとき、これらの処理結果を発信元に送信する通信手段
を備えたオンライン端末装置であることを特徴とする。

【０００８】この発明の請求項３記載の発明は、上記請
求項１記載の発明の構成と併せて、発信元からオンライ
ンを介してリセット命令が入力されたとき、リセット処
理してリンクで生成したプログラムを実行可能にする制
御手段を備えたオンライン端末装置であることを特徴と
する。

【０００９】この発明の請求項４記載の発明は、上記請
求項１記載の発明の構成と併せて、リセット処理を実行
するとき、端末業務用プログラムが実行中か否かを判定
する判定手段と、上記判定手段が実行中を判定したとき
リセット処理を禁止し、否を判定したときリセット処理
を実行する制御手段とを備えたオンライン端末装置であ
ることを特徴とする。

【００１０】この発明の請求項５記載の発明は、上記請
求項１記載の発明の構成と併せて、プログラムをあンク
処理するとき、このリンク処理前のプログラムを記憶す
る第２記憶手段と、リンク処理したプログラムの起動可
否を判定する判定手段と、上記判定手段が起動不可を判
定したとき、前記第２記憶手段の生成前のプログラムを
起動させる制御手段とを備えたオンライン端末装置であ
ることを特徴とする。

【００１１】この発明の請求項６記載の発明は、上記請
求項１記載の発明の構成と併せて、記憶手段のリロケー
タブルオブジェクトファイルと、リンク処理されている
プログラムとのバージョン情報を発信元に通信する通信
手段を備えたオンライン端末装置であることを特徴とす
る。

【００１２】この発明の請求項７記載の発明は、上記請
求項１記載の発明の構成と併せて、記憶手段に記憶のバ
ージョン情報と、発信元から送られたバージョン情報と
を比較する比較手段と、比較手段の比較の結果に基づい
てダウンロードの必要なファイル情報を判定する判定手
段と、判定手段の判定したファイル情報を発信元に通信
する通信手段とを備えたオンライン端末装置であること
を特徴とする。

【００１３】この発明の請求項８記載の発明は、上記請
求項１，２，３，４，５，６または７記載のオンライン
端末装置で構成した取引処理装置であることを特徴とす
る。

【００１４】

【作用】この発明の請求項１記載の発明は、記憶手段が
記憶するリロケータブルオブジェクトはプログラムの分
割単位に構成することができ、リンク手段が記憶手段の
リロケータブルオブジェクトをリンクしてプロクラムを
生成することができる。また、記憶手段のリロケータブ
ルオブジェクトはダウンロードで書換えることができる
ため、ダウンロードでプログラムの変更部分を部分的に
入力し、さらにリンク命令を入力することで、プログラ
ムが変更される。

【００１５】この発明の請求項２記載の発明は、上記請
求項１記載の発明の作用と併せて、ダウンロードやリン
ク命令が入力されたとき、これらの処理結果を通信手段
が発信元に送信することで、発信側でも処理結果を判定
して、結果について対処ができる。

【００１６】この発明の請求項３記載の発明は、上記請
求項１記載の発明の作用に併せて、リセット処理を実行
することで、リンク処理で生成したプログラムを起動す
ることができる。

【００１７】この発明の請求項４記載の発明は、上記請
求項１記載の発明の作用に併せて、判定手段が端末業務
用プログラムを実行していないことを判定したとき、制
御手段がリセット処理を実行し、この実行でリンク処理
したプログラムが起動可能となる。

【００１８】この発明の請求項５記載の発明は、上記請
求項１記載の発明の作用に併せて、判定手段がリンク処
理したプログラムの起動が不可であると判定したとき
は、制御手段が第２記憶手段に記憶したリンク処理前の
プログラムで起動させて、起動不可を回避する。

【００１９】この発明の請求項６記載の発明は、上記請
求項１記載の発明の作用と併せて、通信手段がリロケー
タブルオブジェクトとプログラムとのバージョン情報を
発信元に通信すれば、発信元で変更プログラムの確認が
できる。

【００２０】この発明の請求項７記載の発明は、上記請
求項１記載の発明の作用と併せて、比較手段で発信元と
端末装置側とのバージョン情報を比較して、変更プログ
ラムの生成を確認し、不良であることを判定手段が判定
すると必要なファイル情報を通信手段が発信元に通信す
る。

【００２１】この発明の請求項８記載の発明は、上記請
求項１記載の発明の作用に併せて、取引処理装置が実行
する。

【００２２】

【発明の効果】この発明の請求項１記載の発明は、端末
装置がリロケータブルオブジェクトファイルとリンク手
段を備えることで、端末装置側でプログラムを生成する
ことができ、プログラムの一部を変更するには、変更部
分に対応するリロケータブルオブジェクのみをダウンロ
ードして変更することで、次にリンク処理を実行すれば
プログラムの変更ができ、その結果、上述のようなプロ
グラムの部分的変更の場合、ダウンロードが冗長となる
ことを回避することができる。

【００２３】この発明の請求項２記載の発明は、上記請
求項１記載の発明の効果に併せて、ダウンロードやリン
ク処理の結果を発信元に送信することで、発信元で処理
の良否を判断して否であるときは、再ダウンロードや再
リンク命令等のように対処が即でき、変更プログラムの
未処理のまま端末装置を放置することがない。

【００２４】この発明の請求項３記載の発明は、前記請
求項１記載の発明の効果に併せて、端末装置がリセット
処理を実行することで、生成したプログラムが実行され
ることになるので、生成したプログラムが一部の変更さ
れた変更プログラムであれば、この変更プログラムでそ
の処理を即実行することができる。

【００２５】この発明の請求項４記載の発明は、前記請
求項１記載の発明の効果に併せて、端末装置が端末業務
を実行しているときにはリセット処理が禁止されるの
で、端末業務用が稼動しているとき、変更プログラムの
実行で端末装置の稼動を停止させることが回避できる。

【００２６】この発明の請求項５記載の発明は、前記請
求項１記載の発明の効果に併せて、リンク処理したプロ
グラムが起動しないとき、そのまま端末装置が停止する
ことなく、リンク処理前のプログラムで起動させるの
で、トラブルなく端末装置を継続して稼動させることが
できる。

【００２７】この発明の請求項６記載の発明は、前記請
求項１記載の発明の効果に併せて、バージョンヘッダ情
報、例えば、リンク・コンパイル日時、ファイルサイ
ズ、プログラム生成に必要なファイル名等の情報を発信
元に通信すれば、発信元で現在端末装置がどのような処
理を実行し、また、その処理が正常であるか否か等、現
状の正確な判断ができる。

【００２８】この発明の請求項７記載の発明は、前記請
求項１記載の発明の効果に併せて、発信元と端末装置側
とのバージョン情報を端末装置側で比較して、比較の結
果ダウンロードの必要なファイル情報を発信元に通信す
れば、発信元は必要なリロケータブルオブジェクトのみ
をダウンロードすることができ、変更または異常プログ
ラムをそのまま放置することなく、補正して、実行プロ
グラムにすることができ、しかも、その処理の冗長を回
避することができる。

【００２９】この発明の請求項８記載の発明は、前記請
求項１〜７記載の発明の効果を取引処理装置として奏す
ることができる。

【００３０】

【実施例】この発明の一実施例を以下図面に基づいて詳
述する。図面はこの発明のオンライン端末装置を示し、
この端末装置としては、例えば、金融業務で使用される
自動預金支払い機、自動支払い機、入出金機などの取引
処理装置、さらに、駅務で使用される自動券売機、自動
改札機、自動精算機などの取引処理装置、商店（スーパ
ーマーケット）の売り場に設置される電子式キャッシュ
レジスタやクレジット端末処理装置などの取引処理装
置、その他諸々の取引処理装置である。

【００３１】図１において、複数のオンライン端末装置
１０…はネットワーク（伝送媒体）１１を介して取引用
ホストコンピュータ１２、保守用コンピュータ１３とに
接続し、これら取引用ホストコンピュータ１２および保
守用コンピュータ１３とネットワーク１１を介して通信
可能に構成している。

【００３２】図２は１つのオンライン端末装置１０の構
成ブロック図を示し、ＣＰＵ２０は各回路装置をプログ
ラムに沿って駆動制御し、ＲＯＭ２１は端末装置を起動
するに必要な基本的プログラムを格納し、ＲＡＭ２２は
端末としての業務用または端末の保守用のアプリケーシ
ョン・プログラムを格納している。補助記憶装置２３
は、例えば、ハードディスクまたはフロッピーディスク
等で構成し、これには端末側でプログラムを生成するの
に必要なリンカやオブジェクト等の手段が格納されてい
る。

【００３３】媒体処理部２４は媒体、例えば、カード、
現金通帳、券などを処理し、表示部２５は端末装置の案
内表示を行ない、操作部２６は利用客または係員が該端
末装置を入力操作し、印字部２７はレシート、ジャーナ
ル、あるいは、発行物等の媒体に必要な情報を印字し、
通信部２８は該端末装置１０を通信可能にネットワーク
１１に接続する。

【００３４】図３は前述のＲＯＭ２１の記憶エリアを示
し、リアルタイム・モニタｍ１は、該端末装置１０の全
てのプログラムを制御する基本プログラムを格納し、ブ
ートプログラム（ブータ）ｍ２は、端末装置１０を電源
ＯＮしたとき、前述の補助記憶装置２３から業務用アプ
リケーション、または保守用アプリケーションの実行プ
ログラムをＲＡＭ２２にロードして実行するプログラム
を格納し、通信プログラムｍ３は、業務用テキスト、保
守用テキストを送受信する通信制御プログラムを格納
し、ダウンロードプログラム（ローダ）ｍ４は、保守用
テキストで支持されたダウンロードを制御するプログラ
ムを格納している。

【００３５】図４は前述のＲＡＭ２２の記憶状態を示
し、図４（イ）は、端末の業務用アプリケーションの実
行プログラム（データ領域を含む）を記憶した状態であ
って、通常端末の業務を処理実行する状態であり、図４
（ロ）は、保守用アプリケーションの実行プログラムと
リンカ（何れもデータ領域を含む）を記憶した状態であ
って、保守処理時の処理実行する状態であり、これらは
何れも前述のＲＯＭ２１のブートプログラムｍ２で補助
記憶装置２３からロードされる。

【００３６】図５は前述の補助記憶装置２３の記憶エリ
アを示している。リンカｍ５はリンカ、すなわち、リン
ク・プログラムを記憶し、このリンカによりプログラム
の生成を実行する。業務用アプリケーション・リロケー
タブル・オブジェクト・ファイルｍ６は、端末装置１０
の業務用の実行プログラムを複数に分割し、この分割単
位（モジュール）でのリロケータブル・オブジェクト
（コンパイル済みオブジェクト）を記憶する。すなわ
ち、複数のモジュール（分割単位）ｍ６１…毎に記憶
し、各モジュールｍ６１にはバージョン・ヘッダｍ６１
１とそれに対応したオブジェクトｍ６１２を記憶してい
る。

【００３７】また、バージョン・ヘッダｍ６１１の構成
は、図６に示すように、ファイル名ｍ６１１１、リンク
・コンパイル日時ｍ６１１２、ファイル・サイズｍ６１
１３、生成に必要なファイル名ｍ６１１４…によって構
成している。

【００３８】図５において、業務用アプリケーション・
実行プログラムｍ７は、端末業務を実行するプログラム
であって、この実行プログラムは業務用アプリケーショ
ン・リロケータブル・オブジェクト・ファイルｍ６の各
モジュールｍ６１…をリンク処理することで生成でき
る。また、この実行プログラムｍ７もバージョン・ヘッ
ダｍ７１とそれに対応したオブジェクトｍ７２を記憶し
ており、バージョン・ヘッダｍ７１は図６に示したバー
ジョン・ヘッダｍ６１１と同様に構成している。

【００３９】保守用アプリケーション・リロケータブル
・オブジェクト・ファイルｍ８は、端末装置１０の保守
用の実行プログラムを複数に分割し、この分割単位（モ
ジュール）でのリロケータブル・オブジェクト（コンパ
イル済みオブジェクト）を記憶する。すなわち、複数の
モジュール（分割単位）ｍ８１…毎に記憶し、各モジュ
ールｍ８１には、先の業務用のバージョン・ヘッダｍ６
１１およびオブジェクトｍ６１２と同様のバージョン・
ヘッダ（図示省略）を記憶している。また、そのバージ
ョン・ヘッダの構成も、前述したバージョン・ヘッダｍ
６１１と同様に構成している。

【００４０】保守用アプリケーション・実行プログラム
ｍ９は、端末業務を保守するプログラムであって、この
実行プログラムは保守用アプリケーション・リロケータ
ブル・オブジェクト・ファイルｍ８の各モジュールｍ８
１…をリンク処理することで生成できる。また、この実
行プログラムｍ９も、前述した実行プログラムｍ７のバ
ージョン・ヘッダｍ７１とそれに対応したオブジェクト
ｍ７２と同様のバージョン・ヘッダとオブジェクト（図
示省略）を記憶しており、また、そのバージョン・ヘッ
ダは図６に示したバージョン・ヘッダｍ６１１と同様に
構成している。

【００４１】ファイルｍ１０は、ＲＯＭ２１内のプログ
ラム制御用およびアプリケーション用のデータを記憶し
ている。

【００４２】図７はコマンド／レスポンスの通信フォー
マットを示し、エリアａ１は、保守用“Ｍ”と業務用
“Ｇ”との種別コードを示し、エリアａ２は、取引用ホ
ストコンピュータ１２、または、保守用コンピュータ１
３から端末装置１０へのコマンド“１”、あるいは、端
末装置１０から取引用ホストコンピュータ１２、また
は、保守用コンピュータ１３へのコマンド“２”のよう
にコマンドの方向を示し、エリアａ３は、コマンド
“Ｃ”とレスポンス“Ｌ”との通信種別を示し、エリア
ａ４は、ダウンロードの“ＬＯＡＤ”、リンクの“ＬＩ
ＮＫ”、リセットの“ＬＥＳＥＴ”、バージョンセンス
の“ＶＥＲ”、バージョン比較の“ＶＥＲＣ”等の処理
コードを示し、エリアａ５は、上述の処理コードのサブ
コードを示し、エリアａ６は、その詳細なデータを示し
ている。

【００４３】図８は保守用通信フォーマットの種類を示
し、Ａ１は、プログラムのダウンロードであり、この場
合、種別コードの“Ｍ”は、保守用であることを示し、
コマンドの方向“１”は、取引用ホストコンピュータ１
２、または、保守用コンピュータ１３から端末装置１０
へのコマンドであることを示し、通信種別の“Ｃ”はコ
マンド、“Ｒ”はレスポンスを示し、処理コードの“Ｌ
ＯＡＤ”は、ダウンロードを示し、サブコードはロード
先、例えば、プログラムを変更する場合であれば、変更
するモジュール先ｍ６１，ｍ８１等、また、０：ロード
成功、その他：ロード失敗、等を示し、詳細データはロ
ードの対象データである。

【００４４】同様にして、Ａ２はプログラムのリンク、
Ａ３は端末装置１０のリセット処理、Ａ４は端末装置１
０内のバージョンセンス、Ａ５は保守用コンピュータ１
３（発信元）と端末装置１０とのファイルのバージョン
比較である。

【００４５】図９は上述のように構成した端末装置１０
の各プログラムの起動順の関係を示し、電源のリセット
処理が実行されると、リアルタイム・モニタｍ１が起動
して（ステップｓ１）、ブートプログラム（ブータ）ｍ
２（ステップｓ２）、通信プログラムｍ３（ステップｓ
３）、ダウンロード・プログラム（ローダ）ｍ４が起動
し（ステップｓ４）、さらに、業務用アプリケーション
・実行プログラムｍ７をロードして起動する（ステップ
ｓ５）。その後保守処理のコマンドがあればリンカｍ５
をロードして起動し（ステップｓ６）、保守用アプリケ
ーション・実行プログラムｍ９をロードして起動する
（ステップｓ７）。

【００４６】図１０は、上述のステップｓ１のリアルタ
イム・モニタｍ１をＣＰＵ２０が実行する処理を示し、
電源のリセットで起動し、これが起動すると初期処理
（ステップｎ１）を実行し、次いで、ブートプログラム
（ブータ）ｍ２が起動し（ステップｎ２）、さらに、通
信プログラムｍ３が起動し（ステップｎ３）、さらに、
ダウンロード・プログラム（ローダ）ｍ４が起動し（ス
テップｎ４）、これらの各プログラムの起動は通常のリ
アルタイム・マルチタスク処理により制御される（ステ
ップｎ５）。

【００４７】図１１は、前述の図９でのステップｓ２の
ブートプログラム（ブータ）ｍ２をＣＰＵ２０が実行す
る処理を示し、該プログラムｍ２が起動されると、補助
記憶装置２３から業務用アプリケーション・実行プログ
ラムｍ７（図５参照）をＲＡＭ２２（図４イ参照）にロ
ードし（ステップｎ６）、該実行プログラムｍ７を起動
する（ステップｎ７）。これによって端末装置１０は端
末としての業務が稼動可能となる。

【００４８】図１２は、前述の図９でのステップｓ３の
通信プログラムｍ３をＣＰＵ２０が実行する処理を示
し、該プログラムｍ３が起動すると初期処理を実行し
（ステップｎ８）、アプリケーションからの送信指示が
あるか否かを判定し（ステップｎ９）、指示があれば該
指示に基づいて送信を実行し（ステップｎ１０）、送信
指示がなければネットワーク１１からの受信があるか否
かを判定し（ステップｎ１１）、受信がなければステッ
プｎ９にリターンするが、受信があれば受信処理を実行
して（ステップｎ１２）、アプリケーションに受信を通
知する（ステップｎ１３）。

【００４９】図１３は、前述の図９でのステップｓ５の
業務用アプリケーション・実行プログラムｍ７をＣＰＵ
２０が実行する処理を示し、該プログラムｍ７が起動す
ると初期処理を実行し（ステップｎ１４）、次いで通信
プログラムからの受信通知があるか否かを判定し（ステ
ップｎ１５）、受信がなければ端末装置１０の操作部２
６からの入力があるか否かを判定し、入力がなければ、
ステップｎ１５にリターンするが、入力があれば該入力
にしたがって通常の端末業務を処理して（ステップｎ１
７）、ステップｎ１５にリターンする。

【００５０】前述のステップｎ１５で通信プログラムか
らの通信が判定されると（ステップｎ１５のＹＥＳの判
定）、受信内容が保守用コンピュータ１３からの保守用
コマンドか否かを通信フォーマット（図７、図８参照）
のエリアａ１の種別コードの“Ｍ”か否かで判定する
（ステップｎ１８）。そして、保守用コマンドが判定さ
れたときは、補助記憶装置２３のリンカｍ５および保守
用アプリケーション・実行プログラムｍ１０をＲＡＭ２
２（図４ロ参照）にロードし（ステップｎ１９）、これ
らのプログラムを起動する。

【００５１】図１４は、前述の図９でのステップｓ６の
リンカｍ５をＣＰＵ２０が実行する処理を示し、該プロ
グラムが起動すると、図８のフォーマットＡ２に示すよ
うに、コマンド内のリンク制御情報にしたがってリンク
処理を実行し（ステップｎ２０）、リンク処理した結果
の実行ファイルを補助記憶装置２３にセーブし（ステッ
プｎ２１）、リンク結果、すなわち、リンク成功または
失敗等をレスポンスとして発信元の保守用コンピュータ
１３に送信するために通信プログラムを起動する（ステ
ップｎ２２）。この結果、リンク結果が保守用コンピュ
ータ１３に送信される。

【００５２】図１５は、前述の図９でのステップｓ４の
ダウンロード・プログラム（ローダ）をＣＰＵ２０が実
行する処理を示し、該プログラムが起動すると、図８の
フォーマットＡ１に示すように、受信したコマンドのサ
ブコードで指定されたファイル名のファイルとしてその
詳細なデータをセーブし（ステップｎ２３）、ロードし
た結果、すなわち、ロード成功、失敗等をレスポンスと
して発信元の保守用コンピュータ１３に送信するために
通信プログラムを起動する（ステップｎ２４）。この結
果、ロード結果が保守用コンピュータ１３に送信され
る。

【００５３】例えば、業務用アプリケーション・実行プ
ログラムｍ７（図５参照）の一部を変更する場合であれ
ば、図１５のローダで、業務用アプリケーション・リロ
ケータブル・オブジェクト・ファイルｍ６の該当する変
更部分のモジュールｍ６１のリロケータブル・オブジェ
クト・ファイルをサブコードのロード先ファイル名とし
てロードし、次に図１４のリンカで、部分的に変更され
た業務用アプリケーション・リロケータブル・オブジェ
クト・ファイルｍ６をリンク処理すれば、生成されたプ
ログラムが新たな業務用アプリケーション・実行プログ
ラムｍ７としてセーブされる。

【００５４】図１６は、前述の図９でのステップｓ７の
保守用アプリケーション・実行プログラムをＣＰＵ２０
が実行する処理を示し、該プログラムが起動すると初期
処理を実行し（ステップｎ２５）、次いで、通信フォー
マット（図７参照）のエリアａ４の処理コードに基づい
て保守用コマンドを判定する（ステップｎ２６）。

【００５５】上述の処理コードがリセットの“ＬＥＳＥ
Ｔ”であれば、図１０に示すリアルタイム・モニタを再
起動してリセット処理を実行し（ステップｎ２７）、処
理コードがリンクの“ＬＩＮＫ”であば、補助記憶装置
２３のリンカｍ５をＲＡＭ２２（図５ロ参照）にロード
して（ステップｎ２８）、図１４に示すリンク処理を実
行し（ステップｎ２９）、処理コードがダウンロードの
“ＬＯＡＤ”であれば、図１５に示すダウンロードの処
理を実行し（ステップｎ３０）、処理コードがバージョ
ンセンスの“ＶＥＲ”であれば、後述の図１７に示すバ
ージョンセンス処理を実行し（ステップｎ３１）、処理
コードがバージョン比較の“ＶＥＲＣ”であれば、後述
の図１８に示すバージョン比較処理を実行する（ステッ
プｎ３２）。

【００５６】そして、これらのステップｎ２９〜ｎ３２
の処理にはレスポンスがあるので、通信プログラムから
の受信通知を待って（ステップｎ３３）、ステップｎ２
６にリターンする。

【００５７】例えば、業務用アプリケーション・実行プ
ログラムの一部を変更する場合は、まずステップｎ３０
で、補助記憶装置２３の業務用アプリケーション・リロ
ケータブル・オブジェクト・ファイルｍ６の変更対象の
モジュールｍ６１を変更すべくダウンロードし、次にス
テップｎ２９で、リンク処理して新たな業務用アプリケ
ーション・実行プログラムｍ７を生成してセーブし、次
にステップｎ２７で、リセット処理を実行することで、
変更された新たなプログラムが起動して、端末業務が実
行可能となる。

【００５８】図１７は、前述の図１６でのステップｎ３
１のバージョンセンスをＣＰＵ２０が実行する処理を示
し、該プログラムが起動すると、補助記憶装置２３のリ
ロケータブル・オブジェクト・ファイルのバージョン・
ヘッダよりバージョン情報を読取り（ステップｎ４
１）、例えば、図５の業務用アプリケーション・リロケ
ータブル・オブジェクト・ファイルｍ６であれば、その
バージョン・ヘッダｍ６１１のバージョン情報（図６参
照）を読取り、次いで実行プログラムのバージョン情報
を読取る（ステップｎ４２）。例えば、業務用アプリケ
ーション・実行プログラムｍ７であれば、そのバージョ
ン・ヘッダｍ７１のバージョン情報を読取る。

【００５９】これらのバージョン情報はレスポンスとし
て編集し（ステップｎ４３）、発信元の保守用コンピュ
ータ１３に返信するために、通信プログラムｍ３を起動
する（ステップｎ４４）。このようにすれば、保守用コ
ンピュータ１３側でリンク処理の確認ができる。

【００６０】図１８は、前述の図１６のステップｎ３２
のバージョン比較をＣＰＵ２０が実行する処理を示し、
このプログラムが起動すると、保守用コンピュータ１３
から送られてきたバージョン情報に対応するファイルの
バージョン情報を補助記憶装置２３内にあるファイルの
バージョン・ヘッダから読出し、例えば、図５のバージ
ョン・ヘッダｍ６１，ｍ７１（または図６参照）（ステ
ップｎ４５）、送られてきたバージョン情報と、読出し
たバージョン情報とを比較し、異なる情報を持つ補助記
憶装置２３のファイルをリストアップし（ステップｎ４
６）、このリストアップをレスポンスとして編集して、
発信元の保守用コンピュータ１３に返信するために、通
信プログラムｍ３を起動する（ステップｎ４７）。この
ようにすれば、リンク処理の失敗、あるいは、誤りを補
正することができる。

【００６１】図１９は、図４に示したＲＡＭ２２の他の
例を示し、この例では業務用アプリケーション・実行プ
ログラムのエリアと、リンカまたは保守用アプリケーシ
ョン・実行プログラムのエリアの外に、業務用アプリケ
ーションが実行中が否かを示す実行フラグを設けてお
り、この実行フラグが“１”でセットされているときは
業務用アプリケーションが実行中であり、“０”でセッ
トされていないときは、実行されていないことを示す。

【００６２】図２０は、前述の図１９のＲＡＭ２２の構
成に対応させた通信プログラムをＣＰＵ２０が実行する
処理を示し、該プログラムｍ３が起動すると初期処理を
実行し（ステップｎ５１）、アプリケーションからの送
信指示があるか否かを判定し（ステップｎ５２）、指示
があれば該指示に基づいて送信を実行し（ステップｎ５
３）、送信指示がなければネットワーク１１からの受信
があるか否かを判定し（ステップｎ５４）、受信がなけ
ればステップｎ５２にリターンするが、受信があれば受
信処理を実行し（ステップｎ５５）、この処理において
通信フォーマット（図７参照）のエリアａ１で保守用
か、業務用かを判定し（ステップｎ５６）対応するそれ
ぞれのアプリケーションに受信を通知する（ステップｎ
５７，ｎ５８）。

【００６３】図２１は、前述の図１９のＲＡＭ２２の構
成に対応させた業務用アプリケーション・実行プログラ
ムｍ７をＣＰＵ２０が実行する処理を示し、該プログラ
ムｍ７が起動すると初期処理を実行し（ステップｎ６
１）、次いで保守用アプリケーション・実行プログラム
ｍ９を起動し（ステップｎ６２）、次いで保守用コンピ
ュータ１３からの受信通知があるか否かを判定し（ステ
ップｎ６３）、受信がなければ端末装置１０の操作部２
６からの入力があるか否かを判定し、入力がなければ、
ステップｎ６３にリターンするが、入力があればＲＡＭ
２２の実行フラグ（図１９参照）を“１”にセットし
（ステップｎ６５）、またその操作部２６の入力にした
がって通常の端末業務を処理し（ステップｎ６６）、そ
の後、ＲＡＭ２２の実行フラグ（図１９参照）を“０”
にクリアして（ステップｎ６７）、ステップｎ６３にリ
ターンする。

【００６４】図２２は、前述の図１９のＲＡＭ２２の構
成に対応させた保守用アプリケーション・実行プログラ
ムをＣＰＵ２０が実行する処理を示し、該プログラムが
起動すると初期処理を実行し（ステップｎ７１）、次い
で、通信プログラムｍ３からの受信通知があるか否かを
判定し（ステップｎ７２）、受信通知があれば、通信フ
ォーマット（図７参照）のエリアａ４の処理コードに基
づいて保守用コマンドを判定する（ステップｎ７３）。

【００６５】上述の処理コードがリセットの“ＬＥＳＥ
Ｔ”であれば、実行フラグ（図１９参照）がセットされ
ているか否かをは判定し、“１”にセットされていれ
ば、業務用アプリケーションが処理中であるため、この
処理中にリセット処理を実行すると、該業務処理がトラ
ブルため、この処理が終了するまで待機し（ステップｎ
７４）、実行フラグが“０”にクリアされていれば、図
１０に示すリアルタイム・モニタを再起動してリセット
処理を実行し（ステップｎ７５）、処理コードがリンク
の“ＬＩＮＫ”であば、補助記憶装置２３のリンカｍ５
をＲＡＭ２２（図１９参照）にロードして（ステップｎ
７６）、図１４に示すリンク処理を実行し（ステップｎ
７７）、処理コードがダウンロードの“ＬＯＡＤ”であ
れば、図１５に示すダウンロードの処理を実行し（ステ
ップｎ７８）、その後ステップｎ７２にリターンする。

【００６６】この処理によれば、業務用アプリケーショ
ン・実行プログラムの一部変更はステップｎ７７，ｎ７
８により生成できて、新たな実行プログラムは補助記憶
装置２３セーブされる。このセーブされた新たな実行プ
ログラムを起動するには、ステップ７５のリセット処理
が必要であるが、このリセット処理を実行するとき、端
末装置１０が業務処理中であれば、該処理がトラブル
が、このトラブルを前述のステップｎ７４の判定で回避
することができる。

【００６７】図２３は、図５で示した補助記憶装置２３
の記憶エリアの他の例を示している。図５と同一の機能
を有するエリアは同一の符号を付してその詳細を省略す
るが、この例では、更新前の業務用アプリケーション・
リロケータブル・オブジェクト・ファイルｍ１１と、更
新前の業務用アプリケーション・実行プログラムｍ１２
とを追加した点で図５の記憶エリアと異なる。

【００６８】例えば、業務用アプリケーション・リロケ
ータブル・オブジェクト・ファイルｍ６の一部を変更す
る場合、ダウンロードにより該ファイルｍ６の変更対象
のモジュールｍ６１（図５参照）が変更されてしまうの
で、変更前のファイルが残らないことになる。したがっ
て、この変更前のファイルを残すために前述のファイル
ｍ１１，ｍ１２を設けている。

【００６９】図２４は、前述の図２３で示した補助記憶
装置２３の記憶エリアの構成に対応させたブートプログ
ラム（ブータ）ｍ２をＣＰＵ２０が実行する処理を示
し、該プログラムｍ２が起動されると、補助記憶装置２
３から業務用アプリケーション・実行プログラムｍ７
（図５参照）をＲＡＭ２２（図４イ参照）にロードし、
該実行プログラムｍ７を起動する（ステップｎ８１）。
次いで、該プログラムの起動にエラーガ発生したか否か
を判定し（ステップｎ８２）、エラーが発生していれ
ば、補助記憶装置２３から更新前の業務用アプリケーシ
ョン・実行プログラムｍ１２をＲＡＭ２２にロードし
て、これを起動する（ステップｎ８３）。この処理によ
って端末装置１０は変更前の実行プログラムで端末業務
が継続でき、リンク処理失敗による装置のダウンを回避
することができる。

【００７０】この発明の構成と、上述の実施例との対応
において、請求項１の発信元は、実施例の取引用ホスト
コンピュータ１２、保守用コンピュータ１３に対応し、
以下同様に、記憶手段は、図５でモジュールｍ６１，ｍ
８１を記憶した補助記憶装置２３に対応し、リンク手段
は、図５のリンカｍ５に対応する。

【００７１】請求項２の通信手段は、図３で示すＲＯＭ
２１の通信プログラムｍ３、図１０の通信処理に対応す
る。

【００７２】請求項３の制御手段は、図１０のリアルタ
イム・モニタ処理、図１６のステップｎ２７の処理をす
るＣＰＵ２０に対応する。

【００７３】請求項４の判定手段および制御手段は、図
２２のステップｎ７４の処理を実行するＣＰＵ２０に対
応する。

【００７４】請求項５の第２記憶手段は、図２３で示す
補助記憶手段２３のエリアｍ１１，ｍ１２に対応し、判
定手段および制御手段は、図２４のステップｎ８２の処
理を実行するＣＰＵ２０に対応する。

【００７５】請求項６の通信手段は、図１７で示すバー
ジョンセンスの処理を実行させるＲＯＭ２１の通信プロ
グラムｍ３に対応する。

【００７６】請求項７の通信手段は、図１８で示すバー
ジョン比較の処理を実行させるＲＯＭ２１の通信プログ
ラムｍ３に対応する。

【００７７】請求項８の取引処理装置は、金融業務で使
用される自動預金支払い機、自動支払い機、入出金機な
どの取引処理装置、さらに、駅務で使用される自動券売
機、自動改札機、自動精算機などの取引処理装置、商店
（スーパーマーケット）の売り場に設置される電子式キ
ャッシュレジスタやクレジット端末処理装置などの取引
処理装置、その他諸々の取引処理装置に対応する。しか
し、本願発明は、実施例の構成のみに限定されるもので
はない。

【図面の簡単な説明】

【図１】 システム構成図。

【図２】 オンライン端末装置の構成ブロック図。

【図３】 ＲＯＭの記憶エリアの説明図。

【図４】 ＲＡＭの記憶エリアの説明図。

【図５】 補助記憶装置の記憶エリアの説明図。

【図６】 バージョン・ヘッダの構造説明図。

【図７】 通信フォーマットの説明図。

【図８】 保守用フォーマットの説明図。

【図９】 各プログラムの起動順序説明図。

【図１０】 リアルタイム・モニタのフローチャート。

【図１１】 ブータのフローチャート。

【図１２】 通信プログラムのフローチャート。

【図１３】 業務用アプリケーション・実行プログラム
のフローチャート。

【図１４】 リンカのフローチャート。

【図１５】 ローダのフローチャート。

【図１６】 保守用アプリケーション・実行プログラム
のフローチャート。

【図１７】 バージョンセンスのフローチャート。

【図１８】 バージョン比較のフローチャート。

【図１９】 他の例のＲＡＭの記憶エリアの説明図。

【図２０】 他の例の通信プログラムのフローチャー
ト。

【図２１】 他の例の業務用アプリケーション・実行プ
ログラムのフローチャート。

【図２２】 他の例の保守用アプリケーション・実行プ
ログラムのフローチャート。

【図２３】 他の例の補助記憶装置の記憶エリアの説明
図。

【図２４】 他の例のブータのフローチャート。

【符号の説明】 １０…オンライン端末装置 １１…ネットワーク １３…保守用コンピュータ ２０…ＣＰＵ ２１…ＲＯＭ ２２…ＲＡＭ ２３…補助記憶装置 ｍ１…リアルタイム・モニタ ｍ２…ブートプログラム（ブータ） ｍ３…通信プログラム ｍ４…ダウンロード・プログラム（ローダ） ｍ５…リンタ ｍ６…業務用アプリケーション・リロケータブル・オブ
ジュクト・ファイル ｍ７…業務用アプリケーション・実行プログラム ｍ６１…モジュール ｍ６１１，ｍ７１…バージョン・ヘッダ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｆ 11/28 ３３０ Ａ 7313−5Ｂ (72)発明者 池部 由美子 京都府京都市右京区花園土堂町10番地 オ ムロン株式会社内 (72)発明者 久保田 益史 京都府京都市右京区花園土堂町10番地 オ ムロン株式会社内

Claims (8)

【特許請求の範囲】
1. 【請求項１】発信元とオンライン接続し、プログラムに
   より所定の処理を実行するオンライン端末装置であっ
   て、プログラムの分割単位でのリロケータブルオブジェ
   クトを記憶する記憶手段と、上記リロケータブルオブジ
   ェクトをリンクしてプログラムを生成するリンク手段と
   を備えたオンライン端末装置。
2. 【請求項２】発信元からオンラインを介して前記プログ
   ラムの分割単位でのリロケータブルオブジェクトのダウ
   ンロードやリンク命令が入力されたとき、これらの処理
   結果を発信元に送信する通信手段を備えた請求項１記載
   のオンライン端末装置。
3. 【請求項３】発信元からオンラインを介してリセット命
   令が入力されたとき、リセット処理してリンクで生成し
   たプログラムを実行可能にする制御手段を備えた請求項
   １記載のオンライン端末装置。
4. 【請求項４】リセット処理を実行するとき、端末業務用
   プログラムが実行中か否かを判定する判定手段と、上記
   判定手段が実行中を判定したときリセット処理を禁止
   し、否を判定したときリセット処理を実行する制御手段
   とを備えた請求項１記載のオンライン端末装置。
5. 【請求項５】プログラムをリンク処理するとき、このリ
   ンク処理前のプログラムを記憶する第２記憶手段と、リ
   ンク処理したプログラムの起動可否を判定する判定手段
   と、上記判定手段が起動不可を判定したとき、前記第２
   記憶手段の生成前のプログラムを起動させる制御手段と
   を備えた請求項１記載のオンライン端末装置。
6. 【請求項６】記憶手段のリロケータブルオブジェクトフ
   ァイルと、リンク処理されているプログラムとのバージ
   ョン情報を発信元に通信する通信手段を備えた請求項１
   記載のオンライン端末装置。
7. 【請求項７】記憶手段に記憶のバージョン情報と、発信
   元から送られたバージョン情報とを比較する比較手段
   と、比較手段の比較の結果に基づいてダウンロードの必
   要なファイル情報を判定する判定手段と、判定手段の判
   定したファイル情報を発信元に通信する通信手段とを備
   えた請求項１記載のオンライン端末装置。
8. 【請求項８】前記請求項１，２，３，４，５，６または
   ７記載のオンライン端末装置で構成した取引処理装置。