JP2021096746A - 情報処理方法、情報処理装置、及びプログラム - Google Patents

Abstract

【課題】あと払いや融資等により発生した債務の清算の利便性を向上させる情報処理方法、情報処理装置及びプログラムを提供する。【解決手段】通信システム１において、情報処理装置であるサーバ１１０Ａ、１１０Ｂは、端末１２０Ａ〜１２０Ｃのあと払い設定操作により入力されたあと払い設定要求を受信すると、端末１２０Ａ〜１２０Ｃのユーザのあと払い方法や個人情報等に基づいて、あと払いで利用可能な債務の限度額である与信枠を決定し、あと払いの設定を記憶する。あと払いの設定として定期残高払いが設定され、残高にチャージする必要がある場合、金融機関サーバ１４０へチャージの要求を行う。金融機関サーバ１４０からのチャージが行われると、決済サービスの残高から清算を行う。【選択図】図１

Description

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

従来、クレジットでのあと払い（後払い）で、複数回払い（例えば、リボルビング払い、及び分割払い等を含む）、及び一括払い等の複数のあと払い方式で清算（支払い、返済）を行うことができる技術が知られている（例えば、特許文献１を参照）。

特開２００５−０５６２１１号公報

しかしながら、従来技術では、例えば、あと払いの清算に不便が生じる場合がある。本開示は、あと払いや融資等により発生した債務の清算の利便性を向上させることができる技術を提供することを目的とする。

本開示の一実施形態に係る情報処理方法は、情報処理装置が、ユーザに購入された商品の代金の決済を行う決済サービスを提供する処理と、前記ユーザの決済によるあと払いの債務を記憶する処理と、所定の期日に、前記ユーザに指定された金融機関の預金口座から、前記決済サービスにおける前記ユーザの残高に所定額を入金し、前記決済サービスにおける前記ユーザの残高を用いて、前記所定の期日における前記債務の清算額を清算する処理と、を実行する。

本開示の一実施形態に係る通信システムの構成を示す図である。 実施形態に係る情報処理装置のハードウェア構成の一例を示す図である。 実施形態に係るサーバ、及び端末の構成を示すブロック図の一例を示す図である。 実施形態に係る通信システムの処理のシーケンスの一例を示す図である。 実施形態に係る通信システムの処理のシーケンスの一例を示す図である。 実施形態に係るユーザ情報記憶部に記憶されている商品情報の一例を示す図である。 実施形態に係るあと払い情報記憶部に記憶されているあと払い情報の一例を示す図である。 実施形態に係る端末の表示画面の一例について説明する図である。 実施形態に係る端末の表示画面の一例について説明する図である。 実施形態に係る端末の表示画面の一例について説明する図である。

＜法令遵守＞
本明細書に記載の開示は、実施される場合、本開示を実施する各国の法令を遵守のうえで実施される。また、本明細書に記載の開示は、各国の法令を遵守するために必要な、当業者が成し得る全ての変更、置換、変形、改変、および修正をもって実施される。

本開示に係るあと払いサービスを提供する処理を実施するための形態について、図面を参照して説明する。
＜システム構成＞
図１は、本開示の一実施形態に係る通信システム１の構成を示す図である。図１に開示されるように、通信システム１では、ネットワーク１３０を介してサーバ１１０Ａ、サーバ１１０Ｂと、端末１２０Ａ、端末１２０Ｂ、端末１２０Ｃと、金融機関サーバ１４０と、が接続される。

本開示において、サーバ１１０Ａと、サーバ１１０Ｂとをそれぞれ区別する必要がない場合は、サーバ１１０Ａとサーバ１１０Ｂとは、それぞれサーバ１１０と表現されてもよい。なお、サーバ１１０は、「情報処理装置」の一例である。

本開示において、端末１２０Ａと、端末１２０Ｂと、端末１２０Ｃとをそれぞれ区別する必要がない場合は、端末１２０Ａと端末１２０Ｂと端末１２０Ｃとは、それぞれ端末１２０（「情報処理端末」の一例。）と表現されてもよい。なお、サーバ１１０、端末１２０、及び金融機関サーバ１４０の数は、図１の例に限定されない。

本開示において、サーバ１１０と、端末１２０とをそれぞれ区別する必要がない場合は、サーバ１１０と端末１２０とは、それぞれ情報処理装置２００と表現されてもよい。なお、ネットワーク１３０に接続される情報処理装置２００の数は図１の例に限定されない。

サーバ１１０は、ネットワーク１３０を介してユーザが利用する端末１２０に、所定のサービスを提供する。所定のサービスは、限定でなく例として、決済サービス、金融サービス、電子商取引サービス、インスタントメッセンジャー等を用いるメッセージングサービスを代表とするSNS（Social Networking Service）、楽曲、動画、書籍（漫画等を含む）などのコンテンツを提供するコンテンツ提供サービス等を含む。なお、決済サービスには、例えば、二次元コード、及び近接無線通信等を用いた決済サービスが含まれてもよい。また、決済サービスには、クレジット（貸し付け）によるあと払いサービスが含まれてもよい。

電子商取引サービス（取引サービス）には、例えば、インターネット通販サービス、フリーマーケットサービスやネットオークションサービス等の個人間取引サービス、及び即時買取（質屋）サービス等が含まれてもよい。ユーザが端末１２０を介して所定のサービスを利用することで、サーバ１１０は１以上の端末１２０に所定のサービスを提供することができる。

端末１２０は、例えば、ユーザが使用するスマートフォン、タブレット、及びパーソナルコンピュータ等の端末であり、サーバ１１０により提供される各種サービスを利用する処理を行う。

金融機関サーバ１４０は、銀行法により、免許を受けて銀行業を営む株式会社である銀行（普通銀行）、及び協同組織形態の預貯金取扱金融機関である協同組織金融機関等の、預貯金を取扱う金融機関が運用するサーバである。金融機関サーバ１４０は、ユーザの銀行口座等の預金口座を管理する。金融機関サーバ１４０は、例えば、インターネットバンキング等の通信取引、及び現金自動預け払い機（ＡＴＭ、Automated Teller Machine）によりユーザの預金口座に振込が行われた場合、ユーザの預金口座に資金を移動してもよい。また、金融機関サーバ１４０は、例えば、同一ユーザの他の金融口座から預金口座に資金を移し替える振替等により、ユーザの預金口座に資金を移動してもよい。

