特開 2022-72663 連携プログラム、連携方法及び連携装置

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

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

(11)【公開番号】P2022072663

(43)【公開日】2022-05-17

(54)【発明の名称】連携プログラム、連携方法及び連携装置

(51)【国際特許分類】

   G06Q 40/02 20120101AFI20220510BHJP

   G07D 11/00 20190101ALI20220510BHJP

【ＦＩ】

G06Q40/02

G07D11/00 131C

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2020182227

(22)【出願日】2020-10-30

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り タブレットソリューションを提供：富士通 ｈｔｔｐｓ：／／ｐｒ．ｆｕｊｉｔｓｕ．ｃｏｍ／ｊｐ／ｎｅｗｓ／２０２０／１０／１４．ｈｔｍｌ タブレットソリューションを提供：ＢＣＳＯＬ ｈｔｔｐ：／／ｗｗｗ．ｂｃｓｏｌ．ｃｏ．ｊｐ／ｉｍｇ／ｎｅｗｓ／［和文］みずほ銀行様プレスリリース案（店頭タブレット）．ｐｄｆ

(71)【出願人】

【識別番号】508287965

【氏名又は名称】バンキングチャネルソリューションズ株式会社

(71)【出願人】

【識別番号】592052416

【氏名又は名称】株式会社 みずほ銀行

(71)【出願人】

【識別番号】592131906

【氏名又は名称】みずほリサーチ＆テクノロジーズ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】新前 大樹

(72)【発明者】

【氏名】遠山 茂

(72)【発明者】

【氏名】北原 峻太郎

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

3E040

3E141

5L055

【Ｆターム（参考）】

3E040AA01

3E040BA07

3E040CA20

3E040EA10

3E040FH05

3E141AA01

3E141BA07

3E141CA20

3E141EA10

3E141FH05

5L055BB27

5L055BB42

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

【課題】入出金業務の作業効率化を図る連携プログラム、連携方法及び連携装置を提供する。
【解決手段】連携システムにおいて、金融機関が現金自動預け払い機と連携するための処理は、コンピュータに、入出金業務の取引内容を受け付ける入力画面を表示し、取引内容の入力を受け付け、入出金業務の取引の依頼を行うユーザを証明する本人確認資料を取得し、取引内容と本人確認資料とを用いて、業務装置が入出金業務を実行する際に必要となる内容を表現した２次元コードを生成し、生成された２次元コードの出力を許容する処理を実行させる。
【選択図】図６

【特許請求の範囲】

【請求項1】

コンピュータに、
入出金業務の取引内容を受け付ける入力画面を表示し、前記取引内容の入力を受け付け、
前記入出金業務の取引の依頼を行うユーザを証明する本人確認資料を取得し、
前記取引内容と前記本人確認資料とを用いて、業務装置が前記入出金業務を実行する際に必要となる内容を表現した２次元コードを生成し、
生成された前記２次元コードの出力を許容する
処理を実行させることを特徴とする連携プログラム。

【請求項2】

前記入出金業務の取引内容を確認する行員の承認を取得する処理を前記コンピュータにさらに実行させ、
前記生成する処理は、前記行員の承認が取得された場合に、前記行員の承認を含む前記２次元コードを生成し、前記行員の承認が取得されなかった場合に、前記２次元コードの生成を抑制する
ことを特徴とする請求項１に記載の連携プログラム。

【請求項3】

前記行員の承認を取得する処理は、前記行員の承認として、前記行員を識別するための行員識別情報を取得し、
前記生成する処理は、前記行員識別情報が取得された場合に、前記行員識別情報を含む前記２次元コードを生成し、前記行員識別情報が取得されなかった場合に、前記２次元コードの生成を抑制する
ことを特徴とする請求項２に記載の連携プログラム。

【請求項4】

前記入出金業務に係る金融機関のシステムから、前記ユーザのユーザ情報を取得する処理を前記コンピュータにさらに実行させ、
前記受け付ける処理は、前記ユーザ情報から前記取引内容に関する情報を取得し、前記入力画面に入力する
ことを特徴とする請求項１～３のうちいずれか１つに記載の連携プログラム。

【請求項5】

前記２次元コードを生成する処理は、前記取引内容で指定される入出金金額が閾値未満である場合に、現金自動預け払い機用の前記２次元コードを生成し、前記入出金金額が閾値以上である場合に、オープン出納機用の前記２次元コードを生成する
ことを特徴とする請求項１～４のうちいずれか１つに記載の連携プログラム。

【請求項6】

前記２次元コードを読みとり入出金を実施した前記オープン出納機が生成した新たな２次元コードを読みとり、前記取引内容の取引を実行するための実行画面を表示する処理を前記コンピュータにさらに実行させる
ことを特徴とする請求項５に記載の連携プログラム。

【請求項7】

コンピュータが、
入出金業務の取引内容を受け付ける入力画面を表示し、前記取引内容の入力を受け付け、
前記入出金業務の取引の依頼を行うユーザを証明する本人確認資料を取得し、
前記取引内容と前記本人確認資料とを用いて、業務装置が前記入出金業務を実行する際に必要となる内容を表現した２次元コードを生成し、
生成された前記２次元コードの出力を許容する
処理を実行することを特徴とする連携方法。

【請求項8】

