(57)【要約】      （修正有）【課題】送金者が安心して送金をおこなうための送金支援装置、送金支援方法、および送金支援プログラムを提供する。【解決手段】銀行サーバ１１１は、通知部４０１と、受付部４０２と、送金制御部４０３とを備える。通知部４０１は、あらかじめ連絡先が登録された受取者に宛てて送金をおこなう旨の依頼を送金者から受け付けた場合に、受取者に送金がおこなわれる旨の通知をおこなう。受付部４０２は、受取者に送金がおこなわれる旨の通知により、送金がおこなわれることの承諾を受取者から受け付ける。送金制御部４０３は、受付部４０２によって受け付けられた承諾に応じて、送金を実行する。【選択図】図４
2019028863.tif 000002
【特許請求の範囲】
【請求項１】
あらかじめ連絡先が登録された受取者に宛てて送金をおこなう旨の依頼を送金者から受け付けた場合に、前記受取者に前記送金がおこなわれる旨の通知をおこなう通知部と、
前記通知により前記送金がおこなわれることの承諾を前記受取者から受け付ける受付部と、
前記受付部によって受け付けられた前記承諾に応じて、前記送金を実行する送金制御部と、
を備えたことを特徴とする送金支援装置。
【請求項２】
前記承諾は、前記受取者の認証を含む、
ことを特徴とする請求項１に記載の送金支援装置。
【請求項３】
前記通知部は、前記送金を示す所定の文字列の入力を含む前記依頼を前記送金者から受け付けた場合に、前記所定の文字列を含む前記通知をおこなう、
ことを特徴とする請求項１または２に記載の送金支援装置。
【請求項４】
前記送金制御部は、前記通知がおこなわれてから所定期間が経過するまでの間に前記受付部によって前記承諾が受け付けられない場合、または、前記受付部によって前記送金をおこなわない旨が受け付けられた場合に、前記送金者から受け付けた前記依頼をキャンセルする、
ことを特徴とする請求項１〜３のいずれか一つに記載の送金支援装置。
【請求項５】
前記通知部は、前記送金制御部によって前記依頼がキャンセルされた場合に、前記送金者に宛ててその旨を示す報知をおこなう、
ことを特徴とする請求項４に記載の送金支援装置。
【請求項６】
前記通知部は、前記受取者に宛てて前記送金をおこなう旨の依頼と、あらかじめ連絡先が登録された、前記受取者の代理人へ通知をおこなう旨とを前記送金者から受け付けた場合に、前記代理人に前記通知をおこない、
前記受付部は、前記通知により前記代理人から前記承諾を受け付け、
前記送金制御部は、前記代理人からの前記承諾に応じて、前記受取者に宛てて前記送金を実行する、
ことを特徴とする請求項１〜５のいずれか一つに記載の送金支援装置。
【請求項７】
前記通知は、複数種類の認証の中から受取者におこなわせる１種類以上の認証を前記送金者から受け付けた受付結果を含み、
前記認証は、前記受付結果が示す種類の認証である、
ことを特徴とする請求項２に記載の送金支援装置。
【請求項８】
あらかじめ連絡先が登録された受取者に宛てて送金をおこなう旨の依頼を送金者から受け付けた場合に、前記受取者に前記送金がおこなわれる旨の通知をおこない、
前記通知により前記送金がおこなわれることの承諾を前記受取者から受け付け、
受け付けた前記承諾に応じて、前記送金を実行する、
処理をコンピュータが実行することを特徴とする送金支援方法。
【請求項９】
あらかじめ連絡先が登録された受取者に宛てて送金をおこなう旨の依頼を送金者から受け付けた場合に、前記受取者に前記送金がおこなわれる旨の通知をおこない、
前記通知により前記送金がおこなわれることの承諾を前記受取者から受け付け、
受け付けた前記承諾に応じて、前記送金を実行する、
処理をコンピュータに実行させることを特徴とする送金支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、送金支援装置、送金支援方法、および送金支援プログラムに関する。
【背景技術】
【０００２】
従来、金融機関の窓口やＡＴＭ（Ａｕｔｏｍａｔｅｄ  Ｔｅｌｌｅｒ  Ｍａｃｈｉｎｅ）などから、利用者が所定の手続をおこなうことにより、指定の口座に送金することがおこなわれている。送金においては、身内を騙る詐欺（いわゆる振込め詐欺）など、送金者が意図しない送金がおこなわれることがある。振込め詐欺は、たとえば、受取者（犯罪者）が身内の者であると装って、送金者（被害者）に指定口座への振込依頼をおこなうことにより、送金者を欺いて指定口座に送金させる詐欺行為である。
【０００３】
関連する先行技術としては、振込依頼人毎に過去の振込取引情報を蓄積しておき、今回の振込取引の振込先口座が過去に振込みをおこなったことがない口座である場合に警告表示をおこなうことが開示されている（たとえば、下記特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１０２６２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、送金者が意図しない送金がおこなわれることがあるため、送金者は安心して送金をおこなうことができないことがあった。具体的には、送金者が意図しない送金は、振込め詐欺のほかにも、たとえば、送金者が宛先を間違えるといった勘違いや、重複して送金したりするといった誤操作によっても生じることがある。
【０００６】
この発明は、上述した従来技術による問題点を解消するため、送金者が安心して送金をおこなうことができ、特に身内を騙る詐欺の対策に有効な送金支援装置、送金支援方法、および送金支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、この発明にかかる送金支援装置は、あらかじめ連絡先が登録された受取者に宛てて送金をおこなう旨の依頼を送金者から受け付けた場合に、前記受取者に前記送金がおこなわれる旨の通知をおこなう通知部と、前記通知により前記送金がおこなわれることの承諾を前記受取者から受け付ける受付部と、前記受付部によって受け付けられた前記承諾に応じて、前記送金を実行する送金制御部と、を備えたことを特徴とする。
【０００８】
また、この発明にかかる送金支援装置は、上記発明において、前記承諾は、前記受取者の認証を含むことを特徴とする。
【０００９】
また、この発明にかかる送金支援装置は、上記発明において、前記通知部は、前記送金を示す所定の文字列の入力を含む前記依頼を前記送金者から受け付けた場合に、前記所定の文字列を含む前記通知をおこなう、ことを特徴とする。
【００１０】
また、この発明にかかる送金支援装置は、上記発明において、前記送金制御部は、前記通知がおこなわれてから所定期間が経過するまでの間に前記受付部によって前記承諾が受け付けられない場合、または、前記受付部によって前記送金をおこなわない旨が受け付けられた場合に、前記送金者から受け付けた前記依頼をキャンセルすることを特徴とする。
【００１１】
また、この発明にかかる送金支援装置は、上記発明において、前記通知部は、前記送金制御部によって前記依頼がキャンセルされた場合に、前記送金者に宛ててその旨を示す報知をおこなうことを特徴とする。
【００１２】
また、この発明にかかる送金支援装置は、上記発明において、前記通知部は、前記受取者に宛てて前記送金をおこなう旨の依頼と、あらかじめ連絡先が登録された、前記受取者の代理人へ通知をおこなう旨とを前記送金者から受け付けた場合に、前記代理人に前記通知をおこない、前記受付部は、前記通知により前記代理人から前記承諾を受け付け、前記送金制御部は、前記代理人からの前記承諾に応じて、前記受取者に宛てて前記送金を実行する、ことを特徴とする。
【００１３】
また、この発明にかかる送金支援装置は、上記発明において、前記通知は、複数種類の認証の中から受取者におこなわせる１種類以上の認証を前記送金者から受け付けた受付結果を含み、前記受取者の認証は、前記受付結果が示す種類の認証である、ことを特徴とする。
【００１４】
また、この発明にかかる送金支援方法は、あらかじめ連絡先が登録された受取者に宛てて送金をおこなう旨の依頼を送金者から受け付けた場合に、前記受取者に前記送金がおこなわれる旨の通知をおこない、前記通知により前記送金がおこなわれることの承諾を前記受取者から受け付け、受け付けた前記承諾に応じて、前記送金を実行する、処理をコンピュータが実行することを特徴とする。
【００１５】
また、この発明にかかる送金支援プログラムは、あらかじめ連絡先が登録された受取者に宛てて送金をおこなう旨の依頼を送金者から受け付けた場合に、前記受取者に前記送金がおこなわれる旨の通知をおこない、前記通知により前記送金がおこなわれることの承諾を前記受取者から受け付け、受け付けた前記承諾に応じて、前記送金を実行する、処理をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１６】
この発明にかかる送金支援装置、送金支援方法、および送金支援プログラムによれば、送金者が安心して送金をおこなうことができ、特に身内を騙る詐欺の対策に有効であるという効果を奏する。
【図面の簡単な説明】
【００１７】
【図１】図１は、実施の形態にかかる送金支援システム１００のシステム構成例を示す説明図である。
【図２Ａ】図２Ａは、銀行サーバ１１１のハードウエア構成の一例を示すブロック図である。
【図２Ｂ】図２Ｂは、送金者端末１２１および受取者端末１３１のハードウエア構成の一例を示すブロック図である。
【図３Ａ】図３Ａは、送金者情報データベース（ＤＢ）１１２の記憶内容の一例を示す説明図である。
【図３Ｂ】図３Ｂは、受取者情報データベース（ＤＢ）１１３の記憶内容の一例を示す説明図である。
【図３Ｃ】図３Ｃは、代理人情報データベース（ＤＢ）１１４の記憶内容の一例を示す説明図である。
【図３Ｄ】図３Ｄは、取引情報データベース（ＤＢ）１１５の記憶内容の一例を示す説明図である。
【図４】図４は、銀行サーバ１１１の機能的構成を示す説明図である。
【図５】図５は、電子メールにより受取者１３０から送金者１２０に送金の要求をおこなう際の表示画面例を示す説明図である。
【図６】図６は、送金者端末１２１において送金依頼をおこなう際の表示画面例を示す説明図である。
【図７】図７は、受取者端末１３１に表示される確認メールの表示画面例を示す説明図である。
【図８】図８は、受取者１３０から送金の承諾を受け付ける際の表示画面例を示す説明図である。
【図９】図９は、受取者１３０からコメントの入力を受け付ける際の表示画面例を示す説明図である。
【図１０】図１０は、受取者端末１３１に表示される送金手続の完了通知の表示画面例を示す説明図である。
【図１１】図１１は、送金者端末１２１に表示される送金手続の完了通知の表示画面例を示す説明図である。
【図１２】図１２は、送金者端末１２１に表示される送金手続が中止した旨を示すキャンセル通知の表示画面例を示す説明図である。
【図１３】図１３は、本実施の形態にかかる送金支援処理手順の一例（その１）を示すシーケンス図である。
【図１４】図１４は、本実施の形態にかかる送金支援処理手順の一例（その２）を示すシーケンス図である。
【図１５】図１５は、本実施の形態にかかる送金支援処理手順の一例（その３）を示すシーケンス図である。
【図１６】図１６は、本実施の形態にかかる送金支援処理手順の一例（その４）を示すシーケンス図である。
【図１７】図１７は、銀行サーバ１１１がおこなう送金支援処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下に図面を参照して、この発明にかかる送金支援装置、送金支援方法、および送金支援プログラムの実施の形態を詳細に説明する。
【００１９】
（送金支援システムのシステム構成）
まず、実施の形態にかかる送金支援システム１００のシステム構成例について説明する。図１は、実施の形態にかかる送金支援システム１００のシステム構成例を示す説明図である。図１において、送金支援システム１００は、銀行サーバ１１１と、送金者端末１２１と、受取者端末１３１と、を有する。
【００２０】
銀行サーバ１１１は、たとえば、銀行１１０に設けられるサーバであり、送金支援装置の一例である。銀行サーバ１１１は、ユーザ毎のキャッシュカードのカード情報や、口座の入出金を管理するパーソナルコンピュータなどの汎用的なコンピュータ装置である。銀行サーバ１１１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やメモリやインタフェースなどを有する。
【００２１】
また、銀行サーバ１１１は、送金者情報データベース（ＤＢ）１１２と、受取者情報データベース（ＤＢ）１１３と、代理人情報データベース（ＤＢ）１１４と、取引情報データベース（ＤＢ）１１５とを有する。各種ＤＢ１１２〜１１５の記憶内容については、図３Ａ〜図３Ｄを用いて後述する。
【００２２】
送金者端末１２１は、指定の口座に送金をおこなう送金者１２０が使用するコンピュータ装置である。送金者端末１２１には、たとえば、スマートフォン、タブレット型ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）などを用いることが可能である。ただし、送金者端末１２１は、これに限らず、たとえば、デスクトップ型ＰＣ、ノートＰＣ、携帯電話機、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）、金融機関に設置されるＡＴＭ（Ａｕｔｏｍａｔｅｄ  Ｔｅｌｌｅｒ  Ｍａｃｈｉｎｅ）などとすることも可能である。送金者端末１２１は、ＣＰＵやメモリやインタフェースなどを有する。
【００２３】
受取者端末１３１は、受取者１３０が使用するパーソナルコンピュータなどの汎用的なコンピュータ装置である。受取者端末１３１には、たとえば、スマートフォン、タブレット型ＰＣなどを用いることが可能である。ただし、受取者端末１３１は、これに限らず、デスクトップ型ＰＣ、ノートＰＣ、携帯電話機、ＰＨＳなどを用いることも可能である。受取者端末１３１は、ＣＰＵやメモリやインタフェースなどを有する。受取者端末１３１のメールアドレスや電話番号などの連絡先は、あらかじめ銀行サーバ１１１に登録されるものとする。
【００２４】
送金支援システム１００において、銀行サーバ１１１と、送金者端末１２１と、受取者端末１３１とは、有線または無線のネットワーク１４０を介して接続される。ネットワーク１４０は、たとえば、インターネット、移動体通信網、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などである。
【００２５】
銀行サーバ１１１には、この発明にかかる送金支援プログラムがインストールされている。銀行サーバ１１１は、送金者端末１２１や受取者端末１３１からの各種要求に応じた処理をおこなって、送金者端末１２１や受取者端末１３１に対して各種処理結果を出力する。
【００２６】
ここで、本実施の形態にかかる送金支援方法について説明する。図１の（１）に示すように、送金者端末１２１は、送金者１２０の操作に応じて、銀行サーバ１１１に対して、受取者１３０宛の送金依頼をおこなう。具体的には、送金者端末１２１は、受取者１３０に宛てて送金をおこなう旨の依頼を送金者１２０から受け付ける。受取者１３０は、あらかじめ連絡先が銀行サーバ１１１に登録された受取者端末１３１に対応する。たとえば、送金者端末１２１は、表示画面１２２に示すように、受取者１３０を示す送金先と、送金する金額とを受け付ける。
【００２７】
そして、銀行サーバ１１１は、送金者端末１２１から送金依頼を受け付けた場合に、（２）に示すように、受取者端末１３１に送金がおこなわれる旨の通知をおこなう。送金がおこなわれる旨の通知は、表示画面１３２に示すように、送金者１２０から送金がおこなわれる旨の通知である。
【００２８】
そして、受取者端末１３１は、（３）に示すように、送金がおこなわれる旨の承諾を受取者１３０から受け付けると、その旨を銀行サーバ１１１に送信する。そして、銀行サーバ１１１は、（４）に示すように、受取者端末１３１によって受け付けられた承諾に応じて、送金を実行する。
【００２９】
このように、本実施の形態では、銀行サーバ１１１は、送金者１２０から受取者１３０宛に送金をおこなう際に、受取者１３０の承諾を得てから送金を実行することとした。このため、銀行サーバ１１１は、送金者１２０が意図しない送金がおこなわれることを抑止することができる。これにより、送金者１２０は、安心して送金することができる。
【００３０】
（銀行サーバ１１１のハードウエア構成の一例）
つぎに、銀行サーバ１１１について、その具体的な構成の一例を説明する。図２Ａは、銀行サーバ１１１のハードウエア構成の一例を示すブロック図である。図２Ａにおいて、銀行サーバ１１１を実現するコンピュータ装置は、ＣＰＵ２１１と、メモリ２１２と、通信ＩＦ（Ｉｎｔｅｒｆａｃｅ）２１３と、を備える。コンピュータ装置が備える各部２１１〜２１３は、バス２１０によってそれぞれ接続されている。ＣＰＵ２１１は、コンピュータ装置の全体の制御をつかさどる。
【００３１】
メモリ２１２は、ブートプログラムなどのプログラムや各種のデータベースのデータなどを記憶する。また、メモリ２１２は、送金支援プログラムや各種データベースの一部のデータなど、送金支援サービスの提供にかかる各種のプログラムやデータを記憶する。
【００３２】
また、メモリ２１２は、ＣＰＵ２１１のワークエリアとして使用される。メモリ２１２は、たとえば、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）およびＨＤ（Ｈａｒｄ  Ｄｉｓｃ）などによって実現することができる。
【００３３】
通信ＩＦ２１３は、ネットワーク１４０に接続され、コンピュータ装置の内部と、送金者端末１２１や受取者端末１３１などの外部装置とのインタフェースをつかさどる。具体的には、通信ＩＦ２１３は、コンピュータ装置の内部と外部装置との間におけるデータの入出力を制御する。
【００３４】
（送金者端末１２１および受取者端末１３１のハードウエア構成の一例）
つぎに、送金者端末１２１および受取者端末１３１のハードウエア構成の一例を説明する。図２Ｂは、送金者端末１２１および受取者端末１３１のハードウエア構成の一例を示すブロック図である。なお、送金者端末１２１と受取者端末１３１とは同様の構成であるため、以下においては、送金者端末１２１について説明することとし、受取者端末１３１についての説明を省略することとする。
【００３５】
図２Ｂにおいて、送金者端末１２１は、ＣＰＵ２２１と、メモリ２２２と、出力デバイス２２３と、入力デバイス２２４と、通信ＩＦ２２５と、を備える。また、送金者端末１２１が備える各部２２１〜２２５は、バス２２０によってそれぞれ接続されている。
【００３６】
ＣＰＵ２２１は、送金者端末１２１の全体の制御をつかさどる。ＣＰＵ２２１は、メモリ２２２が記憶する各種のプログラムやデータを用いて、送金者端末１２１の全体の制御をつかさどる。メモリ２２２は、ハードディスクやフラッシュメモリなどによって実現することができる。
【００３７】
出力デバイス２２３は、たとえば、ディスプレイ、スピーカ、音声出力端子などを含む。ディスプレイは、操作内容や、ユーザに対する案内情報などを表示する。ディスプレイは、送金支援サービスにかかる各種の操作画面を表示する。ディスプレイは、たとえば、主に液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどによって実現することができる。
【００３８】
また、スピーカは、音声、アラーム音などを出力する。音声出力端子は、ヘッドフォーンなどを接続する端子であり、スピーカと同様に、音声、アラーム音などを接続されたヘッドフォーンなどに出力する。
【００３９】
入力デバイス２２４は、文字、数値、各種指示などの入力のためのキーを備え、データ入力をおこなう。入力デバイス２２４は、たとえば、タッチパネルやキーボードなどによって実現することができる。タッチパネルやキーボードなどによって実現される入力デバイス２２４は、当該入力デバイス２２４に対する入力操作に応じた信号をＣＰＵ２２１に対して出力する。
【００４０】
入力デバイス２２４をタッチパネルによって実現する場合、当該タッチパネルは、ディスプレイの表示面側に積層される。タッチパネルは、指やペンなどの筆記部材が接触したことを検出した場合に、タッチパネルに対する筆記部材の接触位置に応じた電気信号を出力する。タッチパネルは、たとえば抵抗膜方式や静電容量方式、音響パルス認識方式、超音波表面弾性波方式、赤外遮光方式、画像認識方式など公知の各種の方式のものを用いることができる。
【００４１】
また、入力デバイス２２４は、カメラを含む。カメラは、ＣＰＵ２２１によって制御されて撮像対象を撮像し、画像データを生成したり、バーコードやＱＲコード（登録商標）といった二次元コードを撮影して入力したり、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）機能を用いて撮影した文字をデータ化して入力したりすることができる。
【００４２】
また、入力デバイス２２４は、マイクを含む。マイクは、アナログデータとして入力された話者の声をアナログ／デジタル変換し、デジタル形式の音声データを生成する。マイクを用いることにより、ユーザは、送金者端末１２１を介して、タッチパネルやキーボードを用いる代わりに、文字などの入力をおこなうことができる。
【００４３】
通信ＩＦ２２５は、送金者端末１２１の内部と、銀行サーバ１１１や受取者端末１３１などの外部装置とのインタフェースをつかさどる。また、通信ＩＦ２２５は、電話回線網に接続され、音声通信に際して用いられることとしてもよい。
【００４４】
そのほか、送金者端末１２１は、図示は省略するが、スピーカなどを含む通話機能、通信機能など、たとえば、スマートフォンなどの情報処理装置としての機能を備える。
【００４５】
（各種ＤＢ１１２〜１１４の記憶内容）
つぎに、図３Ａ〜図３Ｄを用いて、図１に示した銀行サーバ１１１が有する各種ＤＢ１１２〜１１４の記憶内容について説明する。各種ＤＢ１１２〜１１４は、たとえば、メモリなどの記憶部により実現される。
【００４６】
図３Ａは、送金者情報データベース（ＤＢ）１１２の記憶内容の一例を示す説明図である。図３Ａにおいて、送金者情報ＤＢ１１２は、送金者ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、送金者氏名、口座番号、およびメールアドレスのフィールドを有する。各フィールドに情報を設定することで、送金者情報（たとえば、送金者情報３００−１〜３００−３）のレコードが記憶される。
【００４７】
送金者ＩＤは、送金者１２０（ユーザ）毎に付される識別情報を示す。送金者氏名は、送金者１２０に対応する口座の名義人名を示す。口座番号は、口座毎に割り当てられた番号であり、送金者１２０の口座番号を示す。メールアドレスは、送金者１２０に対応する端末のメールアドレスを示し、具体的には、送金者端末１２１のメールアドレスを示す。
【００４８】
たとえば、送金者情報３００−１は、送金者ＩＤ「Ａ００１」、送金者氏名「総研総子」、口座番号「０１２３４５６」、メールアドレス「○○＠○○．ｊｐ」を示す。また、ユーザＩＤ「Ａ００１」以外の送金者情報３００−２，３００−３についても、同様に、送金者情報ＤＢ１１２に記憶される。
【００４９】
なお、図３Ａにおいて、説明の便宜上、送金者情報ＤＢ１１２に示す各フィールドの情報を記憶することとしたが、図３Ａに示す全てのフィールドを有しないものとしてもよい。たとえば、一部のフィールド（たとえばメールアドレス）の情報については、ユーザＩＤと対応付けて他のＤＢに記憶されていてもよく、この場合、ユーザＩＤを用いて当該他のＤＢから一部のフィールドの情報を取得すればよい。
【００５０】
図３Ｂは、受取者情報データベース（ＤＢ）１１３の記憶内容の一例を示す説明図である。図３Ｂにおいて、受取者情報ＤＢ１１３は、送金者ＩＤ、受取者ＩＤ、普段の呼び名、受取者氏名、口座番号、メールアドレス、パスワード、および画像データのフィールドを有する。各フィールドに情報を設定することで、受取者情報（たとえば、受取者情報３１０−１〜３１０−３）のレコードが記憶される。
【００５１】
送金者ＩＤは、送金者１２０毎に付される識別情報を示し、送金者情報ＤＢ１１２（図３Ａ参照）に記憶される送金者ＩＤと同じものであり、送金者情報ＤＢ１１２の送金者ＩＤが示す各送金者情報３００にも対応する。受取者ＩＤは、受取者１３０毎に付される識別情報を示す。普段の呼び名は、ニックネームであり、漢字、英字、カタカナ等を問わない。受取者氏名は、受取者１３０に対応する口座の名義人名を示す。口座番号は、口座毎に割り当てられた番号であり、受取者１３０の口座番号を示す。メールアドレスは、受取者１３０に対応する端末のメールアドレスを示し、具体的には、受取者端末１３１のメールアドレスを示す。
【００５２】
パスワードは、受取者端末１３１において受取者１３０が送金を承諾する際の認証用の文字列を示し、具体的には、数字や記号であり、合い言葉なども含む。画像情報データは、パスワードに代えて顔認証をおこなうための受取者１３０の顔画像データを示す。
【００５３】
たとえば、受取者情報３１０−１は、送金者ＩＤ「Ａ００１」、受取者ＩＤ「Ｂ００１」、普段の呼び名「タロウ」、受取者氏名「総研太郎」、口座番号「１２３４５６７」、メールアドレス「○○＠○○．ｊｐ」、パスワード「○○○○」、画像データ「○○○○」、を示す。また、受取者ＩＤ「Ｂ００１」以外の受取者情報３１０−２，３１０−３についても、同様に、受取者情報ＤＢ１１３に記憶される。
【００５４】
受取者情報ＤＢ１１３においては、「普段の呼び名」を記憶可能としたため、送金者１２０は、「普段の呼び名」を選択して、受取者１３０に送金することができる。銀行サーバ１１１は送金者端末から送信された「普段の呼び名」に対応付けられたメールアドレスに承諾を依頼するメールを送信することができる。このように、送金者１２０が「普段の呼び名」を選択することにより、「普段の呼び名」に対応付けられた正しい名義人（受取者氏名）を特定することができる。
【００５５】
なお、図３Ｂにおいて、説明の便宜上、受取者情報ＤＢ１１３に示す各フィールドの情報を記憶することとしたが、図３Ｂに示す全てのフィールドを有しないものとしてもよい。たとえば、一部のフィールド（たとえば画像データ）の情報については、ユーザＩＤと対応付けて他のＤＢに記憶されていてもよく、この場合、ユーザＩＤを用いて当該他のＤＢから一部のフィールドの情報を取得すればよい。
【００５６】
図３Ｃは、代理人情報データベース（ＤＢ）１１４の記憶内容の一例を示す説明図である。図３Ｃにおいて、代理人情報ＤＢ１１４は、受取者ＩＤ、代理人氏名、代理人メールアドレス、および代理人パスワードのフィールドを有する。各フィールドに情報を設定することで、代理人情報（たとえば、代理人情報３２０−１〜３２０−３）のレコードが記憶される。
【００５７】
受取者ＩＤは、受取者１３０毎に付される識別情報を示し、受取者情報ＤＢ１１３（図３Ｂ参照）に記憶される受取者ＩＤと同じものであり、受取者情報ＤＢ１１３の受取者ＩＤが示す各送金者情報３１０にも対応する。代理人氏名は、受取者１３０を代理する者の氏名であり、たとえば、受取者１３０の配偶者や子供の氏名である。代理人メールアドレスは、代理人に対応する代理人端末のメールアドレスを示す。代理人パスワードは、代理人端末において代理人が受取者１３０への送金を承諾する際に用いられる認証用の文字列を示す。
【００５８】
たとえば、代理人情報３２０−１は、受取者ＩＤ「Ｂ００１」、代理人氏名「総研花子」、代理人メールアドレス「○○＠○○．ｊｐ」、代理人パスワード「○○○○」を示す。また、たとえば、代理人情報３２０−２は、代理人が登録されていないことを示しており、具体的には、受取者ＩＤ「Ｂ００２」に対応する「総研二郎」（図３Ｂ参照）について、代理人が登録されていないことを示す。また、代理人情報３２０−３についても、同様に、代理人情報ＤＢ１１４に記憶される。
【００５９】
図３Ｄは、取引情報データベース（ＤＢ）１１５の記憶内容の一例を示す説明図である。図３Ｄにおいて、取引情報ＤＢ１１５は、取引情報ＩＤ、送金者ＩＤ、受取者ＩＤ、送金先口座番号、金額、件名、認証方式、手続日時、および手続完了の状態のフィールドを有する。各フィールドに情報を設定することで、取引情報（たとえば、取引情報３３０−１，３３０−２）のレコードが記憶される。
【００６０】
取引情報ＩＤは、取引情報毎に付される識別情報を示す。送金者ＩＤは、送金者１２０毎に付される識別情報を示し、送金者情報ＤＢ１１２（図３Ａ参照）や受取者情報ＤＢ１１３（図３Ｂ参照）に記憶される送金者ＩＤと同じものである。送金者ＩＤは、送金者情報ＤＢ１１２の送金者ＩＤが示す各送金者情報３００や、受取者情報ＤＢ１１３の受取者ＩＤが示す各送金者情報３１０にも対応する。
【００６１】
また、受取者ＩＤは、受取者１３０毎に付される識別情報を示し、受取者情報ＤＢ１１３（図３Ｂ参照）や代理人情報ＤＢ１１４（図３Ｃ参照）に記憶される受取者ＩＤと同じものである。受取者ＩＤは、受取者情報ＤＢ１１３の受取者ＩＤが示す各送金者情報３１０や、代理人情報ＤＢ１１４の受取者ＩＤが示す各代理人情報３２０にも対応する。
【００６２】
送金先口座番号は、送金先の口座番号であり、たとえば、図３Ｂに示す口座番号であるが、これ以外の指定の口座番号の場合もある。金額は、送金者１２０から受取者１３０に送金される金額を示す。件名は、受取者端末１３１において受取者１３０が送金を承諾するために、銀行サーバ１１１から送信するメールの件名を示す。
【００６３】
認証方式は、受取者端末１３１において受取者１３０が送金を承諾する際におこなわれる認証において用いられる認証方式であり、送金者１２０によって指定された認証方式を示す。手続日時は、送金者１２０が送金依頼をおこなった日時を示す。
【００６４】
手続完了の状態は、送金者１２０によっておこなわれた送金依頼に対して、送金依頼が完了したか否かを示し、具体的には、受取者１３０の承諾がおこなわれると手続が完了の状態となり、受取者１３０の承諾がおこなわれないと未完了の状態が保持される。
【００６５】
たとえば、取引情報３３０−１は、取引情報ＩＤ「Ｘ００１」、送金者ＩＤ「Ａ００１」、受取者ＩＤ「Ｂ００１」、送金者口座番号「１２３４５６７」、金額「５０００円」、件名「桜の会」、認証方式「パスワード」、手続日時「○月○日○時○分○秒」、手続完了の状態「完了」を示す。また、取引情報ＩＤ「Ｘ００１」以外の取引情報３３０−２についても、同様に、取引情報ＤＢ１１５に記憶される。
【００６６】
（銀行サーバ１１１の機能的構成）
図４は、銀行サーバ１１１の機能的構成を示す説明図である。図４において、銀行サーバ１１１は、通知部４０１と、受付部４０２と、送金制御部４０３とを有する。通知部４０１と、受付部４０２と、送金制御部４０３とは、たとえば、銀行サーバ１１１のメモリ２１２（図２Ａ参照）に記憶されたプログラムをＣＰＵ２１１に実行させることにより、その機能を実現する。
【００６７】
通知部４０１は、連絡先があらかじめ登録された受取者１３０に宛てて送金をおこなう旨の依頼を送金者１２０から受け付けた場合に、当該送金がおこなわれる旨の通知を受取者１３０の連絡先におこなう。連絡先は、受取者１３０に対応する連絡先であり、メールアドレスや電話番号である。具体的には、連絡先は、受取者１３０毎の受取者端末１３１のメールアドレスや電話番号としてもよいし、フリーメールのメールアドレスや自宅の電話番号としてもよい。
【００６８】
あらかじめ登録されたとは、送金依頼を受け付けた際には既に登録されていることであり、たとえば、送金をおこなう旨の依頼（送金依頼）を受け付けたときを基準として、少なくとも所定期間（たとえば、１日）以上前には登録されていることである。連絡先があらかじめ登録された受取者１３０は、具体的には、所定の頻度で送金をおこなう送金先であり、たとえば、子供や親や兄弟など資金援助の対象者である。
【００６９】
受取者１３０に宛てて送金をおこなうとは、受取者口座に宛てて送金をおこなうことである。送金は、指定の口座に資金を移動させることであり、たとえば、口座間で資金を移動させることや、金融機関の窓口やＡＴＭから指定の口座に資金を移動させることであり、具体的には、振込である。銀行サーバ１１１は、送金者端末１２１やＡＴＭを介して、送金者１２０からの送金をおこなう旨の依頼を受け付ける。送金がおこなわれる旨の通知は、たとえば、電子メールでおこなわれることとするが、ショートメッセージや電話でおこなわれることとしてもよい。
【００７０】
受付部４０２は、当該通知により送金がおこなわれる旨の承諾を受取者１３０から受け付ける。送金がおこなわれる旨の承諾は、当該送金がおこなわれることを受取者１３０があらかじめ知っているが故におこなえるものであり、言い換えれば、受取者１３０に身に覚えがなければ、受取者１３０から得られることがない。
【００７１】
本実施の形態において、送金をおこなう前提として、受取者１３０から送金者１２０に送金を要求したり、定期的な送金であったりすることにより、送金がおこなわれることを受取者１３０があらかじめ知っていることとする。
【００７２】
受付部４０２による承諾の受付は、たとえば、電子メールのメッセージ中に示された所定のアドレスに受取者端末１３１からアクセスすることにより、受取者１３０におこなわせることとする。ただし、受付部４０２による承諾の受付は、これに限らず、送信した電子メール等に対して空メールを返信させることとしてもよい。また、連絡先を電話した場合は、たとえば、オートコールにより承諾を受け付けてもよい。
【００７３】
送金制御部４０３は、受付部４０２によって受け付けられた承諾に応じて、送金を実行する。具体的には、送金制御部４０３は、受付部４０２によって受取者１３０の承諾が受け付けられた場合に受取者口座に送金を実行し、受付部４０２によって受取者１３０の承諾が受け付けられない場合には当該送金を実行しない。
【００７４】
また、本実施の形態において、承諾は、受取者１３０の認証を含む。受取者１３０の認証は、受取者１３０がおこなうパスワード認証や生体認証などである。パスワード認証は、所定の文字列の一致判定をおこなうことによる認証である。生体認証は、指紋認証や、顔認証や、血管認証や、網膜認証や、掌形認証などである。認証は、銀行サーバ１１１によっておこなわれてもよいし、受取者端末１３１によっておこなわれてもよいし、他の装置によっておこなわれてもよい。
【００７５】
また、送金がおこなわれる旨の通知は、複数種類の認証の中から受取者１３０におこなわせる１種類以上の認証を送金者１２０から受け付けた受付結果を含む。受取者１３０がおこなう認証は、受付結果が示す種類の認証であり、すなわち、送金者１２０が選択した種類の認証である。
【００７６】
具体的に説明すると、本実施の形態において、複数種類の認証には、たとえば、パスワード認証、顔認証、および指紋認証がある。このうち、１種類以上の認証を送金者１２０から受け付け、受け付けた種類の認証により受取者１３０が認証をおこなうこととなる。送金者１２０から受け付ける認証の種類数は、１種類でもよいし、複数種類でもよい。
【００７７】
本実施の形態において、パスワード認証と顔認証は、銀行サーバ１１１によっておこなわれることとする。具体的には、銀行サーバ１１１は、受取者端末１３１からパスワードや顔の画像データを取得して、それぞれ認証をおこなうこととする。また、指紋認証は、受取者端末１３１によっておこなわれることとする。具体的には、受取者端末１３１が有する指紋認証機能を利用して指紋認証をおこなうこととする。
【００７８】
ただし、送金者１２０によって承認の種類の選択をおこなわずに、受取者１３０が認証の種類を選択することとしてもよい。たとえば、受取者１３０が病気や重篤の場合であって、代理人が登録されていない場合（図３Ｃの代理人情報３２０−２参照）には、受取者１３０の同僚等の第三者が受取者端末１３１を操作して、送金者１２０に送金の要求をおこない、送金の承諾を得る場合がある。
【００７９】
この場合に、当該第三者が、たとえば、受取者端末１３１の撮像機能を用いて受取者１３０の免許証等から、受取者１３０の顔の画像データを撮像する。そして、撮像した画像データを受取者端末１３１から銀行サーバ１１１へ送信し、銀行サーバ１１１において当該画像データを用いた顔認証に成功することにより、受取者口座へ送金することが可能となる。
【００８０】
また、本実施の形態において、通知部４０１は、送金を示す所定の文字列の入力を含む依頼を送金者１２０から受け付けた場合に、所定の文字列を含む通知をおこなう。所定の文字列は、銀行サーバ１１１から受取者端末１３１への連絡時に用いられる文字列である。所定の文字列は、具体的には、受取者１３０と送金者１２０とで共有されるキーワードであり、たとえば、文字、記号、数字などを含む。
【００８１】
所定の文字列は、送金がおこなわれる旨の通知の内容を受取者１３０が確認する前段階で、たとえば、当該通知を受信した段階で、当該通知が送金に関する内容であることを受取者１３０に示すことができる文字列である。
【００８２】
たとえば、所定の文字列は、電子メールに付される件名（タイトル）に用いられる。電子メールの件名に所定の文字列を用いることによって、当該電子メールがいたずらメールなどではなく、送金の承諾用のメールであることを受取者１３０に示すことができ、受取者１３０に電子メールを開封（確認）させることができる。これにより、通知部４０１は、送金がおこなわれることの承諾を受け付けることができる。
【００８３】
また、所定の文字列を銀行サーバ１１１に関連付けられた金融機関の電話番号とすることも可能であり、この場合、ショートメッセージを受信した際に当該電話番号を受取者１３０通知することにより、銀行サーバ１１１からのショートメッセージであることを示すことができる。このため、受取者１３０は、安心してショートメッセージを開封することができる。これにより、通知部４０１は、送金がおこなわれることの承諾を受け付けることができる。
【００８４】
また、所定の文字列を銀行サーバ１１１に関連付けられた金融機関の電話番号とすることも可能であり、この場合、電話を着信した際に当該電話番号を受取者１３０に通知することにより、銀行サーバ１１１からの電話であることを示すことができる。このため、受取者１３０は、安心して電話に出ることができる。これにより、通知部４０１は、送金がおこなわれることの承諾を、たとえばオートコールにより受け付けることができる。
【００８５】
また、本実施の形態では、所定の文字列は、たとえば、送金者１２０による銀行サーバ１１１への送金依頼の前に、受取者１３０から送金者１２０への送金の要求時に通知されることとする。ただし、これに限らず、所定の文字列は、送金依頼において送金者１２０側で決定されて、送金者１２０から受取者１３０に通知されることとしてもよい。
【００８６】
また、送金制御部４０３は、送金がおこなわれる旨の通知がおこなわれてから所定期間が経過するまでの間に受付部４０２によって承諾が受け付けられない場合に、送金依頼をキャンセルする。所定期間は、たとえば、２４時間である。キャンセルとは、たとえば、全てを取り止めることとするが、これに限らず、一旦中断した後に再開可能としてもよい。
【００８７】
また、送金制御部４０３は、受付部４０２によって送金をおこなわない旨が受け付けられた場合に、受取者１３０宛ての送金依頼をキャンセルする。送金がおこなわれる旨の通知がおこなわれてから所定期間が経過することや、送金をおこなわない旨が受け付けられることは、たとえば、受取者１３０から送金者１２０に送金を要求したものではない場合や、受取者１３０が意図していない送金である場合に起こり得る。このため、送金制御部４０３は、所定期間の経過により、送金依頼をキャンセルすることとする。
【００８８】
また、通知部４０１は、送金制御部４０３によって受取者１３０宛ての送金依頼がキャンセルされた場合に、送金者１２０に宛ててその旨を示す報知をおこなう。具体的には、通知部４０１は、送金者端末１２１に、受取者１３０宛ての送金依頼がキャンセルされた旨を報知する。
【００８９】
また、通知部４０１は、受取者１３０宛ての送金依頼と、あらかじめ連絡先が登録された、受取者１３０の代理人（たとえば、代理人のメールアドレス）へ通知をおこなう旨とを送金者１２０から受け付けた場合に、代理人に送金がおこなわれる旨の通知をおこなう。代理人は、たとえば、受取者１３０と近しい関係にある者であり、具体的には、受取者１３０の配偶者や子供である。
【００９０】
受付部４０２は、送金がおこなわれる旨の通知がおこなわれることにより、代理人から送金がおこなわれる旨の承諾を受け付ける。送金制御部４０３は、代理人からの送金がおこなわれる旨の承諾に応じて、受取者１３０に宛てて送金を実行する。具体的には、送金制御部４０３は、受付部４０２によって代理人の承諾が受け付けられると、受取者口座に送金を実行する。
【００９１】
（送金者端末１２１および受取者端末１３１の表示画面例）
図５は、電子メールにより受取者１３０から送金者１２０に送金の要求をおこなう際の表示画面例を示す説明図である。図５の表示画面５００は、電子メールのメール作成画面を示す。具体的には、表示画面５００に示すように、受取者１３０の操作により、所定のタイトル、送金者１２０（総研総子）の宛先、５０００円の送金を要求する旨、銀行サーバ１１１から送金者端末１２１に送信されるメールの件名を「桜の会」とする旨が入力される。表示画面５００において、受取者１３０によって送信ボタン５０１が操作されると、受取者端末１３１は、表示画面５００に示す内容を銀行サーバ１１１へ送信する。
【００９２】
図６は、送金者端末１２１において送金依頼をおこなう際の表示画面例を示す説明図である。図６の表示画面６００は、銀行サーバ１１１にアクセスすることにより表示可能な、送金内容の入力画面を示す。具体的には、表示画面６００に示すように、送金者１２０の操作により、送金先口座番号、普段の呼び名、受取者氏名、送金額、件名、認証種類、および代理人の各項目が入力される。
【００９３】
表示画面６００において、「送金先口座番号」には、送金先の口座番号が入力される。たとえば、送金者１２０によってドロップダウンボタン６０１ａが選択されると、あらかじめ登録されている口座番号が選択可能に表示される。なお、「送金先口座番号」には、あらかじめ登録されていない番号を直接入力することもできる。
【００９４】
表示画面６００において、「普段の呼び名」には、受取者１３０のニックネーム（たとえば「タロウ」）が入力される。たとえば、送金者１２０によってドロップダウンボタン６０１ｅが選択されると、あらかじめ登録されているニックネームが選択可能に表示される。
【００９５】
なお、「普段の呼び名」の項目に代えて「誰のため」の項目としてもよい。「誰のため」の項目は、単に「普段の呼び名」の表記名を代えたものとしてもよく、すなわち、表示画面６００の例では、ニックネームと同様のタロウを表示することも可能である。ただし、「誰のため」の項目は、たとえば、送金者１２０にとって受取者１３０を想起することのできる他者の氏名や他者のニックネームとすることも可能である。
【００９６】
このように、「誰のため」の項目にしたとしても、送金者１２０が考える「誰のため」の項目に対応付けられたメールアドレスに承諾を依頼するメールを送信することができる。具体的には、送金先が想定外（初めて）の口座であっても、「誰のため」の項目における選択結果に対応付けられたメールアドレスに送金の承諾を依頼するメールを送信することができる。
【００９７】
なお、ドロップダウンボタン６０１ａ、６０１ｂ、６０１ｅは、いずれか一つが操作されて値が選択されると、当該選択に応じて他の２つの値が決定されるようにしてもよい。具体的には、たとえば、ドロップダウンボタン６０１ａ、６０１ｂ、６０１ｅのうち、ドロップダウンボタン６０１ｅにおいて「タロウ」が選択されたとすると、銀行サーバ１１１は、受取者情報ＤＢ１１３を参照することにより、「普段の呼び名」の「タロウ」に対応付けられた、受取者氏名「総研太郎」、口座番号「１２３４５６７」のそれぞれを決定することとしてもよい。
【００９８】
表示画面６００において、「受取者氏名」には、送金先の氏名が入力される。たとえば、送金者１２０によってドロップダウンボタン６０１ｂが選択されると、あらかじめ登録されている受取者１３０の氏名が選択可能に表示される。
【００９９】
表示画面６００において、「送金額」には、送金する金額が入力される。送金する金額は、送金者１２０が任意に決定することができる。表示画面６００において、「件名」には、電子メールに付されるタイトルが入力される。
【０１００】
「認証種類」には、パスワード認証、顔認証、指紋認証のうちのいずれかが入力される。たとえば、送金者１２０がドロップダウンボタン６０１ｃを選択することにより、いずれかが入力される。ただし、「認証種類」には、「選択しない」の項目が選択可能に表示されてもよい。「選択しない」の項目が選択された場合には、あらかじめ定められ特定の認証種類（たとえばパスワード認証）が選択されるものとしてもよいし、受取者１３０側で任意に認証種類の選択がおこなえるものとしてもよい。
【０１０１】
表示画面６００において、「代理人」は、「指定しない」または「登録されている代理人」のいずれかが入力される。たとえば、送金者１２０がドロップダウンボタン６０１ｄを選択することにより、いずれかが入力される。「指定しない」が選択されると、受取人に、送金がおこなわれる旨の通知がおこなわれ、送金に際して受取人の承諾が必要となる。一方、「登録されている代理人」が選択されると、当該代理人に、送金がおこなわれる旨の通知がおこなわれ、送金に際して当該代理人の承諾が必要となる。
【０１０２】
表示画面６００において、送金者１２０によって実行ボタン６０２が操作されると、表示画面６００に示す内容が銀行サーバ１１１へ送信される。これにより、送金者１２０側でおこなう操作は完了する。なお、送金者端末１２１から送金依頼をおこなう場合について説明したが、送金者端末１２１に限らず、ＡＴＭから送金依頼をおこなうことも可能である。ＡＴＭから送金依頼をおこなう場合も、図６と同様の表示画面により、送金依頼をおこなうことができる。
【０１０３】
図７は、受取者端末１３１に表示される確認メールの表示画面例を示す説明図である。図７の表示画面７００は、受信メールのテキスト画面を示す。具体的には、表示画面７００は、受取者１３０宛ての送金がおこなわれる旨の通知７１０を示す。通知７１０は、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）７１１が示すサイトにアクセスすることにより、受取者１３０から、送金がおこなわれることの承諾を受け付けることが可能な旨を示す。
【０１０４】
また、表示画面７００は、アラーム７２０を示す。アラーム７２０は、ＵＲＬ７２１が示すサイトにアクセスすることにより、受取者１３０から、送金をおこなわない旨を受け付けることが可能な旨を示す。また、ＵＲＬ７２１が示すサイトにアクセスすることにより、身に覚えのない送金がおこなわれようとしている旨を通知することが可能である。これにより、たとえば、振込め詐欺を未然に防止したり、犯罪者の特定に繋がる情報を提供したりすることが可能となり、適切な初動対応を取ることが可能となる。
【０１０５】
図８は、受取者１３０から送金の承諾を受け付ける際の表示画面例を示す説明図である。図８の表示画面８００は、ＵＲＬ７１１が示すサイトにアクセスすることにより表示可能な、パスワードの入力画面を示す。受取者１３０がパスワードを入力して、送信ボタン８０１が操作されると、銀行サーバ１１１によりパスワード認証がおこなわれる。
【０１０６】
なお、表示画面８００は、パスワード認証をおこなう場合を示すが、送金者１２０によって顔認証が指定されている場合には、受取者端末１３１から送信される受取者１３０の顔画像データを用いて顔認証がおこなわれる。また、送金者１２０によって指紋認証が指定されている場合には、受取者端末１３１において指紋認証がおこなわれ、その結果が受取者端末１３１から送信される。
【０１０７】
図９は、受取者１３０からコメントの入力を受け付ける際の表示画面例を示す説明図である。図９の表示画面９００において、受取者１３０によりコメントが入力されて、送信ボタン９０１が操作されると、銀行サーバ１１１を介して、送金者端末１２１にコメントの内容が送信される。一方で、終了ボタン９０２が操作されると、そのまま終了する。
【０１０８】
ここで、コメントには受取者１３０の個人情報が含まれることがあり、パスワードと個人情報とが関連付けられて盗まれると、スキミング等の被害のおそれがある。本実施の形態においては、コメントの送信と、パスワードの送信とを同時におこなわずに、それぞれ別々に送信することとする。
【０１０９】
具体的には、まず、パスワードのみを送信することとし、その後にコメントの送信をおこなうこととする。これにより、パスワードについては単なる文字列のデータとして送信することができる。したがって、パスワードと個人情報とが関連付けられて盗まれることを抑止できる。
【０１１０】
図１０は、受取者端末１３１に表示される送金手続の完了通知の表示画面例を示す説明図である。図１０の表示画面１０００は、送金が完了した旨の画面を示す。これにより、受取者１３０は、送金手続が完了したことを把握することができる。
【０１１１】
図１１は、送金者端末１２１に表示される送金手続の完了通知の表示画面例を示す説明図である。図１１の表示画面１１００は、送金が完了した旨の画面を示す。これにより、送金者１２０は、送金手続が完了したことを把握することができる。
【０１１２】
図１２は、送金者端末１２１に表示される送金手続が中止した旨を示すキャンセル通知の表示画面例を示す説明図である。図１２の表示画面１２００は、送金が中止した旨の画面を示す。たとえば、２４時間以内に受取者１３０の承諾が得られない場合や、受取者１３０から送金をおこなわない旨を受け付けた場合に送金手続は中止となる。表示画面１２００により、送金者１２０は、送金手続が完了したことを把握することができる。
【０１１３】
（本実施の形態にかかる送金支援処理手順の一例）
つぎに、図１３〜図１６を用いて、本実施の形態にかかる送金支援処理手順の一例について説明する。図１３は、本実施の形態にかかる送金支援処理手順の一例（その１）を示すシーケンス図である。
【０１１４】
図１３のシーケンス図において、受取者端末１３１は、送金者端末１２１に対して送金の要求をおこなう（ステップＳ１３０１）。送金の要求の画面の一例としては、たとえば、図５に示した表示画面５００が挙げられる。送金の要求において、受取者端末１３１は、たとえば、５０００円の送金を要求する旨や、銀行サーバ１１１から送信されるメールの件名を「桜の会」とする旨を送金者端末１２１に送信する。
【０１１５】
そして、送金者端末１２１は、銀行サーバ１１１に送金依頼をおこなう（ステップＳ１３０２）。送金依頼の画面の一例としては、たとえば、図６に示した表示画面６００が挙げられる。送金依頼において、送金者端末１２１は、たとえば、５０００円の送金額や、「桜の会」とするメールの件名や、認証種別などを銀行サーバ１１１に送信する。
【０１１６】
そして、銀行サーバ１１１は、別段口座１３１０に、送金額に相当する金額（５０００円）を入金する（ステップＳ１３０３）。別段口座１３１０は、送金手続が完了する前に一時的に保管される金融期間内の口座である。別段口座１３１０に保管された資金は、所定の期日になるなどの所定の条件を満たすと、指定の口座に送金される。なお、別段口座１３１０に資金を移動させる際に、手数料は発生しない。
【０１１７】
そして、銀行サーバ１１１は、受取者端末１３１に、送金がおこなわれる旨の通知を示す確認メールを送信する（ステップＳ１３０４）。確認メールの件名は「桜の会」である。これにより、受取者１３０は、送金手続に関する内容の電子メールであることを、開封しなくとも確認することができる。このため、受取者１３０は、迷惑メール等ではないことが分かり、安心して、当該電子メールを開封することができる。確認メールの画面の一例としては、図７に示した表示画面７００が挙げられる。
【０１１８】
そして、受取者端末１３１から銀行サーバ１１１に所定のサイトにアクセスして、認証がおこなわれる（ステップＳ１３０５）。たとえば、認証をおこなう際の画面の一例としては、図８に示した表示画面８００が挙げられる。また、認証に付随して、受取者１３０からコメントを受け付けることとしてもよい（図９の表示画面９００参照）。これにより、受取者から送金者に対して謝意を表することができるとともに、送金者は、送金者のコメントからも無事に送金できたことを確認することができる。
【０１１９】
つぎに、認証に成功すれば、銀行サーバ１１１は、別段口座１３１０から受取者口座に５０００円を送金する（ステップＳ１３０６）。なお、別段口座１３１０から受取者口座に資金を移動させる際に、手数料が発生する。そして、銀行サーバ１１１は、送金者端末１２１および受取者端末１３１に完了通知を送信する（ステップＳ１３０７）。これにより、一連の送金支援処理が完了する。
【０１２０】
受取者端末１３１に表示される完了通知の画面の一例としては、図１０に示した表示画面１０００が挙げられる。送金者端末１２１に表示される完了通知の画面の一例としては、図１１に示した表示画面１１００が挙げられる。
【０１２１】
このように、あらかじめ連絡先が登録されている受取者１３０の承諾を得て送金を実行するため、見ず知らずの者への送金を抑止でき、また、送金者１２０が宛先間違いや重複した送金等、受取者１３０が意図しない送金を抑えることができる。
【０１２２】
図１４は、本実施の形態にかかる送金支援処理手順の一例（その２）を示すシーケンス図である。図１４に示す送金支援処理手順は、送金先の口座番号があらかじめ登録されている口座番号ではない点で、図１３に示す送金支援処理手順とは異なる。なお、以下の説明においては、図１３と同一部分については同一の符号を付し、説明を省略する。
【０１２３】
図１４では、たとえば、受取者１３０が、あらかじめ登録されていない口座への送金要求をおこなった場合を想定している。具体的には、受取者１３０から、たとえば、「緊急で会社の口座に送金して欲しい」といった送金要求があった場合を想定している。
【０１２４】
図１４のシーケンス図において、受取者端末１３１は、銀行サーバ１１１に新規口座の登録をおこなう（ステップＳ１４０１）。そして、受取者端末１３１は、送金者端末１２１に対して、新規口座への送金の要求をおこなう（ステップＳ１４０２）。
【０１２５】
そして、送金者端末１２１は、銀行サーバ１１１に新規口座への送金依頼をおこなう（ステップＳ１４０３）。送金依頼は、たとえば、図６に示した表示画面６００によりおこなわれることとなるが、表示画面６００において「送金先口座番号」が新たに指定された番号となる。
【０１２６】
つぎに、ステップＳ１３０５に示すように認証に成功すれば、銀行サーバ１１１は、別段口座１３１０から新規口座に５０００円を送金する（ステップＳ１４０４）。これにより、本実施の形態によれば、新規口座へ送金することも可能である。このため、あらかじめ登録されていない口座への送金要求が受取者１３０からあった場合でも、送金者１２０は、安心して当該口座へ送金することができる。
【０１２７】
図１５は、本実施の形態にかかる送金支援処理手順の一例（その３）を示すシーケンス図である。図１５に示す送金支援処理手順は、受取者端末１３１が用いられず、代理人端末１５００が用いられる点で、図１３に示す送金支援処理手順とは異なる。なお、以下の説明においては、図１３と同一部分については同一の符号を付し、説明を省略する。
【０１２８】
図１５では、たとえば、受取者１３０が、送金要求やの送金の承諾をおこなうことができず、代理人がこれらをおこなう場合を想定している。具体的には、たとえば、病気や事故等で受取者１３０に意識がなく、代理人が送金者へ送金要求をおこない、送金の承諾をおこなう場合を想定している。
【０１２９】
図１５のシーケンス図において、代理人端末１５００は、送金者端末１２１に対して送金の要求をおこなう（ステップＳ１５０１）。送金依頼の表示画面の一例としては、図５に示した表示画面５００が挙げられるが、差出人については受取者１３０ではなく、代理人となる。送金の要求において、代理人端末１５００は、たとえば、５０００円の送金を要求する旨や、銀行サーバ１１１から送信されるメールの件名を「桜の会」とする旨を送金者端末１２１に送信する。
【０１３０】
そして、銀行サーバ１１１は、別段口座１３１０に、送金額に相当する金額（５０００円）を入金した後（ステップＳ１３０３）、代理人端末１５００に、送金がおこなわれる旨の通知を示す確認メールを送信する（ステップＳ１５０２）。確認メールの件名は「桜の会」である。
【０１３１】
これにより、代理人は、送金に関する電子メールであることを、電子メールの件名（タイトル）で判別でき、電子メールを開封することができる。確認メールの画面の一例としては、図７に示した表示画面７００が挙げられるが、宛先については受取者１３０ではなく、代理人となる。
【０１３２】
つぎに、代理人端末１５００から銀行サーバ１１１に所定のサイトにアクセスして、認証がおこなわれる（ステップＳ１５０３）。たとえば、認証をおこなう際の画面の一例としては、図８に示した表示画面８００が挙げられるが、パスワードについては代理人のパスワードが入力される。また、認証に付随して、代理人からコメントを受け付けることとしてもよい。
【０１３３】
そして、代理人の認証に成功すれば、銀行サーバ１１１は、別段口座１３１０から受取者口座に５０００円を送金し（ステップＳ１３０６）、送金者端末１２１および受取者端末１３１のほかに、代理人端末１５００にも完了通知を送信する（ステップＳ１５０４）。これにより、一連の送金支援処理が完了する。
【０１３４】
このように、受取者１３０が重病や危篤の場合などのように受取者１３０と送金者１２０とが直接連絡を取れない場合でも、受取者１３０の代理人から、送金の承諾を受け付けて、受取者１３０宛てに送金することができる。このため、代理人からの送金要求であっても、送金者１２０は安心して受取者１３０に送金することができる。
【０１３５】
図１６は、本実施の形態にかかる送金支援処理手順の一例（その４）を示すシーケンス図である。図１６に示す送金支援処理手順は、受取者１３０の認証に失敗する点で、図１３に示す送金支援処理手順とは異なる。なお、以下の説明においては、図１３と同一部分については同一の符号を付し、説明を省略する。
【０１３６】
図１６のシーケンス図において、ステップＳ１３０４に示すように、受取者端末１３１に確認メールが送信されると、受取者端末１３１から銀行サーバ１１１に所定のサイトにアクセスして、認証がおこなわれることとなるが、認証に失敗したとする（ステップＳ１６０１）。認証に失敗するとは、具体的には、受取者１３０がパスワードを間違えることや、受取者１３０による送金の承諾がない場合や、確認メールの送信後、所定時間内（２４時間以内）に所定のサイトへのアクセスがないことを含む。
【０１３７】
このように認証に失敗した場合、銀行サーバ１１１は、別段口座１３１０から送金者口座に５０００円を戻す（ステップＳ１６０２）。なお、別段口座１３１０から送金者口座に資金を戻す際に、手数料は発生しない。このため、認証に失敗した場合には、受取者口座に送金されることがなく、また、手数料についても発生しないこととなる。
【０１３８】
ここで、送金者１２０にとって意図しない送金先の口座に一旦送金されてしまうと、移動した資金を戻すことが手間となることや、困難となることがあるが、本実施の形態では、受取者１３０の認証に成功するまでは指定の口座に資金を移動させないため、受取者１３０の認証に失敗した場合には別段口座１３１０から送金者口座に容易に資金を戻すことができる。
【０１３９】
そして、銀行サーバ１１１は、送金者端末１２１にキャンセル通知を送信する（ステップＳ１６０３）。これにより、一連の送金支援処理が完了する。送金者端末１２１に表示されるキャンセル通知の画面の一例としては、図１２に示した表示画面１２００が挙げられる。
【０１４０】
このように、認証に失敗した場合には、送金依頼をキャンセルするため、たとえば、振込詐欺などの受取者１３０が意図しない送金を抑止することができる。また、認証に失敗した場合には、キャンセル通知をおこなうため、送金者１２０に、その旨を把握させることができる。これにより、振り込め詐欺等の犯罪に対して迅速な初動対応を取ることができる。
【０１４１】
（銀行サーバ１１１がおこなう送金支援処理手順）
図１７は、銀行サーバ１１１がおこなう送金支援処理手順の一例を示すフローチャートである。図１７のフローチャートにおいて、銀行サーバ１１１は、送金者端末１２１から送金依頼（図６参照）を受け付けたか否かを判断する（ステップＳ１７０１）。銀行サーバ１１１は、送金者端末１２１から送金依頼を受け付けるまで待つ（ステップＳ１７０１：Ｎｏ）。
【０１４２】
そして、銀行サーバ１１１は、送金者端末１２１から送金依頼を受け付けた場合（ステップＳ１７０１：Ｙｅｓ）、送金額を別段口座に入金する（ステップＳ１７０２）。そして、送金者端末１２１からの送金依頼に代理人の指定があるか否かを判断する（ステップＳ１７０３）。代理人の指定がない場合（ステップＳ１７０３：Ｎｏ）、銀行サーバ１１１は、受取者情報ＤＢ１１３（図３Ｂ参照）を参照し、受取者１３０のメールアドレスを取得する（ステップＳ１７０４）。
【０１４３】
代理人の指定がある場合（ステップＳ１７０３：Ｙｅｓ）、銀行サーバ１１１は、代理人情報ＤＢ１１４（図３Ｃ参照）を参照し、代理人のメールアドレスを取得する（ステップＳ１７０５）。そして、銀行サーバ１１１は、取得したメールアドレス宛てに確認メール（図７参照）を送信する（ステップＳ１７０６）。
【０１４４】
つぎに、銀行サーバ１１１は、認証（図８参照）が成功したか否かを判断する（ステップＳ１７０７）。なお、ここでいう認証は、パスワード認証等の認証のほかに、受取者１３０の承諾も含む。銀行サーバ１１１は、認証に成功しない場合（ステップＳ１７０７：Ｎｏ）、所定時間（たとえば、確認メールの送信から２４時間）が経過したか否かを判断する（ステップＳ１７０８）。
【０１４５】
銀行サーバ１１１は、所定時間が経過していない場合（ステップＳ１７０８：Ｎｏ）、再要求タイミングであるか否かを判断する（ステップＳ１７０９）。再要求タイミングは、たとえば、１時間毎のタイミングである。再要求をおこなうことにより、受取者１３０に確認メールの閲覧および送金の承諾を促すことができる。
【０１４６】
銀行サーバ１１１は、再要求タイミングではない場合（ステップＳ１７０９：Ｎｏ）、ステップＳ１７０７に移行する。銀行サーバ１１１は、再要求タイミングである場合（ステップＳ１７０９：Ｙｅｓ）、ステップＳ１７０６に移行する。
【０１４７】
銀行サーバ１１１は、所定時間が経過した場合（ステップＳ１７０８：Ｙｅｓ）、送金額を別段口座から送金者口座に戻し（ステップＳ１７１０）、送金者端末１２１にキャンセル通知（図１２参照）を送信し（ステップＳ１７１１）、本フローチャートによる一連の処理を終了する。
【０１４８】
銀行サーバ１１１は、認証に成功した場合（ステップＳ１７０７：Ｙｅｓ）、具体的には、パスワード認証等の認証に成功し且つ受取者１３０の承諾が得られた場合、送金額を別段口座から受取者口座に移し（ステップＳ１７１２）、送金者端末１２１と受取者端末１３１に完了通知（図１０，１１参照）を送信し（ステップＳ１７１３）、本フローチャートによる一連の処理を終了する。
【０１４９】
以上説明したように、本実施の形態にかかる銀行サーバ１１１は、あらかじめ連絡先が登録された受取者１３０宛ての送金依頼を送金者１２０から受け付けた場合に、受取者１３０から受け付けた、送金がおこなわれることの承諾に応じて、送金を実行することとした。
【０１５０】
これにより、あらかじめ連絡先が登録されている者に対してのみ送金できる一方で、あらかじめ連絡先が登録されていない者に対しては送金することができないこととすることができる。したがって、見ず知らずの者への送金をおこなわないこととすることができるため、送金者１２０が意図しない送金を抑えることができ、特に身内を騙る詐欺（いわゆる振込め詐欺）の対策に有効である。
【０１５１】
また、本実施の形態にかかる銀行サーバ１１１によれば、連絡先が登録された受取者１３０と、実際に送金を受ける受取者１３０とが同一人であると見なして、受取者１３０の承諾を得て送金を実行することができる。このため、送金者１２０が宛先を間違えるといった勘違いや、重複して送金したりするといった誤操作によって生じ得る、受取者１３０が意図しない送金を抑えることができる。
【０１５２】
これにより、銀行サーバ１１１は、受取者１３０および送金者１２０の双方にとって意図しない送金を抑えることができる。したがって、本実施の形態によれば、安心して送金をおこなわせることができ、健全な送金サービスの提供をおこなうことができる。
【０１５３】
また、本実施の形態にかかる銀行サーバ１１１によれば、承諾には受取者１３０がおこなう認証を含むこととしたため、連絡先が登録された受取者１３０と、実際に送金を受ける受取者１３０とが同一であることの確認（本人確認）の精度を向上させることができる。これにより、銀行サーバ１１１によれば、見ず知らずの者への送金をおこなわないこととすることができ、振込め詐欺などの、受取者１３０が把握していない送金を抑えることができる。
【０１５４】
また、仮に、受取者１３０から、連絡先が登録されている受取者端末１３１が故障したために、連絡先が登録されていない他の受取者端末１３１に、送金がおこなわれる旨の通知をおこなって欲しい旨の要求が送金者１２０にあったとする。この場合、送金者１２０の操作により、他の受取者端末１３１に通知先を変更可能としてもよい。
【０１５５】
この場合において、送金の承諾に際して、受取者１３０がおこなう認証を含むこととすることにより、連絡先が登録されていない他の受取者端末１３１を有する受取者１３０と、実際に送金を受ける受取者１３０とが同一であることの確認（本人確認）をおこなうことができる。したがって、連絡先が登録されていない他の受取者端末１３１を受取者１３０が用いる場合でも、振込め詐欺などの、受取者１３０が把握していない送金を抑えることができる。
【０１５６】
また、本実施の形態にかかる銀行サーバ１１１によれば、受取者１３０宛ての送金依頼には所定の文字列（たとえば「桜の会」）が用いられ、所定の文字列を含む通知をおこなうこととした。これにより、当該通知を受取者１３０が確認する前段階で、たとえば、受信した段階で、当該通知が送金に関する内容であることを受取者１３０に示すことができる。
【０１５７】
具体的には、銀行サーバ１１１は、電子メールの件名に、当該文字列を用いることにより、送金に関する内容の電子メールであることを、受取者１３０に開封させなくとも示すことができる。このため、受取者１３０は、迷惑メール等ではないことが分かり、安心して、当該電子メールを開封することができる。したがって、銀行サーバ１１１によれば、確認メールが開封されずに、承諾が得られないといったことを抑えることができる。
【０１５８】
また、本実施の形態にかかる銀行サーバ１１１は、通知がおこなわれてから所定期間（たとえば２４時間）が経過するまでの間に承諾が受け付けられない場合に、送金者１２０から受け付けた送金依頼をキャンセルすることとした。これにより、銀行サーバ１１１は、所定期間の経過により、受取者１３０に受取の意思がないと見なし、送金依頼を解除することができ、受取者１３０が意図しない送金を抑制することができる。
【０１５９】
また、本実施の形態にかかる銀行サーバ１１１は、送金をおこなわない旨が受け付けられた場合に、送金者１２０から受け付けた送金依頼をキャンセルすることとした。これにより、銀行サーバ１１１は、受取者１３０が意図しない送金をおこなわないこととすることができる。
【０１６０】
また、送金者１２０には送金の意図があり、一方で受取者１３０には受取の意図がないことから、振込め詐欺等の犯罪の可能性も疑える。このため、送金先の指定口座については、犯罪に利用されているおそれがあるなどの注意喚起をおこなうことができ、犯罪を未然防止するための対応をとることができる。
【０１６１】
また、本実施の形態にかかる銀行サーバ１１１は、送金依頼がキャンセルされた場合に、送金者端末１２１にその旨を示す報知をおこなうこととした。これにより、送金者１２０は、送金依頼がキャンセルされたことを把握することができる。このため、送金者１２０は、送金に関して、受取者１３０と確認をとり、振り込め詐欺等の犯罪に対して迅速な初動対応を取ることができるとともに、場合によっては、改めて送金依頼をおこなって、送金をおこなうことができる。
【０１６２】
また、本実施の形態にかかる銀行サーバ１１１は、送金依頼を受け付けた場合に、代理人の連絡先に送金がおこなわれる旨の通知をおこない、代理人から承諾を受け付けられることにより、送金を実行可能とした。このため、銀行サーバ１１１は、連絡先が登録された代理人を、受取者１３０と同視して、代理人の承諾を得て受取者１３０宛ての送金を実行することができる。
【０１６３】
これにより、銀行サーバ１１１によれば、たとえば、受取者１３０が重病や危篤の場合などのように受取者１３０と送金者１２０とが直接連絡を取れない場合でも、受取者１３０の代理人から、送金の承諾を受け付けて、受取者１３０宛てに送金することができるため、本実施の形態にかかる送金支援方法の利便性を向上させることができる。
【０１６４】
また、本実施の形態にかかる銀行サーバ１１１は、送金の承諾時に用いる認証には、複数種類の認証のうち、送金者１２０から受け付けた１種類以上の認証とした。このように、受取者１３０側で認証の種類を選択させずに、送金者１２０側で認証の種類を選択させることにより、たとえば、振込め詐欺を想定した場合に、送金者１２０により選択された認証と犯罪者が用意した認証とが異なる場合には、犯罪者は認証を成功させることができない。これにより、認証の安全性を強化することができるため、振込め詐欺を抑制することができる。
【０１６５】
なお、本実施の形態で説明した送金支援方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。
【０１６６】
送金支援プログラムは、ハードディスク、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）−ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ等のコンピュータで読み取り可能な記憶媒体に記憶され、コンピュータによって記憶媒体から読み出されることによって実行される。また、送金支援プログラムは、インターネット等のネットワークを介して配布してもよい。
【産業上の利用可能性】
【０１６７】
以上のように、この発明にかかる送金支援装置、送金支援方法、および送金支援プログラムは、送金をおこなう、送金支援装置、送金支援方法、および送金支援プログラムに有用であり、特に、連絡先があらかじめ登録された受取者１３０宛てに送金をおこなう、送金支援装置、送金支援方法、および送金支援プログラムに適している。
【符号の説明】
【０１６８】
１００  送金支援システム
１１０  銀行
１１１  銀行サーバ
１１２  送金者情報データベース（ＤＢ）
１１３  受取者情報データベース（ＤＢ）
１１４  代人情報データベース（ＤＢ）
１１５  取引情報データベース（ＤＢ）
１２０  送金者
１３０  受取者
１２１  送金者端末
１３１  受取者端末
１４０  ネットワーク
２１１，２２１  ＣＰＵ
２１２，２２２  メモリ
２１３，２２５  通信ＩＦ
２２３  出力デバイス
２２４  入力デバイス
２１０，２２０  バス
４０１  通知部
４０２  受付部
４０３  送金制御部
【図１】
2019028863.tif 000003
【図２Ａ】
2019028863.tif 000004
【図２Ｂ】
2019028863.tif 000005
【図３Ａ】
2019028863.tif 000006
【図３Ｂ】
2019028863.tif 000007
【図３Ｃ】
2019028863.tif 000008
【図３Ｄ】
2019028863.tif 000009
【図４】
2019028863.tif 000010
【図５】
2019028863.tif 000011
【図６】
2019028863.tif 000012
【図７】
2019028863.tif 000013
【図８】
2019028863.tif 000014
【図９】
2019028863.tif 000015
【図１０】
2019028863.tif 000016
【図１１】
2019028863.tif 000017
【図１２】
2019028863.tif 000018
【図１３】
2019028863.tif 000019
【図１４】
2019028863.tif 000020
【図１５】
2019028863.tif 000021
【図１６】
2019028863.tif 000022
【図１７】
2019028863.tif 000023