JPH02170271A

JPH02170271A - 取引方法および取引システム

Info

Publication number: JPH02170271A
Application number: JP63323304A
Authority: JP
Inventors: Akihiro Kawaoka; 川岡　明宏; Kotaro Yamashita; 山下　廣太郎
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1988-12-23
Filing date: 1988-12-23
Publication date: 1990-07-02

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野）本発明は、金融機関等におけるテラーなどの専任者の介
在が必要な取引きの取引方法及び取引システムに関する
。

〔従来の技術〕

現在、金融機関等においては、伝票や印鑑簿を電子化し
て扱い、事務処理のベーパーレス化、効率化を狙った電
子伝票処理システムが注目されている。

従来は、オペレータが手書き伝票を基に、キーボードか
らデータを打込んでコンピュータで処理を行っていた。

そこで、最近１手書き伝票を光学的入力装置で読取らせ
、取引データをキーボードから入力することなく自動的
にコンピュータに入力し、テラーはデイスプレィに表示
された取引データをチエツクするだけで良いという作業
の効率化を図る取引システムが提案されている（特開昭
６２−２３５６）　。

〔発案が解決しようとする課題〕

取引処理の効率化、省力化のアプローチとしては、従来
、専任者１人で複数業務を可能にする（専任老込操作端
末の機能複合化）という方向と、単純処理は自動機に移
行する（自動機の機能拡充）という２つの方向があった
。

前述した従来技術は、前者に属する。しかし、専任者操
作端末の機能複合化は、すでに紙幣の入出金を自動的に
行う専任者用人出金機、硬貨の放出を行う硬貨支払機、
通帳の印字を行う通帳プリンタ等の装置を接続しており
、専任者１人で操作することを考えると限界近くまで迫
んでいる。

また、自動機の機能拡張についても、現状の他に自動機
化できるほど単純な処理はなく、できたとしても利用客
の操作が複雑になり過ぎて、かえって混乱を招く結果に
なる可能性が高く、限界である。

本発明の目的とするところは、限界にきている上記アプ
ローチに代り、取引の実現に必要な処理を利用客に一部
負担してもらい、専任者との協同作業で取引を成立させ
る新しいアプローチに基づき、取引処理の効率化、省力
化及び利用客の待ち時間の短縮を可能にする取引方法を
提供すること並びに、取引システムを提供することにあ
る。

〔課題を解決するための手段〕上記目的達成のために、本発明の取引方法では、新たに
利用客が直接操作する顧客操作端末を設け、顧客操作端
末で取引きの受付処理を行ない、受付処理で入力された
受付内容をＴＣＥに送信し、受付内容を印字出力する受
付明細発行処理を行ない、ＴＣＥでは受信した受付内容
を専任者操作端末に振分は送信をする振分は処理を行な
い、専任者操作端末では受信した受付内容を表示し、専
任者に内容の確認や訂正入力を促す検証処理を行ない。

取引き終了後に取引内容を印字出力する取引明細発行処
理を行なう様にした。

また、もう一つの解決策として、顧客操作端末で取引き
の受付処理を行ない、受付処理で入力された取引内容を
ＴＣＥに送り、ＴＣＥでは受信した取引内容を専任者操
作端末に振分は送信をする振分は処理を行ない、専任者
操作端末では受信した受付内容を表示し、専任者に内容
の確認や訂ｉＥ入力を促す検証処理を行ない、承認入力
を受けるとＴＣＥを介して顧客操作端末に承認情報を送
信し、ｍ操作作端末では承認情報を受信すると受付内容
に従い現金の入出金や通帳印字などの取引処理を行ない
、取引終了後に取引内容を印字出力する取引明細発行処
理を行なう様にした。

【作用〕

顧客操作端末の受付処理により、利用客から取引きの受
付内容を入力し、ＴＣＥに送信する。また、受付明細発
行処理により、利用客に受付内容を印字した受付明細書
を渡す、ＴＣＥでは受信した受付内容を振分は処理によ
り専任者操作端末に振分は送信する。専任者操作端末で
は受信した受付内容を表示し、検証処理により、専任者
に受付内容の確認、訂正を促す、専任者と利用客との現
金のやり取りなどの取引処理が終了後、取引明細発行処
理により、専任者に取引内容を印字した取引明細書を渡
す、これにより、従来利用者が伝票に記入し、専任者が
伝票を見て機械に入力するという、二重の処理をなくす
ことができる。また。

