JP2016018393A - 送金制御システム、送金制御方法、及びプログラム - Google Patents

Abstract

【課題】送金人又は受取人の利便性を向上させること。【解決手段】送金制御システム（１）の受取人情報受信手段（２０６）は、送金を受け取る受取人の受取人情報を、送金人装置（３０）から受信する。送金情報記録手段（２０７）は、受取人情報に基づいて、送金内容を示す送金情報を取得して送金情報記憶手段（２０３）に記録する。問い合わせ情報送信手段（２０８）は、送金情報に基づいて、送金を受け取るか否かを示す問い合わせ情報を受取人装置（４０）に送信する。回答情報受信手段（２０９）は、問い合わせに対する回答情報を、受取人装置（４０）から受信する。送金判断手段（２１０）は、回答情報に基づいて、送金情報が示す内容で送金するための処理を実行するか否かを判断する。【選択図】図１５

Description

本発明は、送金制御システム、送金制御方法、及びプログラムに関する。

従来から、送金人により指定された受取人に送金するための技術が知られている。特許文献１には、受取人が銀行口座を登録していれば、そのまま送金処理を実行し、受取人が銀行口座を登録していなければ、受取人が銀行口座を登録するまで送金処理を待機するシステムが記載されている。

国際公開第ＷＯ２００６／０５４５０３号

しかしながら、特許文献１の技術では、受取人の銀行口座を登録しさえすれば送金処理が自動的に実行されるので、送金人又は受取人の利便性を充分に向上させることができない。例えば、送金人が送金額を間違えた場合には、正しい送金額との差分だけ返金や追加の送金が必要になったり、送金人が受取人を間違えた場合には、受取人から送金人への返金が必要になったりするため、上記のような送金処理では、送金人又は受取人が不便に感じることがある。

本発明の目的は、送金人又は受取人の利便性を向上させることが可能な送金制御システム、送金制御方法、及びプログラムを提供することにある。

上記課題を解決するために、本発明に係る送金制御システムは、送金を受け取る受取人の受取人情報を、送金人装置から受信する受取人情報受信手段と、前記受取人情報に基づいて、送金内容を示す送金情報を取得して送金情報記憶手段に記録する送金情報記録手段と、前記送金情報に基づいて、送金を受け取るか否かを示す問い合わせ情報を受取人装置に送信する問い合わせ情報送信手段と、問い合わせに対する回答情報を、前記受取人装置から受信する回答情報受信手段と、前記回答情報に基づいて、前記送金情報が示す内容で送金するための処理を実行するか否かを判断する送金判断手段と、を含むことを特徴とする。

本発明の実施形態に係る送金制御システムの全体構成の一例を示す図である。 利用規約画面の一例を示す図である。 受取人指定画面の一例を示す図である。 送金内容入力画面の一例を示す図である。 送金内容確認画面の一例を示す図である。 受取人が受取口座を登録している場合のメッセージ表示画面の一例を示す図である。 受取人が受取口座を登録している場合の受取画面の一例を示す図である。 質問画面の一例を示す図である。 変更要求画面の一例を示す図である。 質問通知画面の一例を示す図である。 送金辞退画面の一例を示す図である。 新受取人指定画面の一例を示す図である。 受取人が受取口座を登録していない場合のメッセージ表示画面の一例を示す図である。 受取人が受取口座を登録していない場合の受取画面の一例を示す図である。 本実施形態における送金制御システム１の機能ブロック図である。 口座データベースの一例を示す図である。 受取口座データベースの一例を示す図である。 取引情報データベースの一例を示す図である。 送金制御システムで実行される処理を示す図である。 送金制御システムで実行される処理を示す図である。 送金制御システムで実行される処理を示す図である。 送金制御システムで実行される処理を示す図である。 投稿内容を表示させるための投稿画面の一例を示す図である。

［１．送金制御システムの全体構成］
以下、本発明の実施形態の例について図面に基づき詳細に説明する。図１は、本発明の実施形態に係る送金制御システムの全体構成の一例を示す図である。図１に示すように、本実施形態では、送金制御システム１、交流システム２０、送金人装置３０、及び受取人装置４０の各々がネットワーク２を介してデータ送受信可能に接続されている。

送金制御システム１は、銀行の管理下に置かれており、その銀行の口座等の各種情報を管理する。送金制御システム１は、送金制御サーバ１０を含む。送金制御サーバ１０は、サーバコンピュータであり、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、例えば、一又は複数のマイクロプロセッサを含む。記憶部１２は、例えば、ＲＡＭ（Random Access Memory）等の主記憶部やハードディスク等の補助記憶部を含む。制御部１１は、記憶部１２に記憶されたプログラムやデータに従って処理を実行する。通信部１３は、ネットワークカードを含み、ネットワーク２を介して外部とのデータ送受信が可能になっている。

交流システム２０は、一又は複数のサーバコンピュータを含み、複数のユーザが交流するためのサービスを提供する。例えば、交流システム２０は、ＳＮＳ（Social Networking Service）を提供する。各ユーザはコンピュータ（送金人装置３０及び受取人装置４０を含む）を操作して、他のユーザが投稿した文章や画像を閲覧したり、他のユーザとメッセージを送受信したりすることによって、ＳＮＳを利用して交流することができる。更に、ＳＮＳでは、各ユーザは、他のユーザと友人関係を結ぶこともできる。交流システム２０は各ユーザと友人関係にあるユーザを示すデータを記憶しており、ユーザは、友人関係にあるユーザとのコミュニケーションを優先的に行うことができる。例えば、交流システム２０は、各ユーザに、友人関係にあるユーザが文章や画像を投稿した場合に通知したり、自分が投稿する文章や画像を友人関係にあるユーザにのみ公開させたりする。

送金人装置３０は、送金人が操作するコンピュータであり、例えば、携帯電話機やパーソナルコンピュータ等である。送金人装置３０は、制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５を含む。制御部３１、記憶部３２、及び通信部３３のハードウェア構成は、制御部１１、記憶部１２、及び通信部１３と略同様であるので説明を省略する。操作部３４は、ユーザが操作を行うための入力デバイス（例えば、タッチパネル）である。表示部３５は、各種画面を表示するモニタである。

受取人装置４０は、受取人が操作するコンピュータであり、例えば、携帯電話機やパーソナルコンピュータ等である。受取人装置４０は、制御部４１、記憶部４２、通信部４３、操作部４４、及び表示部４５を含む。これらのハードウェア構成は、それぞれ、制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５と略同様であるので説明を省略する。

なお、上記説明した各コンピュータのハードウェア構成は、一般的なものを適用すればよく、ハードウェア構成は上記の例に限られない。また、各コンピュータに記憶されるものとして説明するプログラムやデータは、コンピュータ読み取り可能な情報記憶媒体（例えば、メモリカード）に記憶されたものが供給されるようにしてもよいし、ネットワークを介して供給されるようにしてもよい。

［２．送金の全体的な流れについて］
送金制御システム１は、送金人が受取人に送金するための処理を実行する。送金人は、送金制御システム１を管理する銀行（以降、単に当行という。）に口座を持っており、所定のユーザ登録を済ませているものとする。このため、送金人は、当行が提供する各種オンラインサービスを利用可能な状態である。本実施形態では、送金人は、ＳＮＳにおける友人の中から受取人を指定して送金するサービス（以降、ＳＮＳ送金サービスという。）を利用することができる。送金人がＳＮＳ送金サービスを利用するにあたり、所定の利用規約に承諾するための利用規約画面が表示部３５に表示される。

図２は、利用規約画面の一例を示す図である。図２に示すように、利用規約画面５０には、サービスを利用するにあたり守るべき規約が表示される。送金人が、規約を承諾する旨のチェックボックス５１にチェックを入れてボタン５２を選択すると、送金制御システム１は、ＳＮＳにおける送金人の友人関係を示すデータを、交流システム２０から取得できるようになる。その後、送金人が所定の操作を行うと、ＳＮＳにおける友人の中から受取人を選択するための受取人指定画面が、表示部３５に表示される。

図３は、受取人指定画面の一例を示す図である。図３に示すように、受取人指定画面６０には、送金人（ここでは、ユーザＡとする。）とＳＮＳ上で友人関係にあるユーザＢ〜Ｊを示すユーザ画像６１Ｂ〜６１Ｊ（以降、これらをまとめて単にユーザ画像６１ともいう。）が表示される。詳しくは後述するが、各ユーザ画像６１は、受取人の受取口座が当行のものであるか否か、及び、受取人が受取口座を登録しているか否かが識別可能になっている。送金人は、何れかのユーザ画像６１を所定領域６２内にドラッグアンドドロップすることで、そのユーザ画像６１が示すユーザを受取人に指定することができる。送金人が受取人を指定すると、送金内容を入力するための送金内容入力画面が表示される。

図４は、送金内容入力画面の一例を示す図である。図４に示すように、送金内容入力画面７０には、送金人が指定した受取人７１と、送金人の口座残高７２と、が表示される。送金人は、入力フォーム７３に送金額を入力し、必要に応じて、受取人へのメッセージを入力フォーム７４に入力する。なお、送金手数料７５は、入力フォーム７６からの選択により、当行が提携する電子商取引システム等において送金人が保有するポイントで支払うことができてもよい。また、同行間の送金であり受取人もＳＮＳ送金サービスの利用規約に承認している場合は、場送金手数料７５が無料となり入力フォーム７６は表示されない。送金人が確認ボタン７７を選択すると、送金内容を確認するための送金内容確認画面が表示部３５に表示される。

