知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-28
(45)【発行日】2024-11-06
(54)【発明の名称】取引装置及び取引プログラム
(51)【国際特許分類】
G07D 11/00 20190101AFI20241029BHJP
G07F 19/00 20060101ALI20241029BHJP
【ＦＩ】
G07D11/00
G07F19/00
【請求項の数】
6
(21)【出願番号】P 2020095733
(22)【出願日】2020-06-01
(65)【公開番号】P2021189860
(43)【公開日】2021-12-13
【審査請求日】2023-02-07
(73)【特許権者】
【識別番号】000000295
【氏名又は名称】沖電気工業株式会社
(74)【代理人】
【識別番号】100180275
【弁理士】
【氏名又は名称】吉田 倫太郎
(74)【代理人】
【識別番号】100161861
【弁理士】
【氏名又は名称】若林 裕介
(72)【発明者】
【氏名】村上 仁利
(72)【発明者】
【氏名】酢谷 昌史
(72)【発明者】
【氏名】小宮 大輔
【審査官】永安 真
(56)【参考文献】
【文献】特開２０１３－１７５０１０（ＪＰ，Ａ）
【文献】特開２０１２－１９８８４４（ＪＰ，Ａ）
【文献】特開２０２０－００９３８０（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０７Ｄ １１／００ － １１／６０
Ｇ０７Ｆ １９／００
(57)【特許請求の範囲】
【請求項1】
顧客操作により所定の取引処理を行なう取引装置において、操作表示部と、
挿入された通帳に対して印字処理を行なう通帳処理部と、
前記操作表示部に表示された取引選択画面上で、所定の取引が選択され、ホストサーバとの間で取引に係る電文を授受する制御部と
を備え、
前記ホストサーバからの応答電文に、当該顧客に関して無通帳口座への変更が可能であることを示す情報が含まれているとき、有通帳口座から無通帳口座への変更を確認する変更確認画面が前記操作表示部に表示され、
前記変更確認画面上での確認後、前記制御部が、前記ホストサーバとの間で口座種類変更電文を授受し、
前記ホストサーバから無通帳口座への変更許可の応答電文受信後、前記通帳処理部が、無通帳口座への切替完了情報を前記通帳に印字し、前記通帳に付与された記録媒体をクリアして排出する
ことを特徴とする取引装置。
【請求項2】
顧客操作により所定の取引処理を行なう取引装置において、操作表示部と、
挿入された通帳に対して印字処理を行なう通帳処理部と、
前記操作表示部に表示された取引選択画面上で、所定の取引が選択され、ホストサーバとの間で取引に係る電文を授受する制御部と
を備え、
前記ホストサーバからの応答電文に、当該顧客の口座種類を無通帳口座に切替申込が可能であることを示す無通帳口座への申し込み指示が含まれているとき、無通帳口座申込画面が、前記操作表示部に表示され、
前記無通帳口座申込画面上での確認を行ない、前記制御部が、前記ホストサーバとの間で口座種類変更電文を授受し、
前記制御部が、選択された取引処理後、口座種類の変更取引が完了する
ことを特徴とする取引装置。
【請求項3】
前記ホストサーバからの応答電文に、利用手数料を案内する利用手数料確認画面の表示指示が含まれているとき、前記利用手数料確認画面が、前記操作表示部に表示され、前記無通帳口座申込画面には、無通帳口座への変更により、利用手数料が無料となる旨の案内情報が含まれている
ことを特徴とする請求項２に記載の取引装置。
【請求項4】
ネットワークを通じて、取引処理を行なう取引サーバとの間で情報を授受して取引を行なう取引プログラムにおいて、操作表示部と接続可能なコンピュータを、
前記取引サーバから過去の取引履歴情報を取得する取引履歴情報取得手段と、
前記取引履歴情報に基づいて、取引履歴件数が閾値以上のときに、通帳を発行するか否かの選択ボタンを含む履歴表示画面を前記操作表示部に表示する履歴表示部と、
前記選択ボタンが選択されると、前記取引サーバに対して通帳発行要求を行なう通帳発行要求部と、
前記取引サーバから、当該顧客の取引履歴情報と関連付けた、通帳発行に係る発行情報を取得して、前記操作表示部に表示する発行情報取得部と
して機能させることを特徴とする取引プログラム。
【請求項5】
前記コンピュータを、顧客口座に関する取引情報を管理する前記取引サーバから、新たに生じた取引に関する履歴発生通知を受信し、前記履歴発生通知を出力する履歴発生通知受信部として機能させることを特徴とする請求項４に記載の取引プログラム。
【請求項6】
前記コンピュータを、前記取引サーバと連携する連携サーバに事前登録したアカウント情報を用いた認証処理を前記連携サーバに対して行ない、認証成功により、前記取引サーバと接続するログイン処理部として機能させることを特徴とする請求項４又は５に記載の取引プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、取引装置及び取引プログラムに関する。
【背景技術】
【0002】
金融機関等では、顧客毎の取引に関する情報を元帳に保管しており、顧客は、金融機関等の元帳に保管されている取引に関する記帳情報を通帳に記帳することができる。
【0003】
近年、金融機関等のコスト削減の一環として、紙の通帳を減らす試みが行なわれており、紙の通帳を発行しない無通帳口座への切り替えが行なわれている。
【0004】
非特許文献１には、無通帳口座への切り替えた場合に、ネットワークを通じて、顧客が金融機関のウェブサイトにアクセスしてログインすることで、顧客の取引に関する情報を確認等することができるデジタル通帳（いわゆるＷＥＢ通帳）について記載されている。
【0005】
また、特許文献１には、無通帳口座の申し込みが可能な自動取引装置が開示されており、自動取引装置において、顧客操作により無通帳口座の申し込みが可能であり、記帳情報の確認等のためにＷＥＢ通帳を選択可能であることが開示されている。
【0006】
さらに、例えばネットバンキングやスマートフォン等の携帯端末に搭載のアプリケーションを用いて、ネットワークを通じてデジタル通帳への切り替えも可能である。
【先行技術文献】
【特許文献】
【0007】
【文献】特開２０１６－１４９１４４号公報
【非特許文献】
【0008】
【文献】株式会社三菱ＵＦＪ銀行ホームページ，“Ｅｃｏ通帳（インターネット通帳）”，２０２０年２月８日，［２０２０年４月８日検索］https://www.bk.mufg.jp/tsukau/eco_tsuchou/index.html
【発明の概要】
【発明が解決しようとする課題】
【0009】
金融機関等の口座種類又は通帳種類を変更する手続きは、基本的には、金融機関等の窓口で取り扱われている。さらに、紙の通帳に対するニーズも根強く残っており、一度、無通帳口座に切り替えた顧客が、再度、紙の通帳を発行する口座（有通帳口座）に切り戻すことを希望するケースもある。その場合も、基本的には、金融機関等の窓口で取り扱われる。
【0010】
しかしながら、金融機関等の窓口は営業時間が限られており、顧客にとって口座種類を変更することが容易ではないという課題がある。また、取引装置において口座種類を変更できるものもあるが、取引操作が複雑なので、より簡単な操作にすることが求められている。
【0011】
または、通帳を取扱うことができない取引装置でも口座種類の変更手続きができるようにすることが求められているが、特に、有通帳口座への切り戻しのときには、当該取引装置で新規通帳を発行できないという課題がある。
【0012】
他方、金融機関等の職員にとっては、有通帳口座への切り替え業務が新たな窓口業務となるので、窓口業務の負担が増えてしまうという課題もある。したがって、取引装置において顧客が口座種類の変更手続きを容易に行なうことができ、また、有通帳口座への切替処理及び通帳発行を行なう負担を極力回避し、窓口業務の負荷を軽減する仕組みが求められる。
【0013】
また、携帯端末上のアプリケーションを用いてデジタル通帳の内容を確認することは可能であるが、預金口座の履歴を物理的に残しておきたいという要望も強くある。
【0014】
そこで、本発明は、上記課題に鑑み、金融機関等の口座種類や通帳種類の変更手続きを容易に行なうことができる取引装置及び取引プログラムを提供しようとするものである。
【課題を解決するための手段】
【0016】
かかる課題を解決するために、第１の本発明は、顧客操作により所定の取引処理を行なう取引装置において、操作表示部と、挿入された通帳に対して印字処理を行なう通帳処理部と、操作表示部に表示された取引選択画面上で、所定の取引が選択され、ホストサーバとの間で取引に係る電文を授受する制御部とを備え、ホストサーバからの応答電文に、当該顧客に関して無通帳口座への変更が可能であることを示す情報が含まれているとき、有通帳口座から無通帳口座への変更を確認する変更確認画面が操作表示部に表示され、変更確認画面上での確認後、制御部が、ホストサーバとの間で口座種類変更電文を授受し、ホストサーバから無通帳口座への変更許可の応答電文受信後、通帳処理部が、無通帳口座への切替完了情報を通帳に印字し、通帳に付与された記録媒体をクリアして排出することを特徴とする。
【0018】
第２の本発明は、顧客操作により所定の取引処理を行なう取引装置において、操作表示部と、挿入された通帳に対して印字処理を行なう通帳処理部と、操作表示部に表示された取引選択画面上で、所定の取引が選択され、ホストサーバとの間で取引に係る電文を授受する制御部とを備え、ホストサーバからの応答電文に、当該顧客の口座種類を無通帳口座に切替申込が可能であることを示す無通帳口座への申し込み指示が含まれているとき、無通帳口座申込画面が、操作表示部に表示され、無通帳口座申込画面上での確認後、制御部が、ホストサーバとの間で口座種類変更電文を授受し、制御部が、選択された取引処理を行ない、口座種類の変更取引が完了することを特徴とする。
【0019】
第３の本発明は、ネットワークを通じて、取引処理を行なう取引サーバとの間で情報を授受して取引を行なう取引プログラムにおいて、操作表示部と接続可能なコンピュータを、取引サーバから過去の取引履歴情報を取得する取引履歴情報取得手段と、取引履歴情報に基づいて、取引履歴件数が閾値以上のときに、通帳を発行するか否かの選択ボタンを含む履歴表示画面を前記操作表示部に表示する履歴表示部と、選択ボタンが選択されると、取引サーバに対して通帳発行要求を行なう通帳発行要求部と、取引サーバから、当該顧客の取引履歴情報と関連付けた、通帳発行に係る発行情報を取得して、操作表示部に表示する発行情報取得部として機能させることを特徴とする。
【発明の効果】
【0021】
本発明によれば、金融機関等の口座種類や通帳種類の変更手続きを容易に行なうことができる。
【図面の簡単な説明】
【0022】
【図1】第１の実施形態に係る取引装置の外観構成を示す外観構成図である。
【図2】第１の実施形態に係る取引システムの構成と、取引装置の内部構成を示す構成図である。
【図3】第１の実施形態に係る取引装置における通帳有無切替取引の処理を示すフローチャートである。
【図5】第１の実施形態において、通帳に印字するＷＥＢ通帳切替済情報の構成を示す構成図である。
【図6】第２の実施形態に係る取引装置における通帳有無切替取引の処理を示すフローチャートである。
【図7】第２の実施形態の取引装置の操作表示部に表示される画面図である。
【図8】第３の実施形態に係る取引装置における通帳有無切替取引の処理を示すフローチャートである。
【図9】第３の実施形態の取引装置の操作表示部に表示される画面図である。
【図10】第３の実施形態において、通帳に印字する通帳切り戻し情報の構成を示す構成図である。
【図11】第４の実施形態に係る取引装置における通帳有無切替取引の処理を示すフローチャートである。
【図12】第４の実施形態の取引装置の操作表示部に表示される画面図である。
【図13】第５の実施形態に係る取引システムの全体構成を示す全体構成図である。
【図14】第５の実施形態に係る記憶装置に記憶される顧客情報の構成例を示す構成図である。
【図15】第５の実施形態に係る登録情報の構成例を示す構成図である。
【図16】第５の実施形態に係る取引システムにおける処理動作を示すシーケンス図である（その１）。
【図17】第５の実施形態に係る取引システムにおける処理動作を示すシーケンス図である（その２）。
【図18】第５の実施形態の情報処理端末に表示される画面例を示す画面図である。
【図19】第７の実施形態に係る取引システムの構成と、取引装置の内部構成を示す構成図である。
【図20】第７の実施形態に係る取引装置における通帳有無切替取引の処理及び画面遷移を示すフローチャートである（その１）。
【図21】第７の実施形態に係る取引装置における通帳有無切替取引の処理及び画面遷移を示すフローチャートである（その２）。
【図22】第７の実施形態に係る取引装置における通帳有無切替取引の処理及び画面遷移を示すフローチャートである（その３）。
【図23】第８の実施形態に係る取引システムの構成と、取引装置の内部構成を示す構成図である。
【図24】第８の実施形態に係る取引装置における処理動作を示すフローチャートである。
【図25】第８の実施形態の取引装置の操作表示部に表示される画面図である（その１）。
【図26】第８の実施形態に係る記憶装置に記憶される顧客情報の構成例を示す構成図である。
【図27】第８の実施形態の取引装置の操作表示部に表示される画面図である（その２）。
【図28】第８の実施形態において、通帳発行装置で新規通帳を発行する処理動作を示すフローチャートである。
【図29】第８の実施形態の通帳発行装置の操作表示部に表示される画面図である。
【図30】第６の実施形態に係る取引システムの構成と、取引装置の内部構成を示す構成図である。
【図31】第６の実施形態に係る取引システムにおける処理動作を示すシーケンス図である。
【発明を実施するための形態】
【0023】
（Ａ）第１の実施形態
以下では、本発明に係る取引装置及び取引プログラムの第１の実施形態を、図面を参照しながら詳細に説明する。
以下では、本発明に係る取引装置及び取引プログラムの第１の実施形態を、図面を参照しながら詳細に説明する。
【0024】
【0025】
図１において、取引装置１０は、筐体１１、通帳入出口１２、カード入出口１３、明細票排出口１４、紙幣入出口１５、硬貨入出口１６、操作表示部１７を有する。
【0026】
取引装置１０は、顧客操作により所定の取引装置を行なうものである。ここでは、取引装置１０が、例えば、金融機関の店舗や、コンビニエンスストア等の小売店の店舗、駅、空港などに設置されているＡＴＭ（Ａｕｔｏｍａｔｉｃ Ｔｅｌｌｅｒ Ｍａｃｈｉｎｅ）である場合を想定して説明する。
【0027】
通帳入出口１２は、紙の通帳（以下、単に「通帳」と呼ぶ。）の投入を受け付けたり、返却（排出）したりする部分である。
【0028】
カード入出口１３は、取引に用いられるキャッシュカード又はクレジットカード等のカードの投入を受け付けたり、返却（排出）したりする部分である。明細票排出口１４は、取引に関する情報が用紙に印字された明細票を排出する部分である。
【0029】
紙幣入出口１５は、取引に係る紙幣の投入を受け付けたり、排出したりする部分である。硬貨入出口１６は、取引に係る硬貨の投入を受け付けたり、排出したりする部分である。
【0030】
操作表示部１７は、例えばタッチパネル機能を有するディスプレイである。操作表示部１７は、例えば、取引選択メニュー画面（以下では、「顧客待ち画面」とも呼ぶ。）や、選択された取引進行のための画面等を表示すると共に、顧客による入力操作を受け付ける。ここでは、操作表示部１７が、タッチパネル型ディスプレイである場合を例示するが、これに限定されず、例えば、物理的なボタンや、別に設けたディスプレイ（補助的な表示部等）を備えてもよい。
【0031】
［取引装置の内部構成］
図２は、第１の実施形態に係る取引システムの構成と、取引装置１０の内部構成を示す構成図である。
図２は、第１の実施形態に係る取引システムの構成と、取引装置１０の内部構成を示す構成図である。
【0032】
図２において、取引装置１０は、制御部１、通帳処理部２、カード処理部３、明細票処理部４、紙幣入出金部５、硬貨入出金部６、記憶部７、通信部８を有する。
【0033】
なお、取引装置１０の構成は、図１に例示する構成に限定されず、例えばＱＲコード（登録商標）等のように光学的又は磁気的に二次元コードを読み取るための二次元コード読取部を備えてもよい。また、取引装置１０は、顧客の携帯端末（例えばスマートフォン等）等との間で近距離無線通信するため、例えばＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やＢｌｕｅＴｏｏｔｈ（登録商標）等に代表される近距離無線通信部を備えてもよい。さらに、取引装置１０は、顧客の存在を検出するため、例えば人感センサや、操作表示部１７で顧客の手の接触等を感知するセンサを備えてもよい。また、取引装置１０は、顧客の顔や手元等を撮像する撮像部（例えばカメラ等）を備えてもよい。また、取引装置１０は、例えば書面の一方の面の画像を読み取って取引処理をするための光学文字認識（ＯＣＲ：Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）手段を備えてもよい。
【0034】
（制御部、記憶部）
制御部１は、取引装置１０の各種機能を司る処理部又は装置である。制御部１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース等を有し、制御部１が処理プログラム（例えば、各種取引に係る取引プログラム等）を実行することにより、取引装置１０における各種機能が実現される。
制御部１は、取引装置１０の各種機能を司る処理部又は装置である。制御部１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース等を有し、制御部１が処理プログラム（例えば、各種取引に係る取引プログラム等）を実行することにより、取引装置１０における各種機能が実現される。
【0035】
制御部１は、現金（紙幣、硬貨）の引き出し取引、顧客の口座への現金の預け入れ取引、顧客の口座から指定口座への振込や現金振込等の振込取引、残高照会などの所定の取引処理を行なう。
【0036】
また、制御部１は、顧客の開設口座を、紙の通帳を発行しない口座（以下では、「無通帳口座」とも呼ぶ。）に切り替えたり、紙の通帳を発行する口座（以下では、「有通帳口座」とも呼ぶ。）に切り替える「通帳有無切替取引」を行なう。より具体的には、「通帳有無切替取引」は、取引装置１０における顧客操作により、無通帳口座への切替や、無通帳口座から有通帳口座への切り戻しを行なう口座切替に係る取引処理である。
【0037】
一般的に、顧客の口座開設は、金融機関等の窓口で行なわれる。特に、無通帳口座に切り替えた顧客が、有通帳口座への切り戻しを希望する場合、従来は窓口での手続きとなっているが、この実施形態によれば、取引装置１０上での顧客操作で口座切替が可能となる。その結果、窓口業務の負担も軽減される。なお、第１の実施形態における通帳有無切替取引の詳細な説明は、動作の項で行なう。
【0038】
記憶部７は、取引に係る処理プログラムを記憶したり、制御部１による処理に必要なデータや、制御部１の処理で得られた取引に関する情報を記憶する。
【0039】
（通信部）
通信部８は、ネットワークＮＴを介して、ホストサーバ２０との間で取引電文を含む情報を授受する。ネットワークＮＴを介した通信制御（通信プロトコル）は、特に限定されず、インタネットプロトコル（ＩＰ）等を適用できる。
通信部８は、ネットワークＮＴを介して、ホストサーバ２０との間で取引電文を含む情報を授受する。ネットワークＮＴを介した通信制御（通信プロトコル）は、特に限定されず、インタネットプロトコル（ＩＰ）等を適用できる。
【0040】
（通帳処理部）
通帳処理部２は、通帳入出口１２から挿入された通帳に付されている記録媒体（例えば、磁気ストライプ等）から通帳情報を読み取って制御部１に与えたり、取引に関する記帳情報を通帳に記帳して通帳入出口１２に排出したりする。
通帳処理部２は、通帳入出口１２から挿入された通帳に付されている記録媒体（例えば、磁気ストライプ等）から通帳情報を読み取って制御部１に与えたり、取引に関する記帳情報を通帳に記帳して通帳入出口１２に排出したりする。
【0041】
（カード処理部）
カード処理部３は、カード入出口１３から挿入されたカード（例えば、キャッシュカード、クレジットカード等）に付されている記録媒体（例えば、ＩＣチップ、磁気ストライプ等）からカード情報を読み取って制御部１に与えたり、取引終了後にカードをカード入出口に排出したりする。
カード処理部３は、カード入出口１３から挿入されたカード（例えば、キャッシュカード、クレジットカード等）に付されている記録媒体（例えば、ＩＣチップ、磁気ストライプ等）からカード情報を読み取って制御部１に与えたり、取引終了後にカードをカード入出口に排出したりする。
【0042】
（明細票処理部）
明細票処理部４は、取引情報を媒体（例えば用紙等）に印刷した明細票を明細票排出口１４から排出する。明細票処理部４は、例えば、取引日、取引種別、取引金額、残高などの情報を印字する。
明細票処理部４は、取引情報を媒体（例えば用紙等）に印刷した明細票を明細票排出口１４から排出する。明細票処理部４は、例えば、取引日、取引種別、取引金額、残高などの情報を印字する。
【0043】
（紙幣入出金部）
紙幣入出金部５は、入金処理のときには、紙幣入出口１５から挿入された紙幣の真贋鑑別や計数処理を行ない、金種別のカセットに搬送する。また、出金処理のときには、出金すべき紙幣を金種別のカセットから繰り出して、紙幣入出口１５から排出する。
紙幣入出金部５は、入金処理のときには、紙幣入出口１５から挿入された紙幣の真贋鑑別や計数処理を行ない、金種別のカセットに搬送する。また、出金処理のときには、出金すべき紙幣を金種別のカセットから繰り出して、紙幣入出口１５から排出する。
【0044】
（硬貨入出金部）
硬貨入出金部６は、入金処理のときには、硬貨入出口１６から投入された硬貨の真贋鑑別や計数処理を行ない、金種別のカセットに搬送する。また、出金処理のときには、出金すべき硬貨を金種別のカセットから繰り出して、硬貨入出口１６から排出する。
硬貨入出金部６は、入金処理のときには、硬貨入出口１６から投入された硬貨の真贋鑑別や計数処理を行ない、金種別のカセットに搬送する。また、出金処理のときには、出金すべき硬貨を金種別のカセットから繰り出して、硬貨入出口１６から排出する。
【0045】
（ホストサーバ、記憶装置）
ホストサーバ２０は、ネットワークＮＴと接続し、入金処理、出金処理等の所定の取引処理を行なう勘定系ホストサーバである。ホストサーバ２０は、ネットワークＮＴを通じて複数の取引装置１０と接続しており、各取引装置１０との間で通信を行なう。また、ホストサーバ２０は、記憶装置２１の管理も行なう。
ホストサーバ２０は、ネットワークＮＴと接続し、入金処理、出金処理等の所定の取引処理を行なう勘定系ホストサーバである。ホストサーバ２０は、ネットワークＮＴを通じて複数の取引装置１０と接続しており、各取引装置１０との間で通信を行なう。また、ホストサーバ２０は、記憶装置２１の管理も行なう。
【0046】
記憶装置２１には、顧客の口座情報やユーザ情報等を関連付けた顧客情報などが記憶されている。口座情報は、例えば、口座名義人、金融機関、支店名、口座番号、預金額（残高情報）、無通帳口座又は有通帳口座を示す通帳有無フラグ、ＷＥＢ通帳に切り替えているか否かを示すフラグ、暗証番号、通帳に記帳がされていない未記帳情報等が含まれる。
【0047】
記帳情報又は未記帳情報は、例えば、取引日、取引種別、取引金額、残高等が含まれる。さらに、ユーザ情報は、顧客の氏名、住所、電話番号、金融機関等のＷＥＢサイトのアカウント情報などの個人情報が含まれる。アカウント情報は、登録するために必要な情報であり、例えば、ＷＥＢサイトにログインするためのログイン情報（例えば、ＩＤ番号、パスワード等）、本人認証に必要な情報、メールアドレス等を含む。
【0048】
（Ａ－２）第１の実施形態の動作
次に、第１の実施形態に係る取引装置１０における通帳有無切替取引の処理動作を、図面を参照しながら詳細に説明する。
次に、第１の実施形態に係る取引装置１０における通帳有無切替取引の処理動作を、図面を参照しながら詳細に説明する。
【0049】
図３は、第１の実施形態に係る取引装置１０における通帳有無切替取引の処理を示すフローチャートである。
【0050】
第１の実施形態では、通帳を所持している顧客が、金融機関等に設置されている取引装置において、新規取引としてＷＥＢ通帳への切り替え処理（取引処理）を実施する場合を例示する。つまり、通帳有無切替取引のうち、ＷＥＢ通帳への切り替えを可能とする「ＷＥＢ通帳切替取引」を行なう場合を例示する。なお、本実施形態では、ＷＥＢ通帳という文言を使用するが、かかる名称に限定されず、例えば、ウェブ通帳、デジタル通帳、インターネット通帳、ＥＣＯ通帳、スマート通帳、スマホ通帳、スマ通帳、通帳レス、ネット通帳、または無通帳などでも良い。
【0051】
ここで、「ＷＥＢ通帳切替取引」は、通帳を発行しない無通帳口座（通帳レス口座）に切り替えると共に、ネットワークを通じて金融機関等のウェブサイトにアクセスして、ＷＥＢブラウザで、過去の取引に関する記帳情報を閲覧、確認等を可能にするＷＥＢ通帳を設定する取引処理である。取引装置１０において紙の通帳からＷＥＢ通帳に切り替えることができ、顧客にとって利便性がよくなり、金融機関等の職員にとっては窓口業務の負担を軽減できる。
【0052】
［Ｓ１０１］
まず、取引装置１０では、制御部１の制御により、顧客待ち画面（取引選択メニュー画面）が操作表示部１７に表示される（Ｓ１０１）。
まず、取引装置１０では、制御部１の制御により、顧客待ち画面（取引選択メニュー画面）が操作表示部１７に表示される（Ｓ１０１）。
【0053】
図４は、第１の実施形態の取引装置１０の操作表示部１７に表示される画面図である。ここで、図４（Ａ）に例示するように、取引選択メニュー画面５００には、既存の各種取引選択ボタン５０２に加えて、ＷＥＢ通帳を設定するための「ＷＥＢ通帳切り替え」ボタン５０１を有する。
【0054】
制御部１は、操作表示部１７の取引選択メニュー画面５００上で、顧客により選択される選択ボタンを判定する。既存の各種取引選択ボタン５０２のいずれかが選択されたときには、その選択された取引が実施される。
【0055】
［Ｓ１０２～Ｓ１０４］
また、図４（Ａ）の取引選択メニュー画面５００上で、顧客により「ＷＥＢ通帳切り替え」ボタン５０１が選択されると（Ｓ１０２）、顧客に対して通帳の挿入を促す画面（通帳挿入画面：図４（Ｂ）参照）が操作表示部１７に表示され、顧客により通帳が通帳入出口１２に挿入される（Ｓ１０４）。なお、本実施形態では、通帳が挿入された後、顧客から暗証番号の入力を受けつけてもよく、または、例えば、通帳の挿入の代わりに後述のカードの挿入の場合でもよいが、かかる場合、後で通帳が挿入されたときに、通帳に後述の情報６０１が印字される。
また、図４（Ａ）の取引選択メニュー画面５００上で、顧客により「ＷＥＢ通帳切り替え」ボタン５０１が選択されると（Ｓ１０２）、顧客に対して通帳の挿入を促す画面（通帳挿入画面：図４（Ｂ）参照）が操作表示部１７に表示され、顧客により通帳が通帳入出口１２に挿入される（Ｓ１０４）。なお、本実施形態では、通帳が挿入された後、顧客から暗証番号の入力を受けつけてもよく、または、例えば、通帳の挿入の代わりに後述のカードの挿入の場合でもよいが、かかる場合、後で通帳が挿入されたときに、通帳に後述の情報６０１が印字される。
【0056】
通帳処理部２では、通帳が挿入されたことを検出すると、当該挿入された通帳に付与されている記録媒体（例えば、磁気ストライプＭＳ：Ｍａｇｎｅｔｉｃ Ｓｔｒｉｐｅ）に格納されている通帳情報が読み取られる。
【0057】
ここで、操作表示部１７上で「ＷＥＢ通帳切り替え」ボタン５０１が選択されたときに、顧客に対して、カード挿入を促す画面や、暗証番号の入力を促す画面が表示され、カード挿入や暗証番号の入力を行なうようにしてもよい（Ｓ１０３）。この場合、カード処理部３は、カード入出口１３から挿入されたカードに付与されているＩＣチップや磁気ストライプ等の記録媒体に格納されてるカード情報を読み取って制御部１に与える。ここで、カード情報は、金融機関名、支店名、口座番号、口座名義人の氏名等が含まれている。
【0058】
［Ｓ１０５］
制御部１は、ＷＥＢ通帳への設定（切り替え）を要求する旨の情報と、通帳情報とを含む電文（以下では、「ＷＥＢ通帳切替電文」とも呼び。）を生成して、ホストサーバ２０に送信する（Ｓ１０５）。
制御部１は、ＷＥＢ通帳への設定（切り替え）を要求する旨の情報と、通帳情報とを含む電文（以下では、「ＷＥＢ通帳切替電文」とも呼び。）を生成して、ホストサーバ２０に送信する（Ｓ１０５）。
【0059】
より具体的に、ＷＥＢ通帳切替電文には、例えば、当該顧客操作により無通帳口座への申し込みを示す情報と、ＷＥＢ通帳に切り替えることを示す情報と、通帳情報等が含まれる。通帳情報には、例えば、金融機関、支店名、口座名義人等の情報が含まれるようにしてもよい。
【0060】
なお、ＷＥＢ通帳切替電文には、顧客の口座情報を特定するための情報が含まれるが、これは通帳情報に限定されず、他にカード情報や暗証番号等を含ませるようにしてもよい。また、ＷＥＢ通帳を設定する際に他の情報が必要なときには、取引装置１０において顧客により必要な情報の入力を求めて、その入力した情報を電文に含ませるようにしてもよい。
【0061】
また、取引装置１０とホストサーバ２０との間の通信が開始すると、図７（Ｃ）のＷＥＢ通帳への切り替え処理中を示す画面が操作表示部１７に表示されるようにしてもよい。
【0062】
ホストサーバ２０では、取引装置１０からのＷＥＢ通帳切替電文に基づいて、当該顧客の口座を、紙の通帳を発行しない無通帳口座に切り替えると共に、金融機関等のウェブサイト上で記帳情報の閲覧等を可能とするためのＷＥＢ通帳の設定を行なう。
【0063】
ここで、ホストサーバ２０は、当該顧客の口座情報に未記帳情報が含まれているときには、その未記帳情報を含む応答電文を取引装置１０に返信する。「未記帳情報」は、ＷＥＢ通帳切替取引の取引日よりも前に、顧客が実施した取引の取引情報であって、通帳への記帳がまだ実施されていないものである。
【0064】
また、大量の未記帳情報が存在している場合、未記帳情報を応答電文に含ませると、通信量が増えてしまいトラフィックに影響が生じたり、通帳への記帳時間がかかってしまったりする。そこで、例えば、取引日から過去６か月前、１年前などのように所定期間内の未記帳情報、又例えば、所定数の未記帳情報などを応答電文に載せるようにしてもよい。
【0065】
［Ｓ１０６～Ｓ１０８］
取引装置１０において、ホストサーバ２０から応答電文が受信されると（Ｓ１０６）、制御部１は、ホストサーバ２０からの応答電文に未記帳情報が含まれているか否かを判断する（Ｓ１０７）。そして、未記帳情報がある場合（Ｓ１０７／ＹＥＳ）、通帳に記帳情報を記帳している旨の画面が操作表示部１７に表示され（図４（Ｃ））、通帳処理部２は記帳情報を通帳に印字される（Ｓ１０８）。他方、未記帳情報がない場合（Ｓ１０７／ＮＯ）、処理はＳ１０９に移行する。
取引装置１０において、ホストサーバ２０から応答電文が受信されると（Ｓ１０６）、制御部１は、ホストサーバ２０からの応答電文に未記帳情報が含まれているか否かを判断する（Ｓ１０７）。そして、未記帳情報がある場合（Ｓ１０７／ＹＥＳ）、通帳に記帳情報を記帳している旨の画面が操作表示部１７に表示され（図４（Ｃ））、通帳処理部２は記帳情報を通帳に印字される（Ｓ１０８）。他方、未記帳情報がない場合（Ｓ１０７／ＮＯ）、処理はＳ１０９に移行する。
【0066】
［Ｓ１０９～Ｓ１１０］
通帳処理部２は、ＷＥＢ通帳への切り替えが完了したことを示すＷＥＢ通帳切替済情報を通帳に印字する（Ｓ１０９）。さらに、通帳処理部２は、当該通帳を用いた取引ができないようにするため、当該通帳の記録媒体（例えば磁気ストライプＭＳ）をクリアーに（例えば、磁気ストライプを消磁）してもよい（Ｓ１１０）。
通帳処理部２は、ＷＥＢ通帳への切り替えが完了したことを示すＷＥＢ通帳切替済情報を通帳に印字する（Ｓ１０９）。さらに、通帳処理部２は、当該通帳を用いた取引ができないようにするため、当該通帳の記録媒体（例えば磁気ストライプＭＳ）をクリアーに（例えば、磁気ストライプを消磁）してもよい（Ｓ１１０）。
【0067】
図５は、第１の実施形態において、通帳に印字するＷＥＢ通帳切替済情報の構成を示す構成図である。
【0068】
図５（Ａ）に例示するＷＥＢ通帳切替済情報は、通帳６００に記帳情報を記帳した最終行よりも下の行に「ＷＥＢ通帳切替済」と記した情報６０１を印字した場合を例示する。この情報６０１の印字位置は、通帳に記帳した記帳情報の最終行以降であれば限定されず、当該最終行の次の行であっても良いし、当該最終行に対して１行空けた次の行でも良いし、当該通帳ページの一番下の最終行などであってもよい。また、図５（Ａ）に例示する情報６０１は、「ＷＥＢ通帳切替済」の文字列のみを有しているが、ＷＥＢ通帳切替取引を実施した取引日の日時情報を有してもよい。
【0069】
また、図５（Ｂ）に例示するＷＥＢ通帳切替済情報は、記帳情報として通帳に記帳する場合を例示している。つまり、情報６０２は、ＷＥＢ通帳切替取引の記帳情報として通帳に記帳している。この場合、取引金額は発生しないので、アスタリスク（＊）等を用いている。
【0070】
［Ｓ１１１～Ｓ１１２］
取引装置１０では、例えば図４（Ｄ）の画面が操作表示部１７に表示され、通帳やカードなどの媒体が返却され（Ｓ１１１）、取引が終了する。その後、次の取引を受け付けるため、操作表示部１７には顧客待ち画面が表示される（Ｓ１１２）。
取引装置１０では、例えば図４（Ｄ）の画面が操作表示部１７に表示され、通帳やカードなどの媒体が返却され（Ｓ１１１）、取引が終了する。その後、次の取引を受け付けるため、操作表示部１７には顧客待ち画面が表示される（Ｓ１１２）。
【0071】
（Ａ－３）第１の実施形態の効果
以上のように、第１の実施形態によれば、金融機関等に設置されている取引装置において、ＷＥＢ通帳への切り替えが可能となる。
以上のように、第１の実施形態によれば、金融機関等に設置されている取引装置において、ＷＥＢ通帳への切り替えが可能となる。
【0072】
（Ｂ）第２の実施形態
次に、本発明に係る取引装置及び取引プログラムの第２の実施形態を、図面を参照しながら説明する。
次に、本発明に係る取引装置及び取引プログラムの第２の実施形態を、図面を参照しながら説明する。
【0073】
第２の実施形態は、通帳を所持している顧客が、通帳を用いて他の取引（出金取引、入金取引等）を実施する際に、ＷＥＢ通帳への切り替えを実施する場合を例示する。
【0074】
【0075】
図６は、第２の実施形態に係る取引装置１０における通帳有無切替取引の処理を示すフローチャートである。
【0076】
以下では、顧客が取引装置１０においてお引き出し取引を行なう際に、ＷＥＢ通帳への切り替え処理を実施する場合を例示する。なお、顧客が実施する取引は、お引き出しに限定されず、預け入れ、振り込みなどの他の取引科目であってもよい。
【0077】
［Ｓ１０１、Ｓ２０１］
取引装置１０では、制御部１の制御により、顧客待ち画面（取引選択メニュー画面）が操作表示部１７に表示される（Ｓ１０１）。例えば、図７（Ａ）に例示する取引選択メニュー画面５００において、顧客により「お引き出し」ボタンが選択される（Ｓ２０１）。
取引装置１０では、制御部１の制御により、顧客待ち画面（取引選択メニュー画面）が操作表示部１７に表示される（Ｓ１０１）。例えば、図７（Ａ）に例示する取引選択メニュー画面５００において、顧客により「お引き出し」ボタンが選択される（Ｓ２０１）。
【0078】
［Ｓ２０２～Ｓ２０７］
取引装置１０では、既存のお引き出し取引が実施される。例えば、操作表示部１７には、顧客に対してカード挿入、及び又は、通帳挿入を促す画面が表示され、これを受けて、顧客によりカードがカード入出口１３に挿入され、及び又は、通帳が通帳入出口１２に挿入される（Ｓ２０２）。
取引装置１０では、既存のお引き出し取引が実施される。例えば、操作表示部１７には、顧客に対してカード挿入、及び又は、通帳挿入を促す画面が表示され、これを受けて、顧客によりカードがカード入出口１３に挿入され、及び又は、通帳が通帳入出口１２に挿入される（Ｓ２０２）。
【0079】
カード処理部３においてカード挿入が検出されると、カードの記録媒体に格納されているカード情報が読み取られ、そのカード情報が制御部１に与えられる。また、通帳処理部２において通帳挿入が検出されると、通帳の記録媒体から通帳情報が読み取られ、その通帳情報が制御部１に与えられる。
【0080】
また、暗証番号の入力画面が操作表示部１７に表示され、当該入力画面上で、顧客により暗証番号が入力される（Ｓ２０３）。入力された暗証番号は、制御部１に与えられる。
【0081】
さらに、引き出し取引に係る出金金額の入力画面が操作表示部１７に表示され、当該入力画面上で顧客により出金金額が入力される（Ｓ２０４）。入力された出金金額の情報は、制御部１に与えられる。
【0082】
制御部１は、引き出し取引に係る取引情報を含む電文を作成して、その電文をホストサーバ２０に送信する（Ｓ２０５）。例えば、電文には、金融機関名、支店名、口座名義人、口座番号、取引種別（この例の場合「お引き出し」を示す情報）、取引金額等が含まれる。
【0083】
ホストサーバ２０は、受信した電文に含まれる情報に基づいて当該引き出し取引処理を実施し、応答電文を取引装置１０に返信する。
【0084】
このとき、ホストサーバ２０は、記憶装置２１から当該顧客の取引履歴を参照して、当該顧客がＷＥＢ通帳への切り替えが可能か否かを判断し、その判断結果（つまり、ＷＥＢ通帳への切り替え可能、又は不可を示す情報）を応答電文に含めて取引装置１０に返信してもよい。
【0085】
ここで、ＷＥＢ通帳への切り替えが可能か否かの判断基準や手法は、種々のものを適用でき、金融機関等の窓口での手続きが必要であるときには不可と判断する。
【0086】
例えば、顧客が長年にわたって複数の口座を所有している等のように、複雑な複数の手続きが必要であって、金融機関等の窓口での手続きでないと、無通帳口座やＷＥＢ通帳への切り替えができないようなときには、ＷＥＢ通帳への切り替え不可と判断するようにしてもよい。
【0087】
他方、例えば、金融機関等のＷＥＢサイトへのアカウント情報については既に申し込みが完了しているが、無通帳口座（通帳レス）やＷＥＢ通帳への切り替え設定されておらず、顧客が有通帳口座を継続して使用しているときには、ＷＥＢ通帳への切り替え可能と判断して良い。
【0088】
取引装置１０では、ホストサーバ２０から応答電文を受信すると（Ｓ２０５）、取引処理を実施する。例えば、取引装置１０では、引き出し取引に係る出金金額の現金を計数して、現金を出金する（Ｓ２０６）。また、通帳処理部２は、今回の取引情報に基づく記帳情報を通帳に印字する（Ｓ２０７）。
【0089】
［Ｓ２０８、Ｓ２０９］
取引装置１０では、ホストサーバ２０から受信した応答電文に含まれているＷＥＢ通帳への切り替え可能か否かを示す判断結果に基づいて、ＷＥＢ通帳への切り替え可能か否かを判断する（Ｓ２０８）。
取引装置１０では、ホストサーバ２０から受信した応答電文に含まれているＷＥＢ通帳への切り替え可能か否かを示す判断結果に基づいて、ＷＥＢ通帳への切り替え可能か否かを判断する（Ｓ２０８）。
【0090】
ＷＥＢ通帳への切り替えが可能であるとき（Ｓ２０８／ＹＥＳ）、顧客に対して、ＷＥＢ通帳への切り替えを実施するか否かを確認するため、図７（Ｂ）に例示するＷＥＢ通帳切替確認画面５１０が操作表示部１７に表示される（Ｓ２０９）。
【0091】
他方、ＷＥＢ通帳への切り替えが不可のとき（Ｓ２０８／ＮＯ）、処理はＳ２１５に移行し、媒体が返却されて（Ｓ２１５）、処理が終了し、次の取引のために、顧客待ち画面が操作表示部１７に表示される（Ｓ２１６）。
【0092】
［Ｓ２１０］
顧客がＷＥＢ通帳への切り替えを希望するとき、図７（Ｂ）のＷＥＢ通帳切替確認画面５１０上で、顧客により「確認」ボタン５１１が選択され（Ｓ２１０／ＹＥＳ）、処理はＳ２１１に移行する。
顧客がＷＥＢ通帳への切り替えを希望するとき、図７（Ｂ）のＷＥＢ通帳切替確認画面５１０上で、顧客により「確認」ボタン５１１が選択され（Ｓ２１０／ＹＥＳ）、処理はＳ２１１に移行する。
【0093】
他方、顧客がＷＥＢ通帳への切り替えを希望しないとき、図７（Ｂ）のＷＥＢ通帳切替確認画面５１０上で、顧客により「取消」ボタン５１２が選択され（Ｓ２１０／ＮＯ）、処理はＳ２１５に移行し、媒体が返却されて（Ｓ２１５）、処理が終了し、次の取引のために、顧客待ち画面が操作表示部１７に表示される（Ｓ２１６）。
【0094】
［Ｓ２１１］
図７（Ｂ）のＷＥＢ通帳切替確認画面５１０上で、顧客により「確認」ボタン５１１が選択されると、制御部１は、ＷＥＢ通帳への切り替えを要求する旨の情報と、通帳情報とを含む電文（ＷＥＢ通帳切替電文）を生成して、ホストサーバ２０に送信する（Ｓ２１１）。
図７（Ｂ）のＷＥＢ通帳切替確認画面５１０上で、顧客により「確認」ボタン５１１が選択されると、制御部１は、ＷＥＢ通帳への切り替えを要求する旨の情報と、通帳情報とを含む電文（ＷＥＢ通帳切替電文）を生成して、ホストサーバ２０に送信する（Ｓ２１１）。
【0095】
取引装置１０とホストサーバ２０との間の通信が開始すると、図７（Ｃ）のＷＥＢ通帳への切り替え処理中を示す画面が操作表示部１７に表示されるようにしてもよい。
【0096】
ＷＥＢ通帳切替電文を受信したホストサーバ２０は、第１の実施形態と同様に、ＷＥＢ通帳切替電文に基づいて、当該顧客の口座を、紙の通帳を発行しない無通帳口座に切り替えると共に、金融機関等のウェブサイト上で記帳情報の閲覧等を可能とするためのＷＥＢ通帳の設定を行なう。そして、ホストサーバ２０は、応答電文を取引装置に返信する。
【0097】
［Ｓ２１２～Ｓ２１４］
取引装置１０において、ホストサーバ２０から応答電文が受信されると（Ｓ２１２）、制御部１の制御により、通帳処理部２は、ＷＥＢ通帳への切り替えが完了したことを示すＷＥＢ通帳切替済情報を通帳に印字する（Ｓ２１３）。さらに、通帳処理部２は、当該通帳を用いた取引ができないようにするため、当該通帳の記録媒体（磁気ストライプＭＳ）をクリアーに（例えば消磁）してもよい（Ｓ２１４）。
取引装置１０において、ホストサーバ２０から応答電文が受信されると（Ｓ２１２）、制御部１の制御により、通帳処理部２は、ＷＥＢ通帳への切り替えが完了したことを示すＷＥＢ通帳切替済情報を通帳に印字する（Ｓ２１３）。さらに、通帳処理部２は、当該通帳を用いた取引ができないようにするため、当該通帳の記録媒体（磁気ストライプＭＳ）をクリアーに（例えば消磁）してもよい（Ｓ２１４）。
【0098】
［Ｓ２１５～Ｓ２１６］
取引装置１０では、例えば図７（Ｄ）の画面が操作表示部１７に表示され、通帳やカードなどの媒体が返却され（Ｓ２１５）、取引が終了する。その後、次の取引を受け付けるため、操作表示部１７には顧客待ち画面が表示される（Ｓ２１６）。
取引装置１０では、例えば図７（Ｄ）の画面が操作表示部１７に表示され、通帳やカードなどの媒体が返却され（Ｓ２１５）、取引が終了する。その後、次の取引を受け付けるため、操作表示部１７には顧客待ち画面が表示される（Ｓ２１６）。
【0099】
（Ｂ－２）第２の実施形態の効果
第２の実施形態によれば、金融機関等に設置されるＡＴＭ（現金自動取引装置）において、取引終了時にＷＥＢ通帳への切換えが可能となった。
第２の実施形態によれば、金融機関等に設置されるＡＴＭ（現金自動取引装置）において、取引終了時にＷＥＢ通帳への切換えが可能となった。
【0100】
（Ｃ）第３の実施形態
次に、本発明に係る取引装置及び取引プログラムの第３の実施形態を、図面を参照しながら説明する。
次に、本発明に係る取引装置及び取引プログラムの第３の実施形態を、図面を参照しながら説明する。
【0101】
第３の実施形態は、ＷＥＢ通帳への切り替えをした顧客が、紙の通帳への切り替えを希望するとき、再度、紙の通帳への切り戻しを実施する場合を例示する。
【0102】
（Ｃ－１）第３の実施形態の構成及び動作
第３の実施形態の取引装置１０の構成は、基本的には、第１及び第２の実施形態の図１及び図２と同じである。したがって、第３の実施形態においても、図１及び図２を用いて説明する。
第３の実施形態の取引装置１０の構成は、基本的には、第１及び第２の実施形態の図１及び図２と同じである。したがって、第３の実施形態においても、図１及び図２を用いて説明する。
【0103】
図８は、第３の実施形態に係る取引装置１０における通帳有無切替取引の処理を示すフローチャートである。
【0104】
［Ｓ１０１］
取引装置１０では、制御部１の制御により、顧客待ち画面（取引選択メニュー画面）が操作表示部１７に表示される（Ｓ１０１）。
取引装置１０では、制御部１の制御により、顧客待ち画面（取引選択メニュー画面）が操作表示部１７に表示される（Ｓ１０１）。
【0105】
例えば、図９（Ａ）に例示する取引選択メニュー画面５００は、紙の通帳（ここでは、「既存通帳」とも呼ぶ。）への切り戻しの取引を実施する「既存通帳（紙の通帳）への切り戻し」ボタン５０６を有する。
【0106】
［Ｓ３０１、Ｓ３０２］
図９（Ａ）の取引選択メニュー画面５００上で、顧客により「既存通帳切り戻し」ボタン５０６が選択されると（Ｓ３０１）、顧客に対してカード挿入を促す画面（カード挿入画面）が操作表示部１７に表示され、顧客によりカードがカード入出口１３に挿入される（Ｓ３０２）。カード処理部３により読み取られたカード情報は制御部１に与えられる。
図９（Ａ）の取引選択メニュー画面５００上で、顧客により「既存通帳切り戻し」ボタン５０６が選択されると（Ｓ３０１）、顧客に対してカード挿入を促す画面（カード挿入画面）が操作表示部１７に表示され、顧客によりカードがカード入出口１３に挿入される（Ｓ３０２）。カード処理部３により読み取られたカード情報は制御部１に与えられる。
【0107】
さらに、暗証番号の入力画面が操作表示部１７に表示され、当該入力画面上で、顧客により暗証番号が入力される（Ｓ３０３）。入力された暗証番号は、制御部１に与えられる。
【0108】
［Ｓ３０４、Ｓ３０５］
取引装置１０では、図９（Ｂ）に例示する既存通帳切り戻し確認画面５２０が操作表示部１７に表示され（Ｓ３０４）、顧客が既存通帳への切り戻しを希望するとき、既存通帳切り戻し確認画面５２０上で、顧客により「確認」ボタン５２１が選択され（Ｓ３０５／ＹＥＳ）、処理はＳ３０５に移行する。
取引装置１０では、図９（Ｂ）に例示する既存通帳切り戻し確認画面５２０が操作表示部１７に表示され（Ｓ３０４）、顧客が既存通帳への切り戻しを希望するとき、既存通帳切り戻し確認画面５２０上で、顧客により「確認」ボタン５２１が選択され（Ｓ３０５／ＹＥＳ）、処理はＳ３０５に移行する。
【0109】
紙の通帳に切り戻す際、税金や通帳発行手数料などの手数料が発生するため、図９（Ｂ）の既存通帳切り戻し確認画面５２０に示すように、顧客に対して手数料が発生することを伝えた上で、紙の通帳への切り戻しの確認を求めるようにしている。紙の通帳への切り戻しに係る手数料は、顧客口座から引き落としとしてもよい。または、上記手数料は、切り戻し取引において個別に顧客から徴収される場合や、月末など所定のタイミングで顧客口座から引き落とされる場合や、または手数料の徴収方法について顧客により選択されてももよい。
【0110】
他方、顧客が既存通帳への切り戻しをしないとき、既存通帳切り戻し確認画面５２０上で、顧客により「取消」ボタン５２２が選択され（Ｓ３０５／ＮＯ）、処理はＳ３０９に移行し、媒体が返却されて（Ｓ３０９）、処理が終了し、次の取引のために、顧客待ち画面が操作表示部１７に表示される（Ｓ３１０）。
【0111】
［Ｓ３０６］
図９（Ｂ）の既存通帳切り戻し確認画面５２０上で、顧客により「確認」ボタン５２１が選択されると、制御部１は、既存通帳への切り戻しを要求する旨を示す情報と、カード情報、暗証番号等を含む電文（既存通帳切り戻し電文）を生成して、ホストサーバ２０に送信する（Ｓ３０６）。
図９（Ｂ）の既存通帳切り戻し確認画面５２０上で、顧客により「確認」ボタン５２１が選択されると、制御部１は、既存通帳への切り戻しを要求する旨を示す情報と、カード情報、暗証番号等を含む電文（既存通帳切り戻し電文）を生成して、ホストサーバ２０に送信する（Ｓ３０６）。
【0112】
取引装置１０とホストサーバ２０との間の通信が開始すると、図９（Ｃ）の既存通帳への切り戻しの処理中を示す画面が操作表示部１７に表示されるようにしてもよい。
【0113】
既存通帳切り戻し電文を受信したホストサーバ２０は、受信した既存通帳切り戻し電文に基づいて、当該顧客の口座を、紙の通帳を発行する有通帳口座に切り替える処理を行なう。そして、ホストサーバ２０は、当該顧客の口座情報を含む応答電文を取引装置に返信する。既存口座への切り戻しに係る口座情報は、例えば、金融機関名、支店名、口座名義人の氏名、口座番号、口座の残高金額などが含まれる。
【0114】
［Ｓ３０７、Ｓ３０８］
取引装置１０において、ホストサーバ２０から応答電文が受信されると（Ｓ３０７）、制御部１の制御により、通帳処理部２は、通帳の記録媒体（例えば磁気ストライプ）に通帳情報に係る情報を記録して通帳を発行する（Ｓ３０８）。通帳を発行している間、図９（Ｄ）に例示する通帳発行処理中画面５２３が、操作表示部１７に表示されるようにしてもよい。
取引装置１０において、ホストサーバ２０から応答電文が受信されると（Ｓ３０７）、制御部１の制御により、通帳処理部２は、通帳の記録媒体（例えば磁気ストライプ）に通帳情報に係る情報を記録して通帳を発行する（Ｓ３０８）。通帳を発行している間、図９（Ｄ）に例示する通帳発行処理中画面５２３が、操作表示部１７に表示されるようにしてもよい。
【0115】
通帳処理部２は、通帳の表紙や表紙裏面に、支店名、口座番号、口座名義人の氏名等を印字すると共に、通帳の第１頁目に口座の残高金額などを印字する。
【0116】
このとき、通帳処理部２は、新規口座開設に伴う通帳発行ではなく、通帳切り戻しの通帳発行であることを明確にするため、図１０（Ａ）に例示するように、通帳の表紙面に、既存通帳への切り戻しであることを示す情報６０３（例えば、図１０（Ａ）の例では、「通帳切り戻し」と表記）を印字するようにしてもよい。また、通帳に印字する際、通帳処理部２は、図１０（Ｂ）の情報６０４のように、通帳の第１頁目に、取引種別に「通帳切戻し」の取引であることを示す情報を印字すると共に、取引日（「yy-mm-dd」）及び口座残高を印字するようにしてもよい。
【0117】
［Ｓ３０９～Ｓ３１０］
取引装置１０では、例えば第２の実施形態の図７（Ｄ）で例示した画面が操作表示部１７に表示され、通帳やカードなどの媒体が返却され（Ｓ３０９）、取引が終了する。その後、次の取引を受け付けるため、操作表示部１７には顧客待ち画面が表示される（Ｓ３１０）。
取引装置１０では、例えば第２の実施形態の図７（Ｄ）で例示した画面が操作表示部１７に表示され、通帳やカードなどの媒体が返却され（Ｓ３０９）、取引が終了する。その後、次の取引を受け付けるため、操作表示部１７には顧客待ち画面が表示される（Ｓ３１０）。
【0118】
（Ｃ－２）第３の実施形態の効果
以上のように、第３の実施形態によれば、金融機関等に設定される取引装置において、既存の紙の通帳への切り戻しが可能となる。
以上のように、第３の実施形態によれば、金融機関等に設定される取引装置において、既存の紙の通帳への切り戻しが可能となる。
【0119】
（Ｄ）第４の実施形態
次に、本発明に係る取引装置及び取引プログラムの第４の実施形態を、図面を参照しながら説明する。
次に、本発明に係る取引装置及び取引プログラムの第４の実施形態を、図面を参照しながら説明する。
【0120】
第４の実施形態は、通帳を所持していない顧客が、取引装置において、新規取引としてＷＥＢ通帳への切り替え処理（取引処理）を実施する場合を例示する。
【0121】
（Ｄ－１）第４の実施形態の構成及び動作
第４の実施形態の取引装置１０の構成は、基本的には、第１～第３の実施形態の図１及び図２と同じである。したがって、第４の実施形態においても、図１及び図２を用いて説明する。
第４の実施形態の取引装置１０の構成は、基本的には、第１～第３の実施形態の図１及び図２と同じである。したがって、第４の実施形態においても、図１及び図２を用いて説明する。
【0122】
図１１は、第４の実施形態に係る取引装置１０における通帳有無切替取引の処理を示すフローチャートである。
【0123】
［Ｓ１０１］
取引装置１０では、制御部１の制御により、顧客待ち画面（図１２（Ａ）の取引選択メニュー画面）が操作表示部１７に表示される（Ｓ１０１）。
取引装置１０では、制御部１の制御により、顧客待ち画面（図１２（Ａ）の取引選択メニュー画面）が操作表示部１７に表示される（Ｓ１０１）。
【0124】
［Ｓ４０１～Ｓ４０３］
図１２（Ａ）の取引選択メニュー画面５００上で、顧客により「ＷＥＢ通帳切り替え」ボタン５０１が選択されると（Ｓ４０１）、顧客に対してカードの挿入を促す画面（カード挿入画面）が操作表示部１７に表示され、顧客によりカードがカード入出口１３に挿入される（Ｓ４０２）。カード処理部３により読み取られたカード情報は制御部１に与えられる。
図１２（Ａ）の取引選択メニュー画面５００上で、顧客により「ＷＥＢ通帳切り替え」ボタン５０１が選択されると（Ｓ４０１）、顧客に対してカードの挿入を促す画面（カード挿入画面）が操作表示部１７に表示され、顧客によりカードがカード入出口１３に挿入される（Ｓ４０２）。カード処理部３により読み取られたカード情報は制御部１に与えられる。
【0125】
さらに、暗証番号の入力画面が操作表示部１７に表示され、当該入力画面上で、顧客により暗証番号が入力される（Ｓ４０３）。入力された暗証番号は、制御部１に与えられる。
【0126】
［Ｓ４０４、Ｓ４０５］
制御部１は、図１２（Ａ）の取引選択メニュー画面５００上で「ＷＥＢ通帳切り替え」ボタン５０１の選択後、通帳が挿入されず、カードの挿入及び暗証番号の入力がされたことを検出すると、通帳無しでのＷＥＢ通帳切り替え取引処理を判断する。このように判断すると、制御部１は、図１２（Ｂ）に例示するＷＥＢ通帳切替確認画面５１０を、操作表示部１７に表示する（Ｓ４０４）。
制御部１は、図１２（Ａ）の取引選択メニュー画面５００上で「ＷＥＢ通帳切り替え」ボタン５０１の選択後、通帳が挿入されず、カードの挿入及び暗証番号の入力がされたことを検出すると、通帳無しでのＷＥＢ通帳切り替え取引処理を判断する。このように判断すると、制御部１は、図１２（Ｂ）に例示するＷＥＢ通帳切替確認画面５１０を、操作表示部１７に表示する（Ｓ４０４）。
【0127】
そして、顧客がＷＥＢ通帳への切り替えを希望するとき、ＷＥＢ通帳切替確認画面５１０上で、顧客により「確認」ボタン５１１が選択され（Ｓ４０５／ＹＥＳ）、処理はＳ４０６に移行する。
【0128】
他方、顧客がＷＥＢ通帳への切り替えを希望しないとき、ＷＥＢ通帳切替確認画面５１０上で、顧客により「取消」ボタン５１２が選択され（Ｓ４０５／ＮＯ）、処理はＳ４０８に移行する。
【0129】
［Ｓ４０６］
図１２（Ｂ）のＷＥＢ通帳切替確認画面５１０上で、顧客により「確認」ボタン５１１が選択されると、制御部１は、ＷＥＢ通帳への切り替えを要求する旨を示す情報と、カード情報、暗証番号等を含む電文（通帳なしＷＥＢ通帳切替電文）を生成して、ホストサーバ２０に送信する（Ｓ４０６）。
図１２（Ｂ）のＷＥＢ通帳切替確認画面５１０上で、顧客により「確認」ボタン５１１が選択されると、制御部１は、ＷＥＢ通帳への切り替えを要求する旨を示す情報と、カード情報、暗証番号等を含む電文（通帳なしＷＥＢ通帳切替電文）を生成して、ホストサーバ２０に送信する（Ｓ４０６）。
【0130】
取引装置１０とホストサーバ２０との間の通信が開始すると、図１２（Ｃ）のＷＥＢ通帳への切り替え処理中画面が操作表示部１７に表示されるようにしてもよい。
【0131】
通帳なしＷＥＢ通帳切替電文を受信したホストサーバ２０は、受信した通帳なしＷＥＢ通帳切替電文に基づいて、当該顧客の口座について、無通帳口座への切り替えを行なうと共に、ＷＥＢ通帳の設定を行なう。そして、ホストサーバ２０は、ＷＥＢ通帳への設定を行なうと、応答電文を取引装置１０に返信する。
【0132】
［Ｓ４０７～Ｓ４０９］
取引装置１０において、ホストサーバ２０から応答電文が受信されると（Ｓ４０７）、制御部１は、図１２（Ｄ）の画面５１５を操作表示部１７に表示し、ＷＥＢ通帳への切り替えが完了した旨を顧客に伝え、通帳やカードなどの媒体が返却され（Ｓ４０８）、取引が終了する。その後、次の取引を受け付けるため、操作表示部１７には顧客待ち画面が表示される（Ｓ４０９）。
取引装置１０において、ホストサーバ２０から応答電文が受信されると（Ｓ４０７）、制御部１は、図１２（Ｄ）の画面５１５を操作表示部１７に表示し、ＷＥＢ通帳への切り替えが完了した旨を顧客に伝え、通帳やカードなどの媒体が返却され（Ｓ４０８）、取引が終了する。その後、次の取引を受け付けるため、操作表示部１７には顧客待ち画面が表示される（Ｓ４０９）。
【0133】
（Ｄ－３）第４の実施形態の効果
以上のように、第４の実施形態によれば、金融機関等に設置される取引装置において、通帳を使用しない場合でもＷＥＢ通帳への切替えが可能となる。
以上のように、第４の実施形態によれば、金融機関等に設置される取引装置において、通帳を使用しない場合でもＷＥＢ通帳への切替えが可能となる。
【0134】
（Ｅ）第５の実施形態
次に、本発明に係る取引装置及び取引プログラムの第５の実施形態を、図面を参照しながら説明する。
次に、本発明に係る取引装置及び取引プログラムの第５の実施形態を、図面を参照しながら説明する。
【0135】
［基本概念］
例えば、インターネットバンキングや、金融取引等を実行するアプリケーションソフトウェアを搭載した情報処理端末を利用して、顧客はＷＥＢ通帳を閲覧・確認等をすることができるが、通帳に対するニーズは根強く残っており、取引履歴を通帳に記帳することが望まれている。
例えば、インターネットバンキングや、金融取引等を実行するアプリケーションソフトウェアを搭載した情報処理端末を利用して、顧客はＷＥＢ通帳を閲覧・確認等をすることができるが、通帳に対するニーズは根強く残っており、取引履歴を通帳に記帳することが望まれている。
【0136】
従来においても、ＷＥＢ通帳で閲覧している取引履歴を印刷することは可能であるが、無通帳口座への切替後は、一般的に紙の通帳は発行されないので、取引履歴を通帳に印字できず、通帳レスが進んでいない１つの要因ともいえる。
【0137】
そこで、第５の実施形態では、インターネットバンキングや、情報処理端末に搭載されている取引アプリケーションソフトウェアを利用して、ＷＥＢ通帳上で取引履歴を閲覧可能な顧客に対して、取引履歴を通帳に印字できるようにする。
【0138】
（Ｅ－２）第５の実施形態の構成
図１３は、第５の実施形態に係る取引システムの全体構成を示す全体構成図である。
図１３は、第５の実施形態に係る取引システムの全体構成を示す全体構成図である。
【0139】
図１３において、第５の実施形態に係る取引システム９は、情報処理端末３０、ホストサーバ２０、金融機関等のＷＥＢサイトを管理するサーバ４０、通帳発行装置９０を有する。
【0140】
（情報処理装置）
情報処理端末３０は、ネットワークＮＴを通じて、金融機関等のウェブサイトにアクセスして、金融機関等が提供するサービスを受けたり、金融機関側のサーバ４０（ホストサーバ２０等）との間で情報の授受を行なって所定の取引処理を行なう。
情報処理端末３０は、ネットワークＮＴを通じて、金融機関等のウェブサイトにアクセスして、金融機関等が提供するサービスを受けたり、金融機関側のサーバ４０（ホストサーバ２０等）との間で情報の授受を行なって所定の取引処理を行なう。
【0141】
情報処理端末３０は、既存の情報処理端末と同様に、制御部、外部記憶装置、通信装置、表示部、操作部等を有して構成されており、例えば、スマートフォン、タブレット端末、パーソナルコンピュータ等を適用できる。
【0142】
第５の実施形態では、情報処理端末３０には、金融取引等を実行するアプリケーションソフトウェア（取引プログラム）がインストールされているものとする。
【0143】
ここで、アプリケーションソフトウェア（取引プログラム）は、ネットワークＮＴを通じてサーバ４０との間で情報の授受を行ない、金融機関等が提供するサービスや、振込取引や振替取引等の各種取引処理や、ＷＥＢ通帳の取引履歴の閲覧・確認等を行なうソフトウェアである。情報処理端末３０に搭載されたアプリケーションソフトウェアの機能の詳細な説明は、動作の項で行なう。
【0144】
なお、第５の実施形態では、アプリケーションソフトウェアがインストールされている情報処理端末３０とする場合を例示して説明するが、アプリケーションソフトウェアがインストールされておらず、インターネットバンキングにより、情報処理端末３０が金融機関等のウェブサイトにアクセスするものであってもよい。
【0145】
（ホストサーバ、記憶装置）
ホストサーバ２０は、ネットワークＮＴと接続し、所定の取引処理を行なう勘定系ホストサーバである。ホストサーバ２０は、ネットワークＮＴを通じて、金融機関の各種サービスを提供するサーバ４０との間で情報の授受を行なう。ホストサーバ２０は、記憶装置２１の管理を行なう。
ホストサーバ２０は、ネットワークＮＴと接続し、所定の取引処理を行なう勘定系ホストサーバである。ホストサーバ２０は、ネットワークＮＴを通じて、金融機関の各種サービスを提供するサーバ４０との間で情報の授受を行なう。ホストサーバ２０は、記憶装置２１の管理を行なう。
【0146】
記憶装置２１は、口座を開設した顧客の顧客情報２１１を記憶するものである。
【0147】
図１４は、第５の実施形態に係る記憶装置２１に記憶される顧客情報２１１の構成例を示す構成図である。図１４に例示するように、顧客情報２１１は、ユーザ識別情報、支店名、口座番号、口座名義人氏名、住所、電話番号、生年月日、暗証番号、取引履歴情報等の項目を有する。また、取引履歴情報は、取引日時、取引種別、取引金額等の項目を有する。
【0148】
ユーザ識別情報は、顧客を特定するための情報であり、サーバ４０側の登録情報４１１とホストサーバ２０側の顧客情報２１１とで、特定の顧客の情報であることを紐づけるための情報である。
【0149】
なお、登録情報４１１と顧客情報２１１との間で、特定の顧客に関する情報であることを対応付けることができるのであれば、ユーザ識別情報は必須ではなく、ユーザ識別情報に代えて、例えば、店番号、口座番号、口座名義人の氏名等を用いるようにしてもよい。
【0150】
また、顧客情報２１１の項目は、図１４に限定されず、ホストサーバ２０とサーバ４０とが通信するために、必要な情報を記憶するようにしてもよい。
【0151】
（サーバ、登録情報ＤＢ）
サーバ４０は、インターネット等のネットワークＮＴを経由して、ホストサーバ２０、情報処理端末３０、通帳発行装置９０と接続している。なお、サーバ４０のハードウェアは、既存サーバと同様に、制御装置、外部記憶装置、通信装置等を備える。
サーバ４０は、インターネット等のネットワークＮＴを経由して、ホストサーバ２０、情報処理端末３０、通帳発行装置９０と接続している。なお、サーバ４０のハードウェアは、既存サーバと同様に、制御装置、外部記憶装置、通信装置等を備える。
【0152】
サーバ４０は、登録情報ＤＢ４１に記憶されている登録情報（アカウント情報）４１１を参照しながら、情報処理端末３０から金融機関のウェブサイトへのログイン管理をすると共に、ログイン後に、アクセスされた情報処理端末３０からの要求を受けて、顧客に対して金融機関のサービスや、取引処理などを提供する。
【0153】
登録情報ＤＢ４１は、インタネットバンキングやアプリケーションソフトウェアを利用する顧客の登録情報４１１を記憶している。
【0154】
図１５は、第５の実施形態に係る登録情報４１１の構成例を示す構成図である。図１５に例示するように、登録情報４１１は、例えば、金融機関のウェブサイトへのログイン情報としてログインＩＤ及びパスワード、ユーザ識別情報、氏名、店番号、口座番号、住所、電話番号、生年月日、メールアドレスなどを有する。なお、登録情報４１１は、図１５の項目に限定されず、他の情報が含まれるようにしてもよい。
【0155】
サーバ４０の機能は、上述したように金融機関が提供する各種サービスや、取引処理（例えば、振込、振替等）を行なう機能に加えて、履歴発生通知部４０１、ＷＥＢ通帳情報通知部４０２、通帳発行番号設定部４０３、履歴情報通知部４０４を有する。
【0156】
（履歴発生通知部）
履歴発生通知部４０１は、ホストサーバ２０から顧客口座に関して取引発生通知が通知されると、当該顧客の情報処理端末３０に対して履歴発生通知を行なう。
履歴発生通知部４０１は、ホストサーバ２０から顧客口座に関して取引発生通知が通知されると、当該顧客の情報処理端末３０に対して履歴発生通知を行なう。
【0157】
ここで、ホストサーバ２０は、当該ホストサーバ２０が管理している顧客の口座に関して取引が発生したときに、当該顧客口座に関して取引が発生した旨を通知する。つまり、例えば、金融機関等の取引装置（例えばＡＴＭ）や、インターネットバンキングや、アプリケーションソフトウェアで、顧客が取引を実施すると、取引情報がホストサーバ２０（及び記憶装置２１）に記憶されて取引履歴が発生する。このように、ホストサーバ２０側で、取引履歴が発生したときに、ホストサーバ２０は、サーバ４０に対して、当該顧客口座に関して取引発生通知を行なう。
【0158】
「取引発生通知」には、取引が発生した旨を示す情報と、発生した取引情報とを含み、取引情報は、例えば店番号、口座番号、氏名、取引日時、取引種別、取引金額、口座残高等の情報を有する。
【0159】
サーバ４０の履歴発生通知部４０１は、ホストサーバ２０からの取引発生通知を受信すると、取引履歴情報が発生した旨を顧客に通知するため、顧客の情報処理端末３０に履歴発生通知を行なう。
【0160】
「履歴発生通知」は、ホストサーバ２０側で発生した取引情報の内容が含まれ、例えば店番号、口座番号、氏名、取引日時、取引種別、取引金額、口座残高等の情報を有する。
【0161】
履歴発生通知の通知先は、登録情報ＤＢ４１１に登録されており、例えば、アプリケーションソフトウェアのプッシュ通知でもよいし、登録情報ＤＢ４１１に登録されている顧客のメールアドレス宛としてもよい。第５の実施形態では、アプリケーションソフトウェアのプッシュ通知とする場合を例示する。
【0162】
（ＷＥＢ通帳情報通知部）
ＷＥＢ通帳情報通知部４０２は、金融機関のウェブサイトへのログイン後、情報処理端末３０からＷＥＢ通帳に記帳されている取引履歴情報の取得要求（閲覧要求）を受けると、ホストサーバ２０に取引履歴情報の取得要求を行なう。取引履歴情報の取得要求には、顧客を特定するための情報（例えばユーザ識別情報、口座番号等）が含まれる。
ＷＥＢ通帳情報通知部４０２は、金融機関のウェブサイトへのログイン後、情報処理端末３０からＷＥＢ通帳に記帳されている取引履歴情報の取得要求（閲覧要求）を受けると、ホストサーバ２０に取引履歴情報の取得要求を行なう。取引履歴情報の取得要求には、顧客を特定するための情報（例えばユーザ識別情報、口座番号等）が含まれる。
【0163】
そして、ホストサーバ２０において、要求された顧客口座の取引履歴情報が検索されて、顧客口座の取引履歴情報がＷＥＢ通帳情報通知部４０２に与えられる。ＷＥＢ通帳情報通知部４０２は、当該顧客口座に関する取引履歴情報を、要求元の情報処理端末３０に通知する。
【0164】
（通帳発行番号設定部）
通帳発行番号設定部４０３は、情報処理端末３０から、顧客口座の履歴情報を通帳に印字することを要求する通帳発行要求を受信すると、通帳発行番号を発行し、その通帳発行番号と顧客口座に関する取引履歴情報とを関連付け、通帳発行番号と顧客口座の取引履歴情報とを対応付けて記憶する。
通帳発行番号設定部４０３は、情報処理端末３０から、顧客口座の履歴情報を通帳に印字することを要求する通帳発行要求を受信すると、通帳発行番号を発行し、その通帳発行番号と顧客口座に関する取引履歴情報とを関連付け、通帳発行番号と顧客口座の取引履歴情報とを対応付けて記憶する。
【0165】
また、通帳発行番号設定部４０３は、顧客口座に関する取引履歴情報と関連付けた通帳発行番号を情報処理端末３０に通知する。
【0166】
（履歴情報通知部）
履歴情報通知部４０４は、顧客口座の取引履歴情報を通帳に印字するための通帳発行番号を、通帳発行装置５０から受信すると、その通帳発行番号に対応する顧客口座の取引履歴情報を検索し、検索した顧客口座の取引履歴情報を、通帳発行装置５０に通知する。
履歴情報通知部４０４は、顧客口座の取引履歴情報を通帳に印字するための通帳発行番号を、通帳発行装置５０から受信すると、その通帳発行番号に対応する顧客口座の取引履歴情報を検索し、検索した顧客口座の取引履歴情報を、通帳発行装置５０に通知する。
【0167】
（通帳発行装置）
通帳発行装置９０は、サーバ４０によって払い出された通帳発行番号に対応する顧客口座の取引履歴情報を通帳に印字して、通帳を発行するものである。
通帳発行装置９０は、サーバ４０によって払い出された通帳発行番号に対応する顧客口座の取引履歴情報を通帳に印字して、通帳を発行するものである。
【0168】
通帳発行装置９０は、通帳発行番号取得部９０１、履歴情報取得部９０２、通帳発行部９０３を有する。
【0169】
（通帳発行番号取得部）
通帳発行番号取得部９０１は、サーバ４０によって払い出された通帳発行番号を取得するものである。
通帳発行番号取得部９０１は、サーバ４０によって払い出された通帳発行番号を取得するものである。
【0170】
通帳発行番号取得部９０１は、例えば、顧客によりテンキー等で通帳発行番号を取得しても良い。また例えば、通帳発行番号が二次元コード化されているときには、情報処理端末３０の表示部に表示された二次元コードを二次元コードリーダ等で読み取って通帳発行番号を取得しても良い。さらに、情報処理端末３０との間で近距離無線通信等により、通帳発行番号を含む情報を受信して、通帳発行番号を取得してもよい。
【0171】
（履歴情報取得部）
履歴情報取得部９０２は、取得した通帳発行番号を含む履歴情報取得要求をサーバ４０に送信して、当該通帳発行番号に対応する顧客口座の取引履歴情報を取得する。
履歴情報取得部９０２は、取得した通帳発行番号を含む履歴情報取得要求をサーバ４０に送信して、当該通帳発行番号に対応する顧客口座の取引履歴情報を取得する。
【0172】
（通帳発行部）
通帳発行部９０３は、履歴情報取得部９０２により取得された顧客口座の取引履歴情報を通帳に印字して通帳を発行するものである。
通帳発行部９０３は、履歴情報取得部９０２により取得された顧客口座の取引履歴情報を通帳に印字して通帳を発行するものである。
【0173】
【0174】
以下では、（１）顧客口座に関する取引が発生したときに、取引履歴通知が情報処理端末３０のアプリケーションソフトウェアに通知される履歴発生通知処理と、（２）顧客により顧客口座に関する取引履歴情報を通帳に印字して通帳を発行する通行発行処理とを説明する。
【0175】
［履歴発生通知処理］
顧客は、金融機関等に設置されている取引装置（例えばＡＴＭ）や、インタネットバンキング、情報処理端末３０に搭載のアプリケーションソフトウェアを用いて、取引処理を行なう。
顧客は、金融機関等に設置されている取引装置（例えばＡＴＭ）や、インタネットバンキング、情報処理端末３０に搭載のアプリケーションソフトウェアを用いて、取引処理を行なう。
【0176】
ここでは、アプリケーションソフトウェアがインストールされている情報処理端末３０を用いて、顧客が取引処理を行なう場合を例示する。また、情報処理端末３０にアプリケーションソフトウェアをインストールして設定したときには、顧客は無通帳口座として口座開設をしているものとする。
【0177】
［Ｓ５０１］
顧客が情報処理端末３０を操作して、アプリケーションソフトウェアが起動し、例えばログインＩＤ及びパスワードを用いたログイン処理が行なわれ、アプリケーションソフトウェアとサーバ４０とが接続する。
顧客が情報処理端末３０を操作して、アプリケーションソフトウェアが起動し、例えばログインＩＤ及びパスワードを用いたログイン処理が行なわれ、アプリケーションソフトウェアとサーバ４０とが接続する。
【0178】
なお、アプリケーションソフトウェアをインストールする際に、ログインＩＤ及びパスワードの設定が事前に行なわれているときには、ログインＩＤ及びパスワードの入力を省略してもよい。
【0179】
情報処理端末３０の表示部には、取引処理を行なうための取引画面が表示され、所定の取引を希望する顧客により、当該取引に係る情報が入力される。入力された取引に係る情報は、サーバ４０を介してホストサーバ２０に送信され、ホストサーバ２０は取引に係る情報に基づいて取引処理を行ない、処理が完了する。なお、取引種別は特に限定されない。
【0180】
［Ｓ５０２、Ｓ５０３］
取引実行されると、ホストサーバ２０側では、顧客口座に関する取引情報が記憶装置２１に記憶され（Ｓ５０２）、当該顧客口座の取引履歴が発生する。ホストサーバ２０は、サーバ４０に対して、当該顧客口座で実施された取引情報を含む取引発生通知を行なう（Ｓ５０３）。
取引実行されると、ホストサーバ２０側では、顧客口座に関する取引情報が記憶装置２１に記憶され（Ｓ５０２）、当該顧客口座の取引履歴が発生する。ホストサーバ２０は、サーバ４０に対して、当該顧客口座で実施された取引情報を含む取引発生通知を行なう（Ｓ５０３）。
【0181】
［Ｓ５０４］
サーバ４０では、ホストサーバ２０からの取引発生通知が受信されると、履歴発生通知部４０１が、登録情報ＤＢ４１を参照して、予め設定された通知先（この例では、情報処理端末３０のアプリケーションソフトウェア）に対して、顧客口座で実施された取引情報を含む履歴発生通知を行なう。
サーバ４０では、ホストサーバ２０からの取引発生通知が受信されると、履歴発生通知部４０１が、登録情報ＤＢ４１を参照して、予め設定された通知先（この例では、情報処理端末３０のアプリケーションソフトウェア）に対して、顧客口座で実施された取引情報を含む履歴発生通知を行なう。
【0182】
［Ｓ５０５］
情報処理端末３０では、サーバ４０からの履歴発生通知が受信されると、履歴発生通知に含まれる顧客口座の取引情報が、情報処理端末３０の表示部に表示される。
情報処理端末３０では、サーバ４０からの履歴発生通知が受信されると、履歴発生通知に含まれる顧客口座の取引情報が、情報処理端末３０の表示部に表示される。
【0183】
図１８（Ａ）は、第５の実施形態の情報処理端末３０に表示される履歴発生通知の画面例を示す画面図である。図１８（Ａ）では、履歴発生通知がプッシュ通知された場合を例示しており、取引日時を示す「日付：yy:mm:dd」、取引種別を示す「内容：振込」、取引金額を示す「金額：￥50,000」、口座残高を示す「残高：￥200,000」を含む通知情報３０１が画面表示される。
【0184】
上述したように、顧客口座で取引履歴が発生すると、履歴発生通知が情報処理端末３０に通知される。これにより、顧客はリアルタイムに口座情報を把握することができる。また、不正な取引が行なわれたか否かを顧客は知ることができるので、セキュリティ対策にもなる。
【0185】
［通帳発行処理］
ここでは、無通帳口座を開設している顧客が、現在まで（操作時点まで）に行なった取引に関する記帳情報を記帳した通帳を発行しようとする処理を説明する。
ここでは、無通帳口座を開設している顧客が、現在まで（操作時点まで）に行なった取引に関する記帳情報を記帳した通帳を発行しようとする処理を説明する。
【0186】
［Ｓ５０６］
顧客が情報処理端末３０を操作して、アプリケーションソフトウェアが起動し、ログイン処理が行なわれ、アプリケーションソフトウェアとサーバ４０とが接続する。顧客は、ＷＥＢ通帳の内容を確認するため、情報処理端末３０の表示画面上で、例えば「預金口座履歴」ボタン（図示しない）を選択する。これにより、取引履歴情報の取得要求が、サーバ４０に送信される。
顧客が情報処理端末３０を操作して、アプリケーションソフトウェアが起動し、ログイン処理が行なわれ、アプリケーションソフトウェアとサーバ４０とが接続する。顧客は、ＷＥＢ通帳の内容を確認するため、情報処理端末３０の表示画面上で、例えば「預金口座履歴」ボタン（図示しない）を選択する。これにより、取引履歴情報の取得要求が、サーバ４０に送信される。
【0187】
サーバ４０では、取引履歴情報の取得要求が受信されると、ＷＥＢ通帳情報通知部４０２は、ホストサーバ２０に取引履歴情報の取得要求を行なう。
【0188】
［Ｓ５０７］
ホストサーバ２０では、要求された顧客口座の取引履歴情報が検索されて（Ｓ５０７）、顧客口座の取引履歴情報がＷＥＢ通帳情報通知部４０２に与えられる。そして、ＷＥＢ通帳情報通知部４０２は、当該顧客口座に関する取引履歴情報を、要求元の情報処理端末３０に通知する。
ホストサーバ２０では、要求された顧客口座の取引履歴情報が検索されて（Ｓ５０７）、顧客口座の取引履歴情報がＷＥＢ通帳情報通知部４０２に与えられる。そして、ＷＥＢ通帳情報通知部４０２は、当該顧客口座に関する取引履歴情報を、要求元の情報処理端末３０に通知する。
【0189】
ここで、ホストサーバ２０が送信する取引履歴情報は、無通帳口座への切替後、ＷＥＢ通帳に存在する取引履歴情報としても良いし、後述するように、取引履歴情報を通帳に印字していない未記帳情報としてもよい。後者の場合、ホストサーバ２０側又はサーバ４０側で、通帳への印字済みであるか又は未記帳であるかを判断するためのフラグが、取引情報（履歴情報）毎に付されているようにしてもよい。
【0190】
［Ｓ５０８］
情報処理端末３０では、サーバ４０から取引履歴情報が受信されると、受信した取引履歴情報（口座履歴）の件数と、予め設定された閾値とを比較し（Ｓ５０８）、取引履歴情報の件数が閾値以上であるとき（Ｓ５０８／ＹＥＳ）、処理はＳ５０９に移行し、取引履歴情報の件数が閾値未満のとき（Ｓ５０８／ＮＯ）、処理はＳ５１０する。
情報処理端末３０では、サーバ４０から取引履歴情報が受信されると、受信した取引履歴情報（口座履歴）の件数と、予め設定された閾値とを比較し（Ｓ５０８）、取引履歴情報の件数が閾値以上であるとき（Ｓ５０８／ＹＥＳ）、処理はＳ５０９に移行し、取引履歴情報の件数が閾値未満のとき（Ｓ５０８／ＮＯ）、処理はＳ５１０する。
【0191】
ここで、閾値は、取引履歴情報が蓄積されて、取引履歴情報を通帳に印字することが可能であることを判断するための値である。閾値は、デフォルト値として設定されていてもよい。またアプリケーションソフトウェアにおいて顧客により変更可能としてもよい。
【0192】
無通帳口座を開設している顧客であっても、通帳への記帳を希望することがあるので、取引履歴情報の通帳への記帳が全くできなくなってしまうと、通帳レス化のハードルが高くなってしまい、通帳レスの普及がすすまない。そこで、所定件数の取引履歴情報が蓄積されたときに、通帳への記帳が可能であることを顧客に知らせるようにしている。なお、本実施形態では、通帳への記帳が可能となるのは、かかる所定件数の取引履歴情報の蓄積を条件とする場合に限定されず、例えば、無通帳口座の開設から所定期間の経過などの場合でもよい。
【0193】
［Ｓ５０９］
取引履歴情報の件数が閾値以上のとき、発行キーなしの履歴情報が情報処理端末３０の表示部に表示される。
取引履歴情報の件数が閾値以上のとき、発行キーなしの履歴情報が情報処理端末３０の表示部に表示される。
【0194】
図１８（Ｂ）は、第５の実施形態の情報処理端末３０に表示される発行キーなしの履歴情報の一例を示す画面図である。図１８（Ｂ）に例示するように、情報処理端末３０の表示部には、顧客口座の取引履歴情報３０４と、通帳への印字可能までの件数を示すメッセージ３０５とが表示される。
【0195】
例えば、メッセージ３０５には、閾値と現時点の取引履歴情報の件数との差分の値（すなわち、通帳記帳可能までの残り件数）が表示されることで、現時点では、通帳への記帳はできないが、取引履歴件数が蓄積されれば、通帳への記帳が可能であることを顧客に意識させることができる。無通帳口座に切り替えた顧客にとっては、通帳発行ができなくなることに不安になる者もいるが、安心して通帳レス化を進めることができる。
【0196】
［Ｓ５１０］
取引履歴情報の件数が閾値以上のとき、発行キー付きの履歴情報が情報処理端末３０の表示部に表示される。
取引履歴情報の件数が閾値以上のとき、発行キー付きの履歴情報が情報処理端末３０の表示部に表示される。
【0197】
図１８（Ｃ）は、第５の実施形態の情報処理端末３０に表示される発行キー付きの履歴情報の一例を示す画面図である。図１８（Ｃ）に例示するように、情報処理端末３０の表示部には、顧客口座の取引履歴情報３０４と、通帳への印字が可能であることのメッセージ３０２と、通帳を発行することを要求するための発行キー３０３とが表示される。
【0198】
通帳への印字が可能である旨のメッセージ３０２が表示されることで、無通帳口座を開設した顧客に対しても、通帳への記帳が可能であることを知らせることができる。また、通帳レス化のハードルが低くなり、通帳レスの普及が期待できる。
【0199】
［Ｓ５１１］
情報処理端末３０の表示画面において、顧客により発行キー３０３が選択されると、取引履歴情報の通帳記帳を要求する通帳発行要求が、サーバ４０に送信される。
情報処理端末３０の表示画面において、顧客により発行キー３０３が選択されると、取引履歴情報の通帳記帳を要求する通帳発行要求が、サーバ４０に送信される。
【0200】
［Ｓ５１２］
サーバ４０では、通帳発行要求が受信されると、通帳発行番号設定部４０３が、通帳発行番号を発行し、その通帳発行番号と顧客口座に関する取引履歴情報とを関連付け、通帳発行番号と顧客口座の取引履歴情報とを対応付けて記憶する。
サーバ４０では、通帳発行要求が受信されると、通帳発行番号設定部４０３が、通帳発行番号を発行し、その通帳発行番号と顧客口座に関する取引履歴情報とを関連付け、通帳発行番号と顧客口座の取引履歴情報とを対応付けて記憶する。
【0201】
このとき、サーバ４０は、ホストサーバ２０との間で通信を行ない、ホストサーバ２０側で管理する口座情報に対して、通帳発行番号を関連付けをしてもよい。
【0202】
さらに、通帳発行番号設定部４０３は、顧客口座に関する取引履歴情報と関連付けた通帳発行番号を情報処理端末３０に通知する。
【0203】
［Ｓ５１３］
情報処理端末３０の表示部には、通帳発行番号を含む画面が表示される。
情報処理端末３０の表示部には、通帳発行番号を含む画面が表示される。
【0204】
図１８（Ｄ）は、第５の実施形態の情報処理端末３０に表示される通帳発行番号を含む画面例を示す画面図である。図１８（Ｄ）では、情報処理端末３０の表示部に、通帳発行番号３０６と、通帳発行番号に基づいて作成された二次元コード３０７とが表示されている場合を例示する。
【0205】
図１８（Ｄ）の表示画面は、アプリケーションソフトウェアにおいて保存されるようにしてもよい。
【0206】
なお、通帳発行番号３０６と二次元コード３０７のいずれかだけが表示されるようにしてもよい。通帳発行番号３０６のみが表示される場合、顧客に対して通帳発行番号を見せることができるので、安心して通帳発行をさせることができる。また、二次元コード３０７のみが表示される場合、盗み見等の不正行為を防止できる。
【0207】
［Ｓ５１４、Ｓ５１５］
顧客は通帳発行番号を提示し、通帳発行装置９０の通帳発行番号取得部９０１が、通帳発行番号を取得する。
顧客は通帳発行番号を提示し、通帳発行装置９０の通帳発行番号取得部９０１が、通帳発行番号を取得する。
【0208】
例えば、通帳発行装置９０が金融機関の店舗に設置されている場合、顧客は、窓口の職員に通帳発行番号を見せて、職員が通帳発行装置９０を操作して通帳発行番号を入力するようにしてもよい。
【0209】
また例えば、通帳発行装置９０が顧客操作可能なものである場合には、顧客が操作して通帳発行番号を入力したり、二次元コードリーダで二次元コード３０７を読み取らせてもよい。
【0210】
［Ｓ５１６～Ｓ５１９］
通帳発行装置９０では、履歴情報取得部９０２が、取得した通帳発行番号を含む履歴情報取得要求をサーバ４０に送信する（Ｓ５１６）。
通帳発行装置９０では、履歴情報取得部９０２が、取得した通帳発行番号を含む履歴情報取得要求をサーバ４０に送信する（Ｓ５１６）。
【0211】
サーバ４０では、通帳発行番号に対応する顧客口座の取引履歴情報を検索し（Ｓ５１７）、検索した顧客口座の取引履歴情報をを通帳発行装置９０に送信する（Ｓ５１８）。
【0212】
通帳発行装置９０では、通帳発行部９０３が、履歴情報取得部９０２により取得された顧客口座の取引履歴情報を通帳に記帳し、通帳を発行するものである（Ｓ５１９）。
【0213】
（Ｅ－３）第５の実施形態の効果
以上のように、第５の実施形態によれば、所定件数の取引履歴が蓄積されると通帳記帳を可能とすることで、無通帳口座とすることのハードルを下げ、通帳レス化を普及させることが期待できる。
以上のように、第５の実施形態によれば、所定件数の取引履歴が蓄積されると通帳記帳を可能とすることで、無通帳口座とすることのハードルを下げ、通帳レス化を普及させることが期待できる。
【0214】
（Ｆ）第６の実施形態
次に、本発明に係る取引装置及び取引プログラムの第６の実施形態を、図面を参照しながら説明する。
次に、本発明に係る取引装置及び取引プログラムの第６の実施形態を、図面を参照しながら説明する。
【0215】
［基本概念］
第６の実施形態は、第５の実施形態で説明した基本概念を利用して、例えば、マイナンバーやＧｏｏｇｌｅ（登録商標）アカウント等のように、顧客個人を特定することができるユニークな登録情報（アカウント）とホストサーバ２０（勘定系ホスト）とを連携して、ホストサーバ２０（勘定系ホスト）で管理している未記帳データをテキストデータとして移行させるようにする。
第６の実施形態は、第５の実施形態で説明した基本概念を利用して、例えば、マイナンバーやＧｏｏｇｌｅ（登録商標）アカウント等のように、顧客個人を特定することができるユニークな登録情報（アカウント）とホストサーバ２０（勘定系ホスト）とを連携して、ホストサーバ２０（勘定系ホスト）で管理している未記帳データをテキストデータとして移行させるようにする。
【0216】
（Ｆ－１）第６の実施形態の構成
図３０は、第６の実施形態に係る取引システムの全体構成を示す全体構成図である。
図３０は、第６の実施形態に係る取引システムの全体構成を示す全体構成図である。
【0217】
図３０において、第６の実施形態に係る取引システム９Ａは、情報処理端末３０、ホストサーバ２０、金融機関等のＷＥＢサイトを管理するサーバ４０、金融機関等のサーバ４０と登録情報（アカウント情報）の連携をする連携サーバ８０、通帳発行装置５０を有する。
【0218】
第６の実施形態は、金融機関等のサーバ４０のＷＥＢサイトにログインする際に、顧客が連携サーバ８０に事前に登録しているアカウント情報（登録情報）を用いた認証を行ない、認証が成功すると、サーバ４０が金融機関等のＷＥＢサイトへのログインを許容する。
【0219】
したがって、第６の実施形態のシステム構成は、基本的には、第５の実施形態と同じであるが、図３０に例示するように、金融機関等のサーバ４０と連携処理を行なう連携サーバ８０を備える。
【0220】
（連携サーバ）
連携サーバ８０は、例えば、マイナンバーを管理するサーバや、プラットフォーマの事業者や通信事業者が運用するサーバ等のように、顧客のアカウント情報（登録情報）を管理するサーバである。連携サーバ８０は、登録情報ＤＢ８１と接続しており、顧客のアカウント情報を管理している。
連携サーバ８０は、例えば、マイナンバーを管理するサーバや、プラットフォーマの事業者や通信事業者が運用するサーバ等のように、顧客のアカウント情報（登録情報）を管理するサーバである。連携サーバ８０は、登録情報ＤＢ８１と接続しており、顧客のアカウント情報を管理している。
【0221】
連携サーバ８０は、登録情報連携部８０１を有する。登録情報連携部８０１は、顧客操作による情報処理端末３０からアクセスされ、金融機関等のＷＥＢサイトへのログイン要求を受信する。登録情報連携部８０１は、当該連携サーバ８０で管理しているアカウント情報を用いた認証を行ない、当該認証が成功したときに、認証成功の旨を金融機関等のサーバ４０に通知する。金融機関等のサーバ４０は、連携サーバ８０によるアカウント情報を用いた認証成功を、当該ＷＥＢサイトへのログインとみなし、情報処理端末３０によるＷＥＢサイトへのアクセスを許容する。
【0222】
（Ｆ－２）第６の実施形態の動作
図３１は、第６の実施形態に係る取引システム９Ａにおける処理動作を示すシーケンス図である。
図３１は、第６の実施形態に係る取引システム９Ａにおける処理動作を示すシーケンス図である。
【0223】
第６の実施形態の処理動作は、基本的には、第５の実施形態の図１６及び図１７で説明した処理動作と同じであるが、情報処理端末３０を用いた金融機関等のＷＥＢサイトへのログイン時の処理が、第５の実施形態と異なる。
【0224】
したがって、以下では、ログイン時の処理動作を詳細に説明することとし、第５の実施形態で説明した処理については省略する。
【0225】
第６の実施形態でも、（１）顧客口座に関する取引が発生したときに、取引履歴通知が情報処理端末３０のアプリケーションソフトウェアに通知される履歴発生通知処理と、（２）顧客により顧客口座に関する取引履歴情報を通帳に印字して通帳を発行する通行発行処理を行なう。
【0226】
［履歴発生通知処理］
第５の実施形態と同様に、顧客は、金融機関等に設置されている取引装置（例えばＡＴＭ）や、インターネットバンキング、情報処理端末３０に搭載のアプリケーションソフトウェアを用いて取引処理を行なう。ここでは、アプリケーションソフトウェアがインストールされている情報処理端末３０を用いて、顧客が取引処理を行なう場合を例示する。
第５の実施形態と同様に、顧客は、金融機関等に設置されている取引装置（例えばＡＴＭ）や、インターネットバンキング、情報処理端末３０に搭載のアプリケーションソフトウェアを用いて取引処理を行なう。ここでは、アプリケーションソフトウェアがインストールされている情報処理端末３０を用いて、顧客が取引処理を行なう場合を例示する。
【0227】
［Ｓ５５１］
顧客が情報処理端末３０を操作し、アプリケーションソフトウェアが起動すると、連携サーバ８０において登録したアカウント情報（例えば、ログインＩＤ及びパスワード）の入力画面が情報処理端末３０に表示される。そして、顧客操作により、連携サーバ８０のアカウント情報が入力され、そのアカウント情報が連携サーバ８０に送信される。
顧客が情報処理端末３０を操作し、アプリケーションソフトウェアが起動すると、連携サーバ８０において登録したアカウント情報（例えば、ログインＩＤ及びパスワード）の入力画面が情報処理端末３０に表示される。そして、顧客操作により、連携サーバ８０のアカウント情報が入力され、そのアカウント情報が連携サーバ８０に送信される。
【0228】
なお、情報処理端末３０に、連携サーバ８０のアカウント情報（例えば、ログインＩＤ及びパスワード）が記憶されている場合には、アカウント情報の入力画面が表示されなくてもよく、情報処理端末３０に記憶されているアカウント情報（例えば、ログインＩＤ及びパスワード）が連携サーバ８０に送信される。
【0229】
［Ｓ５５２］
連携サーバ８０では、登録情報連携部８０１が、情報処理端末３０から受信したアカウント情報と、記憶装置８１に事前登録されているアカウント情報との照合を行ない、アカウント情報の認証を行なう。そして、アカウント情報の認証が成功すると、登録情報連携部８０１は、アカウント情報の認証が成功である旨を示す情報を、金融機関等のサーバ４０に送信する。
連携サーバ８０では、登録情報連携部８０１が、情報処理端末３０から受信したアカウント情報と、記憶装置８１に事前登録されているアカウント情報との照合を行ない、アカウント情報の認証を行なう。そして、アカウント情報の認証が成功すると、登録情報連携部８０１は、アカウント情報の認証が成功である旨を示す情報を、金融機関等のサーバ４０に送信する。
【0230】
サーバ４０では、連携サーバ８０との間で連携処理を行なう登録情報連携部４０５が、連携サーバ８０によるアカウント情報の認証が成功した旨の情報を取得すると、金融機関等のＷＥＢサイトへのログインを許容する。これにより、情報処理端末３０とサーバ４０とは情報通信が可能となり、取引処理が可能となる。
【0231】
情報処理端末３０の表示部には、取引処理を行なうための取引画面が表示され、顧客により所定の取引に係る情報が入力される。入力された取引に係る情報は、サーバ４０を介してホストサーバ２０に送信され、ホストサーバ２０は取引に係る情報に基づいて取引処理を行ない、処理が完了する。なお、取引種別は特に限定されない。
【0232】
［Ｓ５０２～Ｓ５０５］
Ｓ５０２～Ｓ５０５の処理は、第５の実施形態の図１６のＳ５０２～Ｓ５０５の処理と同じであるため、Ｓ５０２～Ｓ５０５の処理説明は省略する。
Ｓ５０２～Ｓ５０５の処理は、第５の実施形態の図１６のＳ５０２～Ｓ５０５の処理と同じであるため、Ｓ５０２～Ｓ５０５の処理説明は省略する。
【0233】
［通帳発行処理］
［Ｓ５５３］
顧客が情報処理端末３０を操作し、アプリケーションソフトウェアが起動すると、連携サーバ８０において登録したアカウント情報（例えば、ログインＩＤ及びパスワード）の入力画面が情報処理端末３０に表示される。そして、顧客操作により、連携サーバ８０のアカウント情報が入力され、そのアカウント情報が連携サーバ８０に送信される。
［Ｓ５５３］
顧客が情報処理端末３０を操作し、アプリケーションソフトウェアが起動すると、連携サーバ８０において登録したアカウント情報（例えば、ログインＩＤ及びパスワード）の入力画面が情報処理端末３０に表示される。そして、顧客操作により、連携サーバ８０のアカウント情報が入力され、そのアカウント情報が連携サーバ８０に送信される。
【0234】
なお、この場合も、情報処理端末３０に、連携サーバ８０のアカウント情報（例えば、ログインＩＤ及びパスワード）が記憶されている場合には、アカウント情報の入力は省略してもよい。
【0235】
［Ｓ５５４］
連携サーバ８０では、登録情報連携部８０１が、情報処理端末３０から受信したアカウント情報と、記憶装置８１に事前登録されているアカウント情報との照合を行ない、アカウント情報の認証を行なう。そして、アカウント情報の認証が成功すると、登録情報連携部８０１は、アカウント情報の認証が成功である旨を示す情報を、金融機関等のサーバ４０に送信する。
連携サーバ８０では、登録情報連携部８０１が、情報処理端末３０から受信したアカウント情報と、記憶装置８１に事前登録されているアカウント情報との照合を行ない、アカウント情報の認証を行なう。そして、アカウント情報の認証が成功すると、登録情報連携部８０１は、アカウント情報の認証が成功である旨を示す情報を、金融機関等のサーバ４０に送信する。
【0236】
サーバ４０では、連携サーバ８０との間で連携処理を行なう登録情報連携部４０５が、連携サーバ８０によるアカウント情報の認証が成功した旨の情報を取得すると、金融機関等のＷＥＢサイトへのログインを許容する。
【0237】
情報処理端末３０が、金融機関等のＷＥＢサイトへのアクセスが許容されると、顧客は、ＷＥＢ通帳の内容を確認するため、情報処理端末３０の表示画面上で、例えば「預金口座履歴」ボタン（図示しない）を選択する。これにより、取引履歴情報の取得要求が、サーバ４０に送信される。
【0238】
サーバ４０では、取引履歴情報の取得要求が受信されると、ＷＥＢ通帳情報通知部４０２は、ホストサーバ２０に取引履歴情報の取得要求を行なう。
【0239】
［Ｓ５０７～Ｓ５１３］
Ｓ５０７～Ｓ５１３の処理は、第５の実施形態の図１６のＳ５０７～Ｓ５１３の処理と同じであるため、Ｓ５０７～Ｓ５１３の処理説明は省略する。
Ｓ５０７～Ｓ５１３の処理は、第５の実施形態の図１６のＳ５０７～Ｓ５１３の処理と同じであるため、Ｓ５０７～Ｓ５１３の処理説明は省略する。
【0240】
（Ｆ－３）第６の実施形態の効果
以上のように、第６の実施形態によれば、第５の実施形態の効果に加えて、顧客個人のユニークなアカウント情報を使用してログインすることができる。また、第６の実施形態によれば、コンビニ等に設置する複数の金融機関共通の通帳発行機で通帳発行が可能となることで利便性の向上が見込め、かつ、金融機関等のＡＴＭや、営業店端末に通帳機能を搭載する必要もなくなる。
以上のように、第６の実施形態によれば、第５の実施形態の効果に加えて、顧客個人のユニークなアカウント情報を使用してログインすることができる。また、第６の実施形態によれば、コンビニ等に設置する複数の金融機関共通の通帳発行機で通帳発行が可能となることで利便性の向上が見込め、かつ、金融機関等のＡＴＭや、営業店端末に通帳機能を搭載する必要もなくなる。
【0241】
（Ｇ）第７の実施形態
次に、本発明に係る取引装置及び取引プログラムの第７の実施形態を、図面を参照しながら説明する。
次に、本発明に係る取引装置及び取引プログラムの第７の実施形態を、図面を参照しながら説明する。
【0242】
［基本概念］
第７の実施形態は、例えば金融機関等に設置されている取引装置（例えばＡＴＭ等）を用いて、顧客による取引操作に並行して、無通帳口座を案内し、顧客の希望に応じて無通帳口座への切り替え処理を行なう場合を例示する。
第７の実施形態は、例えば金融機関等に設置されている取引装置（例えばＡＴＭ等）を用いて、顧客による取引操作に並行して、無通帳口座を案内し、顧客の希望に応じて無通帳口座への切り替え処理を行なう場合を例示する。
【0243】
例えば、顧客が無通帳口座を利用している場合、ＡＴＭ使用手数料等の手数料が無料となる等のサービスが提供されていることがある。
【0244】
そこで、無通帳口座への切り替えを促進するために、第７の実施形態では、取引装置において取引操作を実施する顧客に対して、手数料の照会画面及び又は無通帳口座申込画面を案内して、無通帳口座への切り替えを促すと共に、顧客が無通帳口座への申し込みを希望する際には、取引装置において無通帳口座の申し込みを行なえるようにする。
【0245】
（Ｇ－１）第７の実施形態の構成
図１９は、第７の実施形態に係る取引システムの構成と、取引装置の内部構成を示す構成図である。
図１９は、第７の実施形態に係る取引システムの構成と、取引装置の内部構成を示す構成図である。
【0246】
図１９において、取引装置１０Ａは、制御部１、通帳処理部２、カード処理部３、明細票処理部４、紙幣入出金部５、硬貨入出金部６、記憶部７、通信部８を有する。
【0247】
【0248】
なお、通帳処理部２、カード処理部３、明細票処理部４、紙幣入出金部５、硬貨入出金部６、記憶部７、通信部８は、第１～第４の実施形態で説明したので、ここでの詳細な説明は省略する。
【0249】
図１９において、取引装置１０Ａの制御部１は、手数料照会処理部１ａ、無通帳口座申込指示判定部１ｂ、無通帳口座申込案内部１ｃ、無通帳口座申込選択処理部１ｄ、無通帳切替後取引処理部１ｅを有する。
【0250】
手数料照会処理部１ａは、顧客取引にて手数料照会通信として、ホストサーバ２０に対して、手数料確認要求及び手数料確認許可応答の電文を送受信する手段である。
【0251】
無通帳口座申込指示判定部１ｂは、手数料照会通信の手数料確認許可応答にてホストサーバ２０における判定による無通帳口座申込指示の受信を判定する手段である。
【0252】
無通帳口座申込案内部１ｃは、ホストサーバ２０から「無通帳口座申込指示有り」の場合に、無通帳口座切替の申込案内画面を表示し、顧客の申込選択を受け付けるものである。
【0253】
無通帳口座申込選択処理部１ｄは、顧客が無通帳口座切替の申込を選択した場合に、無通帳口座への切替申込情報をホストサーバ２０へ通知する手段である。
【0254】
無通帳切替後取引処理部１ｅは、顧客が無通帳口座切替の申込を選択し、ホストサーバ２０にて無通帳口座への切り替えを行なった場合、無通帳口座への切り替えをした旨を案内する手段である。
【0255】
【0256】
以下では、取引装置１０Ａにおいて、顧客が引き出し取引の取引操作を実施する際に、引き出し取引と並行して無通帳口座への切替申込を実施する場合の動作を例示する。なお、顧客が実施する取引種別は、引き出し取引に限定されず、振込取引、振替取引、残高照会など他の取引であってもよい。
【0257】
なお、取引装置１０Ａにおいて、顧客が希望する取引を進行させるための操作画面や取引処理等は、基本的には既存の処理と同じであり、図２０～図２２に限定されない。つまり、図２０～図２２に例示する取引処理は、一例である。
【0258】
［Ｓ７０１～Ｓ７０５］
取引装置１０Ａでは、制御部１の制御により、顧客待ち画面（取引選択メニュー画面）が操作表示部１７に表示され（Ｓ７０１）、顧客により、例えば引き取り取引ボタンが選択されると（Ｓ７０２）、カード挿入画面５３０が操作表示部１７に表示される（Ｓ７０３）。
取引装置１０Ａでは、制御部１の制御により、顧客待ち画面（取引選択メニュー画面）が操作表示部１７に表示され（Ｓ７０１）、顧客により、例えば引き取り取引ボタンが選択されると（Ｓ７０２）、カード挿入画面５３０が操作表示部１７に表示される（Ｓ７０３）。
【0259】
なお、顧客待ち画面（取引選択メニュー画面）上で、取引ボタンが選択される前に、カードが入力されたときには（Ｓ７０４）、取消ボタン５３１を含む取引選択メニュー画面５００が表示される（Ｓ７０５）。
【0260】
［Ｓ７０６］
取引装置１０Ａでは、カード処理部３がＩＣカードであるか否かを判定し、ＩＣカードである場合（Ｓ７０６／ＹＥＳ）、Ｓ７０７に移行し、ＩＣカードでない場合（Ｓ７０６／ＮＯ）、Ｓ７１２に移行する。なお、カードがＩＣカードであるか否かの判定処理は、既存処理を広く適用できる。
取引装置１０Ａでは、カード処理部３がＩＣカードであるか否かを判定し、ＩＣカードである場合（Ｓ７０６／ＹＥＳ）、Ｓ７０７に移行し、ＩＣカードでない場合（Ｓ７０６／ＮＯ）、Ｓ７１２に移行する。なお、カードがＩＣカードであるか否かの判定処理は、既存処理を広く適用できる。
【0261】
［Ｓ７０７～Ｓ７１１］
挿入されたカードがＩＣカードの場合、カード処理部３は、挿入されたカードの記録媒体（例えばＩＣチップ）からカード情報を読み取り（Ｓ７０７）、カード情報が制御部１に与えられ、制御部１は、カード情報に基づいて生体認証が必要であるか否かを判断する。
挿入されたカードがＩＣカードの場合、カード処理部３は、挿入されたカードの記録媒体（例えばＩＣチップ）からカード情報を読み取り（Ｓ７０７）、カード情報が制御部１に与えられ、制御部１は、カード情報に基づいて生体認証が必要であるか否かを判断する。
【0262】
つまり、カード情報には、顧客の生体認証を実施の有無を示す情報と照合用生体認証情報等が格納されており、生体認証を実施する旨の情報が格納されているときには（Ｓ７０８／ＹＥＳ）、Ｓ７０９に移行して、生体認証を実施する。なお、生体認証の手法は、手のひらの静脈認証を適用する場合を例示するが、これに限定されず、指紋認証、虹彩パターン認証、顔認証等を適用してもよい。
【0263】
Ｓ７０９では、認証装置に手をかざすことを誘導する画面５４１が表示され（Ｓ７０９）、認証中である旨を示す画面５４２が表示され（Ｓ７１０）、認証が成功したときには、その旨を示す画面５４３が表示される（Ｓ７１１）。
【0264】
また、生体認証を実施する旨の情報が格納されていないとき（若しくは、生体認証を実施しない旨の情報が格納されているとき）（Ｓ７０８／ＮＯ）、Ｓ７１２に移行し、生体認証を実施しない。
【0265】
［Ｓ７１２］
操作表示部１７には暗証番号入力画面５４４が表示し、暗証番号入力画面５４４上で暗証番号が入力される（Ｓ７１２）。
操作表示部１７には暗証番号入力画面５４４が表示し、暗証番号入力画面５４４上で暗証番号が入力される（Ｓ７１２）。
【0266】
［Ｓ７１３～Ｓ７１５］
次に、制御部１は、カード情報に含まれているカード種別情報に基づいて、カードが、他の金融機関との共用カードであるか否かを判定する（Ｓ７１３）。
次に、制御部１は、カード情報に含まれているカード種別情報に基づいて、カードが、他の金融機関との共用カードであるか否かを判定する（Ｓ７１３）。
【0267】
ここで、共用カードとは、自行の取引に利用されるだけでなく、他の金融機関の取引にも利用可能なカードである。例えば、共用カードには、他の提携銀行の取引が可能な他行提携カード、提携のクレジットカード会社の取引が可能な提携クレジットカードなどがある。
【0268】
挿入されたカードが他行提携カードであるとき、自行の取引を選択する自行取引選択ボタン５５１と、提携する他行の取引を選択する提携先ボタン５５２とを有する画面５５０が表示し、自行取引選択ボタン５５１又は提携先ボタン５５２のいずれのボタンが顧客により選択され（Ｓ７１４）、Ｓ７１６に進む。
【0269】
また、挿入されたカードが提携クレジットカードであるとき、自行扱いの取引になる旨の画面５６０が表示され、顧客により確認ボタン５３２が選択され（Ｓ７１５）、Ｓ７１６に進む。
【0270】
なお、挿入されたカードが共用カードでないときにはＳ７１６に進む。
【0271】
［Ｓ７１６］
制御部１は、挿入されたカードが自行カードであるか否かを判定し、自行カードと判定すると（Ｓ７１６／ＹＥＳ）、Ｓ７１７に進み、自行カードでないと判定すると（Ｓ７１６／ＮＯ）、Ｓ７２１に進む。
制御部１は、挿入されたカードが自行カードであるか否かを判定し、自行カードと判定すると（Ｓ７１６／ＹＥＳ）、Ｓ７１７に進み、自行カードでないと判定すると（Ｓ７１６／ＮＯ）、Ｓ７２１に進む。
【0272】
［Ｓ７１７～Ｓ７１８］
制御部１は、ホストサーバ２０に対して手数料確認画面の表示設定の有無を要求する電文（手数料確認要求電文）を送信し、その電文を受け取ったホストサーバ２０から応答電文を受信する。
制御部１は、ホストサーバ２０に対して手数料確認画面の表示設定の有無を要求する電文（手数料確認要求電文）を送信し、その電文を受け取ったホストサーバ２０から応答電文を受信する。
【0273】
制御部１の手数料照会処理部１ａは、受信した応答電文に「手数料確認画面表示指示あり」を設定する旨の情報が含まれているか否か（すなわち、「手数料確認画面表示指示あり」の設定を受信したか否か）を判断する（Ｓ７１７）。
【0274】
そして、「手数料確認画面表示指示あり」の設定を受信したとき（Ｓ７１７／ＹＥＳ）、ホストサーバ２０から受信した手数料確認画面５７０を操作表示部１７に表示し（Ｓ７１８）、手数料を確認した顧客により、確認ボタン５３２が選択されると、Ｓ７１９に進む。
【0275】
他方、「手数料確認画面表示指示なし」の設定を受信したとき（Ｓ７１７／ＮＯ）、手数料確認画面は表示されず、Ｓ７１９に進む。
【0276】
［Ｓ７１９］
制御部１は、ホストサーバ２０に対して無通帳口座申込画面の表示設定の有無を要求する電文（無通帳口座申込確認要求電文）を送信し、その電文を受け取ったホストサーバ２０から応答電文を受信する。
制御部１は、ホストサーバ２０に対して無通帳口座申込画面の表示設定の有無を要求する電文（無通帳口座申込確認要求電文）を送信し、その電文を受け取ったホストサーバ２０から応答電文を受信する。
【0277】
ここで、制御部１は、顧客情報として、金融機関名、支店名、口座番号、口座名義人等の情報と、無通帳口座への申込画面を表示すべきか否かの要求情報とを含む無通帳口座申込確認要求電文を、ホストサーバ２０に送信する。換言すると、制御部１は、無通帳口座申込画面を表示すべきか否かをホストサーバ２０に判断させるため、顧客を特定する情報を含む電文をホストサーバ２０に送信する。
【0278】
ホストサーバ２０は、記憶装置２１を参照して、顧客を特定する情報に基づいて、当該顧客の取引履歴情報を検索する。そして、ホストサーバ２０は、当該顧客の取引履歴情報に基づいて、無通帳口座申込画面を表示すべきか否かを判断する。
【0279】
つまり、ホストサーバ２０は、顧客の取引履歴情報に基づいて、顧客口座が有通帳口座であることや、当該顧客の取引態様が手数料のかかる取引を多く実施していることや、カードのみを用いた取引を多く実施していること等を判断する。なお、ホストサーバ２０による無通帳口座申込画面を表示すべきか否かの判断手法は、これらに限定されない。
【0280】
より具体的には、ホストサーバ２０は、当該顧客の口座情報に基づいて、有通帳口座であるか又は無通帳口座であるかを判断する。また、過去１年間若しくは数年間の取引履歴情報から、手数料を支払った取引件数を導出し、手数料を支払った取引件数が閾値を超えたとき、若しくは、手数料を支払った取引の割合（すなわち、全取引件数のうち手数料を支払った取引件数の割合）を示す値が閾値を超えたとき、手数料のかかる取引を多く実施していると判断する。さらに、過去１年間若しくは数年間の取引履歴情報から、カードのみを用いた取引件数、若しくは、カードのみを用いた取引の割合（すなわち、全取引件数のうちカードのみを用いた取引件数の割合）の値が、閾値を超えたとき、カードのみを用いた取引を多く実施していると判断する。
【0281】
ホストサーバ２０は、上述した判断を行なうことで、無通帳口座の申込画面を表示するか否かを判断し、無通帳口座申込画面を表示すべきと判断したときには、「無通帳口座申込指示あり」の設定を含む応答電文を、取引装置１０Ａに送信する。
【0282】
なお、無通帳口座申込画面を表示すべきでないと判断したときには、「無通帳口座申込指示なし」の設定を含む応答電文を、ホストサーバ２０は取引装置１０Ａに送信する。
【0283】
制御部１の無通帳口座申込指示判定部１ｂは、受信した応答電文に「無通帳口座申込指示あり」を設定する旨の情報が含まれているか否か（すなわち、「無通帳口座申込指示あり」の設定を受信したか否か）を判断する（Ｓ７１９）。
【0284】
そして、「無通帳口座申込指示あり」の設定を受信したとき（Ｓ７１９／ＹＥＳ）、無通帳口座申込案内部１ｃは、ホストサーバ２０から受信した無通帳口座申込画面５８０を操作表示部１７に表示する（Ｓ７２０）。
【0285】
ここで、無通帳口座申込画面５８０には、無通帳口座に申し込みをしたときには、手数料が無料になる旨の情報が含まれている。従来、無通帳口座を利用している顧客に対して手数料を無料とするサービスがあり、今回の取引において無通帳口座への切り替えをしたときには手数料が無料であることを顧客に案内することができる。また、無通帳口座への切り替えを顧客が希望するときには、今回の取引と同時に無通帳口座への切り替えを実施させることができ、今回の取引から手数料を無料にすることができる。
【0286】
顧客が無通帳口座への申し込みを希望するときには、顧客により「申し込む」ボタン５８２が選択され、無通帳口座申込選択処理部１ｄは、無通帳口座の申し込みを含む電文（無通帳口座申込電文）をホストサーバ２０に送信する。
【0287】
このとき、無通帳口座申込選択処理部１ｄは、無通帳口座への切り替えを要求する旨の情報、金融機関名、支店名、口座番号、口座名義人等の情報を含む無通帳口座申込電文をホストサーバ２０に送信する。換言すると、無通帳口座申込選択処理部１ｄは、顧客を特定する情報と、当該顧客が無通帳口座への切り替えを要求する旨の情報とを含む電文をホストサーバ２０に送信する。
【0288】
無通帳口座申込電文を受信したホストサーバ２０は、無通帳口座への申し込みを受け付け、当該顧客の口座を無通帳口座に切り替える処理を実施する。
【0289】
他方、顧客が無通帳口座への申し込みを希望しないときには、「申し込まない」ボタン５８１が選択され、無通帳口座申込選択処理部１ｄは、無通帳口座の申し込みをしない旨の電文をホストサーバ２０に送信する。
【0290】
［Ｓ７２１～Ｓ７２４］
操作表示部１７には、引き出し取引の引出金額入力画面５９０が表示され、顧客により引き出し金額が入力される（Ｓ７２１）。制御部１は、既存の引き出し取引と同様に、取引情報（例えば、金融機関名、支店名、口座番号、口座名義人、引き出し金額等）を含む取引要求電文をホストサーバ２０に送信する。そして、操作表示部１７には、処理中である旨の画面５９１が表示される（Ｓ７２２）。
操作表示部１７には、引き出し取引の引出金額入力画面５９０が表示され、顧客により引き出し金額が入力される（Ｓ７２１）。制御部１は、既存の引き出し取引と同様に、取引情報（例えば、金融機関名、支店名、口座番号、口座名義人、引き出し金額等）を含む取引要求電文をホストサーバ２０に送信する。そして、操作表示部１７には、処理中である旨の画面５９１が表示される（Ｓ７２２）。
【0291】
取引装置１０Ａがホストサーバ２０から引き出し取引に係る応答電文を受信すると、挿入されたカード及び現金が排出され、カードの受け取りを促す画面５９２が表示され（Ｓ７２３）、現金の受け取りを促す画面５９３が表示される（Ｓ７２４）。
【0292】
［Ｓ７２５］
操作表示部１７には、無通帳口座への切り替えが完了した旨と、今回の取引に係る手数料が無料である旨とを含む画面（無通帳口座切替完了画面）５９４が表示される（Ｓ７２５）。これにより、無通帳口座への切り替え並びに手数料が無料になったことを顧客に知らせることができる。
操作表示部１７には、無通帳口座への切り替えが完了した旨と、今回の取引に係る手数料が無料である旨とを含む画面（無通帳口座切替完了画面）５９４が表示される（Ｓ７２５）。これにより、無通帳口座への切り替え並びに手数料が無料になったことを顧客に知らせることができる。
【0293】
なお、このとき、今回の取引に係る手数料が無料であることを示す情報を印字した明細票を排出するようにしてもよい。
【0294】
（Ｇ－３）第７の実施形態の変形実施形態
（Ｇ－３－１）図２０～図２２のＳ７２０～Ｓ７２５では、ホストサーバ２０が、当該顧客を特定する情報に基づいて検索した当該顧客の取引履歴情報から、無通帳口座申込画面５８０を表示し、顧客が無通帳口座への切り替えを申し込みする場合を例示した。
（Ｇ－３－１）図２０～図２２のＳ７２０～Ｓ７２５では、ホストサーバ２０が、当該顧客を特定する情報に基づいて検索した当該顧客の取引履歴情報から、無通帳口座申込画面５８０を表示し、顧客が無通帳口座への切り替えを申し込みする場合を例示した。
【0295】
上述した変形例として、ホストサーバ２０での無通帳口座への切り替え完了の旨を、Ｓ７２５で表示するものとして説明したが、無通帳口座への切り替え完了の旨の画面を、Ｓ７２０とＳ７２１との間で表示するようにしてもよい。換言すると、無通帳口座への申し込みをした顧客に安心感を与えるため、Ｓ７２０での無通帳口座への申込後、Ｓ７２１の画面前に、無通帳口座への切り替え完了の旨と手数料無料の旨とを含む画面を表示するようにしてもよい。
【0296】
また、何らかの事由により、ホストサーバ２０で無通帳口座への切り替えが正しくできなかったときに、無通帳口座への切り替えが完了しなかった旨を、Ｓ７２１の処理前に顧客に知らせることもできる。
【0297】
（Ｇ－４）第７の実施形態の効果
以上のように、第７の実施形態によれば、以下の効果を奏する。
以上のように、第７の実施形態によれば、以下の効果を奏する。
【0298】
第７の実施形態によれば、取引装置において顧客が取引を実施する際に、無通帳口座は手数料が無料である等の無通帳口座への切替申込の勧誘や案内をすることができ、顧客が無通帳口座への切り替えを希望する場合には、顧客取引操作中に、無通帳口座への切り替え操作を同時期に行なうことができるので、無通帳口座への切替が簡便に行える。
【0299】
第７の実施形態によれば、顧客取引情報によるホストサーバの判定にて、手数料がかかる取引が多い顧客や、カードのみ取引が多い顧客に対して、無通帳口座への勧誘案内を積極的に行なうことができ、さらに無通帳口座への切り替え誘導を実施することで、無通帳口座への切り替えを有効的に促進できる。逆に、通帳取引を頻繁に行う顧客には勧誘を抑制するようにしてもよい。
【0300】
第７の実施形態によれば、顧客にとっては該当取引が通常では手数料が掛かる場合に、その取引を直ちに手数料無料にできるという顧客利便性の向上が図られる。
【0301】
第７の実施形態によれば、無通帳口座への切替の積極的な促進が期待でき、記帳データ保持を不要とする事でホストサーバで保持する記帳データのデータ量を削減することができる。
【0302】
（Ｈ）第８の実施形態
次に、本発明に係る取引装置及び取引プログラムの第８の実施形態を、図面を参照しながら説明する。
次に、本発明に係る取引装置及び取引プログラムの第８の実施形態を、図面を参照しながら説明する。
【0303】
［基本概念］
第８の実施形態は、無通帳口座に切り替えている顧客が、取引装置における取引操作により、有通帳口座に切り戻す場合を例示する。
第８の実施形態は、無通帳口座に切り替えている顧客が、取引装置における取引操作により、有通帳口座に切り戻す場合を例示する。
【0304】
顧客が取引装置において有通帳口座への切り戻し操作を実施し、ホストサーバが当該顧客の口座を有通帳口座への切り戻しの判断を行ない、その結果（応答電文）に基づいて取引装置が通帳を発行することが考えられるが、通帳発行の制限が生じたり、取引装置の種類によっては通帳発行できないものもあり、その場で、通帳発行できないケースが生じ得る。
【0305】
例えば、コンビニエンスストアの店舗や駅等に設置されている取引装置などのように、取引装置の種類によっては通帳発行できないものがあったり、カードのみ対応のものなどがある。また、顧客によっては、有通帳口座への切り替え（切り戻し）の意思はあるが、通帳発行には時間がかかる可能性もあるので、別のタイミング又は別の装置で通帳発行を希望するようなこともある。
【0306】
そこで、第８の実施形態では、ある取引装置で有通帳口座への切り戻し操作を実施して、通帳発行制限や通帳発行不可等の場合に、別の機器（例えば、別の取引装置や通帳発行機等）と連携して、別の機器で通帳発行できるようにする。
【0307】
（Ｈ－１）第８の実施形態の構成
図２３は、第８の実施形態に係る取引システムの構成と、取引装置の内部構成を示す構成図である。
図２３は、第８の実施形態に係る取引システムの構成と、取引装置の内部構成を示す構成図である。
【0308】
通帳発行装置６０は、取引装置１０Ｂとは別の装置であり、例えば、通帳記帳や通帳発行等を行なう通帳処理機、通帳発行機能を有する取引装置（例えばＡＴＭ等）などを適用できる。通帳発行装置６０は、基本的には、後述する取引装置１０Ｂの制御部１と同等の機能、若しくは、後述する制御部１の一部機能を有する。通帳発行装置６０における各種処理の詳細な説明は動作の項で行なう。
【0309】
取引装置１０Ｂは、第１～第４、第７の実施形態の取引装置１０、１０Ａと同様に、金融機関やコンビニエンスストアの店舗等に設置されている取引装置とすることができる。取引装置１０Ｂは、通帳発行機能を備えない装置であってもよいし、勿論、通帳発行機能を備える装置であってもよい。
【0310】
図２３において、取引装置１０Ｂは、制御部１、通帳処理部２、カード処理部３、明細票処理部４、紙幣入出金部５、硬貨入出金部６、記憶部７、通信部８を有する。なお、通帳処理部２、カード処理部３、明細票処理部４、紙幣入出金部５、硬貨入出金部６、記憶部７、通信部８は、第１～第４の実施形態で説明したので、ここでの詳細な説明は省略する。
【0311】
図２３において、取引装置１０Ｂの制御部１は、有通帳口座切替選択・案内処理部１ｆ、有通帳口座切替可否照会部１ｇ、有通帳口座切替実行部１ｈ、有通帳口座新規通帳発行処理部１ｊ、有通帳口座新規通帳発行連携処理部１ｋを有する。
【0312】
有通帳口座切替選択・案内処理部１ｆは、操作表示部１７に、有通帳口座への切り替え案内を示す有通帳口座切替案内画面を表示し、有通帳口座切替案内画面上で、顧客により有通帳口座への切り替えを受け付ける手段である。
【0313】
有通帳口座切替可否照会部１ｇは、顧客により有通帳口座への切り替え選択を受けると、当該顧客が有通帳口座への切替えの対象か否かの照会をホストサーバ２０と通信し、ホストサーバ２０からの応答により、有通帳口座への切り替え可否の照会結果を判定する手段である。
【0314】
有通帳口座切替実行部１ｈは、有通帳口座への切り替え実行をホストサーバ２０と通信し、実行成立応答により通帳の新規発行または通帳発行手続き処理へ移行する手段である。
【0315】
有通帳口座新規通帳発行処理部１ｊは、有通帳口座への切り替えによる新規通帳発行として通帳の繰り出しを行い、新規通帳発行通信により通帳表紙／見開き／明細の印字を行い、通帳発行処理を行う手段である。
【0316】
有通帳口座新規通帳発行連携処理部１ｋは、有通帳口座への切り替え実行をホストサーバ２０と通信し、実行成立応答にて新規通帳発行が許可された情報から、ホストサーバ２０にて生成された有通帳口座新規通帳発行用ＩＤ（確認番号）を顧客へ通知する手段である。
【0317】
また、有通帳口座新規通帳発行連携処理部１ｋは、通帳発行可能な他の取引装置１０Ｂでの新規通帳発行を連携する手段である。
【0318】
【0319】
［Ｓ８００～Ｓ８０３］
取引装置１０Ｂでは、制御部１の制御により、顧客待ち画面（取引選択メニュー画面）が操作表示部１７に表示される（Ｓ８００）。
取引装置１０Ｂでは、制御部１の制御により、顧客待ち画面（取引選択メニュー画面）が操作表示部１７に表示される（Ｓ８００）。
【0320】
例えば、図２５（Ａ）に例示する取引選択メニュー画面７００は、有通帳口座への切替及び又は通帳発行の取引処理をする「有通帳口座への切替・通帳発行」ボタン７０１がある。
【0321】
図２５（Ａ）の取引選択メニュー画面５００上で、顧客により「有通帳口座への切替・通帳発行」ボタン７０１が選択されると（Ｓ８０１）、顧客に対してカード挿入を促す画面（カード挿入画面）が操作表示部１７に表示され、顧客によりカードがカード入出口１３に挿入される（Ｓ８０２）。カード処理部３により読み取られたカード情報は制御部１に与えられる。
【0322】
さらに、暗証番号の入力画面が操作表示部１７に表示され、当該入力画面上で、顧客により暗証番号が入力される（Ｓ８０３）。入力された暗証番号は、制御部１に与えられる。
【0323】
［Ｓ８０４～Ｓ８０６］
取引装置１０Ｂでは、有通帳口座切替選択・案内処理部１ｆが、ホストサーバ２０との間で有通帳口座切替照会通信を行なう（Ｓ８０４）。
取引装置１０Ｂでは、有通帳口座切替選択・案内処理部１ｆが、ホストサーバ２０との間で有通帳口座切替照会通信を行なう（Ｓ８０４）。
【0324】
このとき、有通帳口座切明選択・案内処理部１ｆは、例えば、金融機関コード、支店コード、口座名義人氏名、口座番号等のカード情報と、暗証番号と、有通帳口座への切替要求等を含む電文をホストサーバ２０に送信して、ホストサーバ２０に対して有通帳口座への切替が可能な否かを確認させる。
【0325】
ホストサーバ２０では、電文に含まれている情報に基づいて、顧客の口座を有通帳口座に切り替え可能であるか否かを確認して、応答電文を取引装置１０Ｂに返信する。例えば、図２６に例示する顧客情報２１１Ａに、通帳有無フラグを参照して、当該顧客の口座が無通帳口座であるとき、ホストサーバ２０は、有通帳口座への切り替え対象と判断して、照会成立の旨の応答電文を返信する。他方、無通帳口座でないとき、ホストサーバ２０は照会不成立の旨の応答電文を返信するようにしてもよい。
【0326】
ホストサーバ２０からの応答電文を受信した取引装置１０Ｂでは、有通帳口座切替可否照会部１ｇが、応答電文に基づいて照会成立か否かを判断する（Ｓ８０５）。そして、照会不成立のとき（Ｓ８０５／不成立）、カードを返却して（Ｓ８０６）、処理を終了する。他方、照会成立のとき（Ｓ８０５／成立）、Ｓ８０７に移行する。
【0327】
［Ｓ８０７～Ｓ８０９］
照会成立のとき、例えば図２５（Ｂ）に例示する有通帳口座変更案内画面７１０が操作表示部１７に表示される（Ｓ８０７）。
照会成立のとき、例えば図２５（Ｂ）に例示する有通帳口座変更案内画面７１０が操作表示部１７に表示される（Ｓ８０７）。
【0328】
図２５（Ｂ）に例示するように、有通帳口座変更案内画面７１０には、口座の種類を有通帳口座に変更すること、新しい通帳を発行すること等の案内が表示されており、顧客が有通帳口座への切替を希望するときには、確認ボタン７１１が選択され（Ｓ８０８／確認）、Ｓ８１０に移行する。他方、希望しないときには、取消ボタン７１２が選択され（Ｓ８０８／取消）、カードが返却されて（Ｓ８０９）、処理が終了する。
【0329】
［Ｓ８１０］
Ｓ８１０では、有通帳口座切替実行部１ｈが、通帳発行が可能であるか判断し（Ｓ８１０）、通帳発行に制限がある、若しくは、通帳発行不可と判断したときには、Ｓ８３０に移行して、新規通帳発行連携処理が行なわれる。他方、通帳発行可能であると判断したとき、Ｓ８１１に移行する。
Ｓ８１０では、有通帳口座切替実行部１ｈが、通帳発行が可能であるか判断し（Ｓ８１０）、通帳発行に制限がある、若しくは、通帳発行不可と判断したときには、Ｓ８３０に移行して、新規通帳発行連携処理が行なわれる。他方、通帳発行可能であると判断したとき、Ｓ８１１に移行する。
【0330】
［Ｓ８１１～Ｓ８２１］
Ｓ８１１～Ｓ８２１の処理は、取引装置１０Ｂにおいて、有通帳口座への切替により、新規通帳が発行される場合の処理を示している。
Ｓ８１１～Ｓ８２１の処理は、取引装置１０Ｂにおいて、有通帳口座への切替により、新規通帳が発行される場合の処理を示している。
【0331】
Ｓ８１０において通帳発行が可能であるとき、有通帳口座切替実行部１ｈは、ホストサーバ２０との間で有通帳口座切替実行の電文を送受信して、有通帳口座切替実行処理を行ない（Ｓ８１１）、有通帳口座切替実行部１ｈは、図２５（Ｃ）に例示する有通帳口座の処理中画面７２０を表示する（Ｓ８１２）。
【0332】
ホストサーバ２０から応答電文が返信され、有通帳口座切替実行が成立すると、取引装置１０Ｂでは、新規通帳発行の準備のため、通帳処理部２が新規通帳を繰り出す（Ｓ８１３）。
【0333】
有通帳口座新規通帳発行処理部１ｊは、ホストサーバ２０との間で新規通帳発行の電文を送受信して（Ｓ８１４）、新規通帳に印字する情報を取得し、通帳処理部２が、新規通帳の表紙と見開きに印字する（Ｓ８１５）。
【0334】
また、有通帳口座新規通帳発行処理部１ｊは、ホストサーバ２０との間で新規通帳に記帳する記帳情報の電文を送受信し（Ｓ８１６）、通帳処理部２が、新規通帳に記帳情報（通帳明細）を印字する（Ｓ８１７）。
【0335】
そして、通帳に印字すべき情報を印字して、新規通帳の発行が完了すると、図２５（Ｄ）に例示する有通帳口座への切替完了案内画面７３０が操作表示部１７に表示され（Ｓ８１８）、通帳処理部２が通帳の記録媒体（磁気ストライプＭＳ）に通帳情報を格納し、通帳が排出される（Ｓ８１９）。その後、カードが排出されて（Ｓ８２０）、処理が終了する（Ｓ８２１）。
【0336】
［Ｓ８３０～Ｓ８３４、Ｓ８２１］
Ｓ８３０～Ｓ８３４、Ｓ８２１の処理は、取引装置１０Ｂにおいて、新規通帳が発行されない場合の処理である。
Ｓ８３０～Ｓ８３４、Ｓ８２１の処理は、取引装置１０Ｂにおいて、新規通帳が発行されない場合の処理である。
【0337】
Ｓ８１０において、通帳発行制限がある若しくは通帳発行不可であると判断されると、新規通帳発行連携処理が実施される（Ｓ８３０）。
【0338】
つまり、Ｓ８１０において通帳発行制限がある若しくは通帳発行不可であると判断されると、図２５（Ｃ）に例示する有通帳口座の処理中画面７２０が表示され、有通帳口座新規通帳発行連携処理部１ｋは、ホストサーバ２０との間で有通帳口座切替実行の電文を送受信して、有通帳口座切替実行処理を行なう（Ｓ８３１）。
【0339】
ここで、有通帳口座新規通帳発行連携処理部１ｋは、ホストサーバ２０に対して、通帳発行制限があること若しくは通帳発行不可であり、通帳発行用ＩＤ（以下では、「通帳発行番号」若しくは「確認番号」とも呼ぶ。）の発行要求をする。
【0340】
ホストサーバ２０では、取引装置１０Ｂからの要求を受けて、通帳発行用ＩＤ（確認番号）を発行し、その通帳発行用ＩＤを含む応答電文を、取引装置１０Ｂに返信する。
【0341】
ここで、通帳発行用ＩＤ（確認番号）は、無通帳口座から有通帳口座への切替処理は実施したが、通帳を発行していないため、その後に発行する新規通帳を識別する情報である。換言すると、通帳発行用ＩＤ（確認番号）は、有通帳口座への切替が完了した顧客が、その後に通帳発行するときに必要となる識別情報といえる。これにより、当該取引装置１０Ｂ、又は別の通帳発行装置６０、又は金融機関の窓口などで、顧客が通帳発行する際に、当該通帳発行ＩＤ（確認番号）を入力又は提示することで、新規通帳を発行することができる。
【0342】
なお、ホストサーバ２０が発行した通帳発行用ＩＤ（確認番号）は、図２６に例示するように、顧客情報２２１Ａに関連付けて記憶する。
【0343】
有通帳口座新規通帳発行連携処理部１ｋは、ホストサーバ２０からの応答電文に含まれている通帳発行用ＩＤを取得すると（Ｓ８３１）、明細票処理部４が、通帳発行用ＩＤを明細票に印字する（Ｓ８３２）。
【0344】
そして、図２７（Ａ）に例示する有通帳口座への切替完了案内画面７４０が操作表示部１７に表示される（Ｓ８３３）。例えば、図２７（Ａ）の有通帳口座への切替完了案内画面７４０には、新規通帳発行の確認番号を記載した明細票を発行したこと、その後、新規通帳を発行するために、通帳発行機能付きＡＴＭ、又は、通帳繰越機で手続きするか、もしくは、窓口で手続きすべきこと等を含む内容が案内される。
【0345】
その後、明細票、カードが排出されて（Ｓ８３４）、処理が終了する（Ｓ８２１）。図２７（Ｂ）は、第８の実施形態の通帳発行用ＩＤが印字された明細票の構成例を示す構成図である。図２７（Ｂ）に例示するように、明細票８００には、新規通帳を発行するための通帳発行番号（通帳発行用ＩＤ）８０１が表示される。また、図２７（Ｂ）に例示するように、通帳発行用ＩＤに基づいて作成された二次元コード８０２を印字するようにしてもよい。
【0346】
（Ｈ－２－２）通帳発行装置６０における新規通帳の発行処理
図２８は、第８の実施形態において、通帳発行装置６０で新規通帳を発行する処理動作を示すフローチャートである。
図２８は、第８の実施形態において、通帳発行装置６０で新規通帳を発行する処理動作を示すフローチャートである。
【0347】
［Ｓ８４０～Ｓ８４３］
通帳発行装置６０では、制御部１の制御により、顧客待ち画面（取引選択メニュー画面）が操作表示部１７に表示される（Ｓ８４０）。
通帳発行装置６０では、制御部１の制御により、顧客待ち画面（取引選択メニュー画面）が操作表示部１７に表示される（Ｓ８４０）。
【0348】
既に有通帳口座への切替を行なったが、新規通帳の発行をしていない顧客は、例えば、図２５（Ａ）の取引選択メニュー画面５００上で、「有通帳口座への切替・通帳発行」ボタン７０１を選択する（Ｓ８４１）。
【0349】
そして、カード挿入画面が操作表示部１７に表示され、顧客によりカードがカード入出口１３に挿入され（Ｓ８４２）、さらに暗証番号の入力画面が操作表示部１７に表示され、当該入力画面上で、顧客により暗証番号が入力される（Ｓ８４４）。
【0350】
［Ｓ８４４］
通帳発行装置６０では、有通帳口座切替選択・案内処理部１ｆが、ホストサーバ２０との間で有通帳口座切替照会通信を行なう（Ｓ８０４）。
通帳発行装置６０では、有通帳口座切替選択・案内処理部１ｆが、ホストサーバ２０との間で有通帳口座切替照会通信を行なう（Ｓ８０４）。
【0351】
このとき、有通帳口座切明選択・案内処理部１ｆは、例えば、金融機関コード、支店コード、口座名義人氏名、口座番号等のカード情報と、暗証番号と、有通帳口座への切替要求等を含む電文をホストサーバ２０に送信して、ホストサーバ２０に対して有通帳口座への切替が可能な否かを確認させる。
【0352】
ホストサーバ２０は、受信した電文に含まれている情報に基づいて、記憶装置２１の顧客情報２１１Ａを参照して、当該顧客は、有通帳口座への切替済みであるが、新規通帳の発行が未済であることを確認する。したがって、ホストサーバ２０は、「切替済み新規通帳発行指示」を含む応答電文を、通帳発行装置６０に返信する。
【0353】
ホストサーバ２０からの応答電文を受信した通帳発行装置６０では、有通帳口座切替可否照会部１ｇが、応答電文に基づいて「切替済み新規通帳発行指示」が成立しているか否かを判断する（Ｓ８４５）。そして、不成立のとき（Ｓ８４５／不成立）、カードを返却して（Ｓ８４６）、処理を終了する。他方、成立のとき（Ｓ８４５／成立）、Ｓ８４７に移行する。
【0354】
［Ｓ８４７］
Ｓ８４７では、有通帳口座切替実行部１ｈが、通帳発行が可能であるか判断し（Ｓ８４７）、通帳発行に制限がある、若しくは、通帳発行不可と判断したときには、通帳を発行できないので、カードを返却して（Ｓ８４６）、処理は終了する。他方、通帳発行可能であると判断したとき、Ｓ８４８に移行する。
Ｓ８４７では、有通帳口座切替実行部１ｈが、通帳発行が可能であるか判断し（Ｓ８４７）、通帳発行に制限がある、若しくは、通帳発行不可と判断したときには、通帳を発行できないので、カードを返却して（Ｓ８４６）、処理は終了する。他方、通帳発行可能であると判断したとき、Ｓ８４８に移行する。
【0355】
［Ｓ８４８］
当該他の装置６０において通帳発行可能の場合、有通帳口座新規通帳発行連携処理部１ｋは、新規通帳を発行するために、図２９に例示する通帳発行用ＩＤ（確認番号）の入力画面を操作表示部１７に表示し、当該入力画面上で、顧客により、通帳発行用ＩＤ（確認）の入力を受け付ける（Ｓ８４８）。
当該他の装置６０において通帳発行可能の場合、有通帳口座新規通帳発行連携処理部１ｋは、新規通帳を発行するために、図２９に例示する通帳発行用ＩＤ（確認番号）の入力画面を操作表示部１７に表示し、当該入力画面上で、顧客により、通帳発行用ＩＤ（確認）の入力を受け付ける（Ｓ８４８）。
【0356】
［Ｓ８４９、Ｓ８５０］
有通帳口座新規通帳発行連携処理部１ｋは、図２９の入力画面で入力された通帳発行用ＩＤを含む有通帳口座切替実行電文をホストサーバ２０に送信して、有通帳口座切替実行処理を行なう（Ｓ８４９）。有通帳口座新規通帳発行連携処理部１ｋは、図２５（Ｃ）に例示する有通帳口座の処理中画面７２０を表示する（Ｓ８５０）。
有通帳口座新規通帳発行連携処理部１ｋは、図２９の入力画面で入力された通帳発行用ＩＤを含む有通帳口座切替実行電文をホストサーバ２０に送信して、有通帳口座切替実行処理を行なう（Ｓ８４９）。有通帳口座新規通帳発行連携処理部１ｋは、図２５（Ｃ）に例示する有通帳口座の処理中画面７２０を表示する（Ｓ８５０）。
【0357】
ホストサーバ２０は、受信した電文に含まれている通帳発行用ＩＤに基づいて、記憶装置２１から対応する顧客情報２１１Ａを取得して、通帳発行用ＩＤの照合を行なう。そして、通帳発行用ＩＤが正当であるときには、有通帳口座の通帳発行を実行する旨の応答電文を他の装置６０に返信する。
【0358】
なお、通帳発行用ＩＤが正当でないときには、その旨（エラー）の応答電文を他の装置６０に返信するようにしてもよい。
【0359】
［Ｓ８５０～Ｓ８５９］
ホストサーバ２０から応答電文が返信され、有通帳口座切替実行が成立すると、取引装置１０Ｂでは、新規通帳発行の準備のため、通帳処理部２が新規通帳を繰り出す（Ｓ８５１）。
ホストサーバ２０から応答電文が返信され、有通帳口座切替実行が成立すると、取引装置１０Ｂでは、新規通帳発行の準備のため、通帳処理部２が新規通帳を繰り出す（Ｓ８５１）。
【0360】
有通帳口座新規通帳発行処理部１ｊは、ホストサーバ２０との間で新規通帳発行の電文を送受信して（Ｓ８５２）、新規通帳に印字する情報を取得し、通帳処理部２が、新規通帳の表紙と見開きに印字する（Ｓ８５３）。
【0361】
また、有通帳口座新規通帳発行処理部１ｊは、ホストサーバ２０との間で新規通帳に記帳する記帳情報の電文を送受信し（Ｓ８５４）、通帳処理部２が、新規通帳に記帳情報（通帳明細）を印字する（Ｓ８５５）。
【0362】
そして、通帳に印字すべき情報を印字して、新規通帳の発行が完了すると、図２５（Ｄ）に例示する有通帳口座への切替完了案内画面７３０が操作表示部１７に表示され（Ｓ８５６）、通帳処理部２が通帳の記録媒体（磁気ストライプＭＳ）に通帳情報を格納し、通帳が排出される（Ｓ８５７）。その後、カードが排出されて（Ｓ８５８）、処理が終了する（Ｓ８５９）。
【0363】
（Ｈ－３）第８の実施形態の効果
以上のように、第８の実施形態によれば、以下の効果を奏する。
以上のように、第８の実施形態によれば、以下の効果を奏する。
【0364】
第８の実施形態によれば、一旦、無通帳口座で口座開設をしたが、やはり通帳を希望する顧客のために、有通帳口座へ切替えて通帳発行することを取引装置での取引操作で対応することより、窓口での対応の手間や窓口営業時間による制約が無く切替えが可能となり、利便性の向上が図られる。
【0365】
第８の実施形態によれば、金融機関の店舗窓口での対応が取引装置へシフトできることにより、窓口業務の職員の負荷が軽減できる。
【0366】
第８の実施形態によれば、通帳発行が制限されたＡＴＭや通帳発行不可のＡＴＭにおいて、別の通帳発行可能なＡＴＭや通帳記帳繰越機と連携する仕組みを設けることで有通帳口座への切替えを受付けることができ、顧客利便性を高めることができる。
【0367】
［変形例］
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、特許請求の範囲の趣旨を変えない範囲で実施することができる。実施形態の変形例は、例えば以下に示す通りである。
以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、特許請求の範囲の趣旨を変えない範囲で実施することができる。実施形態の変形例は、例えば以下に示す通りである。
【0368】
各実施形態のうち少なくとも一の実施形態に記載の取引装置には、例えば、通帳処理部２および通帳入出口１２が備わる場合を例に挙げて説明したが、かかる例に限定されず、取引装置には、例えば、上記通帳処理部２および通帳入出口１２が備わらない場合でもよい。
【0369】
また、各実施形態のうち少なくとも一の実施形態に記載の取引装置には、例えば、硬貨入出金部６及び硬貨入出口１６が備わる場合を例に挙げて説明したが、かかる例に限定されず、取引装置には、例えば、上記硬貨入出金部６及び硬貨入出口１６が備わらない場合でもよい。
【0370】
また、各実施形態に記載の各構成要素の一部を組合せ／省略しても良く、各実施形態のうち少なくとも一の実施形態の各構成要素のうち少なくとも一部を省略してもよく、各実施形態のうち一の実施形態の各構成要素のうち少なくとも一部を、他の実施形態の構成要素と置き換えて又は新たな構成要素として追加してもよい。
【符号の説明】
【0371】
９及び９Ａ…取引システム、１０、１０Ａ、１０Ｂ…取引装置、１１…筐体、１２…通帳入出口、１３…カード入出口、１４…明細票排出口、１５…紙幣入出口、１６…硬貨入出口、１７…操作表示部、
２０…ホストサーバ、２１…記憶装置、２１１及び２１１Ａ…顧客情報、
３０…情報処理端末、４０…サーバ、４０１…履歴発生通知部、４０２…ＷＥＢ通帳情報通知部、４０３…通帳発行番号設定部、４０４…履歴情報通知部、４０５…登録情報連携部、４１…登録情報ＤＢ、４１１…登録情報、
６０…通帳発行装置、９０…通帳発行装置、９０１…通帳発行番号取得部、９０２…履歴情報取得部、９０３…通帳発行部、
１…制御部、２…通帳処理部、３…カード処理部、４…明細票処理部、５…紙幣入出金部、６…硬貨入出金部、７…記憶部、８…通信部、
１ａ…手数料照会処理部、１ｂ…無通帳口座申込指示判定部、１ｃ…無通帳口座申込案内部、１ｄ…無通帳口座申込選択処理部、１ｅ…無通帳切替後取引処理部、１ｆ…有通帳口座切替選択・案内処理部、１ｇ…有通帳口座切替可否照会部、１ｈ…有通帳口座切替実行部、１ｊ…有通帳口座新規通帳発行処理部、１ｋ…有通帳口座新規通帳発行連携処理部。
２０…ホストサーバ、２１…記憶装置、２１１及び２１１Ａ…顧客情報、
３０…情報処理端末、４０…サーバ、４０１…履歴発生通知部、４０２…ＷＥＢ通帳情報通知部、４０３…通帳発行番号設定部、４０４…履歴情報通知部、４０５…登録情報連携部、４１…登録情報ＤＢ、４１１…登録情報、
６０…通帳発行装置、９０…通帳発行装置、９０１…通帳発行番号取得部、９０２…履歴情報取得部、９０３…通帳発行部、
１…制御部、２…通帳処理部、３…カード処理部、４…明細票処理部、５…紙幣入出金部、６…硬貨入出金部、７…記憶部、８…通信部、
１ａ…手数料照会処理部、１ｂ…無通帳口座申込指示判定部、１ｃ…無通帳口座申込案内部、１ｄ…無通帳口座申込選択処理部、１ｅ…無通帳切替後取引処理部、１ｆ…有通帳口座切替選択・案内処理部、１ｇ…有通帳口座切替可否照会部、１ｈ…有通帳口座切替実行部、１ｊ…有通帳口座新規通帳発行処理部、１ｋ…有通帳口座新規通帳発行連携処理部。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】