JP7406669B1 - プログラム、情報処理方法及び情報処理システム - Google Patents

Abstract

【課題】売り手と買い手との間の決済の業務を補助するプログラム、情報処理方法及び情報処理システムを提供する。【解決手段】買い手は、売り手に対して商品又は役務の発注を行う。売り手は、当該発注を買い手から受注し、商品又は役務を買い手に提供しＳ１、売り手は、特定事業者に対してファクタリングを依頼し、特定事業者は、売り手からのファクタリングを承認し、売り手は、ファクタリングによって、特定事業者に債権を譲渡しＳ２、特定事業者は、買い手に対して、商品又は役務の提供についての債権に基づいて請求を行いＳ３、買い手は、請求に対してクレジットカードの使用を希望しＳ４、ファクタリング事業者と特定事業者が同一である場合、特定事業者は、債権の債権者を、特定事業者から売り手に戻しＳ５、特定事業者は、カード会社にオーソリゼーションを依頼するＳ６。【選択図】図７

Description

本発明は、プログラム、情報処理方法及び情報処理システムに関する。

従来の技術において、「情報処理システムにおいて、情報処理装置の取得部は、請求書データを取得する。表示制御部は、取得した請求書データを画面に表示するよう制御する。画面には、請求書データに関するファクタリングを依頼可能な第１のオブジェクトが含まれる。送信部は、第１のオブジェクトが選択された場合、第１のオブジェクトに関連する請求書データをファクタリングのシステムに送信し、ファクタリングを依頼する」ことが記載されている（特許文献１）。

特開２０２２－１７３６５５号公報

ところで、売り手と買い手の間で成立する１取引の債権において、ファクタリングによって売り手から債権を買い取ったファクタリング事業者に対し、買い手がクレジットカードによる支払を希望する場合に、当該債権における、債権者と、クレジットカード利用型請求書支払代行事業者が同一となる。そのため、ファクタリング事業者は、当該債権を保有した状態では、クレジットカード利用型請求書支払代行サービスにおける疑似加盟店にはなり得ない。

本発明では上記事情を鑑み、売り手と買い手との間の決済の業務を補助する技術を提供することを目的とする。例えば、売り手に対してファクタリングによる債権の現金化の便益と、買い手に対してクレジットカードによる支払いを利用可能とする便益とをそれぞれ提供することを目的とする。

本発明の一態様によれば、プログラムが提供される。このプログラムは、コンピュータに次の各ステップを実行させる。売り手と買い手の間で成立する取引の債権についてる。第１管理ステップでは、債権に対してファクタリングを適用することを受け付けた場合、債権を、売り手からファクタリング事業者に譲渡することを管理する。ファクタリングは、ファクタリング事業者が債権を売り手から買い取ることで、債権が売り手からファクタリング事業者に譲渡されることである。第２管理ステップでは、買い手からクレジットカード利用型請求書支払代行サービスを適用することを受け付けた場合、買い手がクレジットカードにより債権を支払うことを管理する。クレジットカード利用型請求書支払代行サービスは、買い手がクレジットカード利用型請求書支払代行事業者を介して買い手のクレジットカードにより債権を支払うことを可能にするサービスである。支払制御ステップでは、ファクタリング事業者とクレジットカード利用型請求書支払代行事業者とが同一の事業者である場合、債権をファクタリング事業者から売り手に戻して、クレジットカードによる支払いを実行するための処理を開始する。

本開示によれば、売り手と買い手との間の決済の業務を補助する技術を提供することができる。また、例えば、売り手に対してファクタリングによる債権の現金化の便益と、買い手に対してクレジットカードによる支払いを利用可能とする便益とをそれぞれ提供することができる。

情報処理システム１のシステム構成の一例を示す図である。 事業者サーバ装置２のハードウェア構成の一例を示す図である。 カード会社サーバ装置３のハードウェア構成の一例を示す図である。 売り手装置４のハードウェア構成の一例を示す図である。 買い手装置５のハードウェア構成の一例を示す図である。 事業者サーバ装置２のプロセッサ２１によって実現される機能を示すブロック図の一例である。 クレジットカード利用型請求書支払代行事業者とファクタリング事業者とが同一である場合における流れを説明するシーケンス図の一例を示す図である。 クレジットカード利用型請求書支払代行事業者とファクタリング事業者とが異なる場合におけるシーケンス図の一例を示す図である。

［実施形態］
以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

１．用語の定義
ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント装置でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

「買い手」は、対価を支払うことによって、売り手から、商品又は役務の提供を受ける主体である。買い手は、例えば、企業、店舗等の事業者である。

「売り手」は、対価を受け取ることによって、買い手から、商品又は役務を提供する主体である。売り手は、例えば、メーカー、生産者、卸売業者等の事業者である。

「ファクタリング」は、事業者が債権を売り手から買い取ることで、債権が売り手からファクタリング事業者に譲渡されるサービスである。ファクタリングによって、売り手は、確実に債権から現金を得ることができ、リスクの転嫁や資金繰りの改善をすることができる。