図５は、送金内容確認画面の一例を示す図である。図５に示すように、送金内容確認画面８０には、送金人が指定した受取人８１、送金人が指定した送金額８２、送金人が入力したメッセージ８３、及び送金手数料８４が表示される。ここでは、送金人がポイントを利用して送金手数料を支払うか否か示す情報８５も表示される。送金人が修正ボタン８６を選択すると送金内容入力画面７０に戻り、送金内容を修正することができる。一方、送金人が所定の暗証番号を入力フォーム８７に入力して送金ボタン８８を選択すると、送金人が入力した送金内容で送金する旨の送金指示を、各入力内容を示す情報とともに送金制御サーバ１０に送信することができる。

送金制御サーバ１０は、送金人装置３０から送金指示を受信すると、ＳＮＳを利用して受取人のＳＮＳアカウントに所定のメッセージを送るように、交流システム２０に対して要求する。交流システム２０は、その要求を受信すると、メッセージを生成して受取人に通知する。本実施形態では、各ユーザが他のユーザを指定してメッセージを送信するためのメッセージ機能を利用して、送金を受け取るか否かを受取人に問い合わせる場合を例に挙げて説明するが、他の方法（詳細後述）によって問い合わせるようにしてもよい。受取人が受取人装置４０において所定の操作を行うと、そのメッセージを表示するためのメッセージ表示画面が表示部４５に表示される。ここでは、受取人が受取口座を登録している場合と登録していない場合とで受取の流れが異なる。まず、受取人が受取口座を登録している場合のメッセージ表示画面について説明する。

図６は、受取人が受取口座を登録している場合のメッセージ表示画面の一例を示す図である。図６に示すように、メッセージ表示画面９０には、送金人のＳＮＳアカウントが送信したメッセージとして、送金人が指定した送金額９１、送金人が入力したメッセージ９２、各送金を一意に識別するための取引番号９３、及び送金制御サーバ１０にアクセスするためのリンク９４が表示される。図６に示すように、リンク９４には、取引番号が引数として格納されている。このため、受取人がリンク９４を選択することで、取引番号を伴って送金制御サーバ１０にアクセスするので、送金制御サーバ１０は、どの送金について処理をすべきかを特定することができる。受取人がリンク９４から送金制御サーバ１０にアクセスすると、送金を受け取るための受取画面が表示部４５に表示される。

図７は、受取人が受取口座を登録している場合の受取画面の一例を示す図である。図７に示すように、受取画面１００には、送金が行われた送金日１０１、送金人１０２、送金額１０３、及び送金人が入力したメッセージ１０４が表示される。受取人が照会ボタン１０５を選択すると、送金人及び受取人の共通の友人に対して質問をするための質問画面が表示部３５に表示される。

図８は、質問画面の一例を示す図である。図８に示すように、質問画面１２０には、送金人及び受取人の共通の友人を示す友人画像１２１が表示される。なお、友人画像１２１に表示される友人は、共通の友人のうち、送金人が受取人として指定したことがある友人であってもよい。受取人は、友人画像１２１が示す共通の友人の中から質問相手を選択する。受取人が、質問相手を選択して入力フォーム１２２に質問内容を入力したうえで、送信ボタン１２３を選択すると、その質問内容が質問相手に送信される。質問相手からの回答は、送金制御サーバ１０又は交流システム２０を経由して受取人に通知される。

図７に戻り、受取人が変更要求ボタン１０６を選択すると、送金人が指定した送金額を変更するための変更要求画面が表示部３５に表示される。図９は、変更要求画面の一例を示す図である。図９に示すように、変更要求画面１３０において、受取人が入力フォーム１３１に変更後の送金額を入力して、必要に応じて、入力フォーム１３２に送金人宛のメッセージを入力したうえで、送信ボタン１３３を選択すると、送金額の変更を行うことができる。

図７に戻り、受取人が受取ボタン１０７を選択すると、送金人が指定した送金内容で送金を受け取ることができる。一方、受取人が送金人への質問内容を入力フォーム１０８に入力して質問ボタン１０９を選択すると、その質問内容を送金人に送信することができる。送金人の送金人装置３０の表示部３５には、受信した質問内容を表示するための質問通知画面１４０が表示部３５に表示される。

図１０は、質問通知画面の一例を示す図である。図１０に示すように、質問通知画面１４０には、受取人からの質問内容１４１が表示される。送金人は、入力フォーム１４２に回答を入力して送信ボタン１４３を選択すると、回答を受取人に送ることができる。この回答は、送金制御サーバ１０又は交流システム２０のいずれから行われてもよい。受取人は、回答を確認したうえで、送金を受け取るか否かを判断することになる。

図７に戻り、受取人が、送金人へのメッセージを入力フォーム１１０に入力して、受取辞退ボタン１１１を選択すると、送金人からの送金を辞退することができる。受取人が受取辞退ボタン１１１を選択すると、受取人が受け取りを辞退したことを送金人に通知するための送金辞退画面が表示部３５に表示される。

図１１は、送金辞退画面の一例を示す図である。図１１に示すように、送金辞退画面１５０には、受取人が送金を辞退した旨が表示される。また、受取人がメッセージを入力していれば、そのメッセージ１５１も表示される。

図７に戻り、受取人が転送ボタン１１２を選択すると、送金人からの送金を共通の友人に転送するための新受取人指定画面が表示部３５に表示される。図１２は、新受取人指定画面の一例を示す図である。図１２に示すように、新受取人指定画面１６０には、送金人及び受取人の共通の友人を示す友人画像１６１が表示される。受取人は、友人画像１６１が示す友人の中から転送相手を選択する。受取人は、入力フォーム１６２に転送相手へのメッセージを入力することもできる。受取人が転送ボタン１６３を選択すると、送金人からの受取人が、新受取人指定画面１６０で指定された受取人に変更される。

なお、上記においては、受取人が受取口座を登録している場合の受取の流れを説明したが、受取人が受取口座を登録していない場合には、受取口座を指定して受取を行うための画面を表示させるためのＵＲＬを含むメッセージが受取人に通知される。

図１３は、受取人が受取口座を登録していない場合のメッセージ表示画面の一例を示す図である。図１３に示すメッセージ表示画面１７０は、図６とは異なり、受取口座を指定するよう促すメッセージ１７１が表示される。リンク１７２が取引番号の引数を含む点は、リンク９４と同様である。受取人がリンク１７２を選択すると、取引番号を伴って送金制御サーバ１０にアクセスし、受取口座を登録して送金を受け取るための受取画面が表示部３５に表示される。

図１４は、受取人が受取口座を登録していない場合の受取画面の一例を示す図である。図１４に示す受取画面１８０は、図７とは異なり、ユーザは、当行受取ボタン１８１を選択することで、当行の口座を受取口座に登録して送金を受け取ることができる。一方、ユーザは、他行受取ボタン１８２を選択することで、他行の口座を受取口座に登録して送金を受け取ることができる。

上記のように、本実施形態では、送金の受け取りにインタラクティブ性を持たせることによって、送金人又は受取人の利便性を向上させる構成になっている。以降、当該技術の詳細について説明する。

［３．送金制御システムにおいて実現される機能］
図１５は、本実施形態における送金制御システム１の機能ブロック図である。図１５に示すように、本実施形態では、情報記憶部２０１、情報取得部２０４、受取人情報受信部２０６、送金情報記録部２０７、問い合わせ情報送信部２０８、回答情報受信部２０９、送金判断部２１０、友人情報受信部２１１、受取人指定画面送信部２１４、要求送信部２１５、質問画面送信部２１６、新受取人指定画面送信部２１７、新受取人情報受信部２１８、変更要求画面送信部２１９、変更要求受信部２２０、及び変更処理実行部２２１が実現される。

［情報記憶部］
情報記憶部２０１は、記憶部１２を主として実現される。情報記憶部２０１は、送金人から受取人に送金するために必要な各種データを記憶する。

例えば、情報記憶部２０１は、当行の口座に関する各種情報を格納する口座データベースを記憶する。図１６は、口座データベースの一例を示す図である。図１６に示すように、口座データベースには、口座の支店番号、口座番号、口座名義人、及び口座残高が格納される。銀行口座が開設されると口座データベースに新たなレコードが追加され、口座名義人の取引状況に応じて口座残高が更新される。なお、口座データベースには、口座種別などの他の情報も格納されるようにしてもよい。

また、情報記憶部２０１の受取口座記憶部２０２は、ＳＮＳアカウントと、送金の受取口座情報と、を関連付けた受取口座データベースを記憶する。図１７は、受取口座データベースの一例を示す図である。図１７に示すように、受取口座データベースには、ＳＮＳアカウントごとに受取口座情報が格納されている。受取口座情報は、受取口座を管理する銀行を識別する情報（例えば、銀行コード）、口座の支店番号、口座番号、口座名義人、登録日、及び解除日が格納される。ＳＮＳアカウントを有するユーザが、自身のコンピュータ（例えば、受取人装置４０）を操作して、受取口座情報を入力すると、送金制御サーバ１０は、当該入力内容を取得して、ＳＮＳアカウントと、当該入力された受取口座情報と、を関連付けて受取口座データベースに登録することになる。受取口座情報の入力は、図１４に示す受取画面１８０の当行受取ボタン１８１や他行受取ボタン１８２が選択された後に行われてもよいし、他の所定画面が表示された場合に行われてもよい。なお、登録日は、受取口座情報が受取口座データベースに登録された日が格納され、解除日は、登録された受取口座情報が示す受取口座での受け取りを解除するための所定の操作が行われた日が格納される。