利用客が顧客操作端末での受付入力終了と同時に、当該
取引は専任者に受けつけられるため、銀行側から見れば
、取引業務の省力化、効率化が図れ、利用客側から見れ
ば待ち時間の削減になる。

もう一つの解決策では、顧客操作端末の受付処理により
、利用客から取引きの受付内容を入力し。

ＴＣＥに送信する。ＴＣＥでは受信した受付内容を振分
は処理により専任者操作端末に振は送信する。専任者操
作端末では受信した受付内容を表示し、検証処理により
、専任者に受付内容の確認、訂正入力を促す、承認入力
を受取ると承認情報を。

ＴＯＥを介して顧客操作端末へ送信する。顧客操作端末
では、承認情報を受取ると、取引処理により、現金の入
出金や通帳印字などの処理を行い、取引終了時に取引明
細発行処理により、利用客に取引内容を印字した取引明
細書を渡す、これにより、専任者は受付内容を確認する
だけで良く、取引業務の大幅な効率化が図れる。また、
専任者操作端末では受付内容の確認だけで良いというこ
とは、ｊｌｌｌＩ客操作端操作数に対し、専任者操作端
末の数は非常に少なくても対応可能であるため、省人化
も図れる。

〔実施例〕

以下、図面を参照しながら本発明を詳述する。

第１図は、本発明の第１の取引方法を示すフロー図であ
る１本発明では、金融機関における振込み処理を例に、
利用客、専任者の動作と顧客操作端末、専任者操作端末
、ＴＣＥの処理を関連付けて説明する。

利用客は、まず顧客操作端末へ行き、受付処理。

１１により取引種別、振込み先、振込金額などの取引に
必要な受付内容の入力を行なう（ステップ１）、受付内
容の入力を終えると完了指示を行なう（ステップ２）、
顧客操作端末は、入力された受付内容をＴＣＥに送信１
２し、また受付明細発行処理１３により、受付内容を印
字出力する。利用客は、出力された受付明細書を受取る
（ステップ３）、ＴＣＥでは、顧客操作端末から受信し
た受付内容を振分は処理１４により専任者操作端末へ振
分は送信する。専任者操作端末では、受信した受付内容
を表示１５する。専任者は、表示された受付内容を見て
、誤りがあれば検証処理１６により検証入力を行なう（
ステップ４）、利用客は、名前を呼ばれるか、または窓
口に表示される受付番号を見るかして窓口へ行き（ステ
ップ５）、受付明細書を専任者に渡す（ステップ６）、
専任者は、受付間、ＷＯＷを受取ると１表示されている
受付内容を見て１本人の確認を行なう（ステップ７）。

利用者は、振込み金を専任者に渡す（ステップ８）。

専任者は、現金を受取る（ステップ９）と、専任者操作
端末に対し、取引終了指示を行なう（ステップ１０）、
取引明細発行処理１７により出力された取引明細書を利
用客に渡す（ステップ１１）。

利用客は、取引明細書を受取り、取引きを終了する（ス
テップ１２）。

本方法によれば、従来のように利用客が伝票に記入し、
専任者が記入された伝票を見て機械に入力するという２
重の手間をかけることなく、利用客が顧客操作端末で入
力した情報がそのまま機械の入力になるため、専任者は
入力された内容を確認するだけで良く、取引業務の効率
化が図れ、専任者にとってはキー入力操作の削減、利用
客にとっては待ち時間の削減ができる。

第２図に顧客操作端末における受付処理の概略フロー図
を示す０本図も振込みを例に説明を行なう、まず、入金
であるのか出金であるのか振込みであるのか５これから
受付入力を行なう取引きが何であるのかを選択する取引
種別の選択入力を行なう、振込みが選択されれば、振込
先の銀行名、支店名１口座番号などの振込先の入力を行
なう。

