JP7370489B1 - 情報処理システム、情報処理装置、及び情報処理方法 - Google Patents

Abstract

【課題】後払いタイプのキャッシュレス決済について、ユーザビリティの改善を図ること。【解決手段】本願に係る情報処理装置は、所定期間ごとに利用額を集計して算出されるクレジットカードの利用代金の請求に関する処理を実行する情報処理システムであり、受付部と、延期処理部とを有する。受付部は、クレジットカードの利用者から、利用代金の請求が行われる請求期日の先送りを要求する延期要求を受け付ける。延期処理部は、受付部により延期要求が受け付けられた場合、請求期日を先送りする延期処理を実行する。【選択図】図４

Description

本発明は、情報処理システム、情報処理装置、及び情報処理方法に関する。

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

また、クレジットカードなどのいわゆる後払いタイプのキャッシュレス決済について、たとえば、顧客が設定したクジレットカードの利用代金の支払日を先延ばしする変更を考慮した技術などが提案されている。

特開２０１９－３２４９号公報

しかしながら、上記の従来技術では、後払いタイプのキャッシュレス決済について、ユーザビリティを改善する余地が残されている。たとえば、クレジットカードなどの後払いタイプのキャッシュレス決済の利用代金については、通常、予め定められている所定の請求期日に返済が行われる。しかし、急な出費などにより利用金額が高額になった場合、利用者によっては返済額を減額したいという要望が少なからず存在する。これに対し、クレジットカード会社に提案される返済方法の１つにリボルビング払いがあるが、仕組みが複雑であったり、長期にわたって手数料を負担したりする場合があり、必ずしも利用者にとって使い勝手が良いとは言えない面がある。

本願は、上記に鑑みてなされたものであって、後払いタイプのキャッシュレス決済について、ユーザビリティの改善を図ることができる情報処理システム、情報処理装置、及び情報処理方法を提供することを目的とする。

本願に係る情報処理システムは、所定期間ごとに利用額を集計して算出されるクレジットカードの利用代金の請求に関する処理を実行する情報処理システムであって、受付部と、延期処理部とを有する。受付部は、クレジットカードの利用者から、利用代金の請求が行われる請求期日の先送りを要求する延期要求を受け付ける。延期処理部は、受付部により延期要求が受け付けられた場合、請求期日を先送りする延期処理を実行する。

実施形態の一態様によれば、後払いタイプのキャッシュレス決済について、ユーザビリティの改善を図ることができるという効果を奏する。

図１は、実施形態に係る請求期日延期処理の概要を説明するための図である。 図２は、実施形態に係る利用者端末における画面遷移例（その１）を示す図である。 図３は、実施形態に係る利用者端末における画面遷移例（その２）を示す図である。 図４は、実施形態に係る情報処理システムの装置構成例を示す図である。 図５は、実施形態に係る利用者情報記憶部に記憶される利用者情報の一例を示す図である。 図６は、実施形態に係る残高情報記憶部に記憶される残高情報の一例を示す図である。 図７は、実施形態に係る手数料情報記憶部に記憶される手数料情報の一例を示す図である。 図８は、実施形態に係る売上情報記憶部に記憶される売上情報の一例を示す図である。 図９は、実施形態に係る請求情報記憶部に記憶される請求情報の一例を示す図である。 図１０は、実施形態に係る情報処理システムにより実行される情報処理の処理手順の一例を示すシーケンス図である。 図１１は、実施形態または変形例に係る情報処理システムを構成する決済サーバ、及びクレジットカードサーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

〔１．実施形態〕
（１－１．システム構成）
以下、実施形態に係る情報処理について具体的に説明する。まず、実施形態に係る情報処理の説明に先駆けて、図１を参照しつつ、情報処理システムＳＹＳの構成の一例について説明する。

図１に示すように、実施形態に係る情報処理システムＳＹＳは、利用者端末１０、決済サーバ１００、及びクレジットカードサーバ２００を含んで構成される。利用者端末１０、決済サーバ１００、及びクレジットカードサーバ２００は、有線または無線により、ネットワークＮ（たとえば、図４参照）に接続される。利用者端末１０、決済サーバ１００、及びクレジットカードサーバ２００は、ネットワークＮを介して、他の装置との間で相互に通信できる。ネットワークＮは、たとえば、インターネットなどのＷＡＮ（Wide Area Network）である。

図１に示す利用者端末１０は、決済サーバ１００を運営および管理する事業者により提供される電子決済サービスの利用者であるサービス利用者ＵＡにより使用される情報処理端末である。利用者端末１０は、たとえば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）などにより実現される。また、利用者端末１０は、決済サーバ１００によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１では、利用者端末１０がスマートフォンである場合が例示されている。

また、利用者端末１０には、電子決済サービスによりキャッシュレス決済手段としてサービス利用者ＵＡに提供されるコード決済（「スマートフォン決済」とも称される。）を利用するための利用者用のアプリケーションプログラム（以下、適宜「決済アプリ」と称する。）がインストールされる。利用者端末１０は決済アプリを通じた所定の情報処理を実現する制御情報を決済サーバ１００から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、たとえばＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語や、ＣＳＳ（Cascading Style Sheets）などのスタイルシート言語、Ｊａｖａ（登録商標）などのプログラミング言語や、ＨＴＭＬ（HyperText Markup Language）などのマークアップ言語などにより記述される。なお、決済サーバ１００から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。

図１に示す決済サーバ１００は、電子決済サービスを提供する事業者により運営および管理される情報処理装置である。たとえば、電子決済サービスは、後述するように、所定のコード情報を用いて、利用者が保有する電子マネーの残高であるマネー残高により取引対象の代金を即時決済することが可能なコード決済の利用環境を、キャッシュレス決済手段の１つとしてサービス利用者に提供するサービス（コード決済による電子マネーのやり取りを制御する所定の取引手段を提供するサービスともいえる。）である。

また、決済サーバ１００は、メインフレームやワークステーションなどにより実現されてもよい。また、決済サーバ１００がサーバ装置で構成される場合、単独のサーバ装置により実現されてもよいし、複数のサーバ装置及び複数のストレージ装置が協働して動作するクラウドシステムなどにより実現されてもよい。

