JPH0512320A - 端末の取引制御方法 - Google Patents

Abstract

(57)【要約】 ［目的］ 端末のソフトウェアの入れ替えや変更をせず
に、新サービスに対応できる端末の取引制御方法を提供
する。 ［構成］ 端末は、既存のサービスおよび新サービスの
取引の管理および処理を行なうセンタに接続されてい
る。端末において、汎用メニュー画面を使用して新サー
ビスの取引種別番号を入力してセンタへ送信し、センタ
からの新サービスの取引種別番号に対応した汎用画面デ
ータを受信し、その汎用画面を表示し、その汎用画面上
のガイダンスに従ってデータを入力し、汎用画面番号と
共にセンタへ送って当該取引処理を行なわせる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、オンライン取引におけ
る汎用画面を用いて新サービスに対処できるようにした
端末の取引制御方法に関する。

【０００２】

【従来の技術】従来、金融業などにおける窓口業務で
は、取引の処理および管理を行なうセンタのホストコン
ピュータに接続された端末を用いて取引処理を行なって
いる。端末では、オンライン取引において、新サービス
の追加あるいは既存サービスの変更がある場合、端末ソ
フトウェアの追加あるいは変更が必要となり、また取引
等の画面の追加あるいは変更が必要であった。一方、セ
ンタにおいてもソフトウェアの変更や追加が必要とな
り、また取引等の画面の追加や変更が必要であった。

【０００３】

【発明が解決しようとする課題】しかしながら、上述し
た従来の方法では、次のような問題があった。 (1) 至急対応したい新サービスでも、端末ソフトウェア
を端末台数分全て入れ替えるため、大変時間がかかって
いた。 (2) 既存サービスの大変更でない場合でも、端末ソフト
ウェアを入れ替えるためコストがかかっていた。 (3) 新サービスの追加や既存サービスの変更のため、端
末ソフトウェアを入れ替えて、端末を稼働させたとこ
ろ、端末ソフトウェア（画面）に障害があった場合、再
度端末ソフトウェアの入れ替えを行なう必要があった。
かかる端末ソフトウェアの障害がテストの段階で判れば
よいが、実サービスの運用段階で端末ソフトウェア（画
面）の障害があった場合、大変やっ介な問題であった。
本発明の目的は、上述した従来の問題点を解決し、新サ
ービスの追加や既存サービスの変更などに容易に対応で
きる端末の取引制御方法を提供することにある。

【０００４】

【課題を解決するための手段】本発明の端末の取引制御
方法は、既存サービスおよび新サービスの取引の処理と
その取引の管理を行なうセンタのホストコンピュータに
オンライン接続された端末において、汎用メニュー画面
を使用して新サービスの取引種別番号を入力し、この取
引種別番号と前記汎用メニュー画面の画面番号を前記セ
ンタへ送信し、前記センタからの新サービスの取引種別
番号に対応した汎用画面データにもとづき汎用画面を表
示し、前記汎用画面上のガイダンスに従ってデータを入
力し、このデータと前記汎用画面の画面番号とを前記セ
ンタへ送って当該取引処理を前記センタに行なわせるよ
うにしたものである。

【０００５】

【実施例】次に発明の実施例について図面を用いて説明
する。図２は、本発明に係る端末の一実施例を示す構成
図である。同図において、１は制御部であって、この制
御部１内にはメモリ２を備えている。このメモリ２に
は、当該端末の動作プログラムが格納されており、制御
部１はこのメモリ２内の動作プログラムに従って制御動
作を行なうものである。また、３は画面表示を行なう表
示装置（ＣＲＴという。）、４は入力装置としてのキー
ボード（ＫＢという。）、５はプリントアウトするため
のプリンタ（ＰＲという。）、６はフロッピィーディス
ク（ＦＤという。）、７はハードディスク（ＨＤとい
う。）である。これらの表示装置３、キーボード４、プ
リンタ５、フロッピィーディスク６およびハードディス
ク７は、制御部１に接続されている。制御部１は、表示
装置３、プリンタ５、フロッピィーディスク６およびハ
ードディスク７などを統轄制御するものである。ハード
ディスク７又はメモリ２に既存のサービス（従来通りの
サービス）についての取引処理に必要なプログラムが格
納されている。また、メモリ２には、本発明に係る汎用
メニュー画面データが格納されている。