次に受取人の氏名、依頼人の氏名、依頼人の連絡先、振
込金額を順次入力する。入力が全て終れば入力された項
目を表示し確認髪促す、完了指示が入力されるまでが受
付処理である。

第３図にＴＣＥにおける振分は処理の概略フロー図を示
す、振分は方法としては、時間帯による振分け、取引種
別による振分けなど色々考えられるが、本図は時間帯に
よる振分けを例に説明する。

まず、顧客操作端末から受付内容を受信する（ステップ
１）、現在の時刻を基に振分はテーブル２０をサーチす
る（ステップ２）、振分はテーブルの意味は、９：００
〜１０：００であれば窓口１と窓口２の専任者操作端末
が受付は可能、ｘｏ：ｏｏ、１２：ＯＯであれば窓口１
〜４の専任者操作端末が受付は可能であること５を示す
０次に、振分はテーブルの時間帯に対応する窓口番号を
基に、待ち時間処理テーブル２１をサーチする（ステッ
プ３）、待ち行列管理テーブルの意味は、窓口１の専任
者操作端末には未処理の取引が１件残っており、窓口２
の専任者操作端末２の専任者操作端末には未処理の取引
は残っていないことを示す６次に、窓口番号に対応する
待ち行列を参照し、最も待ち行列の少ない専任者操作端
末へ受付内容を振分は送信する（ステップ４）、本実施
例が現在時刻１１：００であるとすれば受付内容は窓口
２の専任者操作端末に振分ける。

第４図に顧客操作端末における受付明細発行処理で出力
した受付明細書の例を示す。

第５図に専任者操作端末における検証処理の表示画面の
例を示す、利用客の入力手段として手書き入力タブレッ
トを使用した場合、図に示すように手書き文字を上段に
表示、機械が認識した文字を下段に表示し対応をつける
。専任者は、表示された画面を見て、機械が認識できな
かった文字や誤って認識した文字を訂正する検証入力を
行なう。

第６図に専任者操作端末における取引明細発行処理で出
力した取引明細書の例を示す。

第１図において、ＴＣＥで受付内容の振分は処理１４を
行った後、受付元である顧客操作端末に振分は先を送信
し、顧客操作端末の受付明細発行処理の中に、振分は先
を利用客に通知する通知処理を設けることにより、窓口
において専任者が利用客を呼ぶ動作または、受付番号を
表示する装置をなくすことができる。第７図に通知処理
による振分は先の通知例を示す、また、ＴＣＥまたは専
任者操作端末に受付内容が専任者操作端末で処理される
予想待ち時間を算出する待ち時間算出処理を行ない、求
めた待ち時間を顧客操作端末に送信し、上記通知処理に
より利用客に通知することにより、窓口において待ち行
列が発行することを防止でき、さらに利用客はいらいら
することなく時間を有効に利用できる。また、ＴＣＥの
振分は処理１４において、待ち時間算出処理で求めた待
ち時間を基に振分ける様にすれば、利用客の待ち時間を
平均的に短くすることができる。第８図にＴＣＥにおけ
る待ち時間算出処理と振分は処理を組合せた処理の概略
フロー図を示す、まず、顧客操作端末から受付内容を受
信する（ステップ１）。

待ち時間管理テーブル２２の現在の待ち時間をサーチし
、最短の窓口を捜す（ステップ２）、待ち時間管理テー
ブルの意味は、窓口番号１の専任者操作端末には、未処
理の取引が３つあり、全てを処理するためには８分かか
り、窓口番号２の専任者操作端末には、未処理の取引が
２つあり、全てを処理するためには７分かかるというこ
とを示している。ステップ２で捜した窓口番号の専任者
操作端末に受付内容を送信する（ステップ３）、ステッ
プ２で捜した窓口番号と待ち時間を顧客操作端末に送信
する（ステップ４）、待ち時間管理テーブル２２のステ
ップ２で捜した窓口番号に対応する待ち行列に、取引種
別のコードを追加する（ステップ５）、最後に、処理時
間テーブル２３を基にステップ５で追加した取引に応じ
た処理時間を待ち時間管理テーブル２２の待ち時間に加
える（ステップ６）、処理時間テーブル２３の意味は、
出金処理であれば平均処理時間が３分であり、入金処理
であれば平均処理時間は２分であることを示している０
本フロー図には表わしていないが、専任者操作端末から
取引の終了報告を受信すると、待ち時間管理テーブル２
２の対応する窓口番号の待ち時間と待ち行列を減らす、
第９図に通知処理による待ち時間の通知例を示す。