また、決済サーバ１００は、利用者端末１０で動作する決済アプリと連動して、たとえば、専用のオンラインシステムを通じて提供する電子決済サービスに関する各種の処理を実行する。たとえば、決済サーバ１００は、電子決済サービスの利用希望者に対して決済アプリを配布し、決済アプリにおける所定の手続の完了を条件に、電子決済サービスを提供する。また、決済サーバ１００は、決済アプリ専用のインターフェイス（たとえば、決済サプリの機能により利用者端末１０に表示される各種操作画面）を介して、決済アプリからの取引要求を受け付けた場合は、その取引要求に従って、口座間における電子マネーの送金処理などを含む情報処理を実行する。決済アプリは、決済先、決済元、及び決済額などの情報を含む取引情報を決済サーバ１００に送信する。なお、取引情報には、上述の各情報の他、取引を個別に特定するための取引コードや、取引が行われた日時を特定するための日時情報（すなわち、タイムスタンプ）などの情報が含まれていてもよい。

また、決済サーバ１００は、電子決済サービスに付帯するサービスの１つとして、所定のコード情報を用いて、利用者が予め利用登録するクレジットカードにより取引対象の代金を後払いで決済することが可能なキャッシュレス決済の利用環境をサービス利用者に提供する。また、決済サーバ１００は、後述するように、実施形態に係る情報処理として、クレジットカードサーバ２００と連携し、キャッシュカードを用いた後払いのキャッシュレス決済に関する各種の処理を実行する。

クレジットカードサーバ２００は、クレジットカードのサービスを提供する事業者により運営および管理される情報処理装置である。クレジットカードサーバ２００は、サービス利用者ＵＡがクレジットカードを用いて行った決済に関する処理を実行する。たとえば、クレジットカードサーバ２００は、所定期間ごとに、各利用者（たとえば、図１に示すサービス利用者ＵＡなど）のクレジットカードの利用額を集計してクレジットカードの利用代金を算出し、算出した利用代金の請求に関する処理を実行する。所定期間について一例をあげれば、毎月月末を締切日する各々の月の１ヶ月間が想定される。この場合、クレジットカードサーバ２００が実行する利用代金の請求に関する処理として、毎月月末を締切日としてクレジットカードの利用額の集計を行い、翌月の２７日に請求対象月である先月の利用代金を利用者に請求する処理が想定される。

クレジットカードサーバ２００は、メインフレームやワークステーションなどにより実現されてもよい。また、クレジットカードサーバ２００がサーバ装置で構成される場合、単独のサーバ装置により実現されてもよいし、複数のサーバ装置及び複数のストレージ装置が協働して動作するクラウドシステムなどにより実現されてもよい。

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

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

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

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

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

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

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

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

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

また、たとえば、利用者端末１０を用いた送金は、送金金額を受け取るためのリンク情報を送金先のユーザに提供することにより行われてもよい。具体的な例を挙げると、利用者端末１０は、サービス利用者ＵＡから送金金額の入力を受け付けて送金金額を受け取るためのリンク情報を生成し、リンク情報を含む電子メールを送信したり、リンク情報を含む投稿情報をＳＮＳ（Social Networking Service）に投稿したりすることで、送金先のユーザが利用する端末装置にリンク情報を提供する。そして、送金先のユーザがリンク情報を選択して受け取り操作を行った場合、決済サーバ１００は、サービス利用者ＵＡの口座から、送金先のユーザの口座へと、送金金額が示す額の電子マネーを移行させる。

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

（１－３．実施形態に係る情報処理）
（１－３－１．請求期日延期処理の概要）
以下、図１を用いて、実施形態に係る情報処理の概要について説明する。図１は、実施形態に係る請求期日延期処理の概要を説明するための図である。なお、以下の説明において、サービス利用者ＵＡと利用者端末１０とを同一視できる場合がある。すなわち、サービス利用者ＵＡを利用者端末１０と読み替えることができる。

図１に示す情報処理の前提として、サービス利用者ＵＡは、利用者端末１０を操作して決済アプリを起動する。そして、サービス利用者ＵＡは、決済アプリに搭載されている機能を用いて、後払いを利用したクレジットカード利用代金の請求が行われる請求期日の先送りを要求するための操作を行う。たとえば、利用者端末１０は、サービス利用者ＵＡによる操作に従って、決済アプリを操作し、請求期日を１ヶ月後に先送りする請求期日延期要求を決済サーバ１００に送信する（ステップＳ０１）。なお、請求期日の延期期間は１ヶ月である場合に限定される必要はなく、その他の期間であってもよい。

決済サーバ１００は、利用者端末１０から請求期日延期要求を受信すると、サービス利用者ＵＡによる請求期日の延期の利用状況に応じた所定の延期手数料を決定する（ステップＳ０２）。たとえば、決済サーバ１００は、サービス利用者ＵＡが所定の対象期間において請求期日の延期を実施した回数に応じて、延期手数料を決定してもよい。また、たとえば、決済サーバ１００は、サービス利用者ＵＡが所定の対象期間において請求期日の延期により支払が延期された利用代金の累計金額に応じて、延期手数料を決定してもよい。なお、決済サーバ１００は、上述の方法の他、利用代金に対して所定の割合を乗じた金額や、サービス利用者ＵＡのクレジットカードの取引履歴に基づく信用情報や、電子決済サービスの利用履歴などに基づいて、延期手数料を決定してもよい。

また、決済サーバ１００は、サービス利用者ＵＡに対して、請求期日の延期に関する延期関連情報を送信する（ステップＳ０３）。たとえば、決済サーバ１００は、所定の延期手数料の支払を条件に、請求期日の延期要求を受け付ける旨の情報を含む延期関連情報を利用者端末１０に送信することにより、サービス利用者ＵＡに提示する。

サービス利用者ＵＡは、利用者端末１０に表示される延期関連情報を確認し、請求期日の延期の実施を希望する旨の意思表示と、請求期日の延期の申込を確定させるための操作を実行する。たとえば、利用者端末１０は、サービス利用者ＵＡによる操作に従って、請求期日延期指示を決済サーバ１００に送信する（ステップＳ０４）。

決済サーバ１００は、利用者端末１０から請求期日延期指示を受信すると、サービス利用者ＵＡに対応する所定の延期手数料の決済を実行する（ステップＳ０５）。たとえば、決済サーバ１００は、サービス利用者ＵＡにより指定される支払方法により、所定の延期手数料の決済を行う。決済サーバ１００は、所定の延期手数料の支払方法としてマネー残高による支払がサービス利用者ＵＡにより指定されている場合、サービス利用者ＵＡが電子決済サービスにおいて保有する電子マネーの残高であるマネー残高により、所定の延期手数料を清算する。また、決済サーバ１００は、所定の延期手数料の支払方法としてクレジットカードによる支払がサービス利用者ＵＡにより指定されている場合、サービス利用者ＵＡが電子決済サービスにおいて設定するクレジットカードにより、所定の延期手数料を清算する。

