JP7547577B2 - 提供装置、提供方法及び提供プログラム - Google Patents

Description

本発明は、提供装置、提供方法及び提供プログラムに関する。

従来、冠婚葬祭における祝儀や香典の支払いを支援するための技術が知られている。このような技術の一例として、受取人が開催する冠婚葬祭などのイベントにおいて、支払人が参加するか否かの出欠の予定と、当該イベントにおいて支払人が与信取引によって受取人に支払う所望の金額とを支払人端末から受信して与信取引を実行し、出欠の予定と、与信取引にかかる金額とを受取人端末に通知する技術が提案されている。

特開２０１８－２０５８４４号公報

しかしながら、上記の従来技術では、金銭の授受における付加価値を提供できるとは限らない。

例えば、上記の従来技術では、支払人の参加予定や、祝儀の額などの情報を受取人が閲覧することを可能とする技術が記載されているに過ぎず、冠婚葬祭などのイベントでの金銭の授受における付加価値を提供できるとは限らない。

本願は、上記に鑑みてなされたものであって、金銭の授受における付加価値を提供できる提供装置、提供方法及び提供プログラムを提供することを目的とする。

本願に係る提供装置は、送金金額と、当該送金金額の送金の目的を示す目的情報とを送金者から受け付ける受付部と、前記送金者が保有する口座から、前記送金金額の送金先である受金者が保有する口座に前記送金金額を移行させる処理を実行する送金処理部と、前記目的情報に応じた態様のコンテンツを前記送金者及び前記受金者に提供する提供部とを有することを特徴とする。

実施形態の一態様によれば、金銭の授受における付加価値を提供できるという効果を奏する。

図１は、実施形態に係る提供処理の一例を示す図である。 図２は、実施形態に係る端末装置の画面の一例を示す図（１）である。 図３は、実施形態に係る端末装置の画面の一例を示す図（２）である。 図４は、実施形態に係る決済サーバの構成例を示す図である。 図５は、実施形態に係る口座データベースの一例を示す図である。 図６は、実施形態に係るアイコン情報データベースの一例を示す図である。 図７は、実施形態に係る利用者情報データベースの一例を示す図である。 図８は、実施形態に係る端末装置の画面の一例を示す図（３）である。 図９は、実施形態に係る提供処理の手順の一例を示すフローチャートである。 図１０は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に本願に係る提供装置、提供方法及び提供プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る提供装置、提供方法及び提供プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．実施形態〕
図１を用いて、本実施形態の提供装置等により実現される提供処理について説明する。図１は、実施形態に係る提供処理の一例を示す図である。なお、図１では、本実施形態に係る提供装置の一例である決済サーバ１０によって、実施形態に係る提供処理などが実現されるものとする。

図１に示すように、実施形態に係る提供システム１は、決済サーバ１０と、端末装置１００とを含む。決済サーバ１０及び端末装置１００は、ネットワークＮ（例えば、図４参照）を介して有線または無線により相互に通信可能に接続される。ネットワークＮは、例えば、インターネットなどのＷＡＮ（Wide Area Network）である。なお、図１に示した提供システム１には、複数台の決済サーバ１０及び複数台の端末装置１００が含まれていてもよい。

図１に示す決済サーバ１０は、実施形態に係る提供処理を実行する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。例えば、決済サーバ１０は、端末装置１００を用いる電子決済に関する電子決済サービスを提供する。例えば、決済サーバ１０は、取引対象の提供者や取引対象が提供される利用者の口座を管理しており、利用者からの決済要求に従って、口座間において電子マネーの移行等を行うことで、各種決済を実現する。なお、電子マネーとは、例えば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。

図１に示す端末装置１００は、利用者によって利用される情報処理装置である。端末装置１００は、例えば、スマートフォンや、タブレット型端末、ノート型ＰＣ（Personal Computer）、デスクトップＰＣ、携帯電話機、ＰＤＡ（Personal Digital Assistant）等により実現される。また、端末装置１００は、決済サーバ１０によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。

なお、図１に示す例では、端末装置１００がスマートフォンである場合を示す。また、図１に示す例では、端末装置１００を利用する利用者に応じて、端末装置１００を端末装置１００－１～１００－Ｎ（Ｎは任意の自然数）として説明する。例えば、端末装置１００－１は、利用者ＩＤ「Ｕ１」により識別される利用者（利用者Ｕ１）により使用される端末装置１００である。また、以下では、端末装置１００－１～１００－Ｎについて、特に区別なく説明する場合には、端末装置１００と記載する。

また、端末装置１００は、所定の情報処理を実現する制御情報を決済サーバ１０から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語やＣＳＳ（Cascading Style Sheets）等のスタイルシート言語により記述される。なお、決済サーバ１０から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。

〔１－１．端末装置１００を用いた決済について〕
ここで、決済サーバ１０が実行する提供処理に先立ち、端末装置１００を用いた決済（電子決済）の一例について説明する。なお、以下の説明では、決済サーバ１０から配信されるアプリケーションであって、端末装置１００を用いる電子決済用のアプリケーション（以下、単に「決済アプリ」と記載する場合がある）が端末装置１００にインストールされているものとする。また、以下の説明では、店舗に配置された２次元コード（ＱＲコード（登録商標））であって、店舗を識別する店舗識別情報を示す２次元コードを用いて、利用者Ｕ１が端末装置１００－１を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意の利用者が任意の端末装置１００を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報は、ＱＲコードのみならず、バーコードや所定のマーク、番号等であってもよい。

例えば、利用者Ｕ１が店舗にて各種の商品やサービスといった決済対象（取引対象）の利用や購入に伴う決済を行う場合、利用者Ｕ１は、端末装置１００－１に予めインストールされた決済アプリを起動する。そして、利用者Ｕ１は、決済アプリを介して、店舗に設置された店舗識別情報を撮影する。このような場合、端末装置１００－１は、決済対象の価格を入力するための画面を表示し、利用者Ｕ１或いは店舗の店員から決済金額の入力を受け付ける。そして、端末装置１００－１は、利用者Ｕ１を識別する利用者識別情報と、店舗識別情報（若しくは、店舗識別情報が示す情報、すなわち、店舗を示す情報（例えば、店舗ＩＤ））と、決済金額とを示す決済情報を決済サーバ１０へと送信する。

このような場合、決済サーバ１０は、利用者識別情報が示す利用者Ｕ１の口座から、店舗識別情報が示す店舗の口座へと、決済金額が示す額の電子マネーを移行させる。そして、決済サーバ１０は、決済が完了した旨の通知を端末装置１００－１へと送信する。このような場合、端末装置１００－１は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。