【０００６】また、制御部１は回線８を介してセンタの
ホストコンピュータに接続されている。ここで、センタ
は、ホストコンピュータにより、取引の処理および管理
を行なっている。このセンタのホストコンピュータに
は、回線を介して複数の端末が接続されている。これら
の複数の端末のうちの一の端末の概略構成を示したもの
が、図２である。

【０００７】次に端末のオンライン取引制御について、
図１、図３のフローチャートに従って説明する。なお、
図１は、本発明に係る取引のフローチャート、図３は通
常取引（従来通りの取引）のフローチャートである。端
末オペレータ側には、予め追加された新サービスや既存
サービスを変更したサービスについて、その取引種別番
号と取引種別が一覧表の形で通知されているものとす
る。また、センタ側には、追加された新サービスや既存
サービスを変更したサービスについての取引処理に必要
な一切のプログラムがホストコンピュータ内のメモリに
格納されている。なお、既存サービスについての取引処
理のプログラムもホストコンピュータ内のメモリに格納
される。

【０００８】端末オペレータが、新サービスの取引処理
を行なう場合について説明する。端末オペレータは、キ
ーボード４を用いて、既存のメニュー画面か否かの選択
を行なう（図１のステップＳ１）。もし、ここで、既存
のメニュー画面を選択した場合には、通常取引（従来通
りの既存のサービスの取引）に移行する（図１のステッ
プＳ２）。この通常取引について図３を用いて簡単に説
明する。

【０００９】まず、制御部１は、ハードディスク７又は
メモリ２より既存の画面データを読出し（図３のステッ
プＳ２１）、表示装置３に既存画面を表示させる（図３
のステップＳ２２）。端末オペレータは、表示装置３を
見ながら取引データの入力を行ない、センタへの送信処
理を行なう（図３のステップＳ２３、Ｓ２４）。当該端
末からセンタのホストコンピュータでは、当該端末から
送られてきた取引データに従って、当該取引処理を行な
って、その結果をセンタから当該端末に送り直す。当該
端末では、その取引処理の結果にもとづいて必要な出力
処理を行なう（図３のステップＳ２５）。

【００１０】図１のステップＳ１において、端末オペレ
ータが既存のメニュー画面を選択しない場合には、制御
部１は、メモリ２より汎用メニュー画面データを取出
し、表示装置３に図４に示すような汎用メニュー画面を
表示させる（図１のステップＳ３）。なお、図４の汎用
メニュー画面１０において、１１の部分には画面番号が
表示されており、かつ１２の部分に取引種別の番号を入
力するため空白となっている。この取引種別の番号は、
端末側とホストコンピュータとで予め取引種別毎に取り
決められた番号であり、この取引種別番号が入力された
センタへ送信されると、この取引種別の取引処理プログ
ラムが実行されるようになっている。

【００１１】端末オペレータは、表示装置３を見なが
ら、図４の汎用メニュー画面１０の１２の部分にキーボ
ード４にて該当する取引種別の番号を入力した上で、送
信キーを押下げる（図１のステップＳ４）。この入力デ
ータは制御部１に供給される。

【００１２】ここで、制御部１は、当日、既に一度でも
同一の取引を行なうことにより、センタから送られる同
一取引の汎用画面データを受信し、メモリ２あるいはハ
ードディスク７（ここでは、たとえばメモリ２とす
る。）に格納している（退避している）か否かチェック
する（図１のステップＳ５）。そして、制御部１は、チ
ェックの結果、１度でも当日、同一の取引（新サービス
取引）を行なっていた場合には、既にセンタから同一の
取引の汎用画面データ（図５の汎用画面の画面番号、タ
イトル、ガイダンスの各データ）が当該端末に送られて
おり、その汎用画面データがここでは、メモリ２に格納
され（退避され）ている。従って、制御部１は、ホスト
コンピュータへ入力データである取引種別番号を改めて
センタへ送信する必要はない。そこで、制御部１は、メ
モリ２より同一取引の汎用画面データを取出して表示装
置３に図６のような汎用画面を表示させる（図１のステ
ップＳ６、Ｓ８）。