決済サーバ１００は、所定の延期手数料の決済を完了すると、請求期日延期要求をクレジットカードサーバ２００に送信する（ステップＳ０６）。たとえば、決済サーバ１００は、請求期日延期要求の要求元であるサービス利用者ＵＡのクレジットカードを特定するための情報、及び請求期日の延期対象を特定するための情報を含む請求期日延期要求をクレジットカードサーバ２００に送信する。

クレジットカードサーバ２００は、決済サーバ１００から請求期日延期要求を受信すると、受信した請求期日延期要求に基づいて、請求期日を先送りする延期処理を実行する（ステップＳ０７）。決済サーバ１００は、クレジットカードサーバ２００から、請求期日の延期が完了した旨の応答を受信すると、請求期日の延期完了をサービス利用者ＵＡに提示する。たとえば、決済サーバ１００は、決済アプリを通じて、請求期日を延期した旨とともに、延期後の請求予定日の情報をサービス利用者ＵＡに提供する。

（１－３－２．利用者端末１０における画面遷移例（その１））
以下、図２を用いて、実施形態に係る利用者端末１０における画面遷移例（その１）について説明する。図２は、実施形態に係る利用者端末１０における画面遷移例（その１）を示す図である。図２は、サービス利用者ＵＡが、請求期日延期要求を行うまでに利用者端末１０に表示される画面の一例を示している。

図２に示すように、利用者端末１０は、サービス利用者ＵＡからの操作に応じて、決済アプリのトップ画面Ｇ１－１を表示する（表示例ＥＸ１－１）。また、利用者端末１０は、トップ画面Ｇ－１に設けられている「あと払い」アイコンＯＢ－１に対するサービス利用者ＵＡの操作を検出すると、あと払いに関する各種処理を実行するためのあと払い画面Ｇ１－２を表示する（表示例ＥＸ１－２）。「あと払い」アイコンＯＢ－１は、決済アプリにミニアプリとして搭載される後払いに関する各種処理の機能を起動するためのオブジェクトである。

また、利用者端末１０は、あと払い画面Ｇ１－２に表示されているお知らせ一覧の中から、「２０２３年４月お支払額のお知らせ」の項目ＯＢ－２に対するサービス利用者ＵＡの操作を検出すると、支払額詳細画面Ｇ１－３を表示する（表示例ＥＸ１－３）。図２に示す支払額詳細画面Ｇ１－３には、「請求日スキップ」アイコンＯＢ－３が設けられている。「請求日スキップ」アイコンＯＢ－３は、所定期間ごとに確定されるクレジットカードの利用代金の総額について、利用代金の請求期日である請求日の先送りを要求する延期要求をサービス利用者ＵＡから受け付けるために設けられている。図２において、サービス利用者ＵＡにより「請求日スキップ」アイコンＯＢ－３が操作された場合、２０２３年４月におけるクレジットカードの利用代金の総額について、請求期日の延期が要求される。

また、利用者端末１０は、２０２３年４月におけるクレジットカードの利用明細の中から、「Ａマート ギンザテン」における取引情報を示す項目ＯＢ－４に対するサービス利用者ＵＡの操作を検出すると、取引詳細画面Ｇ１－４を表示する（表示例ＥＸ１－４）。図２に示す取引詳細画面Ｇ１－４には、「請求日スキップ」アイコンＯＢ－５が設けられている。「請求日スキップ」アイコンＯＢ－５は、所定期間ごとに確定されるクレジットカードの利用代金を構成する取引単位で、利用代金の請求が行われる請求期日である請求日の先送りを要求する延期要求をサービス利用者ＵＡから受け付けるために設けられている。図２において、サービス利用者ＵＡにより「請求日スキップ」アイコンＯＢ－５が操作された場合、２０２３年４月におけるクレジットカードの利用代金のうち、「Ａマート ギンザテン」における取引に対応する金額「１，４３９円」について、請求期日の延期が個別に要求される。

また、決済サーバ１００は、クレジットカードの利用代金が確定されるまでの間、請求期日の延期要求を受け付けてもよい。この場合、図２に示す「請求日スキップ」アイコンＯＢ－３、ＯＢ－５は、クレジットカードの利用代金が確定されるまでの間、利用者端末１０に表示される。

（１－３－３．利用者端末１０における画面遷移例（その２））
以下、図３を用いて、実施形態に係る利用者端末１０における画面遷移例（その２）について説明する。図３は、実施形態に係る利用者端末１０における画面遷移例（その２）を示す図である。図３は、サービス利用者ＵＡが、請求期日の延期要求を行った後、請求期日の延期要求の申込が確定されるまでに利用者端末１０に表示される画面の一例を示している。

図３に示すように、利用者端末１０は、取引詳細画面Ｇ１－４において、「請求日スキップ」アイコンＯＢ－５に対するサービス利用者ＵＡの操作が検出されると（表示例ＥＸ１－４）、延期手続画面Ｇ１－５を表示する（表示例ＥＸ１－５）。延期手続画面Ｇ１－５には、所定の延期手数料の支払を条件に延期要求を受け付ける旨の情報が表示される。たとえば、図３に示す例では、現在の請求予定日を示す情報と、延期が行われた場合の請求予定日を示す情報が表示される。また、図３に示す例では、延期要求を受け付けるために必要となる所定の延期手数料の情報が表示される。また、図３に示す延期手続画面Ｇ１－５には、請求期日の延期の実施を希望する旨の意思表示をサービス利用者ＵＡから受け付けるためのチェックボックスＯＢ－６と、請求期日の延期の申込を確定させるための操作をサービス利用者ＵＡから受け付けるための申込アイコンＯＢ－７とが設けられている。なお、申込アイコンＯＢ－７は、チェックボックスＯＢ－６に対するチェックが行われた場合、操作が有効になるように制御されてもよい。

また、利用者端末１０は、延期手続画面Ｇ１－５において、申込アイコンＯＢ－７に対するサービス利用者ＵＡの操作が検出されると、情報の一部を変更した取引詳細画面Ｇ１－４を再表示する（表示例ＥＸ１－６）。たとえば、図３に示す例では、「請求日スキップ」アイコンＯＢ－５の表示が変更され、支払い月の情報が延期後の請求予定日に変更される。

