JP2013175010A - 自動取引装置、取引処理方法、及びプログラム - Google Patents

Abstract

【課題】ユーザが通帳の有無に関する口座情報を容易に変更することが可能な、新規かつ改良された自動取引装置、取引処理方法、及びプログラムを提供する。
【解決手段】上記課題を解決するために、本発明のある観点によれば、通帳の有無に関する口座情報の変更を指示する変更指示操作を受け付ける制御部を備えることを特徴とする、自動取引装置が提供される。
【選択図】図１

Description

本発明は、自動取引装置、取引処理方法、及びプログラムに関する。

金融機関は、口座を開設したユーザに通帳及びカードの両方を提供することが多い。しかし、カードを通帳よりも頻繁に使用するユーザにとって、通帳は不要な場合がある。一方、金融機関は、ユーザがカードを用いて取引を行った場合、取引履歴に関する情報を未記帳情報としてサーバ等に保管する必要がある。ユーザが未記帳情報を通帳に記帳する場合があるからである。このため、金融機関では、未記帳情報の保管コストが問題となっていた。特に、カードを通帳よりも頻繁に使用するユーザは、未記帳情報を記帳しないことが多いので、このようなユーザの未記帳情報は非常に多くなっていた。

保管コストの問題に関し、特許文献１、２は、未記帳情報を記帳する装置を開示する。ユーザは、これらの装置に通帳を投入することで、未記帳情報を通帳に記帳することができる。しかし、カードを通帳よりも頻繁に使用するユーザは、そもそも未記帳情報を記帳しないことが多いので、これらの技術では、未記帳情報を大きく低減することができなかった。即ち、これらの技術では保管コストの問題を根本的に解決することができなかった。さらに、これらの文献では、通帳が不要なユーザへの言及は何らなされていなかった。

そこで、近年、通帳無し口座（所謂通帳レス口座）を開設可能な金融機関が登場してきている。通帳無し口座のユーザには、通帳が提供されない。したがって、通帳無し口座のユーザは、カードを用いて各種の取引を行なう。金融機関は、通帳無し口座のユーザがカードを用いて取引を行なっても、その取引に関する情報を未記帳情報として保管する必要がない。このようなユーザは通帳を有していないからである。したがって、このような金融機関では、未記帳情報が低減することが期待される。

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

しかし、ユーザは、開設済みの通帳有り口座を通帳無し口座に変更したい場合、金融機関の窓口等で手続を行う必要があったので、通帳の有無に関する口座情報を変更するのに非常に手間がかかっていた。たとえば、ユーザは、金融機関の窓口が開いている時間帯に金融機関に出向く必要があった。さらに、ユーザは、窓口等が混雑している場合、自分の順番が来るまで待機する必要があった。

そこで、本発明は、上記問題に鑑みて行われたものであり、本発明の目的とするところは、ユーザが通帳の有無に関する口座情報を容易に変更することが可能な、新規かつ改良された自動取引装置、取引処理方法、及びプログラムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、通帳の有無に関する口座情報の変更を指示する変更指示操作を受け付ける制御部を備えることを特徴とする、自動取引装置が提供される。

ここで、制御部は、通帳有り口座から通帳無し口座への変更を指示する変更指示操作を受け付けるようにしてもよい。

また、制御部は、ユーザの未記帳情報が所定数よりも多い場合には、通帳有り口座から通帳無し口座への変更をユーザに促す制御を行うようにしてもよい。

また、制御部は、ユーザの通帳が投入された場合に、投入されたユーザの通帳を廃棄するか否かを指示する廃棄有無指示操作を受け付けるようにしてもよい。

また、制御部は、ユーザの通帳が投入されたか否かに関わらず、変更指示操作を受け付けるようにしてもよい。

また、制御部は、未記帳情報の取り扱いに関する未記帳取り扱い指示操作を受け付けるようにしてもよい。

さらに、制御部は、通帳無し口座から通帳有り口座への変更を指示する変更指示操作を受け付けるようにしてもよい。

さらに、制御部は、ユーザの通帳が投入された後に、変更指示操作を受け付けた場合には、投入されたユーザの通帳をユーザに返却することを指示する返却指示操作、または新規に通帳を発行することを指示する新規発行指示操作を受け付けるようにしてもよい。

さらに、制御部は、口座情報を管理する管理装置との間の通信を制御する一方、口座情報の変更に関する情報を、口座情報の変更以外の取引処理に関する情報と共に管理装置に送信する制御を行うようにしてもよい。

さらに、制御部は、ユーザの未記帳情報が多いか否かの通知を要求する旨の未記帳個数要求情報を、口座情報の変更以外の取引処理に関する情報と共に管理装置に送信する制御を行うようにしてもよい。

さらに、制御部は、指示操作に関する情報を、口座情報の変更以外の取引処理に関する情報と共に管理装置に送信する制御を行うようにしてもよい。

さらに、制御部は、口座情報の変更以外に、一の取引処理及び他の取引処理を連続して行う一方、ユーザの未記帳情報が多いか否かの通知を要求する旨の未記帳個数要求情報を、一の取引処理に関する情報と共に管理装置に送信し、入力操作に関する情報を、他の取引処理に関する情報と共に管理装置に送信するようにしてもよい。

本発明の他の観点によれば、通帳の有無に関する口座情報の変更を指示する変更指示操作を受け付けるステップを含むことを特徴とする、取引処理方法が提供される。

本発明の他の観点によれば、コンピュータに、通帳の有無に関する口座情報の変更を指示する変更指示操作を受け付ける制御機能を実現させることを特徴とする、プログラムが提供される。

以上説明したように本発明によれば、自動取引装置は、通帳の有無に関する口座情報の変更を指示する変更指示操作を受け付ける。したがって、ユーザは、変更指示操作を自動取引装置に対して行うことで、通帳の有無に関する口座情報を変更することができるので、口座情報を容易に変更することができる。

本発明の第１の実施形態に係る自動取引装置の外観を示す斜視図である。 同実施形態にかかる自動取引装置等の機能ブロック図である。 自動取引装置による処理の手順を示すフローチャートである。 自動取引装置による処理の手順を示すフローチャートである。 自動取引装置による処理の手順を示すフローチャートである。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 本発明の第２の実施形態に係る自動取引装置による処理の手順を示すフローチャートである。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 本発明の第３の実施形態に係る自動取引装置による処理の手順を示すフローチャートである。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。 自動取引装置が表示する取引画面の一例である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
＜１．第１の実施形態＞

［自動取引装置の外観構成］
まず、図１に基づいて、自動取引装置１０の外観構成を説明する。自動取引装置１０は、各種の金融機関等に設置されるものであり、その外観構成として、筐体１１と、カード入出口１２と、通帳入出口１３と、紙幣入出口１４と、硬貨入出口１５と、接客部１６と、接近検出センサ１７とを備える。

筐体１１は、自動取引装置１０の内部構成、例えば映像取得部２０やカード処理部４０等を内蔵する。カード入出口１２は、取引用キャッシュカード（以下、単に「カード」とも称する）が投入または返却される部分である。通帳入出口１３は、通帳が投入または返却される部分である。紙幣入出口１４は、紙幣が投入または返却される部分であり、硬貨入出口１５は、硬貨が投入または返却される部分である。

接客部１６は、タッチパネル付きのディスプレイであり、取引の進行に応じた画面（例えば、図４に示す顧客待ち画面）を表示する。ユーザは、所望のボタン（例えば、所望の取引が描かれたボタン）に触れることで、各種の入力操作（指示操作）を行うことができる。接客部１６は、指示操作の内容に関する操作情報を制御部１１０に出力する。接近検出センサ１７は、自動取引装置１０に人が接近したことを検知する。