入出金業務の取引内容を受け付ける入力画面を表示し、前記取引内容の入力を受け付ける受付部と、
前記入出金業務の取引の依頼を行うユーザを証明する本人確認資料を取得する取得部と、
前記取引内容と前記本人確認資料とを用いて、業務装置が前記入出金業務を実行する際に必要となる内容を表現した２次元コードを生成する生成部と、
生成された前記２次元コードの出力を許容する出力部と
を備えることを特徴とする連携装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、連携プログラム、連携方法及び連携装置に関する。

【背景技術】

【0002】

セキュリティの観点から、金融機関は、現金自動預け払い機（Automatic Teller Machine、ATM）に、入出金限度額を設定している。顧客が入出金限度額以上の取引を行う場合には、顧客は、金融機関の窓口での手続きが必要となる場合がある。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１５-１０８８８９号公報

【発明の概要】

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

【0004】

しかしながら、顧客が窓口で入出金手続きを行う場合に、金融機関の窓口担当者は、一人一人の顧客に対応する必要がある。こうした対応は、窓口担当者の拘束時間を長時間化させ、入出金業務の作業効率を低下させる。

【0005】

本願は、上記に鑑みてなされたものであって、入出金業務の作業効率化を図ることを目的とする。

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

【0006】

本開示の実施形態に係る連携プログラムは、コンピュータに、入出金業務の取引内容を受け付ける入力画面を表示し、前記取引内容の入力を受け付け、前記入出金業務の取引の依頼を行うユーザを証明する本人確認資料を取得し、前記取引内容と前記本人確認資料とを用いて、業務装置が前記入出金業務を実行する際に必要となる内容を表現した２次元コードを生成し、生成された前記２次元コードの出力を許容する処理を実行させる。

【発明の効果】

【0007】

実施形態の一態様によれば、入出金業務の作業効率化を図ることができる。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態に係る連携システムの一例を示す図である。

【図2】図２は、本開示の例示的な実施形態に係る、ＡＴＭと連携する連携処理の一例を示す説明図である。

【図3】図３は、実施形態に係る端末装置の機能構成の一例を示す図である。

【図4】図４は、ＡＴＭとの連携に使用されるＱＲコード（登録商標）を出力する出力処理の一例を示す説明図である。

【図5】図５は、ＱＲコードを読み込んだＡＴＭの画面の一例を示す説明図である。

【図6】図６は、実施形態に係る端末装置によって実行される、ＡＴＭと連携するための処理の一例を示すフローチャートである。

【図7】図７は、出納機と連携する連携処理の一例を示す説明図である。

【図8】図８は、ユーザ情報を取得する取得処理の一例を示す説明図である。

【図9】図９は、ハードウェア構成の一例を示す図である。

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

【0009】

以下、本開示の実施形態について、図面を参照しつつ詳細に説明する。なお、この実施形態により本発明が限定されるものではない。１つまたは複数の実施形態の詳細は、以下の説明および図面に記載される。また、複数の実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の１つまたは複数の実施形態において同一の部位には同一の符号を付し、重複する説明は省略する。

【0010】

〔１．連携システムの構成〕
まず、図１を参照して、実施形態に係る連携システムの構成について説明する。

【0011】

図１は、実施形態に係る連携システム１の一例を示す図である。連携システム１は、銀行の営業店内の環境として実現される。図１に示されるように、連携システム１は、端末装置１００と、ＡＴＭ２００と、複数台の行員端末３００とを含む。

【0012】

端末装置１００は、銀行の営業店に来店した顧客によって使用される情報処理装置である。端末装置１００は、タブレット型ＰＣ（Personal Computer）、ノート型ＰＣ、等のクライアント装置を含む、任意のタイプの情報処理装置であってもよい。図１の例では、端末装置１００は、営業店に配布されたタブレット型ＰＣである。図１に示されるように、営業店に来店した顧客は、端末装置１００を受け取り、端末装置１００に、各種申込内容を入力する。図１中では図示していないが、連携システム１は、複数台の端末装置１００を含んでもよい。

【0013】

ＡＴＭ２００は、営業店に設置されたＡＴＭ（Automatic Teller Machine）である。ＡＴＭは、セルフ機とも呼ばれる。ＡＴＭ２００は、顧客が顧客自身で入出金を行うことを可能にする業務装置である。図１中では図示していないが、連携システム１は、複数台のＡＴＭ２００を含んでもよい。

【0014】

行員端末３００は、銀行員（以下「行員」という。）によって使用される営業店端末である。行員端末３００は、営業店内にある各種装置と連携している。なお、図１中では図示していないが、行員端末３００は、行員端末３００の脇に設置された現金機や、営業店内に設置されたプリンタと連携している。現金機は、現金を計数する装置である。プリンタは、行員端末３００の処理結果を、紙の帳票に印刷する。

【0015】

図１中では図示していないが、連携システム１は、番号札受付機、コンシェルジュカウンター、オープン出納機等の設備を含んでもよい。

【0016】

〔２．例示的な実施形態〕
次に、図２を参照して、本開示の例示的な実施形態について詳細に説明する。

【0017】

〔２－１．例示的な実施形態の概要〕
銀行は、セキュリティ対策のため、ＡＴＭに、入出金限度額を設定している。ＡＴＭでの入出金限度額は、金融機関ごとに決まっている。銀行の顧客が入出金限度額以上の取引を行いたい場合には、銀行の窓口での手続きが必要になる。

【0018】

例えば、振り込み詐欺の観点から、ある銀行のＡＴＭ入出金限度額が３０万円に設定されているものとする。この例では、顧客が３０万円を超える入出金を行いたい場合には、顧客は、窓口に３０万円の現金を持っていき、行員が、窓口で現金を直接取り扱う必要がある。