上述してきたように、実施形態に係る情報処理システムＳＹＳによれば、サービス利用者ＵＡからの要求に応じて、クレジットカードの利用代金の請求期日を、たとえば、１ヶ月延期する。これにより、実施形態に係る情報処理システムＳＹＳは、請求期日を１ヶ月延長するだけのシンプルな方法により、サービス利用者ＵＡにとって明快で使い勝手の良い減額スキームを提供でき、後払いタイプのキャッシュレス決済について、ユーザビリティを改善できる。

〔２．装置構成〕
（２－１．決済サーバ１００の構成）
以下、図４を用いて、実施形態に係る情報処理システムＳＹＳの装置構成について説明する。図４は、実施形態に係る情報処理システムＳＹＳの装置構成例を示す図である。まず、図４を参照しつつ、実施形態に係る情報処理システムＳＹＳが有する決済サーバ１００の機能構成の一例を説明する。図４に示すように、決済サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、たとえば、ＮＩＣ（Network Interface Card）などによって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、利用者端末１０やクレジットカードサーバ２００などの他の装置との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、たとえば、ＲＡＭ（Random Access Memory）やフラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスクや光ディスクなどの記憶装置によって実現される。図４に示すように、記憶部１２０は、利用者情報記憶部１２１と、残高情報記憶部１２２と、手数料情報記憶部１２３とを有する。

（利用者情報記憶部１２１について）
利用者情報記憶部１２１は、電子決済サービスの利用者に関する利用者情報を記憶する。図５は、実施形態に係る利用者情報記憶部１２１に記憶される利用者情報の一例を示す図である。

図５に示すように、利用者情報記憶部１２１が記憶する利用者情報は、「利用者ＩＤ」の項目や、「取引履歴」の項目や、「登録カード情報」の項目や、「引落し口座情報」の項目や、「延期手数料支払方法」の項目や、「延期利用状況」の項目などといった複数の項目を有している。利用者情報が有するこれらの項目は、相互に対応付けられている。

「利用者ＩＤ」の項目には、電子決済サービスの利用者（たとえば、図１に示すサービス利用者ＵＡなど）を一意に特定するために各利用者に対して個別に割り振られる固有の識別情報である利用者ＩＤが記憶される。

「取引履歴」の項目には、後払いを利用した取引履歴を示す情報が記憶される。取引履歴には、利用日や、利用者や、支払区分や、手数料や、支払総額や、当該支払金額や、支払月や、翌月以降繰越残高などの情報が含まれていてもよい。

「登録カード情報」の項目には、後払いに用いるクレジットカードとしてサービス利用者が登録を行ったクレジットカードに関する情報が記憶される。登録カード情報には、カード名義や、有効期限や、カード番号などの情報が含まれていてもよい。

「引落し口座情報」の項目には、クレジットカードの利用代金を支払うための引落し用の口座としてサービス利用者が登録した銀行口座を特定するための情報が記憶される。銀行口座を特定するための情報には、銀行名や、支店名や、口座名義や、口座番号などの情報が含まれていてもよい。

「延期手数料支払方法」の項目には、請求期日の延期を行った場合に支払いが必要となる所定の延期手数料の支払方法として、サービス利用者が登録を行った支払方法を示す情報が記憶される。たとえば、サービス利用者が利用可能な支払方法として、電子決済サービスにより提供されるコード決済の支払原資として利用者が保有する電子マネーの残高であるマネー残高による支払や、後払い用のクレジットカードによる支払などが想定される。

「延期利用状況」の項目には、後払いを利用した利用代金に対する請求期日の延期の利用状況を示す情報が記憶される。利用状況には、所定の対象期間において利用代金の延期が実施された回数や、所定の対象期間において請求期日の延期により支払が延期された利用代金の累計金額などが想定される。

（残高情報記憶部１２２について）
残高情報記憶部１２２は、利用者（たとえば、図１に示すサービス利用者ＵＡなど）が保有するマネー残高を示す残高情報を記憶する。図６は、実施形態に係る残高情報記憶部１２２に記憶される残高情報の一例を示す図である。

図６に示すように、残高情報記憶部１２２が記憶する残高情報は、「利用者ＩＤ」の項目や、「マネー残高」の項目などといった複数の項目を有している。残高情報が有するこれらの項目は、相互に対応付けられている。

「利用者ＩＤ」の項目には、電子決済サービスの利用者（たとえば、図１に示すサービス利用者ＵＡなど）を一意に特定するために各利用者に対して個別に割り振られる固有の識別情報である利用者ＩＤが記憶される。

「マネー残高」の項目には、電子決済サービスにより提供されるコード決済の支払原資として利用者が保有する電子マネーの残高であるマネー残高を示す情報が記憶される。

（手数料情報記憶部１２３について）
手数料情報記憶部１２３は、クレジットカードの利用代金の請求が行われる請求期日の延期の利用状況に対応する所定の延期手数料に関する手数料情報が記憶される。図７は、実施形態に係る手数料情報記憶部１２３に記憶される手数料情報の一例を示す図である。

図７に示すように、手数料情報記憶部１２３が記憶する手数料情報は、「利用状況」の項目と、「手数料額」の項目とを有している。手数料情報が有するこれらの項目は相互に対応付けられている。

「利用状況」の項目には、請求期日の延期の利用状況を特定するための情報が記憶される。たとえば、利用状況には、所定の対象期間において請求期日の延期が実施された回数や、利用代金の後払いを利用した利用者が所定の対象期間において請求期日の延期により支払が延期された利用代金の累計金額などが想定される。

「手数料額」の項目には、利用状況に応じて予め規定された手数料を示す情報が記憶される。たとえば、手数料は、電子決済サービスを提供する事業者や、クレジットカードのサービスを提供する事業者により任意に決定されてもよい。

（制御部１３０について）
制御部１３０は、コントローラ（controller）であり、たとえば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって、決済サーバ１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、たとえば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路により実現され得る。

図４に示すように、制御部１３０は、受付部１３１と、決定部１３２と、決済処理部１３３とを有し、これらの各部により、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０には、決済サーバ１００が実行する各種処理の拡張などに応じて、図４に示す各部とは異なる新たな機能部が導入されてもよい。

（受付部１３１について）
受付部１３１は、クレジットカードの利用者から、利用代金の請求が行われる請求期日の先送りを要求する延期要求を受け付ける。