必要に応じて、ユーザＸが利用する端末を端末１２０Ｘと表現し、ユーザＸまたは端末１２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報、ユーザに対応付けられた電子バリュー（電子マネー）の残高情報、ユーザに対応付けられたクレジットカード情報（クレジットカード番号など）を含み、これらのいずれか一つまたは、組み合わせであってもよい。

ネットワーク１３０は、２以上の情報処理装置２００を接続する役割を担う。ネットワーク１３０は、端末１２０がサーバ１１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

ネットワーク１３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク１３０は、限定でなく例として、アドホック・ネットワーク（Ad Hoc Network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（Virtual Private Network：ＶＰＮ）、ローカル・エリア・ネットワーク（Local Area Network：ＬＡＮ）、ワイヤレスＬＡＮ（Wireless LAN：ＷＬＡＮ）、広域ネットワーク（Wide Area Network：ＷＡＮ）、ワイヤレスＷＡＮ（Wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（Metropolitan Area Network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮｓ（Integrated Service Digital Networks）、無線ＬＡＮｓ、ＬＴＥ（Long Term Evolution）、ＣＤＭＡ（Code Division Multiple Access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク１３０は、１つまたは複数のネットワーク１３０を含むことができる。

情報処理装置２００は、本開示に記載される処理、機能および方法を実現できる情報処理装置であればどのような情報処理装置であってもよい。

情報処理装置２００は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、サーバ装置、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダなど）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ（Personal Digital Assistant）、電子メールクライアントなど）、ウェアラブル端末（限定でなく例として、メガネ型デバイス、時計型デバイスなど）、他種のコンピュータ、またはコミュニケーションプラットホームを含む。

＜ハードウェア構成＞
図２を用いて、通信システム１に含まれる情報処理装置２００のハードウェア構成について説明する。図２は、実施形態に係る情報処理装置２００のハードウェア構成の一例を示す図である。

情報処理装置２００は、プロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力インタフェース（入出力Ｉ／Ｆ）２０４と、通信インタフェース（通信Ｉ／Ｆ）２０５とを含む。情報処理装置２００のハードウェアの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。

情報処理装置２００は、プロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５との協働により、本開示に記載される処理、機能、および／または、方法を実現する。

プロセッサ２０１は、ストレージ２０３に記憶されるプログラムに含まれるコードまたは命令によって実現する処理、機能および方法を実行する。プロセッサ２０１は、限定でなく例として、中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphic s Processing Unit）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（Application-Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等を含み、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各実施形態に開示される各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。

メモリ２０２は、ストレージ２０３からロードしたプログラムを一時的に記憶し、プロセッサ２０１に対して作業領域を提供する。メモリ２０２には、プロセッサ２０１がプログラムを実行している間に生成される各種データも一時的に格納される。メモリ２０２は、限定でなく例として、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などを含む。

ストレージ２０３は、プログラムを記憶する。ストレージ２０３は、限定でなく例として、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなどを含む。

通信Ｉ／Ｆ２０５は、ネットワーク１３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２０５は、ネットワーク１３０を介して、他の情報処理装置との通信を実行する。通信Ｉ／Ｆ２０５は、各種データをプロセッサ２０１からの指示に従って、他の情報処理装置に送信する。また、通信Ｉ／Ｆ２０５は、他の情報処理装置から送信された各種データを受信し、プロセッサ２０１に伝達する。

入出力Ｉ／Ｆ２０４は、情報処理装置２００に対する各種操作を入力する入力装置、および、情報処理装置２００で処理された処理結果を出力する出力装置を含む。入出力Ｉ／Ｆ２０４は、入力装置と出力装置が一体化していてもよいし、入力装置と出力装置とに分離していてもよい。

入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報をプロセッサ２０１に伝達できる全ての種類の装置のいずれか、または、その組み合わせにより実現される。入力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（画像を介した操作入力）、マイク（音声による操作入力）を含む。

出力装置は、プロセッサ２０１で処理された処理結果を出力することができる全ての種類の装置のいずれか、または、その組み合わせにより実現される。当該処理結果を映像または動画像として出力する場合、出力装置は、フレームバッファに書き込まれた表示データに従って、当該表示データを表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイ、ＯＥＬＤ（Organic Electroluminescence Display）など）、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置、スピーカ（音声出力）、プリンターなどを含む。なお、これらの出力装置は、３Ｄで表示データを表示可能であってもよい。

本開示の各実施形態のプログラムは、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。プログラムは、限定でなく例として、ソフトウェアプログラムやコンピュータプログラムを含む。

記憶媒体は適切な場合、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。

また、本開示のプログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、情報処理装置２００に提供されてもよい。

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

なお、本開示のプログラムは、限定でなく例として、JavaScript（登録商標）、Pythonなどのスクリプト言語、Ｃ言語、Ｇｏ言語、Swift、Kotlin、Java（登録商標）などを用いて実装される。

情報処理装置２００における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。

情報処理装置２００における処理の少なくとも一部を、他の情報処理装置により行う構成としてもよい。この場合、プロセッサ２０１により実現される各部の処理のうち少なくとも一部の処理を、他の情報処理装置で行う構成としてもよい。

＜その他＞
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよい。

本開示は、本開示の実施形態および実施例に対して、当業者が成し得る全ての変更、置換、変形、改変、または修正を包含する。また、添付の特許請求の範囲は、本開示の実施形態および実施例に対して、当業者が成し得る全ての変更、置換、変形、改変、または修正を包含する。さらに、本開示は、当業者が成し得る、本開示における実施形態または実施例の１以上の特徴と、本開示における他の実施形態または実施例の１以上の特徴との任意の組合せを包含する。

加えて、特定の処理、機能、又は方法を実施するように適合される、配置される、能力を有する、構成される、使用可能である、動作可能である、または動作できる装置またはシステムあるいは装置またはシステムの構成要素に対する添付の特許請求の範囲での参照は、その装置、システム、または構成要素がそのように適合される、配置される、能力を有する、構成される、使用可能にされる、動作可能にされる、または動作できる限り、その装置、システム、構成要素またはその特定の機能がアクティベートされ、オンにされ、またはロック解除されているか否かに関わらず、その装置、システム、構成要素を包含する。