なお、端末装置１００を用いた決済は、上述した処理に限定されるものではない。例えば、端末装置１００を用いた決済は、店舗に設置された店舗端末を用いたものであってもよい。具体的な例を挙げると、端末装置１００－１は、利用者Ｕ１を識別するための利用者識別情報を画面上に表示させる。このような場合、店舗に設置された店舗端末は、端末装置１００－１に表示された利用者識別情報を読み取り、利用者識別情報（若しくは、利用者識別情報が示す情報、すなわち、利用者Ｕ１を示す情報（例えば、利用者ＩＤ））と、決済金額と、店舗を識別する情報とを示す決済情報を決済サーバ１０へと送信する。このような場合、決済サーバ１０は、利用者識別情報が示す利用者Ｕ１の口座から、店舗の口座へと、決済金額が示す額の電子マネーを移行させ、店舗の店舗端末或いは端末装置１００－１に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。

また、端末装置１００を用いた決済は、利用者Ｕ１が予め電子マネーをチャージした口座から店舗の口座へと電子マネーを移行させる処理のみならず、例えば、利用者Ｕ１が予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、端末装置１００は、店舗の口座に対して決済金額の電子マネーを移行させるとともに、利用者Ｕ１のクレジットカードの運用会社に対し、決済金額を請求してもよい。

また、端末装置１００－１を用いた決済は、利用者Ｕ１の口座から店舗の口座へと電子マネーを移行させる処理のみならず、例えば、利用者Ｕ１の口座から他の利用者の口座へと電子マネーを移行させる決済（すなわち、利用者間での送金）であってもよい。例えば、送金元の利用者Ｕ１が利用する端末装置１００－１は、送金先の利用者を識別する利用者識別情報（例えば、送金先の利用者が利用する端末装置に表示される利用者識別情報）を読み取り、利用者Ｕ１から送金金額の入力を受け付け、読み取った識別情報と、送金金額と、利用者Ｕ１を識別する利用者識別情報とを示す情報を決済サーバ１０へと送信する。このような場合、決済サーバ１０は、利用者Ｕ１の口座から、送金先の利用者の口座へと、送金金額が示す額の電子マネーを移行させ、端末装置１００－１或いは送金先の利用者が利用する端末装置に対し、送金が完了した旨の画面や所定の音声を出力させることで、送金が行われた旨を通知してもよい。

なお、端末装置１００を用いた送金は、上述した処理に限定されるものではない。例えば、端末装置１００を用いた送金は、送金先の利用者の電話番号や、送金先の利用者を示す情報（例えば、利用者ＩＤ）を端末装置１００に入力することにより行われてもよい。具体的な例を挙げると、端末装置１００－１は、送金先の利用者の電話番号或いは利用者ＩＤと、送金金額との入力を利用者Ｕ１から受け付け、入力された電話番号或いは利用者ＩＤと、送金金額と、利用者Ｕ１を識別する利用者識別情報とを決済サーバ１０へと送信する。そして、決済サーバ１０は、利用者Ｕ１の口座から、送信された電話番号或いは利用者ＩＤに紐づけられた利用者の口座へと、送金金額が示す額の電子マネーを移行させる。

また、例えば、端末装置１００を用いた送金は、送金金額を受け取るためのリンク情報を送金先の利用者に提供することにより行われてもよい。具体的な例を挙げると、端末装置１００－１は、利用者Ｕ１から送金金額の入力を受け付けて送金金額を受け取るためのリンク情報を生成し、リンク情報を含む電子メールを送信したり、リンク情報を含む投稿情報をＳＮＳ（Social Networking Service）に投稿したりすることで、送金先の利用者が利用する端末装置にリンク情報を提供する。そして、送金先の利用者がリンク情報を選択して受け取り操作を行った場合、決済サーバ１０は、利用者Ｕ１の口座から、送金先の利用者の口座へと、送金金額が示す額の電子マネーを移行させる。

〔１－２．実施形態の概要について〕
ここで、従来、冠婚葬祭における祝儀や香典の支払いを支援するための技術として、受取人が開催する冠婚葬祭などのイベントにおいて、支払人が参加するか否かの出欠の予定と、当該イベントにおいて支払人が与信取引によって受取人に支払う所望の金額とを支払人端末から受信して与信取引を実行し、出欠の予定と、与信取引にかかる金額とを受取人端末に通知する技術が提案されている。しかしながら、このような技術では、支払人の参加予定や、祝儀の額などの情報を受取人が閲覧することを可能とするに過ぎず、冠婚葬祭などのイベントでの金銭の授受における付加価値を提供できるとは限らない。

そこで、決済サーバ１０は、実施形態に係る提供処理を実行する。以下、図１を用いて、決済サーバ１０が実行する提供処理について説明する。なお、以下の説明では、新婦または新郎である利用者Ｕ２により、会場Ａにて結婚式が主催されるものとする。

また、以下の説明では、端末装置１００－１を利用者Ｕ１と同一視し、端末装置１００－２を利用者Ｕ２と同一視する場合がある。すなわち、以下では、利用者Ｕ１を端末装置１００－１、利用者Ｕ２を端末装置１００－２と読み替えることもできる。

まず、結婚式の参加者である利用者Ｕ１は、会場Ａに訪問し、受付係Ｒ１、Ｒ２、・・・のいずれかから提示される識別情報（ＱＲコード）を、端末装置１００－１を用いて読み取る（ステップＳ１）。例えば、利用者Ｕ２は、利用者Ｕ２を識別する利用者識別情報を示すＱＲコードＣを所定の媒体に印刷し、受付係Ｒ１、Ｒ２、・・・に配布する。そして、利用者Ｕ１は、決済アプリを起動し、決済アプリを介してＱＲコードＣを撮影する。

続いて、端末装置１００－１は、送金に関する送金情報を入力するための入力画面を表示する（ステップＳ２）。例えば、端末装置１００－１は、利用者Ｕ２への送金金額（言い換えると、祝儀の金額）や、利用者Ｕ１が置かれたオケージョンに対応する送金形式（言い換えると、送金の目的）、利用者Ｕ１の氏名、送金が完了した際に端末装置１００－１に出力させる音声の選択などを示す送金情報を入力するための入力画面を表示する。

