JP2013020317A

JP2013020317A - 取引情報引継ぎ方式

Info

Publication number: JP2013020317A
Application number: JP2011151367A
Authority: JP
Inventors: Kento Nagase; 賢人永瀬; Shunji Hironaka; 俊二弘中; Fumihiro Okumoto; 文博奥本
Original assignee: Hitachi Omron Terminal Solutions Corp
Current assignee: Hitachi Omron Terminal Solutions Corp
Priority date: 2011-07-08
Filing date: 2011-07-08
Publication date: 2013-01-31

Abstract

【課題】金融機関において、取引処理中に端末で障害が発生した場合においても取引可能な別の端末に取引情報を引継ぐことで入力途中の取引を継続することが可能なシステムを提供する。
【解決手段】取引情報を保持する機能を有する端末１１０で取引処理中に障害等が発生し端末１１０で取引が継続できなくなった場合、端末１１０の取引情報１１４をサーバ１００に送信し、サーバ１００では取引情報１１４を記憶部１０４に一時保管し、代替処理可能な端末を端末監視部１０１を用いて引継ぎ可能な端末１２０を抽出し、サーバ１００から端末１２０へ取引情報１１４を送信し、端末１２０では取引情報１１４から取引情報を取り出し、取引処理中の取引を引継ぐ事を特徴とする。
【選択図】図１

Description

本発明は、端末とサーバで構成される情報システム並びに制御方式に関して、特に情報システムにおける冗長化方式に関するものである。

金融機関の営業店において、勘定系の取引時には端末から必要な情報を入力したり、現金入出金機や通帳伝票プリンタなど金融デバイスに現金や通帳などの媒体を挿入して、サーバ及びホストコンピュータへデータを送信し、その結果、サーバ及びホストコンピュータから端末や金融デバイスに対して、画面宛のデータや媒体に対するデータを受信することで取引が完結する。

端末に必要な情報を入力する場合、取引によっては住所情報など長いデータを入力したり、多岐の項目に渡る大量のデータの入力が必要になる場合があり、端末や金融デバイスの障害等の要因で取引中のデータが消失すると、取引の再開やデータの再入力に時間が掛かり、顧客を長時間待たせる場合がある。

特開２０１０−８７９３６号公報

かかる従来の方法においては、次のような問題がある。すなわち、上述したような特許文献の技術では現用のユーザプレーンの障害発生時に、この障害ユーザプレーンの通信路の維持に必要な情報を予備のユーザプレーンへ引継ぎ、通信中の通信路を切断することなく処理を継続することが可能にするものであるが、処理を引継ぐ先の端末が取引状態であったり、端末に接続されている金融デバイスの状態や構成によっては処理を引継ぐことができない場合がある。

本発明の目的は、取引処理中に端末で障害が発生した場合においても取引可能な別の端末に取引情報を引継ぐことで入力途中の取引を継続することが可能なシステムを提供することである。

上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。

すなわち、端末は障害発生時に取引情報を記憶部に保持し、前記取引情報を通信部よりサーバに送信する。サーバは前記取引情報を記憶部に一時保管し、端末監視部を用いて、少なくとも取引に使用するデバイスが接続されていること及び非取引中であることを条件に前記端末が行っていた取引の代替処理が可能な端末を検出すると、端末の表示部に代替処理依頼を表示し、代替処理依頼されたことを操作者に伝達する。

代替処理可能であれば操作部で代替処理を受付け、前記取引情報を受信後、前記検出された端末にて代替処理を行う。

代替処理不可であれば、操作部による操作で代替処理が実行不可であることをサーバに通知し、サーバは代替処理が可能な他の端末を検出するまでチェックを続ける。サーバが代替処理可能な端末を検出する前に、障害発生した前記端末が障害から復旧した場合、前記端末にて取引内容を復元し、取引を再開する。

本発明によれば、障害の発生した取引途中の端末から、引継ぎ可能な端末に取引情報を引継がせ、引継ぎ先の端末に入力途中の取引情報を再入力することなく取引を継続することが出来る。

取引処理装置の構成図の例である。取引処理中の取引情報を端末内に記憶するフローチャートの例である。取引情報をサーバに送信するフローチャートの例である。取引情報を引継ぐ際のフローチャートの例である。取引に用いる画面の例である。取引情報を記憶する際の構成例である。

図１は、本実施例の取引処理装置の構成図を示す。

