特開 2022-45678 情報処理システム、情報処理方法及び情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022045678

(43)【公開日】2022-03-22

(54)【発明の名称】情報処理システム、情報処理方法及び情報処理装置

(51)【国際特許分類】

   G06Q 40/02 20120101AFI20220314BHJP

【ＦＩ】

G06Q40/02

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2020151385

(22)【出願日】2020-09-09

(71)【出願人】

【識別番号】397012897

【氏名又は名称】株式会社北國銀行

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】山田 泰輔

【テーマコード（参考）】

5L055

【Ｆターム（参考）】

5L055BB03

(57)【要約】      （修正有）

【課題】銀行員の作業負担を軽減すると共に、金融機関の窓口営業時間の終了後等の時間帯であっても、現金の入金処理を早期に完了することが可能な情報処理システム、情報処理方法及び情報処理装置を提供する。
【解決手段】情報処理システムは、顧客情報に対応付けて現金の投入を受け付け、受け付けた金額を計数し、顧客情報及び金額を含む入金データをサーバ１０へ送信する現金入金機２０と、入金データが示す金額を仮払金口座から出金し、顧客の金融機関口座に入金するサーバ１０を備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

顧客情報に対応付けて現金の投入を受け付け、受け付けた金額を計数する現金受付機と、顧客情報に対応付けて顧客の金融機関口座の入出金情報を記憶するサーバとを含む情報処理システムであって、
前記現金受付機は、前記顧客情報及び計数した金額を含む入金データを前記サーバへ送信する送信部を備え、
前記サーバは、前記現金受付機から受信した入金データが示す金額を仮払金口座から出金し、出金した金額を、前記入金データが示す顧客の金融機関口座に入金する入金処理部を備える
情報処理システム。

【請求項2】

前記サーバは、
１つの金融機関口座に複数の顧客情報を対応付けて記憶する記憶部を備え、
前記入金処理部は、前記入金データが示す顧客情報に対応する金融機関口座に入金する
請求項１に記載の情報処理システム。

【請求項3】

前記現金受付機が受け付けた現金が回収された後、回収された金額と、前記仮払金口座から出金して前記顧客の金融機関口座に入金した金額とを照合し、回収された現金を前記仮払金口座に入金する入金部
を備える請求項１又は２に記載の情報処理システム。

【請求項4】

顧客情報に対応付けて現金の投入を受け付け、受け付けた金額を計数する現金受付機と、顧客情報に対応付けて顧客の金融機関口座の入出金情報を記憶するサーバとを含む情報処理システムであって、
前記現金受付機は、前記顧客情報及び計数した金額を含む入金データを前記サーバへ送信する送信部を備え、
前記サーバは、
１つの金融機関口座に複数の顧客情報を対応付けて記憶する記憶部と、
前記現金受付機から受信した入金データが示す金額を、前記入金データが示す顧客情報に対応する金融機関口座に入金する入金処理部とを備える
情報処理システム。

【請求項5】

前記サーバは、分散配置された複数の現金受付機から前記入金データを受信し、
前記入金処理部は、それぞれの前記現金受付機から受信した入金データが示す金額を仮払金口座から出金し、出金した金額を、それぞれの前記入金データが示す顧客の金融機関口座に入金し、
前記サーバは、それぞれの前記現金受付機から現金が回収された後、各現金受付機から回収された金額と、各現金受付機から送信された入金データに基づいて前記仮払金口座から出金して前記顧客の金融機関口座に入金した金額とを照合し、回収された現金を前記仮払金口座に入金する入金部を更に備える
請求項４に記載の情報処理システム。

【請求項6】

各顧客に前記顧客情報に対応付けられたコード情報が割り当てられており、
前記現金受付機は、前記コード情報を読み取って前記顧客情報を取得する読取部を備える
請求項１から５までのいずれかひとつに記載の情報処理システム。

【請求項7】

前記サーバは、前記顧客の金融機関口座毎に、仮払金口座から出金されて前記顧客の金融機関口座に入金された入金情報を表示する表示情報を出力する出力部を備える
請求項１から６までのいずれかひとつに記載の情報処理システム。

