JP2021114113A - 情報処理方法、情報処理装置、プログラム、及び情報処理端末 - 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（登録商標）などを用いて実装される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なお、自動チャージ用の預金口座は、後述する図５Ａのユーザ情報記憶部３１５１に記憶される手動でのチャージ用の預金口座と同一の預金口座が指定されてもよいし、異なる預金口座が指定されてもよい。なお、金融機関サーバ１４０は、自動チャージ用の預金口座を管理する金融機関により運用されていてもよい。サーバ１１０は、毎月の清算期日を、所定の複数の期日（例えば、１１日、１６日、及び２６日）から選択できるようにしてもよい。

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

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

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

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

（ユーザ情報記憶部３１５１）
図５Ａの例では、ユーザ情報記憶部３１５１には、ユーザＩＤに対応付けて、残高、銀行口座（預金口座）、行動履歴、及び個人情報が記憶されている。ユーザＩＤは、ユーザの識別情報である。

残高は、サーバ１１０により提供される決済サービスでの各種の決済にユーザが利用可能な価値の残高である。図５Ａの例では、残高には、入金残高（円）、売上金（円）、及びポイントが含まれる。入金残高は、例えば、銀行、クレジットカード、及び店舗のレジ等を用いてチャージされた電子バリューの残高である。売上金は、例えば、当該ユーザがサーバ１１０により提供される取引サービスを用いて商品等を販売した際の当該商品等の代金から手数料を差し引いた額の合計額である。

ポイントは、例えば、当該ユーザがサーバ１１０から付与されたポイントであり、例えば、サーバ１１０により提供される決済サービスでの決済、及びあと払いの清算等に利用可能なポイントである。なお、１ポイントで１円分の支払いができるようにしてもよい。図５Ａの例では、ユーザＡが決済に利用可能な残高は、入金残高が７０００円、売上金が１５００円、ポイントが１００円分であるため、合計８６００円である。なお、図示しないが、ユーザＩＤに信用度（信用スコア）が対応付けられてもよい。

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

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

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

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

続いて、サーバ１１０は、決定した与信枠、及びユーザＡに設定されたあと払いに関する情報をあと払い情報記憶部３１５２に記録する（ステップＳ４）。なお、与信枠は所定期間ごと、又は所定のタイミングで更新されてもよい。

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

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

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

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

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

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

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

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

遅延情報は、清算期限を経過している債務の情報である。遅延情報には、例えば、清算期限と、当該清算期限を経過している債務の額との組のデータが含まれてもよい。

なお、サーバ１１０は、ユーザがあと払いを利用した日時に基づいて債務の清算期限を決定してもよい。この場合、サーバ１１０は、例えば、ユーザがあと払いを利用した日の次の月の最終日（月末）を債務の清算期限としてもよい。

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

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

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

≪あと払い清算処理≫
続いて、サーバ１１０は、ユーザＡの債務の状況を表示させる情報を端末１２０Ａに送信する（ステップＳ８）。なお、端末１２０Ａは、サーバ１１０により提供されるサービスを利用する表示画面を表示させる操作を受け付けると、ユーザＡのユーザＩＤ等を含む情報取得要求をサーバ１１０に送信する。そして、サーバ１１０は、あと払い情報記憶部３１５２に記憶されているユーザＡの遅延情報を端末１２０Ａに送信してもよい。また、サーバ１１０は、ユーザＡの遅延情報に基づいて、後述する遅延後のバナー等の画像を生成し、生成した画像を端末１２０Ａに送信してもよい。

続いて、端末１２０Ａは、サーバ１１０から受信した情報に基づき、ユーザＡによりあと払い等による債務の状況を画面に表示させる（ステップＳ９）。

（遅延前のバナー）
図６の例では、端末１２０Ａは、決済サービスＡの表示画面６０１において、遅延前の債務の清算に関する情報の表示領域６０２（以下で、適宜「遅延前のバナー」とも称する。）、決済サービスＡによる決済に関する情報の表示領域６０３、「ホーム」ボタン６１１、「出品」ボタン６１２、「決済サービスＡ」ボタン６１３等を表示させている。