「ファクタリング事業者」は、サービスとしてファクタリングを提供する事業者である。

「３社間ファクタリング」とは、買い手と、売り手と、ファクタリング事業者との３者間で契約を取り交わし、合意の上行われるファクタリングである。

「クレジットカード利用型請求書支払代行サービス」は、買い手がクレジットカード利用型請求書支払代行事業者を介して買い手のクレジットカードにより債権を支払うことを可能にするサービスである。クレジットカード利用型請求書支払代行サービスは、クレジットカードによる支払いを受け付けていない売り手と、クレジットカードによる支払を希望する買い手との間にクレジットカードの疑似加盟店を置くことで、当該疑似加盟店がクレジットカードの支払い代金の受領と売り手への支払の入金とを代行するサービスである。これにより、買い手は手持ちのカードを利用してカード決済ができる。本願におけるクレジットカード利用型請求書支払代行サービスは、ＶＩＳＡではＢＰＳＰ、ＭＡＳＴＥＲではＢＰＡＰ、ＪＣＢではＢＢＰＳ、Ａｍｅｒｉｃａｎ ＥｘｐｒｅｓｓではＢＰＰ、Ｄｉｎｅｒｓ ＣｌｕｂではＢＩＰＳ等と称される。

「クレジットカード利用型請求書支払代行事業者」は、サービスとしてクレジットカード利用型請求書支払代行サービスを提供する事業者である。

２．情報処理システム１のシステム構成
まず、図１を参照しながら本実施形態の情報処理システム１のシステム構成について説明する。

図１は、情報処理システム１のシステム構成の一例を示す図である。図１が示すように、情報処理システム１は、事業者サーバ装置２と、カード会社サーバ装置３と、売り手装置４と、買い手装置５と、ネットワークＮとを有する。事業者サーバ装置２、カード会社サーバ装置３、売り手装置４及び買い手装置５は、ネットワークＮを介して、相互に通信可能に構成される。これにより、事業者サーバ装置２、カード会社サーバ装置３、売り手装置４及び買い手装置５は、相互に様々な情報を送信又は受信することができる。なお、事業者サーバ装置２、カード会社サーバ装置３、売り手装置４及び買い手装置５は、情報処理装置の一例であり、本実施形態に限定されるものではない。売り手装置４及び買い手装置５は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレット型コンピュータ、スマートフォン等の何れであってもよい。なお、事業者サーバ装置２、カード会社サーバ装置３、売り手装置４及び買い手装置５は、複数あってもよい。ここで、情報処理システム１に例示されるシステムとは、１つ又はそれ以上の装置又は構成要素からなるものである。したがって、事業者サーバ装置２、カード会社サーバ装置３、売り手装置４及び買い手装置５は、単体であっても情報処理システム１に例示されるシステムに含まれる。

３．ハードウェア構成
次に、図２、図３、図４及び図５を参照しながら、本実施形態の事業者サーバ装置２、カード会社サーバ装置３、売り手装置４及び買い手装置５のそれぞれのハードウェア構成について説明する。

３．１．事業者サーバ装置２のハードウェア構成
図２は、事業者サーバ装置２のハードウェア構成の一例を示す図である。図２に示されるように、事業者サーバ装置２は、プロセッサ２１と、記憶部２２と、通信部２３とを備え、これらの構成要素が事業者サーバ装置２の内部において通信バスを介して電気的に接続されている。事業者サーバ装置２は、実施形態に係る処理を実行する。事業者サーバ装置２は、単体のサーバから構成されていても、複数のサーバから構成されていてもよい。事業者サーバ装置２は、ファクタリング事業者かつクレジットカード利用型請求書支払代行事業者としての特定事業者によって使用される。

プロセッサ２１は、事業者サーバ装置２に関連する全体動作の処理及び制御を行う。プロセッサ２１は、例えば中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。プロセッサ２１が、記憶部２２に記憶された所定のプログラムを読み出し、プログラムに基づき処理を実行することによって、事業者サーバ装置２に係る種々の機能、例えば、後述する図７に示される処理が実現される。なお、プロセッサ２１は単一であることに限定されず、機能ごとに複数のプロセッサ２１を有するように実施してもよい。また、それらの組合せであってもよい。

記憶部２２は、前述の記載により定義される様々な情報を記憶する。これは、例えば、プロセッサ２１によって実行される事業者サーバ装置２に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。記憶部２２は、プロセッサ２１によって実行される事業者サーバ装置２に係る種々のプログラム、変数及びプロセッサ２１がプログラムに基づき処理を実行する際に用いるデータ等を記憶している。記憶部２２は、記憶媒体の一例である。