【請求項8】

顧客情報に対応付けて現金の投入を受け付け、受け付けた金額を計数する現金受付機と、顧客情報に対応付けて顧客の金融機関口座の入出金情報を記憶するサーバとを含む情報処理システムによる情報処理方法であって、
前記現金受付機が、前記顧客情報及び計数した金額を含む入金データを前記サーバへ送信し、
前記サーバが、前記現金受付機が受け付けた現金が回収される前に、前記現金受付機から受信した入金データが示す金額を仮払金口座から出金すると共に、出金した金額を、前記入金データが示す顧客の金融機関口座に入金する
情報処理方法。

【請求項9】

顧客情報に対応付けて顧客の金融機関口座の入出金情報を記憶する情報処理装置であって、
顧客情報に対応付けて現金の投入を受け付け、受け付けた金額を計数する現金受付機から、前記顧客情報及び計数した金額を含む入金データを受信する受信部と、
受信した入金データが示す金額を仮払金口座から出金し、出金した金額を、前記入金データが示す顧客の金融機関口座に入金する入金処理部と
を備える情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システム、情報処理方法及び情報処理装置に関する。

【背景技術】

【0002】

近年、金融機関のＡＴＭ（Automated Teller Machine：現金自動預け払い機）等を用いて、金融機関に開設された預貯金口座に対して入金、出金、振込、振替等の各種の取引が行われている。また、インターネットを利用したインターネットバンキングを用いて振込、振替等の取引が行われている。特許文献１では、１つの口座に多数の振込が行われる場合に、それぞれの支払人を特定できると共に、それぞれの支払人から振り込まれた資金を１つの口座でまとめて管理できるシステムが提案されている。これらのシステムにより、金融機関の窓口営業時間が終了した後であっても、ＡＴＭ又はインターネットバンキングを介して各種の取引を行うことができる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第３０２９４２１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、夜間に営業を行っている店舗等では、売上金（現金）を店舗内で保管することによるリスクを回避するために、金融機関の夜間金庫が利用されている。一般的に夜間金庫を利用する場合、顧客は、専用の入金袋に現金及び金額を記入した入金帳を入れて夜間金庫の投入口に投入し、金融機関は、入金袋で預かった現金について翌営業日に顧客の口座に入金処理を行う。従って、夜間金庫に預けられた現金は、翌営業日以降に入金処理されるので、入金袋が夜間金庫に預けられてから入金処理が完了するまでに時間を要する。特に、金融機関の休業日後の営業日には、夜間金庫に多数の入金袋が預けられているので、入金処理を行う銀行員の作業負担は大きく、各顧客に対する入金処理が完了するまでに長時間を要するという問題がある。

【0005】

本発明は、このような事情に鑑みてなされたものであり、その目的とするところは、銀行員の作業負担を軽減すると共に、金融機関の窓口営業時間の終了後等の時間帯であっても、現金の入金処理を早期に完了することが可能な情報処理システム等を提供することにある。

【課題を解決するための手段】

【0006】

本発明の一態様に係る情報処理システムは、顧客情報に対応付けて現金の投入を受け付け、受け付けた金額を計数する現金受付機と、顧客情報に対応付けて顧客の金融機関口座の入出金情報を記憶するサーバとを含む情報処理システムであって、前記現金受付機は、前記顧客情報及び計数した金額を含む入金データを前記サーバへ送信する送信部を備え、前記サーバは、前記現金受付機から受信した入金データが示す金額を仮払金口座から出金し、出金した金額を、前記入金データが示す顧客の金融機関口座に入金する入金処理部を備える。

【発明の効果】

【0007】

本発明の一態様にあっては、銀行員の作業負担を軽減できると共に、金融機関の窓口営業時間の終了後等の時間帯であっても、現金の入金処理を早期に完了することが可能となる。

【図面の簡単な説明】

【0008】

【図1】情報処理システムの構成例を示す模式図である。

【図2】現金入金機の構成例を示すブロック図である。

【図3】入金履歴ＤＢの構成例を示す模式図である。