【0019】

説明のための一例として、顧客が、１００万円を入金するために、図１の営業店に来店するものとする。この場合、現状の取引の流れは、次のとおりである。

【0020】

はじめに、営業店に来店した顧客は、受付機で受付番号を発行し、コンシェルジュカウンターで、端末装置１００を受領する。そして、顧客は、端末装置１００に申込内容を入力する。申込内容の入力後、顧客は、端末装置１００を行員に渡す。

【0021】

次いで、端末装置１００を受け取った行員は、営業店内のプリンタに移動する。このプリンタは、端末装置１００と連携しており、端末装置１００に入力された申込内容を記録したＱＲコード（登録商標）が印刷された紙を出力する。そして、行員は、紙を取り、顧客と一緒に、窓口に移動する。

【0022】

その後、行員は、行員端末３００にＱＲコードリーダを使用して、出力された紙からＱＲコードを読みとる。さらに、行員は、顧客から１００万円の現金を受け取り、この現金を、行員端末３００の脇に設置された現金機で処理する。そして、行員は、行員端末３００を使用して入金処理を実行する。入金処理の実行後、帳票が、行員端末３００と連携したプリンタから出力される。出力された帳票は、永年保管される。

【0023】

しかしながら、上述した現状の取引の流れでは、行員が、ＱＲコードの読み取りや、行員端末３００を使用した入金取引を実行しなければならない。さらに、行員は、窓口で実際に現金を扱う必要がある。すなわち、行員は、顧客から現金を直接受け取り、現金機で現金の額を確認する必要がある。このように、現状の取引では、行員は、ＱＲコードを読みとり、現金を預かり、入金処理を行い、帳票を出力するという一連の作業を行っている。この一連の作業は、行員の拘束時間の長時間化の原因となっている。行員の拘束時間の長時間化は、窓口における混雑の発生を引き起こし、その結果、窓口の待ち時間が長くなってしまっている。

【0024】

そこで、例示的な実施形態に係る端末装置１００は、行員の作業効率化を図るために、以下に説明される連携処理を実行する。

【0025】

具体的には、図１の営業店において、端末装置１００は、顧客から入出金情報に加えて、顧客の本人確認資料の画像を受け付けて、入出金情報からＱＲコードを生成する。そして、端末装置１００は、ＡＴＭ２００が生成されたＱＲコードを読み込むことを許容する。このため、顧客は、上述した行員の一連の作業なしで、入出金限度額以上の入出金を、ＡＴＭ２００で行うことができる。

【0026】

これにより、端末装置１００は、顧客が入出金限度額以上の取引を行う場合の行員の作業を軽減することができる。加えて、行員の拘束時間が減少するため、端末装置１００は、営業店における顧客の待ち時間を減少させることもできる。

【0027】

〔２－２．連携処理〕
以下では、図２を参照して、例示的な実施形態に係る連携処理について説明する。

【0028】

図２は、本開示の例示的な実施形態に係る、ＡＴＭと連携する連携処理の一例を示す説明図である。図２の例では、顧客１０が、入金限度額以上の入金を行うために、営業店に来店するものとする。この例では、行員が、ＱＲコードを読みとり、現金を預かり、入金処理を行い、帳票を出力するという上述の一連の作業を行わなくて済むように、端末装置１００が、ＡＴＭ２００と連携する連携処理を行う。

【0029】

図２に示されるように、はじめに、顧客１０は、端末装置１００を受け取り、端末装置１００に取引情報を入力する（ステップＳ１）。現状の取引の場合と同様に、例えば、顧客１０は、コンシェルジュカウンターで、端末装置１００を受領し、営業店内のロビーで、端末装置１００に入金情報を入力する。

【0030】

次いで、端末装置１００は、顧客１０の本人確認資料を取得する（ステップＳ２）。図２の例では、端末装置１００は、本人確認資料として、顧客１０の免許証の画像を取得する。端末装置１００は、本人確認資料として、パスポートや保険証の画像を取得してもよい。本人確認資料は行員が内容を確認し、承認する。

【0031】

次いで、端末装置１００は、入力された取引情報を記録したＱＲコードを生成する（ステップＳ３）。図２に示されるように、生成されたＱＲコードは、取引内容や本人資料に関する情報や、「ＡＴＭでＱＲコードを読みとってください」というメッセージとともに、端末装置１００に表示される。

【0032】

その後、顧客１０は、ＡＴＭ２００に移動し、端末装置１００に表示されたＱＲコードを、ＡＴＭ２００に出力する（ステップＳ４）。端末装置１００に入力された取引情報は、ＱＲコードを介して、ＡＴＭ２００に引き渡される。これにより、ＡＴＭ２００は、端末装置１００と連携して入金処理を実行することができる。

【0033】

上述のように、端末装置１００は、顧客１０によって入力された取引情報を、ＱＲコードとして発行する。そして、顧客１０がＡＴＭ２００にＱＲコードを読み取らせることができるように、端末装置１００は、ＱＲコードを顧客１０に表示する。このため、入金額が入金限度額以上である場合でも、顧客１０は、窓口で手続きを行う必要がなく、顧客１０は、端末装置１００を使用して、ＡＴＭ２００において入金することができる。

【0034】

