JP2022145215A - 受付装置、受付方法、受付プログラム - Google Patents

Abstract

【課題】送金、及び注文における利用者の利便性を向上させることができる受付装置、受付方法、受付プログラムを提供することを目的とする。【解決手段】本願に係る受付装置は、利用者間のメッセージを取得する取得部と、取得部が取得したメッセージを解析する解析部と、解析部がメッセージを解析し、利用者間で送金が必要と推定される場合に、利用者端末に送金受付メッセージを表示させて送金指示を受け付ける受付部と、を備える。【選択図】図４

Description

本発明は、受付装置、受付方法、受付プログラムに関する。

近年、ＱＲコード（登録商標）を用いる電子決済が普及してきている。また、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）などの情報通信サービスを用いた送金サービスが実用化されている。例えば、特許文献１には、一人の代表者のＱＲコード決済を用いた代金の決済について、他の支払者に割り勘での支払いを通知し、他の支払者から割り勘された金額を代表者に送金することで、事後的に代金の割り勘での支払いを可能とする決済システムが開示されている。

しかしながら、ＱＲコード決済の普及が十分ではない原因として、ＱＲコード決済の操作に不慣れな利用者が存在することが挙げられる。その為、利用者にとって使い易い送金手段としては改善の余地がある。

特開２０２０－１１３１２４号公報

本発明は上記課題を鑑み、送金、及び注文における利用者の利便性を向上させることができる受付装置、受付方法、受付プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本開示に係る受付装置は、利用者間のメッセージを取得する取得部と、前記取得部が取得した前記メッセージを解析する解析部と、前記解析部が前記メッセージを解析し、利用者間で送金が必要と推定される場合に、利用者端末に送金受付メッセージを表示させて送金指示を受け付ける受付部と、を備える。

実施形態の一態様によれば、送金、及び注文における利用者の利便性を向上させることができる受付装置、受付方法、受付プログラムを提供することができる。

図１は、実施形態に係る受付処理の一例を示す図である。 図２は、実施形態に係る受付処理の他の例を示す図である。 図３は、実施形態に係る受付システムの構成例を示す図である。 図４は、実施形態に係る受付装置の構成例を示す図である。 図５は、実施形態に係る利用者端末の構成例を示す図である。 図６は、実施形態に係る受付装置の口座データベースの一例を示す図である。 図７は、実施形態に係る受付装置のメッセージデータベースの一例を示す図である。 図８は、実施形態に係る受付装置のグループデータベースの一例を示す図である。 図９は、実施形態に係る受付装置の商品データベースの一例を示す図である。 図１０は、実施形態に係る受付処理の一例を示すフローチャートである。 図１１は、受付装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

（実施形態）
〔１－１．受付処理の一例〕
まず、図１を用いて、実施形態に係る受付処理の一例について説明する。図１は、実施形態に係る受付処理の一例を示す図である。図１では、実施形態に係る受付処理が受付装置１００により実行される例を示す。

図１では、受付装置１００が利用者端末２００Ａ、及び２００Ｂから送信されたメッセージを解析して、送金指示を受け付ける例を示している。以下、図１を用いて、実施形態に係る受付処理の一例を説明する。

利用者端末２００Ａは、利用者Ｕ１が入力したメッセージ１０Ａを受付装置１００に送信する（ステップＳ１）。例えば、利用者Ｕ１がメッセージ１０Ａ「お年玉、一万円欲しいな」を利用者端末２００Ａに入力したとする。この場合、利用者端末２００Ａは利用者Ｕ１が入力したメッセージ１０Ａを、受付装置１００に送信する。

受付装置１００は、利用者端末２００Ａから送信されたメッセージ１０Ａを解析する（ステップＳ２）。例えば、受付装置１００はメッセージ１０Ａに送金要求に関係するキーワードが含まれているか否かを解析する。

受付装置１００は、メッセージ１０Ａを利用者端末２００Ｂに表示させる（ステップＳ３）例えば、受付装置１００は、メッセージ１０Ａを利用者端末２００Ｂの画面に表示させる。

利用者端末２００Ｂは、利用者Ｕ２が入力したメッセージ１０Ｂを受付装置１００に送信する（ステップＳ４）。例えば、利用者Ｕ２がメッセージ１０Ｂ「あげるよ」と利用者端末２００Ｂに入力したとする。この場合、利用者端末２００Ｂは利用者Ｕ２が入力したメッセージ１０Ｂを受付装置１００に送信する。

受付装置１００は、利用者端末２００Ｂから送信されたメッセージ１０Ｂを解析する（ステップＳ５）。例えば、受付装置１００はメッセージ１０Ａに送金要求に関係するキーワードが含まれていた場合に、メッセージ１０Ｂが送金に応じる意思を表しているかを解析する。

受付装置１００は、利用者端末２００Ｂに送金受付メッセージ２０Ａを表示させる（ステップＳ６）。例えば、受付装置１００は送金受付メッセージ２０Ａ「Ｕ１さんに一万円を送金しますか？」を「ＹＥＳ」、「ＮＯ」の二つの選択肢を表示させたうえで、利用者端末２００Ｂに表示させる。

利用者端末２００Ｂは、受付装置１００に送金指示を送信する（ステップＳ７）。例えば、利用者Ｕ２が利用者端末２００Ｂに送金受付メッセージ２０Ａが表示された状態で「ＹＥＳ」の選択肢を選択した場合に、利用者端末２００Ｂは受付装置１００に送金指示を送信する。

受付装置１００は、利用者Ｕ２の口座から利用者Ｕ１の口座に送金する（ステップＳ８）。例えば、受付装置１００は受け付けた送金指示に従って、利用者Ｕ２の口座から「１万円」を、利用者Ｕ１の口座に送金する。