本開示は、明示されない限り、いずれの実施形態または実施例を実施するに際して、事前に、または、実施の直前にユーザからの同意を取得してもよい。また、取得する同意は、包括的なものでもよく、都度取得するものでもよい。

＜実施形態＞
本開示の実施形態は、あと払いサービスの清算を行う実施形態である。実施形態により、例えば、あと払いや融資等により発生した債務の清算の利便性を向上させることができる。また、例えば、適切な態様でのあと払いの清算を可能とするため、結果的に端末１２０Ａやサーバ１１０の負荷、及び端末１２０Ａとサーバ１１０間のネットワーク１３０の負荷を軽減できるという効果が得られる。

＜実施形態の構成＞
図３を用いてサーバ１１０および端末１２０の構成を説明する。図３は、実施形態に係るサーバ１１０、及び端末１２０の構成を示すブロック図の一例を示す図である。図３に開示の各部は、情報処理装置２００が備えるプロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５との協働により実現される。

（１）サーバの構成
サーバ１１０は、受付部３１１と、送受信部３１２と、制御部３１３と、表示制御部３１４と、記憶部３１５とを有する。なお、各部の処理、機能、又は処理は、実現可能な範囲において、機械学習またはＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）により実現されてもよい。

受付部３１１は、サーバ１１０により提供される各種のサービスを運営する事業者からの各種の設定操作等を受け付ける。

送受信部３１２は、制御部３１３の指示に従い、端末１２０とのデータの送受信を行う。なお、送受信部３１２は、例えば、端末１２０からのログイン要求に含まれるユーザＩＤ、及びパスワードにより端末１２０のユーザが認証された際、端末１２０とのＨＴＴＰＳ等を用いた通信用のセッションを接続する。そして、接続した通信用のセッションのＩＤに対応付けて、端末１２０等の通信用のアドレスと、ユーザＩＤ等を記憶しておく。そして、接続した通信用のセッションを用いて、端末１２０等にデータを送信する。

制御部３１３は、電子商取引サービス、及び決済サービス等の各種サービスを、端末１２０のユーザに提供する処理を行う。

表示制御部３１４は、制御部３１３の指示に従い、端末１２０等の表示画面を制御する情報を、送受信部３１２に送信させる。

記憶部３１５は、ユーザの情報を記憶するユーザ情報記憶部３１５１、及びあと払い情報を記憶するあと払い情報記憶部３１５２等を有する
（２）端末の構成
端末１２０は、受付部３２１と、送受信部３２２と、制御部３２３と、表示制御部３２４と、記憶部３２５とを有する。なお、各部の処理、機能、又は方法は、実現可能な範囲において、機械学習またはＡＩにより実現されてもよい。

受付部３２１は、端末１２０のユーザからの各種の操作等を受け付ける。

送受信部３２２は、制御部３２３の指示に従い、サーバ１１０等とのデータの送受信を行う。なお、送受信部３２２は、例えば、サーバ１１０にログインした際、サーバ１１０とのＨＴＴＰＳ等を用いた通信用のセッションを接続する。そして、接続した通信用のセッションのＩＤに対応付けて、サーバ１１０の通信用のアドレス等を記憶しておく。そして、接続した通信用のセッションを用いて、サーバ１１０にデータを送信する。

制御部３２３は、サーバ１１０により提供される各種のサービスを利用する処理を行う。表示制御部３２４は、制御部３２３の指示に従い、サーバ１１０から受信した情報等に基づいて、端末１２０の表示画面を制御する。記憶部３２５は、サーバ１１０により提供されるサービス等を利用するための情報を記憶する。

＜実施形態の処理＞
図４Ａから図６Ｃを参照し、実施形態に係る通信システム１の処理の一例について説明する。図４Ａ、及び図４Ｂは、実施形態に係る通信システム１の処理のシーケンスの一例を示す図である。図５Ａは、実施形態に係るユーザ情報記憶部３１５１に記憶されているユーザ情報の一例を示す図である。図５Ｂは、実施形態に係るあと払い情報記憶部３１５２に記憶されているあと払い情報の一例を示す図である。図６Ａ、図６Ｂ、及び図６Ｃは、実施形態に係る端末１２０の表示画面の一例について説明する図である。なお、端末１２０Ａは、サーバ１１０との通信を行う際、ユーザＡのアカウントを用いてサーバ１１０の認証を受けているものとする。

≪あと払い設定処理≫
ステップＳ１において、端末１２０Ａは、サーバ１１０により提供されるあと払いサービスの設定操作をユーザＡから受け付ける。図６Ａの表示画面６０１の例では、端末１２０Ａは、あと払いの債務の清算方法（支払い方法）の選択肢として、残高払い６０２、口座振替６０３、及びコンビニ／ＡＴＭ払い６０４を表示させている。残高払いは、ユーザＡの残高を使用して清算する方法である。残高払いには、定期残高払い、及び都度残高払いが含まれてもよい。定期残高払いについては後述する。

都度残高払いでは、ユーザＡから操作された際に、残高払いで清算される。この場合、当該清算期日以前でのユーザＡの操作により、ユーザＡの残高から、当該清算期日におけるユーザＡのあと払いの清算額が清算されてもよい。

口座振替（口座自動振替、自動引き落とし）は、ユーザＡに指定された銀行等の預貯金を取扱う金融機関の預金口座から、毎月自動で引き落として清算する方法である。コンビニ／ＡＴＭ払いは、コンビニ等で現金で清算する方法である。なお、口座振替に関与する金融機関等ごとに、振替手数料が発生する。

図６Ａの表示画面６０１で残高払い６０２がユーザＡにより選択されると、端末１２０Ａは、図６Ｂの表示画面６２１を表示させる。端末１２０Ａは、図６Ｂの表示画面６２１において、残高払いによる清算用の自動チャージ（オートチャージ）用の金融機関の預金口座を設定する領域６２２、残高払いによる毎月の清算期日を設定する領域６２３、残高払いによる清算時点で保有している残高の使用可否を設定する領域６２４等を表示させている。

領域６２２で設定される自動チャージ用の預金口座は、後述する図５Ａのユーザ情報記憶部３１５１に記憶される手動でのチャージ用の預金口座と同一の預金口座が指定されてもよいし、異なる預金口座が指定されてもよい。なお、金融機関サーバ１４０は、自動チャージ用の預金口座を管理する金融機関により運用されていてもよい。