これにより、端末装置１００は、ＱＲコードを読みとり、現金の預かり、入金処理、帳票の出力といった行員の一連の作業を不要にすることができ、それによって、行員の介在を少なくすることができる。その結果、行員の拘束時間が減少し、行員の作業効率が上がる。また、現金を受け取る機会も少なくなるため、承認行為等の行員の作業も削減される。将来的には、銀行は、行員の数を削減し、銀行の店舗数を極小化することができる。

【0035】

一方、顧客１０は、ＡＴＭ２００において自分で入金することができる。このため、顧客１０は、窓口での待ち時間なしで、入金限度額以上の入金を行うことができる。

【0036】

上述の行員作業の軽減や待ち時間の減少以外の効果としては、低い保守費用が挙げられる。行員端末３００の保守費用や導入費用は、汎用的なタブレットである端末装置１００の保守費用や導入費用よりも高い。この点に関して、銀行は、保守費用が高い行員端末３００よりも、保守費用が低い端末装置１００を多く用意することができる。上述の連携処理は、保守費用が低い端末装置１００での取引を可能にする。銀行は、現状、銀行の営業店内にあるＡＴＭ２００を、この連携処理に使用することができる。銀行は新しい装置を購入する必要がないため、銀行は、連携処理を使用したサービスを、少ない費用で導入することができる。

【0037】

それに加え、入出金限度額以上の取引がＡＴＭ２００によって実行されるため、端末装置１００は、帳票等の紙による応答結果の出力を不要にすることができる。上述のように、現状では、帳票が、行員端末３００と連携したプリンタから出力され、永年保管される。端末装置１００は、帳票が保管場所を取らないように、ペーパレス化を図ることもできる。このため、端末装置１００は、紙媒体の保守費用を低減することもできる。

【0038】

以下、このような連携処理を行う端末装置１００について詳細に説明する。

【0039】

〔３．端末装置の機能構成〕
次に、図３を参照して、図２を参照して上述した連携処理を実現する端末装置１００の機能構成について詳細に説明する。

【0040】

図３は、実施形態に係る端末装置１００の機能構成の一例を示す図である。図３に示されるように、端末装置１００は、通信部１１０と、入力部１２０と、出力部１３０と、制御部１４０とを有する。

【0041】

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１１０は、有線または無線によりネットワーク網と接続される。通信部１１０は、他の装置に、ネットワークＮを介して、通信可能に接続される。通信部１１０は、他の装置との間で、ネットワーク網を介して、情報の送受信を行うことができる。他の装置は、例えば、勘定系システムであってもよい。

【0042】

（入力部１２０）
入力部１２０は、端末装置１００のユーザから各種操作を受け付ける入力装置である。例えば、入力部１２０は、キーボードやマウスや操作キー等によって実現される。

【0043】

（出力部１３０）
出力部１３０は、各種情報を表示するための表示装置である。例えば、出力部１３０は、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等によって実現される。なお、端末装置１００にタッチパネルが採用される場合には、入力部１２０と出力部１３０とは一体化される。

【0044】

（制御部１４０）
制御部１４０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサによって、端末装置１００内部の記憶装置に記憶されている各種プログラム（連携プログラムの一例に相当）がＲＡＭ等を作業領域として実行されることにより実現される。例えば、この各種プログラムは、モバイルアプリケーションと呼ばれるアプリケーションソフトウェアに該当する。また、制御部１４０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＧＰＧＰＵ（General Purpose Graphic Processing Unit）等の集積回路により実現されてもよい。

【0045】

制御部１４０は、図３に示されるように、受付部１４１と、ユーザ情報取得部１４２と、確認資料取得部１４３と、承認取得部１４４、生成部１４５と、２次元コード出力部１４６と、表示部１４７とを有し、以下に説明する情報処理の機能や作用を実現又は実行する。また、制御部１４０は、図２を参照して上述した連携処理を実現することができる。端末装置１００の１つまたは複数のプロセッサは、端末装置１００の１つまたは複数のメモリに記憶された命令を実行することによって、制御部１４０内の各制御部の機能を実現することができる。なお、制御部１４０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。例えば、生成部１４５は、生成部１４５以外の部に関して後述する情報処理の全部または一部を行ってもよい。

【0046】

（受付部１４１）
受付部１４１は、入出金に関する情報をユーザから受け付ける。受付部１４１は、入出金業務の取引内容を受け付ける入力画面を表示する。そして、受付部１４１は、入力画面を介して、取引内容の入力を受け付ける。図２を参照して上述したように、例えば、入力画面は、氏名、口座番号、取引内容、金額等の入力項目を含む。取引内容の入力項目は、例えば、入金、出金、振込等の取引業務の入力を受け付ける。取引内容が振込である場合には、受付部１４１は、振込元情報および振込先情報を受け付ける入力画面を表示し、振込元情報および振込先情報の入力を受け付ける。なお、振込が税公金振込である場合には、入力画面から納付書の枚数を受け付ける。

【0047】

（ユーザ情報取得部１４２）
ユーザ情報取得部１４２は、金融機関の顧客であるユーザのユーザ情報を取得する。例えば、ユーザ情報取得部１４２は、口座名義、口座番号等のユーザ情報を入力画面に自動的に入力するために、ユーザ情報を勘定系システムから取得する。勘定系システムからのユーザ情報の取得は、図８を参照して以下で詳述される。

【0048】