受付装置１００は、利用者端末２００Ａ、２００Ｂにそれぞれ送金完了メッセージ３０Ａ、３０Ｂを表示させる（ステップＳ９－１、Ｓ９－２）。例えば、受付装置１００は、利用者端末２００Ａに送金完了メッセージ３０Ａ「Ｕ２さんから一万円が送金されました」を表示させ、利用者端末２００Ｂに送金完了メッセージ３０Ｂ「Ｕ１さんへの一万円の送金が完了しました」を表示させる。

これにより、利用者は複雑な操作を行わなくとも送金を行うことが可能となる。その為、送金における利用者の利便性を向上させることができる。

〔１－２．送金先の信頼度を推定〕
受付装置１００は、送金先の信頼度を推定し、送金先が信頼できないと推定された場合に送金指示を受け付けない。

例えば、利用者Ｕ１と利用者Ｕ２との間でメッセージのやり取りが行われ、受付装置１００が利用者間において送金が必要と推定し、利用者Ｕ１の利用者端末２００Ａに送金受付メッセージを表示させ、利用者Ｕ１が利用者端末２００Ａを介して利用者Ｕ２への送金を指示したとする。そして、受付装置１００が送金先の利用者Ｕ２の信頼度を推定したところ、送金先の利用者Ｕ２を「信頼できない」と推定したとする。この場合、受付装置１００は利用者Ｕ１の利用者Ｕ２への送金指示を受け付けず、利用者Ｕ１の利用者端末２００Ａにエラーメッセージ「利用者Ｕ２が信頼できないため、送金指示を受け付けられませんでした」を表示させる。

これにより、利用者は信頼できない送金先に送金することで不利益を被ることを防ぐことができる。その為、送金における利用者の利便性を向上させることができる。

〔１－３．送金先の信頼度を過去のメッセージのやり取りに基づいて推定〕
受付装置１００は、送金先の信頼度を、送金元と送金先の過去のメッセージのやり取りに基づいて推定する。

例えば、利用者Ｕ１と利用者Ｕ２との間で、過去のメッセージのやり取りが無かったにも拘わらず、利用者Ｕ２から利用者Ｕ１に対して、送金を依頼するメッセージが送信されたとする。これに対して、利用者Ｕ１が利用者Ｕ２に送金に応じる旨のメッセージを利用者Ｕ２に送信したとする。そして、受付装置１００が利用者Ｕ１の利用者端末２００Ａに送金受付メッセージを表示させ、利用者Ｕ１が利用者端末２００Ａを介して利用者Ｕ２への送金を指示したとする。この場合、受付装置１００は送金先である利用者Ｕ２の信頼度を、利用者Ｕ１と利用者Ｕ２の過去のメッセージのやり取りを参照する。前述の通り、利用者Ｕ１と利用者Ｕ２の間において過去のメッセージのやり取りが無いことから、受付装置１００は利用者Ｕ２を「信頼できない」と推定する。そして、受付装置１００は利用者Ｕ１が利用者端末２００Ａを介して行った利用者Ｕ２への送金指示を受け付けず、利用者Ｕ１の利用者端末２００Ａにエラーメッセージ「利用者Ｕ２が信頼できないため、送金指示を受け付けられませんでした」を表示させる。

これにより、利用者は信頼できない送金先に送金することで不利益を被ることを防ぐことができる。その為、送金における利用者の利便性を向上させることができる。

〔１－４．送金先の信頼度を送金元の送金先に対する信頼度に基づいて推定〕
受付装置１００は、送金先が送金元において信頼できる相手であるとされている場合は、送金先を信頼できると推定する。

例えば、利用者Ｕ１と利用者Ｕ２との間で、過去のメッセージのやり取りが無かったものの、利用者Ｕ１は利用者Ｕ２を信頼できる相手として、例えば「家族グループ」に登録する処理を行っていたとする。そして、利用者Ｕ２から利用者Ｕ１に対して、送金を依頼するメッセージが送信されたとする。これに対して、利用者Ｕ１が利用者Ｕ２に送金に応じる旨のメッセージを利用者Ｕ２に送信したとする。そして、受付装置１００が利用者Ｕ１の利用者端末２００Ａに送金受付メッセージを表示させ、利用者Ｕ１が利用者端末２００Ａを介して利用者Ｕ２への送金を指示したとする。この場合、受付装置１００は送金先である利用者Ｕ２の信頼度を、送金元である利用者Ｕ１における利用者Ｕ２の信頼度に基づいて推定する。すなわち、利用者Ｕ１は利用者Ｕ２を信頼できる相手として、「家族グループ」に登録する処理を行っている為、受付装置１００はこれに基づいて利用者Ｕ２は「信頼できる」と推定する。そして、受付装置１００は利用者Ｕ１が利用者端末２００Ａを介してされた利用者Ｕ２への送金指示を受け付けて、利用者Ｕ１の口座から利用者Ｕ２の口座に送金を行う。そして、受付装置１００は利用者端末２００Ａ、及び２００Ｂに対して、送金完了メッセージを表示させる。なお、受付装置１００は利用者Ｕ１と利用者Ｕ２との間に過去のメッセージのやり取りが無かったとしても、利用者Ｕ２が利用者Ｕ１において信頼できる相手であるとされている場合は、利用者Ｕ２を「信頼できる」と推定する。

これにより、送金先の利用者と送金元の利用者との間で過去のメッセージのやり取りが無かったとしても、送金元において送金先が信頼できる相手であるとされている場合は送金指示を受け付ける。その為、送金における利用者の利便性を向上させることができる。

〔１－５．メッセージの内容から送金額を特定し特定した金額の送金指示を受け付ける〕
受付装置１００は、メッセージの内容から送金額を特定し、特定された送金額を利用者端末２００に表示させて送金指示を受け付ける。