サーバ１１０は、毎月の清算期日を、所定の複数の期日（例えば、１１日、１６日、及び２６日）から選択できるようにしてもよい。

（定期残高払いについて）
定期残高払いでは、例えば、ユーザに指定された毎月の清算期日（引き落とし日）に、サーバ１１０により提供される決済サービスにおけるユーザＡの残高から、当該清算期日におけるユーザＡのあと払いの清算額が清算される。

清算時点で保有している残高の使用可否が「可」に設定されている場合は、決済サービスにおけるユーザＡの残高が不足している場合、自動チャージ用の預金口座から精算額の一部が当該残高にチャージされた後、当該残高から清算される。なお、チャージに関与する金融機関等ごとにチャージ手数料が発生する。

清算時点で保有している残高の使用可否が「否」に設定されている場合は、自動チャージ用の預金口座から精算額の全額が当該残高にチャージされた後、当該残高から清算される。なお、チャージに関与する金融機関等ごとにチャージ手数料が発生する。

定期残高払いでは、口座振替と同様に、自動で引き落とされるため、あと払いの債権が未回収となる可能性が低減される。

また、サーバ１１０は、定期残高払いでは、金融機関により提供されるＡＰＩ（Application Programming Interface）を使用して、預金口座から資金移動を行ってもよい。一方、口座振替の場合、サーバ１１０は、全国銀行データ通信システム（全銀システム）、またはクレジットカード等による決済処理サービスを提供する事業者の決済センター等による仲介を受けて、預金口座から資金移動を行う。そのため、定期残高払いでは、口座振替の場合と比較して、サーバ１１０による決済サービスを提供する事業者から、金融機関等へ支払う手数料を低減できる場合がある。そのため、例えば、サーバ１１０がユーザＡから徴収する手数料を低減できる場合がある。

また、当該仲介を受けないため、金融機関サーバ１４０が稼働している時間帯であれば、即座にチャージを行うことができる。そのため、例えば、２６日に定期残高払いが残高等の不足により清算できなかった場合に、翌２７日にユーザにその旨を通知できるため、ユーザは、コンビニ／ＡＴＭ払い、及び都度残高払い等の他の清算方法により当月中に清算を完了することができる。そのため、例えば、サーバ１１０が、当月中の清算を完了しないユーザ（延滞者）に対して各種のサービスの利用を制限する等の場合に、当該制限を受けることを低減できる。

続いて、端末１２０Ａは、あと払いサービスの設定要求をサーバ１１０に送信する（ステップＳ２）。あと払いサービスの設定要求には、ユーザＡのユーザＩＤが含まれてもよい。なお、サーバ１１０は、端末１２０Ａから受信した要求の通信用のセッションのＩＤに基づいて、端末１２０ＡのユーザＩＤを取得してもよい。

続いて、サーバ１１０は、例えば、ユーザ情報記憶部３１５１を参照し、ユーザＡのあと払い方法、及びユーザＡの個人情報等に基づいて、ユーザＡがあと払いで利用可能な債務の限度額である与信枠を決定する（ステップＳ３）。

（ユーザ情報記憶部３１５１）
図５Ａの例では、ユーザ情報記憶部３１５１には、ユーザＩＤに対応付けて、残高、銀行口座（預金口座）、行動履歴、及び個人情報が記憶されている。ユーザＩＤは、ユーザの識別情報である。残高は、サーバ１１０により提供される決済サービスでの各種の決済にユーザが利用可能な価値の残高である。図５Ａの例では、残高には、入金残高（円）、売上金（円）、及びポイントが含まれる。入金残高は、例えば、銀行、クレジットカード、及び店舗のレジ等を用いてチャージされた電子バリューの残高である。売上金は、例えば、当該ユーザがサーバ１１０により提供される取引サービスを用いて商品等を販売した際の当該商品等の代金から手数料を差し引いた額の合計額である。ポイントは、例えば、当該ユーザがサーバ１１０から付与されたポイントであり、例えば、サーバ１１０により提供される決済サービスでの決済、及びあと払いの清算等に利用可能なポイントである。なお、１ポイントで１円分の支払いができるようにしてもよい。図５Ａの例では、ユーザＡが決済に利用可能な残高は、入金残高が７０００円、売上金が１５００円、ポイントが１００円分であるため、合計８６００円である。なお、図示しないが、ユーザＩＤに信用スコアが対応付けられてもよい。

銀行口座は、例えば、ユーザにより登録された、サーバ１１０を運用する事業者と提携している金融機関におけるユーザの預金口座であり、ユーザの操作により預金残高から残高に入金（チャージ）すること等が可能な預金口座（手動チャージ用の預金口座）である。

行動履歴は、当該ユーザの行動履歴である。行動履歴には、例えば、サーバ１１０により提供される決済サービスでの行動履歴、及びサーバ１１０により提供される電子商取引サービスでの行動履歴が含まれてもよい
決済サービスでの行動履歴には、例えば、決済、及び個人間送金等による出金の履歴、及び金融機関の預金口座等から残高へのチャージ等による入金の履歴を含む残高の履歴が含まれてもよい。また、決済サービスでの行動履歴には、例えば、あと払いでの決済の履歴、及びあと払いの債務の清算履歴等を含むあと払いの履歴が含まれてもよい。

サーバ１１０により提供される電子商取引サービスでの行動履歴には、例えば、当該電子商取引サービスを用いて商品等を売買した履歴等が含まれてもよい。

個人情報は、当該ユーザの個人情報である。個人情報には、例えば、氏名、住所、生年月日、年収、家族構成、持ち家の有無、及び勤務先（職業）等の情報が含まれてもよい。

≪与信枠の決定処理≫
サーバ１１０は、ステップＳ１の処理でユーザＡに設定された清算方法に基づいて、ユーザＡの与信枠を決定してもよい。この場合、サーバ１１０は、例えば、ユーザＡの行動履歴、及び個人情報に基づいて、ユーザＡの信用スコアを算出してもよい。そして、サーバ１１０は、算出された信用スコアに応じた与信枠のデフォルト値を算出してもよい。そして、サーバ１１０は、算出したデフォルト値に、ユーザＡに設定された清算方法に応じた係数を乗算することにより、ユーザＡの与信枠を決定してもよい。また、設定された精算方法に応じた与信枠のデフォルト値を設定し、ユーザＡの信用スコアに応じた係数を乗算することにより、ユーザＡの与信枠を決定してもよい。これらにより、信用スコアが高いほどより多くの与信枠をすることができる。