決済サービスＡによる決済に関する情報の表示領域６０３には、あと払いの当月の上限額と利用額との差額である残枠の額等が表示されている。

「ホーム」ボタン６１１が押下されると、端末１２０Ａは、個人間取引サービスのトップ画面を表示させる。「出品」ボタン６１２が押下されると、端末１２０Ａは、ユーザＡが個人間取引サービスで売りに出す（出品する）商品の情報を登録する画面（出品画面）を表示させる。「決済サービスＡ」ボタン６１３が押下されると、端末１２０Ａは、図６のような決済サービスＡの表示画面６０１を表示させる。

図６の例では、遅延前の債務の清算に関する情報の表示領域６０２には、債務の清算が可能な期間内である旨を示すメッセージ６０２Ａ、債務の清算期限６０２Ｂ、清算期限６０２ＢまでにユーザＡが清算するべき額６０２Ｃ、及び清算期限までの残り時間（日数）の経過を示すゲージ６０２Ｄが表示されている。

ゲージ６０２Ｄには、債務の清算が可能な期間の開始から現在までの経過時間を示す領域６０２Ｆと、現在から清算期限６０２Ｂまでの残り時間を示す領域６０２Ｅが含まれている。清算期限６０２ＢまでにユーザＡが清算するべき額６０２Ｃが０円でない場合（当月分の債務が完済していない場合）、日時の経過に従って、領域６０２Ｆは左側に拡大し、領域６０２Ｆが拡大した分、領域６０２Ｅは縮小していく。そして、端末１２０Ａは、清算期限６０２Ｂの締め切り時点（例えば、当日の２４時、または次の日の午前０時）になると、全領域が領域６０２Ｆとされ、領域６０２Ｅが消滅されたゲージ６０２Ｄを表示させる。

（遅延後のバナー）
図７Ａの個人間取引サービスのトップ画面７０１は、債務の清算が遅延している場合の、個人間取引サービスのトップ画面の例である。清算が遅延している場合は、端末１２０Ａは、図６の決済サービスＡの表示画面６０１においても、遅延前の債務の清算に関する情報の表示領域６０２の代わりに、図７Ａの遅延後の債務の清算に関する情報の表示領域７０２（以下で、適宜「遅延後のバナー」とも称する。）を表示させる。ここで、遅延後のバナーは、ユーザＡの遅延情報に応じた表示態様で表示される。なお、当該表示態様には、例えば、大きさ、色、輝度、形状、及び表示位置等の少なくとも一つが含まれる。

遅延後のバナーの表示態様は、例えば、清算期限からの遅延度、遅延されている債務の額、及びユーザＡの信用度に基づいて、サーバ１１０または端末１２０Ａにより決定されてもよい。清算期限からの遅延度は、清算期限から現在までに経過している日数等に基づいて決定されてもよい。遅延されている債務の額には、遅延損害金（遅延利息）が含まれてもよい。

サーバ１１０は、ユーザＡの行動履歴、及び個人情報等に基づいてユーザＡの信用度を算出してもよい。この場合、サーバ１１０は、例えば、ユーザＡの行動履歴において、債務の清算が遅延した回数が多い程、ユーザＡの信用度を小さい値に決定してもよい。また、サーバ１１０Ａは、例えば、ユーザＡの行動履歴において、ユーザＡにより取引サービスで商品が出品されて売却（他のユーザ等により当該商品が購入）された回数が少ない程、ユーザＡの信用度を小さい値に決定してもよい。