例えば、利用者Ｕ１から利用者Ｕ２に対してメッセージ１０Ａ「お年玉、一万円欲しいな」が送信されたとする。この場合、受付装置１００は利用者Ｕ１の送信したメッセージ１０Ａ「お年玉、一万円欲しいな」を解析して、利用者Ｕ２が求める送金額が「一万円」であると特定する。そして、受付装置１００はメッセージ１０Ａを利用者Ｕ２の利用者端末２００Ｂに表示させる。これに対して、利用者Ｕ２がメッセージ１０Ｂ「あげるよ」を利用者端末２００Ｂに入力したとする。受付装置１００はメッセージ１０Ｂを解析して、利用者Ｕ２は利用者Ｕ１への送金に応じる意思があると推定する。受付装置１００は、利用者Ｕ２の利用者端末２００Ｂに送金受付メッセージを、金額を特定したうえで表示させる。例えば、送金受付メッセージとして「利用者Ｕ２に一万円を送金しますか？」を「ＹＥＳ」、「ＮＯ」の二つの選択肢を表示させたうえで、利用者端末２００Ｂに表示させる。利用者Ｕ２が利用者端末２００Ｂに送金受付メッセージ２０Ａが表示された状態で「ＹＥＳ」の選択肢を選択した場合、利用者端末２００Ｂは受付装置１００に送金指示を送信する。受付装置１００は送金指示を受け付けて、利用者Ｕ２の口座から「１万円」を、利用者Ｕ１の口座に送金する。そして、受付装置１００は利用者端末２００Ａ、及び２００Ｂに対して、送金完了メッセージを表示させる。

これにより、利用者は送金指示の際に送金額を入力しなくとも、送金を行うことが可能となる。その為、送金における利用者の利便性を向上させることができる。

〔１－６．メッセージの内容から欲しい物を特定し、特定した物の注文を受け付ける〕
受付装置１００は、メッセージの内容から利用者が欲しい物を推定し、推定された欲しい物を取り扱う電子商取引サイトの情報を利用者端末２００に表示させて、利用者から欲しい物の注文を受け付ける。

図２を用いて、実施形態に係る受付処理の他の例について説明する。図２は、実施形態に係る受付処理の他の例を示す図である。図２では、実施形態に係る受付処理の他の例が受付装置１００により実行される例を示す。

図２では、受付装置１００が利用者端末２００Ａ、及び２００Ｂから送信されたメッセージを解析して、欲しい物の注文を受け付ける例を示している。以下、図２を用いて、実施形態に係る受付処理の他の例を説明する。

利用者端末２００Ｂは、利用者Ｕ２が入力したメッセージ１０Ｃを受付装置１００に送信する（ステップＳ１０）。例えば、利用者Ｕ２がメッセージ１０Ｃ「誕生日プレゼントは何が欲しい？」を利用者端末２００Ｂに入力したとする。この場合、利用者端末２００Ｂは利用者Ｕ２が入力したメッセージ１０Ｃを受付装置１００に送信する。

受付装置１００は、利用者端末２００Ｂから送信されたメッセージ１０Ｃを解析する（ステップＳ２０）。例えば、受付装置１００はメッセージ１０Ｃに贈り物に対する要求に関係するキーワードが含まれているか否かを解析する。

受付装置１００は、メッセージ１０Ｃを利用者端末２００Ａに表示させる（ステップＳ３０）例えば、受付装置１００はメッセージ１０Ｃを利用者端末２００Ａの画面に表示させる。

利用者端末２００Ａは、利用者Ｕ１が入力したメッセージ１０Ｄを受付装置１００に送信する（ステップＳ４０）。例えば、利用者Ｕ１がメッセージ１０Ｄ「ワイヤレスイヤホンが欲しい」と利用者端末２００Ａに入力したとする。この場合、利用者端末２００Ａは利用者Ｕ１が入力したメッセージ１０Ｄを受付装置１００に送信する。

受付装置１００は、利用者端末２００Ａから送信されたメッセージ１０Ｄを解析する（ステップＳ５０）。例えば、受付装置１００はメッセージ１０Ｄに含まれる物を意味する言葉である「ワイヤレスイヤホン」を欲しい物であると推定する。

受付装置１００は、推定された欲しい物を取り扱う電子商取引サイトを特定する（ステップＳ６０）。例えば、受付装置１００は「ワイヤレスイヤホン」を取り扱う電子商取引サイトが「○○モール」であると特定する。

受付装置１００は、利用者端末２００Ｂにメッセージ１０Ｄを表示させる（ステップＳ７０）。例えば、受付装置１００は、メッセージ１０Ｄを利用者端末２００Ｂの画面に表示させる。

受付装置１００は、利用者端末２００Ｂに注文受付メッセージ４０Ａを表示させる（ステップＳ８０）。例えば、受付装置１００は利用者端末２００Ｂに注文受付メッセージ４０Ａとして、「ワイヤレスイヤホンは○○モールにて販売しております」と、「○○モール」の「ワイヤレスイヤホン」の注文受付ページへのリンクを、利用者端末２００Ｂに表示させる。

これによりに、利用者は欲しい物の注文を簡便に行うことができる。その為、注文における利用者の利便性を向上させることができる。

〔２．受付システムの構成〕
次に、図３を用いて実施形態に係る受付システムの構成について説明する。図３は、実施形態に係る受付システムの構成例を示す図である。図３に示すように、受付システム１は、受付装置１００と、利用者端末２００と、を含む。なお、図３に示した受付システム１は、複数台の受付装置１００や、複数台の利用者端末２００が含まれ構成されていてもよい。図３においては、利用者端末２００として、利用者端末２００Ａと利用者端末２００Ｂの２台が含まれていることを示している。受付装置１００と、利用者端末２００Ａと、利用者端末２００Ｂとは所定の通信網（ネットワークＮ）を介して、有線又は無線により通信可能に接続される。

受付装置１００は、利用者端末２００Ａ、及び２００Ｂからメッセージを取得して、取得したメッセージを解析したうえで、送金、又は注文を受け付ける為に用いられる。受付装置１００は、例えばパーソナルコンピュータ、ＷＳ（Ｗｏｒｋ Ｓｔａｔｉｏｎ）、サーバの機能を備えるコンピュータなどの情報処理装置である。受付装置１００は、利用者端末２００Ａと利用者端末２００ＢとからネットワークＮを介して送信されてきた情報に基づいて処理を行う。