【図4】サーバの構成例を示すブロック図である。

【図5】サーバに記憶されるＤＢの構成例を示す模式図である。

【図6】現金入金機を介した入金処理手順の一例を示すフローチャートである。

【図7】画面例を示す模式図である。

【図8】実施形態２の顧客口座ＤＢの構成例を示す模式図である。

【図9】入金履歴画面の構成例を示す模式図である。

【図10】ユーザ端末の構成例を示すブロック図である。

【図11】実施形態３の入金処理手順の一例を示すフローチャートである。

【図12】画面例を示す模式図である。

【発明を実施するための形態】

【0009】

以下に、本開示の情報処理システム、情報処理方法及び情報処理装置について、その実施形態を示す図面に基づいて詳述する。

【0010】

（実施形態１）
現金入金機（現金受付機）を介して現金を受け付け、受け付けた現金を金融機関の預貯金口座（以下では単に口座という）に入金する（預け入れる）情報処理システムについて説明する。図１は情報処理システムの構成例を示す模式図である。本実施形態の情報処理システムは、サーバ１０及び現金入金機２０を含み、サーバ１０及び現金入金機２０は、広域イーサネット、ＶＰＮ（Virtual Private Network ）又は専用回線等のネットワークＮに接続可能であり、ネットワークＮを介して情報の送受信を行う。なお、情報処理システムは、現金入金機２０のほかに、ＡＴＭ及びＣＤ（Cash Dispenser：現金自動支払い機）等を含み、ＡＴＭ及びＣＤもネットワークＮに接続されている。

【0011】

サーバ１０は、種々の情報処理及び情報の送受信が可能な情報処理装置であり、例えばサーバコンピュータ又はパーソナルコンピュータ等である。サーバ１０は、複数台設けられて分散処理する構成でもよく、１台のサーバ装置内に設けられた複数の仮想マシンによって実現されていてもよく、クラウドサーバを用いて実現されていてもよい。サーバ１０は、金融機関に開設された各顧客の口座に対して、現金入金機２０に投入された現金（現金入金機２０を介して預け入れされた現金）を入金する処理等、種々の情報処理を行う。なお、サーバ１０は、各顧客の口座に対して、ＡＴＭ、ＣＤ及びインターネットバンキング等を介して受け付けた入金、出金、振込、振替等の各取引に係る処理を行うが、これらの処理は公知であるため、詳細については説明を省略する。

【0012】

本実施形態の情報処理システムにおいて、金融機関に口座を開設したユーザ（顧客）は、現金入金機２０を介した現金の預け入れ（入金）を行いたい場合、現金入金機２０を使用するための契約を金融機関との間で行う。金融機関は、現金入金機２０の使用契約を行った顧客に対して、現金入金機２０を使用する際に用いるカード３０（入金専用カード）を発行する。カード３０は、例えば磁気テープ３０ａ（磁気ストライプ）を有する磁気カードであり、磁気テープ３０ａに、口座に対応付けられた顧客の情報（カード情報）が記憶されている。なお、カード３０は、ＩＣ（Integrated Circuit）チップを有するＩＣカードであってもよく、この場合、ＩＣチップに、口座に対応付けられた顧客の情報（カード情報）が記憶されている。

【0013】

現金入金機２０は、金融機関の店舗、コンビニエンスストア及びショッピングモール等の商業施設等に分散配置されており、顧客が投入した現金を顧客自身の口座に預け入れる入金処理のみを行うように構成されている。現金入金機２０は、例えば略四角柱状の筐体を有し、筐体の一面側（現金入金機２０の正面側）に表示部２５、カード３０を挿入するためのカード挿入口２０ａ、現金（紙幣及び貨幣）を投入するための現金投入口２０ｂが設けられている。現金投入口２０ｂには、制御部２１（図２参照）によって開閉が制御される開閉蓋が取り付けてある。また現金入金機２０は、筐体内部に、現金投入口２０ｂから投入された現金（紙幣及び貨幣）が例えば金種（金額）毎に収納される現金収納部２８（図２参照）が設けられている。表示部２５、カード挿入口２０ａ及び現金投入口２０ｂの配置位置は図１に示す例に限定されない。表示部２５は現金入金機２０を操作する顧客が表示内容を見易い位置に設けてあればよく、カード挿入口２０ａは顧客がカード３０を挿入し易い位置に設けてあればよく、現金投入口２０ｂは顧客が現金を投入し易い位置に設けてあればよい。