第１０図は、本発明の第２の取引方法を示すブロー図で
ある。本図も、金融機関における振込み処理を例に、利
用客、専任者の動作と顧客操作端末、専任者操作端末、
ＴＣＥの処理を関連付けて説明する。

利用客は、まず顧客操作端末へ行き、受付処理３１によ
り、取引種別、振込み先、振込金額などの取引に必要な
受付内容の入力を行なう（ステップ１）。受付内容の入
力を終えると完了指示を行なう（ステップ２）。顧客操
作端末は、入力された受付内容をＴＣＥに送信３２し、
’１’　Ｇ　Ｅでは受信した受付内容を振分は処理３３
により専任者操作端末へ振分は送信する。専任＃操作呻
末では、受信した受付内容を表示３４する。専任者は、
表示された受付内容を見て、誤りがあれば検証処理３５
により検証入力を行なう（ステップ３）、専任者が取引
証認指示を行なう（ステップ４）と。

専任者操作端末は承認情報をＴＣＥへ送信３６し。

ＴＣＥは承認情報を顧客操作端末へ送信３７する。

顧客操作端末では、承認情報を受信すると現金入力を要
求３８する。利用客は現金を入力する（ステップ５）、
顧客操作端末は、取引明細発行処理３９により取引明細
書を発行する。利用者は、取引明細書を受取り、取引を
終了する（ステップ６）。

本方法によれば、第１の方式と同じく、利用客が顧客操
作端末で入力した情報がそのまま機械の入力になるため
、専任者は入力された内容を確認するだけで良く、取引
業務の効率化が図れ、専任者にとってはキー入力操作の
削減、利用客にとっては待ち時間の削減ができる。

第１１図は、本発明の取引方法による利用客の移動ルー
トを示したものである。

従来、利用客は、まず記帳台へ行き取引伝票を記入する
０次に窓口へ行き、専任者に伝票と現金を渡す、受付け
を終えると、呼ばれるまでソファ−で待つ、呼ばれると
窓口へ行き、取引明細書と釣り銭があれば釣り銭を受取
る。

本発明の第１の方法では、利用客はまず顧客操作端末へ
行き、受付入力を行なう６次に窓口へ行き専任者の検証
処理終了を待つ、検証処理が終れば現金を渡し、取引明
細と釣り銭があれば釣り銭を受取る。

本発明の第２の方法では、利用客はまず顧客操作端末へ
行き、受付入力を行なう、受付入力を終えるとその場で
現金の投入要求がくるまで待つ。

投入要求がくると現金を投入し、取引明細と釣り銭があ
れば釣り銭を受取る。

上記３つのルート上での利用客及び専任者の処理を第１
２図のタイムチャートで示す１本図において縦軸の利用
客は、ロビーにおける利用客の動作を示し、カウンタは
、カウンターにおける利用客または専任者または両者の
動作を示し、専任者は、カウンタ内における専任者の動
作５を示す。

（ａ）従来の取引時間で、（ｂ）、（ａ）が本発明の取
引時間である。（ａ）の検証晴朗が（ｂ）。

（ｃ）に比べて長いのは、専任者が手書き伝票を見てデ
ータをキー入力するためである。（ａ）の記録台記入時
間と（ｂ）、（ｃ）の受付入力時間が同一であるのは、
従来伝票に必要事項をボールペンで記入していたのと同
様に、手書きタブレット上で記入するため大差はないか
らである。また（ａ）の受付時間は、利用者から専任者
への伝票・現金の手渡し及び専任者から利用への番号札
の手渡し及び専任者による現金確認時間である。