（確認資料取得部１４３）
確認資料取得部１４３は、ユーザの本人確認資料を取得する。確認資料取得部１４３は、入出金業務の取引の依頼を行うユーザを証明する本人確認資料を取得する。例えば、確認資料取得部１４３は、本人確認資料として、免許証、パスポート、保険証、マイナンバーカードの画像を取得する。

【0049】

確認資料取得部１４３は、端末装置１００に搭載されたカメラを使用して、本人確認資料の画像を取得する。確認資料取得部１４３は、ユーザの本人確認のための認証方法に関しては、本人確認のための情報として、キャッシュカードの暗証番号認証やスマホアプリでの生体認証などを行う。生体認証において、確認資料取得部１４３は、端末装置１００に内蔵または外付けされた認証器を使用して、ＦＩＤＯ（登録商標）認証を実施してもよい。この場合、金融機関は、例えば、ユーザ用の公開鍵を、勘定系システム内の認証サーバに予め登録する。また、金融機関は、ユーザ用の秘密鍵を認証器に予め格納する。

【0050】

（承認取得部１４４）
承認取得部１４４は、入出金業務の取引内容を確認する行員の承認を取得する。例えば、承認取得部１４４は、行員の承認として、行員を識別するための行員識別情報や行員を特定できる署名などを取得する。行員の承認の取得は、図４を参照して後述される。

【0051】

（生成部１４５）
生成部１４５は、取引内容と本人確認資料とを用いて、業務装置が入出金業務を実行する際に必要となる内容を表現した２次元コードを生成する。業務装置は、例えば、図１および図２を参照して上述したＡＴＭ２００である。なお、業務装置は、図７を参照して後述するオープン出納機であってもよい。

【0052】

生成部１４５は、例えば、業務装置が入出金業務を実行する際に必要となる内容を表現した２次元コードとして、この内容を表現したＱＲコードを生成する。生成部１４５は、２次元コードとして、データマトリックス等の他のコードを生成してもよい。

【0053】

生成部１４５は、各入出金業務に固有の番号を生成してもよい。例えば、生成部１４５は、各入出金業務に固有の処理通番を生成してもよい。生成部１４５は、各入出金業務に固有の番号を、ＱＲコードに含めてもよい。

【0054】

（２次元コード出力部１４６）
２次元コード出力部１４６は、生成部１４５によって生成された２次元コードの出力を許容する。例えば、２次元コード出力部１４６は、２次元コードを含む読み取り画面を表示する。図２を参照して上述したように、例えば、読み取り画面は、「ＡＴＭでＱＲコードを読みとってください」というメッセージと、ＱＲコードとを含む。

【0055】

（表示部１４７）
表示部１４７は、取引内容の取引を実行するための実行画面を表示する。より具体的には、実行画面は、ユーザが、図７を参照して後述するオープン出納機に格納された現金に基づいて、取引内容の取引を実行することを可能にするユーザインタフェースである。実行画面の表示は、図７を参照して以下で詳述される。

【0056】

（連携処理の一例）
上記では、例示的な実施形態に係る連携処理を、図２を参照して説明した。ここでは、連携処理を、図４および図５を参照してより詳細に説明する。

【0057】

図４は、ＡＴＭ２００との連携に使用されるＱＲコードを出力する出力処理の一例を示す説明図である。図２の連携処理の場合と同様に、顧客１０が入金限度額以上の入金を行うために、営業店に来店するものとする。

【0058】

はじめに、受付部１４１は、入出金情報を受け付けるための画面１１を表示する。図４に示されるように、画面１１は、氏名、口座番号、取引内容、金額等の入力項目を含む。図４の例では、顧客１０は、「マル子」、「７７７」、「振込」および「1,000,000」の情報を、氏名、口座番号、取引内容および金額の項目に、それぞれ入力する。そして、顧客１０は、「OK」のボタンを押す。

【0059】

次いで、確認資料取得部１４３は、本人確認書類の撮影のための画面１２を表示する。画面１２は、ガイド枠を含む。図４の例では、顧客１０は、画面１２を使用して、免許書を撮影する。これにより、確認資料取得部１４３は、顧客１０の免許書の画像を、本人確認書類として取得する。

【0060】

次いで、承認取得部１４４は、取引内容の確認のための画面１３を表示する。画面１３は、「当タブレットを行員にお渡しください」というメッセージを含む。図４の例では、顧客１０は、端末装置１００を行員に渡す。そして、端末装置１００を受け取った行員は、「確認」のボタンを押す。

【0061】

次いで、承認取得部１４４は、取引内容の確認のための画面１４を表示する。図４に示されるように、画面１４は、依頼人名、口座番号、振込金額等の確認項目を含む。図４の例では、行員は、画面１４を見て、取引内容を確認する。この例では、行員は、取引内容に問題がないことを確認したものとする。そして、行員は、「ＯＫ」のボタンを押す。

【0062】

次いで、承認取得部１４４は、行員の承認のための画面１５を表示する。画面１４は、行員を識別するためのＩＤであるオペレータＩＤの入力項目を含む。行員は、行員自身のオペレータＩＤを入力し、「OK」のボタンを押す。このようにして、承認取得部１４４は、行員識別情報として、オペレータＩＤを取得する。

【0063】

次いで、生成部１４５は、受付部１４１によって受け付けられた入出金情報と、承認取得部１４４によって取得されたオペレータＩＤとを表現したＱＲコード１７を生成する。そして、２次元コード出力部１４６は、取引依頼のための画面１６を表示する。画面１６は、取引内容や本人資料に関する情報と、「ＡＴＭでＱＲコードを読み取ってください」というメッセージと、生成部１４５によって生成されたＱＲコード１７とを含む。

