特開2024-72103 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ ＰａｙＰａｙ株式会社の特許一覧

特開2024-72103情報処理装置、情報処理方法及び情報処理プログラム

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024072103

(43)【公開日】2024-05-27

(54)【発明の名称】情報処理装置、情報処理方法及び情報処理プログラム

(51)【国際特許分類】

G06Q 20/42 20120101AFI20240520BHJP

G06Q 20/08 20120101ALI20240520BHJP

【ＦＩ】

G06Q20/42

G06Q20/08

【審査請求】有

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022182758

(22)【出願日】2022-11-15

(11)【特許番号】

(45)【特許公報発行日】2023-07-18

(71)【出願人】

【識別番号】519110124

【氏名又は名称】ＰａｙＰａｙ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】土門弘典

(72)【発明者】

【氏名】河野勇輝

(72)【発明者】

【氏名】中川絵里

【テーマコード（参考）】

5L020

5L055

【Ｆターム（参考）】

5L020AA12

5L020AA78

5L055AA12

5L055AA78

(57)【要約】

【課題】電子決済サービスを悪用して不正行為を行った可能性がある不正ユーザを推定できる情報処理装置、情報処理方法及び情報処理プログラムを提供する。
【解決手段】本願に係る情報処理装置は、ユーザ間におけるメッセージの送受信と、ユーザ間における電子マネーの移動とが可能な電子決済サービスに関する処理を行う情報処理装置であって、取得部と、推定部とを有する。取得部は、各ユーザによってメッセージの送受信相手となるユーザ毎に設定されるメッセージの受信拒否設定に関する設定情報を取得する。推定部は、取得部により取得される設定情報に基づいて、所定期間内に受信拒否設定を行った送受信相手となるユーザの数が所定数を超えたユーザを所定の不正行為を行った可能性がある不正ユーザと推定する。
【選択図】図３

【特許請求の範囲】

【請求項1】

ユーザ間におけるメッセージの送受信と、前記ユーザ間における電子マネーの移動とが可能な電子決済サービスに関する処理を行う情報処理装置であって、
各前記ユーザによって前記メッセージの送受信相手となるユーザ毎に設定される前記メッセージの受信拒否設定に関する設定情報を取得する取得部と、
前記取得部により取得される前記設定情報に基づいて、所定期間内に前記受信拒否設定を行った前記送受信相手となる前記ユーザの数が所定数を超えた前記ユーザを所定の不正行為を行った可能性がある不正ユーザと推定する推定部と
を有する情報処理装置。

【請求項2】

前記取得部は、
前記ユーザ間における電子マネーの移動履歴を取得し、
前記推定部は、
前記取得部により取得される前記移動履歴および前記設定情報に基づいて、前記電子マネーが入金されてから所定時間内に前記電子マネーの送金元となる前記ユーザに対して前記受信拒否設定を行った前記ユーザを前記不正ユーザと推定する
請求項１に記載の情報処理装置。

【請求項3】

前記推定部は、
前記取得部により取得される前記移動履歴に基づいて、前記所定期間内に所定金額範囲内の金額の前記電子マネーが複数のユーザから入金された前記ユーザを前記不正ユーザと推定する
請求項２に記載の情報処理装置。

【請求項4】

前記推定部は、
前記取得部により取得される前記移動履歴に基づいて、前記電子マネーの送金元の前記ユーザによる平均決済金額よりも高い所定金額以上の金額の前記電子マネーが入金された前記ユーザを前記不正ユーザと推定する
請求項２に記載の情報処理装置。

【請求項5】

前記推定部は、
前記取得部により取得される前記移動履歴に基づいて、複数の前記ユーザから前記電子マネーが入金されてから所定時間内に、前記電子マネーを当該電子マネーの総額に相当する商品の決済に使用した前記ユーザを前記不正ユーザと推定する
請求項２に記載の情報処理装置。

【請求項6】

前記推定部は、
前記取得部により取得される前記移動履歴に基づいて、複数の前記ユーザから前記電子マネーが入金されてから所定時間内に、前記電子マネーを前記電子決済サービスにおける他のユーザアカウントに送金した前記ユーザを前記不正ユーザと推定する
請求項２に記載の情報処理装置。

【請求項7】

前記推定部は、
推定した前記不正ユーザへ前記電子マネーを送金する前記ユーザに対して、送金先の前記ユーザが前記不正ユーザである可能性がある旨を通知する
請求項１に記載の情報処理装置。

【請求項8】

前記推定部は、
推定した前記不正ユーザのユーザアカウントを特定し、特定した前記ユーザアカウントを用いた前記電子決済サービスの利用を制限させる
請求項１に記載の情報処理装置。

【請求項9】

所定の不正行為は、
他の前記ユーザから不正に前記電子マネーを送金させる詐欺行為である
請求項１に記載の情報処理装置。

【請求項10】

ユーザ間におけるメッセージの送受信と、前記ユーザ間における電子マネーの移動とが可能な電子決済サービスに関する処理を行う情報処理装置であって、
前記ユーザ間における電子マネーの移動履歴を取得する取得部と、
前記取得部により取得される前記移動履歴に基づいて、他のユーザから不正に前記電子マネーを送金させる詐欺行為を行った可能性がある不正ユーザを推定する推定部と
を有する情報処理装置。

【請求項11】

ユーザ間におけるメッセージの送受信と、前記ユーザ間における電子マネーの移動とが可能な電子決済サービスに関する処理を行うコンピュータが実行する情報処理方法であって、
各前記ユーザによって前記メッセージの送受信相手となるユーザ毎に設定される前記メッセージの受信拒否設定に関する設定情報を取得する取得工程と、
前記取得工程により取得される前記設定情報に基づいて、所定期間内に前記受信拒否設定を行った前記送受信相手となる前記ユーザの数が所定数を超えた前記ユーザを所定の不正行為を行った可能性がある不正ユーザと推定する推定工程と
を含む情報処理方法。

【請求項12】

ユーザ間におけるメッセージの送受信と、前記ユーザ間における電子マネーの移動とが可能な電子決済サービスに関する処理を行うコンピュータに、
各前記ユーザによって前記メッセージの送受信相手となるユーザ毎に設定される前記メッセージの受信拒否設定に関する設定情報を取得する取得手順と、
前記取得手順により取得される前記設定情報に基づいて、所定期間内に前記受信拒否設定を行った前記送受信相手となる前記ユーザの数が所定数を超えた前記ユーザを所定の不正行為を行った可能性がある不正ユーザと推定する推定手順と
を実行させる情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。

【背景技術】

【0002】

従来、主に企業と個人との間の商取引におけるキャッシュレス決済手段が広く消費者に認知されているが、特に、その利便性から、ユーザ個人が所有するスマートフォンなどのユーザ端末を用いてオンラインで行われる電子決済サービスが広く消費者の間に浸透しつつある。

【0003】

また、上述の電子決済サービスの中には、電子マネーや仮想通貨などのデジタルマネーをユーザ間で手軽に送金することが可能なサービスを提供するものも存在する（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２１－１５７７１５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、電子決済サービスのユーザの中には、例えば、電子マネーを不正に送金させるなどの不正行為を行うユーザがいる。