たとえば、受付部１３１は、所定期間ごとに確定される利用代金の総額について延期要求を受け付けてもよい。たとえば、受付部１３１は、所定期間ごとに確定される利用代金を構成する取引単位で延期要求を受け付けてもよい。

また、たとえば、受付部１３１は、利用代金が確定するまでの間、クレジットカードの利用代金の請求が行われる請求期日の延期要求を受け付けてもよい。

また、たとえば、受付部１３１は、所定の延期手数料の支払を条件に、クレジットカードの利用代金の請求が行われる請求期日の延期要求を受け付ける旨を利用者（たとえば、図１に示すサービス利用者ＵＡなど）に通知してもよい。

また、たとえば、受付部１３１は、クレジットカードの利用状況に対応する所定の延期手数料の支払を条件に、請求期日の延期要求を受け付ける旨を利用者（たとえば、図１に示すサービス利用者ＵＡなど）に通知してもよい。

また、たとえば、受付部１３１は、利用者（たとえば、図１に示すサービス利用者ＵＡなど）が利用登録を行って利用している所定の電子決済サービスを利用するための第１アプリケーション（たとえば、決済サプリ）をプラットフォームとして動作するプログラムであって、利用者が使用する端末装置（たとえば、図１に示す利用者端末１０など）で動作する第２アプリケーション（たとえば、「あと払い」のミニアプリ）を通じて、クレジットカードの利用代金の請求が行われる延期要求を受け付けてもよい。

なお、受付部１３１は、クレジットカードサーバ２００から伝送されたクレジットカード決済に関する売上データを受け付けてもよい。受付部１３１は、クレジットカードサーバ２００から受け付けた売上データを、対応する利用者の利用者情報に含まれている取引履歴に反映する。

また、受付部１３１は、通信部１１０を通じて、クレジットカードサーバ２００から請求期日の延期が完了した旨の応答を受け付けると、請求期日の延期完了をサービス利用者ＵＡに提示してもよい。たとえば、受付部１３１は、通信部１１０を通じて、請求期日を延期した旨ととともに、延期後の請求予定日の情報を利用者端末１０に送信することにより、サービス利用者ＵＡに提供する。

（決定部１３２について）
決定部１３２は、クレジットカードの利用代金の請求が行われる請求期日の延期の利用状況に応じて所定の延期手数料を決定する。

（決済処理部１３３について）
決済処理部１３３は、クレジットカードの利用代金の請求が行われる請求期日の延期について申込があった場合、申込元の利用者（たとえば、図１に示すサービス利用者ＵＡなど）が登録する支払方法に従って、所定の延期手数料の決済を行う。決済処理部１３３は、所定の延期手数料の決済が完了した場合、通信部１１０を通じて、請求期日の延期要求をクレジットカードサーバ２００に送信する。

（２－２．クレジットカードサーバ２００の構成）
次に、図４を参照しつつ、実施形態に係る情報処理システムＳＹＳが有するクレジットカードサーバ２００の機能構成の一例を説明する。図４に示すように、クレジットカードサーバ２００は、通信部２１０と、記憶部２２０と、制御部２３０とを有する。

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

（記憶部２２０について）
記憶部２２０は、たとえば、ＲＡＭ（Random Access Memory）やフラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスクや光ディスクなどの記憶装置によって実現される。図８に示すように、記憶部２２０は、売上情報記憶部２２１と、請求情報記憶部２２２とを有する。

（売上情報記憶部２２１について）
売上情報記憶部２２１は、クレジットカードの売上情報を記憶する。図８は、実施形態に係る売上情報記憶部２２１に記憶される売上情報の一例を示す図である。

図８に示すように、売上情報記憶部２２１が記憶する売上情報は、「売上ＩＤ」の項目や、「売上情報」の項目などといった複数の項目を有している。売上情報が有するこれらの項目は相互に対応付けられている。

「売上ＩＤ」の項目には、売上情報を特定するために売上情報ごとに個別に割り振られる識別情報である売上ＩＤが記憶される。

「売上情報」の項目には、クレジットカードの売上情報が記憶される。たとえば、売上情報には、利用日（決済日）や、利用者や、利用店舗（加盟店）や、利用額（決済額）や、カード番号などの情報が含まれていてもよい。

（請求情報記憶部２２２について）
請求情報記憶部２２２は、クレジットカードの請求情報を記憶する。図９は、実施形態に係る請求情報記憶部２２２に記憶される請求情報の一例を示す図である。

図９に示すように、請求情報記憶部２２２が記憶する請求情報は、「請求ＩＤ」の項目や、「請求先」の項目や、「利用明細」の項目や、「利用金額」の項目や、「請求日」の項目や、「引落し口座情報」の項目や、「延期対象」の項目などといった複数の項目を有している。請求情報が有するこれらの項目は相互に対応付けられている。

「請求ＩＤ」の項目には、請求情報を特定するために請求情報ごとに個別に割り振られる識別情報である請求ＩＤが記憶される。

「請求先」の項目には、請求先を特定するための情報が記憶される。たとえば、請求先を特定するための情報には、利用者の情報や、カード番号の情報などが含まれていてもよい。「利用明細」の項目には、所定期間におけるクレジットカードの利用内容を示す情報が記憶される。「利用金額」の項目には、所定期間におけるクレジットカードの利用金額の総額を示す情報が記憶される。「請求日」の項目には、クレジットカードの利用代金の請求日を示す情報が記憶される。「引落し口座情報」の項目には、クレジットカードの利用代金の引落し口座に関する情報が記憶される。「延期対象」の項目には、請求期日の延期の対象を示す情報が記憶される。たとえば、延期の対象として、利用代金の総額や、利用代金を構成する個別の取引に対応する利用額などが想定される。

（制御部２３０について）
制御部２３０は、コントローラ（controller）であり、たとえば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって、決済サーバ１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、たとえば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路により実現され得る。

図４に示すように、制御部２３０は、売上伝送部２３１と、延期処理部２３２とを有し、これらの各部により、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部２３０には、クレジットカードサーバ２００が実行する各種処理の拡張などに応じて、図４に示す各部とは異なる新たな機能部が導入されてもよい。

（売上伝送部２３１について）
売上伝送部２３１は、クレジットカードの加盟店から売上情報を取得すると、取得した売上情報を、通信部２１０を通じて決済サーバ１００に送信する。

（延期処理部２３２について）
延期処理部２３２は、決済サーバ１００により請求期日の延期要求が受け付けられた場合、請求期日を先送りする延期処理を実行する。たとえば、延期処理部２３２は、請求期日（請求日）を１ヶ月後に先送りする延期処理を実行する。