以下で、ユーザＡに設定された清算方法が定期残高払いであり、清算時点で保有している残高の使用可否が「可」に設定されている場合の係数を第１係数と称する。また、ユーザＡに設定された清算方法が定期残高払いであり、清算時点で保有している残高の使用可否が「否」に設定されている場合の係数を第２係数と称する。また、ユーザＡに設定された清算方法が都度残高払いであり、清算時点で保有している残高の使用可否が「可」に設定されている場合の係数を第３係数と称する。また、ユーザＡに設定された清算方法が都度残高払いであり、清算時点で保有している残高の使用可否が「否」に設定されている場合の係数を第４係数と称する。また、ユーザＡに設定された清算方法が口座振替である場合の係数を第５係数と称する。また、ユーザＡに設定された清算方法がコンビニ／ＡＴＭ払いである場合の係数を第６係数と称する。

この場合、サーバ１１０は、例えば、第１係数、第２係数、第５係数、第３係数、第４係数、第６係数の順に、係数の値が小さくしてもよい。これにより、例えば、金融機関の預金口座から自動でチャージまたは引き落とし等が可能な清算方法が設定されている場合は、ユーザの与信枠を大きくすることができる。

また、サーバ１１０は、ステップＳ１の処理でユーザＡに設定された清算方法の、全ユーザについての債権回収率（システム上での債権回収率）に基づいて、ユーザＡの与信枠を決定してもよい。この場合、サーバ１１０は、清算方法の債権回収率が高いほど、当該清算方法が選択された場合の与信枠を大きく設定してもよい。この場合、サーバ１１０は、例えば、ある清算方法の債権回収率を、当該清算方法に応じた係数の値としてもよい。そして、サーバ１１０は、当該係数の値を、上述したデフォルト値に乗算することにより、ユーザＡの与信枠を決定してもよい。

なお、ユーザＡのあと払いの債務総額よりも少額な与信枠となる清算方法に設定変更された場合、サーバ１１０は、ユーザＡによるあと払いの新規利用を制限してもよい。そして、サーバ１１０は、あと払いの債務の清算により、あと払いの債務総額が当該与信枠よりも少額となった場合、ユーザＡによるあと払いの新規利用の制限を解除してもよい。

続いて、サーバ１１０は、決定した与信枠、及びユーザＡに設定されたあと払いに関する情報をあと払い情報記憶部３１５２に記録する（ステップＳ４）。

（あと払い情報記憶部３１５２）
図５Ｂの例では、あと払い情報記憶部３１５２には、ユーザＩＤに対応付けて、あと払い情報が記録される。あと払い情報は、サーバ１１０により提供されるあと払いサービスに関する情報である。

図５Ｂの例では、あと払い情報には、例えば、ユーザの与信枠、予算枠、一括払い清算上限額、複数回払いの一回当たり清算上限額（ミニマムペイメント）、一括払い未清算残額、複数回払い未清算残額、あと払いの清算方法、自動チャージ用の預金口座、毎月の清算期日、及び清算時点で保有している残高の使用可否が含まれている。

予算枠は、清算期日毎（例えば、毎月の月末等）にあと払いサービスで清算する（支払う、返済する）金額の上限額である。予算枠は、一括払い清算上限額と、複数回払い清算上限額との合計額である。一括払い清算上限額、及び複数回払い清算上限額は、例えば、ユーザに設定されてもよい。

一括払い清算上限額は、清算期日（例えば、翌月の月末等）に一括で清算される金額（マンスリークリア）の上限額である。複数回払いの一回当たり清算上限額は、清算期日毎（例えば、毎月の月末等）に複数回で清算されるリボルビング払い、及び分割払いで一回当たりに清算される金額の合計額の上限額である。

一括払い未清算残額は、一括払いで未清算である代金（元本）の残額（債務）である。複数回払い未清算残額は、複数回払いで未清算である代金（元本）の残額（債務）である。

なお、複数回払いのうち、リボルビング払いでは、例えば、清算期日におけるリボルビング払いの未清算残額が、ユーザに設定された複数回払い清算上限額以上である場合、一定額である複数回払い清算上限額がユーザの残高から徴収される。また、次回の清算期日におけるリボルビング払いの未清算残額が、ユーザに設定された複数回払い清算上限額未満である場合、当該未清算残額がユーザの残高から徴収される。なお、未清算残額には、元金と金利手数料とが含まれてもよい。

また、複数回払いのうち、分割払いでは、分割払いで購入された各商品について、商品の代金をユーザに指定された支払回数で除算した金額が、清算期日毎に一定額ずつユーザの残高から徴収される。なお、複数回払いの指定は、商品の購入前に指定されてもよく、商品の購入後に指定されてもよい。

あと払いの清算方法、自動チャージ用の預金口座、毎月の清算期日、及び清算時点で保有している残高の使用可否は、ステップＳ１の処理でユーザＡに指定された情報でもよい。

≪あと払い利用処理≫
続いて、端末１２０Ａは、あと払いを利用して商品Ａを購入する操作をユーザＡから受け付ける。ここで、端末１２０Ａは、予めユーザＡにあと払いでの決済が指定された状態で、二次元コード等、及び近接通信等を用いた決済を行ってもよい（ステップＳ５）。

続いて、端末１２０Ａは、あと払いの利用要求をサーバ１１０に送信する（ステップＳ６）。ここで、あと払いの利用要求には、例えば、ユーザＡのユーザＩＤ、決済金額、商品Ａを示す情報、及びあと払いでの清算方式を示す情報が含まれてもよい。なお、清算方式を示す情報は、上述したステップＳ４の処理等により、これ以前にサーバ１１０に設定されていてもよい。

続いて、サーバ１１０は、あと払いサービスにより商品Ａの代金の決済等を行う（ステップＳ７）。ここで、サーバ１１０は、あと払い情報記憶部３１５２に、ユーザＡのあと払いの債務等の情報を記録する。なお、サーバ１１０は、ユーザＡの操作により、一括払いの債務と、複数回払いの債務とを相互に変換できるようにしてもよい。