【0006】

本願は、上記に鑑みてなされたものであって、電子決済サービスを悪用して不正行為を行った可能性がある不正ユーザを推定できる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

本願に係る情報処理装置は、ユーザ間におけるメッセージの送受信と、前記ユーザ間における電子マネーの移動とが可能な電子決済サービスに関する処理を行う情報処理装置であって、取得部と、推定部とを有する。取得部は、各前記ユーザによって前記メッセージの送受信相手となるユーザ毎に設定される前記メッセージの受信拒否設定に関する設定情報を取得する。推定部は、前記取得部により取得される前記設定情報に基づいて、所定期間内に前記受信拒否設定を行った前記送受信相手となる前記ユーザの数が所定数を超えた前記ユーザを所定の不正行為を行った可能性がある不正ユーザと推定する。

【発明の効果】

【0008】

実施形態の一態様によれば、電子決済サービスを悪用して不正行為を行った可能性がある不正ユーザを推定できるという効果を奏する。

【図面の簡単な説明】

【0009】

【図1】図１は、実施形態に係る情報処理の概要を示す図である。

【図2】図２は、実施形態に係る不正行為の説明図である。

【図3】図３は、実施形態に係る決済サーバの構成例を示す図である。

【図4】図４は、実施形態に係る設定情報の概要を示す図である。

【図5】図５は、実施形態に係る移動履歴の概要を示す図である。

【図6】図６は、実施形態に係る決済サーバにより実行される情報処理手順の一例を示すフローチャートである。

【図7】図７は、実施形態に係る決済サーバにより実行される情報処理手順の一例を示すフローチャートである。

【図8】図８は、実施形態に係る決済サーバにより実行される情報処理手順の一例を示すフローチャートである。

【図9】図９は、実施形態に係る決済サーバにより実行される情報処理手順の一例を示すフローチャートである。

【図10】図１０は、実施形態に係る決済サーバにより実行される情報処理手順の一例を示すフローチャートである。

【図11】図１１は、実施形態に係る決済サーバにより実行される情報処理手順の一例を示すフローチャートである。

【図12】図１２は、実施形態に係る決済サーバにより実行される情報処理手順の一例を示すフローチャートである。

【図13】図１３は、実施形態に係る決済サーバにより実行される情報処理手順の一例を示すフローチャートである。

【図14】図１４は、実施形態に係る決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

【発明を実施するための形態】

【0010】

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

【0011】

［１．実施形態］
以下、実施形態に係る情報処理について説明する。図１に、実施形態に係る情報処理の概要を示す。なお、以下では、実施形態に係る情報処理装置の一例である決済サーバ１００によって、実施形態に係る情報処理が実現される例を説明する。

【0012】

［１－１．システム構成］
図１に示すように、実施形態に係る情報処理システムＳＹＳは、端末装置１０－１～１０－６と、サービス提供装置２０と、決済サーバ１００とを含む。なお、情報処理システムＳＹＳに含まれる端末装置１０－１～１０－６の個数は、６個に限定されるものではなく、複数個であれば５個以下でもよく７個以上でもよい。以下では、端末装置１０－１～１０－６のうち任意の端末装置を指す場合には、端末装置１０と記載する場合がある。

【0013】

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

【0014】

図１に示す端末装置１０－１～１０－６は、ユーザＵ－１～Ｕ－６により使用される情報処理端末である。なお、ユーザＵ－１～Ｕ－６の人数は、６人に限定されるものではなく、複数人であれば、５人以下でもよく、７人以上でもよい。以下では、ユーザＵ－１～Ｕ－６のうち任意のユーザを指す場合には、ユーザＵと記載する場合がある。

【0015】

ユーザＵは、サービス提供装置２０を通じて提供される各種オンラインサービスを利用するサービス利用者である。また、ユーザＵは、決済サーバ１００を通じて提供される電子決済サービスを利用するサービス利用者である。図１に示す端末装置１０は、例えば、スマートフォンや、タブレット型端末、ノート型ＰＣ（Personal Computer）、デスクトップＰＣ、携帯電話機、ＰＤＡ（Personal Digital Assistant）などにより実現される。なお、図１では、端末装置１０としてスマートフォンを例示している。

【0016】

また、端末装置１０は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）や有機ＥＬディスプレイ（Organic Electro-Luminescent Display）などの表示デバイスを備え、サービス提供装置２０や決済サーバ１００から送信される各種情報を、ウェブブラウザやアプリケーションにより表示する。また、端末装置１０が備える表示デバイスはタッチスクリーンディスプレイであってもよい。この場合、端末装置１０は、ユーザＵから指やスタイラスなどにより、タッチスクリーンディスプレイが有する画面内に表示された画像などのコンテンツに対する各種の操作をユーザＵから受付けて、各種の操作に応じた処理を実行する。

【0017】

また、端末装置１０は、ＬＴＥ（Long Term Evolution）や、４Ｇ（4th Generation）や、５Ｇ（5th Generation：第５世代移動通信システム）などの無線通信網や、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）などの近距離無線通信を介してネットワークＮに接続するための通信ユニットを有する。

【0018】

これにより、ユーザＵは、端末装置１０を操作してサービス提供装置２０にアクセスし、サービス情報を送受信することによって（ステップＳ０１）、サービス提供装置２０を通じて提供されるＳＮＳなどのオンラインサービスを利用できる。また、これにより、ユーザＵは、端末装置１０を操作して決済サーバ１００にアクセスし、決済情報を送受信することによって（ステップＳ０２）、決済サーバ１００を通じて提供される電子決済サービスを利用できる。

【0019】

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

【0020】

以下の説明において、図１に示す端末装置１０には、決済サーバ１００と連携して電子決済サービスに関する各種処理を実現するためのサービス利用者用のアプリケーションプログラム（以下、適宜「ユーザアプリ」と称する。）が予めインストールされていてもよい。端末装置１０は、ユーザアプリにより提供される機能を用いて、電子決済サービスに関する各種処理を実現できる。また、端末装置１０は、ウェブブラウザより所定のウェブサイトにアクセスし、電子決済サービスに関する各種処理を実現することもできる。

【0021】

図１に示すサービス提供装置２０は、サービス利用者であるユーザＵに対して、各種オンラインサービスを提供する。典型的にはサーバ装置であるが、メインフレームやワークステーションなどにより実現されてもよい。決済サーバ１００がサーバ装置で実現される場合、単独のサーバにより実現されてもよいし、複数のサーバ装置及び複数のストレージ装置が協働して動作するクラウドシステムなどにより実現されてもよい。

【0022】

また、サービス提供装置２０は、ユーザＵが使用する端末装置１０に制御情報を配信する配信装置として機能してもよい。ここで、制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語やＣＳＳ（Cascading Style Sheets）などのスタイルシート言語により記述される。なお、サービス提供装置２０から配信されるアプリケーションそのものを制御情報とみなしてもよい。

【0023】