そして、サーバ１１０または端末１２０Ａは、例えば、清算期限からの遅延度が高い程、遅延されている債務の額が大きい程、及びユーザＡの信用度が低い程、ユーザに注目され易い表示態様で遅延後のバナーを表示させてもよい。なお、ユーザに注目され易い表示態様には、例えば、面積を大きくして表示する、背景等を赤等の目立ち易い色で表示する、輝度を高くして表示する、星形等の形状で表示する、及び画面の中央部の表示位置で表示する等の表示態様が含まれてもよい。なお、サーバ１１０は、清算期限６０２ＢまでにユーザＡが清算するべき額６０２Ｃが０円でなく、現在日時が清算期限６０２Ｂを経過した場合、債務の清算が遅延（延滞、滞納）していると判定してもよい。

図７Ａの例では、遅延後のバナーの表示領域７０２には、清算の催促、及びサーバ１１０により提供される各種サービスにおいてユーザＡに現在適用されている制限の内容を示すメッセージ７０２Ａ、債務の清算期限が経過した日（清算期限の翌日）である遅延開始日７０２Ｂ、ユーザＡが直ちに清算するべき債務の額７０２Ｃ（遅延されている債務の額）、及び遅延開始日７０２Ｂからの時間（日数）の経過を示すゲージ７０２Ｄが表示されている。

ゲージ７０２Ｄには、遅延開始日７０２Ｂから現在までの経過時間を示す領域７０２Ｅと、ゲージ７０２Ｄにおける他の領域７０２Ｆが含まれている。遅延している債務が完済していない場合、日時の経過に従って、領域７０２Ｅは左側に拡大し、領域７０２Ｅが拡大した分、領域７０２Ｆは縮小していく。そして、遅延開始日７０２Ｂから現在までに経過した日数が閾値を超えると、全領域が領域７０２Ｅとされ、領域７０２Ｆが消滅されたゲージ７０２Ｄが表示される。なお、遅延開始日からの経過時間（日数）が表示されてもよい。

図７Ａの例では、ゲージ７０２Ｄには、遅延開始日７０２Ｂからの、第１期限を示すマーク７１１、第２期限を示すマーク７１２、及び第３期限を示すマーク７１３が付加されている。図７Ａの例では、領域７０２Ｅで示されるように、遅延開始日７０２Ｂから現在までの経過時間が第１期限を超過している。そのため、メッセージ７０２Ａで示されるように、サーバ１１０により、決済サービスにおけるユーザＡの残高が清算に充当され、あと払いでの新規の決済が制限され、ユーザＡにより今後取得される取引サービスでの売上金が清算に充当される制限がユーザＡに適用されている。

ユーザＡにより、遅延している債務の清算を促すオブジェクトの面積を増加させる操作がされた場合、増加された領域７０２Ｅの面積に応じた遅延度によりユーザＡに適用される制限の内容が表示させる。この場合、当該オブジェクトは、例えば、遅延後のバナー、後述する「出品」ボタン６１２Ａ、及び領域７０２Ｅ等でもよい。例えば、図７Ａの領域７０２ＥがユーザＡにより右側にスワイプされると、端末１２０Ａは、図７Ｂのように、領域７０２Ｅを右側に拡大して表示させる。なお、スワイプとは、例えば、タッチパネル画面に触れた状態で指を滑らせる操作である。

そして、図７Ｂのように、スワイプにより右側に拡大された領域７０２Ｅがマーク７１２の位置を超えた場合、端末１２０Ａは、遅延開始日７０２Ｂからの経過時間が第２期限を経過した場合にユーザＡに適用される制限の内容を示すメッセージ７５１を表示する。図７Ｂの例では、メッセージ７５１により、遅延が第２期限を超過すると、サーバ１１０により提供される取引サービスでのユーザＡによる購入が制限され、サーバ１１０により提供される決済サービスでのユーザＡによる新規の決済が制限されることが示されている。

また、スワイプにより拡大された領域７０２Ｅがマーク７１３の位置を超えた場合、端末１２０Ａは、遅延開始日７０２Ｂから第３経過時間を経過した場合にユーザＡに適用される制限の内容を表示する。そして、ユーザＡによりタッチパネル画面から指が離されることによりスワイプ操作が終了すると、端末１２０Ａは、拡大されている領域７０２Ｅを元の大きさまで縮小し、元の図７Ａのような表示に戻してもよい。