【0064】

その後、端末装置１００を持った顧客１０は、ＡＴＭ２００に移動する。ここでは、顧客１０だけが、ＱＲコード１７が表示された状態で、端末装置１００をＡＴＭ２００に持っていく。そして、顧客１０は、端末装置１００に表示されたＱＲコード１７を、ＡＴＭ２００に読み取らせる。ＱＲコード１７を読み取ったＡＴＭ２００は、取引内容確認のための画面を表示する。取引内容確認のための画面は、図５を参照して後述される。

【0065】

図５は、ＱＲコードを読み込んだＡＴＭ２００の画面の一例を示す説明図である。図４を参照して上述したように、顧客１０は、入出金情報を受け付けるための画面１１を介して、氏名、口座番号、取引内容、金額等の情報を入力する。この場合、氏名、口座番号、金額等の情報は、図４を参照して上述したＱＲコード１７を介して、ＡＴＭ２００に引き渡される。ＡＴＭ２００は、ＱＲコードを読み取るためのバーコードリーダを有する。ＡＴＭ２００は、端末装置１００の生成部１４５によって生成されたＱＲコードから入出金情報を取得するためのアプリケーションを実装する。

【0066】

図５の例では、ＱＲコード１７を読み込んだＡＴＭ２００は、取引内容確認のための画面１８を表示する。言い換えると、ＡＴＭ２００は、取引内容の取引を実行するための実行画面として、画面１８を表示する。画面１８は、依頼人名、口座番号、振込金額等の確認項目を含む。図５に示されるように、図４を参照して上述した画面１１の氏名、口座番号および金額は、画面１８の依頼人名、口座番号、振込金額にそれぞれ対応する。顧客１０が「確認」のボタンを押した場合には、取引が、画面１８に表示された取引内容に基づいて実行される。

【0067】

〔４．連携処理のフロー〕
次に、図６を参照して、実施形態に係る端末装置１００による連携処理の手順について説明する。

【0068】

図６は、実施形態に係る端末装置１００によって実行される、ＡＴＭ２００と連携するための処理の一例を示すフローチャートである。

【0069】

図６に示されるように、はじめに、端末装置１００の受付部１４１は、入出金業務に関する申込内容の入力を受け付ける（ステップＳ１０１）。例えば、受付部１４１は、口座番号、入出金の金額等の入力を受け付ける。

【0070】

次いで、端末装置１００の確認資料取得部１４３は、本人確認資料の受付画面を表示する（ステップＳ１０２）。

【0071】

次いで、確認資料取得部１４３は、本人確認資料が受け付けられたかを判定する（ステップＳ１０３）。例えば、確認資料取得部１４３は、顧客の本人確認資料を受け付けるために、端末装置１００に搭載されたカメラを使用して、本人確認資料を撮影することができる。

【0072】

本人確認資料が受け付けられていないと判定された場合に（ステップＳ１０３：Ｎｏ）、確認資料取得部１４３は、再度ステップＳ１０３を実行する。一例として、本人確認資料が所定の時間内に受け付けられなかった場合に、確認資料取得部１４３は、本人確認資料が必要であることを通知するエラー画面を表示してもよい。そして、確認資料取得部１４３は、再度ステップＳ１０２を実行してもよい。

【0073】

本人確認資料が受け付けられと判定された場合に（ステップＳ１０３：Ｙｅｓ）、端末装置１００の承認取得部１４４は、行員の承認の入力画面を表示する（ステップＳ１０４）。

【0074】

次いで、承認取得部１４４は、行員の承認が取得されたかを判定する（ステップＳ１０５）。例えば、承認取得部１４４は、行員が申込内容を承認したことを示す情報として、行員を識別するＩＤであるオペレータＩＤを取得することができる。

【0075】

行員の承認が取得されていないと判定された場合に（ステップＳ１０５：Ｎｏ）、承認取得部１４４は、再度ステップＳ１０５を実行する。一例として、行員の承認が所定の時間内に受け付けられなかった場合に、承認取得部１４４は、行員の承認が必要であることを通知するエラー画面を表示してもよい。そして、承認取得部１４４は、再度ステップＳ１０４を実行してもよい。

【0076】

行員の承認が取得されたと判定された場合に（ステップＳ１０５：Ｙｅｓ）、端末装置１００の生成部１４５は、申込内容およびオペレータＩＤを記録したＱＲコードを生成する（ステップＳ１０６）。ＱＲコードは、端末装置１００からＡＴＭ２００に、申込内容および行員の承認を伝達するものである。端末装置１００は、ＱＲコードを介して、ＡＴＭ２００と連携する。

【0077】

次いで、端末装置１００の表示部１４７は、ＱＲコードを表示する（ステップＳ１０７）。例えば、表示部１４７は、ＱＲコードを含む画面を表示する。これにより、顧客は、端末装置１００で入力された申込内容を記録したＱＲコードを、ＡＴＭ２００に読ませることができる。

【0078】

〔５．他の実施形態〕
上述の実施形態に係る端末装置１００は、上述の実施形態以外にも、種々の異なる形態で実施されてよい。そこで、以下では、上記の端末装置１００の他の実施形態について説明する。

【0079】