（ｂ）、（ｃ）の受渡し時間の差は、専任者による現金
計数時間である。

上記説明してきた通り１本発明では、顧客操作端末で利
用客が入力したデータが即座に専任者操作端末に送られ
、専任者は内容を確認するだけで良いため、業務の効率
化が図れ、利用客の待ち時間も少なくなることを表わし
ている。

第１３図に、これまで述べてきた取引方法を実現するシ
ステム構成を示す０本図において４１は受付処理を行な
う顧客操作端末、４２は受付内容の検証処理を行なう専
任者操作端末、４３は顧客操作端末及び専任者操作端末
を制御するＴＣＥである。

第１４図に、第１の取引方法の代替案１のフロ−図を示
す。

利用客は、まず顧客操作端末へ行き、受付処理５１によ
り取引種別、振込先、振込金額などの取引に必要な受付
内容の入力を行なう（ステップ１）。

受付内容の入力を終えると完了指示を行なう（ステップ
２）、顧客操作端末は、入力された受付内容をＴＣＥに
送信５２し、また受付明細発行処理５３により、受付内
容を印字出力する。利用客は、出力された受付明細帯を
受取る（ステップ３）。

ＴＣＥでは、顧客操作端末から受信した受付内容をＴＣ
Ｅのファイルに蓄積する蓄積処理５４を行なう。利用客
は、任意の窓口へ行き（ステップ４）、受付明細書を専
任者に渡す（ステップ５）＃専任者は受付明細書を受取
る（ステップ６）と、受付明細書に印字されている受付
番号など、の識別情報を入力する（ステップ７）、専任
者操作端末は、識別情報が入力されると、ＴＣＥに送信
５４する。

ＴＣＥは、受信した識別情報を基にファイルに蓄積して
いる受付内容の検索処理５５を行ない、検索した受付内
容を専任者操作端末へ送信５６する。

専任者操作端末は、受信した受付内容を表示５７する。

専任者は表示された受付内容を見て、誤りがあれば検証
処理５８により検証入力を行なう（ステップ８）、利用
客は、振込み金を専任者に渡す（ステップ９）、専任者
は、現金を受取る（ステップ１０）と、専任者操作端末
に対し、取引終了指示を行なう（ステップ１１）、取引
明細発行処理５９により出力された取引明細書を利用客
に渡す（ステップ１２）、利用客は取引明細書を受取り
、取引を終了する（ステップ１３）。

本方法によれば、第１の方法の様に顧客操作端末からの
受付内容を即座に専任者操作端末に送信するのではなく
、−度ＴＣＥのファイルに蓄積しておき、専任者操作端
末からの要求によって送信するため、利用客は任意の窓
口へ行くことができる。また、受付入力を行って帰って
しまう利用客があっても専任者は困ることがない、第１
の方法の比べ労る点は、利用客が窓口に来てから検証処
理を行うため、受付入力から取引終了までの時間が少し
長くなることである。

第１５図に、代替案１の欠点をなくす代替案２のフロー
図を示す。

利用客は、まず顧客操作端末へ行き、受付処理６１によ
り取引種別、振込先、振込金額などの取引に必要な受付
内容の入力を行なう（ステップ１）。

受付内容の入力を終えると完了指示を行なう（ステップ
２）、顧客操作端末は、入力された受付内容をＴＣＥに
送信６２し、また受付明細発行処理６３により、受付内
容を印字出力する。利用客は、出力された受付明細書を
受取る（ステップ３）。

ＴＣＥでは、顧客操作端末から受信した受付内容を振分
は処理６４により検証処理専用の専任者操作端末Ａへ振
分は送信する。専任者操作端末Ａでは、受信した受付内
容を表示６５する。専任者Ａは、表示された受付内容を
見て、誤り、があれば検証処理６６により検証入力を行
なう（ステップ４）。

専任者Ａが取引承認指示を行なう（ステップ５）と、専
任者操作端末Ａは、受付内容をＴＣＥへ送信６７し、’
Ｉ’　Ｇ　Ｅでは受信した受付内容をファイルに蓄積す
る蓄積処理６８を行なう、利用客は。