［自動取引装置の内部構成］
次に、図２に基づいて、自動取引装置１０の内部構成を説明する。自動取引装置１０は、その内部構成として、映像取得部２０と、通帳処理部３０と、カード処理部４０と、明細票処理部５０と、紙幣入出金部６０と、硬貨入出金部７０と、電源部８０と、記憶部９０と、インタフェース部９５と、制御部１１０とを有する。なお、自動取引装置１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、各種アクチュエータ、印字装置、デジタルカメラ、紙幣類の搬送路、金種別カセット等のハードウエア構成を有し、これらのハードウエア構成によって各機能ブロックが実現される。即ち、ＲＯＭには、上記の各機能ブロックを実現するためのプログラムが記録されており、ＣＰＵは、このプログラムをＲＯＭから読みだして実行する。さらに、自動取引装置１０は、未使用通帳格納庫と、投入通帳格納庫とを有する。未使用通帳格納庫には、口座情報及びユーザ情報が記録されていない通帳、即ち未使用通帳が格納されている。一方、投入通帳格納庫には、ユーザが通帳入出口１３に投入した通帳が格納される。

映像取得部２０は、いわゆるデジタルカメラであり、筐体１１の上部に配置されている。映像取得部２０は、自動取引装置１０を利用するユーザを撮影し、これにより得られた画像情報を制御部１１０に出力する。制御部１１０は、映像取得部２０から与えられた画像情報からユーザの顔画像を抽出し、抽出した顔画像に基づいて各種の処理を行う。

通帳処理部３０は、通帳入出口１３から投入（挿入）された通帳に各種の処理（例えば、紙面への印字、通帳に付された電子記録媒体（磁気ストライプやＩＣチップ等）から口座情報を読取る処理、記録媒体への書き込み、印字ページの検出、及び改ページ等）を行う。その後、通帳処理部３０は、通帳を通帳入出口１３から返却する。通帳処理部３０は、通帳の新規発行も行うことができる。即ち、通帳処理部３０は、未使用通帳格納庫から未使用通帳を取得し、未使用通帳に口座情報及びユーザ情報を書き込むことで、新規の通帳を作成する。通帳処理部３０は、新規の通帳を通帳入出口１３から排出する。

カード処理部４０は、カード入出口１２から挿入されたカードに対して各種の処理を行った後、カードをカード入出口１２から返却する。明細票処理部５０は、取引日、取引金額、及び残高等を所定の用紙に印字することで明細票を作成し、カード入出口１２から排出する。

紙幣入出金部６０は、紙幣入出口１４から入金された紙幣の真贋を鑑別し、紙幣を計数し、金種別のカセットに搬送する。また、紙幣入出金部６０は、ユーザに支払われる紙幣を金種別のカセットから繰り出し、紙幣入出口１４から排出する。

硬貨入出金部７０は、硬貨入出口１５から入金された硬貨の真贋を鑑別し、硬貨を計数し、金種別のカセットに搬送する。また、硬貨入出金部７０は、ユーザに支払われる硬貨を金種別のカセットから繰り出し、硬貨入出口１５から排出する。

電源部８０は、自動取引装置１０の各構成要素に駆動電圧を供給する。記憶部９０は、カード処理部４０が取引用キャッシュカードから取得した情報や各種プログラム等を記憶する他、制御部１１０による作業領域としても使用される。インタフェース部９５は、ホストコンピュータ６００に接続されており、ホストコンピュータ６００との間で情報のやりとりを行う。

制御部１１０は、自動取引装置１０の各構成要素を制御する。また、制御部１１０は、各種の取引処理（例えば、通帳有無変更（通帳レス口座切替）取引処理、引き出し処理、残高照会処理等）を行なう。ここで、通帳有無変更取引処理は、通帳の有無に関する口座情報を変更する処理である。制御部１１０は、各種の入力操作（指示操作）を受け付ける。例えば、制御部１１０は、通帳の有無に関する口座情報の変更を指示する変更指示操作を受け付ける。ここで、変更指示操作は、通帳有り口座から通帳無し口座への変更を指示する第１の変更指示操作と、通帳無し口座から通帳有り口座への変更を指示する第２の変更指示操作とに区分される。

さらに、制御部１１０は、ユーザの通帳が通帳入出口１３に投入されたか否かに関わらず、第１の変更指示操作を受け付ける。さらに、制御部１１０は、ユーザの通帳が通帳入出口１３に投入された場合には、投入されたユーザの通帳を廃棄するか否かを指示する廃棄有無指示操作を受け付ける。廃棄有無指示操作は、通帳の廃棄を指示する廃棄有指示操作と、通帳の返却を指示する廃棄無指示操作とに区分される。

さらに、制御部１１０は、未記帳情報の取り扱いに関する未記帳取り扱い指示操作を受け付ける。未記帳取り扱い指示操作は、未記帳情報の廃棄を指示する未記帳廃棄指示操作と、未記帳情報の自宅への郵送を指示する未記帳郵送指示操作と、未記帳情報をホームページに掲載することを指示する未記帳掲載指示操作とに区分される。

さらに、制御部１１０は、ユーザの通帳が通帳入出口１３に投入された後に、第２の変更指示操作を受け付けた場合には、投入されたユーザの通帳をユーザに返却することを指示する返却指示操作、または新規に通帳を発行することを指示する新規発行指示操作を受け付ける。

ホストコンピュータ６００は、複数の自動取引装置１０と接続されており、これらの自動取引装置１０との間で通信を行なう。また、ホストコンピュータ６００は、記憶装置６１０の管理も行なう。記憶装置６１０には、口座情報及びユーザ情報が関連付けられて記憶されている。口座情報には、口座名義人、支店名、口座番号、預金額（残高）、通帳の有無を示す通帳有無フラグ、暗証番号、及び未記帳情報が含まれる。ユーザ情報には、ユーザの氏名、自宅住所などの個人情報が含まれる。ホストコンピュータ６００は、通帳有り口座の未記帳情報を口座情報の一部として記憶装置６１０に記憶する。

［自動取引装置による処理の手順］
次に、自動取引装置１０による処理の手順を図３Ａ〜図３Ｃに示すフローチャートに沿って説明する。ステップＳ１０において、制御部１１０は、図４に示す顧客待ち画面を接客部１６に表示する。顧客待ち画面には、各種の取引科目（「お引き出し」等）が記載された複数のタッチボタン１００が描かれる。ここで、タッチボタン１００には、「通帳レス口座への変更（切替）」ボタン１００ａも含まれる。

ステップＳ２０において、制御部１１０は、「通帳レス口座への変更」ボタン１００ａがタッチされたか否かを判定する。制御部１１０は、「通帳レス口座への変更」ボタン１００ａがタッチされたと判定した場合には、ステップＳ４０に進み、「通帳レス口座への変更」ボタン１００ａ以外のタッチボタン１００がタッチされたと判定した場合には、ステップＳ３０に進む。

ステップＳ３０において、制御部１１０は、タッチされたタッチボタン１００に応じた取引、即ち通常取引を行なう。その後、制御部１１０は、処理を終了する。一方、制御部１１０は、ステップＳ４０以降の処理を行うことで、通帳有無変更取引処理を行なう。

