ホーム > 特許ランキング > ＰａｙＰａｙ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025007035
(43)【公開日】2025-01-17
(54)【発明の名称】情報処理装置、情報処理方法および情報処理プログラム
(51)【国際特許分類】
G06Q 20/24 20120101AFI20250109BHJP
G06Q 20/06 20120101ALI20250109BHJP
【ＦＩ】
G06Q20/24
G06Q20/06 300
【審査請求】有
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2023108168
(22)【出願日】2023-06-30
(71)【出願人】
【識別番号】519110124
【氏名又は名称】ＰａｙＰａｙ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】植村 浩太郎
(72)【発明者】
【氏名】小林 直人
(72)【発明者】
【氏名】山田 康太
(72)【発明者】
【氏名】夏目 奎
(72)【発明者】
【氏名】本間 せいら
(72)【発明者】
【氏名】能勢 創
【テーマコード（参考）】
5L020
5L055
【Ｆターム（参考）】
5L020AA15
5L020AA52
5L055AA15
5L055AA52
(57)【要約】
【課題】電子マネー決済の利便性を向上させること。
【解決手段】本願に係る情報処理装置は、決済サービスでユーザが利用した精算金額に関する金額情報を取得する取得部と、ユーザに紐づく電子マネー口座と、ユーザに紐づくクレジットカードの引き落とし口座とから精算金額の精算口座を所定条件に基づいて選択する選択部と、選択部によって選択された精算口座から精算金額を精算する精算処理部とを備える。
【選択図】図２
【解決手段】本願に係る情報処理装置は、決済サービスでユーザが利用した精算金額に関する金額情報を取得する取得部と、ユーザに紐づく電子マネー口座と、ユーザに紐づくクレジットカードの引き落とし口座とから精算金額の精算口座を所定条件に基づいて選択する選択部と、選択部によって選択された精算口座から精算金額を精算する精算処理部とを備える。
【選択図】図２
【特許請求の範囲】
【請求項1】
決済サービスでユーザが利用した精算金額に関する金額情報を取得する取得部と、
前記ユーザに紐づく電子マネー口座と、前記ユーザに紐づくクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択部と、
前記選択部によって選択された前記精算口座から前記精算金額を精算する精算処理部と
を備えることを特徴とする情報処理装置。
前記ユーザに紐づく電子マネー口座と、前記ユーザに紐づくクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択部と、
前記選択部によって選択された前記精算口座から前記精算金額を精算する精算処理部と
を備えることを特徴とする情報処理装置。
【請求項2】
前記取得部は、
前記決済サービスが提供する電子マネー決済の後払いサービスと、前記後払いサービスで利用する前記クレジットカードとの前記精算金額に関する前記金額情報を取得し、
前記選択部は、
前記後払いサービスと、前記クレジットカードとの前記精算金額を精算する前記精算口座を選択すること
を特徴とする請求項１に記載の情報処理装置。
前記決済サービスが提供する電子マネー決済の後払いサービスと、前記後払いサービスで利用する前記クレジットカードとの前記精算金額に関する前記金額情報を取得し、
前記選択部は、
前記後払いサービスと、前記クレジットカードとの前記精算金額を精算する前記精算口座を選択すること
を特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記選択部は、
前記精算金額が閾値よりも多い場合に、前記引き落とし口座を選択し、前記精算金額が前記閾値よりも少ない場合に、前記電子マネー口座を選択すること
を特徴とする請求項１に記載の情報処理装置。
前記精算金額が閾値よりも多い場合に、前記引き落とし口座を選択し、前記精算金額が前記閾値よりも少ない場合に、前記電子マネー口座を選択すること
を特徴とする請求項１に記載の情報処理装置。
【請求項4】
前記精算処理部は、
前記精算口座として前記電子マネー口座が選択された場合に、前記電子マネー口座を管理するサーバ装置に対して精算を要求すること
を特徴とする請求項３に記載の情報処理装置。
前記精算口座として前記電子マネー口座が選択された場合に、前記電子マネー口座を管理するサーバ装置に対して精算を要求すること
を特徴とする請求項３に記載の情報処理装置。
【請求項5】
前記引き落とし口座の登録を行っていないユーザに対して前記引き落とし口座の登録を要求する要求部
を備えることを特徴とする請求項３に記載の情報処理装置。
を備えることを特徴とする請求項３に記載の情報処理装置。
【請求項6】
前記要求部は、
前記ユーザの前記精算金額が前記閾値よりも多い場合に、前記引き落とし口座の登録を要求すること
を特徴とする請求項５に記載の情報処理装置。
前記ユーザの前記精算金額が前記閾値よりも多い場合に、前記引き落とし口座の登録を要求すること
を特徴とする請求項５に記載の情報処理装置。
【請求項7】
前記選択部は、
前記精算金額のうち一部の前記精算口座に前記電子マネー口座を選択し、残りの前記精算口座に前記引き落とし口座を選択すること
を特徴とする請求項１に記載の情報処理装置。
前記精算金額のうち一部の前記精算口座に前記電子マネー口座を選択し、残りの前記精算口座に前記引き落とし口座を選択すること
を特徴とする請求項１に記載の情報処理装置。
【請求項8】
電子マネー決済のユーザによる利用金額に関する情報を取得する取得部と、
電子マネー口座の残高払いと、前記電子マネー口座に紐づいたクレジットカードを利用した後払いとから、ユーザによって設定された支払い方法で、前記利用金額の決済を行う決済処理部と、
前記残高払いによる利用上限額と、前記後払いによる利用上限額を個別に管理する管理部と
を備えることを特徴とする決済サーバ。
電子マネー口座の残高払いと、前記電子マネー口座に紐づいたクレジットカードを利用した後払いとから、ユーザによって設定された支払い方法で、前記利用金額の決済を行う決済処理部と、
前記残高払いによる利用上限額と、前記後払いによる利用上限額を個別に管理する管理部と
を備えることを特徴とする決済サーバ。
【請求項9】
前記管理部は、
前記決済処理部による前記利用金額の決済で、利用上限額を超える場合に、当該決済を中止させること
を特徴とする請求項８に記載の決済サーバ。
前記決済処理部による前記利用金額の決済で、利用上限額を超える場合に、当該決済を中止させること
を特徴とする請求項８に記載の決済サーバ。
【請求項10】
前記支払い方法に前記残高払いを選択中のユーザに対し、前記電子マネー口座のオートチャージ用の銀行口座の登録解除を禁止に設定する設定部
を備えることを特徴とする請求項８に記載の決済サーバ。
を備えることを特徴とする請求項８に記載の決済サーバ。
【請求項11】
前記設定部は、
前記クレジットカードの引き落とし口座として銀行口座が設定されたユーザに対して、前記電子マネー口座のオートチャージ用の銀行口座の登録解除を許可すること
を特徴とする請求項１０に記載の決済サーバ。
前記クレジットカードの引き落とし口座として銀行口座が設定されたユーザに対して、前記電子マネー口座のオートチャージ用の銀行口座の登録解除を許可すること
を特徴とする請求項１０に記載の決済サーバ。
【請求項12】
コンピュータが実行する情報処理方法であって、
決済サービスでユーザが利用した精算金額に関する金額情報を取得する取得工程と、
前記ユーザに紐づく電子マネー口座と、前記ユーザに紐づくクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択工程と、
前記選択工程によって選択された前記精算口座から前記精算金額を精算する精算処理工程と
を含むことを特徴とする情報処理方法。
決済サービスでユーザが利用した精算金額に関する金額情報を取得する取得工程と、
前記ユーザに紐づく電子マネー口座と、前記ユーザに紐づくクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択工程と、
前記選択工程によって選択された前記精算口座から前記精算金額を精算する精算処理工程と
を含むことを特徴とする情報処理方法。
【請求項13】
コンピュータが実行する決済方法であって、
電子マネー決済のユーザによる利用金額に関する情報を取得する取得工程と、
電子マネー口座の残高払いと、前記電子マネー口座に紐づいたクレジットカードを利用した後払いとから、ユーザによって設定された決済方法で、前記利用金額の決済を行う決済処理工程と、
前記残高払いによる利用上限額と、前記後払いによる利用上限額を個別に管理する管理工程と
を含むことを特徴とする決済方法。
電子マネー決済のユーザによる利用金額に関する情報を取得する取得工程と、
電子マネー口座の残高払いと、前記電子マネー口座に紐づいたクレジットカードを利用した後払いとから、ユーザによって設定された決済方法で、前記利用金額の決済を行う決済処理工程と、
前記残高払いによる利用上限額と、前記後払いによる利用上限額を個別に管理する管理工程と
を含むことを特徴とする決済方法。
【請求項14】
決済サービスでユーザが利用した精算金額に関する金額情報を取得する取得手順と、
前記ユーザに紐づく電子マネー口座と、前記ユーザに紐づくクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択手順と、
前記選択手順によって選択された前記精算口座から前記精算金額を精算する精算処理手順と
をコンピュータに実行させることを特徴とする情報処理プログラム。
前記ユーザに紐づく電子マネー口座と、前記ユーザに紐づくクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択手順と、
前記選択手順によって選択された前記精算口座から前記精算金額を精算する精算処理手順と
をコンピュータに実行させることを特徴とする情報処理プログラム。
【請求項15】
電子マネー決済のユーザによる利用金額に関する情報を取得する取得手順と、
電子マネー口座の残高払いと、前記電子マネー口座に紐づいたクレジットカードを利用した後払いとから、ユーザによって設定された決済方法で、前記利用金額の決済を行う決済処理手順と、
前記残高払いによる利用上限額と、前記後払いによる利用上限額を個別に管理する管理手順と
をコンピュータに実行させることを特徴とする決済プログラム。
電子マネー口座の残高払いと、前記電子マネー口座に紐づいたクレジットカードを利用した後払いとから、ユーザによって設定された決済方法で、前記利用金額の決済を行う決済処理手順と、
前記残高払いによる利用上限額と、前記後払いによる利用上限額を個別に管理する管理手順と
をコンピュータに実行させることを特徴とする決済プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、決済サーバ、情報処理方法、決済方法、情報処理プログラムおよび決済プログラムに関する。
【背景技術】
【0002】
従来、電子マネーを用いて代金を支払う電子マネー決済が知られている。たとえば、電子マネー決済の一種として、ユーザが携帯する端末装置を用いて２次元コード等を表示または読み取ることで決済を行う手法が知られている。
【0003】
たとえば、電子マネー決済では、ユーザの電子マネー口座にクレジットカードを紐づけておき、ユーザが電子マネー決済で利用した金額を後日まとめて支払う後払い決済に関する技術が提案されている（たとえば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２２－１５８８１０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来技術では、電子マネー決済の利便性を向上させるうえで改善の余地があった。電子マネーの利用上限額を超過したユーザに対して、振り込み用紙が送付され、ユーザは振り込み用紙で振り込む必要があった。
【0006】
本発明は、上記に鑑みてなされたものであって、電子マネー決済の利便性を向上させることができる情報処理装置、決済サーバ、情報処理方法、決済方法、情報処理プログラムおよび決済プログラムを提供することを目的とする。
【課題を解決するための手段】
【0007】
上述した課題を解決し、目的を達成するために、本発明に係る情報処理装置は、取得部と、選択部と、精算処理部とを備える。取得部は、決済サービスでユーザが利用した精算金額に関する金額情報を取得する。選択部は、ユーザに紐づく電子マネー口座と、ユーザに紐づくクレジットカードの引き落とし口座とから精算金額の精算口座を所定条件に基づいて選択する。精算処理部は、選択部によって選択された精算口座から精算金額を精算する。
【発明の効果】
【0008】
本発明によれば、電子マネー決済の利便性を向上させることができる
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
以下に、本願に係る情情報処理装置、決済サーバ、情報処理方法、決済方法、情報処理プログラムおよび決済プログラムを実施するための形態（以下、「実施形態」と記載する。）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、決済サーバ、情報処理方法、決済方法、情報処理プログラムおよび決済プログラムが限定されるものではない。
【0011】
［実施形態］
〔１．情報処理〕
まず、図１を用いて、実施形態に係るシステムの一例について説明する。図１は、実施形態に係るシステムの一例を示す図である。図１に示すように、実施形態に係るシステムは、情報処理装置１と、ユーザ端末１００と、決済サーバ２００と、を含む。
〔１．情報処理〕
まず、図１を用いて、実施形態に係るシステムの一例について説明する。図１は、実施形態に係るシステムの一例を示す図である。図１に示すように、実施形態に係るシステムは、情報処理装置１と、ユーザ端末１００と、決済サーバ２００と、を含む。
【0012】
実施形態に係る情報処理装置１は、たとえば、クレジットカード事業者が運営する情報処理装置であり、例えば、サーバ装置やクラウドシステムにより実現される。
【0013】
図１に示すクレジットカード事業者は、電子決済事業者等と連携し、ユーザに対して各種サービスを提供する。本実施形態において、情報処理装置１は、電子決済事業者が提供する電子マネー決済の後払いサービスで利用するクレジットカードに関する各種サービスを提供する。
【0014】
電子決済事業者が保有する決済サーバ２００は、各ユーザに対して電子マネー決済に関する電子決済サービスを提供するサーバ装置である。例えば、決済サーバ２００は、ユーザ端末１００を用いる電子決済に関する電子決済サービスを提供し、各種の決済を行う情報処理装置である。決済サーバ２００は、取引対象の提供者（事業者）や取引対象が提供されるユーザの口座（後述するユーザウォレットに対応）を管理しており、ユーザからの決済要求に従って、口座間における電子マネーの送金等を行うことで、各種決済を実現する。
【0015】
図１に示すユーザ端末１００は、ユーザによって利用される情報処理装置である。ユーザ端末１００は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。また、ユーザ端末１００は、情報処理装置１、決済サーバ２００によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１に示す例では、ユーザ端末１００がスマートフォンである場合を示す。
【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】
通信部５は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部５は、ネットワークＮと有線または無線で接続され、ユーザ端末１００等との間で情報の送受信を行う。
【0041】
記憶部６は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。
【0042】
図３に示すように、記憶部６は、ユーザ情報記憶部６１と、利用情報記憶部６２とを有する。ユーザ情報記憶部６１は、ユーザ情報を記憶する。ユーザ情報は、ユーザＵに関する各種情報を含む。図４は、実施形態に係るユーザ情報記憶部６１に格納される情報の一例を示す図である。
【0043】
図４に示すように、実施形態に係るユーザ情報記憶部６１は、「ユーザＩＤ」、「ウォレット情報」、「本人確認」、「オートチャージ」、「第１口座」および「第２口座」などといった項目の情報を互いに対応付けて記憶する。
【0044】
「ユーザＩＤ」項目には、決済サーバ２００において各ユーザＵを識別するための識別子が格納される。「ウォレット情報」項目には、対応するユーザＩＤによって識別されるユーザＵの電子決済サービスで開設されたウォレット情報が格納される。ウォレット情報は、ウォレットを識別するための識別子（例えば、ウォレットＩＤ）や、残高に関する情報に関する情報を含む。
【0045】
「本人確認」項目には、対応するユーザＩＤによって識別されるユーザＵが本人確認を実施済みか否かに関する情報（フラグ）が格納される。例えば、「本人確認」項目には、本人確認を実施済みのユーザＵには「１」、本人確認を実施済みでないユーザＵには「０」が格納される。本人確認済みであるユーザの「本人確認」項目には、本人確認に使用した情報（本人確認情報）がさらに格納される。なお、本人確認は、ユーザＵが、ユーザＵの身分証を撮影した画像、および、ユーザＵの顔等を撮影した動画を電子決済事業者へ提出することで行われる。
【0046】
「オートチャージ」項目には、対応するユーザＩＤによって識別されるユーザＵがオートチャージ設定中か否かに関する情報（フラグ）が格納される。例えば、対応するユーザＩＤによって識別されるユーザＵオートチャージ設定中であれば「１」、オートチャージ設定でない場合「０」が格納される。
【0047】
「第１口座」項目には、対応するユーザＩＤによって識別されるユーザＵが第１口座を登録済みか否かに関する情報（フラグ）が格納される。例えば、第１口座が登録済みである場合「１」、第１口座が未登録である場合「０」が格納される。なお、第１口座項目には、第１口座として登録された銀行口座に関する情報があわせて登録される。
【0048】
「後払い」項目には、対応するユーザＩＤによって識別されるユーザＵが後払いを設定中か否かに関する情報（フラグ）が格納される。例えば、後払いを設定中である場合「１」、「後払い」を未設定である場合「０」が格納される。
【0049】
「第２口座」項目には、対応するユーザＩＤによって識別されるユーザＵが第２口座を登録済みか否かに関する情報（フラグ）が格納される。例えば、第２口座が登録済みである場合「１」、第２口座が未登録である場合「０」が格納される。なお、第２口座を未登録、かつ、後払いを設定中のユーザＵは、ユーザウォレットの残高や、第１口座からユーザウォレットの残高への資金移動を経て、クレジットカードの精算金額の引き落としが行われることになる。
【0050】
図３の説明に戻り、利用情報記憶部６２について説明する。利用情報記憶部６２は、利用情報を記憶する。利用情報は、各ユーザＵの電子マネー決済の利用額に関する情報である。
【0051】
図５は、実施形態に係る利用情報記憶部６２に格納される情報の一例を示す図である。図５に示すように、利用情報記憶部６２は、「ユーザＩＤ」、「利用金額（残高払い）」、「利用上限（残高払い）」、「利用金額（後払い）」および「利用上限（後払い）」などといった項目の情報を互いに対応付けて記憶する。
【0052】
「ユーザＩＤ」項目には、決済サーバ２００において各ユーザＵを識別するための識別子が格納される。「利用金額（残高払い）」項目には、電子マネー決済における残高払いの利用金額に関する情報が格納される。
【0053】
「利用上限（残高払い）」項目には、電子マネー決済における残高払いの利用金額の上限に関する情報が格納される。例えば、過去２４時間および過去３０日間それぞれの利用金額の上限が、本人確認の有無、ユーザウォレットへのチャージ方法等によって決定される。
【0054】
「利用金額（後払い）」項目には、電子マネー決済における残高払いの利用金額に関する情報が格納される。また、「利用上限（後払い）」項目には、電子マネー決済における残高払いの利用金額の上限に関する情報が格納される。例えば、後払いの利用上限は、１回の決済に対して設けられる。なお、後払いの利用上限は、クレジットカードの与信枠の上限であってもよい。
【0055】
図３の説明に戻り、制御部７について説明する。制御部７は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部７は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。
【0056】
図３に示すように、制御部７は、取得部７１と、決済処理部７２と、管理部７３と、設定部７４とを有する。取得部７１は、ユーザ端末１００を用いた決済（電子決済）に関する情報を取得する。
【0057】
取得部７１は、ユーザ端末１００、あるいは、店舗端末からユーザＵが利用した決済に関する情報を取得する。例えば、決済に関する情報は、ユーザＩＤ、店舗ＩＤおよび利用金額を含む。
【0058】
また、取得部７１は、後払いサービスに関する決済要求を、クレジットカード事業者の情報処理装置１から取得する。かかる決済要求は、ユーザＩＤおよび精算金額に関する情報を含む。
【0059】
決済処理部７２は、ユーザ端末１００を用いた決済（電子決済）に関する各種決済処理を実行する。例えば、決済処理部７２は、電子マネー口座の残高払いと、電子マネー口座に紐づいたクレジットカードによる後払いとから、ユーザによって設定された決済方法で、取得部７１によって取得された利用金額の決済を行う。
【0060】
具体的には、決済処理部７２は、ユーザ情報記憶部６１を参照し、ユーザＵが選択中の支払い方法が残高払いか、後払いのどちらかを確認する。つづいて、決済処理部７２は、ユーザＵの支払い方法が残高払いである場合、残高が利用金額も多いか否かを判定する。
【0061】
残高が利用金額よりも多い場合、決済処理部７２は、残高を用いた決済処理を実行する。また、決済処理部７２は、残高が利用金額よりも少ない場合には、ユーザ情報記憶部６１を参照し、オートチャージ設定がオンであるか否かを判定する。
【0062】
決済処理部７２は、オートチャージ設定がオンであれば、第１口座に対してオートチャージを要求し、オートチャージ後の残高で決済処理を実行する。また、決済処理部７２は、オートチャージ設定がオフ、あるいは、第１口座が登録されていなければ、すなわち、残高不足となる場合、エラーとして処理する。
【0063】
また、決済処理部７２は、ユーザＵが選択中の支払い方法が後払いである場合、ユーザＵによる利用金額を、通信部５を通じて、情報処理装置１へ通知する。
【0064】
また、決済処理部７２は、取得部７１がクレジットカードの精算金額に関する精算要求を取得した際に、精算金額に関する決済処理を実行する。例えば、決済処理部７２は、引き落とし日において、ユーザウォレットの残高で精算金額を精算可能か否かについて判定し、精算可能であれば残高から精算を行う。また、決済処理部７２は、ユーザウォレットの残高が不足している場合、第１口座からユーザウォレットに対しチャージを要求し、チャージ後の残高で精算を行う。
【0065】
また、決済処理部７２は、後払いの利用金額が精算上限（１００万円）を超えた場合には、ユーザに対して送付する振り込み用紙を手配する。なお、後払いの利用金額の判定による振り込み用紙の手配については、情報処理装置１側で行うようにしてもよい。ここで、振り込み用紙を手配するとは、電子決済事業者のオペレータあるいはクレジットカード会社のオペレータに対して、ユーザＵに対して振り込み用紙を送付するように指示することを指す。より具体的には、決済処理部７２は、ユーザＵの請求データに対し、精算を振り込み用紙とするフラグを紐づけて記憶する。オペレータは、かかるデータを参照し、ユーザＵに対し振り込み用紙を送付することになる。
【0066】
管理部７３は、ユーザＵによる残高払いによる利用上限額と、後払いによる利用上限額を個別に管理する。具体的には、管理部７３は、例えば、ユーザＵが行った電子マネー決済について残高払いおよび後払いそれぞれで利用上限額を個別に管理する。
【0067】
例えば、管理部７３は、決済処理部７２が決済処理を行う際に、利用情報記憶部６２を参照し、今回の利用金額が残高払いの利用上限内、あるいは、後払いの利用上限内であるか否かを判定する。
【0068】
管理部７３は、今回の利用金額が利用上限内であれば、決済処理部７２による決済処理を許可し、利用上限を超える場合には、エラーとして処理する。なお、エラーとして処理する場合、ユーザ端末１００あるいは店舗端末に対して今回の決済が無効である旨および無効理由が通知される。
【0069】
このように、管理部７３は、残高払いの利用上限および後払いの利用上限をそれぞれ個別に管理することにより、ユーザＵによる電子マネー決済を適切に管理することができる。
【0070】
設定部７４は、ユーザＵによるオートチャージ設定に関する各種処理を行う。具体的には、設定部７４は、後払いサービスの精算口座としてユーザウォレットを選択したユーザＵに対してユーザウォレットに紐づく銀行口座（第１口座）のオートチャージ設定をオンに設定する。また、設定部７４は、ユーザＵによる第２口座の登録が行われるまでオートチャージ設定の解除を禁止する。
【0071】
これは、第２口座が登録された場合には、第２口座から後払いの精算金額を引き落とすことができるためである。これにより、後払いの精算金額を適切に処理することが可能となる。また、設定部７４は、ユーザＵが第２口座を登録した場合には、オートチャージの設定解除を許可する。すなわち、ユーザＵは、第２口座を登録した場合に、後払いサービスの精算口座として第２口座の設定が可能となる。
【0072】
なお、決済サーバ２００は、第２口座が登録されているか否かの情報については第２口座の口座情報を管理する情報処理装置１から取得してもよいし、あるいは、情報処理装置１と連携し、ユーザＵが情報処理装置１へ第２口座を登録した際に情報処理装置１から通知を受け取るようにしてもよい。
【0073】
〔２－２．情報処理装置の構成例〕
次に、図６を用いて、実施形態に係る情報処理装置１の構成例について説明する。図６は、実施形態に係る情報処理装置１の構成例を示すブロック図である。図６に示すように、情報処理装置１は、通信部２と、記憶部３と、制御部４とを有する。
次に、図６を用いて、実施形態に係る情報処理装置１の構成例について説明する。図６は、実施形態に係る情報処理装置１の構成例を示すブロック図である。図６に示すように、情報処理装置１は、通信部２と、記憶部３と、制御部４とを有する。
【0074】
通信部２は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２は、ネットワークＮと有線または無線で接続され、ユーザ端末１００等との間で情報の送受信を行う。
【0075】
記憶部３は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。
【0076】
例えば、記憶部３は、第２口座の口座番号をクレジットカード事業者が管理するユーザ識別情報と紐づけて記憶する。また、記憶部３は、決済事業者におけるユーザ識別情報（情報処理装置１側のユーザＩＤ）や、クレジットカード番号、電子マネー精算であるか否かに関する情報を紐づけて記憶する。
【0077】
制御部４は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。実施形態に係る制御部４は、図６示すように、受付部４１と、取得部４２と、選択部４３と、精算処理部４４と、要求部４５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。
【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】
メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【0119】
例えば、コンピュータ１０００が実施形態に係る情報処理装置１として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部４の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。
【0120】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【0121】
〔７．その他〕
また、上記実施形態及び変形例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
また、上記実施形態及び変形例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【0122】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【0123】
また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【0124】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【0125】
１ 情報処理装置
４ 制御部
４１ 受付部
４２ 取得部
４３ 選択部
４４ 精算処理部
４５ 要求部
６１ ユーザ情報記憶部
６２ 利用情報記憶部
７１ 取得部
７２ 決済処理部
７３ 管理部
７４ 設定部
１００ ユーザ端末
２００ 決済サーバ
Ｕ ユーザ
４ 制御部
４１ 受付部
４２ 取得部
４３ 選択部
４４ 精算処理部
４５ 要求部
６１ ユーザ情報記憶部
６２ 利用情報記憶部
７１ 取得部
７２ 決済処理部
７３ 管理部
７４ 設定部
１００ ユーザ端末
２００ 決済サーバ
Ｕ ユーザ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【手続補正書】
【提出日】2023-10-30
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
クレジットカードサービスでユーザが所定期間内に利用した精算金額を示す金額情報を取得する取得部と、
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択部と、
前記選択部によって選択された前記精算口座から前記精算金額を精算する精算処理部と
を備え、
前記選択部は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理装置。
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択部と、
前記選択部によって選択された前記精算口座から前記精算金額を精算する精算処理部と
を備え、
前記選択部は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理装置。
【請求項2】
前記選択部は、
前記クレジットカードの前記精算金額が閾値よりも多く、かつ、前記引き落とし口座が登録されていない場合に、前記ユーザが前記精算金額を振り込むための振り込み用紙を手配すること
を特徴とする請求項１に記載の情報処理装置。
前記クレジットカードの前記精算金額が閾値よりも多く、かつ、前記引き落とし口座が登録されていない場合に、前記ユーザが前記精算金額を振り込むための振り込み用紙を手配すること
を特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記精算処理部は、
前記精算口座として前記電子マネー口座が選択された場合に、前記電子マネー口座を管理するサーバ装置に対して精算を要求すること
を特徴とする請求項１に記載の情報処理装置。
前記精算口座として前記電子マネー口座が選択された場合に、前記電子マネー口座を管理するサーバ装置に対して精算を要求すること
を特徴とする請求項１に記載の情報処理装置。
【請求項4】
前記電子マネー口座を登録済みで、前記引き落とし口座の登録を行っていないユーザに対して前記引き落とし口座の登録を要求する要求部
を備えることを特徴とする請求項１に記載の情報処理装置。
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項5】
前記要求部は、
前記ユーザの前記精算金額が前記閾値よりも多い場合に、前記引き落とし口座の登録を要求すること
を特徴とする請求項４に記載の情報処理装置。
前記ユーザの前記精算金額が前記閾値よりも多い場合に、前記引き落とし口座の登録を要求すること
を特徴とする請求項４に記載の情報処理装置。
【請求項6】
前記選択部は、
前記精算金額のうち一部の前記精算口座に前記電子マネー口座を選択し、残りの前記精算金額を精算する前記精算口座に前記引き落とし口座を選択すること
を特徴とする請求項１に記載の情報処理装置。
前記精算金額のうち一部の前記精算口座に前記電子マネー口座を選択し、残りの前記精算金額を精算する前記精算口座に前記引き落とし口座を選択すること
を特徴とする請求項１に記載の情報処理装置。
【請求項7】
前記選択部は、
前記クレジットカードの前記精算金額が前記閾値よりも少ない場合には、前記電子マネー口座および前記引き落とし口座のうち、前記ユーザによって選択された口座を前記精算口座として選択すること
を特徴とする請求項１に記載の情報処理装置。
前記クレジットカードの前記精算金額が前記閾値よりも少ない場合には、前記電子マネー口座および前記引き落とし口座のうち、前記ユーザによって選択された口座を前記精算口座として選択すること
を特徴とする請求項１に記載の情報処理装置。
【請求項8】
コンピュータが実行する情報処理方法であって、
クレジットカードサービスでユーザが所定期間内に利用した精算金額を示す金額情報を取得する取得工程と、
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択工程と、
前記選択工程によって選択された前記精算口座から前記精算金額を精算する精算処理工程と
を含み、
前記選択工程は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理方法。
クレジットカードサービスでユーザが所定期間内に利用した精算金額を示す金額情報を取得する取得工程と、
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択工程と、
前記選択工程によって選択された前記精算口座から前記精算金額を精算する精算処理工程と
を含み、
前記選択工程は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理方法。
【請求項9】
クレジットカードサービスでユーザが所定期間内に利用した精算金額を示す金額情報を取得する取得手順と、
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択手順と、
前記選択手順によって選択された前記精算口座から前記精算金額を精算する精算処理手順と
をコンピュータに実行させ、
前記選択手順は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理プログラム。
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択手順と、
前記選択手順によって選択された前記精算口座から前記精算金額を精算する精算処理手順と
をコンピュータに実行させ、
前記選択手順は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理プログラム。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【0001】
本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。
【手続補正書】
【提出日】2024-04-15
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
クレジットカードサービスでユーザが所定期間内に利用した利用金額を合算した金額である精算金額を示す金額情報を取得する取得部と、
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択部と、
前記選択部によって選択された前記精算口座から前記精算金額を精算する精算処理部と
を備え、
前記選択部は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理装置。
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択部と、
前記選択部によって選択された前記精算口座から前記精算金額を精算する精算処理部と
を備え、
前記選択部は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理装置。
【請求項2】
前記選択部は、
前記クレジットカードの前記精算金額が閾値よりも多く、かつ、前記引き落とし口座が登録されていない場合に、前記ユーザが前記精算金額を振り込むための振り込み用紙を送付するように通知すること
を特徴とする請求項１に記載の情報処理装置。
前記クレジットカードの前記精算金額が閾値よりも多く、かつ、前記引き落とし口座が登録されていない場合に、前記ユーザが前記精算金額を振り込むための振り込み用紙を送付するように通知すること
を特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記精算処理部は、
前記精算口座として前記電子マネー口座が選択された場合に、前記電子マネー口座を管理するサーバ装置に対して精算を要求すること
を特徴とする請求項１に記載の情報処理装置。
前記精算口座として前記電子マネー口座が選択された場合に、前記電子マネー口座を管理するサーバ装置に対して精算を要求すること
を特徴とする請求項１に記載の情報処理装置。
【請求項4】
前記電子マネー口座を登録済みで、前記引き落とし口座の登録を行っていないユーザに対して前記引き落とし口座の登録を要求する要求部
を備えることを特徴とする請求項１に記載の情報処理装置。
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項5】
前記要求部は、
前記ユーザの前記精算金額が前記閾値よりも多い場合に、前記引き落とし口座の登録を要求すること
を特徴とする請求項４に記載の情報処理装置。
前記ユーザの前記精算金額が前記閾値よりも多い場合に、前記引き落とし口座の登録を要求すること
を特徴とする請求項４に記載の情報処理装置。
【請求項6】
前記選択部は、
前記精算金額のうち一部の前記精算口座に前記電子マネー口座を選択し、残りの前記精算金額を精算する前記精算口座に前記引き落とし口座を選択すること
を特徴とする請求項１に記載の情報処理装置。
前記精算金額のうち一部の前記精算口座に前記電子マネー口座を選択し、残りの前記精算金額を精算する前記精算口座に前記引き落とし口座を選択すること
を特徴とする請求項１に記載の情報処理装置。
【請求項7】
前記選択部は、
前記クレジットカードの前記精算金額が前記閾値よりも少ない場合には、前記電子マネー口座および前記引き落とし口座のうち、前記ユーザによって選択された口座を前記精算口座として選択すること
を特徴とする請求項１に記載の情報処理装置。
前記クレジットカードの前記精算金額が前記閾値よりも少ない場合には、前記電子マネー口座および前記引き落とし口座のうち、前記ユーザによって選択された口座を前記精算口座として選択すること
を特徴とする請求項１に記載の情報処理装置。
【請求項8】
コンピュータが実行する情報処理方法であって、
クレジットカードサービスでユーザが所定期間内に利用した利用金額を合算した金額である精算金額を示す金額情報を取得する取得工程と、
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択工程と、
前記選択工程によって選択された前記精算口座から前記精算金額を精算する精算処理工程と
を含み、
前記選択工程は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理方法。
クレジットカードサービスでユーザが所定期間内に利用した利用金額を合算した金額である精算金額を示す金額情報を取得する取得工程と、
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択工程と、
前記選択工程によって選択された前記精算口座から前記精算金額を精算する精算処理工程と
を含み、
前記選択工程は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理方法。
【請求項9】
クレジットカードサービスでユーザが所定期間内に利用した利用金額を合算した金額である精算金額を示す金額情報を取得する取得手順と、
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択手順と、
前記選択手順によって選択された前記精算口座から前記精算金額を精算する精算処理手順と
をコンピュータに実行させ、
前記選択手順は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理プログラム。
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択手順と、
前記選択手順によって選択された前記精算口座から前記精算金額を精算する精算処理手順と
をコンピュータに実行させ、
前記選択手順は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理プログラム。
【手続補正書】
【提出日】2025-01-07
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
クレジットカードサービスでユーザが所定期間内に利用した利用金額を合算した金額である精算金額を示す金額情報を取得する取得部と、
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択部と、
前記選択部によって選択された前記精算口座から前記精算金額を精算する精算処理部と
を備え、
前記選択部は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理装置。
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択部と、
前記選択部によって選択された前記精算口座から前記精算金額を精算する精算処理部と
を備え、
前記選択部は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理装置。
【請求項2】
前記選択部は、
前記クレジットカードの前記精算金額が閾値よりも多く、かつ、前記引き落とし口座が登録されていない場合に、前記ユーザが前記精算金額を振り込むための振り込み用紙を送付するように手配すること
を特徴とする請求項１に記載の情報処理装置。
前記クレジットカードの前記精算金額が閾値よりも多く、かつ、前記引き落とし口座が登録されていない場合に、前記ユーザが前記精算金額を振り込むための振り込み用紙を送付するように手配すること
を特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記精算処理部は、
前記精算口座として前記電子マネー口座が選択された場合に、前記電子マネー口座を管理するサーバ装置に対して精算を要求すること
を特徴とする請求項１に記載の情報処理装置。
前記精算口座として前記電子マネー口座が選択された場合に、前記電子マネー口座を管理するサーバ装置に対して精算を要求すること
を特徴とする請求項１に記載の情報処理装置。
【請求項4】
前記電子マネー口座を登録済みで、前記引き落とし口座の登録を行っていないユーザに対して前記引き落とし口座の登録を要求する要求部
を備えることを特徴とする請求項１に記載の情報処理装置。
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項5】
前記要求部は、
前記ユーザの前記精算金額が前記閾値よりも多い場合に、前記引き落とし口座の登録を要求すること
を特徴とする請求項４に記載の情報処理装置。
前記ユーザの前記精算金額が前記閾値よりも多い場合に、前記引き落とし口座の登録を要求すること
を特徴とする請求項４に記載の情報処理装置。
【請求項6】
前記選択部は、
前記精算金額のうち一部の前記精算金額を精算する前記精算口座に前記電子マネー口座を選択し、残りの前記精算金額を精算する前記精算口座に前記引き落とし口座を選択すること
を特徴とする請求項１に記載の情報処理装置。
前記精算金額のうち一部の前記精算金額を精算する前記精算口座に前記電子マネー口座を選択し、残りの前記精算金額を精算する前記精算口座に前記引き落とし口座を選択すること
を特徴とする請求項１に記載の情報処理装置。
【請求項7】
前記選択部は、
前記クレジットカードの前記精算金額が前記閾値よりも少ない場合には、前記電子マネー口座および前記引き落とし口座のうち、前記ユーザによって選択された口座を前記精算口座として選択すること
を特徴とする請求項１に記載の情報処理装置。
前記クレジットカードの前記精算金額が前記閾値よりも少ない場合には、前記電子マネー口座および前記引き落とし口座のうち、前記ユーザによって選択された口座を前記精算口座として選択すること
を特徴とする請求項１に記載の情報処理装置。
【請求項8】
コンピュータが実行する情報処理方法であって、
クレジットカードサービスでユーザが所定期間内に利用した利用金額を合算した金額である精算金額を示す金額情報を取得する取得工程と、
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択工程と、
前記選択工程によって選択された前記精算口座から前記精算金額を精算する精算処理工程と
を含み、
前記選択工程は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理方法。
クレジットカードサービスでユーザが所定期間内に利用した利用金額を合算した金額である精算金額を示す金額情報を取得する取得工程と、
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択工程と、
前記選択工程によって選択された前記精算口座から前記精算金額を精算する精算処理工程と
を含み、
前記選択工程は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理方法。
【請求項9】
クレジットカードサービスでユーザが所定期間内に利用した利用金額を合算した金額である精算金額を示す金額情報を取得する取得手順と、
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択手順と、
前記選択手順によって選択された前記精算口座から前記精算金額を精算する精算処理手順と
をコンピュータに実行させ、
前記選択手順は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理プログラム。
前記ユーザに紐づく電子マネー決済に関する電子決済サービスの電子マネー口座と、前記ユーザに紐づく銀行口座であるクレジットカードの引き落とし口座とから前記精算金額の精算口座を所定条件に基づいて選択する選択手順と、
前記選択手順によって選択された前記精算口座から前記精算金額を精算する精算処理手順と
をコンピュータに実行させ、
前記選択手順は、
クレジットカードの前記精算金額が閾値よりも少ない場合に、前記電子マネー口座を選択し、前記精算金額が前記閾値よりも多い場合には、前記引き落とし口座を選択すること
を特徴とする情報処理プログラム。