また、情報記憶部２０１の送金情報記憶部２０３は、送金内容を示す送金情報を格納する取引情報データベースを記憶する。図１８は、取引情報データベースの一例を示す図である。図１８に示すように、取引番号に関連付けられて送金情報（例えば、送金人識別情報、受取人識別情報、送金額、送金手数料、及び送金状況ステータス）が、取引情報データベースに格納される。取引情報データベースに格納された送金情報は、送金処理待ちの送金を示すものともいえる。送金人識別情報は、送金人を識別する情報が格納されるようにすればよく、送金人のＳＮＳアカウントが格納されてもよいし、送金人の氏名や口座が格納されてもよい。同様に、受取人識別情報は、受取人を識別する情報が格納されるようにすればよく、受取人のＳＮＳアカウントが格納されてもよいし、受取人の氏名や口座が格納されてもよい。送金状況ステータスは、各送金の現在の状態（例えば、送金完了、受取人による承認待ちの状態、受取人により拒否された状態等）を識別する情報が格納される。

なお、情報記憶部２０１が記憶するデータは、上記の例に限られない。例えば、情報記憶部２０１は、送金制御システム１にユーザ登録をしたユーザに関する各種情報（ユーザアカウント、ログインパスワード、当行口座を識別する情報、及びＳＮＳアカウントの関連付け等）を記憶するようにしてもよい。また例えば、情報記憶部２０１は、取引番号又は送金情報に関連付けて、送金人が入力したメッセージを記憶するようにしてもよい。更に、情報記憶部２０１は、銀行アカウントと暗証番号との関連付けを記憶してもよい。他にも例えば、情報記憶部２０１は、過去に行われた送金の履歴に関するデータを記憶してもよい。

［情報取得部］
情報取得部２０４は、制御部１１を主として実現される。情報取得部２０４は、情報記憶部２０１に記憶された各種情報を取得する。ここでは、情報取得部２０４の口座情報取得部２０５は、受取口座記憶部２０２の記憶内容を取得することになる。

［受取人情報受信部］
受取人情報受信部２０６は、制御部１１及び通信部１３を主として実現される。受取人情報受信部２０６は、送金を受け取る受取人（ここでは、受取人指定画面６０において指定された受取人）の受取人情報を、送金人装置３０から受信する。受取人情報は、送金人により指定された受取人を識別するための情報であればよく、例えば、受取人のＳＮＳアカウントやユーザ画像６１の識別情報である。なお、受取人情報としてＳＮＳアカウントを取得する場合には、送金制御サーバ１０は、送金人と友人関係にあるユーザのＳＮＳアカウントをユーザ画像６１と関連付けて送金人装置３０に送信しているものとする。一方、受取人情報としてユーザ画像６１の識別情報を取得する場合には、ユーザ画像６１の識別情報及びＳＮＳアカウントの関連付けを示すデータが情報記憶部２０１に記憶されており、ユーザが指定したユーザ画像６１の識別情報から、ユーザが指定した受取人のＳＮＳアカウントを送金制御サーバ１０側で特定できるものとする。

［送金情報記録部］
送金情報記録部２０７は、制御部１１を主として実現される。送金情報記録部２０７は、受取人情報に基づいて、送金内容を示す送金情報を取得して送金情報記憶部２０３に記録する。ここでは、送金情報記録部２０７が送金情報を生成する場合を説明するが、送金情報記録部２０７以外（例えば、送金制御システム１以外のシステム）で生成された送金情報を送金情報記録部２０７が取得するようにしてもよい。例えば、送金情報記録部２０７は、所定の取引番号発行ルールに基づいて取引番号を発行する。そして、送金情報記録部２０７は、その取引番号と、送金人識別情報、受取人識別情報、送金額、及び現在の日時を新たなレコードに格納することになる。なお、送金人識別情報や送金額は、送金指示とともに送金制御サーバ１０が受信しているものとする。

また、送金情報記録部２０７は、送金情報が示す送金額に基づいて送金人の口座残高を減少させるための処理を実行する。ここでは、送金情報記録部２０７は、口座データベースを参照して送金人識別情報が示す送金人の口座及び口座残高を特定し、送金額及び送金手数料を合算した額を、送金人の口座残高から減少させる。

［問い合わせ情報送信部］
問い合わせ情報送信部２０８は、制御部１１及び通信部１３を主として実現される。問い合わせ情報送信部２０８は、送金情報に基づいて、送金を受け取るか否かを示す問い合わせ情報を受取人装置４０に送信する。問い合わせ情報は、送金を受け取るか否かを問い合わせる画面を表示させるための情報であり、ここでは、受取画面１００又は１８０の表示情報である。

本実施形態では、問い合わせ情報送信部２０８は、リンク９４又は１７２を受信した受取人装置４０が識別情報（ここでは、引数の取引番号）を伴って送金制御システム１にアクセスした場合に、当該識別情報により識別される送金情報に基づいて、問い合わせ情報を受取人装置４０に送信する。即ち、問い合わせ情報送信部２０８は、受取人装置４０から受信した取引番号に関連付けられた送金情報を特定し、その送金情報が示す送金を受け取るか否かを示す問い合わせ情報を生成して送信することになる。

［回答情報受信部］
回答情報受信部２０９は、制御部１１及び通信部１３を主として実現される。回答情報受信部２０９は、問い合わせに対する回答情報を、受取人装置から受信する。本実施形態では、受取画面１００又は１８０における受取人の入力内容が、回答情報に相当する。

［送金判断部］
送金判断部２１０は、制御部１１を主として実現される。送金判断部２１０は、回答情報に基づいて、送金情報が示す内容で送金するための処理を実行するか否かを判断する。送金判断部２１０は、回答情報が送金を受け取ることを示していれば、自動的に送金情報に基づいて送金処理を実行し（送金人による送金人装置３０への更なる操作に依らずに送金処理を実行し）、回答情報が送金を受け取らないことを示していれば、送金処理を実行しない。送金処理自体は、公知の手法を適用可能である。例えば、当行への送金であれば、送金判断部２１０は、口座データベースに格納された受取人の口座残高を送金額だけ増加させる。一方、他行への送金であれば、送金判断部２１０は、他行への送金を実行する外部システムに対して、送金情報が示す送金内容で他行へ送金するよう要請する。

［友人情報受信部］
友人情報受信部２１１は、制御部１１及び通信部１３を主として実現される。友人情報受信部２１１は、交流システム２０に記憶される各ユーザの友人関係を示す友人情報を受信する。友人情報には、あるＳＮＳアカウントと友人関係にあるＳＮＳアカウント以外にも、友人の氏名や画像が格納されているようにしてもよい。ここでは、友人情報受信部２１１の送金人友人情報受信部２１２は、送金人を含む複数のユーザで交流するサービスを提供するための交流システムから、送金人に関連するユーザのＳＮＳアカウントを受信する。一方、受取人友人情報受信部２１３は、交流システムから、受取人に関連するユーザを識別するＳＮＳアカウントを受信する。

［受取人指定画面送信部］
受取人指定画面送信部２１４は、制御部１１及び通信部１３を主として実現される。受取人指定画面送信部２１４は、送金人友人情報受信部２１２が受信したＳＮＳアカウントに基づいて、送金人に関連するユーザの中から受取人を指定するための受取人指定画面６０の表示情報を、送金人装置３０に送信する。受取人指定画面送信部２１４は、送金人のＳＮＳアカウントに関連付けられた友人情報を参照し、友人関係にあるＳＮＳアカウントを特定する。そして、受取人指定画面送信部２１４は、当該特定したＳＮＳアカウントが示すユーザを識別するユーザ画像６１を含む受取人指定画面６０の表示情報を生成して送信する。

本実施形態では、受取人指定画面送信部２１４は、受取人指定画面６０に含まれる少なくとも一人のユーザの情報（ここでは、ユーザ画像６１）を、当該ユーザのユーザ識別情報に関連付けられた受取口座情報に基づいて決定して表示情報を送信する。例えば、受取人指定画面送信部２１４は、受取人指定画面６０に含まれる少なくとも一人のユーザを受取人として指定するための情報（ここでは、ユーザ画像６１）の表示態様を、当該ユーザのＳＮＳアカウントに関連付けられた受取口座情報に基づいて決定する。受取人指定画面送信部２１４は、ユーザ画像６１が示すユーザのＳＮＳアカウントに関連付けられた受取口座情報を識別可能となるようユーザ画像６１の表示態様を決定する。

本実施形態では、受取人指定画面送信部２１４は、受取人指定画面６０に含まれる少なくとも一人のユーザの受取口座が所定の銀行（ここでは、当行）のものであるか否かを識別する情報（ここでは、ユーザ画像６１）を、当該ユーザのユーザ識別情報に関連付けられた受取口座情報に基づいて決定する。例えば、受取人指定画面送信部２１４は、各ユーザ画像６１の第１の領域（図３では、ユーザ画像６１が示す円環の左半分）が第１の表示態様（例えば、第１の色。図３では、網点で示す。）の場合は、そのユーザの受取口座が当行のものである。一方、第１の領域が第２の表示態様（例えば、第２の色。図３では、斜線で示す。）の場合は、そのユーザの受取口座が他行のものである、又は、受取口座をそもそも登録していないことを示す。

また、本実施形態では、受取人指定画面送信部２１４は、受取人指定画面６０に含まれる少なくとも一人のユーザが受取口座情報を受取口座記憶部２０２に登録しているか否かを識別する情報（ここでは、ユーザ画像６１）を、当該ユーザのユーザ識別情報に関連付けられた受取口座情報に基づいて決定する。例えば、受取人指定画面送信部２１４は、各ユーザ画像６１の第２の領域（図３では、ユーザ画像６１が示す円環の右半分）が第３の表示態様（例えば、第３の色。図３では、白抜きで示す。）の場合には、ユーザが受取口座を登録していることを示し、第２の領域が第４の表示態様（例えば、第４の色。ここでは、第２の色と同様に斜線で示す。）の場合には、ユーザが受取口座を登録していないことを示す。