任意の窓口へ行き（ステップ６）、受付明細書を専任者
Ｂに渡す（ステップ７）、専任者Ｂは受付明細書を受取
る（ステップ８）と、受付明細博に印字されている受付
番号などの識別情報を入力する（ステップ９）、専任者
操作端末Ｂは、識別情報が入力されると’ｒ　ＣＥに送
信６９する。ＴＣＥは、受信した識別情報を基にファイ
ルに蓄積している受付内容の検索処理７０を行ない、検
索した受付内容を専任者操作端末Ｂへ送信７１する。８
任者操作端末Ｂは、受信した受付内容を表示７２する。

専任者Ｂは、本人の確認だけを行なう（ステップ１０）
、利用客は、振込金を専任者Ｂに渡す（ステップ１１）
。専任者Ｂは、現金を受取る（ステップ１２）と、専任
者操作端末日に対し。

取引終了指示を行なう（ステップ１３）、取引明細発行
処理７３により出力された取引明細書を利用客に渡す（
ステップ１４）。利用客は取引明細書を受取り、取引を
終了する（ステップ１５）。

本方法によれば、代替案１の欠点である取引時間が長く
なることを防止できる。

これまで述べてきた取引方法は、受付から取引終了まで
の時間を短くシ、利用客の待ち行列の発生を押えること
を目的の一つにしているが、第２の取引方法では、利用
客による顧客操作端末の専有時間が長くなり、待ち行列
の発生が心配である。

しかし、全ての取引きを第２の取引方法で行なうのでは
なく、専任者による本人確認や捺印の必要な取引き（新
規口座開設、紛失届、改印届など）は第１の取引方法で
行ない、そうでないものは第２の取引方法で行なうとい
う様に、２つの取引方法を併用することで対応可能であ
る。また、第１の取引方法で待ち行列が発生した場合は
、窓口の専任者操作端末で検証処理を行なわず、後方の
専任者操作端末（複数）で検証処理を行なうことで対応
できる。また、第１の取引方法の顧客操作端末は、最低
手書き入力タブレット等の入力手段が付いておれば良い
ため安価であり、待ち行列が発生しない様に設置台数を
増やすことが可能である。

しかし、上記の様な手段を用いても待ち行列を全くなく
すことは困難であり、待ち行列が発生した場合に利用客
のいらつきを防止することが大切である。第９図に示し
た様に予想待ち時間を利用客に知らせたり、第１６図に
示す様に、大型の表示装置を使って、受付状況を利用客
に知らせることにより利用客のいらつきを防止する。

第１７図は、第１３図で示した取引システムの変形で、
公衆回線を利用して遠隔地での取引きを可能にするシス
テムの構成図である。

顧客操作端末４１を病院、企業、デパートなどの遠隔地
に設置し、公衆回線で営業店のＴＣＥ４３と操続する。

これにより、専任者の承認が必要な取引きを遠隔地で行
なうことが可能になる。この場合の取引方法としては第
２の取引方法が適している。

〔発明の効果〕

本発明は１以上説明したように、顧客操作端末を設け、
利用客による受付入力を顧客操作端末で行うようにした
。これにより、利用客が顧客操作端末で入力した内容が
即機械の入力になり、従来利用客が伝票を記入し、専任
者が伝票を見て機械に入力するという二環手間をなくし
た。つまり。

専任者によるデータ入力を利用客に分担してもらうこと
により、専任者の負荷が大幅に削減でき。

二環手間がなくなって分取引時間が短縮できる。

また、顧客操作端末での受付入力終了と同時に受付内容
は専任者操作端末に送信できるため利用客の移動と平行
して専任者操作端末での検証処理が行える。これにより
、利用客の顧客操作端末から窓口までの移動時間分取引
時間が短縮できる。さらに、専任者は検証処理（表示さ
れた受付内容を見て確認するだけ、誤りがあれば訂正）
を行なうだけで良いため、顧客操作端末の設置台数に比
べ。