通信部２３は、ＵＳＢ、ＩＥＥＥ１３９４、Ｔｈｕｎｄｅｒｂｏｌｔ（登録商標）、有線ＬＡＮネットワーク通信等といった有線型の通信手段が好ましいものの、無線ＬＡＮネットワーク通信、ＬＴＥ／３Ｇ／４Ｇ／５Ｇ等のモバイル通信、ＢＬＵＥＴＯＯＴＨ（登録商標）通信等を必要に応じて含めてもよい。すなわち、これら複数の通信手段の集合として実施することがより好ましい。すなわち、事業者サーバ装置２は、通信部２３を介して、外部から種々の情報を通信してもよい。

３．２．カード会社サーバ装置３のハードウェア構成
図３は、カード会社サーバ装置３のハードウェア構成の一例を示す図である。図３に示されるように、カード会社サーバ装置３は、プロセッサ３１と、記憶部３２と、通信部３３とを備え、これらの構成要素がカード会社サーバ装置３の内部において通信バスを介して電気的に接続されている。カード会社サーバ装置３は、実施形態に係る処理を実行する。カード会社サーバ装置３のプロセッサ３１、記憶部３２及び通信部３３については、事業者サーバ装置２のプロセッサ２１、記憶部２２及び通信部２３を参照されたい。カード会社サーバ装置３は、単体のサーバから構成されていても、複数のサーバから構成されていてもよい。また、カード会社サーバ装置３は、事業者サーバ装置２と同じサーバ内に構成されていてもよい。カード会社サーバ装置３は、カード会社によって管理されるサーバである。

３．３．売り手装置４のハードウェア構成
図４は、売り手装置４のハードウェア構成の一例を示す図である。図４に示されるように、売り手装置４は、プロセッサ４１と、記憶部４２と、通信部４３と、入力部４４と、出力部４５と、を有し、これらの構成要素が売り手装置４の内部において通信バスを介して電気的に接続されている。売り手装置４は、実施形態に係る処理を実行する。売り手装置４のプロセッサ４１、記憶部４２及び通信部４３については、事業者サーバ装置２のプロセッサ２１、記憶部２２及び通信部２３を参照されたい。売り手装置４は、売り手によって使用される。

入力部４４は、売り手装置４の筐体に含まれてもよいし、外付けされてもよい。例えば、入力部４４は、出力部４５と一体となってタッチパネルとして実施されてもよい。タッチパネルであれば、ユーザは、タップ操作、スワイプ操作等を入力することが可能である。もちろん、タッチパネルに代えて、スイッチボタン、マウス、ＱＷＥＲＴＹキーボード等を採用してもよい。すなわち、入力部４４がユーザによってなされた操作に基づく入力を受け付ける。当該入力が命令信号として、通信バスを介してプロセッサ４１に転送され、プロセッサ４１が必要に応じて所定の制御又は演算を実行しうる。

出力部４５は、売り手装置４の表示部として機能することが可能である。出力部４５は、例えば、売り手装置４の筐体に含まれてもよいし、外付けされてもよい。出力部４５は、ユーザが操作可能なグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）の画面を表示する。これは例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ及びプラズマディスプレイ等の表示デバイスを、売り手装置４の種類に応じて使い分けて実施することが好ましい。

３．４．買い手装置５のハードウェア構成
図５は、買い手装置５のハードウェア構成の一例を示す図である。図５に示されるように、買い手装置５は、プロセッサ５１と、記憶部５２と、通信部５３と、入力部５４と、出力部５５と、を有し、これらの構成要素が買い手装置５の内部において通信バスを介して電気的に接続されている。買い手装置５は、実施形態に係る処理を実行する。買い手装置５のプロセッサ５１、記憶部５２及び通信部５３については、事業者サーバ装置２のプロセッサ２１、記憶部２２及び通信部２３を参照されたい。買い手装置５の入力部５４及び出力部５５については、売り手装置４の入力部４４及び出力部４５を参照されたい。買い手装置５は、買い手によって使用される。

４．プロセッサ２１の機能構成
本節では、図６を示しながら本実施形態の機能構成について説明する。図６は、事業者サーバ装置２のプロセッサ２１によって実現される機能を示すブロック図の一例である。情報処理システム１の一例である事業者サーバ装置２のプロセッサ２１は、情報送受信部２１０と、第１管理部２１１と、第２管理部２１２と、支払制御部２１３と、表示制御部２１４とを備える。前述の通り、記憶部２２に記憶されているソフトウェアによる情報処理がハードウェアの一例であるプロセッサ２１によって具体的に実現されることで、プロセッサ２１に含まれる各機能部として実行されうる。

情報送受信部２１０は、ネットワークＮ及び通信部２３を介して、種々の情報を他の装置から受け付け、受信し、又は取得するように構成される。また、情報送受信部２１０は、通信部２３及びネットワークＮを介して、種々の情報を他の装置に送信又は出力するように構成される。

第１管理部２１１は、ファクタリングに基づく債権者の移転を管理する。

第２管理部２１２は、クレジットカード利用型請求書支払代行サービスに基づく債権者の移転を管理する。

支払制御部２１３は、ある債権について、ファクタリングとクレジットカード利用型請求書支払代行サービスとが実行される場合の支払いを制御する。