なお、上記では、受取人指定画面送信部２１４が、ユーザ画像６１の表示態様の一例として、色によって受取口座情報を識別可能にする場合を説明したが、表示態様を区別する方法は、色に限られない。他にも例えば、受取人指定画面送信部２１４は、ユーザ画像６１の大きさ、輝度、及び模様の少なくとも一つによって受取口座情報を識別できるようにしてもよい。

［要求送信部］
要求送信部２１５は、制御部１１及び通信部１３を主として実現される。要求送信部２１５は、受取人情報に基づいて、送金情報を識別する識別情報（例えば、取引番号）を伴って送金制御システム１にアクセスするためのリンク９４又は１７２の送信要求を、受取人のＳＮＳアカウントとともに交流システム２０に送信する。要求送信部２１５は、受取人情報を参照して受取人のＳＮＳアカウントを特定する。そして、要求送信部２１５は、取引情報データベースを参照して、その受取人が指定された送金の取引番号を特定する。要求送信部２１５は、当該特定した取引番号を引数に含むリンク９４又は１７２を生成し、受取人のＳＮＳアカウントとともに交流システム２０に送信することになる。なお、リンク９４又は１７２の引数以外の部分のＵＲＬは、予め情報記憶部２０１に記憶されているものとする。

［質問画面送信部］
質問画面送信部２１６は、制御部１１及び通信部１３を主として実現される。質問画面送信部２１６は、送金人に関連するユーザを識別するＳＮＳアカウントと、受取人に関連するユーザを識別するＳＮＳアカウントと、に基づいて、送金人及び受取人に関連するユーザの中から質問相手を指定するための質問画面１２０の表示情報を受取人装置４０に送信する。

質問画面送信部２１６は、送金人のＳＮＳアカウントに関連付けられた友人情報と、受取人のＳＮＳアカウントに関連付けられた友人情報と、の両方の中にＳＮＳアカウントが格納されているユーザを、共通の友人として特定する。そして、質問画面送信部２１６は、当該特定した共通の友人を示す友人画像１２１を含む質問画面１２０の表示情報を生成して送信することになる。

なお、質問画面送信部２１６は、上記特定した共通の友人のうち、送金人から送金を受けたことがある友人を示す友人画像１２１を含む質問画面１２０の表示情報を生成して送信するようにしてもよい。この場合、情報記憶部２０１には、送金人による過去の送金の履歴を示すデータが格納されており、質問画面送信部２１６は、当該データを参照して、共通の友人のうち、送金人から送金を受けたことがある友人を特定する。また、友人画像１２１も、ユーザ画像６１と同様、受取人が指定した質問相手を送金制御サーバ１０が特定できるように、友人画像１２１の識別情報とＳＮＳアカウントとの関連付けデータが情報記憶部２０１に記憶されていてもよいし、質問画面送信部２１６が、共通の友人のＳＮＳアカウントを質問画面１２０の表示情報とともに送信するようにしてもよい。

［新受取人指定画面送信部］
新受取人指定画面送信部２１７は、制御部１１及び通信部１３を主として実現される。新受取人指定画面送信部２１７は、送金人に関連するユーザを識別するＳＮＳアカウントと、受取人に関連するユーザを識別するＳＮＳアカウントと、に基づいて、送金人及び受取人に関連するユーザの中から新たな受取人を指定するための新受取人指定画面１６０の表示情報を受取人装置４０に送信する。新受取人指定画面送信部２１７が共通の友人を特定する方法は、質問画面送信部２１６で説明した方法と同様である。新受取人指定画面送信部２１７は、当該特定した共通の友人を示す友人画像１６１を含む新受取人指定画面１６０の表示情報を生成して送信する。

［新受取人情報受信部］
新受取人情報受信部２１８は、制御部１１及び通信部１３を主として実現される。新受取人情報受信部２１８は、新受取人指定画面１６０において指定された新たな受取人の新受取人情報を、受取人装置４０から受信する。新受取人情報は、受取人情報と同様、新たな受取人を識別する情報であればよく、例えば、新たな受取人のＳＮＳアカウントや受取人が選択した友人画像１６１の識別情報である。また、新受取人情報としてＳＮＳアカウントを取得する場合には、新受取人指定画面送信部２１７は、共通の友人のＳＮＳアカウントをユーザ画像６１と関連付けて送金人装置３０に送信しているものとする。一方、受取人情報として友人画像１６１の識別情報を取得する場合には、友人画像１６１の識別情報及びＳＮＳアカウントの関連付けを示すデータが情報記憶部２０１に記憶されており、ユーザが指定した友人画像１６１の識別情報から、受取人が指定した友人のＳＮＳアカウントを送金制御サーバ１０側で特定できるものとする。

本実施形態では、受取人が新たな受取人を指定した場合、送金判断部２１０は、新受取人情報及び送金情報に基づいて、新たな受取人が送金を受け取るための処理を実行する。例えば、送金判断部２１０は、送金情報の受取人識別情報を新たな受取人を示すように変更する。送金判断部２１０は、新たな受取人を承認するための所定操作を送金人が行った場合に、受取人識別情報を変更するようにしてもよい。更に、問い合わせ情報送信部２０８が新たな受取人の受取人装置４０に対して問い合わせ情報を送信するようにしてもよいし、回答情報受信部２０９は、新たな受取人の受取人装置４０から回答情報を受信するようにしてもよい。この場合、送金判断部２１０は、新たな受取人の受取人装置４０から受信した回答情報に基づいて、新たな受取人を示す受取人識別情報が格納された送金情報に基づいて送金処理を行うか否かを判断するようにしてもよい。

［変更要求画面送信部］
変更要求画面送信部２１９は、制御部１１及び通信部１３を主として実現される。変更要求画面送信部２１９は、送金情報が示す送金額の変更要求をするための変更要求画面１３０の表示情報を、受取人装置４０に送信する。ここでは、変更要求画面１３０において、受取人が変更後の送金額を指定できる場合を説明するが、変更後の送金額は送金人により指定されるようにしてもよい。

［変更要求受信部］
変更要求受信部２２０は、制御部１１及び通信部１３を主として実現される。受取人装置４０から変更要求を受信する。変更要求は、所定形式の通知であればよく、変更要求受信部２２０は、受取人装置４０において送金額を変更するための所定操作が行われた場合に、受取人装置４０から変更要求を受信する。受取人が変更後の送金額を指定する場合には、当該指定された送金額が変更要求に含まれるものとする。

［変更処理実行部］
変更処理実行部２２１は、制御部１１を主として実現される。変更処理実行部２２１は、変更要求が受信された場合、送金情報が示す送金額を変更するための処理を実行する。送金判断部２１０は、送金情報が示す送金額を変更するようにしてもよいし、送金情報を取引情報データベースから削除したうえで、変更後の送金額を示す送金情報を新たに取得して取引情報データベースに格納するようにしてもよい。送金情報を新たに取得する場合には、送金情報のうち送金額以外の情報については、変更前と同じものとする。

本実施形態では、変更処理実行部２２１は、送金情報が示す送金額の範囲内で送金額を変更するための処理を実行する。送金情報が示す送金額の範囲内とは、変更後の送金額が元々の送金額よりも小さいことをいう。送金判断部２１０は、変更後の送金額を承認するための所定操作を送金人が行った場合に、送金額を変更するようにしてもよい。

［４．実施形態において実行される処理］
図１９〜図２２は、送金制御システム１で実行される処理を示す図である。ここでは、制御部１１、３１、及び４１が、それぞれ記憶部１２、３２、及び４２に記憶されたプログラムに従って動作し、交流システム２０内のサーバコンピュータがプログラムに従って動作することにより、図１９〜図２２に示す処理が実行され、各機能ブロックが実現される。なお、下記に示す処理が実行されるにあたり、送金人は、利用規約に同意しているものとする。

図１９に示すように、まず、送金人装置３０において、制御部３１は、受取人指定画面６０の表示要求を送金制御サーバ１０に送信する（Ｓ１）。Ｓ１においては、制御部３１は、表示要求とともに、送金人を識別する情報（例えば、銀行アカウントやＳＮＳアカウント）も送信しており、送金制御サーバ１０は、送金人のＳＮＳアカウントを特定可能となっている。

送金制御サーバ１０においては、表示要求を受信すると、制御部１１は、交流システム２０から送金人のＳＮＳアカウントに関連付けられた友人情報を取得する（Ｓ２）。Ｓ２においては、制御部１１は、送金人のＳＮＳアカウントとともに、そのＳＮＳアカウントに関連付けられた友人情報の取得要求を、交流システム２０に対して送信する。交流システム２０は、要求を受け付けると送金人のＳＮＳアカウントに関連付けられた友人情報を自身のメモリから読み出して送金制御サーバ１０に送信することになる。

制御部１１は、友人情報が示す友人のＳＮＳアカウントの各々について、受取口座データベースに受取口座情報が登録されているかを特定する（Ｓ３）。制御部１１は、受取口座情報を登録しているユーザの受取口座の銀行を特定する（Ｓ４）。制御部１１は、Ｓ３及びＳ４の特定結果に基づいて、ユーザ画像６１の表示態様を決定する（Ｓ５）。Ｓ５においては、制御部１１は、友人情報が示す友人ごとに、その友人のユーザ画像６１の表示態様を、友人の受取口座が当行であるか他行であるか、及び、友人の受取口座情報が登録されているか否かに基づいて決定することになる。