続いて、利用者Ｕ１は、端末装置１００－１に表示された入力画面に送金情報を入力する（ステップＳ３）。例えば、利用者Ｕ１は、上述の情報を示す送金情報を入力する。

続いて、端末装置１００－１は、決済サーバ１０に送金情報を送信する（ステップＳ４）。例えば、端末装置１００－１は、利用者Ｕ１からの操作に応じて、入力画面に入力された送金情報とともに、利用者Ｕ１を識別する利用者識別情報及び利用者Ｕ２を識別する利用者識別情報を決済サーバ１０に送信する。

続いて、決済サーバ１０は、送金情報が示す送金金額を送金先の口座に移行させる（ステップＳ５）。例えば、決済サーバ１０は、利用者Ｕ１の口座から、利用者Ｕ２の口座へと、送金金額が示す額の電子マネーを移行させる。

続いて、決済サーバ１０は、送金情報に応じたコンテンツを端末装置１００－１に提供する（ステップＳ６）。例えば、決済サーバ１０は、送金が完了した旨の画面と、決済音とを送金情報に応じて提供する。

続いて、端末装置１００－１は、決済サーバ１０から提供されたコンテンツを出力する（ステップＳ７）。例えば、端末装置１００－１は、送金が完了した旨の画面を表示するとともに、決済音を出力する。

ここで、図２を用いて、上述した実施形態において端末装置１００－１が表示する画面の例を説明する。図２は、実施形態に係る端末装置の画面の一例を示す図（１）である。

図２に示すように、端末装置１００－１は、ＱＲコードＣを読み取った後、利用者Ｕ２に対する送金金額を入力するための画面ＳＣ１１を表示する。例えば、端末装置１００－１は、オケージョンに対応する送金形式の選択操作を行うための領域ＡＲ１１と、送金金額の入力操作を行うための領域ＡＲ１２と、各領域に対する操作内容の確定を指示するためのボタンＢ１１とを含む画面ＳＣ１１を表示する。具体的な例を挙げると、端末装置１００－１は、祝儀または不祝儀であることを示す送金形式（例えば、「ご結婚祝」や、「ご出産祝」、「お年玉」、「お香典」など）や、祝儀または不祝儀ではないことを示す送金形式（例えば、「通常送金」）をプルダウンで領域ＡＲ１１に表示し、いずれかに対する選択操作を受け付ける。ここで、図２の例において、送金形式「ご結婚祝」が選択されたものとする。この場合、端末装置１００－１は、ボタンＢ１１の押下に応じて、送金形式に応じた各種の情報を入力するための画面ＳＣ１２に遷移させる。なお、「通常送金」が選択された場合、端末装置１００－１は、ボタンＢ１１の押下に応じて送金金額の確認画面に遷移させ、確認画面に対する送金の承認操作に応じて利用者Ｕ２に対する送金要求を決済サーバ１０に送信する。

端末装置１００－１は、送金形式に合致するアイコン（熨斗及び水引）の選択操作を行うための領域ＡＲ１３と、アイコンに付与する表書きの選択操作を行うための領域ＡＲ１４と、アイコンに付与する送り主名（利用者Ｕ１の氏名）の入力操作を行うための領域ＡＲ１５と、送り主名を連名とすることを指示するためのボタンＢ１２と、決済音の選択操作を行うための領域ＡＲ１６と、各領域に対する操作内容の確定を指示するためのボタンＢ１３とを含む画面ＳＣ１２を表示する。例えば、端末装置１００－１は、熨斗を含むアイコンと、熨斗を含まないアイコンとを、それぞれ水引の種類ごとに表示する。また、端末装置１００－１は、「御結婚御祝」や、「御出産御祝」、「御香典」などといった表書きをプルダウンで領域ＡＲ１４に表示し、いずれかに対する選択操作を受け付ける。また、ボタンＢ１２が押下された場合、端末装置１００－１は、複数の送り主名や、複数の送り主が所属する組織名などを入力するための領域をさらに表示する。また、端末装置１００－１は、「結婚おめでとう」や、「おめでとうございます」などといった決済音を示すテキスト情報をプルダウンで領域ＡＲ１６に表示し、いずれかに対する選択操作を受け付ける。ボタンＢ１３が押下された場合、端末装置１００－１は、送金金額及びアイコンを確認するための画面ＳＣ１３に遷移させる。

端末装置１００－１は、画面ＳＣ１２において選択或いは入力された情報に基づくアイコンＩ１１と、アイコンＩ１１の修正を指示するためのボタンＢ１４と、アイコンＩ１１の保存を指示するためのボタンＢ１５と、送金金額の確認及び再入力操作を行うための領域ＡＲ１７と、各領域に対する操作内容の確定を指示するためのボタンＢ１６とを含む画面ＳＣ１３を表示する。例えば、端末装置１００－１は、領域ＡＲ１３で選択されたアイコンに対し、領域ＡＲ１４で選択された表書きと、領域ＡＲ１５に入力された送り主名とを付与したアイコンＩ１１を表示する。ここで、ボタンＢ１４が押下された場合、端末装置１００－１は、画面ＳＣ１２に遷移させ、アイコンの選択操作等を再度受け付ける。また、ボタンＢ１５が押下された場合、端末装置１００－１は、アイコンＩ１１の設定を記憶する。また、ボタンＢ１６が押下された場合、端末装置１００－１は、送金金額と、画面ＳＣ１２において選択或いは入力された情報とを送金情報として決済サーバ１０に送信する。そして、端末装置１００－１は、送金情報に応じて決済サーバ１０から提供されるコンテンツを受け付け、受け付けたコンテンツを出力する画面ＳＣ１４を表示する。

端末装置１００－１は、送金が完了した旨を表示する領域ＡＲ１８を含む画面ＣＳ１４を表示するとともに、画面ＳＣ１２において選択された決済音を出力する。例えば、端末装置１００－１は、アイコンＩ１１や、利用者Ｕ２への送金（支払い）を行った旨の情報、送金金額などといった情報を領域ＡＲ１８に表示する。

このように、受付が行われる場において、利用者Ｕ２への送金に応じた決済音が端末装置１００－１から出力されることで、受付係Ｒ１、Ｒ２、・・・が、利用者Ｕ１により祝儀の支払いが行われたことを確認することができる。

なお、会場Ａに訪問する前に、上述した方法により、予め利用者Ｕ１が利用者Ｕ２に送金を行う際にも、画面ＳＣ１１～ＳＣ１４を表示させてもよい。これにより、利用者Ｕ１は、会場Ａに訪問する際に受付係Ｒ１、Ｒ２、・・・に画面ＳＣ１４を提示することにより、利用者Ｕ２に対する祝儀の支払いを証明できる。