【００１３】この場合、制御部１は、まず図５のイニシ
ャル時の汎用画面１３を表示させ、次に画面番号フィー
ルド１４、タイトルフィールド１５、ガイダンスフィー
ルド１６にそれぞれ画面番号、タイトル、ガイダンスを
表示させる。これにより図６のような汎用画面が表示装
置３に表示される。なお、図６の汎用画面の入力フィー
ルド１７は空白のままとなっている。また、メモリ２に
格納されたデータ（新サービスの取引種別の汎用画面デ
ータなど）は、ここでは、たとえば一日一回、業務終了
後に端末電源オフによりクリアされるようになってい
る。従って、取引サービスを何回も変更する場合に向い
ている。

【００１４】一方、ステップＳ５において、制御部１
は、チェックの結果、１度も同一の取引（新サービス取
引）を行なっていない場合には、汎用メニュー画面の画
面番号（図４の汎用メニュー画面１０の１１部分の画面
番号）と入力データ（取引種別の番号）をホストコンピ
ュータへ回線８を介して送信する。ここで各画面は画面
番号で区別されている。従って汎用メニュー画面は一つ
であるが、画面番号で区別されている。

【００１５】ホストコンピュータでは、当該端末からの
汎用メニュー画面の画面番号と、取引種別の番号をもと
に、ホストコンピュータ内のハードディスクに設けたテ
ーブルから対応付けられた汎用画面の画面番号、ガイダ
ンスデータ、タイトルデータを取り出し（図１のステッ
プＳ１２）。当該端末へ送信する。なお、ホストコンピ
ュータ内のハードディスクに設けたテーブルには、汎用
メニュー画面の画面番号と取引種別番号に対応づけて汎
用画面データ（汎用画面の画面番号、ガイダンスデー
タ、タイトルデータ）が設定されている。次に、当該端
末側の制御部１は、ホストコンピュータからの汎用画面
データ（画面番号、ガイダンスデータ、タイトルデー
タ）をメモリ２にて受信し、それらをメモリ２の別の領
域に、取引種別番号と共に退避させると共に、表示装置
３にその取引種別番号に対応した汎用画面を表示させる
（図１のステップＳ７、Ｓ８）。

【００１６】この場合、制御部１は、表示装置３に汎用
画面を表示させるに当っては、まず図５に示すようにイ
ニシャル時の汎用画面１３を表示させ、その上で図６に
示すようにタイトル、画面番号、ガイダンスをタイトル
フィールド１５、画面番号フィールド１４、ガイダンス
フィールド１６にそれぞれ表示させる。

【００１７】次に、端末オペレータは、表示装置３の図
６のような汎用画面を見ながら、ガイダンスフィールド
１６に表示されたガイダンスに従って該当するデータ
を、右側の入力フィールド１７に表示されるようにキー
ボード４にて入力する（図１のステップＳ９）。これに
より図７のような汎用画面が形成される。なお、ガイダ
ンスに従ってデータが入力された図７の具体例を図８に
示す。次に端末オペレータがキーボード４にてホストコ
ンピュータへ送信するキーを押下げる（図１ステップＳ
１０）と、制御部１はこれを受けて、たとえば図７の汎
用画面の画面番号「１２３４」と入力データ「ＤＡＴＡ
１〜ＤＡＴＡｎ」をホストコンピュータへ送信する。

【００１８】ホストコンピュータは、当該端末からの汎
用画面の画面番号と入力データをもとに、該当の取引処
理を行ない、回答を当該端末へ送る（図１のステップＳ
１３）。当該端末では、センタのホストコンピュータか
らの回答を受信し、出力処理を行なう（図１のステップ
Ｓ１１）。

【００１９】以上の説明から判るように、本発明では、
新しいサービス（追加した新サービスや既存サービスを
変更した新サービス）を始める場合、端末ソフトウェア
（プログラム）の入れ替えや変更を行なわずに、ホスト
コンピュータ側に新しいサービスの取引処理のためのプ
ログラムを用意し、ホストコンピュータ側から端末オペ
レータにその新しいサービスの取引種別番号を予め通知
しておく。端末オペレータが表示装置３に汎用メニュー
画面を表示させ、該当する新サービスに対応した取引種
別番号を入力する。その後、端末オペレータは、センタ
から送られてくる汎用画面データにもとづき、表示装置
３に表示される汎用画面のガイダンス指示に従って該当
する入力データを入力しセンタへ送信すれば、センタの
ホストコンピュータから該当する取引処理の回答が送ら
れてくる。端末オペレータはこの回答を出力処理すれ
ば、新サービスの取引の結果が得られる。