制御部１１は、受取人指定画面６０の表示情報を生成して送金人装置３０に送信する（Ｓ６）。Ｓ６においては、制御部１１は、口座データベースを参照して、送金人の口座残高を示す情報も送信しているものとする。また、制御部１１は、Ｓ５で生成したユーザ画像６１の識別情報と、そのユーザ画像６１が示すユーザのＳＮＳアカウントと、の関連付けを示す情報も送信しているものとする。

送金人装置３０においては、表示情報を受信すると、制御部３１は、受取人指定画面６０を表示部３５に表示させる（Ｓ７）。制御部３１は、送金人が操作部３４を操作して受取人を指定したか否かを判定する（Ｓ８）。Ｓ８においては、制御部３１は、何れかのユーザ画像６１が所定領域６２にドラッグアンドドロップされたか否かを判定する。

受取人を指定したと判定された場合（Ｓ８；Ｙ）、制御部３１は、送金内容入力画面７０を表示部３５に表示させる（Ｓ９）。Ｓ９においては、制御部３１は、送金人が指定した受取人のユーザ画像６１や送金制御サーバ１０から受信した口座残高に基づいて、送金内容入力画面７０を表示させる。その後、操作部３４からの入力を受け付けられ、制御部３１は、操作部３４から指定された送金額を入力フォーム７３に反映させ、操作部３４から入力されたメッセージを入力フォーム７４に反映させる。

制御部３１は、確認ボタン７７が選択されたか否かを判定する（Ｓ１０）。確認ボタンが選択されたと判定された場合（Ｓ１０；Ｙ）、制御部３１は、送金内容入力画面７０における入力内容に基づいて、送金内容確認画面８０を表示部３５に表示させる（Ｓ１１）。制御部３１は、操作部３４からの入力に基づいて、送金人が選択したボタンを特定する（Ｓ１２）。

送金人が修正ボタン８６を選択した場合には（Ｓ１２；修正ボタン）、Ｓ９の処理に戻る。この場合、送金内容入力画面７０における送金内容の入力が再度行われる。一方、送金人が送金ボタン８８を選択した場合には（Ｓ１２；送金ボタン）、制御部３１は、送金指示を送金制御サーバに送信する（Ｓ１３）。Ｓ１３においては、制御部３１は、送金内容入力画面７０における指定内容（受取人情報、送金額、メッセージ等）を、送金指示とともに送信することになる。

送金制御サーバ１０においては、送金指示を受信すると、制御部１１は、口座データベースを参照して、送金額及び送金手数料を合算した額だけ、送金人の口座残高を減少させる（Ｓ１４）。制御部１１は、送金情報を取得して、取引情報データベースに登録する（Ｓ１５）。Ｓ１５においては、制御部１１は、取引番号を発行して、送金人のＳＮＳアカウント、受取人のＳＮＳアカウント、送金額、送金手数料、現在時刻、及び送金状況ステータス（例えば、受取人の承認待ちの状態を示す値）を関連付けて取引情報データベースに格納する。なお、制御部１１は、予め定められた算出方法に基づいて送金手数料を算出する。

制御部１１は、受取口座データベースを参照して、受取人が受取口座情報を登録しているか否かを判定する（Ｓ１６）。Ｓ１６においては、制御部１１は、受取人のＳＮＳアカウントに関連付けられて受取口座情報が登録されているか否かを判定することになる。

受取人が受取口座情報を登録していると判定された場合（Ｓ１６；Ｙ）、制御部１１は、受取人のＳＮＳアカウントとともに、取引番号を伴ってアクセスする旨の要求を、交流システム２０に送信する（Ｓ１７）。ここでは、制御部１１は、送金人が指定した送金額、取引番号、及び取引番号を引数に含むリンク９４も送信しているものとする。

交流システム２０は、要求を受信すると、所定のメッセージを生成して、受取人のＳＮＳアカウントが示す受取人の受取人装置４０に通知する（Ｓ１８）。Ｓ１８においては、交流システム２０は、メッセージ表示画面９０の表示情報を生成して、ＳＮＳを利用して、受取人のＳＮＳアカウントに所定の通知を行う。ＳＮＳを利用して通知を行う方法自体は、公知の種々の通知方法を適用可能である。

受取人装置４０においては、通知を受信すると、制御部４１は、メッセージ表示画面９０を表示部４５に表示させる（Ｓ１９）。図２０に移り、制御部４１は、取引番号を引数に含むリンク９４が選択されたか否かを判定する（Ｓ２０）。リンク９４が選択されたと判定された場合（Ｓ２０；Ｙ）、制御部４１は、取引番号を伴って送金制御サーバ１０にアクセスする（Ｓ２１）。

送金制御サーバ１０においては、アクセスを受け付けると、制御部１１は、アクセスの際に受信した取引番号に基づいて、受取画面１００の表示情報を生成して受取人装置４０に送信する（Ｓ２２）。Ｓ２２においては、制御部１１は、受取人装置４０から受信した取引番号に関連付けられた送金情報を取得し、当該送金情報に基づいて受取画面１００の表示情報を生成することになる。

受取人装置４０においては、表示情報を受信すると、制御部４１は、受取画面１００を表示部４５に表示させる（Ｓ２３）。制御部４１は、受取ボタン１０７が選択されたか否かを判定する（Ｓ２４）。受取ボタン１０７が選択されたと判定された場合（Ｓ２４；Ｙ）、制御部４１は、受取ボタン１０７が選択されたことを通知する（Ｓ２５）。

送金制御サーバ１０においては、通知を受信すると、制御部１１は、取引情報データベースの送金情報に基づいて送金処理を実行し（Ｓ２６）、本処理は終了する。Ｓ２６の処理自体は、公知の種々の処理を適用可能であり、制御部１１は、送金情報が示す送金額を受取人の受取口座に送金する処理を実行する。制御部１１が送金処理を実行すると、送金状況ステータスの値が変更される。

一方、受取ボタン１０７が選択されたと判定されない場合（Ｓ２４；Ｎ）、制御部４１は、受取辞退ボタン１１１が選択されたか否かを判定する（Ｓ２７）。受取辞退ボタン１１１が選択されたと判定された場合（Ｓ２７；Ｙ）、制御部４１は、受取辞退ボタン１１１が選択されたことを通知する（Ｓ２８）。Ｓ２８においては、制御部４１は、入力フォーム１１０にメッセージが入力されていれば、通知とともに、当該メッセージも送信する。

送金制御サーバ１０においては、通知を受信すると、制御部１１は、取引情報データベースの送金情報に基づいて辞退処理を実行する（Ｓ２９）。Ｓ２９においては、制御部１１は、送金情報が示す送金額に基づいて、送金人の銀行口座へ所定の返金処理を実行する。この返金処理自体も、公知の種々の処理を適用可能である。返金処理が実行されると、制御部１１は、取引情報データベースから送金情報を削除するようにしてもよいし、送金情報は残したまま送金状況ステータスの値を変更するようにしてもよい。

そして、制御部１１は、送金辞退画面１５０の表示情報を生成して、送金人装置３０に送信する（Ｓ３０）。送金人装置３０においては、表示情報を受信すると、制御部３１は、送金辞退画面１５０を表示部３５に表示させる（Ｓ３１）。

一方、受取辞退ボタン１１１が選択されたと判定されない場合（Ｓ２７；Ｎ）、制御部４１は、質問ボタン１０９が選択されたか否かを判定する（Ｓ３２）。質問ボタン１０９が選択されたと判定された場合（Ｓ３２；Ｙ）、制御部４１は、質問ボタン１０９が選択されたことを通知する（Ｓ３３）。Ｓ３３においては、制御部４１は、入力フォーム１０８に入力されたメッセージを、通知とともに送信する。

送金制御サーバ１０においては、通知を受信すると、制御部１１は、質問通知画面１４０の表示情報を生成して、送金人装置３０に送信する（Ｓ３４）。送金人装置３０においては、表示情報を受信すると、制御部３１は、質問通知画面１４０を表示部３５に表示させる（Ｓ３５）。その後、送金人が入力フォーム１４２に回答のメッセージを入力して送信ボタン１４３を選択すると、当該メッセージが送金制御サーバ１０を経由して受取人装置４０に送信されることになる。

一方、質問ボタン１０９が選択されたと判定されない場合（Ｓ３２；Ｎ）、図２１に移り、制御部４１は、照会ボタン１０５が選択されたか否かを判定する（Ｓ３６）。照会ボタン１０５が選択されたと判定された場合（Ｓ３６；Ｙ）、制御部４１は、照会ボタン１０５が選択されたことを通知する（Ｓ３７）。

送金制御サーバ１０においては、通知を受信すると、制御部１１は、交流システム２０から友人情報を取得して、送金人及び受取人の共通の友人のＳＮＳアカウントを特定する（Ｓ３８）。Ｓ３８においては、制御部１１は、送金人及び受取人のＳＮＳアカウントとともに、送金人のＳＮＳアカウントに関連付けられた友人情報と、受取人のＳＮＳアカウントに関連付けられた友人情報と、の取得要求を交流システム２０に対して行う。交流システム２０は、当該取得要求に応じて友人情報を送金制御サーバ１０に送信することになる。

制御部１１は、Ｓ３８で特定したＳＮＳアカウントに基づいて、質問画面１２０の表示情報を生成して送信する（Ｓ３９）。Ｓ３９においては、制御部１１は、共通の友人のＳＮＳアカウントに基づいて友人画像１２１を生成して、当該友人画像１２１を含む質問画面１２０の表示情報を送信する。なお、友人画像１２１が示す友人のＳＮＳアカウントは記憶部１２に保持されているものとする。