≪あと払い清算処理≫
以下の処理は、例えば、ユーザＡによりあと払いの清算方法として定期残高払いが設定されている場合に、ユーザＡにより設定された清算期日の所定時刻（例えば、夜間）に実行されてもよい。

続いて、サーバ１１０は、ユーザＡによりあと払いの清算方法として定期残高払いが設定されている場合、ユーザＡの残高にチャージする必要があるか否か等を判定する（ステップＳ２１）。

ここで、サーバ１１０は、あと払い情報記憶部３１５２を参照し、清算時点で保有している残高の使用可否が「否」に設定されている場合は、当該清算期日におけるユーザＡのあと払いの清算額を、チャージする金額としてもよい。なお、サーバ１１０は、ユーザＡの一括払い清算上限額、及びユーザＡの一括払い利用額とのうち少額な方と、ユーザＡの複数回払いの一回当たり清算上限額、及びユーザＡの複数回払い未清算残額とのうち少額な方との合計額を、当該清算額としてもよい。

また、サーバ１１０は、清算時点で保有している残高の使用可否が「可」に設定されている場合は、当該清算額と、ユーザＡの残高とに基づいて、チャージの要否、及びチャージする場合のチャージ金額を決定してもよい。この場合、サーバ１１０は、例えば、決済サービスにおけるユーザＡの残高が、当該清算額に応じた所定額未満である場合、当該清算額とユーザＡの残高とに応じたチャージ金額を決定してもよい。

この場合、サーバ１１０は、例えば、ユーザＡの残高が、当該清算額未満である場合、当該清算額とユーザＡの残高との差額をチャージ金額としてもよい。これにより、清算後のユーザＡの残高は０となる。

また、サーバ１１０は、ユーザＡの残高が、当該清算額に一定額（例えば、１０００円）を加えた額未満である場合、当該清算額に当該一定額を加えた額とユーザＡの残高との差額をチャージ金額としてもよい。これにより、自動チャージ用の預金口座から残高にチャージしてあと払いの清算を行った後、残高には一定額が残っている。そのため、例えば、ユーザＡは次の日の朝にコンビニ等で決済する場合に、残高不足によりチャージを手動で行う手間を低減できる。なお、サーバ１１０は、ユーザＡにより当該一定額を指定できるようにしてもよい。

なお、サーバ１１０は、清算時点で保有している残高の使用可否が「可」に設定されており、当該清算額よりもユーザＡの残高の方が閾値以上多い等の場合は、チャージせずに残高から清算を行う。この場合、サーバ１１０は、残高のうち、有効期限が設定されているポイント、及び金融機関の預金口座への出金ができないポイント等を優先的に使用して清算を行ってもよい。

以下では、サーバ１１０により、ユーザＡの残高にチャージする必要があると判定された場合について説明する。

続いて、サーバ１１０は、チャージ要求を金融機関サーバ１４０に送信する（ステップＳ２２）。チャージ要求には、例えば、サーバ１１０が提供する決済サービスにおけるユーザＡのＩＤ、ユーザＡに設定されている自動チャージ用の預金口座の情報、ユーザＡの認証情報、及びチャージ金額等が含まれてもよい。

続いて、金融機関サーバ１４０は、ユーザＡの自動チャージ用の預金口座から、サーバ１１０が提供する決済サービスにおけるユーザＡの残高に、指定されたチャージ金額分の資金を移動させる（ステップＳ２３）。

続いて、サーバ１１０は、サーバ１１０が提供する決済サービスにおけるユーザＡの残高から、当該清算額を清算する（ステップＳ２４）。ここで、サーバ１１０は、ユーザ情報記憶部３１５１に記録されているユーザＡの残高を、当該清算額の分だけ減少させる。また、サーバ１１０は、あと払い情報記憶部３１５２に記録されているユーザＡの一括払い未清算残額、及び複数回払い未清算残額を、当該清算額に応じて減少させる。

また、サーバ１１０は、ユーザ情報記憶部３１５１のユーザＡの行動履歴に、チャージ履歴と、あと払いの債務の清算履歴とを記録してもよい。この場合、サーバ１１０は、ユーザＡの自動チャージ用の預金口座から、サーバ１１０が提供する決済サービスにおけるユーザＡの残高に、当該チャージ金額がチャージされたことを示すチャージ履歴を記録する。そして、サーバ１１０は、サーバ１１０が提供する決済サービスにおけるユーザＡの残高から、当該清算額が清算されたことを示す、あと払いの債務の清算履歴を記録する。

また、サーバ１１０は、ユーザ情報記憶部３１５１のユーザＡの行動履歴をユーザＡが確認できるようにしてもよい。この場合、端末１２０Ａは、ユーザＡの操作により、ユーザＡのユーザＩＤ等を含む行動履歴の取得要求をサーバ１１０に送信する。そして、サーバ１１０は、ユーザ情報記憶部３１５１のユーザＡの行動履歴を端末１２０Ａに送信する。そして、端末１２０Ａは、受信した行動履歴を画面に表示させる。

図６Ｃの例では、端末１２０Ａは、残高履歴の表示画面６１１において、チャージ履歴６１２と、あと払いの債務の清算履歴６１３等を表示させている。これにより、ユーザは、自動チャージ用の預金口座から自動で残高にチャージされて、残高を用いてあと払いの債務が清算されたことを確認することができる。

図６Ｃの例では、チャージ履歴６１２には、チャージが実行された日時６１２Ａ、自動チャージ用の預金口座から自動で残高にチャージされたことを示すメッセージ（タイトル）６１２Ｂ、及びチャージ金額６１２Ｃが含まれている。

また、あと払いの債務の清算履歴６１３には、清算期日におけるあと払いの債務の清算が実行された日時６１３Ａ、残高を用いてあと払いの債務が清算されたこと示すメッセージ６１３Ｂ、及び当該清算期日におけるあと払いの債務の清算額６１３Ｃが含まれている。

（自動チャージ用の預金口座の預金残高が不足している場合の処理）
（（繰り越し））
ユーザＡの自動チャージ用の預金口座の預金残高が、サーバ１１０により指定されたチャージ金額未満である場合、サーバ１１０は、当該清算期日におけるあと払いの債務の清算を、後日に延期（繰り越し）してもよい。これにより、例えば、決済サービスの残高が清算額に不足しており、自動チャージ用の預金口座の預金残高を加えたとしても清算額に不足する場合は、清算を後日に延期することができる。