ステップＳ４０において、制御部１１０は、変更指示操作を受け付ける。具体的には、制御部１１０は、図５に示す取引画面を接客部１６に表示する。この取引画面には、「新規申込み」ボタン１００ｂと、「申込みの取消し」ボタン１００ｃとが描かれる。ユーザは、「新規申込み」ボタン１００ｂにタッチすることで、第１の変更指示操作、即ち通帳有り口座から通帳無し口座への変更を指示する操作を行う。一方、ユーザは、「申込みの取消し」ボタン１００ｃにタッチすることで、第２の変更指示操作、即ち通帳無し口座から通帳有り口座への変更を指示する操作を行う。即ち、第２の変更指示操作は、通帳有り口座から通帳無し口座への変更を取消す操作となるが、実質的には、通帳無し口座から通帳有り口座への変更を指示する操作となる。

なお、制御部１１０は、第１の変更指示操作を受け付けた後であれば、第２の変更指示操作をいつでも受け付けることができる。したがって、ユーザは、通帳有り口座を通帳無し口座に変更した直後に第２の変更指示操作を行なってもよい。一方、ユーザは、通帳無し口座をしばらく利用した後、第２の変更指示操作を行なってもよい。

ステップＳ５０において、制御部１１０は、接客部１６から与えられた操作情報、即ち顧客選択情報を記憶部９０に記憶する。ステップＳ６０において、制御部１１０は、通帳の有無をユーザに選択させる。具体的には、制御部１１０は、図６に示す取引画面を接客部１６に表示する。この取引画面には、「通帳有り」ボタン１００ｄと、「通帳無し」ボタン１００ｅとが描かれる。ユーザは、通帳を持参している場合には、「通帳有り」ボタン１００ｄにタッチし、通帳を持参していない場合には、「通帳無し」ボタン１００ｅにタッチする。

ステップＳ７０において、制御部１１０は、接客部１６から与えられた操作情報を記憶部９０に記憶する一方、当該操作情報に基づいて、ユーザが通帳を持参しているか否かを判定する。制御部１１０は、ユーザが通帳を持参していると判定した場合には、ステップＳ８０に進み、ユーザが通帳を持参していないと判定した場合には、ステップＳ９０に進む。

ステップＳ８０において、制御部１１０は、通帳及びカードの投入を受け付ける一方、図７に示す取引画面を表示する。この取引画面には、カード及び通帳を自動取引装置１０に投入することをユーザに促すメッセージが描かれる。ユーザは、通帳を通帳入出口１３に投入し、カードをカード入出口１２に投入する。カード処理部４０は、カードから口座情報を読み取って、制御部１１０に出力する。その後、制御部１１０は、ステップＳ１００に進む。

ステップＳ９０において、制御部１１０は、カードの投入を受け付ける一方、図８に示す取引画面を表示する。この取引画面には、カードを自動取引装置１０に投入することをユーザに促すメッセージが描かれる。ユーザは、カードをカード入出口１２に投入する。カード処理部４０は、カードから口座情報を読み取って、制御部１１０に出力する。その後、制御部１１０は、ステップＳ１００に進む。

このように、制御部１１０は、第１の変更指示操作及び第２の変更指示操作を受け付けた後に、通帳の投入を受け付ける。言い換えれば、制御部１１０は、ユーザの通帳が通帳入出口１３に投入されたか否かに関わらず、第１の変更指示操作を受け付ける。なお、制御部１１０は、まず通帳の投入を受け付け、通帳が投入された場合に、第１の変更指示操作を受け付けるようにしてもよい。

ステップＳ１００において、制御部１１０は、暗証番号の入力を受け付ける。具体的には、制御部１１０は、図９に示す取引画面を接客部１６に表示する。この取引画面には、暗証番号表示欄と、暗証番号入力用のテンキーボタン２００とが描かれる。暗証番号表示欄には、ユーザがテンキーボタン２００にタッチする毎に、暗証番号入力済マーク（例えば「○」）が表示される。制御部１１０は、接客部１６から与えられた操作情報、即ち暗証番号に関する操作情報を記憶部９０に記憶する。

ステップＳ１１０において、制御部１１０は、記憶部９０に記憶された操作情報に基づいて、「新規申込み」ボタン１００ｂがタッチされたか否か、即ち第１の変更指示操作が行われたか否かを判定する。制御部１１０は、第１の変更指示操作が行われたと判定した場合には、ステップＳ１２０に進む。一方、制御部１１０は、「申込みの取消し」ボタン１００ｃがタッチされた、即ち、第２の変更指示操作が行われたと判定した場合には、ステップＳ１５５に進む。

ステップＳ１２０において、制御部１１０は、通帳が通帳入出口１３に投入されたか否かを判定する。制御部１１０は、通帳が通帳入出口１３に投入されたと判定した場合には、ステップＳ１３０に進み、通帳が通帳入出口１３に投入されていないと判定した場合には、ステップＳ１５０に進む。

ステップＳ１３０において、制御部１１０は、廃棄有無指示操作を受け付ける。制御部１１０は、具体的には、図１０に示す取引画面を接客部１６に表示する。この取引画面には、通帳を廃棄するか否かを問い合わせるメッセージと、「廃棄する」ボタン１００ｆと、「返却する」ボタン１００ｇとが描かれる。ユーザは、「廃棄する」ボタン１００ｆにタッチすることで、廃棄有指示操作、即ち通帳の廃棄を指示する操作を行なう。一方、ユーザは、「返却する」ボタン１００ｇにタッチすることで、廃棄無指示操作、即ち通帳の返却を指示する操作を行なう。

ステップＳ１４０において、制御部１１０は、接客部１６から与えられた操作情報を記憶部９０に記憶する一方、当該操作情報に基づいて、廃棄有指示操作が行われたか否かを判定する。制御部１１０は、廃棄有指示操作が行われたと判定した場合には、ステップＳ１５０に進み、通帳を返却すると判定した場合には、ステップＳ１６０に進む。

ステップＳ１５０において、制御部１１０は、未記帳取り扱い指示操作を受け付ける。制御部１１０は、具体的には、図１１に示す取引画面を表示する。この取引画面には、未記帳情報（即ち、通帳に記入していない取引履歴情報）の取り扱いを問い合わせるメッセージと、「取引履歴は不要」ボタン１００ｈと、「取引履歴を自宅に郵送」ボタン１００ｉと、「ＷＥＢで明細を確認」ボタン１００ｊとが描かれる。ユーザは、「取引履歴は不要」ボタン１００ｈにタッチすることで、未記帳廃棄指示操作、即ち未記帳情報の廃棄を指示する操作を行なう。また、ユーザは、「取引履歴を自宅に郵送」ボタン１００ｉにタッチすることで、未記帳郵送指示操作、即ち未記帳情報の自宅への郵送を指示する操作を行う。また、ユーザは、「ＷＥＢで明細を確認」ボタン１００ｊにタッチすることで、未記帳掲載指示操作、即ち未記帳情報をホームページに掲載することを指示する操作を行なう。制御部１１０は、接客部１６から与えられた操作情報を記憶部９０に記憶する。

一方、制御部１１０は、ステップＳ１５５において、返却指示操作または新規発行指示操作を受け付ける。具体的には、制御部１１０は、図１７に示す取引画面を接客部１６に表示する。この取引画面には、返却する通帳の種類を問い合わせる旨のメッセージと、「今まで使っていた通帳を使う」ボタン１００ｋと、「新規に通帳を発行する」ボタン１００ｍとが描かれる。ユーザは、「今まで使っていた通帳を使う」ボタン１００ｋにタッチすることで、返却指示操作、即ち投入されたユーザの通帳をユーザに返却することを指示する操作を行なう。一方、ユーザは、「新規に通帳を発行する」ボタン１００ｍにタッチすることで、新規発行指示操作、即ち新規に通帳を発行することを指示する操作を行なう。制御部１１０は、接客部１６から与えられた操作情報を記憶部９０に記憶する。