専任者操作端末の数は、かなり少なくても対応可能能で
あり、専任者の人数を削減できる。また、利用客から見
れば、取引時間の削減は待ち時間の削減になる。

【図面の簡単な説明】

第１．１０，１４．１５図は本発明の取引方法のフロー
図、第２図は受付処理のフロー図、第３図は振分は処理
のフロー図、第４図は受付明細書の一例、第５図は検証
画面の一例、第６図は取り明細書の一例、第７，９図は
通知処理による通知例、第８図は待ち時間算出処理のフ
ロー図、第１１図は本発明による利用客の動線図、第１
２図は本発明の効果を示すタイムチャート、第１３．１
７図は本発明のシステム構成図、第１６図は受付状況表
示装置。１１．３１，５１．６１・・・受付処理、１４，３３゜
６４・・・振分は処理、１３，５３．６３・・・受付閉
側発行処理、１６，３５，５８．６６・・・検証処理、
１７．３９，５９．７３・・・取引明細発行処理。４１・・・顧客操作端末、４２・・・専任者操作端末、
ｈ曝　ｒ・又拓図 χ 図第図第図循図茅しハ循図慴口ビ丙図猶／θ 図第図拓閉第（Ｉｔ）狭釆１垂ｊ１時固（ｂ）ト督叩の友引倚１ｉｔ（％の方法）（り茶堂叶し鍬５１時ｍ（第２−彩り ■ 図循図第

Claims