受取人装置４０においては、表示情報を受信すると、制御部４１は、質問画面１２０を表示部４５に表示させる（Ｓ４０）。その後、受取人が入力フォーム１２２に質問のメッセージを入力して送信ボタン１２３を選択すると、友人が操作するコンピュータに当該メッセージが送信されることになる。このメッセージは、送金制御サーバ１０を経由してもよいし、交流システム２０を経由してもよい。

一方、照会ボタン１０５が選択されたと判定されない場合（Ｓ３６；Ｎ）、制御部４１は、変更要求ボタン１０６が選択されたか否かを判定する（Ｓ４１）。変更要求ボタン１０６が選択されたと判定された場合（Ｓ４１；Ｙ）、制御部４１は、変更要求画面１３０を表示部４５に表示させる（Ｓ４２）。その後、入力フォーム１３１及び１３２への入力が受け付けられる。Ｓ４２においては、制御部４１は、送金人が指定した送金額の範囲内で変更後の送金額の入力を受け付けるようにしてもよい。

制御部４１は、送信ボタン１３３が選択されたか否かを判定する（Ｓ４３）。送信ボタン１３３が選択されたと判定された場合（Ｓ４３；Ｙ）、制御部４１は、送金額の変更要求を送信する（Ｓ４４）。Ｓ４４においては、制御部４１は、入力フォーム１３１に変更後の送金額が入力されていれば、その送金額を変更要求とともに送信する。同様に、制御部４１は、入力フォーム１３２にメッセージが入力されていれば、そのメッセージを変更要求とともに送信する。

送金制御サーバ１０においては、変更要求を受信すると、制御部１１は、送金額の変更処理を実行する（Ｓ４５）。Ｓ４５においては、制御部１１は、送金情報が示す送金額を変更する。なお、送金人が指定した送金額よりも高い送金額を受取人が指定した場合には、制御部１１は、口座データベースを参照して、送金人の口座残高から差額を差し引く。送金人の口座残高が不足していれば、制御部１１は、所定のエラーメッセージを返して送金額の変更をしないようにしてもよい。

一方、変更要求ボタン１０６が選択されたと判定されない場合（Ｓ４１；Ｎ）、制御部４１は、転送ボタン１１２が選択されたか否かを判定する（Ｓ４６）。転送ボタン１１２が選択されたと判定された場合（Ｓ４６；Ｙ）、制御部４１は、転送ボタン１１２が選択されたことを通知する（Ｓ４７）。

送金制御サーバ１０においては、通知を受信すると、制御部１１は、交流システム２０から友人情報を取得して、送金人及び受取人の共通の友人のＳＮＳアカウントを特定する（Ｓ４８）。Ｓ４８の処理は、Ｓ３８の処理と同様である。制御部１１は、Ｓ４８で特定したＳＮＳアカウントに基づいて、新受取人指定画面１６０の表示情報を送信する（Ｓ４９）。Ｓ４９においては、制御部１１は、共通の友人のＳＮＳアカウントに基づいて友人画像１６１を生成して、当該友人画像１６１を含む新受取人指定画面１６０の表示情報を送信する。なお、友人画像１６１が示す友人のＳＮＳアカウントは記憶部１２に保持されているものとする。

受取人装置４０においては、表示情報を受信すると、制御部４１は、新受取人指定画面１６０を表示部４５に表示させる（Ｓ５０）。制御部４１は、新たな受取人が指定されたうえで、転送ボタン１６３が選択されたか否かを判定する（Ｓ５１）。転送ボタン１６３が選択されたと判定された場合（Ｓ５１；Ｙ）、制御部４１は、転送ボタン１６３が選択されたことを通知する（Ｓ５２）。Ｓ５２においては、制御部４１は、新たな受取人の受取人情報（例えば、受取人が指定した友人画像１６１の識別情報）も送信することになる。

送金制御サーバ１０においては、通知を受信すると、制御部１１は、新たな受取人が送金を受け取るための処理を実行する（Ｓ５３）。Ｓ５３においては、制御部１１は、送金情報が示す受取人識別情報を新たな受取人に変更する。他にも例えば、制御部１１は、送金情報を取引情報データベースから削除し、新たな受取人の受取人識別情報が格納された送金情報を生成して取引情報データベースに格納するようにしてもよい。

図１９に戻り、受取人が受取口座情報を登録していないと判定された場合（Ｓ１６；Ｎ）、図２２に移り、制御部１１は、受取人のＳＮＳアカウントとともに、取引番号を伴ってアクセスする旨の要求を、交流システム２０に送信する（Ｓ５４）。ここでは、制御部１１は、送金人が指定した送金額、取引番号、及び取引番号を引数に含むリンク１７２も送信しているものとする。

交流システム２０は、要求を受信すると、所定のメッセージを生成して、ＳＮＳアカウントが示す受取人の受取人装置４０に通知する（Ｓ５５）。Ｓ５５の処理は、Ｓ１８と同様である。

受取人装置４０においては、通知を受信すると、制御部４１は、通知に応じてメッセージ表示画面１７０を表示部４５に表示させる（Ｓ５６）。制御部４１は、取引番号を引数に含むリンク１７２が選択されたか否かを判定する（Ｓ５７）。リンク１７２が選択されたと判定された場合（Ｓ５７；Ｙ）、制御部４１は、取引番号を伴って送金制御サーバ１０にアクセスする（Ｓ５８）。Ｓ５８の処理は、Ｓ２１と同様である。

送金制御サーバ１０においては、アクセスを受け付けると、制御部１１は、アクセスの際に受信した取引番号に基づいて、受取画面１８０の表示情報を生成して、受取人装置４０に送信する（Ｓ５９）。Ｓ５９の処理は、Ｓ２２と同様であるが、制御部１１が、当行受取ボタン１８１及び他行受取ボタン１８２を含む受取画面１８０の表示情報を生成する点で異なる。

受取人装置４０においては、表示情報を受信すると、制御部４１は、受取画面１８０を表示部４５に表示させる（Ｓ６０）。制御部４１は、当行受取ボタン１８１が選択されたか否かを判定する（Ｓ６１）。当行受取ボタン１８１が選択されたと判定された場合（Ｓ６１；Ｙ）、制御部４１は、当行受取ボタン１８１が選択されたことを通知する（Ｓ６２）。

送金制御サーバ１０においては、通知を受信すると、受取人が送金制御システム１にログインするためのログイン認証を実行した後、制御部１１は、取引情報データベースの送金情報に基づいて、当行口座で送金を受け取るための送金処理を実行する（Ｓ６３）。ログイン認証自体は、公知の種々の認証方法を適用可能であり、例えば、受取人が受取人装置４０において当行のユーザアカウントやパスワードを所定の画面から入力し、送金制御サーバ１０がその入力内容を検証することで実行される。送金制御サーバ１０では、ログイン認証を実行することで、受取人の当行口座を特定可能となっている。Ｓ６３においては、制御部１１は、送金情報が示す送金額を当行口座に送金するための送金処理を実行する。送金処理自体は、Ｓ２６と同様である。

一方、当行受取ボタン１８１が選択されたと判定されない場合（Ｓ６１；Ｎ）、制御部４１は、他行受取ボタン１８２が選択されたか否かを判定する（Ｓ６４）。他行受取ボタン１８２が選択されたと判定された場合（Ｓ６４；Ｙ）、制御部４１は、他行受取ボタン１８２が選択されたことを通知する（Ｓ６５）。

送金制御サーバ１０においては、通知を受信すると、制御部１１は、取引情報データベースの送金情報に基づいて、他行口座で送金を受け取るための送金処理を実行する（Ｓ６６）。Ｓ６６においては、制御部１１は、他行の受取口座情報を受取人が指定するための画面の表示情報を受取人装置４０に送信する。以降、制御部１１は、当該画面において指定された銀行口座を取得して、その銀行口座へ送金するための送金処理を実行する。

上記実施形態の送金制御システム１によれば、送金人又は受取人の利便性を向上させることができる。送金人が指定した送金内容で送金を受け取るか否かを受取人に選択させることで、送金にインタラクティブ性を持たせることができ、例えば、送金人の誤操作による再送金や返金を防止することができる。また例えば、従来の送金方法では、送金人により指定された送金額や受取人が間違っていた場合には、正しい送金額での再送金や正しい受取人に対する再送金が必要になったり、送金人への返金が必要になったりするので、再送金や返金のために余計な送金手数料がかかってしまうことがある。この点、送金制御システム１によれば、上記のように再送金や返金を防止することができるので、余計な送金手数料の発生を防止することもでき、送金人や受取人にとって有益である。

また例えば、ＳＮＳにおける友人関係の中から受取人を選択することで、ある程度親しい間柄の相手に送金を行うことができる。このため、例えば、全く知らない相手を受取人に指定して送金することを防止することができる。また例えば、従来の方法では、送金人及び受取人がＳＮＳを利用して連絡を取り合って送金額等を確認した後に、ネットバンキングサービス等を利用して送金人から受取人に送金し、そのあとにＳＮＳで送金した旨を連絡するようなことも考えられる。送金制御システム１によれば、従来の方法に比べて、送金人による受取人や送金額等の指定とＳＮＳでの受取人への通知を一度に行うことができるので、送金人の手間を軽減することができる。更に、受取人が送金を受け取るための操作を行えば送金処理が自動的に実行されるので、いちいち連絡を取り合った後に送金するような従来の方法に比べて、送金人や受取人の手間をより効果的に軽減することもできる。