表示制御部２１４は、各情報処理装置の出力部４５、５５に表示する画面データを制御するように構成される。なお、画面データとは、画面、画像、アイコン、テキスト等といった、ユーザが視認可能な態様で生成された視覚情報そのものでもよいし、例えば各種端末に画面、画像、アイコン、テキスト等の視覚情報を表示させるためのレンダリング情報であってもよい。

情報送受信部２１０と、第１管理部２１１と、第２管理部２１２と、支払制御部２１３と、表示制御部２１４との詳細は後述する。

５．情報処理システム１の動作の流れ
本実施形態の情報処理システム１で実行される好ましい情報処理の一例を説明する。

本明細書において、ネットワークＮ、通信部２３、通信部３３、通信部４３又は通信部５３を介して送受信された種々の情報は、記憶部２２、記憶部３２、記憶部４２又は記憶部５２に記憶されるものとする。なお、使用された通信部を有する装置内の記憶部にて記憶されるものとする。例えば、通信部２３が使用された場合、送受信された情報は、記憶部２２に記憶されるものとする。

本明細書において、ネットワークＮ、通信部２３、通信部３３、通信部４３、通信部５３、入力部４４及び入力部５４に関連する情報処理を省略して記載することがある。例えば、プロセッサ４１がユーザによる入力部４４への操作を介して所定の入力を受け付けることを、単にプロセッサ４１がユーザから所定の入力を受け付けると記載することがある。プロセッサ５１がユーザによる入力部５４への操作を介して所定の入力を受け付けることを、単にプロセッサ５１がユーザから所定の入力を受け付けると記載することがある。また、プロセッサ２１（又は情報送受信部２１０）が通信部２３とネットワークＮと通信部４３とを介して、売り手装置４との間で情報を送受信することを、単にプロセッサ２１（又は情報送受信部２１０）が売り手装置４に情報を送信する、又は単にプロセッサ２１（又は情報送受信部２１０）が売り手装置４から情報を受け付けると省略して記載することがある。事業者サーバ装置２とカード会社サーバ装置３との間の情報処理と、カード会社サーバ装置３と買い手装置５との間の情報処理とについても同様に省略して記載することがある。

図７は、クレジットカード利用型請求書支払代行事業者とファクタリング事業者とが同一である場合における流れを説明するシーケンス図の一例を示す図である。また、本シーケンス図の情報処理を含む流れは、売り手と買い手の間で成立する取引の債権について行われるものである。

なお、図７における特定事業者は、クレジットカード利用型請求書支払代行サービスを提供する事業者であり、かつ、ファクタリングによるサービスを提供する事業者である。

また、本実施形態のファクタリングは、買い手と、売り手と、ファクタリング事業者との３者間で契約を取り交わし、合意の上行われる３社間ファクタリングであるものとする。当該契約は、売り手がファクタリングを利用する場合であって、買い手がクレジットカード利用型請求書支払代行サービスを利用する場合、債権の債権者を、特定事業者から売り手に戻すことに同意する条項を含む。

（ステップＳ１）
買い手は、売り手に対して商品又は役務の発注を行う。売り手は、当該発注を買い手から受注し、商品又は役務を買い手に提供する。
ステップＳ１の情報処理は次のように行われる。例えば、買い手装置５のプロセッサ５１は、買い手から商品又は役務の発注の指示の入力を受け付ける。プロセッサ５１は、商品又は役務の発注の指示を売り手装置４に送信する。売り手装置４のプロセッサ４１は、商品又は役務の発注の指示を買い手装置５から受け付ける。プロセッサ４１は、商品又は役務の発注の指示に応じて、発注に関する情報を出力部４５に表示させる。なお、ステップＳ１の処理は、プロセッサを介して実行される必要はなく、本願発明にとって重要ではないため、省略されてもよい。

（ステップＳ２）
売り手は、特定事業者に対してファクタリングを依頼する。特定事業者は、売り手からのファクタリングを承認する。売り手は、ファクタリングによって、特定事業者に債権を譲渡する。
ステップＳ２では情報処理は次のように行われる。例えば、売り手装置４のプロセッサ４１は、売り手から債権に対してファクタリングを適用することを受け付ける。プロセッサ４１は、債権に対してファクタリングを適用することを事業者サーバ装置２に送信する。事業者サーバ装置２の第１管理部２１１は、債権に対してファクタリングを適用することを売り手装置４から受け付けた場合、債権を、売り手から特定事業者に譲渡して管理する。具体的には例えば、第１管理部２１１は、債権に対してファクタリングを適用することを受け付けた場合、債権者が売り手から特定事業者に移転したことを記憶部２２に記憶させる。その後、第１管理部２１１は、ステップＳ３にて例示する処理に情報処理を進める。また、以降の情報処理からステップＳ５にて再び債権が売り手に戻るまでの間において、表示制御部２１４は、売り手装置４又は買い手装置５からのリクエストに応じて、債権者が特定事業者であることを売り手装置４の出力部４５又は買い手装置５の出力部５５に表示させてもよい。