また、サービス提供装置２０により提供されるオンラインサービスには、インターネット接続や、検索サービスや、ＳＮＳ（Social Networking Service）や、電子商取引サービスや、電子決済サービスや、オンラインゲームや、オンラインバンキングサービスや、オンライントレーディングサービスや、宿泊予約サービスや、チケット予約サービスや、動画配信サービスや、音楽配信サービスや、ニュース配信サービスや、地図情報サービスや、ルート検索サービスや、経路案内サービスや、路線情報サービスや、運行情報サービスや、天気情報サービスなどが含まれ得る。また、ＳＮＳには、メッセージや画像、動画像などを投稿できる各種サービスが含まれ得る。なお、各種オンラインサービスには、各種アプリケーションに対応するＡＰＩ（Application Programming Interface）サービスが含まれていてもよい。

【0024】

図１に示す決済サーバ１００は、実施形態に係る情報処理を実行する情報処理装置であり、典型的にはサーバ装置であるが、メインフレームやワークステーションなどにより実現されてもよい。決済サーバ１００がサーバ装置で実現される場合、単独のサーバにより実現されてもよいし、複数のサーバ装置及び複数のストレージ装置が協働して動作するクラウドシステムなどにより実現されてもよい。

【0025】

また、決済サーバ１００は、ユーザＵが使用する端末装置１０に制御情報を配信する配信装置として機能してもよい。ここで、制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語やＣＳＳ（Cascading Style Sheets）などのスタイルシート言語により記述される。なお、決済サーバ１００から配信されるアプリケーションそのものを制御情報とみなしてもよい。

【0026】

また、決済サーバ１００の管理者は、決済サーバ１００を通じて、所定のコード情報を用いて行われる電子決済サービス（コード決済による電子マネーのやり取りを制御する所定の取引手段を提供するサービス）を提供するプラットフォームサービスを運営する。決済サーバ１００は、例えば、端末装置１０で動作するユーザアプリなどと連携して、電子決済サービスに関する情報処理を実行する。例えば、決済サーバ１００は、２次元コードなどのコード情報を通じて、電子マネーを一方のウォレットからもう一方のウォレットへと移動させる電子決済サービスに関する処理を行う。また、決済サーバ１００は、相互に友達登録したユーザＵ間においてテキストによるＤＭ（ダイレクトメッセージ）の送受信を行わせる機能も備える。

【0027】

［１－２．端末装置１０を用いたコード決済について］
ここで、端末装置１０を用いたコード決済（電子決済）の一例について説明する。以下の説明では、店舗Ｘに配置された２次元コード（ＱＲコード（登録商標））であって、店舗Ｘを識別する店舗識別情報を示す２次元コードを用いて、店舗Ｘから商品や役務（サービス）などの取引対象の提供を受けるユーザＵが端末装置１０を用いた決済を行う例について説明する。なお、以下に説明するコード決済の一例は、任意のサービス利用者が任意の端末装置１０を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報を示す２次元コードは、ＱＲコードのみならず、バーコードや所定のマーク、番号などであってもよい。また、２次元コードは、紙などの媒体に印字された印刷物により物理的に構成される例に限られず、任意の端末に表示される画像情報により構成されていてもよい。また、店舗識別情報は、電子決済サービスの加盟店として店舗Ｘのブランドを識別するために個別に付与される加盟店ＩＤと、店舗Ｘそのものを識別するために付与される店舗ＩＤとが含まれていてもよい。

【0028】

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

【0029】

決済サーバ１００は、端末装置１０から取引情報を受け付けると、利用者識別情報が示すユーザＵの口座（ユーザアカウントに紐づくウォレット）から、店舗識別情報が示す店舗Ｘの口座（ユーザアカウントに紐づくウォレット）へと、決済額に相当する分の電子マネーを移行させる。このとき、決済サーバ１００は、決済額に相当する分の電子マネーから店舗Ｘに課金する所定の手数料を差し引いてから、店舗Ｘの口座へ移行させてもよい。そして、決済サーバ１００は、取引が完了した旨の通知を端末装置１０へと送信する。このような場合、端末装置１０は、取引が完了した旨の画面や所定の音声を出力することで、電子マネーによる取引が完了した旨をユーザＵに通知する。あるいは、決済サーバ１００は、利用者識別情報が示すユーザＵの口座から決済額に相当する分の電子マネーを引き出して店舗Ｘの売り上げ情報として管理し、所定のタイミングで売上に相当する額の現金を店舗Ｘが保有する銀行口座に振り込んでもよい。この場合、決済サーバ１００は、ユーザＵの口座から決済額に相当する分の電子マネーを引き出したタイミングで、電子マネーによる取引が完了した旨をユーザＵに通知してもよい。

【0030】

なお、端末装置１０を用いた決済は、上述した処理に限定されるものではない。例えば、端末装置１０を用いた決済は、店舗Ｘに設置された端末装置（以下、「店舗端末」と称する。）を用いたものであってもよい。具体的には、まず、端末装置１０は、ユーザＵを識別するための利用者識別情報を示すコード情報を画面上に表示させる。このような場合、店舗端末は、端末装置１０に表示されたコード情報から利用者識別情報を読み取り、読み取った利用者識別情報（もしくは、利用者識別情報が示す情報、すなわち、ユーザＵを示す情報（例えば、利用者ＩＤ））と、決済額と、店舗Ｘを識別する情報とを含む取引情報を決済サーバ１００へと送信する。

【0031】

決済サーバ１００は、店舗端末から取引情報を受け付けると、利用者識別情報が示すユーザＵの口座から、店舗Ｘの口座へと、決済額に相当する分の電子マネーを移行させる。そして、決済サーバ１００は、店舗端末あるいは端末装置１０に対し、取引が完了した旨の通知を送信する。店舗端末あるいは端末装置１０は、取引が完了した旨の画面や所定の音声を出力することで、電子マネーによる取引が完了した旨をユーザＵに通知する。また、決済サーバ１００は、利用者識別情報が示すユーザＵの口座から決済額に相当する分の電子マネーを引き出して店舗Ｘの売り上げ情報として管理し、所定のタイミングで売上に相当する額の現金を店舗Ｘが保有する銀行口座に振り込んでもよい。この場合、決済サーバ１００は、ユーザＵの口座から決済額に相当する分の電子マネーを引き出したタイミングで、電子マネーによる取引が完了した旨を店員あるいはユーザＵに通知してもよい。

【0032】

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

【0033】

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

【0034】

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

【0035】

ここで、送金先のユーザＵであるサービス利用者の電話番号や利用者ＩＤは、当該ユーザＵに関する情報と紐付けてユーザアプリに予め登録されていてもよい。この場合、端末装置１０は、ユーザアプリに登録されたユーザＵ（送金先）の指定と、当該ユーザＵへの送金金額の入力とをユーザＵから受け付け、指定されたユーザＵに紐付けられた電話番号または利用者ＩＤと、送金金額と、ユーザＵを識別する利用者識別情報とを決済サーバ１００へと送信する。

【0036】

上述してきたように、決済サーバ１００は、サービス利用者に電子決済サービスを提供する同一のプラットフォーム上で、電子マネーを用いた決済、及び電子マネーの送金に関する情報処理を実行できる。

【0037】