〔５－１．オープン出納機との連携〕
窓口の業務に関して、業務装置の制約のため、現金を格納する業務装置は、入出金金額ごとに異なる。一例として、入出金金額が紙幣２００枚未満である場合に、行員端末３００の脇に設置された現金機が、紙幣を計数する。あるいは、ＡＴＭ２００が、紙幣を計数する。一方、入出金金額が紙幣２００枚以上である場合に、オープン出納機（以下では、「出納機」という。）と呼ばれる特殊な機器が、紙幣を計数する。

【0080】

図４を参照して上述した出力処理においては、ＡＴＭ２００が、出力されたＱＲコードを読み込む。しかしながら、入出金金額が紙幣２００枚以上である場合に、ＡＴＭ２００は、紙幣を計数することができない。そこで、端末装置１００は、入出金金額が紙幣２００枚以上である場合でも、顧客が顧客自身で取引の実行自体を行えるように、出納機と連携してもよい

【0081】

図７は、出納機と連携する連携処理の一例を示す説明図である。図４の例では、顧客１０は、１００万円を入金した。図７の例では、顧客１０は、現金機の入金限度額を超える３００万円を入金するために、図１の営業店に来店するものとする。

【0082】

はじめに、図４の画面１１の場合と同様に、受付部１４１は、入出金情報を受け付けるための画面２１を表示する。図７に示されるように、画面２１は、氏名、口座番号、取引内容、金額等の入力項目を含む。図７の例では、顧客１０は、金額の項目に、「3,000,000」の情報を入力する。そして、顧客１０は、「OK」のボタンを押す。

【0083】

受付部１４１が入出金情報を受け付けた場合に、図４の画面１２の場合と同様に、確認資料取得部１４３が、本人確認書類の撮影のための画面を表示してもよい。そして、確認資料取得部１４３が、本人確認書類を取得してもよい。

【0084】

次いで、承認取得部１４４は、入出金金額の確認のための画面２２を表示する。画面２２は、「現金と一緒に当タブレットを行員にお渡しください」というメッセージを含む。図７の例では、顧客１０は、端末装置１００を行員に渡す。そして、端末装置１００を受け取った行員は、「確認」のボタンを押す。

【0085】

次いで、承認取得部１４４は、取引内容の確認のための画面２３を表示する。図７に示されるように、画面２３は、依頼人名、口座番号、振込金額等の確認項目を含む。この例では、行員は、取引内容に問題がないことを確認し、「ＯＫ」のボタンを押す。

【0086】

「OK」のボタンが押された場合に、図４の画面１５の場合と同様に、承認取得部１４４は、行員の承認のための画面を表示する。行員は、行員自身のオペレータＩＤを入力し、承認取得部１４４は、オペレータＩＤを取得する。

【0087】

次いで、図４の画面１６の場合と同様に、生成部１４５は、受付部１４１によって受け付けられた入出金情報と、承認取得部１４４によって取得されたオペレータＩＤとを表現したＱＲコード２５を生成する。そして、２次元コード出力部１４６は、入出金の実施のための画面２４を表示する。画面２４は、取引内容や本人資料に関する情報と、「出納機でＱＲコードを読み取ってください」というメッセージと、生成部１４５によって生成されたＱＲコード２５とを含む。

【0088】

画面２４が表示された処理段階において、端末装置１００および現金を持った行員が、出納機に移動する。そして、行員は、端末装置１００に表示されたＱＲコード２５を、出納機に読み取らせる。また、行員は、出納機に現金を格納する。出納機は、現金を計数し、入金を実施する。また、ＱＲコード２５を読み込んだ出納機は、入金の入力値を入力として取り込む。

【0089】

現金の格納に関しては、例えば、行員は、出納機に紙幣を入れる。なお、出納機は、オフラインの機器である。このため、出納機は、入金の処理を行うが、この入金に基づく取引の実行は、端末装置１００によって行われる。すなわち、出納機自体は、この入金に基づく取引を実行しない。

【0090】

出納機は、端末装置１００において入金に基づく取引を実行するのに必要な情報を表現したＱＲコード２７が印刷された紙を出力する。この紙は、帳票ではなく、例えば、レシートである。レシートに印刷されたＱＲコード２７は、入金に基づく取引の入力に相当する。図７の例では、ＱＲコード２７は、顧客１０が３００万円の入金を行ったことを示す情報を表現する。

【0091】

行員は、ＱＲコード２７が印刷された紙を受け取り、端末装置１００に表示された画面を、次の処理段階に進めるための操作を行う。例えば、画面２４が「次へ」のボタン（図示せず）を含む場合には、行員は、「次へ」のボタンを押す。

【0092】

行員が次の処理段階に進めるための操作を行った場合に、図３を参照して上述した表示部１４７は、ＱＲコードの読み取りのための画面２６を表示する。画面２６は、ガイド枠を含む。図７の例では、顧客１０は、画面２６を使用して、ＱＲコード２７を撮影する。これにより、表示部１４７は、ＱＲコード２７を読み取る。

【0093】

その後、表示部１４７は、入金に基づく取引を実行するための画面として、取引内容確認のための画面２８を表示する。画面２８は、依頼人名、口座番号、振込金額等の確認項目を含む。行員は、画面２８が表示された状態で、端末装置１００を、顧客１０に持っていく。顧客１０は、取引内容に問題がないかを確認する。そして、顧客１０は、「確認」のボタンを押す。これにより、取引が、画面２８に表示された取引内容に基づいて実行される。

【0094】