（ステップＳ３）
特定事業者は、買い手に対して、商品又は役務の提供についての債権に基づいて請求を行う。
ステップＳ３では情報処理は次のように行われる。例えば、事業者サーバ装置２の情報送受信部２１０は、債権に対してファクタリングを適用することを売り手装置４から受け付けたことに応じて、請求書データを買い手装置５に送信する。当該請求書データは、商品又は役務の提供の対価を買い手に請求するための請求書のデータである。買い手装置５のプロセッサ５１は、当該請求書データを事業者サーバ装置２から受け付ける。

（ステップＳ４）
買い手は、請求に対してクレジットカードの使用を希望する。
ステップＳ４では情報処理は次のように行われる。例えば、買い手装置５のプロセッサ５１は、買い手から、請求書データへの請求に対する、クレジットカード支払情報を受け付ける。クレジットカード支払情報は、請求について買い手のクレジットカードによって支払いをする指示と、買い手のクレジットカードを特定する情報（カード番号、カード名義、有効期限、セキュリティコード）とを含む。プロセッサ５１は、クレジットカード支払情報を事業者サーバ装置２に送信する。事業者サーバ装置２の第２管理部２１２は、買い手からクレジットカード利用型請求書支払代行サービスを適用することを受け付けた場合、買い手がクレジットカードにより債権を支払うことを管理する。具体的には例えば、第２管理部２１２は、クレジットカードにより債権を支払うことを記憶部２２に記憶させる。また、第２管理部２１２は、ステップＳ５に係る情報処理を実行する。

（ステップＳ５）
特定事業者は、債権の債権者を、特定事業者から売り手に戻す。
ステップＳ５では情報処理は次のように行われる。例えば、事業者サーバ装置２の支払制御部２１３は、買い手がクレジットカードにより債権を支払うことを受け付けた場合であって、ファクタリング事業者とクレジットカード利用型請求書支払代行事業者とが同一の事業者である場合、債権をファクタリング事業者から売り手に戻し、ステップＳ６のクレジットカードによる支払いを実行するための処理を開始する。

（ステップＳ６）
特定事業者は、カード会社にオーソリゼーションを依頼する。オーソリゼーションの依頼を受けたカード会社は、買い手のクレジットカードが有効か、利用限度額に達していないか等を確認し、クレジットカードの利用枠を確保する。
ステップＳ６では情報処理は次のように行われる。例えば、第２管理部２１２は、買い手から特定事業者に対する、クレジットカード利用型請求書支払代行サービスを適用することを受け付けた場合、リクエスト情報を生成する。リクエスト情報は、カード会社に対するクレジットカードを利用することの承認のリクエストの情報である。情報送受信部２１０は、リクエスト情報をカード会社サーバ装置３に送信する。カード会社サーバ装置３のプロセッサ３１は、リクエスト情報を受け付けることに応じて、買い手のクレジットカードのオーソリゼーションを行う。プロセッサ３１は、オーソリゼーションの結果に応じて、買い手のクレジットカードによる支払いを拒否又は承認する。

（拒否の場合）
プロセッサ３１は、オーソリゼーションによって買い手のクレジットカードが使用できないと判断した場合、買い手のクレジットカードによる支払いが拒否されたこと事業者サーバ装置２に送信する。第２管理部２１２は、買い手のクレジットカードによる支払いが拒否されたことを受け付けた場合、クレジットカード利用型請求書支払代行サービスが実行されないものとして管理する。この場合、第２管理部２１２は、債権が、売り手から特定事業者に再譲渡されるものとして管理する。また、第２管理部２１２は、買い手のクレジットカードによる支払いが拒否されたことを受け付けた場合、買い手装置５にクレジットカード利用型請求書支払代行サービスが利用できない旨を通知する。その後、買い手は、別の決算の方法を利用することによって、当該債権に対する支払いを実行する。例えば、情報処理システム１は、買い手の別のクレジットカードを使用する場合は再びステップＳ４に進み、クレジットカードを使用しない場合は情報処理を終了させる。

（承認の場合）
プロセッサ３１は、オーソリゼーションによって買い手のクレジットカードの利用枠を確保した場合、買い手のクレジットカードによる支払いが承認されたことを事業者サーバ装置２に送信する。第２管理部２１２は、買い手のクレジットカードによる支払いが承認されたことを受け付けた場合、ステップＳ７及びステップＳ８が実行される第１のタイミングまで待機する。

（ステップＳ７）
特定事業者は、取引があった月の末日に債権に紐付く金額を売り手の銀行口座に入金する。
ステップＳ７では情報処理は次のように行われる。例えば、第１のタイミング（例えば、取引があった月の末日）となった場合、事業者サーバ装置２の支払制御部２１３は、売り手の銀行口座に債権に紐付く金額を入金するための処理を実行する。このとき支払制御部２１３は、売り手の銀行口座を特定する情報に基づいて、入金するための処理を実行する。銀行口座を特定する情報は、金融機関名、支店名、口座の種別（当座又は普通）、口座番号等の情報を含む情報である。入金するための処理が実行された場合、表示制御部２１４は、売り手装置４に入金するための処理が実行された旨を売り手装置４の出力部４５に表示させる。