なお、上述した電子決済サービスに対応する各種処理を実現する決済手段などは、商品の購入や役務（サービス）の提供に対する対価の提供（債務の精算）のためのものや、複数のユーザＵが有する口座間の送金のためのものに限定されるものではない。例えば、上述した決済手段などは、ユーザＵや店舗など、電子マネーの所有者と紐づく任意の所有者の口座間における電子マネーの送受信を制御するサービスであればよい。すなわち、実施形態に係る決済手段などは、電子マネーのやり取りを実現するための各種制御（電子マネーを介した各種の口座間送金制御のみならず、電子マネー口座と銀行口座間のやり取りに関する制御や、分割、ボーナス払いに伴う処理といった各種債権処理、その他電子マネーを含む財産のやり取りに関する各種制御）を実行する取引手段や取引サービスであれば、任意の態様で提供されるものであってもよい。また、このような取引手段や取引サービスが実現する各種の制御には、決済に関する制御と送金に関する制御の両方が含まれていてもよく、いずれか一方のみが含まれていてもよい。すなわち、「取引」とは、電子マネーに関する「決済」のみならず、電子マネーの「送金」やその他各種の処理をも含む概念である。すなわち、決済サーバ１００は、任意の所有者間における電子マネーのやり取りを制御する取引手段を実現する情報処理装置であってもよい。

【0038】

［１－３．実施形態に係る不正行為について］
ここで、実施形態に係る不正行為について説明する。図２は、実施形態に係る不正行為の説明図である。上記した電子決済サービスを利用するユーザＵの中には、他のユーザＵから不正に電子マネーを送金させるなどの不正行為を行うユーザ（以下、「不正ユーザ」と記載する）がいる。ここでは、図１に示されるユーザＵ－１が不正ユーザＵ－１であるものとして説明する。

【0039】

不正ユーザＵ－１は、複数のユーザＵが閲覧可能なＳＮＳの掲示板などに、実際には所有していないコンサートチケットを有償で譲渡する旨の書き込みを行うことがある。例えば、図２に示すように、不正ユーザＵ－１は、ＳＮＳに「ＡＢＣライブツアーＸ月Ｘ日東京公演のチケットをお譲りします！ＤＭにてご連絡ください！」などの書き込みを行う。このとき、不正ユーザＵ－１は、例えば、マイナンバーカードＭＮＣなどの写真付き身分証明書などをＳＮＳに添付して、一般のユーザＵを信用させる。

【0040】

その後、不正ユーザＵ－１は、例えば、コンサートチケットの譲渡に興味を示したユーザＵ－２との間で電子決済サービスにおける友達関係を締結することによって、ユーザＵ－２とＤＭの送受信が可能になる。

【0041】

そして、不正ユーザＵ－１は、友達関係を締結したユーザＵ－２に、例えば、「チケット代は、下記口座にお振込みをお願いします。ＸＸ銀行口座番号ＸＸＸＸＸＸＸＸＸＸ」などの振り込みを要求するＤＭを送信する。ユーザＵ―２は、不正ユーザＵ－１の口座にチケット代の電子マネーを送金後、不正ユーザＵ－１へ、例えば、「チケット代を振り込みました。受け渡し日時を教えてください。」などのＤＭを送信する。

【0042】

一方、不正ユーザＵ－１は、ユーザＵ－２からの入金を確認すると、ユーザＵ－２との連絡を絶つために、ユーザＵ－２からのＤＭの受信を拒否する受信拒否設定（以下、「ブロック」と記載する）を行う。このため、ユーザＵ－２は、コンサートチケットを受け取ることができず、不正ユーザＵ－１からチケット代を騙し取られることになる。

【0043】

このように、ユーザＵの中には、電子決済サービスを悪用して、不正に電子マネーを騙し取る不正行為を行う不正ユーザＵ－１も含まれている。そこで、実施形態にかかる決済サーバ１００は、電子決済サービスを悪用して不正行為を行った可能性がある不正ユーザＵ－１を推定できる情報処理を実行する。

【0044】

［１－４．実施形態に係る情報処理の概要について］
続いて、図１を用いて、実施形態に係る情報処理の概要について説明する。図１に、実施形態に係る情報処理の概要を示す。以下では、決済サーバ１００が、電子決済サービスにおけるＤＭ送受信のブロックに関する設定情報を取得し、取得した設定情報に基づいて、電子決済サービスを悪用して不正行為を行った可能性がある不正ユーザＵ－１を推定する情報処理の概要について説明する。決済サーバ１００は、以下に説明する情報処理により、電子決済サービスの不正ユーザＵ－１を効率的に推定する。

【0045】

ここでは、不正ユーザＵ－１が電子決済サービスを不正利用して複数のユーザＵ－２～Ｕ－６に電子マネーを送金させる詐欺師であるものとして説明する。また、以下の説明において、不正利用とは、例えば、電子決済サービスの利用規約に違反する行為全般を指し、例えば、公序良俗に反して、電子マネーの送金を募る行為などが例示される。なお、以下の説明において、端末装置１０（１０－１～１０－６）をユーザＵ（Ｕ－１～Ｕ－６）と表記して説明する場合がある。すなわち、ユーザＵを端末装置１０と読み替えることができる。

【0046】

図１に示すように、不正ユーザＵ－１は、不正行為を行う場合、例えば、ユーザＵ－２から自身の口座へ不正に電子マネーを送金させ（ステップＳ０３）、入金を確認すると直ぐに、送金元のユーザＵ－２からのＤＭをブロックする（ステップＳ０４）。

【0047】

このような不正ユーザＵ－１は、不正行為による利益を増大させるため、例えば、図２に示すような偽の譲渡話を多数のユーザＵが閲覧可能なＳＮＳに投稿する。そして、不正ユーザＵ－１は、被害者となるユーザＵ－３から自身の口座へ不正に電子マネーを送金させ（ステップＳ０５）、入金を確認すると直ぐに、送金元のユーザＵ－３からのＤＭをブロックする（ステップＳ０６）。

【0048】

同様に、不正ユーザＵ－１は、他のユーザＵ－４から自身の口座へ不正に電子マネーを送金させ（ステップＳ０７）、入金を確認すると直ぐに、送金元のユーザＵ－４からのＤＭをブロックする（ステップＳ０８）。また、不正ユーザＵ－１は、他のユーザＵ－５から自身の口座へ不正に電子マネーを送金させ（ステップＳ０９）、入金を確認すると直ぐに、送金元のユーザＵ－５からのＤＭをブロックする（ステップＳ１０）。さらに、不正ユーザＵ－１は、他のユーザＵ－６から自身の口座へ不正に電子マネーを送金させ（ステップＳ１１）、入金を確認すると直ぐに、送金元のユーザＵ－６からのＤＭをブロックする（ステップＳ１２）。

【0049】

このように、不正ユーザＵ－１は、同時期に多数のユーザＵからのＤＭをブロックする傾向がある。これに対して、不正ユーザＵ－１ではない善良な一般のユーザＵ－２～Ｕ６は、通常、同時期に多数のユーザＵからのＤＭをブロックするようなことはしないはずである。

【0050】

そこで、決済サーバ１００は、電子決済サービスのユーザＵからブロックに関する設定情報を取得する（ステップＳ１３）。設定情報には、例えば、各ユーザＵのユーザＩＤ、各ユーザＵが友達登録しているユーザＵ、友達からのＤＭをブロックしているか否かを示すブロック状態、およびＤＭをブロックした日時などの情報が含まれる。