利用者端末２００は、利用者が利用する情報処理装置である。利用者端末２００は、例えば、スマートフォン、タブレット型端末、デスクトップ型パーソナルコンピュータ、ノート型パーソナルコンピュータ、携帯電話機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｔａｎｔ）等の情報処理装置であってよい。なお、図１及び図２に示す例においては、利用者端末２００がスマートフォンである場合を示している。

〔３．受付装置の構成〕
次に、図４を用いて、実施形態に係る受付装置１００の構成について説明する。図４は、実施形態に係る受付装置の構成例を示す図である。図４に示すように、受付装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、受付装置１００は、受付装置１００の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、利用者端末２００との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ)、フラッシュメモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）等の半導体メモリ素子、または、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク等の記憶装置によって実現される。図４に示すように、記憶部１２０は、口座データベース１２１と、メッセージデータベース１２２と、グループデータベース１２３と、商品データベース１２４と、を有する。

（口座データベース１２１について）
口座データベース１２１は、利用者の口座に関する各種の情報を記憶する。ここで、図６を用いて、口座データベース１２１が記憶する情報の一例を説明する。図６は、実施形態に係る受付装置の口座データベースの一例を示す図である。図６の例において、口座データベース１２１は、「口座ＩＤ」に、「所有者情報」、「口座残高」という項目に係る情報を紐付けて記憶する。

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

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

（メッセージデータベース１２２について）
メッセージデータベース１２２は、利用者間のメッセージのやり取りの情報を記憶する。ここで、図７を用いて、メッセージデータベース１２２が記憶する情報の一例を説明する。図７は、実施形態に係る受付装置のメッセージデータベースの一例を示す図である。
図７の例において、メッセージデータベース１２２は、「送信元利用者ＩＤ」、「送信先利用者ＩＤ」、「メッセージ」という項目に係る情報を紐付けて記憶する。

「送信元利用者ＩＤ」は、メッセージの送信元となる利用者を識別する為の識別情報（識別子）を示す。「送信先利用者ＩＤ」は、メッセージの送信先となる利用者を識別する為の識別情報（識別子）を示す。「メッセージ」は、「送信元利用者ＩＤ」が示す利用者から「送信先利用者ＩＤ」が示す利用者に対して送信されたメッセージのテキストデータを示す。

すなわち、図７においては、送信元利用者ＩＤ「ＵＩＤ＃１」が示す利用者が、送信先利用者ＩＤ「ＵＩＤ＃２」が示す利用者に対して、メッセージ「メッセージ＃Ｕ１－Ｕ２－１」が送信されたことを示している。

なお、メッセージデータベース１２２に記憶される情報は、「送信元利用者ＩＤ」、「送信先利用者ＩＤ」、「メッセージ」という項目に係る情報に限定されるものではなく、その他の任意の利用者間のメッセージに関係する情報が記憶されてよい。

（グループデータベース１２３について）
グループデータベース１２３は、特定の利用者が他の利用者を属性や関係性に基づいてグループ分けした情報を記憶する。図８を用いて、グループデータベース１２３が記憶する情報の一例を説明する。図８は、実施形態に係る受付装置のグループデータベースの一例を示す図である。図８の例において、グループデータベース１２３は、「利用者ＩＤ」、「グループ名」、「グループメンバーＩＤ」という項目に係る情報を紐付けて記憶する。

「利用者ＩＤ」は、利用者を識別する為の識別情報を示す。「グループ名」は、利用者ＩＤが示す利用者が他の利用者をグループ分けした際のグループの名称を示す。「グループメンバーＩＤ」は、「グループ名」が示すグループに分類された利用者の利用者ＩＤを示す。

すなわち、図８においては、利用者ＩＤ「ＵＩＤ＃１」が示す利用者が、グループ名「家族グループ」に示すグループに、グループメンバーＩＤ「ＵＩＤ＃２、ＵＩＤ＃３、ＵＩＤ＃４」が示す利用者を登録したことを示している。

なお、グループデータベース１２３に記憶される情報は、「利用者ＩＤ」、「グループ名」、「グループメンバーＩＤ」という項目に係る情報に限定されるものではなく、その他の任意の利用者間の関係性を示す情報が記憶されてよい。

また、グループデータベース１２３は、特定の利用者の他の利用者に対する信頼度を記憶してもよい。この場合、グループデータベース１２３には、例えば、「利用者ＩＤ」、「信頼度評価対象利用者ＩＤ」、「信頼度」という項目に係る情報が紐付けて記憶される。「利用者ＩＤ」は他の利用者の信頼度を評価する特定の利用者を識別する為の識別情報を示す。「信頼度評価対象利用者ＩＤ」は、「利用者ＩＤ」が示す利用者が信頼度を評価する対象となる他の利用者の利用者ＩＤを示す。「信頼度」は、「利用者ＩＤ」が示す利用者が信頼度を評価した「信頼度評価対象利用者ＩＤ」が示す利用者の信頼度の評価値を示す。

（商品データベース１２４について）
商品データベース１２４は、電子商取引サイトにて取り扱う商品に関する情報を記憶する。図９を用いて、商品データベース１２４に記憶される情報の一例を説明する。図９は、実施形態に係る受付装置の商品データベースの一例を示す図である。図９の例において、商品データベース１２４は、「電子商取引サイト」、「商品」という項目に係る情報を紐付けて記憶する。

「電子商取引サイト」は、電子商取引サイトの名称を示す。「商品」は、「電子商取引サイト」が示す電子商取引サイトにて取り扱う商品の名称を示す。

すなわち、図９においては、電子商取引サイト「○○モール」が示す電子商取引サイトが、商品「商品Ａ」、及び「商品Ｂ」を取り扱っていることを示している。