１００サーバは営業店におけるホストコンピュータである。図１に示す１００サーバの構成は、１０１端末監視部と、１０２通信部と、１０３取引処理部と、１０４記憶部と、を有する。

１０１端末監視部は１００サーバに接続されている１１０端末と１２０端末のデバイス接続状態及び取引状態を監視している。

通信部１０２は１１０端末及び１２０端末からそれぞれ取引情報を受信または送信することができる。

取引処理部１０３は１１０端末または１２０端末から取引実行通知が送られると、取引処理を行い、取引実行した端末に対して取引完了通知を送ることができる。

１０４記憶部は１１０端末から送信される取引情報１１４または１２０端末から送信される取引情報１２４を一時記憶する。

１１０端末は金融取引を行う端末である。図１に示す１１０端末の構成は、１１１表示部と、１１２操作部と、１１３記憶部と、１１４取引情報と、１１５通信部と、１１６入出金装置と、１１７通帳処理装置と、を有する。

１１１表示部は１１０サーバから通知が入ったときに１１０端末の操作者に伝達をする。

１１２操作部は１１０端末を操作するときの入力装置として用いる。

１１３記憶部は１１４取引情報を格納する。

１１４取引情報は、取引処理中に障害が発生した時に、他の端末で取引を引継げるように取引の情報をまとめたものである。

１１５通信部は１１０サーバとの通信をすることができる。

１１６入出金装置は１１０端末の操作者が紙幣・硬貨を扱う取引を行う際に紙幣・硬貨を入金及び出金することができる。

１１７通帳処理装置は１１０端末の操作者が通帳を読込み、または書込みを行うことができる。

１２０端末は１１０端末と同じ構成となっているため、説明は省略する。

図２は、本実施例の取引処理中の取引情報を端末内に記憶するフローチャートを示す。

図２に示すように、端末１１０で取引が行われる場合は、以下のように処理が行われる。

ステップＳ１００：端末１１０にて取引を索引する。１１４取引情報に索引した取引の取引種別が書き込まれる。

ステップＳ１０１：取引画面内の１つの項目に対して入力を行う。

ステップＳ１０２：入力されたデータが正しいかチェックを行う。チェックは入力された項目によって適宜変更される。ここでは、桁数チェック、ニューメリックチェックが実行されるが、ここでのチェックはそれだけではなく、あらゆるチェックに適用される。

ステップＳ１０３：ステップＳ１０２のチェックでエラーとなった場合は、データ入力が確定されないため、入力データを１１４取引情報に格納せず、再度項目入力を行わせる。

ステップＳ１０４：硬貨・紙幣を扱う取引での金額や、顧客が入力したパスワードなど、重要な項目は、１１４取引情報に格納しないようにする。

ステップＳ１０５：ステップＳ１０４のチェックに従い、重要項目以外のデータを取引情報に格納する。

ステップＳ１０６：入力された項目に設定されている項目ＩＤに対応付けて、入力データを１１４取引情報に格納する。

ステップＳ１０７：全項目入力した場合は、オペレータにより取引実行され、そうでない場合は未入力項目に対して入力を行う。また、必ずしも全項目に対して入力を行う必要は無く、取引種別及びオペレータ判断によっては、未入力項目がある状態で取引実行しても良い。

ステップＳ１０８：１１２操作部を用いたオペレータ操作で取引を実行する。１００サーバに取引実行通知を送り、サーバからの取引完了通知待ち状態で待機する。

ステップＳ１０９：１００サーバは１０３取引処理部にて取引処理を行い、１１０端末に対して取引完了通知を送信する。

ステップＳ１１０：取引が完了すると１１４取引情報をクリアし、次の取引の取引情報を格納するための準備を行う。

図３は、本実施例の取引情報をサーバに送信するフローチャートを示す。

図３に示すように、１１０端末で取引処理中に障害が発生した場合は、以下のように処理が行われる。

ステップＳ１１１：１１０端末の取引処理中に障害が発生する。

ステップＳ１１２：１１０端末の表示部に取引引継ぎ要否を確認するウィンドウを表示する。１１２操作部により引継ぎ要否を回答する。

ステップＳ１１３：ステップＳ１１２による確認結果が引継ぎ要の場合、１１４取引情方を取得する。確認結果が引継ぎ不要の場合は、取引情報送信フローを終了し、従来の障害復旧処理のみ行う。