また、延期処理部２３２は、所定の延期手数料の支払に対する利用者（たとえば、図１に示すサービス利用者ＵＡなど）の同意が得られることを条件に、請求期日の延期処理を実行する。

また、延期処理部２３２は、請求期日の延期の利用状況に対応する所定の延期手数料の支払に対する利用者（たとえば、図１に示すサービス利用者ＵＡなど）の同意が得られることを条件に、請求期日の延期処理を実行する。

また、延期処理部２３２は、利用者（たとえば、図１に示すサービス利用者ＵＡなど）が使用する端末装置（たとえば、図１に示す利用者端末１０）で動作する第２アプリケーション（たとえば、「あと払い」ミニアプリ）を通じて、所定の延期手数料の支払に対する利用者の同意が得られることを条件に、請求期日の延期処理を実行する。

〔３．処理手順例〕
以下、図１０を用いて、実施形態に係る情報処理システムＳＹＳにより実行される情報処理の流れについて説明する。図１０は、実施形態に係る情報処理システムＳＹＳにより実行される情報処理の処理手順の一例を示すシーケンス図である。なお、図１０に示す処理手順において、決済サーバ１００に対応する処理は、決済サーバ１００が有する制御部１３０により実行される。制御部１３０は、決済サーバ１００の稼働中、図１０に示す処理手順を繰り返し実行する。図１０に示す処理手順においてクレジットカードサーバ２００に対応する処理は、クレジットカードサーバ２００が有する制御部２３０により実行される。制御部２３０は、クレジットカードサーバ２００の稼働中、図１０に示す処理手順を繰り返し実行する。

図１０に示すように、サービス利用者ＵＡは、利用者端末１０を操作し、電子決済サービスを導入する店舗である加盟店において、物品購入またはサービス利用申請に関するクレジットカード決済を実行する（ステップＳ１０１）。

加盟店（たとえば、加盟店に設置されている店舗端末）は、物品購入またはサービス利用申請に関する決済を受け付けると、アクワイアラを通じて、クレジットカードサーバ２００との間でオーソリゼーション（たとえば、クレジットカード決済に関するオンライン処理）を実行する（ステップＳ１０２）。

また、加盟店は、オーソリゼーションが正常に完了すると、サービス利用者ＵＡに対して、物品またはサービスを提供する（ステップＳ１０３）。

また、加盟店（たとえば、加盟店に設置されている店舗端末）は、アクワイアラを通じて、所定のタイミングでスケジューリングされたバッチ処理などにより、サービス利用者ＵＡのクレジットカードに関する売上データをクレジットカードサーバ２００に伝送する（ステップＳ１０４）。

クレジットカードサーバ２００の売上伝送部２３１は、加盟店から提供される売上データを決済サーバ１００に伝送する（ステップＳ１０５）。

決済サーバ１００の受付部１３１は、クレジットカードサーバ２００から売上データを受信すると、受信した売上データを、対応する利用者の利用者情報に含まれている取引履歴に反映する（ステップＳ１０６）。

また、サービス利用者ＵＡは、任意のタイミングで、決済アプリに表示される取引履歴を確認して、決済アプリを通じて、クレジットカードの利用代金が請求される請求期日の延期を要求する（ステップＳ２０１）。たとえば、利用者端末１０は、支払額詳細画面Ｇ１－３に設けられている「請求日スキップ」アイコンＯＢ－３（図２参照）や、取引詳細画面Ｇ１－４に設けられている「請求日スキップ」アイコンＯＢ－５に対するサービス利用者ＵＡによる操作を検出すると、請求期日を１ヶ月後に先送りする請求期日延期要求を決済サーバ１００に送信する。

決済サーバ１００は、請求期日の延期要求を受け付けると、所定の延期手数料を決定し、決定した所定の延期手数料の手数料額と、延期後の請求日とを、決済アプリを通じてサービス利用者ＵＡに提示する（ステップＳ２０２）。たとえば、決済サーバ１００は、所定の延期手数料の手数料額、及び延期後の請求日を示す情報を利用者端末１０に送信し、決済アプリに表示される利用者端末１０に送信し、決済アプリの延期手続画面Ｇ１－５（図３参照）を通じて、所定の延期手数料の手数料額と、延期後の請求日とをサービス利用者ＵＡに提示する。

また、サービス利用者ＵＡは、所定の延期手数料の手数料額、及び延期後の請求日を確認し、請求期日の延期の申込を行う。たとえば、利用者端末１０は、決済アプリの延期手続画面Ｇ１－５（図３参照）に表示される申込アイコンＯＢ－７に対するサービス利用者ＵＡの操作が検出されると、請求期日延期指示を決済サーバ１００に送信する（ステップＳ２０３）。

決済サーバ１００の決済処理部１３３は、サービス利用者ＵＡから、請求期日の延期確定指示を受け付けると、所定の延期手数料の決済を実行する（ステップＳ２０４）。また、決済サーバ１００の決済処理部１３３は、請求期日の延期要求をクレジットカードサーバ２００に送信する（ステップＳ２０５）。

クレジットカードサーバ２００の延期処理部２３２は、決済サーバ１００から、請求期日の延期要求を受け付けると、請求期日の延期処理を実行して（ステップＳ２０６）、請求期日の延期処理が完了した旨の応答を決済サーバ１００に送信する（ステップＳ２０７）。

決済サーバ１００の受付部１３１は、クレジットカードサーバ２００から請求期日の延期が完了した旨の応答を受信すると、請求期日の延期完了をサービス利用者ＵＡに提示する（ステップＳ２０８）。たとえば、決済サーバ１００は、「請求日スキップ」アイコンＯＢ－５の表示、及び支払い月の情報を延期後の請求予定日に変更した取引詳細画面Ｇ１－４（図３参照）を利用者端末１０に表示させることにより、サービス利用者ＵＡに提示する。

〔４．変形例〕
上述の実施形態では、実施形態に係る情報処理システムＳＹＳは、決済サーバ１００とクレジットカードサーバ２００とを含んで構成される例を説明したが、このような例には特に限定される必要はない。たとえば、決済サーバ１００と、クレジットカードサーバ２００とが機能的または物理的に統合された単独のサーバであってもよい。この場合、たとえば、決済サーバ１００の制御部１３０が、実施形態に係る処理機能としてクレジットカードサーバ２００が備える延期処理部２３２の処理機能を有していてもよい。

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

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔５．効果〕
上述してきたように、実施形態に係る情報処理システムＳＹＳは、所定期間ごとに利用額を集計して算出されるクレジットカードの利用代金の請求に関する処理を実行するコンピュータシステムであり、受付部１３１と、延期処理部２３２とを有する。受付部１３１は、クレジットカードの利用者から、利用代金の請求が行われる請求期日の先送りを要求する延期要求を受け付ける。延期処理部２３２は、受付部１３１により延期要求が受け付けられた場合、請求期日を先送りする延期処理を実行する。

