ホーム > 特許ランキング > ＰａｙＰａｙ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023106030
(43)【公開日】2023-08-01
(54)【発明の名称】情報処理装置、情報処理方法及び情報処理プログラム
(51)【国際特許分類】
G06Q 20/08 20120101AFI20230725BHJP
【ＦＩ】
G06Q20/08 300
【審査請求】有
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2022007133
(22)【出願日】2022-01-20
(11)【特許番号】
(45)【特許公報発行日】2022-10-18
(71)【出願人】
【識別番号】519110124
【氏名又は名称】ＰａｙＰａｙ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】土門 弘典
(72)【発明者】
【氏名】安念 宣子
(72)【発明者】
【氏名】木村 健太郎
【テーマコード（参考）】
5L055
【Ｆターム（参考）】
5L055AA21
(57)【要約】
【課題】資金移動業者が提供するサービス上での資金の滞留を適切に防止する。
【解決手段】本願に係る情報処理装置は、所定の口座に紐づく入出金履歴に基づいて口座内の残高に出金に関する目的が所在するか否かを判定する判定部と、判定部により、目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行部とを有することを特徴とする。
【選択図】図３
【解決手段】本願に係る情報処理装置は、所定の口座に紐づく入出金履歴に基づいて口座内の残高に出金に関する目的が所在するか否かを判定する判定部と、判定部により、目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行部とを有することを特徴とする。
【選択図】図３
【特許請求の範囲】
【請求項1】
所定の口座に紐づく入出金履歴に基づいて口座内の残高に出金に関する目的が所在するか否かを判定する判定部と、
前記判定部により、前記目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行部と
を有することを特徴とする情報処理装置。
前記判定部により、前記目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行部と
を有することを特徴とする情報処理装置。
【請求項2】
前記判定部は、
所定の時点での残高が所定額を超えた、且つ、所定の期間内に出金を行っていない場合には、前記目的が所在しないと判定する
ことを特徴とする請求項１に記載の情報処理装置。
所定の時点での残高が所定額を超えた、且つ、所定の期間内に出金を行っていない場合には、前記目的が所在しないと判定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記実行部は、
前記残高の滞留防止の処理として、ユーザが予め登録した銀行口座に残高を強制的に払い戻す旨を通知する
ことを特徴とする請求項２に記載の情報処理装置。
前記残高の滞留防止の処理として、ユーザが予め登録した銀行口座に残高を強制的に払い戻す旨を通知する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項4】
前記実行部は、
前記所定の時点が属する所定の期間中の残高が継続して前記所定額を超えていた、且つ、前記所定の時点が属する所定の期間中に出金を行わなかった場合には、前記銀行口座に残高を強制的に払い戻す処理を実行する
ことを特徴とする請求項３に記載の情報処理装置。
前記所定の時点が属する所定の期間中の残高が継続して前記所定額を超えていた、且つ、前記所定の時点が属する所定の期間中に出金を行わなかった場合には、前記銀行口座に残高を強制的に払い戻す処理を実行する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項5】
前記実行部は、
前記払い戻す処理が失敗した場合には、前記所定の口座を有するサービスの利用を制限する
ことを特徴とする請求項４に記載の情報処理装置。
前記払い戻す処理が失敗した場合には、前記所定の口座を有するサービスの利用を制限する
ことを特徴とする請求項４に記載の情報処理装置。
【請求項6】
前記実行部は、
前記残高の滞留防止の処理として、繰り返し入金のみを行うユーザに対して、前記所定の口座への入金を制限する
ことを特徴とする請求項１から５のうちいずれか１つに記載の情報処理装置。
前記残高の滞留防止の処理として、繰り返し入金のみを行うユーザに対して、前記所定の口座への入金を制限する
ことを特徴とする請求項１から５のうちいずれか１つに記載の情報処理装置。
【請求項7】
前記実行部は、
前記残高の滞留防止の処理の実行を回避するための提案として、前記所定の口座の口座内の残高を用いた商品の購入又は寄付を提案する
ことを特徴とする請求項１から６のうちいずれか１つに記載の情報処理装置。
前記残高の滞留防止の処理の実行を回避するための提案として、前記所定の口座の口座内の残高を用いた商品の購入又は寄付を提案する
ことを特徴とする請求項１から６のうちいずれか１つに記載の情報処理装置。
【請求項8】
前記判定部は、
前記入出金履歴に基づいてユーザ毎に付与されたランクに応じた許容額を超えて残高を有する場合には、前記目的が所在しないと判定する
ことを特徴とする請求項１から７のうちいずれか１つに記載の情報処理装置。
前記入出金履歴に基づいてユーザ毎に付与されたランクに応じた許容額を超えて残高を有する場合には、前記目的が所在しないと判定する
ことを特徴とする請求項１から７のうちいずれか１つに記載の情報処理装置。
【請求項9】
前記判定部は、
前記入出金履歴に基づいて、将来の所定の期間内に出金があると推測できる場合には、前記目的が所在すると判定し、当該将来の所定の期間内に出金があると推測できない場合には、前記目的が所在しないと判定する
ことを特徴とする請求項１から８のうちいずれか１つに記載の情報処理装置。
前記入出金履歴に基づいて、将来の所定の期間内に出金があると推測できる場合には、前記目的が所在すると判定し、当該将来の所定の期間内に出金があると推測できない場合には、前記目的が所在しないと判定する
ことを特徴とする請求項１から８のうちいずれか１つに記載の情報処理装置。
【請求項10】
コンピュータが実行する情報処理方法であって、
所定の口座に紐づく入出金履歴に基づいて口座内の残高に出金に関する目的が所在するか否かを判定する判定工程と、
前記判定工程により、前記目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行工程と
を含むことを特徴とする情報処理方法。
所定の口座に紐づく入出金履歴に基づいて口座内の残高に出金に関する目的が所在するか否かを判定する判定工程と、
前記判定工程により、前記目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行工程と
を含むことを特徴とする情報処理方法。
【請求項11】
所定の口座に紐づく入出金履歴に基づいて口座内の残高に出金に関する目的が所在するか否かを判定する判定手順と、
前記判定手順により、前記目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行手順と
をコンピュータに実行させることを特徴とする情報処理プログラム。
前記判定手順により、前記目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行手順と
をコンピュータに実行させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。
【背景技術】
【0002】
資金決済法によって、資金移動業者には資金の滞留に関する滞留規制が定められている。従来、通貨価値の無制限な滞留、沈殿及び偏在を抑制し、円滑に市場を循環させることで景気を向上させることを目的とした技術が知られている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】国際公開第２０２０／２３５６００号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来の技術では、資金移動業者が提供するサービス上での資金の滞留を適切に防止することはできなかった。
【0005】
本願は、上記に鑑みてなされたものであって、資金移動業者が提供するサービス上での資金の滞留を適切に防止することを目的とする。
【課題を解決するための手段】
【0006】
本願に係る情報処理装置は、所定の口座に紐づく入出金履歴に基づいて口座内の残高に出金に関する目的が所在するか否かを判定する判定部と、判定部により、目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行部とを有することを特徴とする。
【発明の効果】
【0007】
実施形態の一態様によれば、資金移動業者が提供するサービス上での資金の滞留を適切に防止することができるという効果を奏する。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
以下に本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る付与装置、付与方法及び付与プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【0010】
〔１．実施形態〕
図１を用いて、本実施形態の情報処理装置等により実現される情報処理について説明する。図１は、実施形態に係る情報処理の一例を示す図である。なお、図１では、本実施形態に係る情報処理装置の一例である情報処理サーバ１０によって、実施形態に係る情報処理等が実現されるものとする。
図１を用いて、本実施形態の情報処理装置等により実現される情報処理について説明する。図１は、実施形態に係る情報処理の一例を示す図である。なお、図１では、本実施形態に係る情報処理装置の一例である情報処理サーバ１０によって、実施形態に係る情報処理等が実現されるものとする。
【0011】
〔１－１．情報処理システムの構成〕
図１の説明に先立って、図２を用いて情報処理システム１の構成について説明する。図２は、実施形態に係る情報処理システムの構成例を示す図である。図２に示すように、実施形態に係る情報処理システム１は、情報処理サーバ１０と、管理サーバ５０と、端末装置１００とを含む。情報処理サーバ１０、管理サーバ５０及び端末装置１００は、ネットワークＮを介して有線又は無線により相互に通信可能に接続される。ネットワークＮは、例えば、インターネット等のＷＡＮ（Wide Area Network）である。なお、図２に示した情報処理システム１には、複数台の情報処理サーバ１０、複数台の管理サーバ５０及び複数台の端末装置１００が含まれていてもよい。
図１の説明に先立って、図２を用いて情報処理システム１の構成について説明する。図２は、実施形態に係る情報処理システムの構成例を示す図である。図２に示すように、実施形態に係る情報処理システム１は、情報処理サーバ１０と、管理サーバ５０と、端末装置１００とを含む。情報処理サーバ１０、管理サーバ５０及び端末装置１００は、ネットワークＮを介して有線又は無線により相互に通信可能に接続される。ネットワークＮは、例えば、インターネット等のＷＡＮ（Wide Area Network）である。なお、図２に示した情報処理システム１には、複数台の情報処理サーバ１０、複数台の管理サーバ５０及び複数台の端末装置１００が含まれていてもよい。
【0012】
図２に示す情報処理サーバ１０は、実施形態に係る情報処理を実行する情報処理装置である。情報処理サーバ１０は、例えば、サーバ装置やクラウドシステム等により実現される。例えば、情報処理サーバ１０は、資金移動業者が提供するサービス上での資金の滞留を適切に防止するための処理を行う。例えば、情報処理サーバ１０は、管理サーバ５０から送信された入出金履歴に基づいて、資金の滞留を行っているユーザの端末装置１００に滞留に関する通知を行う。
【0013】
図２に示す管理サーバ５０は、資金移動業者側の情報処理装置である。管理サーバ５０は、例えば、サーバ装置やクラウドシステム等により実現される。例えば、管理サーバ５０は、資金移動業者が提供するサービス上での口座に紐づくユーザの残高情報や入出金履歴等を管理する。具体的には、資金移動業者が提供するサービスには、サービスを利用する各ユーザの口座が含まれており、各ユーザの口座に紐づいて各ユーザの残高情報や入出金履歴等が管理される。そして、各ユーザは、資金移動業者が提供するサービスを介して、資金移動業者が提供するサービス上での口座内の残高を使用する。また、例えば、管理サーバ５０は、端末装置１００において入出金の要求を受け付けた場合には、入出金の要求に応じた処理を行い、入出金後の残高を更新する。そして、管理サーバ５０は、データベース上の残高情報や入出金履歴に反映する。
【0014】
図２に示す端末装置１００は、資金移動業者が提供するサービスを利用するユーザによって利用される情報処理装置である。端末装置１００は、例えば、スマートフォンや、タブレット型端末、ノート型ＰＣ（Personal Computer）、デスクトップＰＣ、携帯電話機、ＰＤＡ（Personal Digital Assistant）等により実現される。また、端末装置１００は、情報処理サーバ１０によって送信された情報を、ウェブブラウザ（ブラウザ）やアプリケーションにより表示する。なお、図１に示す例では、端末装置１００がスマートフォンである場合を示す。
【0015】
なお、図２では、情報処理サーバ１０と管理サーバ５０とが、別装置である場合を示すが、情報処理サーバ１０と管理サーバ５０とが一体であってもよい。
【0016】
〔１－２．端末装置を用いた決済について〕
ここで、情報処理サーバ１０が実行する情報処理に先立ち、端末装置１００を用いた決済（電子決済）の一例について説明する。なお、以下の説明では、店舗Ａに配置された２次元コード（ＱＲコード（登録商標））であって、店舗Ａを識別する店舗識別情報Ｃを示す２次元コードを用いて、ユーザＵが端末装置１００を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意のユーザが任意の端末装置１００を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報Ｃは、ＱＲコード（登録商標）のみならず、バーコードや所定のマーク、番号等であってもよい。
ここで、情報処理サーバ１０が実行する情報処理に先立ち、端末装置１００を用いた決済（電子決済）の一例について説明する。なお、以下の説明では、店舗Ａに配置された２次元コード（ＱＲコード（登録商標））であって、店舗Ａを識別する店舗識別情報Ｃを示す２次元コードを用いて、ユーザＵが端末装置１００を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意のユーザが任意の端末装置１００を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報Ｃは、ＱＲコード（登録商標）のみならず、バーコードや所定のマーク、番号等であってもよい。
【0017】
例えば、ユーザＵが店舗Ａにて各種の商品やサービスといった決済対象（取引対象）の利用や購入に伴う決済を行う場合、ユーザＵは、端末装置１００に予めインストールされた決済アプリを起動する。そして、ユーザＵは、決済アプリを介して、店舗Ａに設置された店舗識別情報Ｃを撮影する。このような場合、端末装置１００は、決済対象の価格を入力するための画面を表示し、ユーザＵ或いは店舗Ａの店員から決済金額の入力を受け付ける。そして、端末装置１００は、ユーザＵを識別するユーザ識別情報と、店舗識別情報Ｃ（若しくは、店舗識別情報Ｃが示す情報、すなわち、店舗Ａを示す情報（例えば、店舗ＩＤ））と、決済金額とを示す決済情報を情報処理サーバ１０へと送信する。
【0018】
このような場合、情報処理サーバ１０は、ユーザ識別情報が示すユーザＵの口座から、店舗識別情報Ｃが示す店舗Ａの口座へと、決済金額が示す額の電子マネーを移行させる。そして、情報処理サーバ１０は、決済が完了した旨の通知を端末装置１００へと送信する。このような場合、端末装置１００は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。
【0019】
なお、端末装置１００を用いた決済は、上述した処理に限定されるものではない。例えば、端末装置１００を用いた決済は、店舗Ａに設置された店舗端末を用いたものであってもよい。例えば、端末装置１００は、ユーザＵを識別するためユーザ識別情報を画面上に表示させる。このような場合、店舗Ａに設置された店舗端末は、端末装置１００に表示されたユーザ識別情報を読み取り、ユーザ識別情報（若しくは、ユーザ識別情報が示す情報、すなわち、ユーザＵを示す情報（例えば、ユーザＩＤ））と、決済金額と、店舗Ａを識別する情報とを示す決済情報を情報処理サーバ１０へと送信する。このような場合、情報処理サーバ１０は、ユーザ識別情報が示すユーザＵの口座から、店舗Ａの口座へと、決済金額が示す額の電子マネーを移行させ、店舗Ａの店舗端末或いは端末装置１００に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。
【0020】
また、端末装置１００を用いた決済は、ユーザＵが予め電子マネーをチャージした口座から店舗Ａの口座へと電子マネーを移行させる処理のみならず、例えば、ユーザＵが予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、端末装置１００は、店舗Ａの口座に対して決済金額の電子マネーを移行させるとともに、ユーザＵのクレジットカードの運用会社に対し、決済金額を請求してもよい。
【0021】
〔１－３．実施形態の概要について〕
以下、図１を用いて、情報処理サーバ１０が実行する情報処理について説明する。なお、以下の説明では、端末装置１００がユーザＵ１１により利用される例を示す。また、以下の説明では、端末装置１００をユーザＵ１１と同一視する場合がある。すなわち、以下では、ユーザＵ１１を端末装置１００と読み替えることもできる。
以下、図１を用いて、情報処理サーバ１０が実行する情報処理について説明する。なお、以下の説明では、端末装置１００がユーザＵ１１により利用される例を示す。また、以下の説明では、端末装置１００をユーザＵ１１と同一視する場合がある。すなわち、以下では、ユーザＵ１１を端末装置１００と読み替えることもできる。
【0022】
また、以下の説明において、ユーザＵ１１は、所定の日時において残高が所定額を超えたユーザであるものとする。例えば、ユーザＵ１１は、前月末時点で５万円を超える残高を有したユーザであるものとする。
【0023】
また、以下の説明において、「出金」とは、出金前後で口座内の残高が減る処理を伴う取引であればどのような取引をも含む概念であってもよく、例えば「決済」や「送金」やその他各種の取引をも含む概念であってもよいものとする。すなわち、以下では、「出金」を「決済」や「送金」と読み替えることもできる。すなわち、以下では、入出金履歴は、決済履歴（支払履歴）のみならず、送金履歴をも含むものとする。
【0024】
また、以下の説明において、通知は、どのような手段による通知であってもよく、例えば、資金移動業者が提供するサービスを利用するためのアプリを介した通知であってもよいし、資金移動業者が提供するサービス上で登録されたメール等への通知であってもよい。
【0025】
まず、情報処理サーバ１０は、資金移動業者が提供するサービス上での口座に紐づくユーザの残高情報と入出金履歴とを取得する（ステップＳ１０１）。例えば、情報処理サーバ１０は、管理サーバ５０から送信された残高情報と入出金履歴とを取得する。そして、情報処理サーバ１０は、取得した残高情報と入出金履歴とに基づいて、資金移動業者が提供するサービス上での口座内に資金を滞留しているユーザを抽出する（ステップＳ１０２）。例えば、情報処理サーバ１０は、前月出金を行わず、且つ、前月末時点で５万円を超える残高を有したユーザを抽出する。そして、情報処理サーバ１０は、抽出したユーザに対して、ユーザが資金を滞留している旨を示すフラグ（滞留フラグ１に対応）を付与する。
【0026】
情報処理サーバ１０は、フラグが付与されたユーザに対して、出金を推奨する旨の通知を送信する（ステップＳ１０３）。これにより、情報処理サーバ１０は、口座内の残高の使用を積極的に推奨することができる。
【0027】
また、情報処理サーバ１０は、フラグが付与されたユーザに対して、取得した入出金履歴に基づいて、口座内の残高に出金に関する目的が所在するか否かを判定する（ステップＳ１０４）。例えば、前々月から出金を行っている場合や、残高が１００万円を超えていない場合には、滞留に合理性があると考えられる。このため、情報処理サーバ１０は、所定の期間内に出金を行っている場合や、残高情報を取得した日時での残高が所定額を超えていない場合には、残高に出金に関する目的が所在すると判定する。また、例えば、去年の同じ時期や、３～４月に一回等、ユーザが定期的に貯めたものを商品の購入に使用している実績がある場合には、今回も商品の購入のために貯めていると推測できるため、滞留に合理性があると考えられる。また、例えば、子供への送金等、ユーザ間の送金に使用している実績がある場合には、今回も滞留の目的が仕送りと推定できるため、滞留に合理性があると考えられる。このため、情報処理サーバ１０は、入出金履歴に基づいて、ユーザが定期的に残高を使用している場合には、残高に出金に関する目的が所在すると判定する。
【0028】
一方、情報処理サーバ１０は、残高に出金に関する目的が所在しないと判定した場合には、残高の滞留防止の処理を実行する（ステップＳ１０５）。例えば、前々月から出金を行っていない場合や、残高が１００万円を超えている場合には、滞留に合理性はなく、単に滞留を目的としていると考えられる。このため、情報処理サーバ１０は、所定の期間内に出金を行っていない場合や、残高情報を取得した日時での残高が所定額を超えている場合には、残高に出金に関する目的が所在しないと判定する。また、例えば、去年の同じ時期や、３～４月に一回等、ユーザが定期的に貯めたものを商品の購入やユーザ間の送金等に使用している実績がない場合には、商品の購入やユーザ間の送金等のために貯めていると推測できないため、滞留に合理性がないと考えられる。このため、情報処理サーバ１０は、入出金履歴に基づいて、ユーザが定期的に残高を使用していない場合には、残高に出金に関する目的が所在しないと判定する。以下、残高に出金に関する目的が所在しないと判定した場合の処理を説明する。
【0029】
情報処理サーバ１０は、残高の滞留防止の処理の一例として、例えば、残高情報を取得した日時が属する所定の期間中に出金を行わなかった場合や、残高情報を取得した日時が属する所定の期間中の残高が継続して所定額を超えた場合には、残高情報を取得した日時が属する所定の期間の経過後の所定の日時に払い戻しを行う、旨の通知を送信する。例えば、情報処理サーバ１０は、残高情報を取得した日時の当月中に出金を行わなかった場合や、当月中に残高が１００万円を下回らなかった場合には、翌月１０日に強制的に払い戻しを行う旨の通知を送信する。なお、払い戻しを行う旨の通知には、翌月１０日等の払い戻しを予定する日時に関する情報が含まれてもよい。また、情報処理サーバ１０は、払い戻しを行う旨が通知されたユーザに対して、ユーザに通知を行った旨を示すフラグ（滞留フラグ２に対応）を付与する。
【0030】
（処理のバリエーション１）
上述の実施形態において、情報処理サーバ１０は、払い戻しに関する旨が通知されたユーザのうち、払い戻しに関する旨が通知された日時（又は残高情報を取得した日時）が属する所定の期間中に出金を行わなかったユーザや、払い戻しに関する旨が通知された日時が属する所定の期間中の残高が継続して所定額を超えたユーザを、払い戻しの対象ユーザに決定してもよい。例えば、払い戻しの予告が通知されたユーザのうち、払い戻しが予定された当日の前月も出金を行わなかったユーザや、払い戻しが予定された当日の前月も残高が１００万円を下回らなかったユーザである。
上述の実施形態において、情報処理サーバ１０は、払い戻しに関する旨が通知されたユーザのうち、払い戻しに関する旨が通知された日時（又は残高情報を取得した日時）が属する所定の期間中に出金を行わなかったユーザや、払い戻しに関する旨が通知された日時が属する所定の期間中の残高が継続して所定額を超えたユーザを、払い戻しの対象ユーザに決定してもよい。例えば、払い戻しの予告が通知されたユーザのうち、払い戻しが予定された当日の前月も出金を行わなかったユーザや、払い戻しが予定された当日の前月も残高が１００万円を下回らなかったユーザである。
【0031】
なお、情報処理サーバ１０は、払い戻しに関する旨が通知された日時から払い戻しが予定された当日までに出金を行わなかったユーザや、払い戻しに関する旨が通知された日時から払い戻しが予定された当日までに残高が所定額を下回らなかったユーザを、払い戻しの対象ユーザに決定してもよい。また、情報処理サーバ１０は、払い戻しが予定された当日の残高が所定額を超えるユーザを、払い戻しの対象ユーザに決定してもよい。
【0032】
そして、情報処理サーバ１０は、払い戻しの対象ユーザに決定したユーザの口座内の全ての残高を、各ユーザが予め登録した銀行口座に払い戻すための処理を行ってもよい。例えば、情報処理サーバ１０は、管理サーバ５０に出金の要求を送信してもよい。そして、管理サーバ５０は、出金の要求に応じて、ユーザの口座内の全ての残高を、ユーザが予め登録した銀行口座へ出金するための処理を行ってもよい。ここで、銀行口座は、例えば、資金移動業者が提供するサービス上で登録された銀行口座である。なお、情報処理サーバ１０は、払い戻しの対象ユーザに決定したユーザに対して、残高の強制的な払い戻しの対象を示すフラグ（強制出金フラグに対応）を付与することで、払い戻しの後にユーザが再度入金を行ったとしても、定期的に全ての残高を銀行口座に払い戻すための処理を行ってもよい。
【0033】
また、情報処理サーバ１０は、払い戻しの処理が失敗した場合には、払い戻しの処理が失敗したユーザのサービスの利用を制限するための処理を行ってもよい。例えば、情報処理サーバ１０は、サービスを利用停止にするための処理を行ってもよい。なお、利用停止になった場合には、資金移動業者が提供するサービス上での口座の利用が制限される。また、情報処理サーバ１０は、払い戻しの処理が失敗した場合には、払い戻しの処理が失敗したユーザや、払い戻しの処理を試行した日時や、失敗理由等に関する情報を、記憶してもよい。
【0034】
（処理のバリエーション２）
上述の実施形態では、情報処理サーバ１０が、残高の滞留防止の処理の一例として、残高情報を取得した日時が属する所定の期間の経過後の所定の日時に払い戻しを行う、旨の通知を送信する場合を示したが、この例に限られない。例えば、情報処理サーバ１０は、残高の滞留防止の処理の一例として、出金がなく入金を繰り返し行っているユーザに対しては、入金を制限するための処理を行ってもよい。そして、情報処理サーバ１０は、入金を制限するための処理を行った後も、例えばユーザの出金がない場合には、払い戻しを行う旨の通知を送信してもよい。
上述の実施形態では、情報処理サーバ１０が、残高の滞留防止の処理の一例として、残高情報を取得した日時が属する所定の期間の経過後の所定の日時に払い戻しを行う、旨の通知を送信する場合を示したが、この例に限られない。例えば、情報処理サーバ１０は、残高の滞留防止の処理の一例として、出金がなく入金を繰り返し行っているユーザに対しては、入金を制限するための処理を行ってもよい。そして、情報処理サーバ１０は、入金を制限するための処理を行った後も、例えばユーザの出金がない場合には、払い戻しを行う旨の通知を送信してもよい。
【0035】
また、情報処理サーバ１０は、残高の滞留防止の処理の一例として、残高の滞留防止の処理の実行を回避するための提案を行ってもよい。例えば、情報処理サーバ１０は、口座内の残高を用いた商品の購入の提案を行ってもよい。例えば、情報処理サーバ１０は、資金移動業者が提供するサービスと連携した所定の電子商店街で購買可能な商品の購入の提案を行ってもよい。また、例えば、情報処理サーバ１０は、口座内の残高を用いた投資信託等の金融商品の購入の提案を行ってもよい。この際、情報処理サーバ１０は、残高が所定額を超えると、ユーザが予め指摘した金融商品を自動的に購入する制御を受け付けてもよい。また、例えば、情報処理サーバ１０は、口座内の残高を用いた寄付の提案を行ってもよい。また、例えば、情報処理サーバ１０は、所定の期間毎等、定期的に所定額を出金させるための提案を行ってもよい。また、例えば、情報処理サーバ１０は、所定の期間毎に余る残高に応じた提案を行ってもよい。例えば、毎月の請求書が発行可能な場合には、サブスクリプションの決済への適用が考えられる。例えば、情報処理サーバ１０は、２月に一回２０００円余る場合には、月１０００円のサブスクリプションの提案を行ってもよい。また、例えば、情報処理サーバ１０は、資金の滞留が続いているユーザを、資金移動業者が提供するサービス上で表示可能な広告のターゲットユーザに決定してもよい。これにより、情報処理サーバ１０は、資金の滞留が続いているユーザに対して、資金の滞留がないユーザよりも多くの広告を提供することができる。
【0036】
（処理のバリエーション３）
上述の実施形態では、情報処理サーバ１０が、ステップＳ１０３において、資金を滞留している旨を示すフラグが付与された全てのユーザに対して、出金を推奨する旨の通知を送信する場合を示したが、この例に限られない。例えば、情報処理サーバ１０は、資金を滞留している旨を示すフラグが付与されたユーザのうち、払い戻しを行う旨の通知を行った旨を示すフラグが付与されたユーザに対して、出金を推奨する旨の通知を送信してもよい。このように、情報処理サーバ１０は、資金を滞留している旨を示すフラグ、且つ、払い戻しを行う旨の通知を行った旨を示すフラグが付与された場合に、出金を推奨する旨の通知を送信してもよい。
上述の実施形態では、情報処理サーバ１０が、ステップＳ１０３において、資金を滞留している旨を示すフラグが付与された全てのユーザに対して、出金を推奨する旨の通知を送信する場合を示したが、この例に限られない。例えば、情報処理サーバ１０は、資金を滞留している旨を示すフラグが付与されたユーザのうち、払い戻しを行う旨の通知を行った旨を示すフラグが付与されたユーザに対して、出金を推奨する旨の通知を送信してもよい。このように、情報処理サーバ１０は、資金を滞留している旨を示すフラグ、且つ、払い戻しを行う旨の通知を行った旨を示すフラグが付与された場合に、出金を推奨する旨の通知を送信してもよい。
【0037】
（処理のバリエーション４）
上述の実施形態では、情報処理サーバ１０が、ステップＳ１０２において、資金移動業者が提供するサービス上での口座内に資金を滞留しているユーザを抽出し、抽出したユーザに対して、ユーザが資金を滞留している旨を示すフラグを付与する場合を示したが、この例に限られない。例えば、情報処理サーバ１０は、資金移動業者が提供するサービス上での口座内に資金を滞留しているユーザを抽出し、抽出したユーザに対して、取得した入出金履歴に基づいて、口座内の残高に出金に関する目的が所在するか否かを判定してもよい。この場合、情報処理サーバ１０は、資金を滞留している旨を示すフラグを付与する処理を行わない。
上述の実施形態では、情報処理サーバ１０が、ステップＳ１０２において、資金移動業者が提供するサービス上での口座内に資金を滞留しているユーザを抽出し、抽出したユーザに対して、ユーザが資金を滞留している旨を示すフラグを付与する場合を示したが、この例に限られない。例えば、情報処理サーバ１０は、資金移動業者が提供するサービス上での口座内に資金を滞留しているユーザを抽出し、抽出したユーザに対して、取得した入出金履歴に基づいて、口座内の残高に出金に関する目的が所在するか否かを判定してもよい。この場合、情報処理サーバ１０は、資金を滞留している旨を示すフラグを付与する処理を行わない。
【0038】
（処理のバリエーション５）
上述の実施形態では、情報処理サーバ１０が、出金を推奨する旨の通知や、払い戻しを行う旨の通知を送信した上で、払い戻しの処理を実行する場合を示したが、この例に限られない。例えば、情報処理サーバ１０は、出金を推奨する旨の通知や、払い戻しを行う旨の通知を送信せずに、払い戻しの処理を実行してもよい。この場合、情報処理サーバ１０は、ステップＳ１０３の処理を行わない。また、情報処理サーバ１０は、ステップＳ１０５において、残高に出金に関する目的が所在しないと判定した場合には、残高情報を取得した日時が属する所定の期間中に出金を行わなかったユーザや、残高情報を取得した日時が属する所定の期間中の残高が継続して所定額を超えたユーザを、払い戻しの対象ユーザに決定してもよい。また、情報処理サーバ１０は、ステップＳ１０５において、残高に出金に関する目的が所在しないと判定されたユーザを、払い戻しの対象ユーザに決定してもよい。また、例えば、情報処理サーバ１０は、出金を推奨する旨の通知や、払い戻しを行う旨の通知を送信するのみで、実際は払い戻しの処理を実行しなくてもよい。
上述の実施形態では、情報処理サーバ１０が、出金を推奨する旨の通知や、払い戻しを行う旨の通知を送信した上で、払い戻しの処理を実行する場合を示したが、この例に限られない。例えば、情報処理サーバ１０は、出金を推奨する旨の通知や、払い戻しを行う旨の通知を送信せずに、払い戻しの処理を実行してもよい。この場合、情報処理サーバ１０は、ステップＳ１０３の処理を行わない。また、情報処理サーバ１０は、ステップＳ１０５において、残高に出金に関する目的が所在しないと判定した場合には、残高情報を取得した日時が属する所定の期間中に出金を行わなかったユーザや、残高情報を取得した日時が属する所定の期間中の残高が継続して所定額を超えたユーザを、払い戻しの対象ユーザに決定してもよい。また、情報処理サーバ１０は、ステップＳ１０５において、残高に出金に関する目的が所在しないと判定されたユーザを、払い戻しの対象ユーザに決定してもよい。また、例えば、情報処理サーバ１０は、出金を推奨する旨の通知や、払い戻しを行う旨の通知を送信するのみで、実際は払い戻しの処理を実行しなくてもよい。
【0039】
（処理のバリエーション６）
上述の実施形態において、情報処理サーバ１０は、ユーザの口座内の残高の利用目的及び利用状況に応じて、処理を変更してもよい。例えば、情報処理サーバ１０は、滞留の目的、出金の確度、残高、滞留の期間等に応じて、処理を変更してもよい。例えば、情報処理サーバ１０は、滞留の目的が商品の購入である場合には所定額を複数月に渡り滞留した場合に実施形態に係る通知や払い戻しを行い、滞留の目的が寄付である場合には滞留の目的が商品の購入である場合の複数月よりもう１月長く滞留した場合に実施形態に係る通知や払い戻しを行ってもよい。また、例えば、情報処理サーバ１０は、所定額を複数月に渡り滞留した場合に実施形態に係る通知を行い、更にもう１月滞留した場合に実施形態に係る払い戻しを行ってもよいし、その所定額が大きい場合には、１月で実施形態に係る払い戻しを行ってもよい。また、例えば、情報処理サーバ１０は、残高の利用目的推定時に、出金の確度が所定の閾値を下回る場合には、滞留の所定額が小さい場合でも、１月で実施形態に係る払い戻しを行ってもよい。
上述の実施形態において、情報処理サーバ１０は、ユーザの口座内の残高の利用目的及び利用状況に応じて、処理を変更してもよい。例えば、情報処理サーバ１０は、滞留の目的、出金の確度、残高、滞留の期間等に応じて、処理を変更してもよい。例えば、情報処理サーバ１０は、滞留の目的が商品の購入である場合には所定額を複数月に渡り滞留した場合に実施形態に係る通知や払い戻しを行い、滞留の目的が寄付である場合には滞留の目的が商品の購入である場合の複数月よりもう１月長く滞留した場合に実施形態に係る通知や払い戻しを行ってもよい。また、例えば、情報処理サーバ１０は、所定額を複数月に渡り滞留した場合に実施形態に係る通知を行い、更にもう１月滞留した場合に実施形態に係る払い戻しを行ってもよいし、その所定額が大きい場合には、１月で実施形態に係る払い戻しを行ってもよい。また、例えば、情報処理サーバ１０は、残高の利用目的推定時に、出金の確度が所定の閾値を下回る場合には、滞留の所定額が小さい場合でも、１月で実施形態に係る払い戻しを行ってもよい。
【0040】
〔２．情報処理サーバの構成〕
次に、図３を用いて、実施形態に係る情報処理サーバ１０の構成について説明する。図３は、実施形態に係る情報処理サーバ１０の構成例を示す図である。図３に示すように、情報処理サーバ１０は、通信部２０と、記憶部３０と、制御部４０とを有する。なお、情報処理サーバ１０は、情報処理サーバ１０の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。
次に、図３を用いて、実施形態に係る情報処理サーバ１０の構成について説明する。図３は、実施形態に係る情報処理サーバ１０の構成例を示す図である。図３に示すように、情報処理サーバ１０は、通信部２０と、記憶部３０と、制御部４０とを有する。なお、情報処理サーバ１０は、情報処理サーバ１０の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。
【0041】
（通信部２０）
通信部２０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、管理サーバ５０等との間で情報の送受信を行う。
通信部２０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、管理サーバ５０等との間で情報の送受信を行う。
【0042】
（記憶部３０）
記憶部３０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。図３に示すように、記憶部３０は、滞留情報記憶部３１と、失敗情報記憶部３２とを有する。
記憶部３０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。図３に示すように、記憶部３０は、滞留情報記憶部３１と、失敗情報記憶部３２とを有する。
【0043】
滞留情報記憶部３１は、滞留に関する各種の情報を記憶する。ここで、図４を用いて、滞留情報記憶部３１が記憶する情報の一例を説明する。図４は、実施形態に係る滞留情報記憶部３１の一例を示す図である。図４の例において、滞留情報記憶部３１は、「ユーザＩＤ」、「前月出金額」、「残高」、「滞留フラグ１」、「滞留フラグ２」、「強制出金フラグ」といった項目を有する。
【0044】
「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。「前月出金額」は、前月の出金額を示す。「残高」は、口座内の残高を示す。「滞留フラグ１」は、資金移動業者が提供するサービス上で資金を滞留しているとして抽出されたユーザに付与されたフラグを示す。「滞留フラグ２」は、払い戻しを行う旨が通知されたユーザに付与されたフラグを示す。「強制出金フラグ」は、払い戻しの対象ユーザに決定したユーザに付与されたフラグを示す。
【0045】
すなわち、図４では、ユーザＩＤ「Ｕ１１」によって識別されるユーザの前月の出金額が「０円」であり、口座内の残高が「２００万円」であり、ユーザＩＤ「Ｕ１１」によって識別されるユーザが、滞留フラグ１、滞留フラグ２及び強制出金フラグが付与されたユーザである例を示す。
【0046】
失敗情報記憶部３２は、払い戻しの処理の失敗に関する各種の情報を記憶する。ここで、図５を用いて、失敗情報記憶部３２が記憶する情報の一例を説明する。図５は、実施形態に係る失敗情報記憶部３２の一例を示す図である。図５の例において、失敗情報記憶部３２は、「ユーザＩＤ」、「払い戻し試行日時」、「失敗理由」といった項目を有する。
【0047】
「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。「払い戻し試行日時」は、払い戻しの処理を行った日時を示す。「失敗理由」は、払い戻しの失敗理由を示す。
【0048】
すなわち、図５では、ユーザＩＤ「Ｕ１１」によって識別されるユーザに対して、払い戻しの処理を行った日時が「２０２２年１月５日」であり、払い戻しの失敗理由が「銀行口座の未登録」である例を示す。
【0049】
（制御部４０）
制御部４０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理サーバ１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。実施形態に係る制御部４０は、図３に示すように、取得部４１と、抽出部４２と、通知部４３と、判定部４４と、実行部４５と、決定部４６とを有し、以下に説明する情報処理の機能や作用を実現又は実行する。
制御部４０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理サーバ１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。実施形態に係る制御部４０は、図３に示すように、取得部４１と、抽出部４２と、通知部４３と、判定部４４と、実行部４５と、決定部４６とを有し、以下に説明する情報処理の機能や作用を実現又は実行する。
【0050】
（取得部４１）
取得部４１は、資金移動業者が提供するサービス上での口座に紐づくユーザの残高情報と入出金履歴とを取得する。例えば、情報処理サーバ１０は、管理サーバ５０から送信された残高情報と入出金履歴とを取得する。
取得部４１は、資金移動業者が提供するサービス上での口座に紐づくユーザの残高情報と入出金履歴とを取得する。例えば、情報処理サーバ１０は、管理サーバ５０から送信された残高情報と入出金履歴とを取得する。
【0051】
（抽出部４２）
抽出部４２は、取得部４１により取得された残高情報と入出金履歴とに基づいて、資金移動業者が提供するサービス上での口座内に資金を滞留しているユーザを抽出する。例えば、抽出部４２は、所定の期間内に出金を行わず、且つ、所定の日時において残高が所定額を超えたユーザを抽出する。例えば、抽出部４２は、入出金履歴に基づいて、入出金履歴が所定の条件を満たすユーザの中から、残高が所定額を超えたユーザを抽出してもよい。そして、抽出部４２は、抽出したユーザに対して、ユーザが資金を滞留している旨を示すフラグを付与する。
抽出部４２は、取得部４１により取得された残高情報と入出金履歴とに基づいて、資金移動業者が提供するサービス上での口座内に資金を滞留しているユーザを抽出する。例えば、抽出部４２は、所定の期間内に出金を行わず、且つ、所定の日時において残高が所定額を超えたユーザを抽出する。例えば、抽出部４２は、入出金履歴に基づいて、入出金履歴が所定の条件を満たすユーザの中から、残高が所定額を超えたユーザを抽出してもよい。そして、抽出部４２は、抽出したユーザに対して、ユーザが資金を滞留している旨を示すフラグを付与する。
【0052】
（通知部４３）
通知部４３は、抽出部４２によりフラグが付与されたユーザに対して、フラグに応じた通知を送信する。例えば、通知部４３は、出金を推奨する旨の通知を送信する。
通知部４３は、抽出部４２によりフラグが付与されたユーザに対して、フラグに応じた通知を送信する。例えば、通知部４３は、出金を推奨する旨の通知を送信する。
【0053】
（判定部４４）
判定部４４は、抽出部４２によりフラグが付与されたユーザに対して、取得部４１により取得された入出金履歴に基づいて、口座内の残高に出金に関する目的が所在するか否かを判定する。判定部４４は、入出金履歴に基づいて、例えばユーザが定期的に残高を使用している場合には、残高に出金に関する目的が所在すると判定する。また、判定部４４は、入出金履歴に基づいて、例えばユーザが所定の期間内に出金を行っていない場合には、残高に出金に関する目的が所在しないと判定する。また、判定部４４は、残高情報に基づいて、例えば残高情報を取得した日時での残高が所定額を超えている場合には、残高に出金に関する目的が所在しないと判定する。
判定部４４は、抽出部４２によりフラグが付与されたユーザに対して、取得部４１により取得された入出金履歴に基づいて、口座内の残高に出金に関する目的が所在するか否かを判定する。判定部４４は、入出金履歴に基づいて、例えばユーザが定期的に残高を使用している場合には、残高に出金に関する目的が所在すると判定する。また、判定部４４は、入出金履歴に基づいて、例えばユーザが所定の期間内に出金を行っていない場合には、残高に出金に関する目的が所在しないと判定する。また、判定部４４は、残高情報に基づいて、例えば残高情報を取得した日時での残高が所定額を超えている場合には、残高に出金に関する目的が所在しないと判定する。
【0054】
（実行部４５）
実行部４５は、判定部４４により残高に出金に関する目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する。例えば、実行部４５は、残高の滞留防止の処理の一例として、強制的に払い戻しを行う旨の通知を送信する。そして、実行部４５は、払い戻しを行う旨が通知されたユーザに対して、ユーザに通知を行った旨を示すフラグを付与する。
実行部４５は、判定部４４により残高に出金に関する目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する。例えば、実行部４５は、残高の滞留防止の処理の一例として、強制的に払い戻しを行う旨の通知を送信する。そして、実行部４５は、払い戻しを行う旨が通知されたユーザに対して、ユーザに通知を行った旨を示すフラグを付与する。
【0055】
実行部４５は、後述の決定部４６によりフラグが付与されたユーザの口座内の全ての残高を、銀行口座に払い戻すための処理を行う。
【0056】
（決定部４６）
決定部４６は、実行部４５によりフラグが付与されたユーザのうち、所定の条件を満たすユーザを、払い戻しの対象ユーザに決定する。例えば、決定部４６は、払い戻しが予定された当日の前月も出金を行わなかったユーザや、払い戻しが予定された当日の前月も残高が１００万円を下回らなかったユーザを、払い戻しの対象ユーザに決定する。そして、決定部４６は、払い戻しの対象ユーザに決定したユーザに対して、残高の強制的な払い戻しの対象を示すフラグを付与する。
決定部４６は、実行部４５によりフラグが付与されたユーザのうち、所定の条件を満たすユーザを、払い戻しの対象ユーザに決定する。例えば、決定部４６は、払い戻しが予定された当日の前月も出金を行わなかったユーザや、払い戻しが予定された当日の前月も残高が１００万円を下回らなかったユーザを、払い戻しの対象ユーザに決定する。そして、決定部４６は、払い戻しの対象ユーザに決定したユーザに対して、残高の強制的な払い戻しの対象を示すフラグを付与する。
【0057】
〔３．管理サーバの構成〕
次に、図６を用いて、実施形態に係る管理サーバ５０の構成について説明する。図６は、実施形態に係る管理サーバ５０の構成例を示す図である。図６に示すように、管理サーバ５０は、通信部６０と、記憶部７０と、制御部８０とを有する。なお、管理サーバ５０は、管理サーバ５０の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。
次に、図６を用いて、実施形態に係る管理サーバ５０の構成について説明する。図６は、実施形態に係る管理サーバ５０の構成例を示す図である。図６に示すように、管理サーバ５０は、通信部６０と、記憶部７０と、制御部８０とを有する。なお、管理サーバ５０は、管理サーバ５０の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。
【0058】
（通信部６０）
通信部６０は、例えば、ＮＩＣ等によって実現される。そして、通信部６０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、情報処理サーバ１０等との間で情報の送受信を行う。
通信部６０は、例えば、ＮＩＣ等によって実現される。そして、通信部６０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、情報処理サーバ１０等との間で情報の送受信を行う。
【0059】
（記憶部７０）
記憶部７０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。
記憶部７０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。
【0060】
記憶部７０は、口座に関する各種の情報を記憶する。ここで、図７を用いて、記憶部７０が記憶する情報の一例を説明する。図７は、実施形態に係る記憶部７０の一例を示す図である。図７の例において、記憶部７０は、「ユーザＩＤ」、「残高」、「入出金履歴」といった項目を有する。
【0061】
「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。「残高」は、口座内の残高を示す。「入出金履歴」は、入出金履歴を示す。なお、括弧内は、入出金の試行日時を示す。
【0062】
すなわち、図７では、ユーザＩＤ「Ｕ１１」によって識別されるユーザの口座内の残高が「２００万円」であり、入出金履歴が「＋１０万円（２０２１年１０月１５日）、＋１０万円（２０２１年１１月２０日）、＋１０万円（２０２１年１２月１０日）」である例を示す。すなわち、ユーザＩＤ「Ｕ１１」によって識別されるユーザは、２０２１年１０月１５日に１０万円を入金し、２０２１年１１月２０日に１０万円を入金し、２０２１年１２月１０日に１０万円を入金したことにより、残高が２００万円になった例を示す。
【0063】
（制御部８０）
制御部８０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、管理サーバ５０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部８０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。実施形態に係る制御部８０は、図６に示すように、受信部８１と、実行部８２と、送信部８３とを有し、以下に説明する情報処理の機能や作用を実現又は実行する。
制御部８０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、管理サーバ５０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部８０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。実施形態に係る制御部８０は、図６に示すように、受信部８１と、実行部８２と、送信部８３とを有し、以下に説明する情報処理の機能や作用を実現又は実行する。
【0064】
（受信部８１）
受信部８１は、端末装置１００から送信された入出金の要求を受信する。また、受信部８１は、情報処理サーバ１０から送信された残高情報及び入出金履歴の提供要求を受信する。
受信部８１は、端末装置１００から送信された入出金の要求を受信する。また、受信部８１は、情報処理サーバ１０から送信された残高情報及び入出金履歴の提供要求を受信する。
【0065】
（実行部８２）
実行部８２は、受信部８１により受信された入出金の要求に応じた処理を実行する。
実行部８２は、受信部８１により受信された入出金の要求に応じた処理を実行する。
【0066】
（送信部８３）
送信部８３は、受信部８１により受信された残高情報及び入出金履歴の提供要求に応じた各ユーザの残高情報及び入出金履歴を情報処理サーバ１０へ送信する。
送信部８３は、受信部８１により受信された残高情報及び入出金履歴の提供要求に応じた各ユーザの残高情報及び入出金履歴を情報処理サーバ１０へ送信する。
【0067】
〔４．端末装置の構成〕
次に、図８を用いて、実施形態に係る端末装置１００の構成について説明する。図８は、実施形態に係る端末装置１００の構成例を示す図である。図８に示すように、端末装置１００は、通信部１１０と、入力部１２０と、出力部１３０と、制御部１４０とを有する。
次に、図８を用いて、実施形態に係る端末装置１００の構成について説明する。図８は、実施形態に係る端末装置１００の構成例を示す図である。図８に示すように、端末装置１００は、通信部１１０と、入力部１２０と、出力部１３０と、制御部１４０とを有する。
【0068】
（通信部１１０）
通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、所定のネットワークＮと有線又は無線で接続され、所定のネットワークＮを介して、情報処理サーバ１０等との間で情報の送受信を行う。
通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、所定のネットワークＮと有線又は無線で接続され、所定のネットワークＮを介して、情報処理サーバ１０等との間で情報の送受信を行う。
【0069】
（入力部１２０）
入力部１２０は、ユーザからの各種操作を受け付ける。図１に示す例では、ユーザＵ１１からの各種操作を受け付ける。例えば、入力部１２０は、タッチパネル機能により表示面を介してユーザからの各種操作を受け付けてもよい。また、入力部１２０は、端末装置１００に設けられたボタンや、端末装置１００に接続されたキーボードやマウスからの各種操作を受け付けてもよい。
入力部１２０は、ユーザからの各種操作を受け付ける。図１に示す例では、ユーザＵ１１からの各種操作を受け付ける。例えば、入力部１２０は、タッチパネル機能により表示面を介してユーザからの各種操作を受け付けてもよい。また、入力部１２０は、端末装置１００に設けられたボタンや、端末装置１００に接続されたキーボードやマウスからの各種操作を受け付けてもよい。
【0070】
（出力部１３０）
出力部１３０は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。
出力部１３０は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。
【0071】
（制御部１４０）
制御部１４０は、例えば、コントローラであり、ＣＰＵやＭＰＵ等によって、端末装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。例えば、この各種プログラムには、端末装置１００にインストールされたアプリケーションのプログラムが含まれる。例えば、この各種プログラムには、情報処理サーバ１０から送信された通知を受信して表示させるアプリケーションのプログラムが含まれる。また、制御部１４０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。
制御部１４０は、例えば、コントローラであり、ＣＰＵやＭＰＵ等によって、端末装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。例えば、この各種プログラムには、端末装置１００にインストールされたアプリケーションのプログラムが含まれる。例えば、この各種プログラムには、情報処理サーバ１０から送信された通知を受信して表示させるアプリケーションのプログラムが含まれる。また、制御部１４０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。
【0072】
図８に示すように、制御部１４０は、受信部１４１と、送信部１４２とを有し、以下に説明する情報処理の作用を実現又は実行する。
【0073】
（受信部１４１）
受信部１４１は、情報処理サーバ１０から送信された通知を受信する。例えば、受信部１４１は、出金を推奨する旨の通知を受信する。また、例えば、受信部１４１は、強制的に払い戻しを行う旨の通知を受信する。
受信部１４１は、情報処理サーバ１０から送信された通知を受信する。例えば、受信部１４１は、出金を推奨する旨の通知を受信する。また、例えば、受信部１４１は、強制的に払い戻しを行う旨の通知を受信する。
【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】
メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１３００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１３００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、又は半導体メモリ等である。
【0115】
例えば、コンピュータ１０００が情報処理サーバ１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１３００上にロードされたプログラムを実行することにより、制御部４０の機能を実現する。また、ＨＤＤ１４００には、情報処理サーバ１０の記憶装置内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。
【0116】
〔１０．その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【0117】
また、上述した情報処理サーバ１０は、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現する等、構成は柔軟に変更できる。
【0118】
また、特許請求の範囲に記載した「部」は、「手段」や「回路」等に読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。
【符号の説明】
【0119】
１０、１０Ａ 情報処理サーバ
２０ 通信部
３０、３０Ａ 記憶部
３１、３１Ａ 滞留情報記憶部
３２ 失敗情報記憶部
４０、４０Ａ 制御部
４１ 取得部
４２、４２Ａ 抽出部
４３ 通知部
４４ 判定部
４５ 実行部
４６、４６Ａ 決定部
５０ 管理サーバ
６０ 通信部
７０ 記憶部
８０ 制御部
８１ 受信部
８２ 実行部
８３ 送信部
１００ 端末装置
１１０ 通信部
１２０ 入力部
１３０ 出力部
１４０ 制御部
１４１ 受信部
１４２ 送信部
２０ 通信部
３０、３０Ａ 記憶部
３１、３１Ａ 滞留情報記憶部
３２ 失敗情報記憶部
４０、４０Ａ 制御部
４１ 取得部
４２、４２Ａ 抽出部
４３ 通知部
４４ 判定部
４５ 実行部
４６、４６Ａ 決定部
５０ 管理サーバ
６０ 通信部
７０ 記憶部
８０ 制御部
８１ 受信部
８２ 実行部
８３ 送信部
１００ 端末装置
１１０ 通信部
１２０ 入力部
１３０ 出力部
１４０ 制御部
１４１ 受信部
１４２ 送信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【手続補正書】
【提出日】2022-07-01
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
所定の口座に紐づく入出金履歴に基づいて口座内の残高に出金に関する目的が所在するか否かを判定する判定部と、
前記判定部により、前記目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行部と
を有し、
前記判定部は、
所定の時点での残高が所定額を超えた、または、所定の期間内に出金を行っていない場合には、前記目的が所在しないと判定し、
前記実行部は、
前記残高の滞留防止の処理として、ユーザが予め登録した銀行口座に残高を強制的に払い戻す旨を通知し、前記所定の時点が属する所定の期間中の残高が継続して前記所定額を超えていた、または、前記所定の時点が属する所定の期間中に出金を行わなかった場合には、前記銀行口座に残高を強制的に払い戻す処理を実行し、前記払い戻す処理が失敗した場合には、前記所定の口座を有するサービスの利用を制限する
ことを特徴とする情報処理装置。
前記判定部により、前記目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行部と
を有し、
前記判定部は、
所定の時点での残高が所定額を超えた、または、所定の期間内に出金を行っていない場合には、前記目的が所在しないと判定し、
前記実行部は、
前記残高の滞留防止の処理として、ユーザが予め登録した銀行口座に残高を強制的に払い戻す旨を通知し、前記所定の時点が属する所定の期間中の残高が継続して前記所定額を超えていた、または、前記所定の時点が属する所定の期間中に出金を行わなかった場合には、前記銀行口座に残高を強制的に払い戻す処理を実行し、前記払い戻す処理が失敗した場合には、前記所定の口座を有するサービスの利用を制限する
ことを特徴とする情報処理装置。
【請求項2】
前記判定部は、
所定の時点での残高が所定額を超えた、且つ、所定の期間内に出金を行っていない場合には、前記目的が所在しないと判定し、
前記実行部は、
前記残高の滞留防止の処理として、ユーザが予め登録した銀行口座に残高を強制的に払い戻す旨を通知し、前記所定の時点が属する所定の期間中の残高が継続して前記所定額を超えていた、且つ、前記所定の時点が属する所定の期間中に出金を行わなかった場合には、前記銀行口座に残高を強制的に払い戻す処理を実行し、前記払い戻す処理が失敗した場合には、前記所定の口座を有するサービスの利用を制限する
ことを特徴とする請求項１に記載の情報処理装置。
所定の時点での残高が所定額を超えた、且つ、所定の期間内に出金を行っていない場合には、前記目的が所在しないと判定し、
前記実行部は、
前記残高の滞留防止の処理として、ユーザが予め登録した銀行口座に残高を強制的に払い戻す旨を通知し、前記所定の時点が属する所定の期間中の残高が継続して前記所定額を超えていた、且つ、前記所定の時点が属する所定の期間中に出金を行わなかった場合には、前記銀行口座に残高を強制的に払い戻す処理を実行し、前記払い戻す処理が失敗した場合には、前記所定の口座を有するサービスの利用を制限する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記実行部は、
前記残高の滞留防止の処理として、繰り返し入金のみを行うユーザに対して、前記所定の口座への入金を制限する
ことを特徴とする請求項１または２に記載の情報処理装置。
前記残高の滞留防止の処理として、繰り返し入金のみを行うユーザに対して、前記所定の口座への入金を制限する
ことを特徴とする請求項１または２に記載の情報処理装置。
【請求項4】
前記実行部は、
前記残高の滞留防止の処理の実行を回避するための提案として、前記所定の口座の口座内の残高を用いた商品の購入又は寄付を提案する
ことを特徴とする請求項１から３のうちいずれか１つに記載の情報処理装置。
前記残高の滞留防止の処理の実行を回避するための提案として、前記所定の口座の口座内の残高を用いた商品の購入又は寄付を提案する
ことを特徴とする請求項１から３のうちいずれか１つに記載の情報処理装置。
【請求項5】
前記判定部は、
前記入出金履歴に基づいてユーザ毎に付与されたランクに応じた許容額を超えて残高を有する場合には、前記目的が所在しないと判定する
ことを特徴とする請求項１から４のうちいずれか１つに記載の情報処理装置。
前記入出金履歴に基づいてユーザ毎に付与されたランクに応じた許容額を超えて残高を有する場合には、前記目的が所在しないと判定する
ことを特徴とする請求項１から４のうちいずれか１つに記載の情報処理装置。
【請求項6】
コンピュータが実行する情報処理方法であって、
所定の口座に紐づく入出金履歴に基づいて口座内の残高に出金に関する目的が所在するか否かを判定する判定工程と、
前記判定工程により、前記目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行工程と
を含み、
前記判定工程は、
所定の時点での残高が所定額を超えた、または、所定の期間内に出金を行っていない場合には、前記目的が所在しないと判定し、
前記実行工程は、
前記残高の滞留防止の処理として、ユーザが予め登録した銀行口座に残高を強制的に払い戻す旨を通知し、前記所定の時点が属する所定の期間中の残高が継続して前記所定額を超えていた、または、前記所定の時点が属する所定の期間中に出金を行わなかった場合には、前記銀行口座に残高を強制的に払い戻す処理を実行し、前記払い戻す処理が失敗した場合には、前記所定の口座を有するサービスの利用を制限する
ことを特徴とする情報処理方法。
所定の口座に紐づく入出金履歴に基づいて口座内の残高に出金に関する目的が所在するか否かを判定する判定工程と、
前記判定工程により、前記目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行工程と
を含み、
前記判定工程は、
所定の時点での残高が所定額を超えた、または、所定の期間内に出金を行っていない場合には、前記目的が所在しないと判定し、
前記実行工程は、
前記残高の滞留防止の処理として、ユーザが予め登録した銀行口座に残高を強制的に払い戻す旨を通知し、前記所定の時点が属する所定の期間中の残高が継続して前記所定額を超えていた、または、前記所定の時点が属する所定の期間中に出金を行わなかった場合には、前記銀行口座に残高を強制的に払い戻す処理を実行し、前記払い戻す処理が失敗した場合には、前記所定の口座を有するサービスの利用を制限する
ことを特徴とする情報処理方法。
【請求項7】
所定の口座に紐づく入出金履歴に基づいて口座内の残高に出金に関する目的が所在するか否かを判定する判定手順と、
前記判定手順により、前記目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行手順と
をコンピュータに実行させ、
前記判定手順は、
所定の時点での残高が所定額を超えた、または、所定の期間内に出金を行っていない場合には、前記目的が所在しないと判定し、
前記実行手順は、
前記残高の滞留防止の処理として、ユーザが予め登録した銀行口座に残高を強制的に払い戻す旨を通知し、前記所定の時点が属する所定の期間中の残高が継続して前記所定額を超えていた、または、前記所定の時点が属する所定の期間中に出金を行わなかった場合には、前記銀行口座に残高を強制的に払い戻す処理を実行し、前記払い戻す処理が失敗した場合には、前記所定の口座を有するサービスの利用を制限する
ことを特徴とする情報処理プログラム。
前記判定手順により、前記目的が所在しないと判定された場合には、残高の滞留防止の処理を実行する実行手順と
をコンピュータに実行させ、
前記判定手順は、
所定の時点での残高が所定額を超えた、または、所定の期間内に出金を行っていない場合には、前記目的が所在しないと判定し、
前記実行手順は、
前記残高の滞留防止の処理として、ユーザが予め登録した銀行口座に残高を強制的に払い戻す旨を通知し、前記所定の時点が属する所定の期間中の残高が継続して前記所定額を超えていた、または、前記所定の時点が属する所定の期間中に出金を行わなかった場合には、前記銀行口座に残高を強制的に払い戻す処理を実行し、前記払い戻す処理が失敗した場合には、前記所定の口座を有するサービスの利用を制限する
ことを特徴とする情報処理プログラム。