ステップＳ１１４：１１４取引情報を取得する。

ステップＳ１１５：１１４取引情報を１００サーバに送信する。

ステップＳ１１６：１００サーバは取引情報を１０４記憶部に一時保存し、他端末に取引情報を送信するまでの間、記憶する。

ステップＳ１１７：取引情報送信フローを終了し、従来の障害復旧処理のみ行う。

図４は、本実施例の取引情報を引継ぐ際のフローチャートを示す。

図４に示すように、１１４取引情報を、他端末に引継ぐ時は以下のように処理が行われる。

ステップＳ１２０：１０１端末監視部により取引引継ぎ可能な端末を検出する。取引引継ぎ可能な端末は、取引を実行するデバイスが接続されていること及び端末が非取引中であることとする。さらに、取引引継ぎ通知を送信したが、オペレータ判断で取引引継ぎ拒否された場合は、拒否した端末を除くほかの端末から取引引継ぎ先を探し続ける。

取引引継ぎ可能な端末を検出する前に１１０端末が復旧した場合は、１１０端末に１１４取引情報を送信し、取引を再開する。もしくは、サーバから１１４取引情報を送信せずに、１１０端末内に記憶している１１４取引情報を用いて取引を再開してもよい。

ステップＳ１２１：取引引継ぎ可能な端末の有無をチェックする。

ステップＳ１２２：検出された１２０端末に対して取引引継ぎ通知を送信する。

ステップＳ１２３：１２０端末の表示部に取引引継ぎ可能か確認するダイアログが表示される。１２０端末の操作者は１２２操作部により取引引継ぎ可否を回答する。

ステップＳ１２４：取引引継ぎが不可であれば取引引継ぎ不可の通知を１００サーバに送り、１００サーバは１２０端末を除く他の端末で取引引継ぎ可能な端末を探し続ける。
取引引継ぎが可であれば取引引継ぎ可の通知を１００サーバに送る。

ステップＳ１２５：１０４記憶部から１１４取引情報を取得する。

ステップＳ１２６：１１４取引情報を１２０端末に送信する。

ステップＳ１２７：１１０端末の１１１表示部に取引引継ぎ先の端末を確保したことを表示し、また、取引に必要なものを持って１２０端末に向かうように指示する。

ステップＳ１２８：１２０端末で受信した１１４取引情報から取引種別を抽出し、画面索引を行う。画面索引後、１１４取引情報から抽出した入力データを各項目に入力する。

ステップＳ１２９：サーバで一時記憶していた１１４取引情報を削除する。

図５は、本実施例の取引に用いる画面の例を示す。

２００取引画面は振込取引の際に使用する取引画面の例である。各項目のテキストボックスに項目ＩＤが対応付けられており、画面上側から順にＩＤ００１,ＩＤ００２,ＩＤ００３,ＩＤ００４…と昇順に並ぶ。

図６は、本実施例の取引情報を記憶する際の構成例を示す。

２１０取引情報構成は、１１４取引情報に入力内容を格納する際に用いられ、端末を特定するための店番・機番、取引を特定するための取引種別、各項目のデータを格納するためのＩＤ００１,ＩＤ００２,ＩＤ００３,ＩＤ００４,ＩＤ００５…と以降項目ＩＤが昇順で並ぶ構成となっている。

例に示す２１０取引情報構成の内容は、振込取引での入力データであり、振込取引の２００取引画面（図５参照）と入力項目が対応付いている。

１００…サーバ、１０１…端末監視部、１０２…通信部、１０３…取引処理部、１０４…記憶部、１１０…端末、１１１…表示部、１１２…操作部、１１３…記憶部、１１４…取引情報、１１５…通信部、１１６…入出金装置、１１７…通帳処理装置、１２０…端末、１２１…表示部、１２２…操作部、１２３…記憶部、１２４…取引情報、１２５…通信部、１２６…入出金装置、１２７…通帳処理装置。

Claims

障害発生時の取引情報を保持する記憶部と、
前記取引情報をサーバに送信する通信部と、
代替処理依頼されたことを操作者に伝達する表示部と、
代替処理可能か返答をする操作部と、
を有する端末が接続されており、
前記端末の代替処理可能な端末を検出する端末監視部と、
前記取引情報を一時保管するための記憶部と、
前記取引情報を前記検出された端末に送信する通信部と、
を有するサーバ、
を備えることを特徴とする取引処理装置。