(57)【要約】【課題】複数の制御端末から動作の指示を受けても、それぞれの取引に関する処理を適切に行うことができるようにする。【解決手段】通帳伝票プリンタ１２と複数の制御端末とを有する取引処理システム１０であり、前記通帳伝票プリンタ１２は、一台の制御端末による占有状態にある時、他の制御端末からの占有コマンドを受け付けず、一つの取引に関する処理を終了した後、他の取引に関する処理を行う。【選択図】　　　　　図１
2004139192.tif 000002
【特許請求の範囲】
【請求項１】
（ａ）通帳伝票プリンタと複数の制御端末とを有する取引処理システムであり、
（ｂ）前記通帳伝票プリンタは、一台の制御端末による占有状態にある時、他の制御端末からの占有コマンドを受け付けず、一つの取引に関する処理を終了した後、他の取引に関する処理を行うことを特徴とする取引処理システム。
【請求項２】
前記制御端末は、前記通帳伝票プリンタを占有する制御端末を特定する情報を表示部に表示する請求項１に記載の取引処理システム。
【請求項３】
前記通帳伝票プリンタが複数の制御端末からの占有コマンドを受信した時、受信した該占有コンマドのそれぞれに対して前記取引に関する処理を行う順番が付与される請求項１又は２に記載の取引処理システム。
【請求項４】
前記順番は顧客の受付番号に従って決定される請求項３に記載の取引処理システム。
【請求項５】
通帳に記載されている通帳識別情報を取得するスキャナ装置を有し、該スキャナ装置が取得した通帳識別情報と、前記通帳伝票プリンタが取得した前記通帳の磁気ストライプに格納されている通帳識別情報とが一致した場合、前記通帳伝票プリンタが前記取引に関する処理を行う請求項１〜４のいずれか１項に記載の取引処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、取引処理システムに関するものである。
【０００２】
【従来の技術】
従来、銀行、信用金庫等の金融機関における営業店での取引処理システムにおいては、前記金融機関の顧客が所持する預金通帳等の通帳及び金融機関内での事務処理に使用される伝票に同時に必要事項を印字する通帳伝票プリンタが使用されている（例えば、特許文献１参照。）。この場合、一般的に、通帳伝票プリンタのそれぞれに対して、該通帳伝票プリンタの動作を指示するための制御端末が接続されるようになっている。すなわち、制御端末と通帳伝票プリンタとが一対一に接続され、金融機関の窓口における担当者、すなわち、テラーのそれぞれが前記制御端末と通帳伝票プリンタのセットを、それぞれ、占有して使用する。　そして、前記制御端末と通帳伝票プリンタとの間のインターフェイス制御方式は、リクエスト（コマンド）、レスポンス、アテンションによって構築される。　図２は従来の取引処理システムにおける制御端末と通帳伝票プリンタとの間のインターフェイス制御方式を示す図である。
【０００３】
図に示されるように、制御端末１１１と通帳伝票プリンタ１１２との間の制御のための通信は、リクエスト１１３、レスポンス１１４及びアテンション１１５から成る。ここで、前記リクエスト１１３は、制御端末１１１から通帳伝票プリンタ１１２に対して動作の指示を行う命令であり、レスポンス１１４は、前記リクエスト１１３を実行した結果を通帳伝票プリンタ１１２から制御端末１１１に対して通知するものであり、前記リクエスト１１３とレスポンス１１４とは一対一で対応している。また、前記アテンション１１５は通帳伝票プリンタ１１２の状態を制御端末１１１に対して非同期に通知するものであり、リクエスト１１３やレスポンス１１４とは対応しない。
【０００４】
次に、前記制御端末１１１と通帳伝票プリンタ１１２と間の制御の例について説明する。
【０００５】
図３は従来の取引処理システムにおける制御端末と通帳伝票プリンタとの間の制御動作を示すフローチャートである。
【０００６】
まず、制御端末１１１は通帳伝票プリンタ１１２に対して、印刷媒体である通帳及び伝票に関する情報としての媒体情報、及び、通帳伝票プリンタ１１２の動作内容を示すデファインコマンドを送信する。すると、通帳伝票プリンタ１１２は、前記デファインコマンドに対してデファインレスポンスを制御端末１１１に返信する。これにより、通帳伝票プリンタ１１２は、セットされた媒体に印字することが可能な状態になる。
【０００７】
その後、通帳伝票プリンタ１１２に媒体がセットされると、該媒体は、動作コマンド、排出コマンド等のコマンドによって指示される動作内容に従って通帳伝票プリンタ１１２内で処理（磁気ストライプの読み書き、印字動作等）されて排出される。
【０００８】
【特許文献１】
特許第３１９５１９０号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、前記従来の取引処理システムにおいては、制御端末１１１と通帳伝票プリンタ１１２とが一対一に接続され、テラーのそれぞれが前記制御端末１１１と通帳伝票プリンタ１１２のセットを、それぞれ、占有して使用するようになっているので、コストが高く、また、金融機関の業務量が変動した場合に柔軟に対応することができなくなってしまう。
【００１０】
例えば、通帳を使用する取引や現金による取引が減少した場合、通帳に記帳する機会が減少し、複数のテラーに対して一台の通帳伝票プリンタ１１２が配設されていれば、必要とされる取引を処理することが可能となるが、各テラーが操作する制御端末１１１と通帳伝票プリンタ１１２とが一対一に接続されているので、このような場合でも該通帳伝票プリンタ１１２の数を減らすことができない。
【００１１】
もっとも、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）回線等に制御端末１１１及び通帳伝票プリンタ１１２を接続し、複数の制御端末１１１によって一台の通帳伝票プリンタ１１２を共有する形式を採用することも考えられる。しかし、金融機関における営業店での窓口において通帳伝票プリンタ１１２を使用する業務では、該通帳伝票プリンタ１１２は一つの取引に関する処理を終了してからでないと、別の取引に関する処理を行うことができないので、複数の制御端末１１１からの動作の指示を同時に処理することができない。
【００１２】
本発明は、前記従来の取引処理システムの問題点を解決して、複数の制御端末から動作の指示を受けても、それぞれの取引に関する処理を適切に行うことができる取引処理システムを提供することを目的とする。
【００１３】
【課題を解決するための手段】
そのために、本発明の取引処理システムにおいては、通帳伝票プリンタと複数の制御端末とを有する取引処理システムであり、前記通帳伝票プリンタは、一台の制御端末による占有状態にある時、他の制御端末からの占有コマンドを受け付けず、一つの取引に関する処理を終了した後、他の取引に関する処理を行う。
【００１４】
本発明の他の取引処理システムにおいては、さらに、前記制御端末は、前記通帳伝票プリンタを占有する制御端末を特定する情報を表示部に表示する。
【００１５】
本発明の更に他の取引処理システムにおいては、さらに、前記通帳伝票プリンタが複数の制御端末からの占有コマンドを受信した時、受信した該占有コンマドのそれぞれに対して前記取引に関する処理を行う順番が付与される。
【００１６】
本発明の更に他の取引処理システムにおいては、さらに、前記順番は顧客の受付番号に従って決定される。
【００１７】
本発明の更に他の取引処理システムにおいては、さらに、通帳に記載されている通帳識別情報を取得するスキャナ装置を有し、該スキャナ装置が取得した通帳識別情報と、前記通帳伝票プリンタが取得した前記通帳の磁気ストライプに格納されている通帳識別情報とが一致した場合、前記通帳伝票プリンタが前記取引に関する処理を行う。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。
【００１９】
図１は本発明の第１の実施の形態における取引処理システムの構成を示す図、図４は本発明の第１の実施の形態における通帳伝票プリンタの正面図、図５は本発明の第１の実施の形態における通帳伝票プリンタの平面図である。
【００２０】
図１において、１０は取引処理システムであり、銀行、郵便局、信用金庫等の金融機関の支店、本店等の営業店における入金、出金、振込、残高照会等の金融取引を処理するためのシステムである。そして、１１ａ〜１１ｃは制御端末であり、前記営業店におけるローカウンタ等の窓口に配設され、該窓口において金融機関の顧客と応対して金融取引に関する業務を遂行する担当者、すなわち、テラーによって操作される。ここで、前記制御端末１１ａ〜１１ｃは、一種のコンピュータであり、それぞれ、ＣＲＴ（Ｃａｔｈｏｄ　Ｒａｙ　Ｔｕｂｅ）、ＬＣＤ（Ｌｉｑｕｉｄ　Ｃｒｙｓｔａｌ　Ｄｉｓｐｌａｙ）等から成る表示部２６ａ〜２６ｃ、キーボード、マウス等から成る入力部２７ａ〜２７ｃ、図示されないＣＰＵ、ＭＰＵ等の演算手段、半導体メモリ、磁気ディスク等の記憶手段、通信インターフェイス等を備えるものである。そして、前記制御端末１１ａ〜１１ｃは、それぞれ、前記営業店内に配設されたＬＡＮ回線２０に接続されている。なお、図１において、制御端末１１ａ〜１１ｃの数は三つであるが、二つ以下であってもよいし、四つ以上であってもよいし、任意に設定することができるが、通常は、テラーの数と同数だけ窓口に配設される。
【００２１】
そして、１２は通帳伝票プリンタであり、取引処理システム１０においては一台だけ配設され、前記ＬＡＮ回線２０に接続されている。本実施の形態において、通帳伝票プリンタ１２は、顧客が所持する預金通帳等の通帳及び金融機関内での事務処理に使用される伝票に必要事項を印字するものである。この場合、印字媒体としての通帳及び伝票は、テラーによってそれぞれの媒体挿入口から挿入される。そして、必要事項が印字された通帳及び伝票は媒体排出口から排出されるようになっている。また、前記通帳伝票プリンタ１２は、図４（ａ）に示されるように、処理されている印字ジョブを識別する情報を表示するＬＣＤ等から成る表示部１２ａ、及び、印字ジョブの処理中であることを表示するＬＥＤ（Ｌｉｇｈｔ　Ｅｍｉｔｔｉｎｇ　Ｄｉｏｄｅ）等から成る表示ランプ１２ｂを正面に備える。なお、前記表示部１２ａには、図４（ｂ）に示されるように、完了した印字ジョブを送信した制御端末の名称や番号、及び、前記印字ジョブに関する処理を特定する受付番号、次に印字が行われる印字ジョブを送信した制御端末の名称や番号、及び、前記印字ジョブに関する処理を特定する受付番号が表示される。また、表示ランプ１２ｂは、例えば、印字中は青色が点滅し、印字していない時は青色が点灯するようになっている。
【００２２】
さらに、前記通帳伝票プリンタ１２は、図５に示されるように、水平面内において回転可能に配設されることが望ましい。なお、図５における点線は、前記通帳伝票プリンタ１２が回転した状態を示している。これにより、テラーは、矢印で示されるように、あらゆる方向から通帳伝票プリンタ１２にアクセスして、印字媒体としての通帳及び伝票をセットしたり受け取ったりすることができる。
【００２３】
そして、２１は営業店に配設された通帳記帳発行機であり、通常は、顧客が自信で操作して、通帳の記帳を行ったり、新しい通帳の発行を行うようになっている。なお、前記通帳記帳発行機２１も前記ＬＡＮ回線２０に接続されている。また、２２は営業店の入口、待合い用の座席の周辺等に配設された受付端末であり、営業店に来店した顧客は、前記受付端末２２を操作して受付番号を取得し、待合い用の座席に座るなどして、受付番号が呼び出されるまで待機する。そして、該受付番号が呼び出されると、指定された窓口に赴き、該窓口において受け付けられて、各種手続を行うようになっている。なお、前記受付端末２２は顧客がキャッシュカードをカードスロットに挿入することによって、自動的に顧客を識別して該顧客に対して受付番号を付与するものであることが望ましい。ここで、前記受付端末２２は、演算手段、記憶手段、通信インターフェイス、表示手段、通常情報入力手段、本人識別情報入力手段等を有するものであり、パーソナルコンピュータのような汎（はん）用の小型コンピュータに必要な周辺機器を取り付けたものであってもよいが、専用の端末機器であることが望ましい。
【００２４】
なお、前記受付端末２２の表示手段は、ＣＲＴ、ＬＣＤ等から成り、表示手段に表示された内容のすべて又は一部、その他必要な情報や記録等を紙等の媒体に印刷する印刷手段が、前記受付端末２２に接続されていてもよい。また、該受付端末２２は前記ＬＡＮ回線２０に接続されている。
【００２５】
また、２３は金融機関における勘定系のホストコンピュータであり、営業店に配設されていてもよいが、通常は、金融機関の本部、コンピュータセンタ等に配設され、通信回線を経由して、営業店における取引処理システム１０に接続されている。また、２４はホストコンピュータ２４に接続された記憶装置であり、金融機関における金融取引の記録、顧客の預金口座等の各種データが格納されている。
【００２６】
そして、２５は端末制御装置であり、ＣＰＵ、ＭＰＵ等の演算手段、半導体メモリ、磁気ディスク等の記憶手段、通信インターフェイス等を備えるコンピュータであり、取引処理システム１０の動作を統括的に制御する。すなわち、前記端末制御装置２５は、制御端末１１ａ〜１１ｃとホストコンピュータ２３との間の通信、制御端末１１ａ〜１１ｃと通帳伝票プリンタ１２との間の通信、制御端末１１ａ〜１１ｃと受付端末２２との間の通信、ＬＡＮ回線２０の回線制御等を制御する。なお、端末制御装置２５は、独立して構成されたものでなくてもよく、他の装置と一体的に構成されたものであってもよい。例えば、前記制御端末１１ａ〜１１ｃのいずれか一台が端末制御装置２５としても機能するものであってもよい。
【００２７】
また、２８はスキャナ装置としてのスタンドスキャナ装置であり、前記制御端末１１ａ〜１１ｃのいずれか一台、例えば、制御端末１１ｂに接続されている。なお、前記スタンドスキャナ装置２８の詳細については、第２の実施の形態において説明される。
【００２８】
次に、前記構成の取引処理システムの動作について説明する。
【００２９】
本実施の形態においては、ＬＡＮ回線２０に制御端末１１ａ〜１１ｃ及び通帳伝票プリンタ１２が接続され、一台の通帳伝票プリンタ１２を複数の制御端末１１ａ〜１１ｃが共有する配置になっている。ところが、窓口においてテラーが通帳伝票プリンタ１２を用いる業務において、前記通帳伝票プリンタ１２は制御端末１１ａ〜１１ｃから受信した印字処理等の指示を取引毎に最後まで行わなければならない。すなわち、前記通帳伝票プリンタ１２は、一つの取引に関する処理を終了してからでないと、別の取引に関する処理を行うことができない。そのため、前記通帳伝票プリンタ１２は複数の制御端末１１ａ〜１１ｃからの異なる指示を同時に処理することができない。そのため、ＬＡＮ回線２０によって複数の制御端末１１ａ〜１１ｃが一台の通帳伝票プリンタ１２を共有する場合、通帳伝票プリンタ１２は、どの制御端末１１ａ〜１１ｃからの指示を実行すればよいのか把握することができないという問題がある。この問題を、本実施の形態においては、以下のような制御方式によって解決する。
【００３０】
まず、ある制御端末１１ａを使用しているテラーが、通帳又は伝票の印字処理を行う場合、まず、前記制御端末１１ａから通帳伝票プリンタ１２に対して占有コマンドが送信される。
【００３１】
続いて、前記通帳伝票プリンタ１２は制御端末１１ａに対して、占有コマンドを受け付けたレスポンスを返信する。これにより、制御端末１１ａによる通帳伝票プリンタ１２の占有状態が確立される。
【００３２】
そして、占有状態が確立された後、制御端末１１ａは通帳伝票プリンタ１２に対して媒体の種類等を含む媒体情報や動作内容を示すデファインコマンドを送信する。すると、それに対するレスポンスが通帳伝票プリンタ１２から返信され、該通帳伝票プリンタ１２は媒体吸入可能状態になる。すなわち、通帳伝票プリンタ１２は媒体挿入口にセットされた通帳、伝票等の媒体を内部に吸引して印字を行うことが可能な状態となる。これにより、制御端末１１ａと通帳伝票プリンタ１２との間で一つの取引に関する処理が開始される。
【００３３】
次に、制御端末１１ａによる通帳伝票プリンタ１２の占有状態が確立された後、他の制御端末１１ｂから通帳伝票プリンタ１２に対して占有コマンドが送信された場合、前記通帳伝票プリンタ１２は制御端末１１ｂに対し、被占有中であることを示すレスポンスを返信して前記制御端末１１ｂの処理を受け付けない。
【００３４】
続いて、制御端末１１ａと通帳伝票プリンタ１２との間での一つの取引に関する処理が終了すると、制御端末１１ａは、前記通帳伝票プリンタ１２に対して占有解除コマンドを送信する。これにより、制御端末１１ａによる通帳伝票プリンタ１２の占有状態が解除される。
【００３５】
そして、占有状態が解除された後、通帳伝票プリンタ１２は、前記制御端末１１ａとの間での取引の処理中に占有コマンドを送信した制御端末１１ｂに対して、占有状態が解除されたことを通知するコマンドを送信する。該コマンドを受信した制御端末１１ｂは、通帳伝票プリンタ１２に対して占有コマンドを送信する。これにより、制御端末１１ｂと通帳伝票プリンタ１２との間での取引に関する処理が開始される。
【００３６】
このように、通帳伝票プリンタ１２は、一台の制御端末による占有状態にある時、他の制御端末からの占有コマンドを受け付けず、一つの取引に関する処理を終了した後、他の取引に関する処理を行うようになっている。すなわち、通帳伝票プリンタ１２が一台の制御端末１１ａによる占有状態にある時は、他の制御端末１１ｂからの占有コマンドを受け付けないようにすることによって、一つの取引に関する処理を終了してから、別の取引に関する処理を行うことができる。そのため、複数の制御端末１１ａ〜１１ｃと一台の通帳伝票プリンタ１２とをＬＡＮ回線２０によって接続し、複数のテラーが制御端末１１ａ〜１１ｃのそれぞれを操作して、一台の通帳伝票プリンタ１２を共有することができる。
【００３７】
次に、他の制御端末が使用していることを把握する動作について説明する。
【００３８】
まず、制御端末１１ａから通帳伝票プリンタ１２に対して占有コマンドが送信され、前記制御端末１１ａによる通帳伝票プリンタ１２の占有状態が確立される。ここで、他の制御端末１１ｂ又は制御端末１１ｃから通帳伝票プリンタ１２に対して占有コマンドが送信された場合、通帳伝票プリンタ１２は他の制御端末１１ｂ又は制御端末１１ｃに対し、制御端末１１ａによる被占有中であることを示す情報を含むレスポンスを返信し、他の制御端末１１ｂ又は制御端末１１ｃの処理を受け付けない。なお、前記被占有中であることを示す情報は、例えば、制御端末１１ａの端末番号、ＩＰアドレス等を含むものである。
【００３９】
続いて、被占有中であることを示すレスポンスを受信した他の制御端末１１ｂ又は制御端末１１ｃは、表示部２６ｂ又は表示部２６ｃに通帳伝票プリンタ１２が使用中である旨のメッセージ、及び、通帳伝票プリンタ１２を占有している制御端末１１ａの端末番号、ＩＰアドレス等を表示する。
【００４０】
また、通帳伝票プリンタ１２が制御端末１１ａ〜１１ｃのいずれか、例えば、制御端末１１ａによって被占有状態となった時、あらかじめ登録されている、又は、過去に取引に関する処理が行われたことがある他の制御端末１１ｂ及び制御端末１１ｃに対して、被占有中であることを示す情報を自動的に送信するようにしてもよい。そして、該情報には制御端末１１ａの端末番号、ＩＰアドレス等が含まれる。この場合、前記情報を受信した他の制御端末１１ｂ及び制御端末１１ｃのそれぞれは表示部２６ｂ及び表示部２６ｃに通帳伝票プリンタ１２を占有中の制御端末の端末番号、ＩＰアドレス等を表示する。
【００４１】
このように、制御端末１１ａ〜１１ｃは、通帳伝票プリンタ１２を占有する制御端末を特定する情報を表示部２６ａ〜２６ｃに表示するようになっている。すなわち、通帳伝票プリンタ１２が一台の制御端末１１ａによる占有状態にある時は、他の制御端末１１ｂ及び制御端末１１ｃ等に制御端末１１ａによる被占有中であることを示す情報を送信する。そして、該情報には、通帳伝票プリンタ１２を占有中の制御端末１１ａの端末番号、ＩＰアドレス等が含まれるので、他の制御端末１１ｂ及び制御端末１１ｃの表示部２６ｂ及び表示部２６ｃに、前記制御端末１１ａの端末番号、ＩＰアドレス等が表示される。これにより、他の制御端末１１ｂ及び制御端末１１ｃを操作するテラーは、だれが通帳伝票プリンタ１２を占有して印字を行っているのかを把握することができる。
【００４２】
次に、複数の制御端末からの占有要求を受信した時に、一つの取引に関する処理を終了してから、別の取引に関する処理を行うようにするためのシーケンスについて説明する。
【００４３】
まず、制御端末１１ａから通帳伝票プリンタ１２に対して占有コマンドが送信され、前記通帳伝票プリンタ１２が制御端末１１ａに対して、占有コマンドを受け付けたレスポンスを返信することによって、制御端末１１ａによる通帳伝票プリンタ１２の占有状態が確立される。
【００４４】
ここで、他の制御端末１１ｂ及び制御端末１１ｃから通帳伝票プリンタ１２に対して占有コマンドが送信された場合、通帳伝票プリンタ１２は前記制御端末１１ｂ及び制御端末１１ｃに対して、制御端末１１ａによる被占有中であることを示すレスポンスを返す。このとき、通帳伝票プリンタ１２は他の制御端末１１ｂ及び制御端末１１ｃから占有コマンドを受け付けた順番を記憶しておく。
【００４５】
そして、制御端末１１ａと通帳伝票プリンタ１２との間での一つの取引に関する処理が終了して、制御端末１１ａによる通帳伝票プリンタ１２の占有状態が解除されると、通帳伝票プリンタ１２は制御端末１１ａによる被占有中に占有要求を送信した制御端末１１ｂ及び制御端末１１ｃに対して占有解除になったことの通知を送信する。
【００４６】
ここで、制御端末１１ｂ及び制御端末１１ｃに送信される通知には、占有コマンドの受付可能の順番が含まれる。例えば、通帳伝票プリンタ１２が制御端末１１ａによる被占有中である時に、第１番目に占有コマンドを通帳伝票プリンタ１２に対して送信したのが制御端末１１ｂであり、第２番目に占有コマンドを通帳伝票プリンタ１２に対して送信したのが制御端末１１ｃであるとする。この場合、制御端末１１ｂに送信される通知には即座に占有コマンドが受付可能であることが含まれ、制御端末１１ｃに送信される通知には２番目に占有コマンドが受付可能であることが含まれる。
【００４７】
このように、通帳伝票プリンタ１２が複数の制御端末１１ａ〜１１ｃからの占有コマンドを受信した時、受信した該占有コンマドのそれぞれに対して取引に関する処理を行う順番が付与されるようになっている。すなわち、通帳伝票プリンタ１２が制御端末１１ａによる被占有中である時に、第ｎ番目に占有コマンドを通帳伝票プリンタ１２に対して送信した制御端末には、ｎ−１番目に占有コマンドが受付可能であることを含む通知が送信される。これにより、各テラーは前記通知に含まれる受付可能の順番を表示部に表示させることによって、自己の順番を把握することができる。
【００４８】
ところで、前記通帳伝票プリンタ１２を占有して通帳、伝票等の媒体に印字を行わせる順番は、制御端末１１ａ〜１１ｃから通帳伝票プリンタ１２に占有コマンドを送信した順番である。そのため、担当するテラーが占有コマンドを送信するための操作を素早く実行した場合、来店した順番が遅い顧客の通帳を使用する取引が、来店した順番が早い顧客の通帳を使用する取引よりも早く終了してしまうことになる。すなわち、早く来店した顧客を飛び越して、遅く来店した顧客の通帳を使用する取引が行われてしまうことがある。この場合、結果的に顧客の取扱が不公平となり、トラブルの原因となる。
【００４９】
そこで、本実施の形態においては、顧客が受付端末２２を操作して取得した受付番号に従って、通帳伝票プリンタ１２が行う取引に関する処理の順番を定めることができるようになっている。なお、前記受付番号は、必ずしも受付端末２２から取得したものでなくてもよく、例えば、窓口に配設される番号札配布装置等から取得する番号札に付与されたものであってもよい。
【００５０】
次に、通帳伝票プリンタ１２が行う取引に関する処理の順番を定める方法について説明する。
【００５１】
図６は本発明の第１の実施の形態における制御端末の表示部の画面を示す第１の図、図７は本発明の第１の実施の形態における制御端末の表示部の画面を示す第２の図、図８は本発明の第１の実施の形態における制御端末の表示部の画面を示す第３の図である。
【００５２】
まず、テラーは窓口において応対する顧客から番号札を受け取り、該番号札に示されている顧客の受付番号、例えば、３５番を制御端末１１ａの入力部２７ａから入力する。この時、制御端末１１ａの表示部２６ａには、図６（ａ）に示されるような画面が表示される。
【００５３】
この場合、図６（ｂ）に示されるような入力状態が想定されている。すなわち、制御端末１１ａからは、受付番号２８番、３１番及び３５番の顧客の処理が入力されている（なお、３５番の顧客の処理は入力中である）。また、制御端末１１ｂからは、受付番号３２番、３３番、３４番及び３７番の顧客の処理が入力されている（なお、３２番及び３３番の顧客の処理は確認中である）。さらに、制御端末１１ｃからは、受付番号２９番、３０番及び３６番の顧客の処理が入力されている（なお、すべての顧客の処理は入力済みである）。
【００５４】
ここで、制御端末１１ａ〜１１ｃから通帳又は伝票の印字処理が入力されると、前記制御端末１１ａ〜１１ｃから通帳伝票プリンタ１２に対して占有コマンドとともに前記受付番号が送信される。すると、通帳伝票プリンタ１２は受信した受付番号に従って印字処理を行う順番としての処理優先順を決定する。この場合、図６（ｃ）に示されるような処理優先順が決定される。なお、確認中の処理や入力が済んでいない処理は飛ばされている（スキップされている）。
【００５５】
そして、制御端末１１ａの表示部２６ａの画面における上方には、通帳伝票プリンタ１２の占有解除待ちの制御端末及び件数が表示されている。この場合、「Ａ」は制御端末１１ａを、「Ｂ」は制御端末１１ｂを、「Ｃ」は制御端末１１ｃを、それぞれ、示している。また、左端は現在通帳伝票プリンタ１２を占有中の制御端末を示し、青色で点滅している。また、右方に位置するほど、遅い順番となり、占有中の処理が終了すると、左に一個ずつシフトするように表示されている。図６（ａ）に示される例では、制御端末１１ａが通帳伝票プリンタ１２を占有中であり、受付番号２８番の顧客の処理が終了すると、「Ａ」が消えて「Ｃ」が点滅表示になる。なお、テラーが媒体をセットすると青色で点灯し、媒体をセットするまでは赤色で点滅するようにしてもよい。さらに、「Ａ」、「Ｂ」、「Ｃ」等の代わりに、受付番号を表示してもよい。
【００５６】
このように、取引に関する処理を行う順番は顧客の受付番号に従って決定されるようになっている。すなわち、顧客の受付番号に従って印字処理を行う順番が決定されるので、顧客の取扱が公平となり、トラブルが発生することがない。また、テラーは自分の担当している顧客の印字処理を行う順番を把握することができるので、顧客からの質問があった場合も適切に対応することができる。
【００５７】
なお、顧客が受付端末２２を操作して取得した受付番号が、受付端末２２から通帳伝票プリンタ１２に直接送信されるようにしてもよい。この場合、テラーは前記受付番号を入力する必要がない。そして、テラーが顧客の処理を制御端末１１ａから入力すると、該制御端末１１ａの表示部２６ａには、図７に示されるような画面が表示される。該画面の右上端には、最後に受付端末２２を操作した顧客が取得した受付番号が受付最終として表示される。これにより、テラーは営業店において順番待ちをしている顧客の総数を把握することができ、適宜、顧客に対するサービスの度合等を変更することができる。
【００５８】
また、通帳伝票プリンタ１２での印字処理が終了すると、図８に示されるような画面が表示される。該画面の下端には、印字処理が終了した顧客の受付番号が表示される。なお、前記画面の下端には、「受付番号０２９の媒体をセットしてください」等の次の処理要求のメッセージを表示する。さらに、「障害：媒体を除去してください」等の障害メッセージを表示することもできる。
【００５９】
また、通帳伝票プリンタ１２が処理すべき印字処理の数が多すぎるビジー状態となった時や、何らかの障害が発生して通帳伝票プリンタ１２が印字処理を行うことができない障害時には、通帳記帳発行機２１に通帳への印字を代行して行わせることもできる。これにより、記帳された通帳を顧客にその場で返却することが可能となり、顧客に対するサービスを低下させることがない。なお、伝票処理は、スキャナ情報と印字データとの両方を記憶することによって、ビジー状態や障害から復旧した後に行うことができる。
【００６０】
なお、本実施の形態においては、制御端末１１ａ〜１１ｃとの間の応答、受付番号に従って印字処理を行う順番の決定等の処理を通帳伝票プリンタ１２が行う場合について説明したが、前記処理を端末制御装置２５が行うようにすることもできる。この場合、通帳伝票プリンタ１２の処理負担が軽減され、印字処理の速度を向上させることができる。
【００６１】
このように、本実施の形態においては、通帳伝票プリンタ１２が一台の制御端末１１ａによる占有状態にある時は、他の制御端末１１ｂからの占有コマンドを受け付けないようにすることによって、一つの取引に関する処理を終了してから、別の取引に関する処理を行うことができる。そのため、複数のテラーが制御端末１１ａ〜１１ｃのそれぞれを操作して、一台の通帳伝票プリンタ１２を共有することができる。
【００６２】
また、通帳伝票プリンタ１２が一台の制御端末１１ａによる占有状態にある時は、他の制御端末１１ｂ及び制御端末１１ｃの表示部２６ｂ及び表示部２６ｃに、前記制御端末１１ａの端末番号、ＩＰアドレス等が表示される。これにより、他の制御端末１１ｂ及び制御端末１１ｃを操作するテラーは、だれが通帳伝票プリンタ１２を占有して印字を行っているのかを把握することができる。
【００６３】
さらに、通帳伝票プリンタ１２が制御端末１１ａによる被占有中である時に、第ｎ番目に占有コマンドを通帳伝票プリンタ１２に対して送信した制御端末には、ｎ−１番目に占有コマンドが受付可能であることを含む通知が送信される。これにより、各テラーは前記通知に含まれる受付可能の順番を表示部に表示させることによって、自己の順番を把握することができる。
【００６４】
さらに、顧客の受付番号に従って印字処理を行う順番が決定されるので、顧客の取扱が公平となり、トラブルが発生することがない。また、テラーは自分の担当している顧客の印字処理を行う順番を把握することができるので、顧客からの質問があった場合も適切に対応することができる。
【００６５】
次に、本発明の第２の実施の形態について説明する。なお、本実施の形態における取引処理システムの構造については、前記第１の実施の形態における取引処理システムの構造と同様であるので図１を援用して説明する。
【００６６】
従来のように制御端末１１と通帳伝票プリンタ１２とが一対一で接続されている場合よりも、制御端末１１ａ〜１１ｃ及び通帳伝票プリンタ１２が接続され、一台の通帳伝票プリンタ１２を複数の制御端末１１ａ〜１１ｃが共有する配置になっている場合の方が通帳伝票プリンタ１２が占有された後に、テラーが誤って違う顧客の通帳を処理してしまう可能性が増大してしまう。すなわち、従来の取引処理システムにおいては、制御端末の操作と並行して通帳を通帳伝票プリンタに挿入するので、前記通帳の磁気ストライプから口座情報等を読み出し、ホストコンピュータの上り／下り電文を得て、操作画面に表示するようになっているので、テラーは顧客の口座番号等を手入力する必要はなかった。そのため、違う顧客の通帳を処理してしまうような誤りが発生することがなかった。そこで、本実施の形態においては、一台の通帳伝票プリンタ１２を複数の制御端末１１ａ〜１１ｃが共有する配置になっている場合において、発生しやすい誤りを検出する方法について説明する。
【００６７】
まず、テラーは、スキャナ装置としてのスタンドスキャナ装置２８を使用して通帳に記載されている通帳識別情報としての顧客名及び口座番号の画像を取り込み、該画像に基づき文字認識を行って、前記顧客名及び口座番号を取得する。
【００６８】
続いて、テラーは制御端末１１ｂを操作して、通帳伝票プリンタ１２に対して占有コマンドを送信し、通帳伝票プリンタ１２を占有状態とする。これにより、通帳伝票プリンタ１２は媒体吸入可能状態になる。
【００６９】
そして、通帳伝票プリンタ１２は、媒体挿入口にセットされた通帳を吸入すると、通帳に貼（てん）付されている磁気ストライプのデータに含まれる通帳識別情報としての顧客名及び口座番号を読み取り、前記制御端末１１ｂに通知する。該制御端末１１ｂは、受信した顧客名及び口座番号と、スタンドスキャナ装置２８によって事前に取得した顧客名及び口座番号とを比較する。
【００７０】
そして、前記顧客名及び口座番号が同一である場は、通帳伝票プリンタ１２は処理を続行し、異なる場合、通帳伝票プリンタ１２は通帳を排出して処理を中断する。
【００７１】
これにより、テラーが誤って違う顧客の通帳を通帳伝票プリンタ１２にセットした場合でも、間違った内容を通帳に印字してしまうことがない。
【００７２】
なお、スタンドスキャナ装置２８を利用すると、口座番号の自動入力も可能になるが、コストが高くなる恐れがあるので、スタンドスキャナ装置２８は通帳伝票プリンタ１２の近傍に一台だけ配置すればよい。
【００７３】
また、図４に示されるように、通帳伝票プリンタ１２の表示部１２ａには完了した印字ジョブを送信した制御端末の名称や番号、及び、前記印字ジョブに関する処理を特定する受付番号、次に印字が行われる印字ジョブを送信した制御端末の名称や番号、及び、前記印字ジョブに関する処理を特定する受付番号が表示されるので、テラーは自分の担当する通帳と他のテラーの担当する通帳とを混同することもない。
【００７４】
このように、本実施の形態においては、通帳に記載されている通帳識別情報を取得するスタンドスキャナ装置２８が取得した通帳識別情報と、前記通帳伝票プリンタ１２が取得した前記通帳の磁気ストライプに格納されている通帳識別情報とが一致した場合、前記通帳伝票プリンタ１２が前記処理を行うようになっている。すなわち、スタンドスキャナ装置２８によって事前に読み取ったデータと通帳伝票プリンタ１２によって読み取った磁気ストライプのデータとを比較することによって、テラーが誤って違う顧客の通帳を入れてしまっても、間違った内容を通帳に印字してしまうことがない。
【００７５】
なお、本発明は前記実施の形態に限定されるものではなく、本発明の趣旨に基づいて種々変形させることが可能であり、それらを本発明の範囲から排除するものではない。
【００７６】
【発明の効果】
以上詳細に説明したように、本発明によれば、複数の制御端末から動作の指示を受けても、それぞれの取引に関する処理を適切に行うことができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態における取引処理システムの構成を示す図である。
【図２】従来の取引処理システムにおける制御端末と通帳伝票プリンタとの間のインターフェイス制御方式を示す図である。
【図３】従来の取引処理システムにおける制御端末と通帳伝票プリンタとの間の制御動作を示すフローチャートである。
【図４】本発明の第１の実施の形態における通帳伝票プリンタの正面図である。
【図５】本発明の第１の実施の形態における通帳伝票プリンタの平面図である。
【図６】本発明の第１の実施の形態における制御端末の表示部の画面を示す第１の図である。
【図７】本発明の第１の実施の形態における制御端末の表示部の画面を示す第２の図である。
【図８】本発明の第１の実施の形態における制御端末の表示部の画面を示す第３の図である。
【符号の説明】
１０　　取引処理システム
１１ａ、１１ｂ、１１ｃ　　制御端末
１２　　通帳伝票プリンタ
１２ａ、２６ａ、２６ｂ、２６ｃ　　表示部
２８　　スタンドスキャナ装置
【図１】
2004139192.tif 000003
【図２】
2004139192.tif 000004
【図３】
2004139192.tif 000005
【図４】
2004139192.tif 000006
【図５】
2004139192.tif 000007
【図６】
2004139192.tif 000008
【図７】
2004139192.tif 000009
【図８】
2004139192.tif 000010