〔５－２．顧客情報の自動入力〕
図３を参照して上述したユーザ情報取得部１４２は、顧客情報を自動で入力するために、勘定系システムから、ユーザ情報として、顧客情報を取得してもよい。例えば、ユーザ情報取得部１４２と、入出金情報がオートフィルによって入力されるように、勘定系システムと連携してもよい。

【0095】

図８は、ユーザ情報を取得する取得処理の一例を示す説明図である。図８の例では、ユーザ情報取得部１４２は、ログインのための画面３１を表示する。例えば、図２を参照して上述した顧客１０は、ＩＤとパスワードを画面３１に入力する。そして、顧客１０は、「ログイン」のボタンを押す。図８の例では、ユーザ情報取得部１４２は、インターネット等のネットワークを介して、ＩＤおよびパスワードを、勘定系システム４００に送信する。

【0096】

勘定系システム４００は、ＩＤおよびパスワードに対する応答として、ＩＤに対応する顧客のユーザ情報を、端末装置１００に送信する。ユーザ情報取得部１４２は、顧客１０のユーザ情報に基づいて、入出金情報を受け付けるための画面内の所定の入力項目に、情報を予め入力する。図８の例では、ユーザ情報取得部１４２は、「マル子」、「７７７」、および「カモ」の情報を、口座名義、口座番号、および振込先の項目に、それぞれ入力する。これにより、端末装置１００は、定期的な取引に使用される顧客情報を入力する手間を省くことができる。

【0097】

〔６．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の一部を手動的に行うこともできる。あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

【0098】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

【0099】

〔７．ハードウェア構成〕
また、上述してきた実施形態に係る端末装置１００は、例えば図９に示すような構成のコンピュータ１０００によって実現される。図９は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。

【0100】

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。一次記憶装置１０４０は、ＲＡＭ等、演算装置１０３０が各種の演算に用いるデータを一時的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等により実現される。

【0101】

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインタフェースであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナ等といった各種の入力装置１０２０から情報を受信するためのインタフェースであり、例えば、ＵＳＢ等により実現される。

【0102】

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等から情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリ等の外付け記憶媒体であってもよい。

【0103】

ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

【0104】

演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

【0105】

例えば、コンピュータ１０００が端末装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部１４０の機能を実現する。

【0106】

〔８．効果〕
上述してきたように、実施形態に係る端末装置１００は、受付部１４１と、確認資料取得部１４３と、生成部１４５と、２次元コード出力部１４６とを有する。

【0107】

実施形態に係る端末装置１００において、受付部１４１は、入出金業務の取引内容を受け付ける入力画面を表示し、取引内容の入力を受け付ける。また、実施形態に係る端末装置１００において、確認資料取得部１４３は、入出金業務の取引の依頼を行うユーザを証明する本人確認資料を取得する。また、実施形態に係る端末装置１００において、生成部１４５は、取引内容と本人確認資料とを用いて、業務装置が入出金業務を実行する際に必要となる内容を表現した２次元コードを生成する。本人確認資料は、取引の承認に用いられ、生成部１４５は、本人確認資料を用いた承認結果に基づいて、２次元コードを生成する。また、実施形態に係る端末装置１００において、２次元コード出力部１４６は、生成された２次元コードの出力を許容する。

【0108】

また、実施形態に係る端末装置１００は、入出金業務の取引内容を確認する行員の承認を取得する承認取得部１４４を有する。また、実施形態に係る端末装置１００において、生成部１４５は、行員の承認が取得された場合に、行員の承認を含む２次元コードを生成し、行員の承認が取得されなかった場合に、２次元コードの生成を抑制することができる。

【0109】

また、実施形態に係る端末装置１００において、承認取得部１４４は、行員の承認として、行員を識別するための行員識別情報を取得する。また、実施形態に係る端末装置１００において、生成部１４５は、行員識別情報が取得された場合に、行員識別情報を含む２次元コードを生成し、行員識別情報が取得されなかった場合に、２次元コードの生成を抑制することができる。

【0110】

また、実施形態に係る端末装置１００は、入出金業務に係る金融機関のシステムから、ユーザのユーザ情報を取得するユーザ情報取得部１４２を有する。また、実施形態に係る端末装置１００において、受付部１４１は、ユーザ情報から取引内容に関する情報を取得し、入力画面に入力する。

【0111】

また、実施形態に係る端末装置１００において、生成部１４５は、取引内容で指定される入出金金額が閾値未満である場合に、現金自動預け払い機用の２次元コードを生成し、入出金金額が閾値以上である場合に、オープン出納機用の２次元コードを生成する。閾値の設定は、顧客属性や取引内容によって、異なってもよい。

【0112】

また、実施形態に係る端末装置１００は、２次元コードを読みとり入出金を実施したオープン出納機が生成した新たな２次元コードを読みとり、取引内容の取引を実行するための実行画面を表示する表示部１４７を有する。

【0113】

上述した各処理により、端末装置１００は、入出金業務の作業効率化を図ることができる。

【0114】

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

【0115】

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、生成部は、生成手段や生成回路に読み替えることができる。

【符号の説明】

【0116】

１ 連携システム
１００ 端末装置
１１０ 通信部
１２０ 入力部
１３０ 出力部
１４０ 制御部
１４１ 受付部
１４２ ユーザ情報取得部
１４３ 確認資料取得部
１４４ 承認取得部
１４５ 生成部
１４６ ２次元コード出力部
１４７ 表示部
２００ ＡＴＭ
３００ 行員端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】