また例えば、取引番号を引数に含むリンク９４又は１７２が送信されるので、リンクを選択することによって、受取人装置４０から送金制御システム１へのアクセス時に、どの送金の受け取りを問い合わせるべきかを送金制御システム１が特定することができる。更に、送金制御システム１から交流システム２０に対してＳＮＳアカウントを送信することで、通知すべき受取人をＳＮＳアカウントによって特定することができる。

また例えば、受取人のＳＮＳアカウントに関連付けられた受取口座情報に基づいて、受取人指定画面６０におけるユーザ画像６１を決定することで、ユーザ画像６１を通じて受取口座情報を送金人に通知することができる。特に、ユーザ画像６１の表示態様を変化させることで、送金人は受取口座を把握しやすくなる。より具体的には、ユーザ画像６１により、そのユーザ画像６１が示す友人が当行口座を受取口座としているか他行口座を受取口座としているかを把握しやすくなったり、その友人が受取口座情報をそもそも登録しているか否かを把握しやすくなったりする。例えば、受取口座が当行口座であるか否かで送金手数料が異なる場合や受取口座情報を登録しているか否かで送金手数料が異なる場合には、送金人は、ユーザ画像６１を見ることで送金手数料を把握することができる。

また例えば、受取人は、送金人との共通の友人に対して質問することができるので、比較的信頼できる友人に対して質問を行い、その回答をもとに、送金を受け取るか否かを判断することができる。また例えば、受取人は、送金人との共通の友人の中から新たな受取人を指定することができるので、再度の送金操作をする手間を軽減することができる。また例えば、受取人は、送金額の変更を要求することによって再送金の手間を軽減することができる。更に、送金人が指定した送金額の範囲内で送金額を変更させることによって、残高不足によって送金ができないことを防止することができる。

［５．変形例］
なお、本発明は、以上に説明した実施の形態に限定されるものではない。本発明の趣旨を逸脱しない範囲で、適宜変更可能である。

例えば、送金を受け取るか否かの問い合わせ情報を受取人装置４０に送信しない場合があってもよく、この場合に、送金制御システム１は、送金人装置３０に受取人指定画面６０を表示させるようにしてもよい。このようにすれば、送金を受け取るか否かを受取人に問い合わせない場合であっても、送金人に、受取人の候補となるユーザの受取口座情報をユーザ画像６１から識別させることができる。この場合、送金制御システム１において、受取口座記憶部２０２、口座情報取得部２０５、及び受取人指定画面送信部２１４のみが実現されるようにしてもよい。

また例えば、送金制御システム１がユーザ画像６１の表示態様を決定する場合を説明したが、送金人装置３０がユーザ画像６１の表示態様を決定するようにしてもよい。例えば、送金制御システム１から送金人装置３０に、送金人と友人関係にあるユーザの受取口座情報が送信され、送金人装置３０の制御部３１は、受取口座情報に基づいてユーザ画像６１の表示態様を決定して、受取人指定画面６０の表示情報を生成するようにしてもよい。ユーザ画像６１の表示態様の決定方法や受取人指定画面６０の表示情報の生成方法自体は、実施形態で説明した方法と同様である。

また例えば、受取人が一定期間の間、受取ボタン１０７や受取辞退ボタン１１１を選択しなかった場合には、送金制御システム１は、送金情報が示す送金の辞退処理を実行するようにしてもよい。これとは逆に、受取人が一定期間の間、受取ボタン１０７や受取辞退ボタン１１１を選択しなかった場合には、送金制御システム１は、送金情報が示す送金の送金処理を実行するようにしてもよい。他にもたとえば、受取人が送金の受取ボタン１０７の選択も受取辞退ボタン１１１の選択もしないことを示すボタンを用意しておき、そのボタンが選択された場合には、当該送金に関する通知やメッセージが受取人に送信されないようにしてもよい。

また例えば、上記においては、送金人は、ＳＮＳにおける友人の中から受取人を選択する場合を説明したが、友人以外の中から受取人を選択できるようにしてもよい。送金人に関係するユーザの中から受取人を選択する場合には、友人ではなく、メッセージを送ったことがあるユーザの中から受取人を選択できるようにしてもよい。他にも、送金人が、ＳＮＳを利用していない受取人を指定できるようにしてもよい。更に、ＳＮＳ上のユーザ識別情報の一例としてＳＮＳアカウントを例に挙げたが、ユーザ識別情報は、ＳＮＳを利用するユーザを識別する情報であればよい。

また例えば、送金を受け取るか否かを受取人に問い合わせるために、メッセージ機能を利用する場合（図６及び図１３）を例に挙げて説明したが、ＳＮＳにおける他の機能を利用して問い合わせるようにしてもよい。送金を受け取るか否かを示すメッセージが受取人に通知されるようにすればよく、例えば、各ユーザが他のユーザに対して情報を発信するための投稿機能（いわゆるタイムラインやニュースフィード等）を利用するようにしてもよい。ここでのメッセージは、メッセージ機能で通知される内容と、投稿機能で通知される内容と、の両方を含む意味である。なお、各ユーザの投稿内容は、不特定多数の他のユーザが閲覧可能であってもよいし、特定の他のユーザ（例えば、投稿したユーザと所定の関係にある他のユーザや投稿したユーザが指定した他のユーザ）のみが閲覧可能であってもよい。

図２３は、投稿内容を表示させるための投稿画面の一例を示す図である。図２３に示す投稿画面１９０は、受取人が所定の操作を行った場合に表示部４５に表示される。投稿画面１９０では、受取人や他のユーザ（例えば、送金人）の投稿内容が表示される。図２３に示す画面例では、送金額１９１、メッセージ１９２、取引番号１９３、及びリンク１９４が、送金人の投稿内容として投稿画面１９０に表示される。これらの内容自体は、実施形態で説明したものと同様である。なお、図２３に示す例では、送金を受け取るか否かを問い合わせるための投稿内容は、送金人及び受取人のみ閲覧可能となっているが、他のユーザにも閲覧可能であってもよい。

上記の場合、交流システム２０は、各ユーザの投稿内容を示すデータを記憶する。このデータは、投稿したユーザを識別する情報と投稿内容（文字列や画像など）とが関連付けられており、投稿が行われると更新される。例えば、送金人が送金操作を行うと、問い合わせ情報送信部２０８は、送金人及び受取人のＳＮＳアカウントとともに、所定の投稿要求を交流システム２０に送る。投稿要求には、送金額１９１、取引番号１９３、及びリンク１９４を含むものとする。これにより交流システム２０は、投稿内容を特定することができる。交流システム２０は、投稿要求を受信すると、投稿内容を生成して自身の記憶部に保持する。そして、投稿画面１９０を表示させるための所定の操作を受取人が行うと、交流システム２０は、投稿内容を示すデータを読み出して、投稿画面１９０を表示させるためのデータを生成して受取人装置４０に送信する。受取人装置４０は、当該データを受信すると、投稿画面１９０を表示部４５に表示させることになる。投稿画面１９０が表示された後の処理の流れは、実施形態で説明した流れ（図２０のＳ２０以降の処理）と同様である。なお、図２３の投稿画面１９０は、受取人がユーザ登録している場合に表示されるが、受取人がユーザ登録をしていない場合は、図１６と同様の投稿画面１９０を表示部４５に表示させ、受取人のユーザ登録を促すようにすればよい。

上記のように、ＳＮＳの投稿機能を利用して、送金を受け取るか否かを受取人に問い合わせてもよい。なお、メッセージ機能と投稿機能を使い分けるようにしてもよい。例えば、受取人が何れの機能を利用するかを指定できるようにしてもよい。このようにすれば、受取人が確認しやすい方法で送金確認のメッセージを見ることができる。他にも例えば、メッセージ機能と投稿機能のうち、受取人が確認する可能性が高い方を利用して、送金のメッセージを通知するようにしてもよい。この場合、交流システム２０は、メッセージの開封状況や投稿の閲覧状況を示すデータを記憶しておき、このデータに基づいて、受取人が確認する可能性が高い方を判断すればよい。更に、メッセージ機能と投稿機能の両方を利用してもよい。

他にも例えば、ＳＮＳ上で受取人に通知が行われる場合を説明したが、ＳＮＳ以外の他の通知媒体（例えば、電子メールなど）によって通知されるようにしてもよい。更に、受取画面１００又は１８０によって受取人への問い合わせが行われる場合を説明したが、他の通知媒体（例えば、電子メールなど）によって受取人への問い合わせが行われるようにしてもよい。

また例えば、上記においては、送金人が送金指示を行うと送金処理が実行される前に、送金人の口座残高が減少して送金情報が取引情報データベースに登録される場合を説明したが（図１９のＳ１４及びＳ１５等）、送金人の口座残高が減少するタイミングは、上記の例に限られない。例えば、送金制御システム１は、送金処理を実行するまで、送金人の口座残高を減少させないようにしてもよい。即ち、送金人が送金指示をして送金情報が取引情報データベースに登録された時点では、送金制御システム１は送金人の口座残高を減少させず、受取人が送金を受け取るための操作を行って送金処理が実行される場合に、送金制御システム１は、送金人の口座残高を減少させ、受取人の口座残高を増加させるようにしてもよい。他にも例えば、受取人が送金を受け取るための操作を行った場合に、送金制御システム１は、受取人の回答を送金人に通知するとともに、送金処理を実行するための所定の操作を送金人に求めるようにしてもよい。当該通知及び所定の操作は、送金人装置３０に表示される所定画面から行われるものとする。この場合、送金制御システム１は、送金人装置３０から当該所定の操作を行った旨の通知を受信すると、送金処理を実行することになる。