【0051】

そして、決済サーバ１００は、取得した設定情報に基づいて、所定期間内にブロックしたＤＭの送受信相手となるユーザＵの数が所定数を超えたユーザＵ－１を不正ユーザＵ－１と推定する（ステップＳ１４）。

【0052】

例えば、決済サーバ１００は、１日（２４時間）の間に、ブロックしたユーザＵの数が５を超えたユーザＵ－１を不正ユーザＵ－１と推定する。なお、所定期間は、１日に限定されない。また、所定数も５に限定されない。所定数は、例えば、１以上の任意の整数であってもよい。

【0053】

これにより、決済サーバ１００は、ブロックしたユーザＵの数を監視するだけで、電子決済サービスを悪用して不正行為を行った可能性がある不正ユーザＵ－１を効率的に推定することができる。なお、ここで説明した情報処理は、決済サーバ１００が不正ユーザＵ－１を推定する処理の一部である。決済サーバ１００が実行する処理の具体例については、図６～図１２を参照して項後述する。

【0054】

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

【0055】

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

【0056】

［２－２．記憶部１２０について］
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）や、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置によって実現される。図３に示すように、記憶部１２０は、設定情報記憶部１２１と、移動履歴記憶部１２２とを有する。なお、図２に示す例に限られず、記憶部１２０は、上述し記憶部以外に、他の情報を記憶する記憶部を有していていもよい。

【0057】

［２－３．設定情報記憶部１２１について］
設定情報記憶部１２１は、電子決済サービスのユーザＵによってＤＭの送受信相手となるユーザＵ毎に設定されるＤＭのブロックに関する設定情報を記憶する。図４に、実施形態に係る設定情報の概要を示す。図４は、実施形態に係る設定情報の一例であり、図４に示す以外の情報が含まれていてもよい。

【0058】

図４に示すように、実施形態に係る設定情報は、電子決済サービスのユーザＵ毎に、ユーザＩＤと、友達と、ブロック状態と、ブロック日時とが対応付けられた情報である。ユーザＩＤは、電子決済サービスのサービス利用者を識別するために各サービス利用者に対して個別に割り当てられる識別情報である。

【0059】

ユーザＩＤには、電子決済サービスを利用するために使用される各ユーザＵ固有のコード情報が紐づけられている。友達は、各ユーザＵが電子決済サービス内において友達関係を締結して友達登録した他のユーザＵのユーザＩＤである。

【0060】

ブロック状態は、友達からのＤＭをブロックしているか否かを示す情報である。設定情報においてブロック状態がブロックとなっている友達は、ＤＭがブロックされている友達である。設定情報においてブロック状態がブロックとなっていない友達は、ＤＭがブロックされていない友達であることを示す。ブロック日時は、ブロックが行われた日時である。

【0061】

［２－４．移動履歴記憶部１２２について］
移動履歴記憶部１２２は、ユーザＵ間における電子決済サービスを利用した電子マネーの移動履歴を記憶する。図５に、実施形態に係る移動履歴の概要を示す。図５は、実施形態に係る移動履歴の一例であり、図５に示す以外の情報が含まれていてもよい。

【0062】

図５に示すように、実施形態に係る移動履歴は、電子決済サービスのユーザＵ毎に、ユーザＩＤと、ユーザ情報と、決済履歴と、送金履歴と、入金履歴とが対応付けられた情報である。ユーザＩＤは、設定情報に含まれるユーザ情報と同じ情報である。

【0063】

ユーザ情報は、電子決済サービスの利用登録の際にユーザＵが自ら設定する本人確認情報やコード情報などの個人情報が含まれる。本人確認情報には、性別や、氏名や、年齢や、住所や、電話番号や、メールアドレスなどが含まれる。コード情報は、例えば、各ユーザＵに対して個別に割り当てられる識別情報に対応する２次元コードなどの情報である。コード情報は、例えば、送金受付用コードとして利用される。

【0064】

決済履歴は、各ユーザＵによって行われた電子決済サービスによる決済の履歴を示す情報である。送金履歴は、各ユーザＵによって行われた電子決済サービスによる送金の履歴を示す情報である。送金履歴には、他のユーザＵに対して電子マネーを譲渡した取引に関する情報が含まれる。例えば、送金履歴には、電子マネーの送金元のユーザＵのユーザＩＤ、電子マネーの送金先のユーザＵのユーザＩＤ、送金された電子マネーの金額、および送金日時などの情報が含まれる。

【0065】

入金履歴は、各ユーザＵによって行われた電子決済サービスによる入金の履歴を示す情報。入金履歴には、他のユーザＵから電子マネーの残高を譲り受けた取引に関する情報が含まれる。例えば、入金履歴には、電子マネーの入金元のユーザＵのユーザＩＤ、電子マネーの入金先のユーザＵのユーザＩＤ、入金された電子マネーの金額、および入金日時などの情報が含まれる。

【0066】

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

【0067】

［２－６．取得部１３１について］
取得部１３１は、決済処理サービスの各ユーザＵによってメッセージの送受信相手となるユーザＵ毎に設定されるメッセージの受信拒否設定に関する設定情報、例えば、図４に示すブロックに関する設定情報を各ユーザＵの端末装置１０から取得する。

【0068】

取得部１３１は、決済処理サービスのユーザＵ間における電子マネーの移動履歴、例えば、図５に示す移動履歴を各ユーザＵの端末装置１０から取得する。そして、取得部１３１は、取得した設定情報および移動履歴を推定部１３２に出力する。なお、取得部１３１は、設定情報および移動履歴のうち、少なくともいずれか一方を推定部１３２に出力するように構成されてもよい。

【0069】

［２－７．推定部１３２について］
推定部１３２は、取得部１３１により取得される設定情報に基づいて、所定期間内に受信拒否設定、つまりブロックを行ったＤＭの送受信相手となるユーザＵの数が所定数を超えたユーザＵを所定の不正行為を行った可能性がある不正ユーザＵ－１と推定する。

【0070】

また、不正ユーザＵ－１は、不正に電子マネーを送金させる場合、不正行為の発覚をおそれるため、入金の確認後、速やかに送金元のユーザＵからのＤＭをブロックする。そこで、推定部１３２は、取得部１３１により取得される移動履歴および設定情報に基づいて、電子マネーが入金されてから所定時間内に電子マネーの送金元となるユーザＵに対して受信拒否設定を行ったユーザＵを不正ユーザＵ－１と推定する。

【0071】

例えば、推定部１３２は、電子マネーが入金されてから３０分以内に送金元のユーザＵに対してブロックを行ったユーザＵを不正ユーザＵ－１と推定する。なお、所定時間は、３０分に限定されない。

【0072】

また、不正ユーザＵ―１は、例えば、同じ商品を有償で譲渡する詐欺行為を行う場合、被害者となるユーザＵは、概ねに通った金額を不正ユーザＵ－１に送金するはずである。そこで、推定部１３２は、取得部１３１により取得される移動履歴に基づいて、所定期間内に所定金額範囲内の金額の電子マネーが複数のユーザＵから入金されたユーザＵを不正ユーザＵ－１と推定する。