【0014】

図２は現金入金機２０の構成例を示すブロック図である。現金入金機２０は、制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５、カード読取部２６、現金受付部２７、現金収納部２８等を含み、これらの各部はバスを介して相互に接続されている。制御部２１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）又はＧＰＵ（Graphics Processing Unit）等の１又は複数のプロセッサを含む。制御部２１は、記憶部２２に記憶してある制御プログラム２２Ｐを適宜実行することにより、現金入金機２０が行うべき種々の情報処理及び制御処理を実行する。

【0015】

記憶部２２は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ハードディスク、ＳＳＤ（Solid State Drive）等を含む。記憶部２２は、制御部１１が実行する制御プログラム２２Ｐ及び制御プログラム２２Ｐの実行に必要な各種のデータ等を予め記憶している。また記憶部２２は、制御部２１が制御プログラム２２Ｐを実行する際に発生するデータ等を一時的に記憶する。また記憶部２２は、後述する入金履歴ＤＢ（データベース）２２ａを記憶する。入金履歴ＤＢ２２ａは、現金入金機２０に接続された他の記憶装置に記憶されてもよく、現金入金機２０が通信可能な他の記憶装置に記憶されてもよい。

【0016】

通信部２３は、有線通信又は無線通信によって、ネットワークＮに接続するためのインタフェースを有し、ネットワークＮを介してサーバ１０との間で情報の送受信を行う。入力部２４は、現金入金機２０を操作する顧客による操作入力を受け付け、操作内容に対応した制御信号を制御部２１へ送出する。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部２１からの指示に従って各種の情報を表示する。入力部２４及び表示部２５は一体として構成されたタッチパネルであってもよい。

【0017】

カード読取部２６は、例えば磁気カードリーダであり、カード３０に設けられた磁気テープ３０ａに記憶してあるカード情報を読み取り、読み取ったカード情報を制御部２１へ送出する。なお、カード３０がＩＣカードである場合、カード読取部２６はＩＣカードリーダであり、カード３０に設けられたＩＣチップに記憶してあるカード情報を読み取る。カード読取部２６は、カード挿入口２０ａから挿入されたカード３０からカード情報を読み取る。なお、カード読取部２６は、カード挿入口２０ａから現金入金機２０の筐体内部に挿入されたカード３０に対して読み取り処理を行うほかに、筐体の所定位置に載置されたカード３０に対して読み取り処理を行う構成でもよい。

【0018】

現金受付部２７は、投入口開閉部２７ａ、センサ２７ｂ、金額計数部２７ｃ等を含む。投入口開閉部２７ａは、制御部２１からの指示に従って、現金投入口２０ｂに設けられた開閉蓋の開け閉めを行う。センサ２７ｂは、現金投入口２０ｂの開閉蓋が開いているときに、現金投入口２０ｂの開口部に顧客の手指等が残留しているか否かを検知する。例えばセンサ２７ｂは、現金投入口２０ｂの開口部に顧客の手指等（以下では残留物という）が残留していることを検知した場合、残留物があることを示す検知結果を制御部２１へ送出する。金額計数部２７ｃは、現金投入口２０ｂから投入された紙幣及び貨幣（現金）の金種（金額）を判別する金種判別部と、判別された金種毎の枚数及び個数を計数する計数部と、合計金額を算出する算出部とを含む。金額計数部２７ｃは、現金投入口２０ｂから投入された現金の合計金額を算出し、算出した金額を制御部２１へ送出する。

【0019】

