(57)【要約】【課題】誤った送金を確実に防止する。【解決手段】送金人は、携帯電話１１を操作して、金融機関センタ２に送金依頼データを送信することで送金を依頼する（ステップＳ１）。金融機関センタ２は、送金人の本人認証を行った後、送金依頼データを記憶し（ステップＳ２）、受付コードを支払人の通信端末１に送信する（ステップＳ３）。送金人は、受付コードと送金額とを受取人に任意の方法で通知する（ステップＳ４）。受取人は、自身の携帯電話１１を操作して、受取依頼データを金融機関センタ２に送信することで受取を依頼する（ステップＳ５）。金融機関センタ２は、受取人の本人認証を行った後、受取人からの受取依頼データに基づいて、対応する送金依頼データを特定し（ステップＳ６）、特定できた場合、送金人の口座から受取人の口座に資金を移動する（ステップＳ７）【選択図】図４
2011013959.tif 000002
【特許請求の範囲】
【請求項１】
送金人の口座から受取人の口座に送金を行うための送金システムであって、
送金人の端末装置から、ネットワークを介して、該送金人を特定する本人情報と、受取人の口座を特定する情報と送金額を示す情報とを含む送金依頼データと、を受信する送金依頼受信手段と、
前記送金依頼受信手段で受信した本人情報に基づいて送金人を認証する送金人認証手段と、
前記送金人認証手段で送金人を認証した後、前記送金依頼受信手段で受信した送金依頼データに当該送金依頼データを識別するための受付コードを付与して記憶する送金依頼記憶手段と、
前記送金人の端末装置に前記受付コードを通知する通知手段と、
受取人の端末装置から、ネットワークを介して、該受取人を特定する本人情報と、受付コードと送金額を示す情報とを含む受取依頼データと、を受信する受取依頼受信手段と、
前記受取依頼受信手段で受信した本人情報に基づいて受取人を認証するとともに受取人の口座を特定する情報を取得する受取人認証手段と、
前記受取人認証手段で受取人を認証した後、前記受取依頼受信手段による受取依頼データの受信に応答して、受信した受取依頼データに対応する送金依頼データが前記送金依頼記憶手段にあるか否かを判別し、対応する送金依頼データがあると判別した場合、送金人の口座から該送金依頼データが示す受取人の口座に該送金依頼データが示す送金額を送金するための処理を行う送金手段と、
を備えることを特徴とする送金システム。
【請求項２】
送金人の口座から受取人に送金を行うための送金システムであって、
送金人の端末装置から、ネットワークを介して、該送金人を特定する本人情報と、送金額を示す情報を含む送金依頼データと、を受信する送金依頼受信手段と、
前記送金依頼受信手段で受信した本人情報に基づいて送金人を認証する送金人認証手段と、
前記送金人認証手段で送金人を認証した後、前記送金依頼受信手段で受信した送金依頼データに、当該送金依頼データを識別するための受付コードを付与して記憶する送金依頼記憶手段と、
前記送金人の端末装置に前記受付コードを通知する通知手段と、
受取人の端末装置から、ネットワークを介して、受付コードと送金額を示す情報とを含む受取依頼データを受信する受取依頼受信手段と、
前記受取依頼受信手段による受取依頼データの受信に応答して、受信した受取依頼データに対応する送金依頼データが前記送金依頼記憶手段にあるか否かを判別し、対応する送金依頼データがあると判別した場合、送金人の口座から受取人に該送金依頼データが示す送金額を送金するための処理を行う送金手段と、
を備えることを特徴とする送金システム。
【請求項３】
前記送金手段は、
受信した受取依頼データが示す受付コードと送金額、および、前記受取人認証手段で取得した受取人の口座を特定する情報とが一致する送金依頼データを対応する送金依頼データであると判別する、
ことを特徴とする請求項１に記載の送金システム。
【請求項４】
前記送金手段は、
受信した受取依頼データが示す受付コードと送金額とが一致する送金依頼データを対応する送金依頼データであると判別する、
ことを特徴とする請求項２に記載の送金システム。
【請求項５】
前記送金依頼記憶手段に記憶してから所定時間経過後の送金依頼データを無効化する、
ことを特徴とする請求項１乃至４の何れか１項に記載の送金システム。
【請求項６】
送金人の口座から受取人の口座に送金を行うための送金方法であって、
送金人の端末装置から、ネットワークを介して、該送金人を特定する本人情報と、受取人の口座を特定する情報と送金額を示す情報とを含む送金依頼データと、を受信し、
受信した本人情報に基づいて送金人を認証し、
送金人を認証した後、受信した送金依頼データに当該送金依頼データを識別するための受付コードを付与して記憶し、
前記送金人の端末装置に前記受付コードを通知し、
受取人の端末装置から、ネットワークを介して、該受取人を特定する本人情報と、受付コードと送金額を示す情報とを含む受取依頼データと、を受信し、
受信した本人情報に基づいて受取人を認証するとともに受取人の口座を特定する情報を取得し、
受取人を認証した後、受取依頼データの受信に応答して、受信した受取依頼データに対応する送金依頼データを記憶しているか否かを判別し、対応する送金依頼データを記憶していると判別した場合、送金人の口座から該送金依頼データが示す受取人の口座に該送金依頼データが示す送金額を送金するための処理を行う、
ことを特徴とする送金方法。
【請求項７】
送金人の口座から受取人に送金を行うための送金方法であって、
送金人の端末装置から、ネットワークを介して、該送金人を特定する本人情報と、送金額を示す情報を含む送金依頼データと、を受信し、
受信した本人情報に基づいて送金人を認証し、
送金人を認証した後、受信した送金依頼データに、当該送金依頼データを識別するための受付コードを付与して記憶し、
前記送金人の端末装置に前記受付コードを通知し、
受取人の端末装置から、ネットワークを介して、受付コードと送金額を示す情報とを含む受取依頼データを受信し、
受取依頼データの受信に応答して、受信した受取依頼データに対応する送金依頼データを記憶しているか否かを判別し、対応する送金依頼データを記憶していると判別した場合、送金人の口座から受取人に該送金依頼データが示す送金額を送金するための処理を行う、
ことを特徴とする送金方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送金システム、および、送金方法に関する。
【背景技術】
【０００２】
支払人が銀行のＡＴＭ（Automated Teller Machine）や携帯電話等の端末装置を操作して、送金先の口座に送金することが行われている（例えば、特許文献１）。
【０００３】
具体的には、支払人は、端末装置から送金先を特定するための口座情報（銀行名、口座種別、口座番号など）や送金額等を入力する。そして、このような入力を受けて、銀行側で、直ちに、送金先の口座に金額を振り込む処理が実施される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２９５９１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
支払人は、入力ミス等により、誤った口座情報や送金額を入力してしまう虞がある。このような場合、銀行側でこの誤りを認識することはできず、誤った送金先の口座に誤った金額が振り込まれてしまう。
【０００６】
特許文献１には、入力の最後に、送金先の口座と送金額とを確認する画面を表示する技術が開示されている。しかし、このように確認の画面を表示しても、上述したような誤った送金を完全に防止することはできない。
【０００７】
本発明は、上記実情に鑑みてなされたものであり、誤った送金を確実に防止することができる送金システム、および、送金方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の第１の観点に係る送金システムは、
送金人の口座から受取人の口座に送金を行うための送金システムであって、
送金人の端末装置から、ネットワークを介して、該送金人を特定する本人情報と、受取人の口座を特定する情報と送金額を示す情報とを含む送金依頼データと、を受信する送金依頼受信手段と、
前記送金依頼受信手段で受信した本人情報に基づいて送金人を認証する送金人認証手段と、
前記送金人認証手段で送金人を認証した後、前記送金依頼受信手段で受信した送金依頼データに当該送金依頼データを識別するための受付コードを付与して記憶する送金依頼記憶手段と、
前記送金人の端末装置に前記受付コードを通知する通知手段と、
受取人の端末装置から、ネットワークを介して、該受取人を特定する本人情報と、受付コードと送金額を示す情報とを含む受取依頼データと、を受信する受取依頼受信手段と、
前記受取依頼受信手段で受信した本人情報に基づいて受取人を認証するとともに受取人の口座を特定する情報を取得する受取人認証手段と、
前記受取人認証手段で受取人を認証した後、前記受取依頼受信手段による受取依頼データの受信に応答して、受信した受取依頼データに対応する送金依頼データが前記送金依頼記憶手段にあるか否かを判別し、対応する送金依頼データがあると判別した場合、送金人の口座から該送金依頼データが示す受取人の口座に該送金依頼データが示す送金額を送金するための処理を行う送金手段と、
を備えることを特徴とする。
【０００９】
上記目的を達成するため、本発明の第２の観点に係る送金システムは、
送金人の口座から受取人に送金を行うための送金システムであって、
送金人の端末装置から、ネットワークを介して、該送金人を特定する本人情報と、送金額を示す情報を含む送金依頼データと、を受信する送金依頼受信手段と、
前記送金依頼受信手段で受信した本人情報に基づいて送金人を認証する送金人認証手段と、
前記送金人認証手段で送金人を認証した後、前記送金依頼受信手段で受信した送金依頼データに、当該送金依頼データを識別するための受付コードを付与して記憶する送金依頼記憶手段と、
前記送金人の端末装置に前記受付コードを通知する通知手段と、
受取人の端末装置から、ネットワークを介して、受付コードと送金額を示す情報とを含む受取依頼データを受信する受取依頼受信手段と、
前記受取依頼受信手段による受取依頼データの受信に応答して、受信した受取依頼データに対応する送金依頼データが前記送金依頼記憶手段にあるか否かを判別し、対応する送金依頼データがあると判別した場合、送金人の口座から受取人に該送金依頼データが示す送金額を送金するための処理を行う送金手段と、
を備えることを特徴とする。
【００１０】
前記送金手段は、
受信した受取依頼データが示す受付コードと送金額、および、前記受取人認証手段で取得した受取人の口座を特定する情報とが一致する送金依頼データを対応する送金依頼データであると判別してもよい。
【００１１】
前記送金手段は、
受信した受取依頼データが示す受付コードと送金額とが一致する送金依頼データを対応する送金依頼データであると判別してもよい。
【００１２】
前記送金依頼記憶手段に記憶してから所定時間経過後の送金依頼データを無効化してもよい。
【００１３】
上記目的を達成するため、本発明の第３の観点に係る送金方法は、
送金人の口座から受取人の口座に送金を行うための送金方法であって、
送金人の端末装置から、ネットワークを介して、該送金人を特定する本人情報と、受取人の口座を特定する情報と送金額を示す情報とを含む送金依頼データと、を受信し、
受信した本人情報に基づいて送金人を認証し、
送金人を認証した後、受信した送金依頼データに当該送金依頼データを識別するための受付コードを付与して記憶し、
前記送金人の端末装置に前記受付コードを通知し、
受取人の端末装置から、ネットワークを介して、該受取人を特定する本人情報と、受付コードと送金額を示す情報とを含む受取依頼データと、を受信し、
受信した本人情報に基づいて受取人を認証するとともに受取人の口座を特定する情報を取得し、
受取人を認証した後、受取依頼データの受信に応答して、受信した受取依頼データに対応する送金依頼データを記憶しているか否かを判別し、対応する送金依頼データを記憶していると判別した場合、送金人の口座から該送金依頼データが示す受取人の口座に該送金依頼データが示す送金額を送金するための処理を行う、
ことを特徴とする。
【００１４】
上記目的を達成するため、本発明の第４の観点に係る送金方法は、
送金人の口座から受取人に送金を行うための送金方法であって、
送金人の端末装置から、ネットワークを介して、該送金人を特定する本人情報と、送金額を示す情報を含む送金依頼データと、を受信し、
受信した本人情報に基づいて送金人を認証し、
送金人を認証した後、受信した送金依頼データに、当該送金依頼データを識別するための受付コードを付与して記憶し、
前記送金人の端末装置に前記受付コードを通知し、
受取人の端末装置から、ネットワークを介して、受付コードと送金額を示す情報とを含む受取依頼データを受信し、
受取依頼データの受信に応答して、受信した受取依頼データに対応する送金依頼データを記憶しているか否かを判別し、対応する送金依頼データを記憶していると判別した場合、送金人の口座から受取人に該送金依頼データが示す送金額を送金するための処理を行う、
ことを特徴とする。
【発明の効果】
【００１５】
本発明によれば、送金人が送金依頼データを登録した後、受取人が正しい情報を入力して受取を依頼して初めて資金の移動がなされる。従って、誤った送金を確実に防止することができる
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態に係る送金システムの構成を示したブロック図である。
【図２】顧客ＤＢの構成を示した図である。
【図３】送金依頼ＤＢの構成を示した図である。
【図４】本発明の実施形態に係る送金システムで実施される送金処理を概略的に示した図である。
【図５】送金依頼処理を説明するためのフローチャートである。
【図６】送金依頼入力画面の例を示した図である。
【図７】受取依頼処理を説明するためのフローチャートである。
【図８】受取依頼入力画面の例を示した図である。
【図９】受取人がＡＴＭから現金を受け取る場合の受取依頼処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１７】
以下、この発明の実施の形態について、図面を参照しながら詳細に説明する。なお、本発明は下記の実施形態及び図面によって限定されるものではない。本発明の要旨を変更しない範囲で下記の実施形態及び図面に変更を加えることが出来るのはもちろんである。また、図中同一または相当部分には同一符号を付す。
【００１８】
本発明の実施形態に係る送金システム１００について説明する。送金システム１００は、送金元のユーザ（送金人）の口座から、送金先のユーザ（受取人）の口座に、資金を移動させる処理（送金）を行うためのシステムである。送金システム１００は、図１に示すように、通信端末１と、金融機関における金融機関センタ２と、ネットワーク３とを備える。
【００１９】
通信端末１は、送金人および受取人によって利用されるコンピュータであり、例えば、携帯電話１１、パーソナルコンピュータ１２等のユーザ端末、および、ＡＴＭ（Automated Teller Machine）１３等の金融機関端末等である。通信端末１は、ネットワーク３を介して、金融機関センタ２に接続される。なお、ネットワーク３は、通信端末１が携帯電話１１であれば公衆回線網やインターネット、パーソナルコンピュータ１２であればインターネット、ＡＴＭ１３であれば専用回線などである。
【００２０】
各通信端末１は、例えば、パスワード等の本人認証情報の入力を利用者（送金人、又は、受取人）から受け付けて、利用者の口座が開設されている金融機関の金融機関センタ２に送信する。なお、通信端末１が携帯電話１１の場合には、携帯電話１１毎に設定されている認証用の情報（例えば、電話番号）を本人認証情報として、金融機関センタ２に送信してもよい。
【００２１】
そして送金の場合、各通信端末１は、金融機関センタ２により本人認証を受けた後、利用者（送金人）から送金先の口座情報や送金額等の入力を受け付ける。そして、各通信端末１は、受け付けたこれらの情報を含んだ送金依頼データを金融機関センタ２に送信して送金を依頼する。また、各通信端末１は、金融機関センタ２から受信した受付コードを表示する。なお、受付コードとは、送金依頼データを識別するための一意な番号である。
【００２２】
また、受取の場合、各通信端末１は、金融機関センタ２により本人認証を受けた後、利用者（受取人）から受付コードや受取金額等の入力を受け付ける。そして、各通信端末１は、受け付けたこれらの情報を含んだ受取依頼データを金融機関センタ２に送信して、送金の受け取りを依頼する。
【００２３】
金融機関センタ２は、金融機関に設置されるコンピュータなどから構成され、通信部２１と、記憶部２２と、制御部２３とを備える。なお、金融機関センタ２は、複数のコンピュータから構成されてもよい。
【００２４】
通信部２１は、ネットワークを介して通信端末１や別の金融機関センタ２と通信を行うものであり、通信インタフェース等を備える。例えば、通信部２１は、通信端末１から、送金依頼データや受取依頼データを受信する。
【００２５】
記憶部２２は、様々な情報、プログラム等を記憶するものであり、ハードディスク等の補助記憶装置を備える。また、記憶部２２は、顧客ＤＢ（データベース）２２１と、送金依頼ＤＢ２２２とを備える。
【００２６】
顧客ＤＢ（データベース）２２１は、当該金融機関センタ２で口座を管理している顧客の個人情報や口座情報等を記憶するデータベースである。
具体的には、図２に示すように、顧客ＤＢ２２１は、顧客毎に、顧客番号、顧客名、認証情報、顧客の口座情報（口座種別、口座番号）、および、口座の残高等を記憶する。なお、顧客番号は、顧客を一意に識別するための番号である。また、認証情報は、顧客本人を認証するための情報であり、例えば、パスワードや、顧客の所有する携帯電話１１の認証用の情報（例えば、電話番号）等である。
【００２７】
送金依頼ＤＢ２２２は、送金人から受け付けた送金依頼データを記憶するをデータベースである。送金依頼ＤＢ２２２に記憶されている送金依頼データは、図３に示すように、送金依頼データの識別情報である受付コードと、送金人の顧客番号と、送金先の口座を特定する情報（銀行名、支店名、口座種別、口座番号）と、送金額とを含む。
【００２８】
制御部２３は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等から構成され、金融機関センタ２全体を制御する。
【００２９】
また、制御部２３は、送金人の通信端末１から受け付けた送金依頼データに受付コードを付与して送金依頼ＤＢ２２２に記憶する。また、受取人の通信端末１から受け付けた受取依頼データに対応する送金依頼データを特定し、特定した送金依頼データに基づいて、送金人の口座から受取人の口座に資金を移動させるための送金処理を行う。なお、これらの処理の詳細については後述する。
【００３０】
続いて、図４を参照して、送金システム１００で実施される送金処理を概略的に説明する。送金人は、通信端末１（この例では、携帯電話１１）を操作して、金融機関センタ２に送金依頼データを送信することで送金を依頼する（ステップＳ１）。
【００３１】
金融機関センタ２は、送金人の本人認証を行った後、送金依頼データを送金依頼ＤＢ２２２に記憶する（ステップＳ２）。そして、受付コードを送金人の通信端末１に送信する（ステップＳ３）。
【００３２】
送金人は、受付コードと送金額とを受取人に任意の方法で通知する（ステップＳ４）。
【００３３】
受取人は、自身の通信端末１（この例では、携帯電話１１）を操作して、受取依頼データを金融機関センタ２に送信することで受取を依頼する（ステップＳ５）。
【００３４】
金融機関センタ２は、受取人の本人認証を行った後、受取人からの受取依頼データに基づいて、対応する送金依頼データを特定し（ステップＳ６）、特定できた場合、送金人の口座から受取人の口座に資金を移動する（ステップＳ７）。
【００３５】
次に、この送金システム１００で実施される処理の動作について、例を挙げてより詳細に説明する。
【００３６】
（送金依頼処理）
始めに、送金人であるユーザＡが、自身の携帯電話１１から受取人であるユーザＢに送金の依頼を行う処理（送金依頼処理）について、図５のフローチャートを参照して説明する。なお、ユーザＡとユーザＢは同じ金融機関Ｘに口座が開設されているものとする。
【００３７】
始めに、ユーザＡは、自身の携帯電話１１のメニュー一覧から「送金依頼」を選択するなどして送金依頼処理の開始を指示する。この指示操作に応答して、携帯電話１１は送金依頼処理を開始するための要求（送金依頼開始要求）を、金融機関Ｘの金融機関センタ２に送信する（ステップＳ１０１）。なお、送金依頼開始要求には、ユーザＡ本人を認証するための認証情報が含まれている。この認証情報は、ユーザＡが携帯電話１１を操作して入力してもよいし、ユーザＡの携帯電話１１に予め記憶されている認証情報（例えば電話番号）を用いてもよい。
【００３８】
金融機関Ｘの金融機関センタ２の制御部２３は、携帯電話１１からの送金依頼要求を受信すると（ステップＳ１０２）、該送金依頼要求に含まれる認証情報を用いて本人認証を行う（ステップＳ１０３）。具体的には、制御部２３は、送金依頼要求に含まれる認証情報が顧客ＤＢ２２１に登録されていることを確認することで本人認証を行う。なお、この本人認証の際、制御部２３は、顧客ＤＢ２２１を参照して、登録を確認した認証情報に対応付けられているユーザＡの顧客コードも特定する。
【００３９】
本人認証を行い、ユーザＡの携帯電話１１からのアクセスであることを確認すると、制御部２３は、例えば、図６に示すような、送金に必要なデータ（送金依頼データ）を入力させるための送金依頼入力画面をユーザＡの携帯電話１１に送信する（Ｓ１０４）。
【００４０】
ユーザＡの携帯電話１１は、金融機関センタ２から受信した送金依頼入力画面を表示して、ユーザＡから送金依頼データ（送金先の口座を特定する情報（銀行名、支店名、口座種別、口座番号）、および、送金額）の入力を受け付ける（ステップＳ１０５）。ユーザＡは、この画面に受取人であるユーザＢの口座情報（銀行名、支店名、科目、口座番号）や送金額を入力する。携帯電話１１は、入力された情報を含んだ送金依頼データを金融機関Ｘの金融機関センタ２に送信する（ステップＳ１０６）。
【００４１】
金融機関センタ２の制御部２３は、ユーザＡの携帯電話１１から送金依頼データを受信すると（ステップＳ１０７）、受信した送金依頼データに対して、識別用の受付コードを発行する（ステップＳ１０８）。そして、制御部２３は、受信した送金依頼データに受付コードとユーザＡの顧客番号を付与して、送金依頼ＤＢ２２２に新規エントリとして記憶する（ステップＳ１０９）。ここでは、ユーザＢへの送金を示す送金依頼データが送金依頼ＤＢ２２２に記憶される。
【００４２】
続いて、金融機関センタ２の制御部２３は、発行した受付コードを表示する確認画面をユーザＡの携帯電話１１に送信する（ステップＳ１１０）。そして、ユーザＡの携帯電話１１は、この確認画面を表示する（ステップＳ１１１）。ユーザＡは、この確認画面から受付コードを知ることができる。以上で送金依頼処理は終了する。
なお、制御部２３は、確認画面の送信に代えて、ユーザＡの携帯電話１１に、電子メールで受付コードを通知してもよい。
【００４３】
このように、送金人によって送金に必要な情報（送金依頼データ）が金融機関センタ２に登録され、その送金依頼データの識別情報（受付コード）が送金人に提示される。なお、この段階では、送金依頼データが登録されただけであり、実際の送金（送金人の口座から受取人の口座への資金の移動）はなされていない。
【００４４】
（受取依頼処理）
送金依頼処理の完了後、送金人であるユーザＡは、口頭や電話、電子メール等の任意の手段を用いて、送金額と確認画面から確認した受付コードとを受取人であるユーザＢに通知する。ユーザＢは、自身の携帯電話１１を操作して、送金を受け取るための処理（受取依頼処理）を実行する。この受取依頼処理について、図７のフローチャートを参照して説明する。
【００４５】
まず、ユーザＢは、携帯電話１１のメニュー一覧から「受取依頼」を選択するなどして受取依頼処理の開始を指示する。この指示操作に応答して、携帯電話１１は、受取依頼処理を開始するための要求（受取依頼開始要求）を、金融機関Xの金融機関センタ２に送信する（ステップＳ２０１）。なお、受取依頼開始要求には、ユーザＢ本人を認証するための認証情報が含まれている。この認証情報は、ユーザＢが携帯電話１１を操作して入力してもよいし、ユーザＢの携帯電話１１に予め記憶されている認証情報（例えば電話番号）を用いてもよい。
【００４６】
金融機関Ｘの金融機関センタ２の制御部２３は、携帯電話１１からの受取依頼要求を受信すると（ステップＳ２０２）、該受取依頼要求に含まる認証情報を用いて本人認証を行う（ステップＳ２０３）。具体的には、制御部２３は、受信した受取依頼要求に含まれる認証情報が顧客ＤＢ２２１に登録されていることを確認することで本人認証を行う。なお、この本人認証の際、制御部２３は、顧客ＤＢ２２１を参照して、登録確認した認証情報に対応付けられているユーザＢの口座特定情報も取得する。
【００４７】
続いて、本人認証でユーザＢの携帯電話１１からのアクセスであることを確認すると、制御部２３は、例えば、図８に示すような、受取に必要なデータ（受取依頼データ）を入力させるための受取依頼入力画面をユーザＢの携帯電話１１に送信する（Ｓ２０４）。
【００４８】
ユーザＢの携帯電話１１は、金融機関センタ２から受信した送金依頼入力画面を表示して、受取人から受取依頼データ（受付コード、送金額）の入力を受け付ける（ステップＳ２０５）。ユーザＢは、この画面にユーザＡから通知された受付コードと送金額とを入力する。なお、ユーザＢはユーザＡと同じ金融機関Ｘに口座が管理されているため、図８（Ａ）に示すように、銀行名は入力しない。携帯電話１１は、入力された情報を含んだ受取依頼データを金融機関Ｘの金融機関センタ２に送信する（ステップＳ２０６）。
【００４９】
金融機関センタ２の制御部２３は、ユーザＢの携帯電話１１から受取依頼データを受信すると（ステップＳ２０７）、受信した受取依頼データに対応する送金依頼データが送金依頼ＤＢ２２２に記憶されているか否かを判別する（ステップＳ２０８）。
具体的には、制御部２３は、受信した受取依頼データに含まれる受付コードと送金額、および、ステップＳ２０３の本人認証時に特定したユーザＢの口座特定情報とが完全に一致する送金依頼データが送金依頼ＤＢ２２２に記憶されているか否かを判別する。
【００５０】
対応する送金依頼データが送金依頼ＤＢ２２２にないと判別した場合（ステップＳ２０８；Ｎｏ）、送金人が間違った金額の送金依頼データを送信したため送金依頼データと受取依頼データとの間で送金額のデータの不一致が生じた、又は、正しい受付コードを知らない不正な第三者からの受取りであり送金依頼データと受取依頼データとの間で受付コードの不一致が生じた、などの場合が考えられる。従って、この場合、口座間の資金の移動は行わず、制御部２３は、エラーとして処理を異常終了する。
【００５１】
対応する送金依頼データが送金依頼ＤＢ２２２に有ると判別した場合（ステップＳ２０８；Ｙｅｓ）、制御部２３は、有ると判別した送金依頼データの内容に基づいて、ユーザＡの口座からユーザＢの口座へ資金を移動させる処理を行う（ステップＳ２０９）。
具体的には、制御部２３は、まず、有ると判別した送金依頼データに含まれる送金人の顧客番号をキーに顧客ＤＢ２２１を参照して、送金人であるユーザＡの口座を判別する。また、制御部２３は、特定した送金依頼データに含まれる送金先の口座特定情報から、ユーザＢの口座を判別する。そして、制御部２３は、特定した送金依頼データが示す送金額を、ユーザＡの口座からユーザＢの口座へ移動させる所定の処理を行う。なお、送金が完了した後、同じ送金が繰り返されないように、制御部２３は、該送金の送金依頼データを、送金依頼ＤＢ２２２から消去、又は、処理済のフラグを付与するなどして無効化する。
【００５２】
送金が完了すると、制御部２３は、受取人であるユーザＢの携帯電話１１に、送金が完了したことを告げる送金完了画面を送信し（ステップＳ２１０）、ユーザＢの携帯電話１１はこの送金完了画面を表示する（ステップＳ２１１）。以上で、受取処理は終了する。なお、制御部２３は、送金人であるユーザＡの携帯電話１１に対しても送金完了（送金完了メッセージ）を通知してもよい。
【００５３】
このように、本実施形態では、受取人は、受付コードや送金額を含んだ受取依頼データを金融機関センタ２に送信する。そして、金融機関センタ２は、その受取依頼データが示す受付コードと送金額とが一致する送金依頼データを判別する。一致する送金依頼データがない場合はエラーとして以後の送金の処理は実施しない。送金依頼データを特定できた場合、その送金依頼データの内容に基づいて、送金人の口座から受取人の口座に対して送金を行う。
従って、送金人からの処理により一方的に資金移動が発生する従来の送金と異なり、本実施形態に係る送金システムでは、受取人側からも正しい情報を入力することにより、送金人側と受取人側での相互認証の機能が働く。従って、誤った送金を確実に防止することができる。
【００５４】
また、受取人が送金依頼データを確認する場合、受取人の本人認証（ステップＳ２０３）により自動的に受取人の口座情報が確定し、また、この口座情報は受取人が入力できない項目なので、受取人になりすました第三者が送金を受け取ることは不可能である。
つまり、受付コード、送金金額（他行の場合は送金先の銀行名）は送金人からの情報であり、何らかの方法で第三者が知りえる可能性があるが、受取人の口座情報（銀行名、支店名、科目、口座番号）は受取人の本人認証により自動的に確定する情報なので第三者が指定できない情報である。従って、より高セキュリティでの送金が可能となる。
【００５５】
なお、本実施形態は種々の変形、および、応用が可能である。
例えば、上述した例では、送金人（ユーザＡ）と受取人（ユーザＢ）とは同じ金融機関Ｘに口座が管理されているものとした。しかし、受取人（ユーザＢ）の口座が、送金人（ユーザＡ）の口座が管理されている金融機関Ｘと異なる金融機関Ｙで管理されている場合にも、本発明は適用可能である。
【００５６】
この場合、ユーザＢは、受取処理において、図８（Ｂ）に示すように、受付コード、送金額以外に、送金元の金融機関Ｘの名称「Ｘ」も受取依頼入力画面に入力する。そして、携帯電話１１は、これらの入力された情報を含んだ送金依頼データを、ユーザＢの口座が管理されている金融機関Ｙの金融機関センタ２に送信する。金融機関Ｙの金融機関センタ２は、受信した受取依頼データに含まれる金融機関名から送金先の金融機関Ｘを特定し、特定した金融機関Ｘの金融機関センタ２の送金依頼ＤＢ２２２に、対応する送金依頼データが有るか否かを判別し、送金依頼データがあると判別した場合に、その送金依頼データの内容に基づいて、金融機関ＸのユーザＡの口座から金融機関ＹのユーザＢの口座へ資金を移動する処理を行えばよい。
このように、送金人と受取人とが異なる金融機関にそれぞれ口座が管理されている場合にも本発明は適用可能である。
【００５７】
また、送金人と受取人の操作する通信端末１として携帯電話１１を例にして説明したが、これ以外のＰＣ１２、および、ＡＴＭ１３などを送金人および受取人が操作して送金処理を行うこともできる。
また、受取人がＡＴＭ１３から直接現金を受け取ることも可能である。この場合、送金依頼データには送金先の口座情報を含める必要はない。この場合の受取依頼処理のフローチャートを図９に示す。
【００５８】
受取人は、ＡＴＭ１３の画面に表示されているメニュー一覧から「受取依頼」を選択するなどして受取依頼処理の開始を指示する。この指示操作に応答して、ＡＴＭ１３は、受取依頼処理を開始するための要求（受取依頼開始要求）を、金融機関センタ２に送信する（ステップＳ３０１）。
【００５９】
金融機関Ｘの金融機関センタ２の制御部２３は、ＡＴＭ１３からの受取依頼要求を受信すると（ステップＳ３０２）、受取に必要な受付コードと受取額とを入力させるための受取依頼入力画面をＡＴＭ１３に送信する（Ｓ３０４）。
【００６０】
ＡＴＭ１３は、金融機関センタ２から受信した送金依頼入力画面を表示して、受取人から受取依頼データ（受付コード、送金額）の入力を受け付ける（ステップＳ３０５）。受取人は、この画面に送金人から所定の方法で通知された受付コードと送金額とを入力する。なお、送金人の口座と受取人の口座が異なる金融機関で管理されている場合には、送金人は、送金先の金融機関名も入力する。ＡＴＭ１３は、入力された情報を含んだ受取依頼データを金融機関センタ２に送信する（ステップＳ３０６）。
【００６１】
金融機関センタ２の制御部２３は、ＡＴＭ１３から受取依頼データを受信すると（ステップＳ３０７）、受信した受取依頼データに対応する送金依頼データが送金依頼データ記憶部に記憶されているか否かを判別する（ステップＳ３０８）。
具体的には、制御部２３は、受信した受取依頼データに含まれる受付コードと送金額とが完全に一致する送金依頼データが送金依頼ＤＢ２２２に記憶されているか否かを判別する。
【００６２】
対応する送金依頼データが送金依頼ＤＢ２２２にないと判別した場合（ステップＳ３０８；Ｎｏ）、制御部２３は、処理を異常終了する。
対応する送金依頼データが送金依頼ＤＢ２２２にあると判別した場合（ステップＳ３０８；Ｙｅｓ）、制御部２３は、該送金依頼データに含まれる顧客コードをキーに顧客ＤＢ２２１を検索して送金人の口座を特定し、送金人の口座から送金依頼データが示す送金額を減額させる（ステップＳ３０９）。そして、制御部２３は、ＡＴＭ１３に対してその送金額を出金させることを指示する信号を送信する（ステップＳ３１０）。
そして、ＡＴＭ１３はその指示信号を受けて、送金額を出金する（ステップＳ３１１）。以上で、ＡＴＭ１３で送金を受け取る場合の受取依頼処理は終了する。
このように、受取人がＡＴＭ１３を操作して直接現金で送金を受け取る場合にも、本発明は適用可能である。
【００６３】
また、送金依頼ＤＢ２２２に記憶してから所定時間経過後に送金依頼データを消去してもよい。このようにすることで、受取人は、送金依頼データが登録されてから所定時間内に受取依頼処理を行わなければ送金を受け取ることができなくなるため、よりセキュリティを高めることができる。
【符号の説明】
【００６４】
１      通信端末
１１      携帯電話
１２      ＰＣ
１３      ＡＴＭ
２      金融機関センタ
２１      通信部
２２      記憶部
２２１      顧客ＤＢ
２２２      送金依頼ＤＢ
２３      制御部
１００      送金システム
【図１】
2011013959.tif 000003
【図２】
2011013959.tif 000004
【図３】
2011013959.tif 000005
【図４】
2011013959.tif 000006
【図５】
2011013959.tif 000007
【図６】
2011013959.tif 000008
【図７】
2011013959.tif 000009
【図８】
2011013959.tif 000010
【図９】
2011013959.tif 000011