（ステップＳ８）
特定事業者は、取引があった月の末日に債権に紐付く売上の処理をカード会社に対して行う。
ステップＳ８では情報処理は次のように行われる。例えば、第１のタイミング（例えば、取引があった月の末日）となった場合、事業者サーバ装置２の支払制御部２１３は、その月の支払い情報をカード会社サーバ装置３に送信する。カード会社サーバ装置３のプロセッサ３１は、その月の支払いの情報を事業者サーバ装置２から受け付ける。支払い情報は、カードの使用者の情報と、使用金額の情報と、カードを使用した日時の情報とを少なくとも含む。

（ステップＳ９）
カード会社は、取引があった月の翌月末に特定事業者に対して入金を行う。
ステップＳ９では情報処理は次のように行われる。例えば、第２のタイミング（例えば、取引があった月の翌月末）となった場合、カード会社サーバ装置３のプロセッサ３１は、支払い情報に基づいて、特定事業者の銀行口座に金額を入金するための処理を実行する。このときプロセッサ３１は、特定事業者の銀行口座を特定する情報に基づいて、入金するための処理を実行する。プロセッサ３１は、入金するための処理が実行された場合、事業者サーバ装置２にその旨を送信する。事業者サーバ装置２の情報送受信部２１０は、カード会社サーバ装置３からその旨を受け付ける。

（ステップＳ１０）
買い手は、取引があった月の翌月末にカード会社に対して債権に紐付く金額とカード手数料とを入金する。
ステップＳ１０では情報処理は次のように行われる。例えば、買い手装置５のプロセッサ５１は、カード会社の銀行口座に入金の処理を実行する。プロセッサ５１は、当該入金の処理が実行された場合、カード会社サーバ装置３に入金が実行された旨を送信する。カード会社サーバ装置３のプロセッサ３１は、買い手装置５から入金が実行された旨を受け付ける。買い手からの入金が完了した場合、事業者サーバ装置２の表示制御部２１４は、売り手装置４に債権者が移転した旨を表示させてもよい。

本実施形態によれば、売り手と買い手との間の決済の業務を補助する技術を提供することができる。また、例えば、売り手に対してファクタリングによる債権の現金化の便益と、買い手に対してクレジットカードによる支払いを利用可能とする便益とをそれぞれ提供することができる。

［比較例］
図８は、クレジットカード利用型請求書支払代行事業者とファクタリング事業者とが異なる場合におけるシーケンス図の一例を示す図である。図８に示すシーケンス図の流れにおいて、クレジットカード利用型請求書支払代行事業者とファクタリング事業者とが異なるため、図７のシーケンス図のステップＳ５に相当するステップが存在しない。

ステップＳ１０１では、買い手は、売り手に対して商品又は役務の発注を行う。売り手は、当該発注を買い手から受注し、商品又は役務を買い手に提供する。ステップＳ１０１は、図７のステップＳ１に対応する。
ステップＳ１０２では、売り手は、ファクタリング事業者に対してファクタリングを依頼する。ファクタリング事業者は、売り手からのファクタリングを承認する。売り手は、ファクタリングによって、ファクタリング事業者に債権を譲渡する。ステップＳ１０２は、図７のステップＳ２に対応する。
ステップＳ１０３では、ファクタリング事業者は、買い手に対して、商品又は役務の提供についての債権に基づいて請求を行う。ステップＳ１０３は、図７のステップＳ３に対応する。
ステップＳ１０４では、買い手は、請求に対してクレジットカードの使用を希望する。ステップＳ１０４は、図７のステップＳ４に対応する。
ステップＳ１０５では、クレジットカード利用型請求書支払代行事業者は、カード会社にオーソリゼーションを依頼する。オーソリゼーションの依頼を受けたカード会社は、買い手のクレジットカードが有効か、利用限度額に達していないか等を確認し、クレジットカードの利用枠を確保する。ステップＳ１０５は、図７のステップＳ６に対応する。
ステップＳ１０６では、クレジットカード利用型請求書支払代行事業者は、取引があった月の末日に債権に紐付く金額を売り手の銀行口座に入金する。ステップＳ１０６は、図７のステップＳ７に対応する。
ステップＳ１０７では、クレジットカード利用型請求書支払代行事業者は、取引があった月の末日に債権に紐付く売上の処理をカード会社に対して行う。ステップＳ１０７は、図７のステップＳ８に対応する。
ステップＳ１０８では、カード会社は、取引があった月の翌月末に特定事業者に対して入金を行う。ステップＳ１０８は、図７のステップＳ９に対応する。
ステップＳ１０９では、買い手は、取引があった月の翌月末にカード会社に対して債権に紐付く金額とカード手数料とを入金する。ステップＳ１０９は、図７のステップＳ１０に対応する。

