取引情報引継ぎ方式
【課題】金融機関において、取引処理中に端末で障害が発生した場合においても取引可能な別の端末に取引情報を引継ぐことで入力途中の取引を継続することが可能なシステムを提供する。
【解決手段】取引情報を保持する機能を有する端末１１０で取引処理中に障害等が発生し端末１１０で取引が継続できなくなった場合、端末１１０の取引情報１１４をサーバ１００に送信し、サーバ１００では取引情報１１４を記憶部１０４に一時保管し、代替処理可能な端末を端末監視部１０１を用いて引継ぎ可能な端末１２０を抽出し、サーバ１００から端末１２０へ取引情報１１４を送信し、端末１２０では取引情報１１４から取引情報を取り出し、取引処理中の取引を引継ぐ事を特徴とする。
【解決手段】取引情報を保持する機能を有する端末１１０で取引処理中に障害等が発生し端末１１０で取引が継続できなくなった場合、端末１１０の取引情報１１４をサーバ１００に送信し、サーバ１００では取引情報１１４を記憶部１０４に一時保管し、代替処理可能な端末を端末監視部１０１を用いて引継ぎ可能な端末１２０を抽出し、サーバ１００から端末１２０へ取引情報１１４を送信し、端末１２０では取引情報１１４から取引情報を取り出し、取引処理中の取引を引継ぐ事を特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末とサーバで構成される情報システム並びに制御方式に関して、特に情報システムにおける冗長化方式に関するものである。
【背景技術】
【０００２】
金融機関の営業店において、勘定系の取引時には端末から必要な情報を入力したり、現金入出金機や通帳伝票プリンタなど金融デバイスに現金や通帳などの媒体を挿入して、サーバ及びホストコンピュータへデータを送信し、その結果、サーバ及びホストコンピュータから端末や金融デバイスに対して、画面宛のデータや媒体に対するデータを受信することで取引が完結する。
【０００３】
端末に必要な情報を入力する場合、取引によっては住所情報など長いデータを入力したり、多岐の項目に渡る大量のデータの入力が必要になる場合があり、端末や金融デバイスの障害等の要因で取引中のデータが消失すると、取引の再開やデータの再入力に時間が掛かり、顧客を長時間待たせる場合がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−８７９３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
かかる従来の方法においては、次のような問題がある。すなわち、上述したような特許文献の技術では現用のユーザプレーンの障害発生時に、この障害ユーザプレーンの通信路の維持に必要な情報を予備のユーザプレーンへ引継ぎ、通信中の通信路を切断することなく処理を継続することが可能にするものであるが、処理を引継ぐ先の端末が取引状態であったり、端末に接続されている金融デバイスの状態や構成によっては処理を引継ぐことができない場合がある。
【０００６】
本発明の目的は、取引処理中に端末で障害が発生した場合においても取引可能な別の端末に取引情報を引継ぐことで入力途中の取引を継続することが可能なシステムを提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
【０００８】
すなわち、端末は障害発生時に取引情報を記憶部に保持し、前記取引情報を通信部よりサーバに送信する。サーバは前記取引情報を記憶部に一時保管し、端末監視部を用いて、少なくとも取引に使用するデバイスが接続されていること及び非取引中であることを条件に前記端末が行っていた取引の代替処理が可能な端末を検出すると、端末の表示部に代替処理依頼を表示し、代替処理依頼されたことを操作者に伝達する。
【０００９】
代替処理可能であれば操作部で代替処理を受付け、前記取引情報を受信後、前記検出された端末にて代替処理を行う。
【００１０】
代替処理不可であれば、操作部による操作で代替処理が実行不可であることをサーバに通知し、サーバは代替処理が可能な他の端末を検出するまでチェックを続ける。サーバが代替処理可能な端末を検出する前に、障害発生した前記端末が障害から復旧した場合、前記端末にて取引内容を復元し、取引を再開する。
【発明の効果】
【００１１】
本発明によれば、障害の発生した取引途中の端末から、引継ぎ可能な端末に取引情報を引継がせ、引継ぎ先の端末に入力途中の取引情報を再入力することなく取引を継続することが出来る。
【図面の簡単な説明】
【００１２】
【図１】取引処理装置の構成図の例である。
【図２】取引処理中の取引情報を端末内に記憶するフローチャートの例である。
【図３】取引情報をサーバに送信するフローチャートの例である。
【図４】取引情報を引継ぐ際のフローチャートの例である。
【図５】取引に用いる画面の例である。
【図６】取引情報を記憶する際の構成例である。
【発明を実施するための形態】
【００１３】
図１は、本実施例の取引処理装置の構成図を示す。
【００１４】
１００サーバは営業店におけるホストコンピュータである。図１に示す１００サーバの構成は、１０１端末監視部と、１０２通信部と、１０３取引処理部と、１０４記憶部と、を有する。
【００１５】
１０１端末監視部は１００サーバに接続されている１１０端末と１２０端末のデバイス接続状態及び取引状態を監視している。
【００１６】
通信部１０２は１１０端末及び１２０端末からそれぞれ取引情報を受信または送信することができる。
【００１７】
取引処理部１０３は１１０端末または１２０端末から取引実行通知が送られると、取引処理を行い、取引実行した端末に対して取引完了通知を送ることができる。
【００１８】
１０４記憶部は１１０端末から送信される取引情報１１４または１２０端末から送信される取引情報１２４を一時記憶する。
【００１９】
１１０端末は金融取引を行う端末である。図１に示す１１０端末の構成は、１１１表示部と、１１２操作部と、１１３記憶部と、１１４取引情報と、１１５通信部と、１１６入出金装置と、１１７通帳処理装置と、を有する。
【００２０】
１１１表示部は１１０サーバから通知が入ったときに１１０端末の操作者に伝達をする。
【００２１】
１１２操作部は１１０端末を操作するときの入力装置として用いる。
【００２２】
１１３記憶部は１１４取引情報を格納する。
【００２３】
１１４取引情報は、取引処理中に障害が発生した時に、他の端末で取引を引継げるように取引の情報をまとめたものである。
【００２４】
１１５通信部は１１０サーバとの通信をすることができる。
【００２５】
１１６入出金装置は１１０端末の操作者が紙幣・硬貨を扱う取引を行う際に紙幣・硬貨を入金及び出金することができる。
【００２６】
１１７通帳処理装置は１１０端末の操作者が通帳を読込み、または書込みを行うことができる。
【００２７】
１２０端末は１１０端末と同じ構成となっているため、説明は省略する。
【００２８】
図２は、本実施例の取引処理中の取引情報を端末内に記憶するフローチャートを示す。
【００２９】
図２に示すように、端末１１０で取引が行われる場合は、以下のように処理が行われる。
【００３０】
ステップＳ１００：端末１１０にて取引を索引する。１１４取引情報に索引した取引の取引種別が書き込まれる。
【００３１】
ステップＳ１０１：取引画面内の１つの項目に対して入力を行う。
【００３２】
ステップＳ１０２：入力されたデータが正しいかチェックを行う。チェックは入力された項目によって適宜変更される。ここでは、桁数チェック、ニューメリックチェックが実行されるが、ここでのチェックはそれだけではなく、あらゆるチェックに適用される。
【００３３】
ステップＳ１０３：ステップＳ１０２のチェックでエラーとなった場合は、データ入力が確定されないため、入力データを１１４取引情報に格納せず、再度項目入力を行わせる。
【００３４】
ステップＳ１０４：硬貨・紙幣を扱う取引での金額や、顧客が入力したパスワードなど、重要な項目は、１１４取引情報に格納しないようにする。
【００３５】
ステップＳ１０５：ステップＳ１０４のチェックに従い、重要項目以外のデータを取引情報に格納する。
【００３６】
ステップＳ１０６：入力された項目に設定されている項目ＩＤに対応付けて、入力データを１１４取引情報に格納する。
【００３７】
ステップＳ１０７：全項目入力した場合は、オペレータにより取引実行され、そうでない場合は未入力項目に対して入力を行う。また、必ずしも全項目に対して入力を行う必要は無く、取引種別及びオペレータ判断によっては、未入力項目がある状態で取引実行しても良い。
【００３８】
ステップＳ１０８：１１２操作部を用いたオペレータ操作で取引を実行する。１００サーバに取引実行通知を送り、サーバからの取引完了通知待ち状態で待機する。
【００３９】
ステップＳ１０９：１００サーバは１０３取引処理部にて取引処理を行い、１１０端末に対して取引完了通知を送信する。
【００４０】
ステップＳ１１０：取引が完了すると１１４取引情報をクリアし、次の取引の取引情報を格納するための準備を行う。
【００４１】
図３は、本実施例の取引情報をサーバに送信するフローチャートを示す。
【００４２】
図３に示すように、１１０端末で取引処理中に障害が発生した場合は、以下のように処理が行われる。
【００４３】
ステップＳ１１１：１１０端末の取引処理中に障害が発生する。
【００４４】
ステップＳ１１２：１１０端末の表示部に取引引継ぎ要否を確認するウィンドウを表示する。１１２操作部により引継ぎ要否を回答する。
【００４５】
ステップＳ１１３：ステップＳ１１２による確認結果が引継ぎ要の場合、１１４取引情方を取得する。確認結果が引継ぎ不要の場合は、取引情報送信フローを終了し、従来の障害復旧処理のみ行う。
【００４６】
ステップＳ１１４：１１４取引情報を取得する。
【００４７】
ステップＳ１１５：１１４取引情報を１００サーバに送信する。
【００４８】
ステップＳ１１６：１００サーバは取引情報を１０４記憶部に一時保存し、他端末に取引情報を送信するまでの間、記憶する。
【００４９】
ステップＳ１１７：取引情報送信フローを終了し、従来の障害復旧処理のみ行う。
【００５０】
図４は、本実施例の取引情報を引継ぐ際のフローチャートを示す。
【００５１】
図４に示すように、１１４取引情報を、他端末に引継ぐ時は以下のように処理が行われる。
【００５２】
ステップＳ１２０：１０１端末監視部により取引引継ぎ可能な端末を検出する。取引引継ぎ可能な端末は、取引を実行するデバイスが接続されていること及び端末が非取引中であることとする。さらに、取引引継ぎ通知を送信したが、オペレータ判断で取引引継ぎ拒否された場合は、拒否した端末を除くほかの端末から取引引継ぎ先を探し続ける。
【００５３】
取引引継ぎ可能な端末を検出する前に１１０端末が復旧した場合は、１１０端末に１１４取引情報を送信し、取引を再開する。もしくは、サーバから１１４取引情報を送信せずに、１１０端末内に記憶している１１４取引情報を用いて取引を再開してもよい。
【００５４】
ステップＳ１２１：取引引継ぎ可能な端末の有無をチェックする。
【００５５】
ステップＳ１２２：検出された１２０端末に対して取引引継ぎ通知を送信する。
【００５６】
ステップＳ１２３：１２０端末の表示部に取引引継ぎ可能か確認するダイアログが表示される。１２０端末の操作者は１２２操作部により取引引継ぎ可否を回答する。
【００５７】
ステップＳ１２４：取引引継ぎが不可であれば取引引継ぎ不可の通知を１００サーバに送り、１００サーバは１２０端末を除く他の端末で取引引継ぎ可能な端末を探し続ける。
取引引継ぎが可であれば取引引継ぎ可の通知を１００サーバに送る。
【００５８】
ステップＳ１２５：１０４記憶部から１１４取引情報を取得する。
【００５９】
ステップＳ１２６：１１４取引情報を１２０端末に送信する。
【００６０】
ステップＳ１２７：１１０端末の１１１表示部に取引引継ぎ先の端末を確保したことを表示し、また、取引に必要なものを持って１２０端末に向かうように指示する。
【００６１】
ステップＳ１２８：１２０端末で受信した１１４取引情報から取引種別を抽出し、画面索引を行う。画面索引後、１１４取引情報から抽出した入力データを各項目に入力する。
【００６２】
ステップＳ１２９：サーバで一時記憶していた１１４取引情報を削除する。
【００６３】
図５は、本実施例の取引に用いる画面の例を示す。
【００６４】
２００取引画面は振込取引の際に使用する取引画面の例である。各項目のテキストボックスに項目ＩＤが対応付けられており、画面上側から順にＩＤ００１,ＩＤ００２,ＩＤ００３,ＩＤ００４…と昇順に並ぶ。
【００６５】
図６は、本実施例の取引情報を記憶する際の構成例を示す。
【００６６】
２１０取引情報構成は、１１４取引情報に入力内容を格納する際に用いられ、端末を特定するための店番・機番、取引を特定するための取引種別、各項目のデータを格納するためのＩＤ００１,ＩＤ００２,ＩＤ００３,ＩＤ００４,ＩＤ００５…と以降項目ＩＤが昇順で並ぶ構成となっている。
【００６７】
例に示す２１０取引情報構成の内容は、振込取引での入力データであり、振込取引の２００取引画面（図５参照）と入力項目が対応付いている。
【符号の説明】
【００６８】
１００…サーバ、１０１…端末監視部、１０２…通信部、１０３…取引処理部、１０４…記憶部、１１０…端末、１１１…表示部、１１２…操作部、１１３…記憶部、１１４…取引情報、１１５…通信部、１１６…入出金装置、１１７…通帳処理装置、１２０…端末、１２１…表示部、１２２…操作部、１２３…記憶部、１２４…取引情報、１２５…通信部、１２６…入出金装置、１２７…通帳処理装置。
【技術分野】
【０００１】
本発明は、端末とサーバで構成される情報システム並びに制御方式に関して、特に情報システムにおける冗長化方式に関するものである。
【背景技術】
【０００２】
金融機関の営業店において、勘定系の取引時には端末から必要な情報を入力したり、現金入出金機や通帳伝票プリンタなど金融デバイスに現金や通帳などの媒体を挿入して、サーバ及びホストコンピュータへデータを送信し、その結果、サーバ及びホストコンピュータから端末や金融デバイスに対して、画面宛のデータや媒体に対するデータを受信することで取引が完結する。
【０００３】
端末に必要な情報を入力する場合、取引によっては住所情報など長いデータを入力したり、多岐の項目に渡る大量のデータの入力が必要になる場合があり、端末や金融デバイスの障害等の要因で取引中のデータが消失すると、取引の再開やデータの再入力に時間が掛かり、顧客を長時間待たせる場合がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−８７９３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
かかる従来の方法においては、次のような問題がある。すなわち、上述したような特許文献の技術では現用のユーザプレーンの障害発生時に、この障害ユーザプレーンの通信路の維持に必要な情報を予備のユーザプレーンへ引継ぎ、通信中の通信路を切断することなく処理を継続することが可能にするものであるが、処理を引継ぐ先の端末が取引状態であったり、端末に接続されている金融デバイスの状態や構成によっては処理を引継ぐことができない場合がある。
【０００６】
本発明の目的は、取引処理中に端末で障害が発生した場合においても取引可能な別の端末に取引情報を引継ぐことで入力途中の取引を継続することが可能なシステムを提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
【０００８】
すなわち、端末は障害発生時に取引情報を記憶部に保持し、前記取引情報を通信部よりサーバに送信する。サーバは前記取引情報を記憶部に一時保管し、端末監視部を用いて、少なくとも取引に使用するデバイスが接続されていること及び非取引中であることを条件に前記端末が行っていた取引の代替処理が可能な端末を検出すると、端末の表示部に代替処理依頼を表示し、代替処理依頼されたことを操作者に伝達する。
【０００９】
代替処理可能であれば操作部で代替処理を受付け、前記取引情報を受信後、前記検出された端末にて代替処理を行う。
【００１０】
代替処理不可であれば、操作部による操作で代替処理が実行不可であることをサーバに通知し、サーバは代替処理が可能な他の端末を検出するまでチェックを続ける。サーバが代替処理可能な端末を検出する前に、障害発生した前記端末が障害から復旧した場合、前記端末にて取引内容を復元し、取引を再開する。
【発明の効果】
【００１１】
本発明によれば、障害の発生した取引途中の端末から、引継ぎ可能な端末に取引情報を引継がせ、引継ぎ先の端末に入力途中の取引情報を再入力することなく取引を継続することが出来る。
【図面の簡単な説明】
【００１２】
【図１】取引処理装置の構成図の例である。
【図２】取引処理中の取引情報を端末内に記憶するフローチャートの例である。
【図３】取引情報をサーバに送信するフローチャートの例である。
【図４】取引情報を引継ぐ際のフローチャートの例である。
【図５】取引に用いる画面の例である。
【図６】取引情報を記憶する際の構成例である。
【発明を実施するための形態】
【００１３】
図１は、本実施例の取引処理装置の構成図を示す。
【００１４】
１００サーバは営業店におけるホストコンピュータである。図１に示す１００サーバの構成は、１０１端末監視部と、１０２通信部と、１０３取引処理部と、１０４記憶部と、を有する。
【００１５】
１０１端末監視部は１００サーバに接続されている１１０端末と１２０端末のデバイス接続状態及び取引状態を監視している。
【００１６】
通信部１０２は１１０端末及び１２０端末からそれぞれ取引情報を受信または送信することができる。
【００１７】
取引処理部１０３は１１０端末または１２０端末から取引実行通知が送られると、取引処理を行い、取引実行した端末に対して取引完了通知を送ることができる。
【００１８】
１０４記憶部は１１０端末から送信される取引情報１１４または１２０端末から送信される取引情報１２４を一時記憶する。
【００１９】
１１０端末は金融取引を行う端末である。図１に示す１１０端末の構成は、１１１表示部と、１１２操作部と、１１３記憶部と、１１４取引情報と、１１５通信部と、１１６入出金装置と、１１７通帳処理装置と、を有する。
【００２０】
１１１表示部は１１０サーバから通知が入ったときに１１０端末の操作者に伝達をする。
【００２１】
１１２操作部は１１０端末を操作するときの入力装置として用いる。
【００２２】
１１３記憶部は１１４取引情報を格納する。
【００２３】
１１４取引情報は、取引処理中に障害が発生した時に、他の端末で取引を引継げるように取引の情報をまとめたものである。
【００２４】
１１５通信部は１１０サーバとの通信をすることができる。
【００２５】
１１６入出金装置は１１０端末の操作者が紙幣・硬貨を扱う取引を行う際に紙幣・硬貨を入金及び出金することができる。
【００２６】
１１７通帳処理装置は１１０端末の操作者が通帳を読込み、または書込みを行うことができる。
【００２７】
１２０端末は１１０端末と同じ構成となっているため、説明は省略する。
【００２８】
図２は、本実施例の取引処理中の取引情報を端末内に記憶するフローチャートを示す。
【００２９】
図２に示すように、端末１１０で取引が行われる場合は、以下のように処理が行われる。
【００３０】
ステップＳ１００：端末１１０にて取引を索引する。１１４取引情報に索引した取引の取引種別が書き込まれる。
【００３１】
ステップＳ１０１：取引画面内の１つの項目に対して入力を行う。
【００３２】
ステップＳ１０２：入力されたデータが正しいかチェックを行う。チェックは入力された項目によって適宜変更される。ここでは、桁数チェック、ニューメリックチェックが実行されるが、ここでのチェックはそれだけではなく、あらゆるチェックに適用される。
【００３３】
ステップＳ１０３：ステップＳ１０２のチェックでエラーとなった場合は、データ入力が確定されないため、入力データを１１４取引情報に格納せず、再度項目入力を行わせる。
【００３４】
ステップＳ１０４：硬貨・紙幣を扱う取引での金額や、顧客が入力したパスワードなど、重要な項目は、１１４取引情報に格納しないようにする。
【００３５】
ステップＳ１０５：ステップＳ１０４のチェックに従い、重要項目以外のデータを取引情報に格納する。
【００３６】
ステップＳ１０６：入力された項目に設定されている項目ＩＤに対応付けて、入力データを１１４取引情報に格納する。
【００３７】
ステップＳ１０７：全項目入力した場合は、オペレータにより取引実行され、そうでない場合は未入力項目に対して入力を行う。また、必ずしも全項目に対して入力を行う必要は無く、取引種別及びオペレータ判断によっては、未入力項目がある状態で取引実行しても良い。
【００３８】
ステップＳ１０８：１１２操作部を用いたオペレータ操作で取引を実行する。１００サーバに取引実行通知を送り、サーバからの取引完了通知待ち状態で待機する。
【００３９】
ステップＳ１０９：１００サーバは１０３取引処理部にて取引処理を行い、１１０端末に対して取引完了通知を送信する。
【００４０】
ステップＳ１１０：取引が完了すると１１４取引情報をクリアし、次の取引の取引情報を格納するための準備を行う。
【００４１】
図３は、本実施例の取引情報をサーバに送信するフローチャートを示す。
【００４２】
図３に示すように、１１０端末で取引処理中に障害が発生した場合は、以下のように処理が行われる。
【００４３】
ステップＳ１１１：１１０端末の取引処理中に障害が発生する。
【００４４】
ステップＳ１１２：１１０端末の表示部に取引引継ぎ要否を確認するウィンドウを表示する。１１２操作部により引継ぎ要否を回答する。
【００４５】
ステップＳ１１３：ステップＳ１１２による確認結果が引継ぎ要の場合、１１４取引情方を取得する。確認結果が引継ぎ不要の場合は、取引情報送信フローを終了し、従来の障害復旧処理のみ行う。
【００４６】
ステップＳ１１４：１１４取引情報を取得する。
【００４７】
ステップＳ１１５：１１４取引情報を１００サーバに送信する。
【００４８】
ステップＳ１１６：１００サーバは取引情報を１０４記憶部に一時保存し、他端末に取引情報を送信するまでの間、記憶する。
【００４９】
ステップＳ１１７：取引情報送信フローを終了し、従来の障害復旧処理のみ行う。
【００５０】
図４は、本実施例の取引情報を引継ぐ際のフローチャートを示す。
【００５１】
図４に示すように、１１４取引情報を、他端末に引継ぐ時は以下のように処理が行われる。
【００５２】
ステップＳ１２０：１０１端末監視部により取引引継ぎ可能な端末を検出する。取引引継ぎ可能な端末は、取引を実行するデバイスが接続されていること及び端末が非取引中であることとする。さらに、取引引継ぎ通知を送信したが、オペレータ判断で取引引継ぎ拒否された場合は、拒否した端末を除くほかの端末から取引引継ぎ先を探し続ける。
【００５３】
取引引継ぎ可能な端末を検出する前に１１０端末が復旧した場合は、１１０端末に１１４取引情報を送信し、取引を再開する。もしくは、サーバから１１４取引情報を送信せずに、１１０端末内に記憶している１１４取引情報を用いて取引を再開してもよい。
【００５４】
ステップＳ１２１：取引引継ぎ可能な端末の有無をチェックする。
【００５５】
ステップＳ１２２：検出された１２０端末に対して取引引継ぎ通知を送信する。
【００５６】
ステップＳ１２３：１２０端末の表示部に取引引継ぎ可能か確認するダイアログが表示される。１２０端末の操作者は１２２操作部により取引引継ぎ可否を回答する。
【００５７】
ステップＳ１２４：取引引継ぎが不可であれば取引引継ぎ不可の通知を１００サーバに送り、１００サーバは１２０端末を除く他の端末で取引引継ぎ可能な端末を探し続ける。
取引引継ぎが可であれば取引引継ぎ可の通知を１００サーバに送る。
【００５８】
ステップＳ１２５：１０４記憶部から１１４取引情報を取得する。
【００５９】
ステップＳ１２６：１１４取引情報を１２０端末に送信する。
【００６０】
ステップＳ１２７：１１０端末の１１１表示部に取引引継ぎ先の端末を確保したことを表示し、また、取引に必要なものを持って１２０端末に向かうように指示する。
【００６１】
ステップＳ１２８：１２０端末で受信した１１４取引情報から取引種別を抽出し、画面索引を行う。画面索引後、１１４取引情報から抽出した入力データを各項目に入力する。
【００６２】
ステップＳ１２９：サーバで一時記憶していた１１４取引情報を削除する。
【００６３】
図５は、本実施例の取引に用いる画面の例を示す。
【００６４】
２００取引画面は振込取引の際に使用する取引画面の例である。各項目のテキストボックスに項目ＩＤが対応付けられており、画面上側から順にＩＤ００１,ＩＤ００２,ＩＤ００３,ＩＤ００４…と昇順に並ぶ。
【００６５】
図６は、本実施例の取引情報を記憶する際の構成例を示す。
【００６６】
２１０取引情報構成は、１１４取引情報に入力内容を格納する際に用いられ、端末を特定するための店番・機番、取引を特定するための取引種別、各項目のデータを格納するためのＩＤ００１,ＩＤ００２,ＩＤ００３,ＩＤ００４,ＩＤ００５…と以降項目ＩＤが昇順で並ぶ構成となっている。
【００６７】
例に示す２１０取引情報構成の内容は、振込取引での入力データであり、振込取引の２００取引画面（図５参照）と入力項目が対応付いている。
【符号の説明】
【００６８】
１００…サーバ、１０１…端末監視部、１０２…通信部、１０３…取引処理部、１０４…記憶部、１１０…端末、１１１…表示部、１１２…操作部、１１３…記憶部、１１４…取引情報、１１５…通信部、１１６…入出金装置、１１７…通帳処理装置、１２０…端末、１２１…表示部、１２２…操作部、１２３…記憶部、１２４…取引情報、１２５…通信部、１２６…入出金装置、１２７…通帳処理装置。
【特許請求の範囲】
【請求項１】
障害発生時の取引情報を保持する記憶部と、
前記取引情報をサーバに送信する通信部と、
代替処理依頼されたことを操作者に伝達する表示部と、
代替処理可能か返答をする操作部と、
を有する端末が接続されており、
前記端末の代替処理可能な端末を検出する端末監視部と、
前記取引情報を一時保管するための記憶部と、
前記取引情報を前記検出された端末に送信する通信部と、
を有するサーバ、
を備えることを特徴とする取引処理装置。
【請求項１】
障害発生時の取引情報を保持する記憶部と、
前記取引情報をサーバに送信する通信部と、
代替処理依頼されたことを操作者に伝達する表示部と、
代替処理可能か返答をする操作部と、
を有する端末が接続されており、
前記端末の代替処理可能な端末を検出する端末監視部と、
前記取引情報を一時保管するための記憶部と、
前記取引情報を前記検出された端末に送信する通信部と、
を有するサーバ、
を備えることを特徴とする取引処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−２０３１７（Ｐ２０１３−２０３１７Ａ）
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願番号】特願２０１１−１５１３６７（Ｐ２０１１−１５１３６７）
【出願日】平成２３年７月８日（２０１１．７．８）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
【Ｆターム（参考）】
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願日】平成２３年７月８日（２０１１．７．８）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
【Ｆターム（参考）】
[ Back to top ]