なお、ユーザが返却指示操作を行った場合、後述するように、廃棄対象通帳が返却されることになる。そこで、制御部１１０は、廃棄対象通帳に保管期間が設定されている場合、保管期間内でのみ返却指示操作を受け付けてもよい。また、制御部１１０は、新規発行指示操作が行われた場合、通帳処理部３０が通帳の新規発行を行なうことができるか否かを判定する。制御部１１０は、通帳処理部３０が通帳の新規発行を行なうことができないと判定した場合には、その旨の新規発行不可情報を操作情報に含める。

ここで、通帳処理部３０が通帳の新規発行を行なうことができない場合としては、たとえば、通帳処理部３０が通帳の新規発行機能を有していない場合、未使用通帳格納庫のストックが切れている場合、何らかの理由で通帳処理部３０の新規発行機能が制限されている場合等が考えられる。

ステップＳ１６０において、制御部１１０は、ホストコンピュータ６００と通信を行なう。具体的には、制御部１１０は、記憶部９０に記憶された操作情報、即ちステップＳ４０〜Ｓ１５５においてユーザが行った指示操作等に関する操作情報と、カード処理部４０から与えられた口座情報とを含む通帳変更要求情報を生成し、インタフェース部９５に出力する。インタフェース部９５は、通帳変更要求情報をホストコンピュータ６００に出力する。一方、制御部１１０は、図１２に示す取引画面を表示する。

ホストコンピュータ６００は、通帳変更要求情報に基づいて、以下の処理を行なう。即ち、ホストコンピュータ６００は、まず、通帳変更要求情報が示す口座情報を記憶装置６１０から探索する。そして、ホストコンピュータ６００は、探索した口座情報から暗証番号を取得し、取得した暗証番号と通信変更要求情報内の暗証番号とを照合する。

ホストコンピュータ６００は、これらの暗証番号が一致する場合（通帳変更要求情報内の暗証番号が正しい場合）、通信変更要求情報に基づいて、口座情報の更新を行なう。具体的には、ホストコンピュータ６００は、変更指示操作に関する操作情報に基づいて、通帳の有無に関する口座情報を更新する。たとえば、ホストコンピュータ６００は、第１の変更指示操作が行われた場合には、通帳有無フラグを「通帳無し」に変更し、第２の変更指示操作が行われた場合には、通帳有無フラグを「通帳有り」に変更する。さらに、ホストコンピュータ６００は、変更指示操作以外の操作情報を口座情報に含める。

次いで、ホストコンピュータ６００は、通帳変更要求情報内の暗証番号が誤っている場合には、暗証番号が誤っている旨の拒否応答情報を自動取引装置１０に送信する。一方、ホストコンピュータ６００は、通帳変更要求情報内の暗証番号が正しい場合には、通帳の有無に関する口座情報の変更を許可する旨の許可応答情報を自動取引装置１０に送信する。ここで、ホストコンピュータ６００は、廃棄無指示操作が行われた場合には、未記帳情報を許可応答情報に含める。また、ホストコンピュータ６００は、新規発行指示操作が行われた場合には、許可応答情報にユーザ情報を含める。

また、ホストコンピュータ６００は、廃棄無指示操作または未記帳廃棄指示操作が行われた場合には、応答情報の送信後に口座情報から未記帳情報を削除してもよい。これにより、未記帳情報の削減が図られる。

インタフェース部９５は、これらの応答情報を受信し、制御部１１０に出力する。制御部１１０は、拒否応答情報が与えられた場合には、通帳有無変更取引処理を終了し、カード及び通帳をユーザに返却する。一方、制御部１１０は、許可応答情報が与えられた場合には、ステップＳ１７０に進む。

ステップＳ１７０において、制御部１１０は、記憶部９０に記憶された操作情報に基づいて、「新規申込み」ボタン１００ｂがタッチされたか否か、即ち第１の変更指示操作が行われたか否かを判定する。制御部１１０は、第１の変更指示操作が行われたと判定した場合には、ステップＳ１８０に進む。一方、制御部１１０は、「申込みの取消し」ボタン１００ｃがタッチされた、即ち、第２の変更指示操作が行われたと判定した場合には、ステップＳ３００に進む。

ステップＳ１８０において、制御部１１０は、通帳が通帳入出口１３に投入されたか否かを判定する。制御部１１０は、通帳が通帳入出口１３に投入されたと判定した場合には、ステップＳ１９０に進み、通帳が通帳入出口１３に投入されていないと判定した場合には、ステップＳ２３０に進む。

ステップＳ１９０において、制御部１１０は、記憶部９０に記憶された操作情報に基づいて、廃棄無指示操作が行われたか否か、即ち通帳の返却が指示されたか否かを判定する。制御部１１０は、廃棄無指示操作が行われたと判定した場合には、ステップＳ２００に進む。一方、制御部１１０は、廃棄有指示操作が行われた（即ち、通帳の廃棄が指示された）と判定した場合には、ステップＳ２２０に進む。

ステップＳ２００において、制御部１１０は、第１の変更指示操作を受け付けた（即ち、通帳無し口座への変更を受け付けた）旨の情報と、受付日時情報と、許可応答情報に含まれる未記帳情報とを通帳処理部３０に出力する。通帳処理部３０は、これらの情報を通帳に記帳する。次いで、通帳処理部３０は、通帳を通帳入出口１３から返却し、カード処理部４０は、カードをカード入出口１２から返却する。

ステップＳ２１０において、制御部１１０は、図１３に示す取引画面を接客部１６に表示する。この取引画面には、第１の変更指示操作を受け付けた旨のメッセージと、返却する媒体（この例では通帳及びカード）を示すメッセージとが描かれる。その後、制御部１１０は、通帳有無変更取引処理を終了する。

一方、ステップＳ２２０において、制御部１１０は、第１の変更指示操作を受け付けた旨の情報と、受付日時情報とを通帳処理部３０及び明細票処理部５０に出力する。通帳処理部３０は、これらの情報を通帳に記帳する。次いで、通帳処理部３０は、通帳を投入通帳格納庫に格納する。

一方、明細票処理部５０は、第１の変更指示操作を受け付けた旨の情報と、受付日時情報とを明細票に印字する。次いで、カード処理部４０及び明細票処理部５０は、カード及び明細票をカード入出口１２から返却（排出）する。その後、制御部１１０は、ステップＳ２４０に進む。

金融機関等の職員（以下、単に「行員」とも称する）は、通帳を投入通帳格納庫から回収し、通帳内の電子情報（電子記録媒体に記録された情報）を消去する。そして、行員は、通帳を図示しない保管庫に保管する。保管庫に保管された通帳、即ち廃棄対象通帳については、保管期間が設定されていてもよい。そして、行員は、保管期間を過ぎた廃棄対象通帳を廃棄（例えば破砕処分）してもよい。保管期間は特に制限は無いが、例えば１ヶ月であってもよい。

一方、ステップＳ２３０において、制御部１１０は、第１の変更指示操作を受け付けた旨の情報と、受付日時情報とを明細票処理部５０に出力する。明細票処理部５０は、これらの情報を明細票に印字する。次いで、カード処理部４０及び明細票処理部５０は、カード及び明細票をカード入出口１２から返却（排出）する。その後、制御部１１０は、ステップＳ２４０に進む。

