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

Abstract

【課題】利用者が決済の目的を具体的に把握する提供装置、提供方法及び提供プログラムを提供する。【解決手段】提供システムにおいて、決済サーバ１０は、利用者が所定の決済手段を用いて行った決済に関する決済情報を受け付ける受付部４１と、決済情報と対応する決済の目的（例えば、決済による支払先、決済の対象である取引対象、決済が行われた日時、決済が行われた際の利用者の位置などを含む決済情報に基づいて推定される決済の目的）を示す目的情報を当該決済情報に付与する付与部４４と、目的情報が付与された決済情報を利用者に提供する提供部４５と、を有する。【選択図】図３

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 (16)

1. 利用者が所定の決済手段を用いて行った決済に関する決済情報を受け付ける受付部と、
   前記受付部により受け付けられた決済情報と対応する前記決済の目的を示す目的情報を当該決済情報に付与する付与部と、
   前記付与部により前記目的情報が付与された前記決済情報を前記利用者に提供する提供部と
   を有することを特徴とする提供装置。
2. 前記付与部は、
   前記決済情報に基づいて推定される前記決済の目的を示す前記目的情報を付与する
   ことを特徴とする請求項１に記載の提供装置。
3. 前記付与部は、
   前記決済による支払先に応じた前記目的情報を付与する
   ことを特徴とする請求項２に記載の提供装置。
4. 前記付与部は、
   前記支払先が属するカテゴリに応じた前記目的情報を付与する
   ことを特徴とする請求項３に記載の提供装置。
5. 前記付与部は、
   前記支払先である利用者に関する情報に応じた前記目的情報を付与する
   ことを特徴とする請求項３または４に記載の提供装置。
6. 前記付与部は、
   前記決済の対象である取引対象に応じた前記目的情報を付与する
   ことを特徴とする請求項２から５のうちいずれか１つに記載の提供装置。
7. 前記付与部は、
   前記決済が行われた日時に応じた前記目的情報を付与する
   ことを特徴とする請求項２から６のうちいずれか１つに記載の提供装置。
8. 前記付与部は、
   前記決済が行われた際の前記利用者の位置に応じた前記目的情報を付与する
   ことを特徴とする請求項２から７のうちいずれか１つに記載の提供装置。
9. 前記提供部は、
   前記付与部により付与された前記目的情報に応じて前記決済情報を所定のカテゴリに分類し、前記決済情報を当該カテゴリごとに提供する
   ことを特徴とする請求項２から８のうちいずれか１つに記載の提供装置。
10. 前記提供部は、
    同一のカテゴリに分類された前記決済情報が示す決済金額を集計した金額に関する情報をさらに提供する
    ことを特徴とする請求項９に記載の提供装置。
11. 前記付与部は、
    前記利用者により入力された情報を示す前記目的情報を付与する
    ことを特徴とする請求項１から１０のうちいずれか１つに記載の提供装置。
12. 前記付与部は、
    前記利用者により入力された情報であって、前記決済が行われた際の状況を示す情報と、前記決済情報に基づいて推定される前記決済の目的とを示す前記目的情報を付与する
    ことを特徴とする請求項１１に記載の提供装置。
13. 前記決済が行われた際のコンテキストを示すコンテキスト情報を前記利用者に提示する提示部
    をさらに有し、
    前記付与部は、
    前記コンテキスト情報と、前記利用者により入力された情報とに基づく前記目的情報を前記決済情報に付与する
    ことを特徴とする請求項１１または１２に記載の提供装置。
14. 前記提示部は、
    前記決済による支払先、前記決済の対象である取引対象、前記決済が行われた日時、前記決済が行われた際の前記利用者の位置の少なくともいずれかを示す前記コンテキスト情報を前記利用者に提示する
    ことを特徴とする請求項１３に記載の提供装置。
15. コンピュータが実行する提供方法であって、
    利用者が所定の決済手段を用いて行った決済に関する決済情報を受け付ける受付工程と、
    前記受付工程により受け付けられた決済情報と対応する前記決済の目的を示す目的情報を当該決済情報に付与する付与工程と、
    前記付与工程により前記目的情報が付与された前記決済情報を前記利用者に提供する提供工程と
    を含むことを特徴とする提供方法。
16. 利用者が所定の決済手段を用いて行った決済に関する決済情報を受け付ける受付手順と、
    前記受付手順により受け付けられた決済情報と対応する前記決済の目的を示す目的情報を当該決済情報に付与する付与手順と、
    前記付与手順により前記目的情報が付与された前記決済情報を前記利用者に提供する提供手順と
    をコンピュータに実行させることを特徴とする提供プログラム。

Images