【００２０】また、既存のサービスの取引プログラムに
障害が発生した場合でも、その障害に係る既存サービス
を新サービス同様に取扱って図１のフローチャートに従
って、図４の汎用メニュー画面の１２の部分に障害に係
る既存サービスの取引種別番号が表示されるように、キ
ーボード４にて入力してやればよい。後は、新サービス
の場合と同様に図１のフローに従って取引処理が行なわ
れる。ホストコンピュータ側は新サービスの取引プログ
ラムの他、既存のサービスの取引処理のプログラムは、
当然有しているからである。このように既存サービスの
取引プログラムに障害が発生しても、ホストコンピュー
タで既存サービスの取引処理を端末に代わって代行して
もらうことができる。これにより、一部の既存サービス
の取引に障害が発生していても、そのままその端末を稼
働できるので、端末の効率的な運用ができる。そして、
業務終了後や休日等、運用に差支えのないときにその端
末を修理すればよい。

【００２１】また、端末では、従来通り既存サービスの
取引を行なうことができる。本発明は本実施例に限定さ
れることなく、本発明の要旨を逸脱しない範囲で種々の
応用および変形が考えられる。

【００２２】

【発明の効果】上述したように本発明によれば、次のよ
うな効果が得られる。 (1) 新しいサービスを始める場合、端末ソフトウェア
（端末プログラム）の入れ替えや変更を行なわずに済
む。 (2) 汎用メニュー画面を表示させ、新サービスの該当す
る取引種別番号を入力しセンタへ送信することで、その
後端末側は、ホストコンピュータの新サービスの該当取
引処理手続にまかせて、その指示に従えばよい。 (3) 既存のサービス取引のプログラム（端末ソフトウェ
ア）に障害が発生した場合、その障害に係る既存サービ
スを新サービスと同様に扱って、ホストコンピュータに
当該取引処理手続をまかせることができる。従って、端
末の障害（画面プログラムバグ）の一時回避手段として
本発明を利用できる。

【００２３】(4) 端末では、従来通り既存サービスの取
引を行なうことができる。 (5) 新サービスの取引種別番号に対応した汎用画面デー
タをホストコンピュータから受信した場合に、その汎用
画面データを一定期間記憶部に格納して（退避して）お
けば、一定期間内に記憶部に格納しておいた汎用画面デ
ータに係る取引と同一の取引があった場合、その同一の
取引処理においてこの汎用画面データを記憶部より読出
して利用できる。

【図面の簡単な説明】

【図１】本発明に係る取引のフローチャートである。

【図２】本発明に係る端末の一実施例を示す構成図であ
る。

【図３】通常取引のフローチャートである。

【図４】汎用メニュー画面例を示す説明図である。

【図５】汎用画面例を示す構成図である。

【図６】汎用画面例を示す構成図である。

【図７】汎用画面入力例を示す説明図である。

【図８】汎用画面入力具体例を示す説明図である。

【符号の説明】

１ 制御部 ２ メモリ ３ 表示装置 ４ キーボード ６ フロッピィーディスク ７ ハードディスク

Claims (1)

1. 【特許請求の範囲】 【請求項１】 既存サービスおよび新サービスの取引の
   処理とその取引の管理を行なうセンタのホストコンピュ
   ータにオンライン接続された端末において汎用メニュー
   画面を使用して新サービスの取引種別番号を入力し、 この取引種別番号と前記汎用メニュー画面の画面番号を
   前記センタへ送信し、 前記センタからの新サービスの取引種別番号に対応した
   汎用画面データにもとづき汎用画面を表示し、 前記汎用画面上のガイダンスに従ってデータを入力し、 このデータと前記汎用画面の画面番号とを前記センタへ
   送って当該取引処理を前記センタに行なわせるようにし
   たことを特徴とする端末の取引制御方法。