JPH04322368A - 金融端末の打溜・後送制御方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、金融端末における取引
の打溜および後送についての処理を行う金融端末の打溜
・後送制御方法に関する。

【０００２】

【従来の技術】一般に、ホストと接続された金融端末で
は、リアルタイムでホストに送信する必要がないデータ
は打溜を行い、その後ホストに後送している。ここで、
打溜（タンキング）とは、取引内容をホストあるいは端
末制御装置に送ることなく、端末側の補助記憶媒体に記
録することであり、後送（リエンタ）とは、この補助記
憶媒体に記録された取引を一括してホストあるいは端末
制御装置に送ることである。

【０００３】図２に、ホストと金融端末からなる金融シ
ステムの構成図を示す。図のシステムはホスト１と、端
末制御装置２と、複数の金融端末３とからなる。ホスト
１は、各営業店に設けられた金融端末３を統括する上位
局で、全営業店のファイル等を有している。端末制御装
置２は、各営業店に設けられて、営業店内の複数の金融
端末（以下、単に端末と称す）３を制御する装置である
。

【０００４】図３に、端末３の構成を示す。端末３は、
各種の制御処理を行う制御部３１と、入出力装置として
のキーボード／ディスプレイ３２と、補助記憶装置３３
とからなる。制御部３１は、プロセッサ等からなり、キ
ーボード／ディスプレイ３２の制御や補助記憶装置３３
の制御を行う。キーボード／ディスプレイ３２は、既知
の打溜キーや送信キー等を備えたキーボードおよびＣＲ
Ｔ等の表示装置から構成されている。補助記憶装置３３
は、フロッピディスク装置からなり、打溜されたデータ
を補助記憶媒体としてのフロッピディスク３３ａ、３３
ｂ、３３ｃ、…に記録する装置である。

【０００５】このように構成された金融システムにおい
て、金融端末における取引データの打溜は、各端末３毎
に行われている。即ち、各端末３は、取引データをフロ
ッピディスクに打溜順に記録し、また、後送は、指定さ
れたフロッピディスクの打溜データを記録されている順
に取り出し、これら打溜データを基に電文を編集し、ホ
スト等の上位局に送信するものであった。従って、従来
では、一つのフロッピディスクに対して同一の後送日時
・端末といった後送条件の取引データを打溜する必要が
あり、後送条件の異なる取引については、記録するフロ
ッピディスクを使い分け、複数のフロッピディスク３３
ａ、３３ｂ、３３ｃ、…のそれぞれが同一の後送条件と
なるよう記録していた。

【０００６】

【発明が解決しようとする課題】しかしながら、従来の
打溜・後送制御方法では、上記のように、後送条件別に
複数の補助記憶媒体を用意する必要があったため、オペ
レータは打溜時にその取引がどの後送条件かによってフ
ロッピディスクを選択する必要があり、打溜業務におけ
る操作性が悪いと共に、フロッピディスクを紛失してし
まう等の恐れもあった。また、打溜された取引データの
一部に後送条件の変更が発生した場合、先ずその取引デ
ータを補助記憶媒体から削除し、その後、後送条件を満
足するよう取引データを再度補助記憶媒体に打溜すると
いう二重、三重のオペレーションが必要であり、このよ
うな煩雑な処理が後送漏れや無効取引の放置等につなが
るといった問題点もあった。

【０００７】本発明は、上記従来の問題点を解決するた
めになされたもので、打溜・後送業務の省力化・迅速化
を図ると共に、後送漏れや無効取引の放置および補助記
憶媒体の紛失等の事故を未然に防止することのできる金
融端末の打溜・後送制御方法を提供することを目的とす
る。

【０００８】

【課題を解決するための手段】本発明の金融端末の打溜
・後送制御方法は、金融の取引データを補助記憶媒体に
打溜し、この打溜したデータを上位局に後送する金融端
末の打溜・後送制御方法において、前記打溜時に、各取
引データの後送条件を識別する識別コードを付加して前
記補助記憶媒体に記録し、前記後送時は、前記識別コー
ドに基づき、後送条件別に送信することを特徴とするも
のである。

【０００９】

【作用】本発明の金融端末の打溜・後送制御方法は、取
引データの打溜時には、各取引データの後送条件を識別
する識別コードを付加して補助記憶媒体に記憶する。こ
れら打溜取引データを上位局に後送する場合は、付加し
た識別コードに基づき、打溜取引データを後送条件別に
分類し、同一の後送条件の取引データを送信する。従っ
て、複数の端末で一つの補助記憶媒体を共有することが
できると共に、後送条件の変更も容易に行え、後送漏れ
等のミス等も未然に防止することができる。