（個人間取引サービスのトップ画面について）
清算が遅延している場合に、図６、または図７Ａの「ホーム」ボタン６１１が押下されると、端末１２０Ａは、図７Ａの個人間取引サービスのトップ画面７０１を表示させる。

個人間取引サービスのトップ画面では、図７Ａのように、サーバ１１０により提供される個人間取引サービスを用いて出品されている商品一覧７０３、「ホーム」ボタン６１１、「決済サービスＡ」ボタン６１３等が表示される。

図７Ａの例では、債務の清算が遅延している場合、個人間取引サービスのトップ画面において、遅延後のバナーの表示領域７０２の分、個人間取引サービスを用いて出品されている商品一覧７０３（「情報処理装置が提供するサービスを利用する表示画面」の一例。）が下にずらされて（移動されて）表示されている。なお、遅延後のバナーは、商品一覧７０３に重畳されて表示されてもよい。なお、図７Ｃのように、遅延度が高いほど、遅延後のバナーの表示領域７０２の面積が大きく表示されてもよい。換言すれば、遅延後のバナーの表示領域７０２の拡大に応答して商品一覧７０３の面積が縮小してもよい。これにより、ユーザは個人間取引サービスの使用面積を大きくするためには遅延後のバナーの表示領域７０２を非表示、又は縮小する必要があるため債務履行を促進することができ、債権の回収をできる可能性が高くなる。また、遅延後のバナーの表示領域７０２をトップ画面等に表示することは、個人間取引サービスだけでなく、サーバ１１０が提供するどのようなサービスにも適用可能である。図７Ｃの例では、図７Ａが表示された際よりも債務の清算が遅延しているため、遅延後のバナーの表示領域７０２の面積が大きくなり、個人間取引サービスを用いて出品されている商品一覧７０３が小さくなっている。なお、商品一覧７０３は、遅延後のバナーの表示領域７０２の分、下にずらされて表示されてもよい。

また、清算が遅延している場合は、「出品」ボタン６１２は、上述した遅延後のバナーと同様にユーザＡの遅延情報に応じた表示態様で表示されてもよい。図７Ａの例では、「出品」ボタン６１２が拡大されて背景が赤色の表示態様とされた「出品」ボタン６１２Ａが表示されている。これにより、ユーザＡに出品を促進することができ、当該出品の販売益（売上金）で債権を回収できる可能性が高くなる。

なお、清算が遅延していない場合は、端末１２０Ａは、個人間取引サービスのトップ画面において、遅延後のバナーは表示させなくてもよい。この場合、端末１２０Ａは、遅延後のバナーの代わりに、サーバ１１０により提供される個人間取引サービスを用いて出品されている商品一覧７０３を上にずらして表示させてもよい。また、端末１２０Ａは、遅延後のバナーの代わりに、遅延前のバナーを表示させてもよい。また、清算が遅延していない場合は、端末１２０Ａは、拡大された「出品」ボタン６１２Ａの代わりに、図６のような通常の「出品」ボタン６１２を表示させる。

続いて、端末１２０Ａは、あと払いの債務を清算する操作をユーザＡから受け付ける（ステップＳ１０）。ユーザＡにより遅延前のバナーが押下された場合、端末１２０Ａは、ユーザＡの遅延していない債務を清算する操作を受け付ける表示画面（遅延前の債務の清算画面）を表示させてもよい。