この場合、例えば、ユーザＡに指定された清算期日である１１日に、預金残高がサーバ１１０に指定されるチャージ金額に不足している場合、サーバ１１０に設定されている所定の複数の期日（例えば、１１日、１６日、及び２６日）のうち、次回の清算期日である１６日に清算を延期するようにしてもよい。

この場合、例えば、ステップＳ２３の処理の際、ユーザＡの自動チャージ用の預金口座の預金残高が、サーバ１１０により指定されたチャージ金額未満である場合、金融機関サーバ１４０は、その旨のエラーをサーバ１１０に返信してもよい。そして、サーバ１１０は、ユーザに指定された当該清算期日における清算を中止し、次回の清算期日に、ステップＳ２１からステップＳ２４の処理を行うようにしてもよい。

（（一部の額の繰り越し））
ユーザＡの自動チャージ用の預金口座の預金残高が、サーバ１１０により指定されたチャージ金額未満である場合、サーバ１１０は、今回の清算時点でユーザＡが清算可能な額を清算し、残額を後日に延期（繰り越し）してもよい。これにより、ユーザは、一部の額のみを繰り越すことができる。

この場合、サーバ１１０は、ユーザＡの自動チャージ用の預金口座の預金残高から、所定額（例えば、当該預金残高の全額、一定額、または第３割合）のチャージを行い、当該清算期日においてユーザＡが清算すべき額のうちの一部を、ユーザＡの決済サービスの残高から徴収して清算してもよい。この場合、サーバ１１０は、例えば、ユーザＡの決済サービスの残高の第１割合（例えば、９０％、または１００％）を用いて清算してもよい。

サーバ１１０は、次回の清算のタイミングにおいても、ユーザＡの決済サービスの残高、及びユーザＡの自動チャージ用の預金口座の預金残高が不足している場合、ユーザＡの自動チャージ用の預金口座の預金残高から、所定額（例えば、当該預金残高の全額、一定額、または第４割合）のチャージを行い、ユーザＡの決済サービスの残高の第２割合を用いて清算してもよい。

この場合、サーバ１１０は、例えば、ユーザＡの自動チャージ用の預金口座の預金残高が、ユーザＡの決済サービスの残高と、繰り越された清算額との差額未満であるか否かを判定してもよい。そして、当該差額未満である場合、サーバ１１０は、ユーザＡの自動チャージ用の預金口座の預金残高から、所定額（例えば、当該預金残高の全額、または一定額）のチャージを行い、ユーザＡの決済サービスの残高の第２割合を用いて、繰り越された清算額の一部を清算してもよい。なお、第２割合は、第１割合よりも大きくてもよいし、小さくてもよい。サーバ１１０は、例えば、繰り返し回数が多くなるほど、第２割合を高い値に決定してもよい。この場合、サーバ１１０は、例えば、１１日の決済時点での第１割合を５０％とし、債務が繰り越された１６日の決済時点での第２割合を７０％とし、さらに債務が繰り越された２６日の決済時点での第２割合を１００％としてもよい。

また、サーバ１１０は、例えば、１１日の決済時点での第１割合を１００％とし、債務が繰り越された１６日の決済時点での第２割合を７０％とし、さらに債務が繰り越された２６日の決済時点での第２割合を５０％としてもよい。

また、サーバ１１０は、当該清算期日においてユーザＡの自動チャージ用の預金口座の預金残高からチャージを行う第３割合を、上述した第１割合と同様に決定してもよい。また、サーバ１１０は、次回の清算のタイミングにおいて当該預金残高からチャージを行う第４割合を、上述した第２割合と同様に決定してもよい。

（他の清算方法の提示）
ユーザＡの自動チャージ用の預金口座の預金残高が、サーバ１１０により指定されたチャージ金額未満である場合、サーバ１１０は、他の清算方法をユーザに提示してもよい。これにより、例えば、決済サービスの残高が清算額に不足しており、自動チャージ用の預金口座の預金残高を加えたとしても清算額に不足する等の場合は、清算期日での残高を使用した自動清算以外の清算方法で今回の清算を行えるようにすることができる。

この場合、例えば、ユーザＡに指定された清算期日である２６日に、預金残高がサーバ１１０に指定されるチャージ金額に不足している場合、サーバ１１０は、預金残高等が不足している旨、及びコンビニ／ＡＴＭ払い、及び都度残高払い等の利用を案内するメッセージを表示させる情報を端末１２０Ａに送信してもよい。なお、都度残高払いの場合、例えば、端末１２０ＡでのユーザＡの操作により、手動チャージ用の預金口座からのチャージ及び残高を使用した清算が行われてもよい。

以下で、上述した実施形態における処理の例について説明する。なお、以下の各実施例は、適宜組み合わせて用いることができる。

＜＜第１実施例＞＞
第１実施例は、実施形態において、決済サービスの残高を用いてあと払いの債務を清算する際に、ユーザによる決済サービスの残高の使用を制限する実施例である。例えば、ステップＳ２２の処理で、サーバ１１０がチャージ要求を金融機関サーバ１４０に送信した際に、ユーザが清算期日の夜間にコンビニ等での決済により残高を使用した場合、金融機関の預金口座からチャージしたにも関わらず、残高が清算額に不足する可能性が考えられる。第１実施例により、例えば、ユーザによる決済サービスの残高の使用のタイミングと、清算処理のタイミングとが重なり、処理がバッティング（衝突、競合）した等の場合に、清算処理が複雑化することを低減できる。

＜＜第１実施例の処理＞＞
サーバ１１０は、ステップＳ２１の処理でチャージ金額等を算出する処理を開始する際、ユーザＡによる決済サービスの残高の使用を制限する。これにより、端末１２０ＡでユーザＡにより当該残高を使用して決済を行う操作が行われた場合、サーバ１１０は、端末１２０Ａに、残高の使用が制限されている旨を示すエラーメッセージを送信する。

そして、サーバ１１０は、ステップＳ２４の清算処理が完了した際、ユーザＡによる決済サービスの残高の使用の制限を解除する。

＜＜第２実施例＞＞
第２実施例は、実施形態において、有効期限が切れるポイントを用いて、あと払いの債務の少なくとも一部を自動で清算する実施例である。第２実施例により、例えば、有効期限が切れる直前のポイントを有効活用することができる。また、あと払いの利用をユーザに動機付けることができる。