このようにして、実施形態に係る情報処理システムＳＹＳは、たとえば、請求期日を１ヶ月延長するだけのシンプルな方法により、サービス利用者ＵＡにとって明快で使い勝手の良い減額スキームを提供でき、後払いタイプのキャッシュレス決済について、ユーザビリティを改善できる。

また、受付部１３１は、所定期間ごとに確定される利用代金の総額について前記延期要求を受け付けてもよい。これにより、実施形態に係る情報処理システムＳＹＳは、電子決済サービスの利用者（たとえば、図１に示すサービス利用者ＵＡ）の個別の要求に応じて柔軟な対応を行うことができる。

また、受付部１３１は、所定期間ごとに確定される利用代金を構成する取引単位で前記延期要求を受け付けてもよい。これにより、実施形態に係る情報処理システムＳＹＳは、電子決済サービスの利用者（たとえば、図１に示すサービス利用者ＵＡ）の個別の要求に応じて柔軟な対応を行うことができる。

また、受付部１３１は、利用代金が確定するまでの間、延期要求を受け付けてもよい。これにより、実施形態に係る情報処理システムＳＹＳは、クレジットカードの請求に関する既存の請求スキームを援用しつつ、後払いタイプのキャッシュレス決済について、ユーザビリティの向上を図ることができる。

また、受付部１３１は、所定の延期手数料の支払を条件に延期要求を受け付ける旨を利用者（たとえば、図１に示すサービス利用者ＵＡ）に通知してもよく、延期処理部２３２は、所定の延期手数料の支払に対する利用者の同意が得られることを条件に、延期処理を実行してもよい。また、実施形態に係る情報処理システムＳＹＳは、所定の延期手数料の支払に対する利用者の同意が得られた場合、延期手数料の決済を行う決済処理部１３３をさらに有してもよい。これにより、実施形態に係る情報処理システムＳＹＳは、請求期日の延期スキームを持続可能なサービスとして利用者に提供できる。

また、決済処理部１３３は、利用者が保有するマネー残高により、所定の延期手数料の決済を行ってもよい。これにより、実施形態に係る情報処理システムＳＹＳは、請求期日の延期に関する手続を円滑に進めることができる。

また、決済処理部１３３は、利用者により登録されるクレジットカードにより、所定の延期手数料の決済を行ってもよい。これにより、実施形態に係る情報処理システムＳＹＳは、請求期日の延期に関する手続を円滑に進めることができる。

また、実施形態に係る情報処理システムＳＹＳは、利用者（たとえば、図１に示すサービス利用者ＵＡ）による請求期日の延期の利用状況に応じて所定の延期手数料を決定する決定部１３２をさらに有していてもよい。これにより、実施形態に係る情報処理システムＳＹＳは、請求期日の延期の申込を行う利用者に対して適切な手数料を請求できる。

また、受付部１３１は、利用者が利用登録を行って利用している所定の電子決済サービスを利用するための第１アプリケーションをプラットフォームとして動作するプログラムであって、利用者が使用する端末装置で動作する第２アプリケーションを通じて、延期要求を受け付けてもよい。延期処理部２３２は、第２アプリケーションを通じて、所定の延期手数料の支払に対する利用者の同意が得られることを条件に、延期処理を実行してもよい。これにより、実施形態に係る情報処理システムＳＹＳは、請求期日の延期の申込を行う利用者のユーザビリティのさらなる向上を図ることができる。

また、実施形態に係る決済サーバ１００は、受付部１３１を有する。受付部１３１は、クレジットカードの利用者から、利用代金の請求が行われる請求期日の先送りを要求する延期要求を受け付ける。また、実施形態に係るクレジットカードサーバ２００は、延期処理部２３２を有する。延期処理部２３２は、受付部１３１により延期要求が受け付けられた場合、請求期日を先送りする延期処理を実行する。

〔６．ハードウェア構成〕
また、上述してきた実施形態または変形例に係る決済サーバ１００、及びクレジットカードサーバ２００は、たとえば、図１１に示すような構成のコンピュータ１０００によって実現される。図１１は、実施形態または変形例に係る情報処理システムを構成する決済サーバ１００、及びクレジットカードサーバ２００の機能を実現するコンピュータの一例を示すハードウェア構成図である。

コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（実施形態のネットワークＮに対応する）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、また、通信網５００を介してＣＰＵ１１００が生成したデータを他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

たとえば、コンピュータ１０００が実施形態または変形例に係る決済サーバ１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。すなわち、ＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラム（たとえば、情報処理プログラム）との協働により、実施形態または変形例に係る決済サーバ１００による処理を実現する。また、ＨＤＤ１４００には、決済サーバ１００の記憶装置内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

また、たとえば、コンピュータ１０００が実施形態または変形例に係るクレジットカードサーバ２００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部２３０の機能を実現する。すなわち、ＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラム（たとえば、情報処理プログラム）との協働により、実施形態または変形例に係るクレジットカードサーバ２００による処理を実現する。また、ＨＤＤ１４００には、クレジットカードサーバ２００の記憶装置内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

また、たとえば、コンピュータ１０００が実施形態または変形例に係る決済サーバ１００およびクレジットカードサーバ２００の双方の処理機能を有する情報処理装置として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、情報処理装置が有する制御部の機能を実現する。すなわち、ＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラム（たとえば、情報処理プログラム）との協働により、決済サーバ１００およびクレジットカードサーバ２００の双方の処理機能を有する情報処理装置による処理を実現する。また、ＨＤＤ１４００には、決済サーバ１００およびクレジットカードサーバ２００の双方の処理機能を有する情報処理装置の記憶装置内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

〔７．その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

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

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

ＳＹＳ 情報処理システム
１０ 利用者端末
１００ 決済サーバ
１１０ 通信部
１２０ 記憶部
１２１ 利用者情報記憶部
１２２ 残高情報記憶部
１２３ 手数料情報記憶部
１３０ 制御部
１３１ 受付部
１３２ 決定部
１３３ 決済処理部
２００ クレジットカードサーバ
２１０ 通信部
２２０ 記憶部
２２１ 売上情報記憶部
２２２ 請求情報記憶部
２３０ 制御部
２３１ 売上伝送部
２３２ 延期処理部