【特許請求の範囲】１、顧客操作端末と専任者操作端末とターミナルコント
ローラ（以下ＴＣＥとする）で構成する取引システムに
おいて、顧客操作端末で取引の受付処理を行ない、受付
処理で入力された受付内容をＴＣＥに送信し、受付内容
を印字出力する受付明細発行処理を行ない、ＴＣＥでは
、受信した受付内容を専任者操作端末に振分け送信する
振分け処理を行ない、専任者操作端末では、ＴＣＥから
送信されてきた受付内容を表示し、専任者に内容の確認
や訂正入力を促す検証処理を行ない、取引き終了時に取
引内容を印字出力する取引明細発行処理を行う取引方法
。２、顧客操作端末と専任者操作端末とＴＣＥで構成する
取引システムにおいて、顧客操作端末で入力された受付
内容をＴＣＥが専任者操作端末に振分け送信したのち、
ＴＣＥは振分け先を受付元の顧客操作端末に送信し、顧
客操作端末で、受信した振分け先を利用客に通知する通
知処理を行うことを特徴とする特許請求の範囲第１項記
載の取引方法。３、顧客操作端末と専任者操作端末とＴＣＥで構成する
取引システムにおいて、顧客操作端末で入力された受付
内容をＴＣＥが専任者操作端末に振分け送信したのち、
ＴＣＥまたは専任者操作端末は、当該取引の予想待ち時
間を算出する待ち時間算出処理を行い、算出した予想待
ち時間を受付元の顧客操作端末に送信し、顧客操作端末
で、受信した予想待ち時間を利用客に通知することを特
徴とする特許請求の範囲第１項記載の取引方法。４、顧客操作端末と専任者操作端末とＴＣＥで構成する
取引システムにおいて、顧客操作端末で取引の受付処理
を行ない、受付処理で入力された受付内容をＴＣＥに送
り、ＴＣＥで受信した取引内容を専任者操作端末に振分
け送信する振分け処理を行ない、専任者操作端末では、
ＴＣＥから送信されてきた受付内容を表示し、専任者に
内容の確認や訂正入力を促す検証処理を行ない、承認入
力を受けると承認情報をＴＣＥに送信し、ＴＣＥでは受
信した承認情報を当該取引の受付元である顧客操作端末
に送信し、顧客操作端末では承認情報を受信すると受付
内容に従い現金の入出金や通帳印字等の取引処理を行い
、取引終了時に取引明細書を発行する明細書発行処理を
行う取引方法。５、顧客操作端末と専任者操作端末とＴＣＥで構成する
取引システムにおいて、顧客操作端末で取引の受付処理
を行ない、受付処理で入力された受付内容を印字出力す
る受付明細発行処理を行ない、ＴＣＥでは、受信した受
付内容を受付ファイルへ書込む蓄積処理を行ない、専任
者操作端末で受付番号などの識別情報の入力処理を行な
い、入力された識別情報をＴＣＥに送信し、ＴＣＥでは
受信した識別情報を基に受付ファイルから受付内容の検
索処理を行い、検索した受付内容を専任者操作端末に送
信し、専任者操作端末では受信した受付内容を表示し、
専任者に内容の確認や訂正入力を促す検証処理を行ない
、取引終了時に取引内容を印字出力する取引明細発行処
理を行なう取引方法。６、顧客操作端末と専任者操作端末とＴＣＥで構成する
取引システムにおいて、顧客操作端末で取引の受付処理
を行ない、受付処理で入力された受付内容をＴＣＥに送
信し、受付内容を印字出力する受付明細発行処理を行な
い、ＴＣＥでは、受信した受付内容を専任者操作端末に
振分け送信する振分け処理を行ない、専任者操作端末で
は、ＴＣＥから送信されてきた受付内容を表示し、専任
者に内容の確認や訂正を促す検証処理を行ない、取引承
認後、受付内容をＴＣＥに送信し、ＴＣＥでは受信した
受付内容を受付ファイルへ書き込む蓄積処理を行ない、
検証処理を行つた専任者操作端末とは別の専任者操作端
末で受付番号などの識別情報の入力処理を行ない、入力
された識別情報をＴＣＥに送信し、ＴＣＥでは受信した
識別情報を基に受付ファイルから受付内容の検索処理を
行ない、検索した受付内容を専任者操作端末に送信し、
専任者操作端末では受信した受付内容を表示し、取引終
了時に取引内容を印字する取引明細発行処理を行なう取
引方法。７、顧客操作端末に少なくとも取引きの受付けを行なう
受付処理部と受付内容を印字出力する受付明細発行処理
部を設け、ＴＣＥに少なくとも顧客操作端末から受信し
た受付内容を専任者操作端末に振分け送信する振分け処
理部を設け、専任者操作端末に少なくとも受信した受付
内容を表示し、専任者に内容の確認や訂正入力を促す検
証処理部と取引内容を印字出力する取引明細発行処理部
を設けたことを特徴とする取引システム。８、特許請求の範囲第７項記載のＴＣＥに、顧客操作端
末から受信した受付内容の振分け先を顧客操作端末に送
信する連絡処理部を設け、顧客操作端末に受信した振分
け先を利用客に通知する通知処理部を設けたことを特徴
とする取引システム。９、特許請求の範囲第７項記載のＴＣＥに、受付内容の
振分け先での予想処理待ち時間を計算する待ち時間算出
処理部を設け、顧客操作端末にＴＣＥから送られてきた
待ち時間を利用客に通知する通知処理部を設けたことを
特徴とする取引システム。１０、顧客操作端末に少なくとも取引の受付けを行なう
受付処理部と承認された受付内容に従い現金の入出金や
通帳の印字等を行う取引処理部と取引内容を印字出力す
る取引明細発行処理部を設け、ＴＣＥに少なくとも顧客
操作端末から受信した受付内容を専任者操作端末に振分
け送信する振分け処理部を設け、専任者操作端末に少な
くとも受信した受付内容を表示し、専任者に内容の確認
や訂正入力を促す検証処理部を設けたことを特徴とする
取引システム。１１、顧客操作端末に少なくとも取引の受付けを行なう
受付処理部と受付内容を印字出力する受付明細発行処理
部を設け、ＴＣＥに少なくとも顧客操作端末から受信し
た受付内容を受付ファイルに蓄積する蓄積処理部と専任
者操作端末から受信した識別情報を基に受付ファイルか
ら受付情報を検索する検索処理部を設け、専任者操作端
末に少なくとも受付番号などの識別情報を入力する入力
処理部と受信した受付内容を表示し、専任者に内容の確
認や訂正入力を促す検証処理部と取引内容を印字出力す
る取引明細発行処理部を設けたことを特徴とする取引シ
ステム。