また、ユーザＡにより遅延後のバナーが押下された場合、端末１２０Ａは、ユーザＡの遅延している債務を清算する操作を受け付ける表示画面（遅延後の債務の清算画面）を表示させてもよい。そして、端末１２０Ａは、債務の清算画面において、例えば、コンビニ／ＡＴＭ払いにより債務を清算する操作をユーザＡから受け付けた場合、その旨をサーバ１１０に通知してもよい。そして、端末１２０Ａは、サーバ１１０から発行された、コンビニ等での債務の清算に必要な情報を画面に表示させてもよい。当該情報は、例えば、ユーザＡの識別情報、またはユーザＡの遅延情報の識別情報を含むバーコードまたは二次元コード等でもよい。

続いて、サーバ１１０は、ユーザＡのあと払いの債務を清算する（ステップＳ１１）。ここで、残高を用いて清算された場合は、サーバ１１０は、ユーザ情報記憶部３１５１に記録されているユーザＡの残高を、当該清算額の分だけ減少させる。

また、サーバ１１０は、遅延前の債務が清算された場合、あと払い情報記憶部３１５２に記録されているユーザＡの一括払い未清算残額、及び複数回払い未清算残額を、ユーザＡにより清算された清算額に応じて減少させる。また、サーバ１１０は、ユーザ情報記憶部３１５１のユーザＡの行動履歴に、あと払いの債務の清算履歴を記録してもよい。

また、サーバ１１０は、遅延後の債務が清算された場合、あと払い情報記憶部３１５２に記録されているユーザＡの遅延情報の債務の額を、ユーザＡにより清算された清算額に応じて減少させる。これにより、ユーザＡの遅延情報の債務の額が０円になった場合は、端末１２０Ａで遅延後のバナーは表示されなくなる。

また、サーバ１１０は、ユーザ情報記憶部３１５１のユーザＡの行動履歴に、あと払いの遅延後の債務の清算履歴を記録してもよい。

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

＜＜第１実施例＞＞
第１実施例は、実施形態において、ユーザの債務の清算方法として、ユーザの預金口座を用いた定期的な清算がユーザにより設定された場合、遅延前のバナー、及び遅延後のバナーを非表示にする、または遅延前のバナー、遅延後のバナー、及び「出品」ボタン等の表示態様を変更する実施例である。第１実施例により、例えば、所定の清算期日に自動で清算される場合は、遅延前のバナーを非表示にすることができる。また、例えば、銀行等の預金口座から自動で残高にチャージまたは口座振込することが設定された場合は、ユーザに債務返済の意思があると考えられるため、遅延後のバナー、及び「出品」ボタン等をより目立ちにくい表示態様等に変更することができる。

＜＜第１実施例の処理＞＞
図４のステップＳ８の処理で、サーバ１１０は、ユーザＡの債務の状況を表示させる情報として、あと払い情報記憶部３１５２に記憶されているユーザＡの遅延情報、及びユーザＡのあと払いの債務の清算方法の情報を端末１２０Ａに送信する。

そして、図４のステップＳ９の処理で、端末１２０Ａは、サーバ１１０から受信した情報に基づき、ユーザＡによりあと払い等による債務の状況を画面に表示させる。ここで、端末１２０Ａは、ユーザＡに遅延している債務が無く、かつ、ユーザＡの債務の清算方法が、都度残高払い、またはコンビニ／ＡＴＭ払いに設定されている場合は、上述したように遅延前のバナーを表示させる。また、端末１２０Ａは、ユーザＡに遅延している債務が無く、かつ、ユーザＡの債務の清算方法が、定期残高払い、または口座振替に設定されている場合は、遅延前のバナーを表示させない。

これにより、例えば、図４のステップＳ１からステップＳ３と同様の処理で、あと払い等による債務を有するユーザＡにより、債務の清算方法が、都度残高払いまたはコンビニ／ＡＴＭ払い等から、定期残高払いまたは口座振替等に変更された場合は、遅延前のバナーが表示されなくなる。そのため、ユーザは、ユーザの預金口座を用いた定期的な清算方法を選択することにより、債務の清算期限を気にすることが低減される。