また、端末装置１００－１は、画面ＳＣ１１において選択された送金形式に応じた情報を示す画面ＳＣ１２を表示してもよい。例えば、図２に示すように送金形式「ご結婚祝」が選択された場合、端末装置１００－１は、熨斗を含むアイコンであって水引が結び切り或いはあわじ結びであるアイコンを領域ＡＲ１３に表示する。また、端末装置１００－１は、表書き「御結婚御祝」が予め選択された状態の領域ＡＲ１４や、決済音「結婚おめでとう」を示すテキスト情報が予め選択された状態の領域ＡＲ１６を表示する。

また、端末装置１００－１は、記憶したアイコンの設定に基づき、アイコンを表示してもよい。例えば、ボタンＢ１５が押下され、利用者Ｕ１が他の送金を行う際に送金形式「ご結婚祝」が選択された場合、端末装置１００－１は、アイコンＩ１１を当該送金に用いるアイコンとして自動的に表示する。

図１に戻り、説明を続ける。決済サーバ１０は、送金情報に応じたコンテンツを端末装置１００－２に提供する（ステップＳ８）。例えば、決済サーバ１０は、利用者Ｕ１から送金を受け付けたことを示す通知とともに、アイコンＩ１１を提供する。

続いて、端末装置１００－２は、決済サーバ１０から提供されたコンテンツを出力する（ステップＳ９）。例えば、端末装置１００－２は、利用者Ｕ１から送金が行われたことを示す通知を決済アプリ上で表示し、当該通知に対する選択操作に応じてアイコンＩ１１を表示する。

ここで、図３を用いて、上述した実施形態において端末装置１００－２が表示する画面の例を説明する。図３は、実施形態に係る端末装置の画面の一例を示す図（２）である。

図３に示すように、端末装置１００－２は、決済アプリを起動した際の初期表示画面として画面ＳＣ２１を表示する。例えば、端末装置１００－２は、送金に関する通知の表示を指示するためのボタンＢ２１を含む画面ＳＣ２１を表示する。ボタンＢ２１が押下された場合、端末装置１００－２は、送金に関する通知の一覧を表示する画面ＳＣ２２に遷移させる。

端末装置１００－２は、他の利用者からの送金が行われたことを示す通知を表示する領域ＡＲ２１を含む画面ＳＣ２２を表示する。ここで、領域ＡＲ２１に表示された通知のうち、利用者Ｕ１から送金が行われたことを示す通知が選択されたものとする。この場合、端末装置１００－２は、利用者Ｕ１からの送金に関する情報を表示する画面ＳＣ２３に遷移させる。

端末装置１００－２は、利用者Ｕ１の氏名や、利用者Ｕ１からの送金金額、アイコンＩ１１など表示する領域ＡＲ２２を含む画面ＳＣ２３を表示する。

以上のように、実施形態に係る決済サーバ１０は、電子決済により利用者が祝儀の送金を行う場合、祝儀袋に相当するコンテンツを送金先に提供する。これにより、実施形態に係る決済サーバ１０は、利用者が祝儀を手渡しできない場合であっても、祝福の意や感謝の意を相手に伝えることができる。すなわち、実施形態に係る決済サーバ１０は、電子決済での金銭の授受における付加価値を提供できる。

〔２．決済サーバの構成〕
次に、図４を用いて、決済サーバ１０の構成について説明する。図４は、実施形態に係る決済サーバの構成例を示す図である。図４に示すように、決済サーバ１０は、通信部２０と、記憶部３０と、制御部４０とを有する。

（通信部２０について）
通信部２０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２０は、ネットワークＮと有線または無線で接続され、端末装置１００等との間で情報の送受信を行う。

（記憶部３０について）
記憶部３０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図４に示すように、記憶部３０は、口座データベース３１と、アイコン情報データベース３２と、利用者情報データベース３３とを有する。

（口座データベース３１について）
口座データベース３１は、電子決済サービスの利用者の口座に関する各種の情報を記憶する。ここで、図５を用いて、口座データベース３１が記憶する情報の一例を説明する。図５は、実施形態に係る口座データベースの一例を示す図である。図５の例において、口座データベース３１は、「口座ＩＤ」、「所有者情報」、「口座残高」といった項目を有する。

「口座ＩＤ」は、口座を識別するための識別情報を示す。「所有者情報」は、口座を所有する所有者（利用者）に関する情報を示し、例えば、所有者を識別するための識別情報（識別子）が格納される。「口座残高」は、利用者が所有する口座の残高を示す。

すなわち、図５では、口座ＩＤ「ＡＩＤ＃１」によって識別される口座の所有者の情報が「利用者＃１」であり、口座残高が「７８００」である例を示す。

（アイコン情報データベース３２について）
アイコン情報データベース３２は、熨斗や水引を示すアイコンに関する各種の情報を記憶する。ここで、図６を用いて、アイコン情報データベース３２が記憶する情報の一例を説明する。図６は、実施形態に係るアイコン情報データベースの一例を示す図である。図６の例において、アイコン情報データベース３２は、「アイコンＩＤ」、「アイコン画像」、「オケージョン」といった項目を有する。

「アイコンＩＤ」は、アイコンを識別するための識別情報を示す。「アイコン画像」は、アイコンの画像情報を示す。「オケージョン」は、アイコンが示す熨斗や水引が用いられるオケージョンを示す。

すなわち、図６では、アイコンＩＤ「ＩＩＤ＃１」によって識別されるアイコンの画像情報が「アイコン画像＃１」であり、アイコンが用いられるオケージョンが「オケージョン＃１」である例を示す。

（利用者情報データベース３３について）
利用者情報データベース３３は、電子決済サービスの利用者に関する各種の情報を記憶する。ここで、図７を用いて、利用者情報データベース３３が記憶する情報の一例を説明する。図７は、実施形態に係る利用者情報データベースの一例を示す図である。図７の例において、利用者情報データベース３３は、「利用者ＩＤ」、「決済履歴」、「送金履歴」、「属性情報」といった項目を有する。

「利用者ＩＤ」は、利用者を識別するための識別情報を示す。「決済履歴」は、電子決済サービスを利用して行った決済の履歴を示し、例えば、決済先（事業者）や、決済対象（取引対象）、決済金額などといった情報が格納される。「送金履歴」は、電子決済サービスを利用して他の利用者に対して行った送金の履歴を示し、例えば、送金先（利用者）や、送金金額などといった情報が格納される。「属性情報」は、利用者の属性に関する情報を示し、例えば、デモグラフィック属性や、サイコグラフィック属性などを示す情報が格納される。