Claims (14)

1. 所定期間ごとに利用額を集計して算出されるクレジットカードの利用代金の請求に関する処理を実行する情報処理システムであって、
   前記情報処理システムは、電子決済サービスに付帯するサービスの１つとして、クレジットカードサーバと連携し、クレジットカードを用いたキャッシュレス決済の利用環境を前記電子決済サービスの利用者に提供する決済サーバと、前記クレジットカードサーバとを有し、
   前記決済サーバは、
   前記クレジットカードの利用者から、前記利用代金の請求が行われる請求期日の先送りを要求する延期要求を受け付ける受付部と、
   前記請求期日の延期の利用状況に応じた所定の延期手数料の決済を行う決済処理部と
   を有し、
   前記クレジットカードサーバは、
   前記決済サーバにより前記延期要求が受け付けられた場合、前記請求期日を先送りする延期処理を実行する延期処理部
   を有し、
   前記決済処理部は、
   前記所定の延期手数料の決済が完了した場合、前記請求期日の先送りを要求するための請求期日延期指示を前記クレジットカードサーバに送信し、
   前記延期処理部は、
   前記決済サーバから前記請求期日延期指示を受信した場合、前記延期処理を実行する
   ことを特徴とする情報処理システム。
2. 前記受付部は、
   前記所定期間ごとに確定される前記利用代金の総額について前記延期要求を受け付ける
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記受付部は、
   前記所定期間ごとに確定される前記利用代金を構成する取引単位で前記延期要求を受け付ける
   ことを特徴とする請求項１に記載の情報処理システム。
4. 前記受付部は、
   前記利用代金が確定するまでの間、前記延期要求を受け付ける
   ことを特徴とする請求項２または３に記載の情報処理システム。
5. 前記受付部は、
   所定の延期手数料の支払を条件に前記延期要求を受け付ける旨を前記利用者に通知し、
   前記決済処理部は、
   前記所定の延期手数料の支払に対する前記利用者の同意が得られた場合、前記延期手数料の決済を行う
   ことを特徴とする請求項１に記載の情報処理システム。
6. 前記決済処理部は、
   前記利用者が保有するマネー残高により、前記所定の延期手数料の決済を行う
   ことを特徴とする請求項５に記載の情報処理システム。
7. 前記決済処理部は、
   前記利用者により登録される前記クレジットカードにより、前記所定の延期手数料の決済を行う
   ことを特徴とする請求項５に記載の情報処理システム。
8. 前記利用者による前記請求期日の延期の利用状況に応じて前記所定の延期手数料を決定する決定部
   をさらに有することを特徴とする請求項５に記載の情報処理システム。
9. 前記決定部は、
   前記請求期日の延期を実施した回数に応じて、前記所定の延期手数料を決定する
   ことを特徴とする請求項８に記載の情報処理システム。
10. 前記決定部は、
    前記請求期日の延期により支払が延期された利用代金の累計金額に応じて、前記所定の延期手数料を決定する
    ことを特徴とする請求項８に記載の情報処理システム。
11. 前記受付部は、
    前記利用者が利用登録を行って利用している所定の電子決済サービスを利用するための第１アプリケーションをプラットフォームとして動作するプログラムであって、前記利用者が使用する端末装置で動作する第２アプリケーションを通じて、前記延期要求を受け付け、
    前記延期処理部は、
    前記第２アプリケーションを通じて、前記所定の延期手数料の支払に対する前記利用者の同意が得られることを条件に、前記延期処理を実行する
    ことを特徴とする請求項５に記載の情報処理システム。
12. 電子決済サービスに付帯するサービスの１つとして、クレジットカードサーバと連携し、クレジットカードを用いたキャッシュレス決済の利用環境を前記電子決済サービスの利用者に提供し、所定期間ごとに利用額を集計して算出されるクレジットカードの利用代金の請求に関する処理を実行する情報処理装置であって、
    前記クレジットカードの利用者から、前記利用代金の請求が行われる請求期日の先送りを要求する延期要求を受け付ける受付部と、
    前記受付部により前記延期要求が受け付けられた場合、前記請求期日の延期の利用状況に応じた所定の延期手数料の決済を行う決済処理部と
    を有し、
    前記決済処理部は、
    前記所定の延期手数料の決済が完了した場合、前記請求期日の先送りを要求するための請求期日延期指示を前記クレジットカードサーバに送信する
    ことを特徴とする情報処理装置。
13. 連携する決済サーバにより提供される電子決済サービスの利用者が前記電子決済サービスに付帯するサービスの１つとして利用するクレジットカードを用いたキャッシュレス決済について、所定期間ごとに利用額を集計して算出されるクレジットカードの利用代金の請求に関する処理を実行する情報処理装置であって、
    前記決済サーバから、前記請求期日の先送りを要求するための請求期日延期指示を受信した場合、前記請求期日を先送りする延期処理を実行する延期処理部
    を有することを特徴とする情報処理装置。
14. 所定期間ごとに利用額を集計して算出されるクレジットカードの利用代金の請求に関する処理を実行する情報処理システムにより実行される情報処理方法であって、
    前記情報処理システムは、電子決済サービスに付帯するサービスの１つとして、クレジットカードサーバと連携し、クレジットカードを用いたキャッシュレス決済の利用環境を前記電子決済サービスの利用者に提供する決済サーバと、前記クレジットカードサーバとを有し、
    前記決済サーバが、前記クレジットカードの利用者から、前記利用代金の請求が行われる請求期日の先送りを要求する延期要求を受け付ける受付工程と、
    前記決済サーバが、前記請求期日の延期の利用状況に応じた所定の延期手数料の決済を行う決済処理工程と
    前記クレジットカードサーバが、前記決済サーバにより前記延期要求が受け付けられた場合、前記請求期日を先送りする延期処理を実行する延期処理工程と
    を含み、
    前記決済処理工程は、
    前記所定の延期手数料の決済が完了した場合、前記請求期日の先送りを要求するための請求期日延期指示を前記クレジットカードサーバに送信し、
    前記延期処理工程は、
    前記決済サーバから前記請求期日延期指示を受信した場合、前記延期処理を実行する
    ことを特徴とする情報処理方法。

Images