また、端末１２０Ａは、ユーザＡに遅延している債務が有り、かつ、ユーザＡの債務の清算方法が、都度残高払い、またはコンビニ／ＡＴＭ払いに設定されている場合は、上述したように第１表示態様で遅延後のバナーを表示させる。また、端末１２０Ａは、ユーザＡに遅延している債務が有り、かつ、ユーザＡの債務の清算方法が、定期残高払い、または口座振替に設定されている場合は、遅延後のバナーを表示させない、または定期残高払い等に応じた第２表示態様で遅延後のバナーを表示させる。この場合、第２表示態様は、第１表示態様と比較して、ユーザに注目され難い表示態様でもよい。この場合、端末１２０Ａは、例えば、定期残高払い等が設定されている場合は、都度残高払い等が設定されている場合と比較して、面積が小さい等の表示態様で遅延後のバナーを表示させてもよい。

これにより、例えば、図４のステップＳ１からステップＳ３と同様の処理で、あと払い等による債務の清算が遅延しているユーザＡにより、債務の清算方法が、都度残高払いまたはコンビニ／ＡＴＭ払い等から、定期残高払いまたは口座振替等に変更された場合は、遅延後のバナーがより小さい等の表示態様で表示される。そのため、例えば、債務返済の意思があり、不注意等により清算を遅延したと考えられるユーザに対しては、遅延後のバナー、及び「出品」ボタン等をより目立ちにくい表示態様等に変更することができる。

＜＜第２実施例＞＞
第２実施例は、実施形態において、サーバ１１０により提供される各種サービスを利用する各表示画面において、遅延後のバナーを表示させる実施例である。第２実施例により、例えば、ユーザが債務の清算を遅延した場合、当該ユーザがサーバ１１０により提供される各種サービスを利用した際に、遅延している債務の清算を催促することができる。

＜＜第２実施例の処理＞＞
サーバ１１０は、サーバ１１０が提供するＳＮＳにおいて、ユーザＡにより友達及びフォロー等の所定の関係が設定されている他のユーザのリストの表示画面に、遅延後のバナーを表示させてもよい。また、サーバ１１０は、サーバ１１０が提供するＳＮＳにおいて、ユーザＡにより当該所定の関係が設定されている他のユーザにより送信されたメッセージ（投稿）等の一覧の表示画面（タイムライン）に、遅延後のバナーを表示させてもよい。

また、サーバ１１０は、サーバ１１０が提供するＳＮＳにおいて、ユーザＡ及び他のユーザ等を含むグループ内で送受信されるメッセージ等を時系列に表示する表示画面（トークルーム画面）において、遅延後のバナーを表示させてもよい。この場合、サーバ１１０は、当該グループ宛てに送信するメッセージの入力欄の上に、遅延後のバナーを重畳して表示させてもよい。そして、サーバ１１０は、遅延後のバナーに含まれる「閉じる」ボタンがユーザＡにより押下された場合、遅延後のバナーを一旦非表示とし、当該入力欄への入力を可能としてもよい。

また、サーバ１１０は、当該グループ宛てに、遅延後のバナーを送信してもよい。この場合、サーバ１１０は、ユーザＡにより当該グループ宛てのメッセージ等が送信された際、チャットボット機能により、遅延後のバナーを送信してもよい。この場合、サーバ１１０は、ユーザＡの端末１２０Ａにのみ表示されることを指定する情報を付加して当該遅延後のバナーを送信してもよい。これにより、当該グループに含まれる他のユーザには、ユーザＡが債務の清算を遅延していることを知られないようにすることができる。

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

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

Claims (14)

1. 情報処理装置が、
   ユーザの債務の清算が遅延している場合、前記ユーザの債務の清算期限からの遅延度、前記ユーザにより清算が遅延されている債務の額、及び前記ユーザの信用度の少なくとも一つに応じて決定された表示態様の第１オブジェクトを表示させる情報を、情報処理端末に送信する処理を実行する情報処理方法。