すなわち、図７では、利用者ＩＤ「ＵＩＤ＃１」によって識別される利用者の決済履歴が「決済履歴＃１」、送金履歴が「送金履歴＃１」、属性情報が「属性情報＃１」である例を示す。

（制御部４０について）
制御部４０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、決済サーバ１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。実施形態に係る制御部４０は、図４に示すように、受付部４１と、決済処理部４２と、送金処理部４３と、提供部４４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

（受付部４１について）
受付部４１は、利用者から取引対象の提供者（店舗等）に対する決済に関する決済情報を受け付ける。例えば、受付部４１は、利用者を識別する利用者識別情報と、決済アプリを介して撮影された店舗識別情報と、利用者或いは店舗の店員から入力された決済金額とを示す決済情報を端末装置１００から受け付ける。

なお、受付部４１は、取引対象の提供者が利用する端末装置から決済情報を受け付けてもよい。例えば、受付部４１は、端末装置１００に表示された、利用者を識別するための利用者識別情報を、店舗端末が読み取ることで決済が行われた場合、当該決済を示す決済情報を店舗端末から受け付ける。

また、受付部４１は、送金金額と、当該送金金額の送金の目的を示す目的情報とを送金者から受け付けてもよい。例えば、図１の例において、受付部４１は、利用者Ｕ２（送金金額の送金先である受金者）への送金金額や、利用者Ｕ１（送金者）が置かれたオケージョンに対応する送金形式、送金が完了した際に端末装置１００－１に出力させる音声の選択などを示す情報を端末装置１００－１から受け付ける。

また、受付部４１は、さらに送金者の氏名を送金者から受け付けてもよい。例えば、図１の例において、受付部４１は、利用者Ｕ１の氏名を含む情報を端末装置１００－１から受け付ける。

また、受付部４１は、受金者を識別するための識別情報であって、送金者が利用する端末装置により読み取られる識別情報をさらに受け付けてもよい。例えば、図１の例において、受付部４１は、利用者Ｕ２を識別する利用者識別情報であって、端末装置１００－１が読み取ったＱＲコードが示す利用者識別情報を受け付ける。

ここで、祝儀や不祝儀を連名で贈る場合が想定される。したがって、受付部４１は、送金金額と、目的情報と、所定のグループに属する各送金者の氏名とを、当該所定のグループに属する一の送金者から受け付けてもよい。例えば、受付部４１は、連名で祝儀や不祝儀を贈る際の代表者から、送金金額と、目的情報と、連名とする各送金者の氏名と、連名とする各送金者を示す識別情報とを受け付ける。また、受付部４１は、所定のグループの名称（例えば、「ＢＢ一同」など）を受け付ける。

また、受付部４１は、さらに、一の送金者に対する送金であって、送金金額の一部に該当する金額の送金に関する送金要求を、所定のグループに属する一の送金者以外の他の送金者から受け付けてもよい。例えば、受付部４１は、連名で祝儀や不祝儀を贈る際の代表者に対する送金であって、代表者からの送金金額の一部に該当する金額（例えば、送金金額を連名の人数で等分した金額）の送金に関する送金要求を、連名とする各送金者のうち代表者以外の他の送金者から受け付ける。

なお、後述する提供部４４は、所定のグループに属する一の送金者以外の他の送金者に対し、決済アプリを用いて一の送金者に対する送金を用いて行う旨の通知を提供してもよい。

（決済処理部４２について）
決済処理部４２は、受付部４１が受け付けた決済情報に従い、決済処理を実行する。例えば、決済処理部４２は、利用者識別情報が示す利用者の口座から、店舗識別情報が示す店舗の口座へと、決済金額が示す額の電子マネーを移行させる。

（送金処理部４３について）
送金処理部４３は、送金者が保有する口座から、送金金額の送金先である受金者が保有する口座に送金金額を移行させる処理を実行する。例えば、図１の例において、送金処理部４３は、利用者Ｕ１の口座から、利用者Ｕ２の口座へと、送金金額が示す額の電子マネーを移行させる処理を実行する。

また、送金処理部４３は、送金者が保有する口座から、受付部４１により受け付けられた識別情報が示す受金者が保有する口座に送金金額を移行させる処理を実行してもよい。例えば、送金処理部４３は、利用者Ｕ１の口座から、端末装置１００－１が読み取ったＱＲコードＣに対応する利用者Ｕ２の口座に、送金金額が示す額の電子マネーを移行させる処理を実行する。

また、送金処理部４３は、送金者が保有する口座から、受金者である個人が保有する口座に送金金額を移行させる処理を実行してもよい。例えば、図１の例において、送金処理部４３は、利用者Ｕ１の口座から、個人である利用者Ｕ２の口座へと、送金金額が示す額の電子マネーを移行させる処理を実行する。また、送金処理部４３は、送金者が保有する口座から、受金者である個人事業主が保有する口座に送金金額が示す額の電子マネーを移行させる処理を実行する。

ここで、個人への送金に限らず、法人への送金処理を行う場合が想定される。したがって、送金処理部４３は、送金者が保有する口座から、受金者である所定の組織が保有する口座に送金金額を移行させる処理を実行してもよい。例えば、送金処理部４３は、送金者が保有する口座から、イベントを開催する団体やイベント会場を運営する団体の口座に、送金金額（例えば、イベントへの参加費）が示す額の電子マネーを移行させる処理を実行する。また、送金処理部４３は、送金者が保有する口座から、所定の団体の口座に送金金額（例えば、寄付金）が示す額の電子マネーを移行させる処理を実行する。また、送金処理部４３は、送金者が保有する口座から、寺社の口座に送金金額（例えば、賽銭や、お布施、奉納）が示す額の電子マネーを移行させる処理を実行する。

さらに、祝儀や不祝儀を連名で贈る場合に応じた送金処理を行いたいといった要望が考えられる。したがって、送金処理部４３は、一の送金者が保有する口座から、受金者が保有する口座に送金金額を移行させる処理を実行してもよい。例えば、送金処理部４３は、連名で祝儀や不祝儀を贈る際の代表者が保有する口座から、受金者が保有する口座に送金金額が示す額の電子マネーを移行させる処理を実行する。