ステップＳ２４０において、制御部１１０は、ステップＳ１５０で未記帳廃棄指示操作が行われたか否か（即ち、未記帳情報の参照が不要である旨の指示が行われたか否か）を判定する。制御部１１０は、未記帳廃棄指示操作が行われたと判定した場合には、ステップＳ２５０に進み、第２または未記帳掲載指示操作が行われたと判定した場合には、ステップＳ２６０に進む。

ステップＳ２５０において、制御部１１０は、第１の変更指示操作を受け付けた旨の情報をユーザに提示する。具体的には、制御部１１０は、図１４に示す取引画面を接客部１６に表示する。この取引画面には、第１の変更指示操作を受け付けた旨のメッセージと、返却する媒体（この例ではカード及び明細票）を示すメッセージとが描かれる。その後、制御部１１０は、通帳有無変更取引処理を終了する。

一方、ステップＳ２６０において、制御部１１０は、ステップＳ１５０で未記帳郵送指示操作が行われたか否か（即ち、未記帳情報をユーザの自宅に郵送する指示が行われたか否か）を判定する。制御部１１０は、未記帳郵送指示操作が行われたと判定した場合には、ステップＳ２７０に進み、未記帳掲載指示操作が行われたと判定した場合には、ステップＳ２８０に進む。

ステップＳ２７０において、制御部１１０は、図１５に示す取引画面を接客部１６に表示する。この取引画面には、第１の変更指示操作を受け付けた旨のメッセージと、未記帳情報をユーザの自宅に郵送する旨の示すメッセージと、返却する媒体（この例ではカード及び明細票）を示すメッセージとが描かれる。その後、制御部１１０は、通帳有無変更取引処理を終了する。行員は、未記帳郵送指示操作を行ったユーザの未記帳情報を記憶装置６１０から取得し、未記帳情報が記録された書類をユーザの自宅に郵送する。その後、行員は、記憶装置６１０の口座情報から未記帳情報を削除する。これにより、未記帳情報が削減される。

ステップＳ２８０において、制御部１１０は、図１６に示す取引画面を接客部１６に表示する。この取引画面には、第１の変更指示操作を受け付けた旨のメッセージと、未記帳情報をホームページで参照するために必要な情報（例えばＩＤ及びパスワード）をユーザの自宅に郵送する旨のメッセージと、返却する媒体（この例ではカード及び明細票）を示すメッセージとが描かれる。その後、制御部１１０は、通帳有無変更取引処理を終了する。行員は、未記帳掲載指示操作を行ったユーザの未記帳情報を記憶装置６１０から取得し、未記帳情報をホームページに掲載する。さらに、行員は、閲覧に必要な情報（ＩＤ及びパスワード等）が記録された書類をユーザの自宅に郵送する。その後、行員は、記憶装置６１０の口座情報から未記帳情報を削除する。これにより、未記帳情報が削減される。

ステップＳ３００において、制御部１１０は、接客部１６から与えられた操作情報に基づいて、新規発行指示操作が行われたか否かを判定する。制御部１１０は、新規発行指示操作が行われたと判定した場合には、ステップＳ３１０に進み、返却指示操作が行われたと判定した場合には、ステップＳ３６０に進む。

ステップＳ３１０において、制御部１１０は、通帳処理部３０が通帳の新規発行を行なうことができるか否かを判定する。制御部１１０は、通帳処理部３０が通帳の新規発行を行なうことができると判定した場合には、ステップＳ３２０に進み、通帳処理部３０が通帳の新規発行を行なうことができないと判定した場合には、ステップＳ３４０に進む。

ステップＳ３２０において、制御部１１０は、カード処理部４０から与えられた口座情報と、応答情報に含まれるユーザ情報とを通帳処理部３０に出力する。通帳処理部３０は、未使用通帳格納庫から未使用通帳を取得する。通帳処理部３０は、口座情報及びユーザ情報を未使用通帳に書きこむ（具体的には、電子記録媒体への書き込み、紙面への印字等を行う）ことで、新規の通帳を作成する。通帳処理部３０は、新規の通帳を通帳入出口１３から返却する。一方、カード処理部４０は、カードをカード入出口１２から返却する。

ステップＳ３３０において、制御部１１０は、図１８に示す取引画面を接客部１６に表示する。この取引画面には、第２の変更指示操作を受け付けたこと、即ち、通帳有り口座への変更（通帳無し口座への変更の取消し）を受け付けたことを示すメッセージが描かれる。その後、制御部１１０は、通帳有無変更取引処理を終了する。

一方、ステップＳ３４０において、制御部１１０は、第２の変更指示操作を受け付けた旨の情報と、受付日時情報とを明細票処理部５０に出力する。明細票処理部５０は、これらの情報を明細票に印字する。次いで、カード処理部４０及び明細票処理部５０は、カード及び明細票をカード入出口１２から返却（排出）する。その後、制御部１１０は、ステップＳ３５０に進む。

ステップＳ３５０において、制御部１１０は、図１９に示す取引画面を接客部１６に表示する。この取引画面には、第２の変更指示操作を受け付けたことと、投入された通帳を返却することと、新規の通帳が発行されない理由とを示すメッセージが描かれる。その後、制御部１１０は、通帳有無変更取引処理を終了する。行員は、記憶装置６１０に記憶された口座情報から、新規発行不可情報を含む口座情報及びユーザ情報を取得し、取得した口座情報及びユーザ情報に基づいて、保管庫から返却対象の通帳を取り出す。そして、行員は、通帳の電子情報を口座情報及びユーザ情報に基づいて復元する。そして、行員は、通帳をユーザの自宅に郵送する。なお、保管期間が過ぎている場合、行員は、未使用通帳を用いて同様の処理を行なう。

一方、ステップＳ３６０において、制御部１１０は、第２の変更指示操作を受け付けた旨の情報と、受付日時情報とを明細票処理部５０に出力する。明細票処理部５０は、これらの情報を明細票に印字する。次いで、カード処理部４０及び明細票処理部５０は、カード及び明細票をカード入出口１２から返却（排出）する。その後、制御部１１０は、ステップＳ３７０に進む。

ステップＳ３７０において、制御部１１０は、図２０に示す取引画面を接客部１６に表示する。この取引画面には、第２の変更指示操作を受け付けたことと、投入された通帳を返却することとを示すメッセージが描かれる。その後、制御部１１０は、通帳有無変更取引処理を終了する。行員は、記憶装置６１０に記憶された口座情報から、新規発行不可情報を含む口座情報及びユーザ情報を取得し、取得した口座情報及びユーザ情報に基づいて、保管庫から返却対象の通帳を取り出す。そして、行員は、通帳の電子情報を口座情報及びユーザ情報に基づいて復元する。そして、行員は、通帳をユーザの自宅に郵送する。なお、保管期間が過ぎている場合、行員は、未使用通帳を用いて同様の処理を行なう。

以上により、第１の実施形態では、自動取引装置１０は、通帳の有無に関する口座情報の変更を指示する変更指示操作を受け付ける。したがって、ユーザは、変更指示操作を自動取引装置１０に対して行うことで、通帳の有無に関する口座情報を変更することができるので、口座情報を容易に変更することができる。さらに、カードの利用頻度が多いユーザが自己の口座を積極的に通帳無し口座に変更することが期待されるので、未記帳情報の大幅な低減も期待される。これにより、ホストコンピュータ６００による未記帳情報の保管コストが低減されることも期待され、ひいては、ホストコンピュータ６００や記憶装置６１０のダウンサイジングも期待される。