【００１０】

【実施例】以下、本発明の実施例を図面を用いて詳細に
説明する。図４は、本発明の金融端末の打溜・後送制御
方法を適用した金融システムの構成図である。図の金融
システムは、従来と同様に、ホスト１、端末制御装置２
および複数の金融端末３からなるが、本実施例では、営
業店の各端末３の打溜データを一括して記録する補助記
憶媒体として磁気ディスク装置４が設けられている。即
ち、端末３は、従来のようにそれぞれが独立して補助記
憶媒体に打溜するのではなく、全ての端末３がその取引
データを一つの磁気ディスク装置４に打溜するよう構成
されている。

【００１１】次に、本発明の金融端末の打溜・後送制御
方法を説明する。図１はその打溜業務処理を示すフロー
チャートである。先ず、打溜業務の開始は打溜キーの押
下によって認識される。これにより、金融端末のディス
プレイには、予約番号・後送予定日付の設定画面が自動
表示される（ステップＳ１）。ここで、予約番号とは、
後送条件別に付与される識別コードであり、後送は予約
番号単位で実施される。従って、オペレータは打溜の開
始に伴い、先ず最初に予約番号を設定する必要がある。 また、後送予定日付は、その予約番号で打溜された取引
データを後送する日付であり、既にその予約番号で打溜
されたデータがある場合は、これに対応した後送予定日
付が自動表示される。しかも、予約番号入力による画面
表示により、打溜データの後送漏れを検出することが可
能である。即ち、後述する後送処理の実行後は、予約番
号はクリアされるため、予約番号の入力によって後送予
定日付が表示された場合は後送が未処理となっているた
めである。

【００１２】次に、予約番号と後送予定日付が入力され
ると（ステップＳ２）、オペレータはいわゆる実行キー
の機能を有するキーとして、送信キーを押下する。これ
により、端末３は打溜モードとなり、ディスプレイは全
画面消去となると共に、画面下部の打溜ランプが点灯す
る（ステップＳ３）。そして、打溜を行う場合は（ステ
ップＳ４）、取引に対応した取引画面の呼出しを行う（
ステップＳ５）。この取引画面呼出しでは、該取引が打
溜可能取引か否かのチェック、例えばリアルタイムでホ
スト１に送信する必要のあるデータであるか等のチェッ
クが行われ（ステップＳ６）、打溜取引可能であれば、
その取引画面が表示される（ステップＳ７）。また、打
溜取引が不可の取引である場合は、不可メッセージを出
力して（ステップＳ８）、ステップＳ４に戻る。

【００１３】取引画面呼出し後、入力された取引データ
は、予約番号別に分類または予約番号を付与し（ステッ
プＳ９）、更に送信キーを押下することによって磁気デ
ィスク装置４に記録される（ステップＳ１０）。このよ
うな処理を各取引毎に行い、全ての打溜が終了すると（
ステップＳ４）、オペレータは打溜キーを再押下する。 これにより、ディスプレイは全画面消去となると共に、
打溜ランプが滅灯し（ステップＳ１１）、端末３の打溜
モードは解除されて、これ以降は通常モードとなる。即
ち、以降の取引は磁気ディスク装置４に打溜されること
なく、ホスト等の上位局へリアルタイムに送信される。

【００１４】次に、後送業務について説明する。図５は
、後送業務処理のフローチャートである。先ず、後送は
取引業務として存在するため、後送画面は画面番号Ａに
よる呼出しとなる。即ち、一つの取引に対しては一つの
画面が対応するよう構成され、かつそれぞれの画面には
画面番号が付与されているため、取引を選択する場合は
、一画面呼出しとして画面番号を指定する。

【００１５】画面番号入力によって、後送画面が表示さ
れると（ステップＳ１１）、オペレータは予約番号を入
力する（ステップＳ１２）。これにより、後送予定日付
が自動表示される（ステップＳ１３）。オペレータはこ
の後送予定日付が正しいかどうかを確認し（ステップＳ
１４）、正しい場合は（ステップＳ１５）、確認の機能
キーとして送信キーを押下する。送信キーが押下される
と、画面下部の後送ランプが点灯し、端末３は後送モー
ドとなる（ステップＳ１６）。後送モード中は、予約番
号に該当する打溜取引データを磁気ディスク装置４から
読込んで電文を編集し、上位局に対して送信する。