また、送金処理部４３は、他の送金者が保有する口座から、一の送金者が保有する口座に送金要求が示す金額を移行させる処理を実行してもよい。例えば、送金処理部４３は、連名とする各送金者のうち代表者以外の他の送金者が保有する口座から、代表者が保有する口座へと、代表者からの送金金額の一部に該当する金額の電子マネーを移行させる処理を実行する。

なお、送金処理部４３は、目的情報に応じた所定の金額を送金者から徴収する処理を実行してもよい。例えば、送金処理部４３は、送金者の電子マネーの残高から、当該送金者により選択された送金形式や、選択されたアイコンなどに応じた金額分の電子マネーを減算する。また、祝儀や不祝儀を連名で贈る場合、送金処理部４３は、連名とする各送金者の電子マネーの残高から、選択された送金形式や、選択されたアイコンなどに応じた金額分の電子マネーを減算する。

言い換えると、送金処理部４３は、目的情報に応じた手数料を送金者から徴収する処理を実行してもよい。例えば、祝儀または不祝儀であることを示す送金形式が送金者により選択された場合、送金処理部４３は、送金者が入力した送金金額分の電子マネーを送金者の口座から受金者の口座へ移行させる処理を実行し、選択された送金形式及びアイコンに応じた手数料分の電子マネーを、送金者の口座から電子決済サービスの管理者の口座へ移行させる処理を実行する。また、祝儀または不祝儀であることを示す送金形式が選択され、送り主名を連名とする操作が行われた場合、送金処理部４３は、送金金額が示す額の電子マネーを、連名とする送金者のうちの代表者の口座から受金者の口座に移行させる処理を実行し、選択された送金形式及びアイコンに応じた手数料分の電子マネーを、連名とする各送金者の口座から電子決済サービスの管理者の口座へ移行させる処理を実行する。すなわち、送金処理部４３は、連名とする各送金者から手数料を徴収する処理を実行する。

（提供部４４について）
提供部４４は、電子決済サービスに関する各種の情報を利用者に提供する。例えば、提供部４４は、図２や図３、後述する図８などに示す画面の表示処理を実現する制御情報を端末装置１００に提供する。

また、提供部４４は、目的情報に応じた態様のコンテンツを送金者及び受金者に提供してもよい。例えば、提供部４４は、アイコン情報データベース３２を参照し、目的情報に応じた態様のコンテンツを送金者及び受金者に提供する。具体的な例を挙げると、図１の例において、提供部４４は、オケージョンに対応する送金形式に応じたアイコンＩ１１及び決済音を利用者Ｕ１に提供し、アイコンＩ１１を利用者Ｕ２に提供する。

また、提供部４４は、目的情報が示す送金の目的と、当該目的に応じたオブジェクトと、送金者の氏名と、送金金額とを示すコンテンツを受金者に提供してもよい。例えば、図１の例において、提供部４４は、送金の目的（ご結婚祝）と、利用者Ｕ１の氏名とを示し、当該目的に対応するアイコンＩ１１、並びに、利用者Ｕ１からの送金金額を示すコンテンツを利用者Ｕ２に提供する。

また、提供部４４は、送金者により選択された態様のコンテンツを受金者に提供してもよい。例えば、図１の例において、提供部４４は、図２に示す画面において選択或いは入力された情報に基づく態様のアイコンＩ１１を、利用者Ｕ２に提供する。

また、提供部４４は、送金金額に応じた態様のコンテンツを送金者及び受金者に提供してもよい。例えば、提供部４４は、熨斗や水引の色及び形状が送金金額に応じて決定されるオブジェクトや、送金金額に応じた装飾が付与されたオブジェクトなどを含むコンテンツを送金者及び受金者に提供する。具体的な例を挙げると、送金金額が所定の閾値（例えば、５万円、１０万円）以上である場合、提供部４４は、水引の形状が飾り結びとなったオブジェクトや、檀紙が付与されたオブジェクト、鶴や亀が付与されたオブジェクトなどを提供する。

また、提供部４４は、送金金額を移行させる処理に応じて送金者が利用する端末装置から出力される音を示すコンテンツを提供してもよい。例えば、図１の例において、提供部４４は、利用者Ｕ１の口座から、利用者Ｕ２の口座へと、送金金額が示す額の電子マネーが移行された後、決済音を端末装置１００－１に提供して出力させる。

また、提供部４４は、送金者により選択された音を示すコンテンツを提供してもよい。例えば、図１の例において、提供部４４は、図２に示す画面において選択された決済音を端末装置１００－１に提供する。

また、提供部４４は、送金者により送金金額が受金者に対し送金されたことを示すコンテンツを送金者に提供してもよい。例えば、図１の例において、提供部４４は、送金が完了した旨の画面であって、アイコンＩ１１を含む画面と、決済音とを端末装置１００－１に提供する。

ここで、祝儀や不祝儀を連名で贈られた場合、連名となっている各送金者に目的情報に応じた態様のコンテンツを提供したいといった要望が考えられる。また、受金者が、連名となっている各送金者の氏名を把握したいといった要望が考えられる。したがって、提供部４４は、目的情報に応じた態様のコンテンツを所定のグループに属する各送金者に提供し、所定のグループに属する各送金者の氏名を示すコンテンツを受金者に提供してもよい。例えば、提供部４４は、代表者により連名として入力された各送金者に対し、目的情報に応じた態様のコンテンツを提供する。また、提供部４４は、代表者により連名として入力された各送金者の氏名を示すコンテンツを受金者に提供する。

さらに、祝儀や不祝儀に応じた返礼品を購入するためのコンテンツを受金者に提供することで、利便性を向上させたいといった要望が考えられる。したがって、提供部４４は、送金金額に応じた取引対象であって、受金者が送金者に提供する取引対象を購入するためのコンテンツを受金者に提供してもよい。ここで、図８を用いて、提供部４４により取引対象を購入するためのコンテンツが提供された際に端末装置１００に表示される画面の例を説明する。図８は、実施形態に係る端末装置の画面の一例を示す図（３）である。なお、図８では、図１の例において利用者Ｕ２が利用する端末装置１００－２に、提供部４４によりコンテンツが提供される例を説明する。