さらに、自動取引装置１０は、通帳有り口座から通帳無し口座への変更を指示する第１の変更指示操作を受け付ける。したがって、ユーザは、通帳有り口座から通帳無し口座への変更を容易に行うことができる。

さらに、自動取引装置１０は、ユーザの通帳が通帳入出口に投入された場合に、投入されたユーザの通帳を廃棄するか否かを指示する廃棄有無指示操作を受け付ける。したがって、ユーザは、通帳の廃棄も変更手続きと並行して行うことができる。

さらに、自動取引装置１０は、ユーザの通帳が通帳入出口に投入されたか否かに関わらず、変更指示操作を受け付ける。したがって、ユーザは、通帳を持参していない場合にも、変更手続きを行うことができる。

さらに、自動取引装置１０は、未記帳情報の取り扱いに関する未記帳取り扱い指示操作を受け付ける。したがって、ユーザは、未記帳情報の取り扱いに関する手続も変更手続きと並行して行うことができる。

さらに、自動取引装置１０は、通帳無し口座から通帳有り口座への変更を指示する第２の変更指示操作を受け付ける。したがって、ユーザは、通帳無し口座から通帳有り口座への変更手続も容易に行うことができる。

さらに、自動取引装置１０は、ユーザの通帳が通帳入出口に投入された後に、第２の変更指示操作を受け付けた場合には、投入されたユーザの通帳をユーザに返却することを指示する返却指示操作、または新規に通帳を発行することを指示する指示操作を受け付ける。したがって、ユーザは、所望の通帳の返却を受けることができる。

＜２．第２の実施形態＞
次に、第２の実施形態について説明する。第２の実施形態に係る自動取引装置１０の構成は、第１の実施形態に係る自動取引装置１０の構成と同様である。

［自動取引装置による処理］
次に、自動取引装置１０による処理の手順を図２１に示すフローチャートに沿って説明する。ステップＳ２９０において、制御部１１０は、上述したステップＳ１０と同様の処理を行なう。

ステップＳ２９５において、制御部１１０は、接客部１６から与えられた操作情報に基づいて、「残高照会」ボタン１００がタッチされたか否かを判定する。制御部１１０は、「残高照会」ボタン１００がタッチされたと判定した場合には、ステップＳ３１０に進み、「残高照会」ボタン１００以外のボタンがタッチされたと判定した場合には、ステップＳ３００に進む。

ステップＳ３００において、制御部１１０は、タッチされたボタンに応じた処理、即ち通常取引を行なう。なお、制御部１１０は、「通帳レス口座への変更」ボタン１００ａがタッチされた場合には、第１の実施形態の処理を行なう。

ステップＳ３１０において、制御部１１０は、カードの投入及び暗証番号の入力を受け付ける。具体的には、制御部１１０は、カードが投入された後、図２２に示す取引画面を接客部１６に表示する。この取引画面には、暗証番号表示欄と、暗証番号入力用のテンキーボタン２００とが描かれる。具体的な処理内容は上述したステップＳ１００と同様である。一方、カード処理部４０は、カードから口座情報を読み取って、制御部１１０に出力する。

ステップＳ３２０において、制御部１１０は、口座情報と、暗証番号と、残高を要求する旨の情報とを含む残高要求情報を生成する。制御部１１０は、残高要求情報と、未記帳情報が多いか否かの通知を要求する旨の未記帳個数要求情報とをインタフェース部９５に出力する。インタフェース部９５はこれらの情報をホストコンピュータ６００に送信する。一方、制御部１１０は、図２３に示す取引画面を接客部１６に表示する。

ホストコンピュータ６００は、残高要求情報に基づいて、暗証番号のチェックを行なう。具体的な処理内容は第１の実施形態と同様である。ホストコンピュータ６００は、残高要求情報内の暗証番号が正しい場合、記憶装置６１０に記憶された口座情報から残高を取得する。さらに、ホストコンピュータ６００は、口座情報中の未記帳情報の数を計数し、これらが所定数よりも多いか否かを判定する。所定数の具体的な値は特に制限はないが、例えば５０程度であってもよい。

そして、ホストコンピュータ６００は、残高要求情報内の暗証番号が誤っている場合には、拒否応答情報を自動取引装置１０に送信する。ホストコンピュータ６００は、残高要求情報内の暗証番号が正しい場合には、残高、未記帳情報の個数（件数）及び判定結果に関する許可応答情報を自動取引装置１０に送信する。インタフェース部９５は、応答情報を受信し、制御部１１０に出力する。制御部１１０は、拒否応答情報が与えられた場合には、本処理を終了し、カードをユーザに返却する。一方、制御部１１０は、許可応答情報が与えられた場合には、ステップＳ３３０に進む。

ステップＳ３３０において、制御部１１０は、許可応答情報に基づいて、未記帳情報が所定数よりも多い旨の指示があったか否かを判定する。制御部１１０は、未記帳情報が所定数よりも多い旨の指示があったと判定した場合には、ステップＳ３４０に進み、未記帳情報が所定数よりも多い旨の指示がなかったと判定した場合には、ステップＳ４００に進む。

ステップＳ３４０において、制御部１１０は、通帳有り口座から通帳無し口座への変更をユーザに促す。具体的には、制御部１１０は、図２４に示す取引画面を表示する。この取引画面には、未記帳情報の個数と、通帳有り口座から通帳無し口座への変更をユーザに促す旨のメッセージと、「いいえ」ボタン１００ｎと、「はい」ボタン１００ｐとが描かれる。ユーザは、「いいえ」ボタン１００ｎにタッチすることで、通帳無し口座への変更を拒否し、「はい」ボタン１００ｐにタッチすることで、上述した第１の変更指示操作を行なう。

ステップＳ３５０において、制御部１１０は、接客部１６から与えられた操作情報に基づいて、ユーザが通帳無し口座への変更を希望しているか否か、即ち第１の変更指示操作が行われたか否かを判定する。制御部１１０は、第１の変更指示操作が行われたと判定した場合には、ステップＳ３６０に進み、第１の変更指示操作が行われなかったと判定した場合には、ステップＳ４００に進む。

ステップＳ３６０において、制御部１１０は、上述した通帳有無変更取引処理のうち、ステップＳ６０〜Ｓ１５０の処理を行うことで、ユーザからの各種指示操作を受け付ける。なお、ステップＳ１００は省略されてもよい。ステップＳ３７０において、制御部１１０は、上述したステップ１６０と同様の処理を行うことで、ホストコンピュータ６００と通信を行なう。

ステップＳ３８０において、制御部１１０は、上述した通帳有無変更取引処理のうち、ステップＳ１７０〜Ｓ２８０の処理を行うことで、通帳有無変更取引処理の結果をユーザに通知する。ここで、ステップＳ２００、Ｓ２２０、Ｓ２３０の処理において、通帳処理部３０、カード処理部４０、及び明細票処理部５０は、第１の実施形態と同様に、通帳への記録及び明細票の作成を行うが、カード、通帳、及び明細票の返却（排出）を行わない。また、明細票処理部５０は、明細票に残高を印字する。