2. 前記表示態様には、大きさ、色、輝度、形状、及び表示位置の少なくとも一つが含まれる、請求項１に記載の情報処理方法。
3. 前記ユーザの債務の清算方法として、前記ユーザの預金口座を用いた定期的な清算が前記ユーザにより設定された場合、前記第１オブジェクトを非表示にさせる、または前記第１オブジェクトの表示態様を変更する情報を、前記情報処理端末に送信する、請求項１または２に記載の情報処理方法。
4. 前記送信する処理では、
   前記ユーザの債務の清算期日からの遅延度が大きいほど、面積が大きい前記第１オブジェクトを表示させる情報を、前記情報処理端末に送信する、請求項１から３のいずれか一項に記載の情報処理方法。
5. 前記送信する処理では、
   前記情報処理装置が提供するサービスを利用する表示画面と、前記第１オブジェクトとを、ともに表示させる情報を、前記情報処理端末に送信する、
   または、前記第１オブジェクトを表示させる領域に応じて、前記情報処理装置が提供するサービスを利用する表示画面を移動させて表示させる情報を、前記情報処理端末に送信する、請求項１から４のいずれか一項に記載の情報処理方法。
6. 前記情報処理装置が提供するサービスは、電子商取引サービスであり、
   前記送信する処理では、
   前記ユーザの債務の清算に関する情報に応じた表示態様で、前記電子商取引サービスを利用して商品を出品する操作を前記ユーザから受け付けるための第２オブジェクトを表示させる情報を、前記情報処理端末に送信する、請求項５に記載の情報処理方法。
7. 前記送信する処理では、
   前記ユーザにより、前記第１オブジェクトの面積を増加させる操作がされた場合、増加された前記第１オブジェクトの面積に応じた遅延度により前記ユーザに適用される制限の内容を表示させる情報を、前記情報処理端末に送信する、請求項１から６のいずれか一項に記載の情報処理方法。
8. ユーザの債務の清算が遅延している場合、前記ユーザの債務の清算期限からの遅延度、前記ユーザにより清算が遅延されている債務の額、及び前記ユーザの信用度の少なくとも一つに応じて決定された表示態様の第１オブジェクトを表示させる情報を、情報処理端末に送信する情報処理装置。
9. 情報処理装置に、
   ユーザの債務の清算が遅延している場合、前記ユーザの債務の清算期限からの遅延度、前記ユーザにより清算が遅延されている債務の額、及び前記ユーザの信用度の少なくとも一つに応じて決定された表示態様の第１オブジェクトを表示させる情報を、情報処理端末に送信する処理を実行させるプログラム。
10. 情報処理端末に、
    ユーザの債務の清算が遅延している場合、前記ユーザの債務の清算期限からの遅延度、前記ユーザにより清算が遅延されている債務の額、及び前記ユーザの信用度の少なくとも一つに応じて決定された表示態様の第１オブジェクトを表示させる処理と、を実行させるプログラム。
11. 前記情報処理端末に、
    前記第１オブジェクトに対する操作に応答して、前記ユーザの債務を清算する操作を受け付ける表示画面を表示させる処理を実行させる、請求項１０に記載のプログラム。
12. 前記情報処理端末に、
    前記ユーザの債務が清算された場合、前記第１オブジェクトを非表示とする処理を実行させる、請求項１０または１１に記載のプログラム。
13. ユーザの債務の清算が遅延している場合、前記ユーザの債務の清算期限からの遅延度、前記ユーザにより清算が遅延されている債務の額、及び前記ユーザの信用度の少なくとも一つに応じて決定された表示態様の第１オブジェクトを表示させる処理と、を実行させる情報処理端末。
14. 情報処理端末が、
    ユーザの債務の清算が遅延している場合、前記ユーザの債務の清算期限からの遅延度、前記ユーザにより清算が遅延されている債務の額、及び前記ユーザの信用度の少なくとも一つに応じて決定された表示態様の第１オブジェクトを表示させる処理と、を実行する情報処理方法。

Images