図３に示すように、端末装置１００－２は、決済アプリを起動し、利用者Ｕ２からの操作に応じて、電子決済サービスにおける利用者Ｕ２の取引の履歴を絞り込むための画面ＳＣ３１を表示する。例えば、端末装置１００－２は、取引の履歴のうち、出金（例えば、店舗への電子決済や、他の利用者への送金など）を絞り込むためのボタンや、入金（例えば、電子マネーのチャージや、他の利用者からの送金など）を絞り込むためのボタン、他の利用者からの送金であって、送金形式「ご結婚祝」が選択されて行われた送金を絞り込むためのボタンＢ３１などを含む画面ＳＣ３１を表示する。ボタンＢ３１が押下された場合、端末装置１００－１は、送金形式「ご結婚祝」が選択されて行われた送金の一覧を示す画面ＳＣ３２に遷移させる。

端末装置１００－１は、返礼品（結婚内祝い）の目安となる金額の算出を指示するための領域ＡＲ３１と、送金形式「ご結婚祝」が選択されて行われた送金の一覧を表示する領域ＡＲ３２とを含む画面ＳＣ３２を表示する。例えば、端末装置１００－２は、利用者Ｕ２に対して送金した利用者の氏名や、送金金額などを領域ＡＲ３２に表示する。また、端末装置１００－２は、結婚内祝いの目安となる金額の割合（例えば、３０％、５０％）をプルダウンで領域ＡＲ３１に表示し、選択された割合を乗算した金額を送金金額ごとに算出して領域ＡＲ３２に表示する。また、領域ＡＲ３２の「結婚内祝いを贈る」ボタンが押下された場合、端末装置１００－２は、当該ボタンに対応する利用者からの送金金額や、当該利用者の属性情報などに応じた結婚内祝いを購入するためのコンテンツ（例えば、所定の電子商取引サービス上のページ）を表示する。

なお、端末装置１００－２は、送金形式「ご結婚祝」が選択されて行われた送金を受け付ける前の時点では、ボタンＢ３１を非表示としてもよい。また、送金形式「ご結婚祝」以外にも、「ご出産祝」、「お年玉」、「お香典」などの各種の送金形式が選択された送金が利用者Ｕ２に対して行われた場合、端末装置１００－２は、各種送金形式に対応する送金を絞り込むためのボタンを表示してもよい。

〔３．提供処理のフロー〕
次に、図９を用いて、実施形態に係る決済サーバ１０の提供処理の手順について説明する。図９は、実施形態に係る提供処理の手順の一例を示すフローチャートである。

図９に示すように、決済サーバ１０は、送金金額と、送金の目的を示す目的情報とを送金者から受け付けたか否かを判定する（ステップＳ１０１）。受け付けていない場合（ステップＳ１０１；Ｎｏ）、送金金額及び目的情報を受け付けるまで待機する。

一方、送金金額及び目的情報を受け付けた場合（ステップＳ１０１；Ｙｅｓ）、決済サーバ１０は、送金者が保有する口座から、送金先である受金者が保有する口座に送金金額を移行させる（ステップＳ１０２）。続いて、決済サーバ１０は、目的情報に応じた態様のコンテンツを送金者及に受金者に提供し（ステップＳ１０３）、処理を終了する。

〔４．変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

〔４－１．送金形式（送金の目的）について〕
上述の実施形態において、受付部４１が、送金者が置かれたオケージョンに対応する送金形式として、結婚祝や、出産祝、お年玉、お香典などを受け付ける例を示したが、受付部４１の機能はこのような例に限定されない。例えば、受付部４１は、何らかのイベントの主催者に対する送金や、祝儀または不祝儀を贈る対象に対する送金、法人への送金などのように、任意の送金形式を受け付けてもよい。具体的な例を挙げると、受付部４１は、パーティや飲み会、歓送迎会、寺社への送金（例えば、賽銭、お布施、奉納など）、所定の団体への寄付などを送金形式として受け付ける。そして、提供部４４は、受け付けられた送金形式を示す目的情報に応じたコンテンツを送金者及び受金者に提供する。

〔４－２．コンテンツについて〕
上述の実施形態において、提供部４４が、電子決済サービスが提示したコンテンツのうち、送金者である利用者が選択した熨斗や水引を示すアイコンや決済音を送金者及び受金者提供する例を示したが、提供部４４の機能はこのような例に限定されない。例えば、提供部４４は、送金者または受金者がアップロードした動画像や音声（例えば、送金者または受金者が撮影した動画像や、録音した音声）などを提供してもよい。

〔４－３．受金者の識別情報について〕
上述の実施形態において、利用者Ｕ２（受金者）が、自身を識別する利用者識別情報を示すＱＲコードＣを所定の媒体に印刷し、受付係Ｒ１、Ｒ２、・・・に配布する例を示したが、実施形態はこのような例に限定されない。例えば、決済サーバ１０は、受金者の主催するイベント等に応じた受金者の識別情報を提供してもよい。図１の例で説明すると、決済サーバ１０は、結婚式に応じた装飾を含むコンテンツであって、利用者Ｕ２の利用者識別情報を示すＱＲコードＣを示すコンテンツを、利用者Ｕ２が出力可能な態様で提供する。また、決済サーバ１０は、利用者Ｕ２の利用者識別情報を示すＱＲコードであって、送金形式「ご結婚祝」が紐づけられたＱＲコードを利用者Ｕ２に提供する。このようなＱＲコードを読み取った場合、端末装置１００－１は、送金形式「ご結婚祝」を自動的に設定する。

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

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

また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔５．効果〕
上述してきたように、実施形態に係る決済サーバ１０は、受付部４１と、決済処理部４２と、送金処理部４３と、提供部４４とを有する。受付部４１は、利用者から取引対象の提供者（店舗等）に対する決済に関する決済情報を受け付ける。また、受付部４１は、送金金額と、当該送金金額の送金の目的を示す目的情報とを送金者から受け付ける。決済処理部４２は、受付部４１が受け付けた決済情報に従い、決済処理を実行する。送金処理部４３は、送金者が保有する口座から、送金金額の送金先である受金者が保有する口座に送金金額を移行させる処理を実行する。提供部４４は、目的情報に応じた態様のコンテンツを送金者及び受金者に提供する。

これにより、実施形態に係る決済サーバ１０は、送金者が祝儀を手渡しできない場合であっても、祝福の意や感謝の意を相手に伝えることができるため、電子決済での金銭の授受における付加価値を提供できる。