【0073】

例えば、推定部１３２は、1日間の間に複数のユーザＵから入金された電子マネーの各金額の誤差が３０００円であったユーザＵを不正ユーザＵ－１と推定する。なお、所定期間は、１日間に限定されない。また、各入金金額の誤差は、３００円に限定されない。

【0074】

また、不正ユーザＵ－１は、被害者となるユーザＵの購買意欲を高めるため、日用品などの商品ではなく、プレミアが付いた入手困難な高額な上品の譲渡を持ち掛ける傾向がある。このため、被害者となるユーザＵは、例えば、通常は平均３０００円程度の決済処理しかしていなくても、入手困難な商品を譲渡してもうらために、１００００円以上の電子マネーを不正ユーザＵ－１に送金してしまう場合がある。

【0075】

そこで、推定部１３２は、取得部１３１により取得される移動履歴に基づいて、電子マネーの送金元のユーザＵによる平均決済金額よりも高い所定金額以上の金額の電子マネーが入金されたユーザＵを不正ユーザＵ－１と推定する。例えば、推定部１３２は、過去３か月における平均決済金額の倍以上の金額の電子マネーを送金したユーザＵの送金先となるユーザＵを不正ユーザＵ－１と推定する。

【0076】

また、不正ユーザＵ－１は、不正に得た電子マネーを直ちに現金化したいはずだが、電子マネーの出金には、一般に本人確認が必要である。このため、不正ユーザＵ－１は、被害者となるユーザＵからの入金確認後、直ぐに電子マネーを現物化する傾向がある。

【0077】

そこで、推定部１３２は、取得部１３１により取得される移動履歴に基づいて、複数のユーザＵから電子マネーが入金されてから所定時間内に、その電子マネーを入金総額に相当する商品の決済に使用したユーザＵを不正ユーザＵ－１と推定する。

【0078】

例えば、推定部１３２は、５人目のユーザＵからの入金を確認後、３０分以内に電子マネーを５人分の入金総額に相当する商品の決済に使用したユーザＵを不正ユーザＵ－１と推定する。なお、所定時間は、３０分に限定されない。

【0079】

また、不正ユーザＵ－１は、入金確認後、電子決済サービスが停止されることを恐れて、入金後、直ぐに電子マネーを不正行為と無関係な他のユーザアカウントに送金する傾向がある。

【0080】

そこで、推定部１３２は、取得部１３１により取得される移動履歴に基づいて、複数のユーザＵから電子マネーが入金されてから所定時間内に、電子マネーを電子決済サービスにおける他のユーザアカウントに送金したユーザＵを不正ユーザＵ－１と推定する。

【0081】

また、推定部１３２は、不正ユーザＵ－１と推定した不正ユーザＵへ電子マネーを送金するユーザＵに対して、送金先のユーザＵが不正ユーザＵ－１である可能性がある旨を通知するように構成されてもよい。

【0082】

例えば、推定部１３２は、被害者となる電子マネーを送信しようとする際、端末装置１０に表示される送金ボタンがタッチ操作される前に、「送金のユーザは、不正ユーザの可能性があります。」などの注意喚起メッセージを端末装置１０に表示させる。

【0083】

なお、推定部１３２が行う注意喚起の方法は、注意喚起メッセージの表示に限定されない。例えば、推定部１３２は、端末装置１０に表示される送金画面の背景色を通常（例えば、白色）とは異なる色（例えば、赤色）などにして注意喚起を行ってもよい。

【0084】

また、推定部１３２は、例えば、ユーザＵ－１のユーザＩＤなどから不正ユーザＵ－１と推定したユーザＵのユーザアカウントを特定することもできる。この場合、推定部１３２は、特定した不正ユーザＵ－１のユーザアカウントを用いた電子決済サービスの利用を制限させるように構成されてもよい。例えば、推定部１３２は、特定した不正ユーザＵ－１の送金受付用コードを無効化してもよい。

【0085】

また、推定部１３２は、例えば、不正ユーザＵ－１に対して警告を行うように構成されてもよい。この場合、推定部１３２は、ユーザアカウントに紐付けられているメールアドレスや電話番号、住所などの個人情報を用いて、電子メールや電話、封書などの任意の方法で不正ユーザＵ－１に対して警告を行うことができる。また、推定部１３２は、不正ユーザＵ－１の電子マネーのやり取りを監視するため、不正ユーザＵ－１のユーザアカウントを監視リストに登録してもよい。この場合、推定部１３２は、記憶部１２０に監視リスト記憶部を作成して登録する。

【0086】

［３．処理手順例］
以下、実施形態に係る決済サーバ１００における処理手順の一例を説明する。図６～図１２に、実施形態に係る決済サーバ１００により実行される情報処理手順の一例を示す。

【0087】

［３－１．メイン処理］
決済サーバ１００の制御部１３０は、図６に示すメイン処理を繰り返し実行する。図６に示すように、制御部１３０は、メイン処理を開始すると、電子決済サービスの各ユーザによってメッセージの送受信相手となるユーザ毎に設定されるメッセージのブロックに関する設定情報を各ユーザＵの端末装置１０から取得する（ステップＳ１０１）。

【0088】

その後、制御部１３０は、電子決済サービスのユーザＵ間における電子マネーの移動履歴を各ユーザＵの端末装置１０から取得する（ステップＳ１０２）。続いて、制御部１３０は、取得した設定情報および移動履歴に基づく不正ユーザ推定処理を実行する（ステップＳ１０３）。不正ユーザ推定処理の詳細については、図７～図１２を参照して後述する。

【0089】

その後、制御部１３０は、ユーザＵを不正ユーザＵ－１と推定したか否かを判定する（ステップＳ１０４）。不正ユーザＵ－１と推定していないと判定した場合（ステップＳ１０４，Ｎｏ）、つまり、ユーザＵを善良な一般のユーザであると判定した場合、処理を終了する。

【0090】

また、制御部１３０は、ユーザＵを不正ユーザＵ－１と判定した場合（ステップＳ１０４，Ｙｅｓ）、不正ユーザＵ－１による電子決済サービスの利用制限を行う（ステップＳ１０５）。その後、一般のユーザＵが不正ユーザＵ－１に送金するか否かを判定する（ステップＳ１０６）。

【0091】

制御部１３０は、不正ユーザＵ－１に送金しないと判定した場合（ステップＳ１０６，Ｎｏ）、処理を終了する。制御部１３０は、不正ユーザＵ－１に送金すると判定した場合（ステップＳ１０６，Ｙｅｓ）、不正ユーザＵ－１に送金するユーザＵに対して注意喚起を行い（ステップＳ１０７）、処理を終了する。

【0092】

［３－２．不正ユーザ推定処理］
制御部１３０は、不正ユーザ推定処理を開始すると、電子決済サービスの各ユーザＵについて、図７～図１３に示す処理のうち、少なくともいずれか一つの処理を実行する。

【0093】

例えば、図７に示すように、制御部１３０は、取得した設定情報に基づいて、所定期間内にブロックした送受信相手となるユーザＵの数が所定数を超えたか否かを判定する（ステップＳ２０１）。

【0094】