さらに、ステップＳ２１０、Ｓ２５０、Ｓ２７０、Ｓ２８０において、制御部１１０は、取引画面に、図１３〜図１６のいずれかに示すメッセージの他、残高等も表示する。ただし、取引画面には、返却する媒体を示すメッセージは描かれない。図２５に表示例を示す。この取引画面では、残高と、第１の変更指示操作を受け付けた旨のメッセージと、「終了」ボタン１００ｑとが描かれる。制御部１１０は、「終了」ボタン１００ｑにタッチされた場合に、ステップＳ４２０に進む。

一方、制御部１１０は、ステップＳ４００以降の処理で、従来の残高処理と同様の処理を行なう。具体的には、制御部１１０は、ステップＳ４００において、図２６に示す取引画面を表示する。この取引画面には、残高と、連続取引を行うか否かを問い合わせるメッセージと、「お引き出し」ボタン１００ｒと、「振込」ボタン１００ｓと、「終了」ボタン１００ｑとが描かれる。

ステップＳ４１０において、制御部１１０は、「終了」ボタン１００ｑがタッチされたか否かを判定する。制御部１１０は、「終了」ボタン１００ｑがタッチされたと判定した場合には、ステップＳ４２０に進み、「終了」ボタン１００ｑ以外のボタンがタッチされたと判定した場合には、ステップＳ４３０に進む。

ステップＳ４２０において、通帳処理部３０及びカード処理部４０は、ユーザが投入した媒体を返却する。また、明細票処理部５０は、明細票を作成した場合には、その明細票を排出する。また、制御部１１０は、返却する媒体を示すメッセージが描かれた取引画面を接客部１６に表示する。表示例を図２７に示す。その後、制御部１１０は、本処理を終了する。

ステップＳ４３０において、制御部１１０は、「お引き出し」ボタン１００ｒがタッチされたか否かを判定する。制御部１１０は、「お引き出し」ボタン１００ｒがタッチされたと判定した場合には、ステップＳ４４０に進み、「振込」ボタン１００ｓがタッチされたと判定した場合には、ステップＳ４５０に進む。

ステップＳ４４０において、制御部１１０は、従来の引き出し処理と同様の処理を行なう。その後、制御部１１０は、本処理を終了する。一方、ステップＳ４５０において、制御部１１０は、従来の振込処理と同様の処理を行なう。その後、制御部１１０は、本処理を終了する。

以上により、第２の実施形態では、自動取引装置１０は、ユーザの未記帳情報が所定数よりも多い場合には、通帳有り口座から通帳無し口座への変更をユーザに促すので、未記帳情報が多いユーザに通帳無し口座への変更をより確実に行わせることができる。したがって、自動取引装置１０は、未記帳情報をより確実に低減することができる。なお、第２の実施形態では、残高照会中に通帳有無変更取引処理を行ったが、他の自動取引中に通帳有無変更取引処理を行なうようにしてもよい。

さらに、自動取引装置１０は、通帳有無変更取引処理に関する情報を、通帳有無変更取引処理以外の取引処理に関する情報と共にホストコンピュータ６００に送信する。具体的には、自動取引装置１０は、未記帳個数要求情報を、残高要求情報と共にホストコンピュータ６００に送信する。即ち、自動取引装置１０は、残高照会での通信処理（ステップＳ３２０の処理）において、未記帳個数要求情報をホストコンピュータ６００に送信することができる。したがって、自動取引装置１０は、未記帳個数要求情報をホストコンピュータ６００に送信するための通信処理を別途行う必要がないので、通信処理の回数を低減することができる。

＜３．第３の実施形態＞
次に、第３の実施形態について説明する。上述した第１〜第２の実施形態では、自動取引装置１０は、ユーザが入力した操作情報をホストコンピュータ６００に送信するための通信処理を他の取引の通信処理とは別に行う必要があった（ステップＳ１６０、Ｓ３７０参照）。そこで、第３の実施形態に係る自動取引装置１０は、ユーザが入力した操作情報をホストコンピュータ６００に送信するための通信処理を他の取引の通信処理に組み込むことで、通信処理の回数を低減する。概略的には、自動取引装置１０は、ユーザが入力した操作情報をホストコンピュータ６００に送信するための通信処理を、連続取引の通信処理に組み込む。なお、第３の実施形態に係る自動取引装置１０の構成は、第１〜第２の実施形態に係る自動取引装置１０の構成と同様である。

［自動取引装置による処理の手順］
次に、自動取引装置１０による処理の手順を説明する。ステップＳ４６０において、制御部１１０は、残高照会を行なう。具体的には、制御部１１０は、上述したステップＳ２９０〜Ｓ３２０の処理を行い、次いで、Ｓ４００の処理を行なう。次いで、制御部１１０は、「お引き出し」ボタン１００ｒがタッチされたか否かを判定する。制御部１１０は、「お引き出し」ボタン１００ｒがタッチされたと判定した場合には、ステップＳ４７０に進み、他のボタンがタッチされたと判定した場合には、本処理を終了する。

制御部１１０は、ステップＳ４７０以降の処理を行なうことで、引き出し処理と通帳有無変更取引処理とを並行して行う。具体的には、ステップＳ４７０において、制御部１１０は、ステップＳ４６０で取得した応答情報に基づいて、未記帳情報が所定数よりも多い旨の指示があったか否かを判定する。制御部１１０は、未記帳情報が所定数よりも多い旨の指示があったと判定した場合には、ステップＳ４８０に進み、未記帳情報が所定数よりも多い旨の指示がなかったと判定した場合には、ステップＳ５１０に進む。

ステップＳ４８０において、制御部１１０は、通帳有り口座から通帳無し口座への変更をユーザに促す。具体的には、制御部１１０は、図２９に示す取引画面を表示する。この取引画面には、未記帳情報の個数と、通帳有り口座から通帳無し口座への変更をユーザに促す旨のメッセージと、「いいえ」ボタン１００ｎと、「はい」ボタン１００ｐとが描かれる。ユーザは、「いいえ」ボタン１００ｎにタッチすることで、通帳無し口座への変更を拒否し、「はい」ボタン１００ｐにタッチすることで、上述した第１の変更指示操作を行なう。

したがって、制御部１１０は、残高照会で取得した応答情報を、残高照会と異なる処理である引き出し処理に利用している。しかし、残高照会と引き出し処理とは連続して行われる、即ち同一のユーザによって行われるので、制御部１１０が上記のように処理を行なっても問題はない。

ステップＳ４９０において、制御部１１０は、接客部１６から与えられた操作情報に基づいて、ユーザが通帳無し口座への変更を希望しているか否か、即ち第１の変更指示操作が行われたか否かを判定する。制御部１１０は、第１の変更指示操作が行われたと判定した場合には、ステップＳ５００に進み、第１の変更指示操作が行われなかったと判定した場合には、ステップＳ５１０に進む。

ステップＳ５００において、制御部１１０は、上述した通帳有無変更取引処理のうち、ステップＳ６０〜Ｓ１５０の処理を行うことで、ユーザからの各種指示操作を受け付ける。なお、ステップＳ１００は省略されてもよい。

ステップＳ５１０において、制御部１１０は、暗証番号の入力を受け付ける。具体的には、制御部１１０は、図３０に示す取引画面を接客部１６に表示する。この取引画面には、暗証番号表示欄と、暗証番号入力用のテンキーボタン２００とが描かれる。暗証番号表示欄には、ユーザがテンキーボタン２００にタッチする毎に、暗証番号入力済マーク（例えば「○」）が表示される。制御部１１０は、接客部１６から与えられた操作情報、即ち暗証番号に関する操作情報を記憶部９０に記憶する。