なお、商品データベース１２４に記憶される情報は、「電子商取引サイト」、「商品」という項目に係る情報に限定されるものではなく、その他の任意の電子商取引サイトで取り扱う商品に関係する情報が記憶されてよい。

（制御部１３０について）
次に図４に戻って、制御部１３０について説明する。制御部１３０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等によって、受付装置１００の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の集積回路により実現されてもよい。

図４に示すように、制御部１３０は、取得部１３１と、解析部１３２と、受付部１３３と、推定部１３４と、送金処理部１３５と、を有する。

（取得部１３１について）
取得部１３１は、利用者端末２００から利用者が利用者端末２００に入力したメッセージを取得する。例えば、利用者Ｕ１が利用者Ｕ２に宛てたメッセージとして、メッセージ１０Ａ「お年玉、一万円欲しいな」と利用者端末２００Ａに入力した場合、取得部１３１は利用者端末２００Ａから利用者Ｕ１が入力したメッセージ１０Ａと、送信元である利用者Ｕ１の利用者ＩＤ「ＵＩＤ＃１」と、送信先である利用者Ｕ２の利用者ＩＤ「ＵＩＤ＃２」とを、紐付けて取得する。取得部１３１が、利用者端末２００Ａから利用者Ｕ１が入力したメッセージ１０Ａと、送信元である利用者Ｕ１の利用者ＩＤと、送信先である利用者Ｕ２の利用者ＩＤと、を取得したら、取得部１３１はこれらの情報を記憶部１２０のメッセージデータベース１２２に紐付けて記憶する。

（解析部１３２について）
解析部１３２は、取得部１３１が取得したメッセージを解析する。例えば、解析部１３２は、取得部１３１が取得したメッセージに対して、形態素解析を実行して、メッセージを形態素に分割する。解析部１３２は、メッセージを形態素に分割したら、分割した形態素に送金要求に関係するキーワードが含まれているかを解析する。例えば、「お年玉」、「貸して」、「払って」、「送金して」、「支払い」、「割り勘」などの送金要求に関係するキーワードが含まれているかを解析する。なお、送金要求に関係するキーワードは、これらに限定されるものではなく、任意に設定してよい。取得部１３１が取得したメッセージに送金要求に関係するキーワードが含まれていた場合、解析部１３２は送信先の利用者が入力したメッセージを解析して、送信先の利用者の送金に応じる意思の有無を解析する。送金要求のキーワードを含むメッセージに対して、そのメッセージの送信先の利用者が送金に応じる意思の解析は、ＢＥＲＴ（Ｂｉｄｉｒｅｃｔｉｏｎａｌ Ｅｎｃｏｄｅｒ Ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ ｆｒｏｍ Ｔｒａｎｓｆｏｒｍｅｒｓ）、ＢＥＲＴの軽量版の位置付けのＡＬＢＥＲＴ（Ａ Ｌｉｇｈｔ ＢＥＲＴ）などを用いることができる。すなわち、解析部１３２は、送金要求に関係するキーワードが含まれている送信元のメッセージに対して、そのメッセージの送信先の利用者が入力したメッセージに送金要求に応じる意思が表れているかを解析する。解析部１３２は、送金要求に関係するキーワードが含まれているメッセージに対して、そのメッセージの送信先の利用者が入力したメッセージに送金要求に応じる意思が表れていると解析した場合、受付部１３３に送信先の利用者の利用者端末２００に「送金受付メッセージ」を表示させる。

また、解析部１３２は、取得部１３１が取得したメッセージを解析して、メッセージの内容から送金額を特定する。例えば、解析部１３２は、取得部１３１が取得したメッセージに対して、形態素解析を実行してメッセージを形態素に分割する。解析部１３２は、メッセージを形態素に分割したら、分割した形態素に金額を意味する言葉が含まれているかを解析する。なお、メッセージに複数の金額を意味する言葉が含まれていた場合は、送金要求に関係するキーワードの近くに位置する金額を意味する言葉を送金額であると特定する。

また、解析部１３２は、取得部１３１が取得したメッセージを解析して、メッセージの内容から利用者が欲しい物を推定する。例えば、解析部１３２は、取得部１３１が取得したメッセージに対して、形態素解析を実行して、メッセージを形態素に分割し、分割した形態素に贈り物に対する要求に関係するキーワードが含まれているかを解析する。例えば、「欲しい」、「プレゼントして」、「贈って」などの贈り物に対する要求に関係するキーワードが含まれているかを解析する。なお、贈り物に対する要求に関係するキーワードは、これらに限定されるものではなく、任意に設定してよい。取得部１３１が取得したメッセージに贈り物に対する要求に関係するキーワードが含まれていた場合、そのキーワードの近くに位置する文に含まれる形態素のうち、物を意味する言葉が欲しい物であると推定する。

（受付部１３３について）
受付部１３３は、利用者端末２００に「送金受付メッセージ」を表示させて、利用者から送金指示を受け付ける。ここで、「送金受付メッセージ」とは、「送金先利用者ＩＤ」、「送金意思確認メッセージ」、「送金額選択ボタン」を含む情報であってよい。「送金先利用者ＩＤ」は、送金先の利用者の利用者ＩＤを示す情報である。「送金意思確認メッセージ」は、利用者に送金意思の確認するメッセージである。例えば、「送金を行いますか」というメッセージと、利用者に「ＹＥＳ」、「ＮＯ」の選択肢のうちどちらかを選択して貰うことで利用者の送金の意思を確認するメッセージであってよい。「送金額選択ボタン」は、送金先に送金する金額を選択するボタンである。なお、「送金額選択ボタン」は、送金額の入力を受け付けるメッセージであってもよい。受付部１３３は、利用者が「送金額選択ボタン」を用いて送金額を選択した状態で、「ＹＥＳ」の選択肢を選択した場合、利用者から利用者端末２００を介して送金指示として、「送金元利用者ＩＤ」、「送金先利用者ＩＤ」、「送金額」の情報を取得する。