現金収納部２８は、搬送部２８ａ及び収納カセット２８ｂを含む。収納カセット２８ｂは、例えば金種毎に紙幣及び貨幣（現金）を収納するように構成された収納箱である。搬送部２８ａは、現金投入口２０ｂから投入された現金を、金額計数部２７ｃによって金額が算出された後に、金種毎に収納カセット２８ｂまで搬送する。現金入金機２０は、上述した構成に加えてスピーカ又はランプが設けられていてもよい。スピーカが設けられている場合、スピーカによる音声出力によって、現金入金機２０を操作する顧客に各種の情報を通知することができる。ランプが設けられている場合、ランプの点灯又は点滅によって、現金入金機２０の動作状態等を顧客に通知することができる。

【0020】

図３は入金履歴ＤＢ２２ａの構成例を示す模式図である。入金履歴ＤＢ２２ａは、現金入金機２０を介して行われた入金処理に関する情報を記憶する。図３に示す入金履歴ＤＢ２２ａは、入金処理ＩＤ列、日時列、カード情報列、金額列等を含み、入金処理ＩＤに対応付けて入金処理に関する各情報を記憶する。入金処理ＩＤ列は、各入金処理に割り当てられた識別情報（入金処理ＩＤ）を記憶する。日時列は、入金処理が行われた日時を記憶し、カード情報列は、入金処理を行った顧客のカード３０から読み取られたカード情報を記憶し、金額列は、入金された金額を記憶する。入金履歴ＤＢ２２ａに記憶される入金処理ＩＤは、現金入金機２０を介した入金処理が行われた場合に制御部２１によって発行されて記憶される。入金履歴ＤＢ２２ａに記憶される日時は、入金処理が行われた場合に、その時点の日時が制御部２１によって記憶される。なお、現金入金機２０は時計（図示せず）を有しており、制御部２１は、入金処理が行われた場合に、その時点の日時を時計にて取得して入金履歴ＤＢ２２ａに記憶する。入金履歴ＤＢ２２ａに記憶されるカード情報及び金額は、入金処理が行われた場合にカード読取部２６が読み取ったカード情報、及び金額計数部２７ｃが計数した金額（入金額）が制御部２１によって記憶される。入金履歴ＤＢ２２ａの記憶内容は図３に示す例に限定されず、入金処理及び入金処理を行った顧客に関する各種の情報が記憶されてもよい。

【0021】

図４はサーバ１０の構成例を示すブロック図である。サーバ１０は、制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、読み取り部１６等を含み、これらの各部はバスを介して相互に接続されている。サーバ１０の制御部１１、記憶部１２、通信部１３、入力部１４及び表示部１５のそれぞれは、現金入金機２０の制御部２１、記憶部２２、通信部２３、入力部２４及び表示部２５と同様の構成であるので詳細な説明は省略する。なお、サーバ１０の記憶部１２は、制御部１１が実行する制御プログラム１２Ｐに加え、顧客口座ＤＢ１２ａ及び仮払金口座ＤＢ１２ｂを記憶する。顧客口座ＤＢ１２ａ及び仮払金口座ＤＢ１２ｂは、サーバ１０に接続された他の記憶装置に記憶されてもよく、サーバ１０が通信可能な他の記憶装置に記憶されてもよい。

【0022】

読み取り部１６は、ＣＤ（Compact Disc）－ＲＯＭ、ＤＶＤ（Digital Versatile Disc）－ＲＯＭ、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤ（Secure Digital）カード等を含む可搬型記憶媒体１ａに記憶された情報を読み取る。記憶部１２に記憶される制御プログラム１２Ｐ及び各種のデータは、制御部１１が読み取り部１６を介して可搬型記憶媒体１ａから読み取って記憶部１２に記憶してもよい。また、記憶部１２に記憶される制御プログラム１２Ｐ及び各種のデータは、制御部１１が通信部１３を介して他の装置からダウンロードして記憶部１２に記憶してもよい。

【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】

１０ サーバ
１１ 制御部
１２ 記憶部
１３ 通信部
２０ 現金入金機
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 表示部
２６ カード読取部
２７ 現金受付部
２８ 現金収納部
１２ａ 顧客口座ＤＢ
１２ｂ 仮払金口座ＤＢ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】