１ 送金制御システム、２ ネットワーク、１０ 送金制御サーバ、２０ 交流システム、３０ 送金人装置、４０ 受取人装置、１１ 制御部、１２ 記憶部、１３ 通信部、３１ 制御部、３２ 記憶部、３３ 通信部、３４ 操作部、３５ 表示部、４１ 制御部、４２ 記憶部、４３ 通信部、４４ 操作部、４５ 表示部、５０ 利用規約画面、５１ チェックボックス、５２ ボタン、６０ 受取人指定画面、６１ ユーザ画像、６２ 所定領域、７０ 送金内容入力画面、７１ 受取人、７２ 口座残高、７３ 入力フォーム、７４ 入力フォーム、７５ 送金手数料、７６ 入力フォーム、７７ 確認ボタン、８０ 送金内容確認画面、８１ 受取人、８２ 送金額、８３ メッセージ、８４ 送金手数料、８５ 情報、８６ 修正ボタン、８７ 入力フォーム、８８ 送金ボタン、９０ メッセージ表示画面、９１ 送金額、９２ メッセージ、９３ 取引番号、９４ リンク、１００ 受取画面、１０１ 送金日、１０２ 送金人、１０３ 送金額、１０４ メッセージ、１０５ 照会ボタン、１０６ 変更要求ボタン、１０７ 受取ボタン、１０８ 入力フォーム、１０９ 質問ボタン、１１０ 入力フォーム、１１１ 受取辞退ボタン、１１２ 転送ボタン、１２０ 質問画面、１２１ 友人画像、１２２ 入力フォーム、１２３ 送信ボタン、１３０ 変更要求画面、１３１ 入力フォーム、１３２ 入力フォーム、１３３ 送信ボタン、１４０ 質問通知画面、１４１ 質問内容、１４２ 入力フォーム、１４３ 送信ボタン、１５０ 送金辞退画面、１５１ メッセージ、１６０ 新受取人指定画面、１６１ 友人画像、１６２ 入力フォーム、１６３ 転送ボタン、１７０ メッセージ表示画面、１７１ メッセージ、１７２ リンク、１８０ 受取画面、１８１ 当行受取ボタン、１８２ 他行受取ボタン、１９０ 投稿画面、１９１ 送金額、１９２ メッセージ、１９３ 取引番号、１９４ リンク、２０１ 情報記憶部、２０２ 受取口座記憶部、２０３ 送金情報記憶部、２０４ 情報取得部、２０５ 口座情報取得部、２０６ 受取人情報受信部、２０７ 送金情報記録部、２０８ 問い合わせ情報送信部、２０９ 回答情報受信部、２１０ 送金判断部、２１１ 友人情報受信部、２１２ 送金人友人情報受信部、２１３ 受取人友人情報受信部、２１４ 受取人指定画面送信部、２１５ 要求送信部、２１６ 質問画面送信部、２１７ 新受取人指定画面送信部、２１８ 新受取人情報受信部、２１９ 変更要求画面送信部、２２０ 変更要求受信部、２２１ 変更処理実行部。

Claims (13)

1. 送金を受け取る受取人の受取人情報を、送金人装置から受信する受取人情報受信手段と、
   前記受取人情報に基づいて、送金内容を示す送金情報を取得して送金情報記憶手段に記録する送金情報記録手段と、
   前記送金情報に基づいて、送金を受け取るか否かを示す問い合わせ情報を受取人装置に送信する問い合わせ情報送信手段と、
   問い合わせに対する回答情報を、前記受取人装置から受信する回答情報受信手段と、
   前記回答情報に基づいて、前記送金情報が示す内容で送金するための処理を実行するか否かを判断する送金判断手段と、
   を含むことを特徴とする送金制御システム。
2. 前記送金制御システムは、
   送金人を含む複数のユーザで交流するサービスを提供するための交流システムから、前記送金人に関連するユーザのユーザ識別情報を受信する手段と、
   前記ユーザ識別情報に基づいて、前記送金人に関連するユーザの中から前記受取人を指定するための受取人指定画面の表示情報を、前記送金人装置に送信する画面送信手段と、
   を更に含み、
   前記受取人情報受信手段は、前記受取人指定画面において指定された前記受取人の前記受取人情報を、前記送金人装置から受信する、
   ことを特徴とする請求項１に記載の送金制御システム。
3. 前記送金制御システムは、
   前記受取人情報に基づいて、前記送金情報を識別する識別情報を伴って前記送金制御システムにアクセスするためのリンクの送信要求を、前記受取人の前記ユーザ識別情報とともに前記交流システムに送信する要求送信手段を更に含み、
   前記問い合わせ情報送信手段は、前記リンクを受信した前記受取人装置が前記識別情報を伴って前記送金制御システムにアクセスした場合に、当該識別情報により識別される前記送金情報に基づいて、前記問い合わせ情報を前記受取人装置に送信する、
   ことを特徴とする請求項２に記載の送金制御システム。
4. 前記送金制御システムは、
   前記ユーザ識別情報と、送金の受取口座情報と、を関連付けて記憶する受取口座記憶手段の記憶内容を取得する手段を更に含み、
   前記画面送信手段は、前記受取人指定画面に含まれる少なくとも一人のユーザの情報を、当該ユーザの前記ユーザ識別情報に関連付けられた前記受取口座情報に基づいて決定して前記表示情報を送信する、
   ことを特徴とする請求項２又は３に記載の送金制御システム。
5. 前記画面送信手段は、前記受取人指定画面に含まれる少なくとも一人のユーザを受取人として指定するための画像の表示態様を、当該ユーザの前記ユーザ識別情報に関連付けられた前記受取口座情報に基づいて決定する、
   ことを特徴とする請求項４に記載の送金制御システム。
6. 前記画面送信手段は、前記受取人指定画面に含まれる少なくとも一人のユーザの前記受取口座が所定の銀行のものであるか否かを識別する情報を、当該ユーザの前記ユーザ識別情報に関連付けられた前記受取口座情報に基づいて決定する、
   ことを特徴とする請求項４又は５に記載の送金制御システム。
7. 前記画面送信手段は、前記受取人指定画面に含まれる少なくとも一人のユーザが受取口座情報を前記受取口座記憶手段に登録しているか否かを識別する情報を、当該ユーザの前記ユーザ識別情報に関連付けられた前記受取口座情報に基づいて決定する、
   ことを特徴とする請求項４〜６の何れかに記載の送金制御システム。
8. 前記送金制御システムは、
   前記交流システムから、前記受取人に関連するユーザを識別するユーザ識別情報を受信する手段と、
   前記送金人に関連するユーザを識別する前記ユーザ識別情報と、前記受取人に関連するユーザを識別する前記ユーザ識別情報と、に基づいて、前記送金人及び前記受取人に関連するユーザの中から質問相手を指定するための画面の表示情報を前記受取人装置に送信する手段と、
   を更に含むことを特徴とする請求項２〜７の何れかに記載の送金制御システム。
9. 前記送金制御システムは、
   前記交流システムから、前記受取人に関連するユーザを識別するユーザ識別情報を受信する手段と、
   前記送金人に関連するユーザを識別する前記ユーザ識別情報と、前記受取人に関連するユーザを識別する前記ユーザ識別情報と、に基づいて、前記送金人及び前記受取人に関連するユーザの中から新たな受取人を指定するための新受取人指定画面の表示情報を前記受取人装置に送信する手段と、
   前記新受取人指定画面において指定された前記新たな受取人の新受取人情報を、前記受取人装置から受信する手段と、
   を更に含み、
   前記送金判断手段は、前記新受取人情報及び前記送金情報に基づいて、前記新たな受取人が送金を受け取るための処理を実行する、
   ことを特徴とする請求項２〜８の何れかに記載の送金制御システム。
10. 前記送金制御システムは、
    前記送金情報が示す送金額の変更要求をするための画面の表示情報を、前記受取人装置に送信する手段と、
    前記受取人装置から前記変更要求を受信する手段と、
    前記変更要求が受信された場合、前記送金情報が示す送金額を変更するための処理を実行する変更処理実行手段と、
    を更に含むことを特徴とする請求項１〜９の何れかに記載の送金制御システム。
11. 前記送金情報記録手段は、前記送金情報が示す送金額に基づいて前記送金人の口座残高を減少させるための処理を実行し、
    前記変更処理実行手段は、前記送金情報が示す送金額の範囲内で送金額を変更するための処理を実行する、
    ことを特徴とする請求項１０に記載の送金制御システム。
12. 送金を受け取る受取人の受取人情報を、送金人装置から受信する受取人情報受信ステップと、
    前記受取人情報に基づいて、送金内容を示す送金情報を取得して送金情報記憶手段に記録する送金情報記録ステップと、
    前記送金情報に基づいて、送金を受け取るか否かを示す問い合わせ情報を受取人装置に送信する問い合わせ情報送信ステップと、
    問い合わせに対する回答情報を、前記受取人装置から受信する回答情報受信ステップと、
    前記回答情報に基づいて、前記送金情報が示す内容で送金するための処理を実行するか否かを判断する送金判断ステップと、
    を含むことを特徴とする送金制御方法。
13. 送金を受け取る受取人の受取人情報を、送金人装置から受信する受取人情報受信手段、
    前記受取人情報に基づいて、送金内容を示す送金情報を取得して送金情報記憶手段に記録する送金情報記録手段、
    前記送金情報に基づいて、送金を受け取るか否かを示す問い合わせ情報を受取人装置に送信する問い合わせ情報送信手段、
    問い合わせに対する回答情報を、前記受取人装置から受信する回答情報受信手段、
    前記回答情報に基づいて、前記送金情報が示す内容で送金するための処理を実行するか否かを判断する送金判断手段、
    としてコンピュータを機能させるためのプログラム。

Images