ステップＳ５２０において、制御部１１０は、引き出し金額の入力を受け付ける。具体的には、制御部１１０は、図３１に示す取引画面を接客部１６に表示する。この取引画面には、引き出し金額表示欄と、引き出し金額入力用のテンキーボタン２００とが描かれる。引き出し金額表示欄には、ユーザが入力した引き出し金額が表示される。制御部１１０は、接客部１６から与えられた操作情報、即ち引き出し金額に関する操作情報を記憶部９０に記憶する。

ステップＳ５３０において、制御部１１０は、ホストコンピュータ６００と通信を行なう。具体的には、制御部１１０は、通帳変更要求情報と、引き出し金額に関する操作情報とをインタフェース部９５に出力する。インタフェース部９５はこれらの情報をホストコンピュータ６００に送信する。一方、制御部１１０は、図３２に示す取引画面を接客部１６に表示する。

ホストコンピュータ６００は、通帳変更要求情報に基づいて、上述したステップＳ１６０と同様の処理を行なう。ただし、ホストコンピュータ６００は、通帳変更要求情報内の暗証番号が正しい場合には、第１の実施形態の処理を行い、残高から引き出し金額を減算する。また、許可応答情報には、減算後の残高も含まれる。

次いで、インタフェース部９５は、応答情報を受信し、制御部１１０に出力する。制御部１１０は、拒否応答情報が与えられた場合には、本処理を終了し、カード及び通帳をユーザに返却する。一方、制御部１１０は、許可応答情報が与えられた場合には、ステップＳ５４０に進む。

ステップＳ５４０において、制御部１１０は、従来の引き出し処理と同様の処理を行なう。ステップＳ５５０において、制御部１１０は、上述した通帳有無変更取引処理のうち、ステップＳ１７０〜Ｓ２８０の処理を行うことで、通帳有無変更取引処理の結果をユーザに通知する。ここで、ステップＳ２００、Ｓ２２０、Ｓ２３０の処理において、通帳処理部３０及び明細票処理部５０は、第１の実施形態と同様の処理を行う他、引き出し金額、及び残高を通帳または明細票に印字する。さらに、紙幣入出金部６０は、引き出し金額分の紙幣をユーザに支払う。さらに、ステップＳ２１０、Ｓ２５０、Ｓ２７０、Ｓ２８０において、制御部１１０は、取引画面に、図１３〜図１６のいずれかに示すメッセージの他、残高等も表示する。その後、制御部１１０は、本処理を終了する。

以上により、第３の実施形態では、自動取引装置１０は、通帳有無変更取引処理において入力された操作情報、即ち通帳有無変更操作情報を、通帳有無変更取引処理以外の引き出し処理に関する情報と共にホストコンピュータ６００に送信する。具体的には、自動取引装置１０は、通帳有無変更操作情報を引き出し金額に関する操作情報と共にホストコンピュータ６００に送信する。

即ち、自動取引装置１０は、引き出し処理での通信処理（ステップＳ５３０の処理）において、通帳有無変更操作情報をホストコンピュータ６００に送信することができる。したがって、自動取引装置１０は、通帳有無変更操作情報をホストコンピュータ６００に送信するための通信処理を別途行う必要がないので、通信処理の回数を低減することができる。

特に、自動取引装置１０は、未記帳個数要求情報を残高要求情報と共にホストコンピュータ６００に送信し、通帳有無変更操作情報を引き出し金額に関する操作情報と共にホストコンピュータ６００に送信する。したがって、自動取引装置１０は、第１の実施形態及び第２の実施形態で行われていた通信処理を、連続取引（残高照会処理及び引き出し処理）内の通信処理に組み込むことができる。したがって、自動取引装置１０は、連続取引の通信処理とは別の通信処理を行う必要がないので、通信処理の回数を低減することができる。

なお、第３の実施形態では、自動取引装置１０は、残高照会及び引き出し処理中に通帳有無変更取引処理を行ったが、他の連続取引中にも通帳有無変更取引処理を行ってもよい。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。たとえば、取引画面に表示されるメッセージの文言は、上述した例に限られない。

１０ 自動取引装置
１２ カード入出口
１３ 通帳入出口
１６ 接客部
３０ 通帳処理部
４０ カード処理部
５０ 明細票処理部
１１０ 制御部
６００ ホストコンピュータ
６１０ 記憶装置

Claims (14)

1. 通帳の有無に関する口座情報の変更を指示する変更指示操作を受け付ける制御部を備えることを特徴とする、自動取引装置。
2. 前記制御部は、通帳有り口座から通帳無し口座への変更を指示する変更指示操作を受け付けることを特徴とする、請求項１記載の自動取引装置。
3. 前記制御部は、ユーザの未記帳情報が所定数よりも多い場合には、前記通帳有り口座から前記通帳無し口座への変更をユーザに促す制御を行うことを特徴とする、請求項２記載の自動取引装置。
4. 前記制御部は、ユーザの通帳が投入された場合に、投入された前記ユーザの通帳を廃棄するか否かを指示する廃棄有無指示操作を受け付けることを特徴とする、請求項２または３記載の自動取引装置。
5. 前記制御部は、ユーザの通帳が投入されたか否かに関わらず、前記変更指示操作を受け付けることを特徴とする、請求項１〜４の何れか１項に記載の自動取引装置。
6. 前記制御部は、未記帳情報の取り扱いに関する未記帳取り扱い指示操作を受け付けることを特徴とする、請求項１〜５の何れか１項に記載の自動取引装置。
7. 前記制御部は、前記通帳無し口座から前記通帳有り口座への変更を指示する変更指示操作を受け付けることを特徴とする、請求項１〜６のいずれか１項に記載の自動取引装置。
8. 前記制御部は、ユーザの通帳が投入された後に、前記変更指示操作を受け付けた場合には、投入された前記ユーザの通帳をユーザに返却することを指示する返却指示操作、または新規に通帳を発行することを指示する新規発行指示操作を受け付けることを特徴とする、請求項７記載の自動取引装置。
9. 前記制御部は、前記口座情報を管理する管理装置との間の通信を制御する一方、前記口座情報の変更に関する情報を、前記口座情報の変更以外の取引処理に関する情報と共に前記管理装置に送信する制御を行うことを特徴とする、請求項１〜８の何れか１項に記載の自動取引装置。
10. 前記制御部は、ユーザの未記帳情報が多いか否かの通知を要求する旨の未記帳個数要求情報を、前記口座情報の変更以外の取引処理に関する情報と共に前記管理装置に送信する制御を行うことを特徴とする、請求項９記載の自動取引装置。
11. 前記制御部は、前記指示操作に関する情報を、前記口座情報の変更以外の取引処理に関する情報と共に前記管理装置に送信する制御を行うことを特徴とする、請求項９または１０記載の自動取引装置。
12. 前記制御部は、前記口座情報の変更以外に、一の取引処理及び他の取引処理を連続して行う一方、ユーザの未記帳情報が多いか否かの通知を要求する旨の未記帳個数要求情報を、前記一の取引処理に関する情報と共に前記管理装置に送信し、前記指示操作に関する情報を、前記他の取引処理に関する情報と共に前記管理装置に送信することを特徴とする、請求項９〜１１のいずれか１項に記載の自動取引装置。
13. 通帳の有無に関する口座情報の変更を指示する変更指示操作を受け付けるステップを含むことを特徴とする、取引処理方法。
14. コンピュータに、
    通帳の有無に関する口座情報の変更を指示する変更指示操作を受け付ける制御機能を実現させることを特徴とする、プログラム。
    
    
    

Images