＜＜第２実施例の処理＞＞
サーバ１１０は、有効期限を設定したポイントをユーザＡの残高に付与する。この場合、サーバ１１０は、例えば、サーバ１１０により提供される決済サービス、及び電子商取引サービス等をユーザＡが利用した際、決済額等に対して所定の割合等のポイントを、付与時から所定期間（例えば、１か月）内の有効期限を設定して付与してもよい。

また、サーバ１１０は、例えば、ユーザＡが友達を招待した場合、及びキャンペーン等により、有効期限を設定したポイントをユーザＡの残高に付与してもよい。

そして、サーバ１１０は、前記所定の期日または現時点から所定期間内に、ポイントの有効期限が切れる設定がされている場合、当該ポイントを使用して、ユーザＡのあと払いの債務を清算してもよい。これにより、ユーザが使用せずに有効期限が切れて、あと払いの債務が無い場合には無効とされるポイントを、あと払いの債務の返済に活用することができる。

上述では、あと払いにより発生した債務の清算を例に説明したが、本開示はこれに限定されない。より具体的には、債務はユーザに対応付けられたどのような債務であってもよく、限定でなく例として、サーバ１１０に対応付けられた事業者からの融資などであってもよい。

１００ 通信システム
１１０ サーバ
３１１ 受付部
３１２ 送受信部
３１３ 制御部
３１４ 表示制御部
３１５ 記憶部
３１５１ ユーザ情報記憶部
３１５２ あと払い情報記憶部
１２０ 端末
３２１ 受付部
３２２ 送受信部
３２３ 制御部
３２４ 表示制御部
３２５ 記憶部
１４０ 金融機関サーバ

Claims (13)

1. 情報処理装置が、
   ユーザに購入された商品の代金の決済を行う決済サービスを提供する処理と、
   前記ユーザの決済によるあと払いの債務を記憶する処理と、
   所定の期日に、前記ユーザに指定された金融機関の預金口座から、前記決済サービスにおける前記ユーザの残高に所定額を入金し、前記決済サービスにおける前記ユーザの残高を用いて、前記所定の期日における前記債務の清算額を清算する処理と、を実行する情報処理方法。
2. 前記所定額は、前記清算額と前記決済サービスにおける前記ユーザの残高とに応じた額、または前記清算額である、請求項１に記載の情報処理方法。
3. 前記清算する処理では、
   前記所定の期日において、前記預金口座の預金残高が前記所定額未満である場合、前記清算額の少なくとも一部を、前記決済サービスにおける前記ユーザの残高から前記所定の期日よりも後の期日に清算する、請求項１または２に記載の情報処理方法。
4. 前記清算する処理では、
   前記所定の期日において、前記預金口座の預金残高が前記所定額未満である場合、前記預金口座から前記決済サービスにおける前記ユーザの残高に入金した後、前記決済サービスにおける前記ユーザの残高の第１割合を用いて清算し、
   前記所定の期日よりも後の期日において、前記預金口座から前記決済サービスにおける前記ユーザの残高に入金した後、前記決済サービスにおける前記ユーザの残高の第２割合を用いて清算する、請求項３に記載の情報処理方法。
5. 前記清算する処理では、
   前記所定の期日において、前記預金口座の預金残高が前記所定額未満である場合、他の清算方法を前記ユーザに通知する、請求項１から４のいずれか一項に記載の情報処理方法。
6. 前記情報処理装置が、
   前記預金口座から前記決済サービスにおける前記ユーザの残高に入金した履歴を記録し、前記決済サービスにおける前記ユーザの残高を用いて清算した履歴を記録し、
   記録した各履歴を前記ユーザに提示する処理を実行する、請求項１から５のいずれか一項に記載の情報処理方法。
7. 前記清算する処理では、
   前記預金口座から前記決済サービスにおける前記ユーザの残高に入金し、前記決済サービスにおける前記ユーザの残高を用いて清算する際、前記決済サービスにおける前記ユーザによる決済を制限する、請求項１から６のいずれか一項に記載の情報処理方法。
8. 前記決済サービスにおける前記ユーザの残高は、前記決済サービス、及び電子商取引サービスの少なくとも一方により付与され、有効期限が設定されたポイントを含み、
   前記情報処理装置が、
   所定期間内に前記ポイントの有効期限が設定されている場合、前記清算額の少なくとも一部を、前記ポイントにより清算する、請求項１から７のいずれか一項に記載の情報処理方法。
9. 前記決済サービスにおける前記ユーザの残高は、前記情報処理装置に対応付けられた電子商取引サービスを用いて前記ユーザが販売した商品の売上金を含む、請求項１から８のいずれか一項に記載の情報処理方法。
10. 前記情報処理装置が、
    前記ユーザにより設定された前記あと払いの債務の清算方法に応じて、前記ユーザが前記あと払いで利用可能な債務の限度額を決定する処理を実行する、請求項１から９のいずれか一項に記載の情報処理方法。
11. 前記情報処理装置が、
    前記ユーザにより設定変更された前記あと払いの債務の清算方法に応じた限度額が、前記ユーザの決済によるあと払いの債務よりも小さい場合、前記ユーザによるあと払いの利用を制限する、請求項１０に記載の情報処理方法。
12. ユーザに購入された商品の代金の決済を行う決済サービスを提供する処理と、
    前記ユーザの決済によるあと払いの債務を記憶する処理と、
    所定の期日に、前記ユーザに指定された金融機関の預金口座から、前記決済サービスにおける前記ユーザの残高に所定額を入金し、前記決済サービスにおける前記ユーザの残高を用いて、前記所定の期日における前記債務の清算額を清算する処理と、
    を実行する制御部を有する情報処理装置。
13. 情報処理装置に、
    ユーザに購入された商品の代金の決済を行う決済サービスを提供する処理と、
    前記ユーザの決済によるあと払いの債務を記憶する処理と、
    所定の期日に、前記ユーザに指定された金融機関の預金口座から、前記決済サービスにおける前記ユーザの残高に所定額を入金し、前記決済サービスにおける前記ユーザの残高を用いて、前記所定の期日における前記債務の清算額を清算する処理と、
    を実行させるプログラム。

Images