なお、解析部１３２が、送金額を特定していた場合は、「送金受付メッセージ」には、「送金先利用者ＩＤ」、「送金意思確認メッセージ」、「送金額」を含む。「送金先利用者ＩＤ」、「送金意思確認メッセージ」は、前述して説明した為、説明を省略する。「送金額」は、解析部１３２が、特定した送金額を示す情報である。この場合、「送金受付メッセージ」は、例えば、「Ｕ２さんに、１万円を送金しますか？」と送金額を特定したうえで、利用者に「ＹＥＳ」、「ＮＯ」の選択肢のうちどちらかを選択して貰うことで利用者に送金の意思を確認するメッセージであってよい。この場合、受付部１３３は、利用者から利用者端末２００を介して送金指示として、「送金元利用者ＩＤ」、「送金先利用者ＩＤ」、「送金額」の情報を取得する。

受付部１３３は、後述する推定部１３４が送金先を信頼できないと推定した場合に送金指示を受け付けない。すなわち、受付部１３３が利用者から送金指示を取得したとしても、後述する推定部１３４が送金先の信頼度を推定し、推定部１３４が送金先を「信頼できない」と推定した場合には、受付部１３３は利用者の送金指示を受け付けない。したがって、受付部１３３は、推定部１３４が推定した送金先の信頼度に基づいて、利用者の送金指示を受け付けるか否かを判断する。受付部１３３が、利用者の送金指示を受け付けないと判断した場合、受付部１３３は利用者端末２００に「エラーメッセージ」を表示させる。「エラーメッセージ」は利用者の送金指示が受け付けられないことを示すメッセージである。例えば、「エラーメッセージ」は、「Ｕ２さんが信頼できないため、Ｕ２さんへの送金指示を受け付けられません」であってよい。受付部１３３は、推定部１３４が送金先を信頼できると推定した場合に、利用者の送金指示を受け付けて、「送金元利用者ＩＤ」、「送金先利用者ＩＤ」、「送金額」の情報を送金処理部１３５に送信する。

受付部１３３は、解析部１３２が推定した欲しい物を取り扱う電子商取引サイトの情報を利用者端末２００に表示させて、利用者から欲しい物の注文を受け付ける。例えば、解析部１３２がメッセージを解析したところ、利用者の欲しい物が「ワイヤレスイヤホン」であると推定されたとする。この場合、受付部１３３は、商品データベース１２４を参照して、「ワイヤレスイヤホン」を取り扱う電子商取引サイトを特定する。ここで、「ワイヤレスイヤホン」を取り扱う電子商取引サイトが「○○モール」であったとする。この場合、受付部１３３は、利用者端末２００に電子商取引サイト「○○モール」の「ワイヤレスイヤホン」の注文受付ページへのリンクを利用者端末２００に表示させる。すなわち、受付部１３３は電子商取引サイトの注文受付ページへのリンクを表示させることで、利用者に電子商取引サイトでの注文を促す。

（推定部１３４について）
推定部１３４は、受付部１３３が利用者端末２００を介して利用者から送金指示を受け付けたら、送金先の信頼度を推定する。推定部１３４は、例えば、送金先の信頼度を、送金元と送金先の過去のメッセージのやり取りに基づいて推定する。例えば、推定部１３４は、メッセージデータベース１２２を参照し、送金元の利用者と送金先の利用者の過去のメッセージのやり取りの有無を確認する。推定部１３４は、送金元の利用者と送金先の利用者のメッセージのやり取りが無かった場合は、送金先の利用者を「信頼できない」と推定する。また、推定部１３４は、メッセージデータベース１２２を参照して、送金元の利用者と送金先の利用者の過去のメッセージのやり取りから、送金元の利用者と送金先の利用者が険悪な関係にあると推定される場合は、送金先の利用者を「信頼できない」と推定する。

推定部１３４は、送金先が送金元において信頼できる相手であるとされている場合は、送金先を信頼できると推定する。推定部１３４は、例えば、グループデータベース１２３に記憶された送金元の利用者と送金先の利用者との関係を参照して、送金先の信頼度を推定する。すなわち、例えば、送金元の利用者が利用者ＩＤ「ＵＩＤ＃１」で示される利用者であり、送金先の利用者が利用者ＩＤ「ＵＩＤ＃２」で示される利用者であったとする。そして、図８に示すように、送金元の利用者ＩＤ「ＵＩＤ＃１」で示される利用者が、送金先の利用者ＩＤ「ＵＩＤ＃２」で示される利用者をグループ名「家族グループ」に登録していたとする。この場合、推定部１３４は、送金先の利用者ＩＤ「ＵＩＤ＃２」で示される利用者を「信頼できる」と推定する。また、推定部１３４は、グループデータベース１２３に、特定の利用者の他の利用者の信頼度の評価値が記憶されている場合は、送金先の信頼度を、送金元の利用者の送金先の利用者の信頼度の評価値に基づいて、信頼度を推定してもよい。

（送金処理部１３５について）
送金処理部１３５は、受付部１３３が利用者から送金指示を受け付けたら、送金元となる利用者の口座から送金先となる利用者の口座に送金を行う処理を行う。送金処理部１３５は、受付部１３３から送信された「送金元利用者ＩＤ」、「送金先利用者ＩＤ」、「送金額」の情報に基づいて送金処理を実行する。例えば、「送金元利用者ＩＤ」が示す利用者が利用者Ｕ２であり、「送金先利用者ＩＤ」が示す利用者が利用者Ｕ１であり、「送金額」が示す送金額が一万円であったとする。この場合、送金処理部１３５は、図６に示す利用者Ｕ２の口座ＩＤ「ＡＩＤ＃２」の口座から、利用者Ｕ１の口座ＩＤ「ＡＩＤ＃１」の口座に、１万円の電子マネーを移行させる処理を実行する。