また、実施形態に係る決済サーバ１０において、例えば、受付部４１は、さらに送金者の氏名を送金者から受け付ける。そして、提供部４４は、目的情報が示す送金の目的と、当該目的に応じたオブジェクトと、送金者の氏名と、送金金額とを示すコンテンツを受金者に提供する。また、受付部４１は、また、提供部４４は、送金者により選択された態様のコンテンツを受金者に提供する。また、提供部４４は、送金金額に応じた態様のコンテンツを送金者及び受金者に提供する。また、提供部４４は、送金金額を移行させる処理に応じて送金者が利用する端末装置から出力される音を示すコンテンツを提供する。また、提供部４４は、送金者により選択された音を示すコンテンツを提供する。また、提供部４４は、送金者により送金金額が受金者に対し送金されたことを示すコンテンツを送金者に提供する。

これにより、実施形態に係る決済サーバ１０は、送金者が任意のコンテンツを受金者に提供できるため、電子決済での金銭の授受における付加価値を提供できる。

また、実施形態に係る決済サーバ１０において、例えば、受付部４１は、受金者を識別するための識別情報であって、送金者が利用する端末装置により読み取られる識別情報をさらに受け付ける。そして、送金処理部４３は、送金者が保有する口座から、受付部４１により受け付けられた識別情報が示す受金者が保有する口座に送金金額を移行させる処理を実行する。また、送金処理部４３は、送金者が保有する口座から、受金者である個人が保有する口座に送金金額を移行させる処理を実行する。また、送金処理部４３は、送金者が保有する口座から、受金者である所定の組織が保有する口座に送金金額を移行させる処理を実行する。

これにより、実施形態に係る決済サーバ１０は、任意の受金者に対する送金処理を実現することができるため、電子決済での金銭の授受における利便性を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、受付部４１は、送金金額と、目的情報と、所定のグループに属する各送金者の氏名とを、当該所定のグループに属する一の送金者から受け付ける。そして、送金処理部４３は、一の送金者が保有する口座から、受金者が保有する口座に送金金額を移行させる処理を実行する。そして、提供部４４は、目的情報に応じた態様のコンテンツを所定のグループに属する各送金者に提供し、所定のグループに属する各送金者の氏名を示すコンテンツを受金者に提供する。また、受付部４１は、さらに、一の送金者に対する送金であって、送金金額の一部に該当する金額の送金に関する送金要求を、所定のグループに属する一の送金者以外の他の送金者から受け付ける。そして、送金処理部４３は、他の送金者が保有する口座から、一の送金者が保有する口座に送金要求が示す金額を移行させる処理を実行する。

これにより、実施形態に係る決済サーバ１０は、受金者に対する連名での送金においてもコンテンツを提供することができるため、電子決済での金銭の授受における利便性を向上させることができる。

また、実施形態に係る決済サーバ１０において、例えば、提供部４４は、送金金額に応じた取引対象であって、受金者が送金者に提供する取引対象を購入するためのコンテンツを受金者に提供する。

これにより、実施形態に係る決済サーバ１０は、送金者に対する返礼品となる取引対象の購入を可能とするコンテンツを提供するため、電子決済での金銭の授受における利便性を向上させることができる。

〔６．ハードウェア構成〕
また、上述してきた各実施形態に係る決済サーバ１０は、例えば、図１０に示すような構成のコンピュータ１０００によって実現される。以下、決済サーバ１０を例に挙げて説明する。図１０は、決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＯＭ１２００、ＲＡＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１２００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１２００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（実施形態のネットワークＮに対応する）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、また、通信網５００を介してＣＰＵ１１００が生成したデータを他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１３００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１３００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が決済サーバ１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１３００上にロードされたプログラムを実行することにより、制御部４０の機能を実現する。また、ＨＤＤ１４００には、決済サーバ１０の記憶装置内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

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

また、上述した決済サーバ１０は、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。

１０ 決済サーバ
２０ 通信部
３０ 記憶部
３１ 口座データベース
３２ アイコン情報データベース
３３ 利用者情報データベース
４０ 制御部
４１ 受付部
４２ 決済処理部
４３ 送金処理部
４４ 提供部
１００ 端末装置

Claims (7)

1. 利用者の端末装置を用いた所定の決済手段が有する送金機能により送金者から受金者への送金を行う際に、前記送金者により入力された目的情報が示す目的に対してあらかじめ設定されたそれぞれ態様が異なる複数のアイコンを当該送金者の端末装置に提供し、
   当該送金者が当該複数のアイコンからいずれかのアイコンを選択して送金を要求した場合は、選択されたアイコンに対して当該送金者の情報を付与した付与アイコンを、前記受金者の端末装置に提供する提供部
   を有することを特徴とする提供装置。
2. 前記提供部は、
   前記送金者の氏名を付与した付与アイコンを前記受金者の端末装置に提供する
   ことを特徴とする請求項１に記載の提供装置。
3. 前記提供部は、
   送金金額に応じた態様のアイコンを前記送金者の端末装置に提供する
   ことを特徴とする請求項１または２に記載の提供装置。
4. 前記提供部は、さらに、
   送金金額に応じた取引対象であって、前記受金者が前記送金者に提供する取引対象を購入するためのコンテンツを前記受金者に提供する
   ことを特徴とする請求項１から３のうちいずれか１つに記載の提供装置。
5. 前記提供部は、
   前記送金者が送金を行う際に指定した音であって、当該送金が行われた際に前記送金者が利用する端末装置から出力される音を前記受金者の端末装置に提供する
   ことを特徴とする請求項１から４のうちいずれか１つに記載の提供装置。
6. コンピュータが実行する提供方法であって、
   利用者の端末装置を用いた所定の決済手段が有する送金機能により送金者から受金者への送金を行う際に、前記送金者により入力された目的情報が示す目的に対してあらかじめ設定されたそれぞれ態様が異なる複数のアイコンを当該送金者の端末装置に提供する工程と
   当該送金者が当該複数のアイコンからいずれかのアイコンを選択して送金を要求した場合は、選択されたアイコンに対して当該送金者の情報を付与した付与アイコンを、前記受金者の端末装置に提供する工程と
   を含むことを特徴とする提供方法。
7. 利用者の端末装置を用いた所定の決済手段が有する送金機能により送金者から受金者への送金を行う際に、前記送金者により入力された目的情報が示す目的に対してあらかじめ設定されたそれぞれ態様が異なる複数のアイコンを当該送金者の端末装置に提供する手順と
   当該送金者が当該複数のアイコンからいずれかのアイコンを選択して送金を要求した場合は、選択されたアイコンに対して当該送金者の情報を付与した付与アイコンを、前記受金者の端末装置に提供する手順と
   をコンピュータに実行させることを特徴とする提供プログラム。

Images