制御部１３０は、ブロックしたユーザＵの数が所定数を超えたと判定した場合（ステップＳ２０１，Ｙｅｓ）、ユーザＵを不正ユーザＵ－１と判定し、処理を終了する。また、制御部１３０は、ブロックしたユーザＵの数が所定数を超えていないと判定した場合（ステップＳ２０１，Ｎｏ）、ユーザＵを不正ユーザＵ－１でないと判定し、処理を終了する。

【0095】

また、図８に示すように、制御部１３０は、取得した設定情報に基づいて、所定期間内にブロックした送受信相手となるユーザＵの数が所定数を超えたか否かを判定する（ステップＳ３０１）。

【0096】

制御部１３０は、ブロックしたユーザＵの数が所定数を超えたと判定した場合（ステップＳ３０１，Ｙｅｓ）、取得した移動履歴および設定情報に基づいて、電子マネーが入金されてから所定時間内に電子マネーの送金元となるユーザＵに対してブロックを行ったか否かを判定する（ステップＳ３０２）。

【0097】

制御部１３０は、電子マネーが入金されてから所定時間内に電子マネーの送金元となるユーザＵに対してブロックを行ったと判定した場合（ステップＳ３０２，Ｙｅｓ）、ユーザＵを不正ユーザＵ－１と判定し（ステップＳ３０３）、処理を終了する。

【0098】

また、制御部１３０は、ブロックしたユーザＵの数が所定数を超えていないと判定した場合（ステップＳ３０１，Ｎｏ）、処理をステップＳ３０４へ処理を移す。また、制御部１３０は、電子マネーが入金されてから所定時間内に電子マネーの送金元となるユーザＵに対してブロックを行っていないと判定した場合（ステップＳ３０２，Ｎｏ）、ユーザＵを不正ユーザＵ－１でないと判定し（ステップＳ３０４）、処理を終了する。

【0099】

また、図９に示すように、制御部１３０は、取得した設定情報に基づいて、所定期間内にブロックした送受信相手となるユーザＵの数が所定数を超えたか否かを判定する（ステップＳ４０１）。

【0100】

制御部１３０は、ブロックしたユーザＵの数が所定数を超えたと判定した場合（ステップＳ４０１，Ｙｅｓ）、取得した移動履歴に基づいて、所定期間内に所定金額範囲内の金額の電子マネーが複数のユーザから入金されたか否かを判定する（ステップＳ４０２）。

【0101】

制御部１３０は、所定期間内に所定金額範囲内の金額の電子マネーが複数のユーザから入金されたと判定した場合（ステップＳ４０２，Ｙｅｓ）、ユーザＵを不正ユーザＵ－１と判定し（ステップＳ４０３）、処理を終了する。

【0102】

また、制御部１３０は、ブロックしたユーザＵの数が所定数を超えていないと判定した場合（ステップＳ４０１，Ｎｏ）、処理をステップＳ４０４へ処理を移す。また、制御部１３０は、所定期間内に所定金額範囲内の金額の電子マネーが複数のユーザから入金されていないと判定した場合（ステップＳ４０２，Ｎｏ）、ユーザＵを不正ユーザＵ－１でないと判定し（ステップＳ４０４）、処理を終了する。

【0103】

また、図１０に示すように、制御部１３０は、取得した設定情報に基づいて、所定期間内にブロックした送受信相手となるユーザＵの数が所定数を超えたか否かを判定する（ステップＳ５０１）。

【0104】

制御部１３０は、ブロックしたユーザＵの数が所定数を超えたと判定した場合（ステップＳ５０１，Ｙｅｓ）、取得した移動履歴に基づいて、電子マネーの送金元のユーザＵによる平均決済金額よりも高い所定金額以上の金額の電子マネーが入金されたか否かを判定する（ステップＳ５０２）。

【0105】

制御部１３０は、電子マネーの送金元のユーザＵによる平均決済金額よりも高い所定金額以上の金額の電子マネーが入金されたと判定した場合（ステップＳ５０２，Ｙｅｓ）、ユーザＵを不正ユーザＵ－１と判定し（ステップＳ５０３）、処理を終了する。

【0106】

制御部１３０は、ブロックしたユーザＵの数が所定数を超えていないと判定した場合（ステップＳ５０１，Ｎｏ）、処理をステップＳ５０４へ処理を移す。また、制御部１３０は、電子マネーの送金元のユーザＵによる平均決済金額よりも高い所定金額以上の金額の電子マネーが入金されていないと判定した場合（ステップＳ５０２，Ｎｏ）、ユーザＵを不正ユーザＵ－１でないと判定し（ステップＳ５０４）、処理を終了する。

【0107】

また、図１１に示すように、制御部１３０は、取得した設定情報に基づいて、所定期間内にブロックした送受信相手となるユーザＵの数が所定数を超えたか否かを判定する（ステップＳ６０１）。

【0108】

制御部１３０は、ブロックしたユーザＵの数が所定数を超えたと判定した場合（ステップＳ６０１，Ｙｅｓ）、制御部１３０は、取得した移動履歴に基づいて、複数のユーザＵから電子マネーが入金されてから所定時間内に、電子マネーを当該電子マネーの総額に相当する商品の決済に使用したか否かを判定する（ステップＳ６０２）。

【0109】

制御部１３０は、複数のユーザＵから電子マネーが入金されてから所定時間内に、電子マネーを当該電子マネーの総額に相当する商品の決済に使用したと判定した場合（ステップＳ６０２，Ｙｅｓ）、ユーザＵを不正ユーザＵ－１と判定し（ステップＳ６０３）、処理を終了する。

【0110】

また、制御部１３０は、ブロックしたユーザＵの数が所定数を超えていないと判定した場合（ステップＳ６０１，Ｎｏ）、処理をステップＳ６０４へ処理を移す。また、制御部１３０は、複数のユーザＵから電子マネーが入金されてから所定時間内に、電子マネーを当該電子マネーの総額に相当する商品の決済に使用していないと判定した場合（ステップＳ６０２，Ｎｏ）、ユーザＵを不正ユーザＵ－１でないと判定し（ステップＳ６０４）、処理を終了する。

【0111】

また、図１２に示すように、制御部１３０は、取得した設定情報に基づいて、所定期間内にブロックした送受信相手となるユーザＵの数が所定数を超えたか否かを判定する（ステップＳ７０１）。

【0112】

制御部１３０は、ブロックしたユーザＵの数が所定数を超えたと判定した場合（ステップＳ７０１，Ｙｅｓ）、制御部１３０は、取得した移動履歴に基づいて、複数のユーザＵから電子マネーが入金されてから所定時間内に、電子マネーを電子決済サービスにおける他のユーザアカウントに送金したか否かを判定する（ステップＳ７０２）。

【0113】

制御部１３０は、複数のユーザＵから電子マネーが入金されてから所定時間内に、電子マネーを電子決済サービスにおける他のユーザアカウントに送金したと判定した場合（ステップＳ７０２，Ｙｅｓ）、ユーザＵを不正ユーザＵ－１と判定し（ステップＳ７０３）、処理を終了する。

【0114】