送金処理部１３５は、送金処理が完了したら、利用者端末２００に「送金完了メッセージ」を表示させる。「送金完了メッセージ」は、「送金元利用者ＩＤ」が示す利用者の口座から、「送金先利用者ＩＤ」が示す利用者の口座に、「送金額」が示す電子マネーの移行が完了した旨を示すメッセージである。例えば、「送金完了メッセージ」は、「Ｕ１さんへの一万円の送金が完了しました」などであってよい。

〔４．利用者端末の構成〕
次に、図５を用いて、実施形態に係る利用者端末２００の構成について説明する。図５は、実施形態に係る利用者端末の構成例を示す図である。図５に示すように、利用者端末２００は、通信部２１０と、入力部２２０と、出力部２３０と、制御部２４０と、を有する。

通信部２１０は、例えば、ＮＩＣ等によって実現される。そして、通信部２１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、受付装置１００との間で各種の情報の送受信を行う。

入力部２２０は、ユーザから各種操作が入力される。例えば、入力部２２０は、タッチパネル機能により表示面（例えば出力部２３０）を介してユーザからの各種操作を受け付けてもよい。また、入力部２２０は、利用者端末２００に設けられたボタンや、利用者端末２００に接続されたキーボードやマウスからの各種操作を受け付けてもよい。

出力部２３０は、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。つまり、利用者端末２００は、出力部２３０である表示画面によりユーザの入力を受け付け、ユーザへの出力も行う。

制御部２４０は、例えば、ＣＰＵやＭＰＵ等によって、利用者端末２００に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２４０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。

図５に示すように、制御部２４０は、取得部２４１と、受付部２４２と、を有する。

取得部２４１は、利用者が他の利用者に宛てて入力部２２０を介して利用者端末２００に入力したメッセージを取得する。すなわち、取得部２５１は、利用者が入力したメッセージを、送信元の利用者の利用者ＩＤと、送信先の利用者の利用者ＩＤと、を紐付けて取得する。取得部２４１は、利用者が他の利用者に宛てて入力したメッセージを取得したら、取得したメッセージを、送信元の利用者の利用者ＩＤと、送信先の利用者の利用者ＩＤと、を紐付けて、受付装置１００に送信する。

受付部２４２は、受付装置１００から送信された「送金受付メッセージ」を出力部２３０に表示させ、利用者から送金指示を受け付ける。受付装置１００の解析部１３２が送金額を特定しておらず、受付装置１００から送信された「送金受付メッセージ」が、「送金先利用者ＩＤ」、「送金意思確認メッセージ」、「送金額選択ボタン」を含む情報であった場合は、受付部２４２は、出力部２３０に「送金先の利用者の利用者ＩＤ」、「送金意思確認メッセージ」、「送金額選択ボタン」を表示させて、利用者から送金額の指定を受けて送金指示を受け付ける。受付部２４２は、利用者から送金指示を受け付けたら、利用者から受け付けた送金指示を、受付装置１００に送信する。

受付部２４２は、受付装置１００の解析部１３２が送金額を特定しており、受付装置１００から送信された「送金受付メッセージ」が、「送金先利用者ＩＤ」、「送金意思確認メッセージ」、「送金額」を含む場合には、出力部２３０に「送金先利用者ＩＤ」、「送金意思確認メッセージ」、「送金額」を表示させて、利用者から送金額の指定を受けずに、特定された送金額の送金指示を受け付ける。受付部２４２は、利用者から送金指示を受け付けたら、利用者から受け付けた送金指示を、受付装置１００に送信する。

受付部２４２は、受付装置１００から送信された「注文受付メッセージ」を表示させて、利用者から解析部１３２が推定した欲しい物の注文を受け付ける。例えば、受付装置１００から送信された「注文受付メッセージ」が、電子商取引サイト「○○モール」の商品「ワイヤレスイヤホン」の注文受付ページへのリンクであったとする。この場合、受付部２４２は、電子商取引サイト「○○モール」の商品「ワイヤレスイヤホン」の注文受付ページへのリンクを、利用者端末２００の出力部２３０に表示して、利用者から注文を受け付ける。

〔５．受付処理のフロー〕
次に、図１１を用いて、実施形態に係る受付装置による受付処理の手順について説明する。図１１は、実施形態に係る受付処理の一例を示すフローチャートである。例えば、受付装置１００は利用者端末２００から、利用者が入力したメッセージを取得する（ステップＳ１０１）。そして、受付装置１００は利用者端末２００から取得したメッセージを解析する（ステップＳ１０２）。そして、受付装置１００は利用者端末２００に送金受付メッセージを表示させる（ステップＳ１０３）。そして、受付装置１００は利用者から利用者端末２００を介して送金指示を受け付ける（ステップＳ１０４）。そして、受付装置１００は送金処理を実行する（ステップＳ１０５）。