［その他］
プログラムは、１以上のコンピュータに次の各ステップを実行させるプログラムである。情報処理システム１は、プログラムを実行する１以上のコンピュータを備える。前述の実施形態に係る情報処理システム１に関して、コンピュータを、情報処理システム１のプロセッサ２１として機能させるプログラムであってもよい。また、情報処理システム１が実行する情報処理方法であってもよい。

事業者サーバ装置２及びカード会社サーバ装置３のそれぞれは、オンプレミス形態であってもよく、クラウド形態であってもよい。クラウド形態のサーバ装置としては、例えば、ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）、クラウドコンピューティングという形態で、上記の機能や処理を提供してもよい。

上記実施形態では、サーバ装置が種々の記憶・制御を行ったが、サーバ装置に代えて、複数の外部装置が用いられてもよい。すなわち、種々の情報やプログラムは、ブロックチェーン技術等を用いて複数の外部装置に分散して記憶されてもよい。

さらに、次に記載の各態様で提供されてもよい。

（１）プログラムであって、コンピュータに次の各ステップを実行させ、売り手と買い手の間で成立する取引の債権について、第１管理ステップでは、前記債権に対してファクタリングを適用することを受け付けた場合、前記債権を、前記売り手からファクタリング事業者に譲渡することを管理し、前記ファクタリングは、前記ファクタリング事業者が前記債権を前記売り手から買い取ることで、前記債権が前記売り手から前記ファクタリング事業者に譲渡されることであり、第２管理ステップでは、前記買い手からクレジットカード利用型請求書支払代行サービスを適用することを受け付けた場合、前記買い手がクレジットカードにより前記債権を支払うことを管理し、前記クレジットカード利用型請求書支払代行サービスは、前記買い手がクレジットカード利用型請求書支払代行事業者を介して前記買い手の前記クレジットカードにより前記債権を支払うことを可能にするサービスであり、支払制御ステップでは、前記ファクタリング事業者と前記クレジットカード利用型請求書支払代行事業者とが同一の事業者である場合、前記債権を前記ファクタリング事業者から前記売り手に戻して、前記クレジットカードによる支払いを実行するための処理を開始する、プログラム。

このような構成によれば、売り手と買い手との間の決済の業務を補助する技術を提供することができる。

（２）上記（１）に記載のプログラムにおいて、前記第２管理ステップでは、前記買い手から前記クレジットカード利用型請求書支払代行事業者に対する、前記クレジットカード利用型請求書支払代行サービスを適用するリクエストを受け付けた場合、リクエスト情報を生成し、前記リクエスト情報は、カード会社に対する前記クレジットカードを利用することの承認のリクエストの情報である、プログラム。

このような構成によれば、ファクタリングを適用する債権について、買い手のカードが利用可能かリクエストをカード会社に要求することができる。

（３）上記（２）に記載のプログラムにおいて、前記第２管理ステップでは、前記買い手の前記クレジットカードによる支払いが承認されたことを受け付けた場合、前記支払制御ステップを実行する、プログラム。

このような構成によれば、ファクタリングを適用する債権について、カード会社が買い手のカードの利用を承認した場合に、クレジットカード利用型請求書支払代行サービスが行われる。

（４）上記（２）に記載のプログラムにおいて、前記第２管理ステップでは、前記買い手の前記クレジットカードによる支払いが拒否されたことを受け付けた場合、前記支払制御ステップを実行せずに前記買い手に前記クレジットカード利用型請求書支払代行サービスが利用できない旨を通知する、プログラム。

このような構成によれば、ファクタリングを適用する債権について、カード会社が買い手のカードの利用を承認した場合に、クレジットカード利用型請求書支払代行サービスは行われない。

（５）上記（１）に記載のプログラムにおいて、表示制御ステップでは、前記売り手の使用する端末に、前記支払制御ステップにより前記債権が前記売り手に戻る旨を表示させる、プログラム。

このような構成によれば、ファクタリングを適用する債権について、クレジットカード利用型請求書支払代行サービスが行われることを売り手に認識させることができる。

（６）プログラムであって、コンピュータに次の各ステップを実行させ、売り手と買い手の間で成立する取引の債権について、第１管理ステップでは、前記債権に対してファクタリングを適用することを受け付けた場合、前記債権を、前記売り手から事業者に譲渡することを管理し、前記ファクタリングは、前記事業者が前記債権を前記売り手から買い取ることで、前記債権が前記売り手から前記事業者に譲渡されることであり、第２管理ステップでは、前記買い手からクレジットカード利用型請求書支払代行サービスを適用することを受け付けた場合、前記買い手がクレジットカードにより前記債権を支払うことを管理し、前記クレジットカード利用型請求書支払代行サービスは、前記買い手が前記事業者を介して前記買い手の前記クレジットカードにより前記債権を支払うことを可能にするサービスであり、支払制御ステップでは、前記債権を前記事業者から前記売り手に戻して、前記クレジットカードによる支払いを実行するための処理を開始する、プログラム。