【００１６】そして、上位局から後送データの結果とし
て電文を受信すると、その取引に従った処理を行い、処
理結果により打溜取引データには「送信済」や「障害」
の識別を付加する。尚、ここで、送信済とは、後送デー
タが上位局に対して正常に送信された場合であり、障害
とは、後送データは正常に送信されたがそのデータに異
常があった場合である。また、上位局への送信中に回線
に障害が発生した場合等により、上位局が後送データを
正常に受信できなかった場合は、その打溜取引データに
「送信中」の識別を付加し、上位局に対して送信中であ
ることを記録する。

【００１７】以上のような処理により、ある予約番号に
該当する全ての打溜取引データに対する後送処理が終了
した場合、あるいは後送モード中に中止キーが押下され
た場合は、全画面消去となると共に、後送ランプが滅灯
し、通常モードに移行する（ステップＳ１７）。また、
上記ステップＳ１５において、その後送予定日付が誤り
であった場合、オペレータは中止キーを押下して通常モ
ードとし、後送画面再呼出しあるいは後送条件の変更業
務等の処理を行う。このように、本実施例では、後送後
には打溜取引データに結果の識別が付加されるため、当
該取引データの処理状況を確認することが可能となる。

【００１８】次に、打溜データの修正および後送条件の
変更業務について説明する。図６は、打溜データの変更
業務の説明図である。先ず、この場合においても、上述
した後送画面呼出しと同様に、画面番号により打溜デー
タ変更画面を呼び出す。その後、予約番号を入力し（ス
テップＳ２１）、送信キーを押下することで、予約番号
に対応する全ての打溜データの一覧が表示される（ステ
ップＳ２２）。ここで、例えば打溜通番００３のデータ
を変更したい場合は、画面下部の打溜通番のフィールド
に００３を入力し、処理区分のフィールドには対応する
処理の番号を入力して、送信キーを押下する。これによ
り、打溜通番００３の修正画面、即ち取引画面が表示さ
れる（ステップＳ２３）。そして変更する項目を入力後
、送信キーを押下することで、全画面消去となり、通常
モードに戻る（ステップＳ２４）。

【００１９】尚、上記実施例では、後送業務において、
その予約番号のフィールドを１個としたが、これを複数
個設け、例えば予約番号１１０、１１５、１２０を入力
する等、複数の予約番号に対応した打溜取引データを後
送するよう構成してもよい。また、後送条件の識別コー
ドとして上記実施例では予約番号としたが、これに限定
されるものではなく、例えば記号等、後送条件が識別で
きるものであれば、上記実施例と同様の効果を奏する。 更に、上記実施例では、打溜する補助記憶媒体として磁
気ディスク装置４を用いたが、この他にもフロッピディ
スク装置や磁気テープ等の記憶媒体であってもよく、ま
た、端末３毎に補助記憶媒体を備え、これを後送時に識
別コード別に打溜取引データを読込むよう構成してもよ
い。

【００２０】

【発明の効果】以上説明したように、本発明の金融端末
の打溜・後送制御方法によれば、打溜取引データを、後
送条件を識別する識別コードを付加して記憶媒体に記録
するようにしたので、従来のように後送条件別に補助記
憶媒体を分けて打溜する必要がなく、複数の端末が同一
の記憶媒体に打溜することが可能となる。従って、打溜
業務の操作性を向上させることができると共に、打溜取
引データの一覧・後送状況および後送条件の変更・確認
を容易に行うことが可能となり、ひいては、後送条件変
更に伴う二重、三重の打溜取引を簡素化することができ
るだけでなく、後送漏れや無効取引の放置、補助記憶媒
体の紛失等を未然に防止することができる。

【図面の簡単な説明】

【図１】本発明の金融端末の打溜・後送制御方法におけ
る打溜業務処理を示すフローチャートである。

【図２】従来の金融システムの構成図である。

【図３】従来の金融端末のブロック図である。

【図４】本発明の金融システムの構成図である。

【図５】本発明の金融端末の打溜・後送制御方法におけ
る後送業務処理を示すフローチャートである。

【図６】打溜取引データの変更業務の説明図である。

【符号の説明】

１　　上位局（ホスト） ３　　金融端末

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　金融の取引データを補助記憶媒体に打
   溜し、この打溜したデータを上位局に後送する金融端末
   の打溜・後送制御方法において、前記打溜時に、各取引
   データの後送条件を識別する識別コードを付加して前記
   補助記憶媒体に記録し、前記後送時は、前記識別コード
   に基づき、後送条件別に送信することを特徴とする金融
   端末の打溜・後送制御方法。