〔６．ハードウェア構成〕
また、上述した実施形態に係る受付装置１００は、例えば図１１に示すような構成のコンピュータ１０００によって実現される。図１１は、受付装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Ｉｎｔｅｒｆａｃｅ）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。一次記憶装置１０４０は、ＲＡＭ等、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ(Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリ等により実現される。

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインタフェースであり、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）、ＨＤＭＩ（登録商標）（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナ等といった各種の入力装置１０２０から情報を受信するためのインタフェースであり、例えば、ＵＳＢ等により実現される。

なお、入力装置１０２０は、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ＰＤ（Ｐｈａｓｅ ｃｈａｎｇｅ ｒｅｗｒｉｔａｂｌｅ Ｄｉｓｋ）等の光学記録媒体、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等から情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリ等の外付け記憶媒体であってもよい。

ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

例えば、コンピュータ１０００が受付装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、受付装置１００の制御部１３０の機能を実現する。

〔７．効果〕
本開示に係る受付装置１００は、利用者間のメッセージを取得する取得部１３１と、取得部１３１が取得したメッセージを解析する解析部１３２と、解析部１３２がメッセージを解析し、利用者間で送金が必要と推定される場合に、利用者端末２００に送金受付メッセージを表示させて送金指示を受け付ける受付部１３３と、を備える。

この構成によれば、利用者間のメッセージを解析して、利用者間で送金が必要と推定される場合に、利用者端末２００に送金受付メッセージを表示させて送金指示を受け付けることができる。したがって、送金における利便性を向上させることができる。

また、本開示に係る受付装置１００は、送金先の信頼度を推定する推定部１３４と、を備え、受付部１３３は推定部１３４が送金先を信頼できないと推定した場合に送金指示を受け付けない。

この構成によれば、送金先の信頼度を推定して、送金先が信頼できないと推定した場合に、送金指示を受け付けない。したがって、利用者が信頼できない送金先に送金して不利益を被ることを防ぐことができる。

また、本開示に係る受付装置１００の推定部１３４は、送金先の信頼度を、送金元と送金先の過去のメッセージのやり取りに基づいて推定する。

この構成によれば、過去にメッセージのやり取りが無かった利用者の間での送金指示を受け付けない。その為、利用者が信頼できない送金先に送金して不利益を被ることを防ぐことができる。

また、本開示に係る受付装置１００の推定部１３４は、送金先が送金元において信頼できる相手であるとされている場合は、送金先を信頼できると推定する。

この構成によれば、送金先が送金元において信頼できる相手であるされている場合は、送金先を信頼できると推定する為、例えば、送金先の利用者と送金元の利用者との間で過去のメッセージのやり取りが無かったとしても、送金指示を受け付けて送金先に送金を行うことができる。したがって、送金における利便性を向上させることができる。

また、本開示に係る受付装置１００の解析部１３２は、メッセージの内容から送金額を特定し、受付部１３３は、解析部１３２が特定した送金額を利用者端末２００に表示させて送金指示を受け付ける。

この構成によれば、メッセージの内容から送金額を特定し、特定した送金額を利用者端末２００に表示させて送金指示を受け付けることができる。その為、利用者は送金額を入力することなく、送金を指示することができる。したがって、送金における利便性を向上させることができる。

また、本開示に係る受付装置１００の解析部１３２は、メッセージの内容から利用者が欲しい物を推定し、受付部１３３は、解析部１３２が推定した欲しい物を取り扱う電子商取引サイトの情報を利用者端末２００に表示させて、利用者から欲しい物の注文を受け付ける。

この構成によれば、メッセージの内容から利用者が欲しい物を推定し、推定された欲しい物を取り扱う電子商取引サイトの情報を利用者端末２００に表示させて、利用者から欲しい物の注文を受け付けることができる。したがって、注文における利便性を向上させることができる。

また、本開示に係る受付方法は、利用者間のメッセージを取得するステップと、メッセージを解析するステップと、メッセージを解析した結果、利用者間で送金が必要と推定される場合に、送金受付メッセージを表示させて送金指示を受け付けるステップと、を含む。

この構成によれば、送金における利便性を向上させることができる。

本開示に係る受付プログラムは、利用者間のメッセージを取得するステップと、メッセージを解析するステップと、メッセージを解析した結果、利用者間で送金が必要と推定される場合に、送金受付メッセージを表示させて送金指示を受け付けるステップと、をコンピュータに実行させる。

この構成によれば、送金における利便性を向上させることができる。

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

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部１３１は、取得手段や取得回路に読み替えることができる。

１００ 受付装置
１１０ 通信部
１２０ 記憶部
１２１ 口座データベース
１２２ メッセージデータベース
１２３ グループデータベース
１２４ 商品データベース
１３０ 制御部
１３１ 取得部
１３２ 解析部
１３３ 受付部
１３４ 推定部
１３５ 送金処理部
２００ 利用者端末
Ｎ ネットワーク

Claims (8)

1. 利用者間のメッセージを取得する取得部と、
   前記取得部が取得した前記メッセージを解析する解析部と、
   前記解析部が前記メッセージを解析し、利用者間で送金が必要と推定される場合に、利用者端末に送金受付メッセージを表示させて送金指示を受け付ける受付部と、を備える、
   受付装置。
2. 送金先の信頼度を推定する推定部と、を備え、
   前記受付部は前期推定部が、送金先が信頼できないと推定した場合に送金指示を受け付けない、
   請求項１に記載の受付装置。
3. 前記推定部は、送金先の信頼度を、送金元と送金先の過去の前記メッセージのやり取りに基づいて推定する、
   請求項２に記載の受付装置。
4. 前記推定部は、送金先が送金元において信頼できる相手であるとされている場合は、送金先を信頼できると推定する、
   請求項２又は請求項３に記載の受付装置。
5. 前記解析部は、前記メッセージの内容から送金額を特定し、
   前記受付部は、前記解析部が特定した送金額を利用者端末に表示させて送金指示を受け付ける、
   請求項１から請求項４のいずれか１項に記載の受付装置。
6. 前記解析部は、前記メッセージの内容から利用者が欲しい物を推定し、
   前記受付部は、前記解析部が推定した欲しい物を取り扱う電子商取引サイトの情報を利用者端末に表示させて、利用者から欲しい物の注文を受け付ける、
   請求項２から請求項５のいずれか１項に記載の受付装置。
7. 受付装置が実行する受付方法であって、
   利用者間のメッセージを取得するステップと、
   前記メッセージを解析するステップと、
   前記メッセージを解析した結果、利用者間で送金が必要と推定される場合に、送金受付メッセージを表示させて送金指示を受け付けるステップと、
   を含む受付方法。
8. 利用者間のメッセージを取得するステップと、
   前記メッセージを解析するステップと、
   前記メッセージを解析した結果、利用者間で送金が必要と推定される場合に、送金受付メッセージを表示させて送金指示を受け付けるステップと、
   をコンピュータに実行させる受付プログラム。

Images