このような構成によれば、売り手と買い手との間の決済の業務を補助する技術を提供することができる。

（７）情報処理方法であって、上記（１）～（６）の何れか１つに記載のプログラムの各ステップを備える、情報処理方法。

このような構成によれば、売り手と買い手との間の決済の業務を補助する技術を提供することができる。

（８）情報処理システムであって、上記（１）～（６）の何れか１つに記載のプログラムを実行するコンピュータを備える、情報処理システム。

このような構成によれば、売り手と買い手との間の決済の業務を補助する技術を提供することができる。
もちろん、この限りではない。

最後に、本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ ：情報処理システム
２ ：事業者サーバ装置
２１ ：プロセッサ
２１０ ：情報送受信部
２１１ ：第１管理部
２１２ ：第２管理部
２１３ ：支払制御部
２１４ ：表示制御部
２２ ：記憶部
２３ ：通信部
３ ：カード会社サーバ装置
３１ ：プロセッサ
３２ ：記憶部
３３ ：通信部
４ ：売り手装置
４１ ：プロセッサ
４２ ：記憶部
４３ ：通信部
４４ ：入力部
４５ ：出力部
５ ：買い手装置
５１ ：プロセッサ
５２ ：記憶部
５３ ：通信部
５４ ：入力部
５５ ：出力部
Ｎ ：ネットワーク

Claims (8)

1. プログラムであって、
   コンピュータに次の各ステップを実行させ、
   売り手と買い手の間で成立する取引の債権について、
   第１管理ステップでは、前記債権に対してファクタリングを適用することを受け付けた場合、前記債権を、前記売り手からファクタリング事業者に譲渡することを管理し、
   前記ファクタリングは、前記ファクタリング事業者が前記債権を前記売り手から買い取ることで、前記債権が前記売り手から前記ファクタリング事業者に譲渡されることであり、
   第２管理ステップでは、前記買い手からクレジットカード利用型請求書支払代行サービスを適用することを受け付けた場合、前記買い手がクレジットカードにより前記債権を支払うことを管理し、
   前記クレジットカード利用型請求書支払代行サービスは、前記買い手がクレジットカード利用型請求書支払代行事業者を介して前記買い手の前記クレジットカードにより前記債権を支払うことを可能にするサービスであり、
   支払制御ステップでは、前記ファクタリング事業者と前記クレジットカード利用型請求書支払代行事業者とが同一の事業者である場合、前記債権を前記ファクタリング事業者から前記売り手に戻して、前記クレジットカードによる支払いを実行するための処理を開始する、
   プログラム。
2. 請求項１に記載のプログラムにおいて、
   前記第２管理ステップでは、前記買い手から前記クレジットカード利用型請求書支払代行事業者に対する、前記クレジットカード利用型請求書支払代行サービスを適用するリクエストを受け付けた場合、リクエスト情報を生成し、前記リクエスト情報は、カード会社に対する前記クレジットカードを利用することの承認のリクエストの情報である、
   プログラム。
3. 請求項２に記載のプログラムにおいて、
   前記第２管理ステップでは、前記買い手の前記クレジットカードによる支払いが承認されたことを受け付けた場合、前記支払制御ステップを実行する、
   プログラム。
4. 請求項２に記載のプログラムにおいて、
   前記第２管理ステップでは、前記買い手の前記クレジットカードによる支払いが拒否されたことを受け付けた場合、前記支払制御ステップを実行せずに前記買い手に前記クレジットカード利用型請求書支払代行サービスが利用できない旨を通知する、
   プログラム。
5. 請求項１に記載のプログラムにおいて、
   表示制御ステップでは、前記売り手の使用する端末に、前記支払制御ステップにより前記債権が前記売り手に戻る旨を表示させる、
   プログラム。
6. プログラムであって、
   コンピュータに次の各ステップを実行させ、
   売り手と買い手の間で成立する取引の債権について、
   第１管理ステップでは、前記債権に対してファクタリングを適用することを受け付けた場合、前記債権を、前記売り手から事業者に譲渡することを管理し、
   前記ファクタリングは、前記事業者が前記債権を前記売り手から買い取ることで、前記債権が前記売り手から前記事業者に譲渡されることであり、
   第２管理ステップでは、前記買い手からクレジットカード利用型請求書支払代行サービスを適用することを受け付けた場合、前記買い手がクレジットカードにより前記債権を支払うことを管理し、
   前記クレジットカード利用型請求書支払代行サービスは、前記買い手が前記事業者を介して前記買い手の前記クレジットカードにより前記債権を支払うことを可能にするサービスであり、
   支払制御ステップでは、前記債権を前記事業者から前記売り手に戻して、前記クレジットカードによる支払いを実行するための処理を開始する、
   プログラム。
7. 情報処理方法であって、
   コンピュータが請求項１～６の何れか１つに記載のプログラムの各ステップを実行する、
   情報処理方法。
8. 情報処理システムであって、
   請求項１～６の何れか１つに記載のプログラムを実行するコンピュータを備える、
   情報処理システム。