また、制御部１３０は、ブロックしたユーザＵの数が所定数を超えていないと判定した場合（ステップＳ７０１，Ｎｏ）、処理をステップＳ７０４へ処理を移す。また、制御部１３０は、複数のユーザＵから電子マネーが入金されてから所定時間内に、電子マネーを電子決済サービスにおける他のユーザアカウントに送金していないと判定した場合（ステップＳ７０２，Ｎｏ）、ユーザＵを不正ユーザＵ－１でないと判定し（ステップＳ７０４）、処理を終了する。

【0115】

また、図１３に示すように、制御部１３０は、取得した設定情報に基づいて、所定期間内にブロックした送受信相手となるユーザＵの数が所定数を超えたか否かを判定する（ステップＳ８０１）。

【0116】

制御部１３０は、ブロックしたユーザＵの数が所定数を超えたと判定した場合（ステップＳ８０１，Ｙｅｓ）、制御部１３０は、取得した移動履歴に基づいて、時間的な前後所定期間の電子マネーの移動履歴が所定条件を満たすか否かを判定する（ステップＳ８０２）。

【0117】

つまり、制御部１３０は、ユーザＵによるブロックが検出される前の所定記か、または、ユーザＵによるブロックが検出された後の所定期間における移動履歴が所定条件を満たすか否かを判定する。ここでの所定条件は、例えば、図９に示すステップＳ４０２、図１０に示すステップＳ５０２、図１１に示すステップＳ６０２、および図１２に示すステップＳ７０２に記載の条件のうち、少なくともいずれか一つである。

【0118】

制御部１３０は、移動履歴が所定条件を満たすと判定した場合（ステップＳ８０２，Ｙｅｓ）、ユーザＵを不正ユーザＵ－１と判定し（ステップＳ８０３）、処理を終了する。また、制御部１３０は、ブロックしたユーザＵの数が所定数を超えていないと判定した場合（ステップＳ８０１，Ｎｏ）、処理をステップＳ８０４へ処理を移す。

【0119】

また、制御部１３０は、移動履歴が所定条件を満たさないと判定した場合（ステップＳ８０２，Ｎｏ）、ユーザＵを不正ユーザＵ－１でないと判定し（ステップＳ８０４）、処理を終了する。

【0120】

なお、上述した実施形態では、決済サーバ１００が各ユーザＵの端末装置１０から設定情報および移動履歴を取得し、取得した設定情報および移動履歴に基づいて、不正ユーザＵ－１を推定する場合について説明したが、これは一例である。

【0121】

決済サーバ１００は、各ユーザＵの端末装置１０から設定情報および移動履歴のうちいずれか一方を取得し、取得した設定情報または移動履歴に基づいて、不正ユーザＵ－１を推定するように構成されてもよい。

【0122】

［４．効果］
上述してきたように、実施形態に係る決済サーバ１００は、ユーザＵ間におけるメッセージの送受信と、ユーザＵ間における電子マネーの移動とが可能な電子決済サービスに関する処理を行う情報処理装置であって、取得部１３１と、推定部１３２とを有する。取得部１３１は、各ユーザＵによってメッセージの送受信相手となるユーザＵ毎に設定されるメッセージの受信拒否設定に関する設定情報を取得する。推定部１３２は、取得部１３１により取得される設定情報に基づいて、所定期間内に受信拒否設定を行った送受信相手となるユーザＵの数が所定数を超えたユーザを所定の不正行為を行った可能性がある不正ユーザＵ－１と推定する。

【0123】

また、取得部１３１は、ユーザＵ間における電子マネーの移動履歴を取得する。推定部１３２は、取得部１３１により取得される移動履歴および設定情報に基づいて、電子マネーが入金されてから所定時間内に電子マネーの送金元となるユーザＵに対して受信拒否設定を行ったユーザＵを不正ユーザＵ－１と推定する。

【0124】

また、推定部１３２は、取得部１３１により取得される移動履歴に基づいて、所定期間内に所定金額範囲内の金額の電子マネーが複数のユーザＵから入金されたユーザＵを不正ユーザＵ－１と推定する。

【0125】

また、推定部１３２は、取得部１３１により取得される移動履歴に基づいて、電子マネーの送金元のユーザＵによる平均決済金額よりも高い所定金額以上の金額の電子マネーが入金されたユーザＵを不正ユーザＵ－１と推定する。

【0126】

また、推定部１３２は、取得部１３１により取得される移動履歴に基づいて、複数のユーザＵから電子マネーが入金されてから所定時間内に、電子マネーを当該電子マネーの総額に相当する商品の決済に使用したユーザＵを不正ユーザＵ－１と推定する。

【0127】

また、推定部１３２は、取得部１３１により取得される移動履歴に基づいて、複数のユーザＵから電子マネーが入金されてから所定時間内に、電子マネーを電子決済サービスにおける他のユーザアカウントに送金したユーザＵを不正ユーザＵ－１と推定する。

【0128】

推定部１３２は、推定した不正ユーザＵ－１へ電子マネーを送金するユーザＵに対して、送金先のユーザＵが不正ユーザＵ－１である可能性がある旨を通知する。

【0129】

また、推定部１３２は、推定した不正ユーザＵ－１のユーザアカウントを特定し、特定したユーザアカウントを用いた電子決済サービスの利用を制限させる。

【0130】

また、所定の不正行為は、他のユーザＵから不正に電子マネーを送金させる詐欺行為である。

【0131】

このようにして、実施形態に係る決済サーバ１００は、上述した各部により実行される処理、又は各部のうちのいずれかの組合せにより、電子決済サービスを悪用して不正行為を行った可能性がある不正ユーザを推定できる。

【0132】

［５．ハードウェア構成］
また、上述してきた実施形態に係る決済サーバ１００は、例えば、図１４に示すような構成のコンピュータ１０００によって実現される。図１４に、実施形態に係る決済サーバ１００の機能を実現するコンピュータの一例を示すハードウェア構成図を示す。

【0133】

コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。

【0134】

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

【0135】

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインターフェイスであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナなどといった各種の入力装置１０２０から情報を受信するためのインターフェイスであり、例えば、ＵＳＢなどにより実現される。

【0136】

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）などの光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリなどから情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリなどの外付け記憶媒体であってもよい。

【0137】

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

【0138】

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

【0139】

例えば、コンピュータ１０００が実施形態に係る情報処理装置の一例である決済サーバ１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（例えば、情報処理プログラム）を実行することにより、制御部１３０と同様の機能を実現する。すなわち、演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（例えば、情報処理プログラム）との協働により、実施形態に係る決済サーバ１００による処理を実現する。

【0140】

［６．その他］
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

【0141】

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

【0142】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、実施形態に係る情報処理システムＳＹＳは、実施形態に係る決済サーバ１００が有する処理機能部のうち、実施形態に係る情報処理の機能や作用を実現または実行する処理機能部を有する他の情報処理装置を含んで構成されていてもよい。

【0143】

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

【0144】

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

【符号の説明】

【0145】

１０，１０－１～１０－６端末装置
２０サービス提供装置
１００決済サーバ
１１０通信部
１２０記憶部
１２１設定情報記憶部
１２２移動履歴記憶部
１３０制御部
１３１取得部
１３２推定部
Ｕ，Ｕ－１～Ｕ－６ユーザ

【図1】