JP2024004041A - 情報処理装置、情報処理システム、利用者端末、情報処理方法及びプログラム - Google Patents

Abstract

【課題】債権保証契約の保証内容を提案する情報処理装置、情報処理システム、利用者端末、情報処理方法及びプログラムを提供する。【解決手段】情報処理システムにおいて、利用者が用いる利用者端末４０とネットワークを介して通信可能な債権保証サーバ３０は、債権保証契約の保証内容に関する契約情報を記憶部に記憶する登録部３５と、商取引に基づく債権に関する債権情報を取得する取得部３３と、契約情報及び債権情報に基づいて、保証内容を提案する提案画面を表示するための画面データを利用者端末に送信する通信部３２と、を備える。【選択図】図４

Description

この発明は、情報処理装置、情報処理システム、利用者端末、情報処理方法及びプログラムに関する。

商取引においては、債権者にとって債権が回収不能となるリスクがある。債権が回収不能となるリスクを低減するために、債権の保証を依頼することができる債権保証事業者がある。債権者の債権を債権保証の対象とすること（以下、「債権保証契約」という。）で、債権が回収不能となった際に債権保証事業者から保険金が支払われるため、回収不能となるリスクを低減することができる。

例えば、特許文献１には、商取引におけるリスクを低減するために、代金の支払い者からの仮決済情報により代金支払い先に対して支払能力があることを示すと共に、代金支払い先からの仮決済情報を含む本決済依頼と支払い者の承認による本決済を実行する発明が開示されている。

しかしながら、債権保証契約の保証内容を適切に選択することは困難である、という課題がある。例えば、多くの債権保証事業者が様々な契約プランを提供しているが、債権保証契約の保証内容は複雑であるため、債権者自身又は取引先の取引傾向に適した債権保証事業者又は契約プランを選択することは困難である。

この発明の一実施形態は、上記のような技術的課題に鑑みて、債権保証契約の保証内容を提案することである。

上記の課題を解決するために、この発明の一実施形態である情報処理装置は、利用者が用いる利用者端末とネットワークを介して通信可能な情報処理装置であって、債権保証契約の保証内容に関する契約情報を記憶部に記憶する登録部と、商取引に基づく債権に関する債権情報を取得する取得部と、契約情報及び債権情報に基づいて、保証内容を提案する提案画面を表示するための画面データを利用者端末に送信する通信部と、を備える。

この発明の一実施形態によれば、債権保証契約の保証内容を提案することができる。

一実施形態における各企業の関係を示す概念図である。 一実施形態における情報処理システムの全体構成の一例を示す図である。 一実施形態における情報処理装置のハードウェア構成の一例を示す図である。 一実施形態における情報処理システムの機能構成の一例を示す図である。 一実施形態における取引先情報テーブルの一例を示す図である。 一実施形態における請求書情報テーブルの一例を示す図である。 一実施形態における債権管理情報テーブルの一例を示す図である。 一実施形態における契約情報テーブルの一例を示す図である。 一実施形態における債権保証情報テーブルの一例を示す図である。 一実施形態における履行情報テーブルの一例を示す図である。 一実施形態における情報生成処理の一例を示す図である。 一実施形態における情報収集処理の一例を示す図である。 一実施形態における提案処理の一例を示す図である。 一実施形態における解析処理の一例を示す図である。 一実施形態における提案画面の一例を示す図である。 一実施形態における提案詳細画面（取引先単位）の一例を示す図である。 一実施形態における提案詳細画面（請求書単位）の一例を示す図である。 一実施形態における契約画面（取引先単位）の一例を示す図である。 一実施形態における契約画面（請求書単位）の一例を示す図である。

以下、図面を参照しながら、この発明の実施の形態について、詳細に説明する。なお、図面中において同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。

［実施形態］
〔企業間の関係〕
本実施形態における各企業間の関係を、図１を参照しながら説明する。図１は、本実施形態における各企業の関係を示す概念図である。

図１に示されているように、サービス利用企業Ａは、取引先企業Ｂに対して、商品又はサービスを提供することで、取引先企業Ｂから対価を受ける企業である。取引先企業Ｂは、サービス利用企業Ａの取引先である。この場合、サービス利用企業Ａが債権者となり、取引先企業Ｂが債務者となる関係が生じる。

サービス提供企業Ｃは、サービス利用企業Ａからの依頼を受けて、取引先企業Ｂとの取引で行われる一連の手続きを管理するサービスを提供する企業等である。なお、サービス提供企業Ｃが提供するサービスを利用する主体を「テナント」と表現する場合がある。すなわち、本実施形態においてテナントとは、企業に限らず、事業者、団体又は個人等を含む。

以下、サービス提供企業Ｃが提供するサービスを「取引管理サービス」と呼ぶ。一連の手続きには、例えば、請求書の発行及び取引先への送付、決済事業者と連携した債権回収、並びに回収不能となった債権に対する債権保証の履行等が含まれる。

決済サービス企業Ｄは、サービス提供企業Ｃと連携して、債権回収に必要となる手続きを代行するサービスを提供する企業である。以下、決済サービス企業Ｄが提供するサービスを「決済サービス」と呼ぶ。本実施形態における決済サービスは、請求書に基づく支払いが可能な決済手段であればどのようなものでもよい。決済手段の一例は、債務者の口座から債権者の口座へ代金の振替を行う口座振替である。決済手段の他の例は、コンビニエンスストアの店頭で振込票を用いて支払いを行うコンビニ決済である。ここでは、決済手段は口座振替であるものとして説明を続ける。

金融機関Ｅは、サービス利用企業Ａ及び取引先企業Ｂがそれぞれ所有する口座を管理する企業又は団体等である。金融機関Ｅは、決済サービス企業Ｄからの依頼に応じて、取引先企業Ｂの口座からサービス利用企業Ａの口座に代金の振替を行う。なお、サービス利用企業Ａの口座を管理する金融機関Ｅと、取引先企業Ｂの口座を管理する金融機関Ｅとは異なる金融機関であってもよい。

債権保証サービス企業Ｆは、サービス提供企業Ｃと連携して、回収不能となった債権に対して保険金を支払うサービスを提供する企業である。以下、債権保証サービス企業Ｆが提供するサービスを「債権保証サービス」と呼ぶ。

ここで、本実施形態における処理の概略を説明する。

まず、サービス利用企業Ａは、サービス提供企業Ｃに対して、取引先企業Ｂとの商取引に基づく請求書の作成、及び作成した請求書の取引先企業Ｂへの送付を要求する（Ｓ１）。これにより、サービス提供企業Ｃは、請求書を作成して、取引先企業Ｂに送付する（Ｓ２）。

次に、サービス提供企業Ｃは、決済サービス企業Ｄに対して、サービス利用企業Ａが発行した請求書に基づく決済情報を送付する（Ｓ３）。これにより、決済サービス企業Ｄに請求書に基づく決済情報が登録される。続いて、取引先企業Ｂは、決済サービス企業Ｄに対して、サービス利用企業Ａが発行した請求書に基づく決済を依頼する（Ｓ４）。なお、決済を口座振替で行う場合、請求書等にかかわらず、特定の企業に対する振替を振替依頼書等で一律に依頼する場合もある。

決済サービス企業Ｄは、金融機関Ｅに対して、決済を実行する（Ｓ５）。金融機関Ｅは、取引先企業Ｂの口座から代金を引き落とし、サービス利用企業Ａの口座に入金する。その後、サービス提供企業Ｃは、決済サービス企業Ｄから決済結果を取得する（Ｓ６）。

債権保証サービス企業Ｆは、サービス提供企業Ｃに対して、契約情報を登録する（Ｓ７）。契約情報は、債権保証サービスで提供される債権保証契約の保証内容を表す情報である。サービス提供企業Ｃは、サービス利用企業Ａからの依頼に応じて、債権保証契約の保証内容を提案する（Ｓ８）。サービス利用企業Ａは、債権保証契約の保証内容を決定し、サービス提供企業Ｃに対して、債権保証契約を依頼する（Ｓ９）。サービス提供企業Ｃは、サービス利用企業Ａにより決定された保証内容で、債権保証サービス企業Ｆに対して債権保証契約を申請する（Ｓ１０）。

なお、契約情報の登録（Ｓ７）は、債権保証契約の提案（Ｓ８）よりも前であればどの段階で行ってもよい。例えば、請求書の作成（Ｓ１）よりも前に契約情報の登録（Ｓ７）を行っておいてもよい。

また、サービス利用企業Ａが債権保証契約を依頼するか否か、またどのような保証内容で債権保証契約を依頼するかは、サービス利用企業Ａが任意に決定すればよい。サービス利用企業Ａは、提案された保証内容と異なる保証内容で債権保証契約を依頼してもよいし、債権保証契約を依頼しなくてもよい。

〔情報処理システムの全体構成〕
本実施形態における情報処理システムの全体構成を、図２を参照しながら説明する。図２は、本実施形態における情報処理システムの全体構成の一例を示すブロック図である。

図２に示されているように、本実施形態における情報処理システム１は、取引管理システム２、決済システム３、債権保証システム４、及び利用者端末４０を含む。本実施形態における取引管理システム２は、帳票管理サーバ１０、債権管理サーバ２０、及び債権保証サーバ３０を含む。情報処理システム１に含まれる各システム、サーバ及び端末は、それぞれ通信ネットワークＮ１に接続している。

通信ネットワークＮ１は、接続されている各装置が相互に通信可能となるように構成されている。通信ネットワークＮ１は、例えば、インターネット、ＬＡＮ（Local Area Network）、又はＷＡＮ（Wide Area Network）などの有線通信によるネットワークによって構築されている。通信ネットワークＮ１は、有線通信だけでなく、例えば、無線ＬＡＮ、又は近距離無線通信等の無線通信、もしくはＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、ＬＴＥ（Long Term Evolution）、又は５Ｇ（5th Generation）等の移動体通信によるネットワークが含まれていてもよい。

利用者端末４０は、サービス利用企業Ａに設置されている。取引管理システム２は、サービス提供企業Ｃに設置されている。決済システム３は、決済サービス企業Ｄに設置されている。債権保証システム４は、債権保証サービス企業Ｆに設置されている。

帳票管理サーバ１０は、通信ネットワークＮ１を介して、帳票管理サービスを利用者端末４０に提供する。本実施形態における帳票管理サービスは、利用者端末４０からの要求に応じて、請求書を作成し、作成した請求書を取引先へ送付するサービスである。

債権管理サーバ２０は、通信ネットワークＮ１を介して、債権管理サービスを利用者端末４０に提供する。本実施形態における債権管理サービスは、請求書に基づく債権を管理し、債権保証サーバ３０からの要求に応じて、債権に関する情報を提供するサービスである。

債権保証サーバ３０は、通信ネットワークＮ１を介して、債権保証仲介サービスを利用者端末４０に提供する。本実施形態における債権保証仲介サービスは、利用者端末４０からの要求に応じて、債権保証を契約するための手続き、及び未回収の債権に対して債権保証を履行するための手続きを、債権保証システム４に対して実行するサービスである。

利用者端末４０は、利用者が使用する情報処理装置である。利用者は、サービス利用企業Ａの従業員等である。利用者端末４０は、利用者の操作に応じて、通信ネットワークＮ１を介して、取引管理システム２に含まれる各サーバが提供する各種サービスを利用する。

帳票管理サーバ１０、債権管理サーバ２０、債権保証サーバ３０及び利用者端末４０の一例は、情報処理装置である。なお、帳票管理サーバ１０、債権管理サーバ２０、債権保証サーバ３０及び利用者端末４０は、通信機能を備えた装置であれば、情報処理装置に限られない。

帳票管理サーバ１０、債権管理サーバ２０、債権保証サーバ３０及び利用者端末４０は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣまたはデスクトップＰＣ等であってもよい。

〔情報処理システムのハードウェア構成〕
本実施形態における情報処理システムのハードウェア構成を、図３を参照しながら説明する。図３は、帳票管理サーバ１０、債権管理サーバ２０、債権保証サーバ３０及び利用者端末４０がコンピュータで実現される場合のハードウェア構成の一例を示す図である。

図３に示されているように、本実施形態におけるコンピュータは、ＣＰＵ（Central Processing Unit）５０１、ＲＯＭ（Read Only Memory）５０２、ＲＡＭ（Random Access Memory）５０３、ＨＤ（Hard Disk）５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４、メディアＩ／Ｆ５１６を備えている。

これらのうち、ＣＰＵ５０１は、コンピュータ全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。

ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、通信ネットワークＮ１を利用してデータ通信をするためのインターフェースである。バスライン５１０は、図３に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

〔情報処理システムの機能構成〕
本実施形態における情報処理システムの機能構成を、図４乃至図１０を参照しながら説明する。図４は、本実施形態における情報処理システムの機能構成の一例を示すブロック図である。

＜帳票管理サーバの機能構成＞
図４に示されているように、本実施形態における帳票管理サーバ１０は、帳票管理情報記憶部１００、記憶制御部１１及び通信部１２を備える。

帳票管理情報記憶部１００は、帳票管理サービスで用いる取引先情報及び請求書情報を記憶する。帳票管理情報記憶部１００は、例えば、図３に示されているＨＤ５０４を用いて実現される。

記憶制御部１１は、帳票管理情報記憶部１００に対するデータの書き込み及び読み出しを行う。記憶制御部１１は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びＨＤＤコントローラ５０５に実行させる処理によって実現される。

通信部１２は、通信ネットワークＮ１を介して他のサーバ、装置、又はシステムと各種データの送受信を行う。通信部１２は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びネットワークＩ／Ｆ５０９に実行させる処理によって実現される。

（取引先情報テーブル）
図５は、取引先情報を格納する取引先情報テーブルの一例を示す概念図である。帳票管理情報記憶部１００には、図５に示されているような取引先情報テーブルによって構成されている取引先情報管理ＤＢ１００１が構築されている。取引先情報テーブルには、サービス利用企業Ａの取引先である取引先企業Ｂに関する情報が格納されている。

図５に示されているように、取引先情報テーブルでは、テナント毎に、取引先の名称（会社名等）、取引先の住所（所在地）、取引先の連絡先（電話番号及びメールアドレス等）、取引先の担当者名、及び取引先の口座情報（銀行名、支店名、口座種別、口座番号及び口座名義等）等が関連付けて管理されている。

（請求書情報テーブル）
図６は、請求書情報を格納する請求書情報テーブルの一例を示す概念図である。帳票管理情報記憶部１００には、図６に示されているような請求書情報テーブルによって構成されている請求書情報管理ＤＢ１００２が構築されている。請求書情報テーブルには、サービス利用企業Ａが発行した請求書に関する情報が格納されている。

図６に示されているように、請求書情報テーブルでは、テナント毎に、請求先の名称（会社名等）、請求金額、請求日、支払い期限日、支払い状態（未払い又は支払い済み）、入金日及び備考等が関連付けて管理されている。支払い状態は、帳票管理サービスにおいて請求書が発行された際に「未払い」に設定され、入金が確認された際に「支払い済み」に設定される。

＜債権管理サーバの機能構成＞
図４に示されているように、本実施形態における債権管理サーバ２０は、債権管理情報記憶部２００、記憶制御部２１及び通信部２２を備える。

債権管理情報記憶部２００は、債権管理サービスで用いる債権管理情報を記憶する。債権管理情報記憶部２００は、例えば、図３に示されているＨＤ５０４を用いて実現される。

記憶制御部２１は、債権管理情報記憶部２００に対するデータの書き込み及び読み出しを行う。記憶制御部２１は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びＨＤＤコントローラ５０５に実行させる処理によって実現される。

通信部２２は、通信ネットワークＮ１を介して他のサーバ、装置、又はシステムと各種データの送受信を行う。通信部２２は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びネットワークＩ／Ｆ５０９に実行させる処理によって実現される。

（債権管理情報テーブル）
図７は、債権管理情報を格納する債権管理情報テーブルの一例を示す概念図である。債権管理情報記憶部２００には、図７に示されているような債権管理情報テーブルによって構成されている債権管理情報管理ＤＢ１１０１が構築されている。債権管理情報テーブルには、サービス利用企業Ａが取引先に発行した請求書に基づく債権に関する情報が格納されている。

図７に示されているように、債権管理情報テーブルでは、テナント毎に、請求先の名称（会社名等）、請求金額、請求日、支払い期限日、支払い状態（未払い又は支払い済み）、入金日及び備考等が関連付けて管理されている。

本実施形態における債権管理情報は、商取引に基づく債権に関する情報を含む債権情報である。債権管理情報によれば、支払い期限日と入金日とを比較することにより、支払い状況（特に、支払い遅延が発生したか否か）を判定することができる。

＜債権保証サーバの機能構成＞
図４に示されているように、本実施形態における債権保証サーバ３０は、債権保証情報記憶部３００、画面データ記憶部３１０、記憶制御部３１、通信部３２、取得部３３、画面作成部３４、登録部３５及び解析部３６を備える。

債権保証情報記憶部３００は、債権保証仲介サービスで用いる契約情報、債権保証情報及び履行情報を記憶する。債権保証情報記憶部３００は、例えば、図３に示されているＨＤ５０４を用いて実現される。

画面データ記憶部３１０は、利用者端末４０に提供（送信）する画面を表示させるための画面データを記憶する。画面データ記憶部３１０は、例えば、図３に示されているＨＤ５０４を用いて実現される。画面データは、例えば、ＨＴＭＬ（HyperText Markup Language）等で記述された画面データであり、JavaScript（登録商標）等で記述されたアプリケーションを含んでもよい。

記憶制御部３１は、債権保証情報記憶部３００及び画面データ記憶部３１０に対するデータの書き込み及び読み出しを行う。記憶制御部３１は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びＨＤＤコントローラ５０５に実行させる処理によって実現される。

通信部３２は、通信ネットワークＮ１を介して他のサーバ、装置、又はシステムと各種データの送受信を行う。通信部３２は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びネットワークＩ／Ｆ５０９に実行させる処理によって実現される。

取得部３３は、通信部３２を用いて、取引管理システム２に含まれる各サーバから情報を取得し、記憶制御部３１を用いて、債権保証情報記憶部３００に記憶する。

画面作成部３４は、画面データ記憶部３１０から読み出した画面データに、債権保証情報記憶部３００から読み出した各種の情報を埋め込むことで、利用者端末４０に提供する画面データを作成する。

登録部３５は、通信部３２を用いて、債権保証システム４から契約情報を受信し、記憶制御部３１を用いて、債権保証情報記憶部３００に記憶する。

解析部３６は、利用者端末４０からの要求に応じて、債権保証情報記憶部３００から読み出した各種の情報を解析し、債権保証契約の保証内容を提案する提案情報を生成する。解析部３６により生成された提案情報は、画面作成部３４により画面データに埋め込まれ、利用者端末４０に送信される。

取得部３３、画面作成部３４、登録部３５及び解析部３６は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１に実行させる処理によって実現される。

（契約情報テーブル）
図８は、契約情報を格納する契約情報テーブルの一例を示す概念図である。債権保証情報記憶部３００には、図８に示されているような契約情報テーブルによって構成されている契約情報管理ＤＢ１２０１が構築されている。契約情報テーブルには、債権保証サービス企業Ｆが提供する債権保証契約の保証内容（以下、「契約プラン」とも呼ぶ）に関する情報が格納されている。

図８に示されているように、契約情報テーブルでは、債権保証事業者の会社名（保証会社名）、契約プランの名称（プラン名）、保証料の課金単位（課金タイプ）、１単位あたりの課金額（単位課金額）、１口あたりの固定額、保証単位、対象にできる取引先の最大数（取引先数）、契約期間、保証上限額及びその他の保証条件（制約）等が関連付けて管理されている。

保証単位は、債権保証契約の範囲を規定する単位である。本実施形態における保証単位は、取引先単位又は請求書単位とする。取引先単位では、債権保証契約の対象とする取引先に対して発行したすべての請求書に基づく債権が保証される。請求書単位では、債権保証契約の対象とする請求書に基づく債権のみが保証される。

なお、ある債権について、複数の債権保証契約の対象としてもよい。例えば、ある取引先に対して取引先単位の債権保証を契約しているとき、その取引先に発行した請求書に対して請求書単位の債権保証を契約してもかまわない。

（債権保証情報テーブル）
図９は、債権保証情報を格納する債権保証情報テーブルの一例を示す概念図である。債権保証情報記憶部３００には、図９に示されているような債権保証情報テーブルによって構成されている債権保証情報管理ＤＢ１２０２が構築されている。債権保証情報テーブルには、サービス利用企業Ａが債権保証契約の対象としている取引先企業Ｂに関して、債権保証の契約状態及び履行履歴を表す情報が格納されている。

図９に示されているように、債権保証情報テーブルでは、テナント毎に、取引先の名称（会社名等）、保証上限金額、設定上限金額、債権保証を履行した履歴（履行履歴）、保証開始日、保証終了日、及び保証状態（保証中、保証未開始又は保証終了等）等が関連付けて管理されている。

保証上限金額は、債権保証を契約した際に、債権保証システム４において行われる審査により承認された金額である。

設定上限金額は、テナントが取引先に対して設定した請求総額の上限である。設定上限金額は、債権保証契約に基づく保証上限金額及びテナントが許容可能なリスク等を鑑みて、テナントが任意に設定することができる。

履行履歴は、後述する履行情報テーブルに格納されている履行情報に基づいて設定される。履行履歴は、履行情報テーブルに格納されている当該取引先に関する履行履歴を外部参照することで設定されてもよいし、定期的に履行情報テーブルから当該取引先に関する履行履歴を取得することで設定されてもよい。

本実施形態における債権保証情報は、債権保証が履行された債権に関する情報を含む債権情報である。債権保証は、例えば回収が困難と判断された債権に対して履行を請求するため、債権保証の履行履歴が存在する場合、当該債権において取引先の債務不履行（例えば踏み倒し等）、倒産（例えば、破産、銀行取引停止又は私的整理等）、又は支払い遅延が発生していたものと判断することができる。

（履行情報テーブル）
図１０は、履行情報を格納する履行情報テーブルの一例を示す概念図である。債権保証情報記憶部３００には、図１０に示されているような履行情報テーブルによって構成されている履行情報管理ＤＢ１２０３が構築されている。履行情報テーブルには、サービス利用企業Ａが債権保証の履行を申請した履歴を表す情報が格納されている。

図１０に示されているように、履行情報テーブルでは、テナントの名称、取引先の名称（会社名等）、請求金額、請求日、支払い期限日、履行状態（履行中又は履行済み）、履行実行日、保証上限金額及び保証期限等が関連付けて管理されている。

保証上限金額は、履行を申請した債権保証契約に関して、債権保証システム４において行われる審査により承認された金額である。

＜利用者端末の機能構成＞
図４に示されているように、本実施形態における利用者端末４０は、表示制御部４１、通信部４２及び受付部４３を備える。

表示制御部４１は、通信部４２を用いて受信した画面データに基づいて画面を表示する。表示制御部４１は、例えば、利用者端末４０が備えるウェブブラウザ機能である。表示制御部４１は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びディスプレイ５０６に実行させる処理によって実現される。

通信部４２は、通信ネットワークＮ１を介して他のサーバ、装置、又はシステムと各種データの送受信を行う。通信部４２は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びネットワークＩ／Ｆ５０９に実行させる処理によって実現される。

受付部４３は、利用者による各種の操作を受け付ける。受付部４３は、例えば、図３に示されているＣＰＵ５０１からの命令、及びキーボード５１１又はポインティングデバイス５１２によって実現される。

〔情報処理システムの処理手順〕
本実施形態における情報処理システムが実行する情報処理方法の処理手順を、図１１乃至図１９を参照しながら説明する。図１１乃至図１３は、本実施形態における情報処理方法の処理手順の一例を示すシーケンス図である。本実施形態における情報処理方法は、情報生成処理（図１１参照）、情報収集処理（図１２参照）及び提案処理（図１３参照）を含む。

＜情報生成処理＞
図１１は、本実施形態における情報生成処理の一例を示すシーケンス図である。情報生成処理は、債権保証契約の保証内容を提案するために用いる情報を発生させる処理である。情報生成処理は、図１に示したステップＳ１からステップＳ６に相当する。

ステップＳ１１において、利用者端末４０が備える受付部４３は、利用者による請求書の発行を指示する操作を受け付ける。受付部４３は、請求書の発行を指示する操作を受け付ける前に、利用者によって入力されたテナントの識別情報であるテナントＩＤ等の認証情報を受け付ける。そして、通信部４２は、認証情報を帳票管理サーバ１０に送信し、帳票管理サーバ１０において所定の認証処理を行う。したがって、利用者が帳票管理サーバ１０において認証された場合のみ、受付部４３は、利用者による請求書の発行を指示する操作を受け付けることができる。

ステップＳ１２において、利用者端末４０が備える通信部４２は、請求書の発行を指示する操作に応じて、請求書の発行要求を帳票管理サーバ１０に送信する。当該発行要求には、利用者によって入力された請求書情報が含まれる。請求書情報には、例えば、請求先の名称、請求金額及び支払い期限日等、請求書に記載する情報が含まれる。

ステップＳ１３において、帳票管理サーバ１０が備える通信部１２は、利用者端末４０が送信した請求書の発行要求を受信する。次に、記憶制御部１１が、受信した請求書情報を請求書情報管理ＤＢ１００２に記憶する。請求書情報に含まれる請求先が取引先情報管理ＤＢ１００１に登録されていない場合には、記憶制御部１１は、当該取引先に関する情報を取引先情報管理ＤＢ１００１に登録する。

ステップＳ１４において、帳票管理サーバ１０が備える通信部１２は、登録した請求書情報に基づいて、請求書を作成し、取引先企業Ｂに送付する。請求書の送付方法は、例えば、印刷した請求書の郵送、請求書を添付した電子メールの送信、請求書を開くＵＲＬ（Uniform Resource Locator）リンクの通知等、様々な方法を用いることができる。

ステップＳ１５において、帳票管理サーバ１０が備える通信部１２は、債権管理情報の登録要求を債権管理サーバ２０に送信する。当該登録要求には、請求書情報管理ＤＢ１００２に登録した請求書情報が含まれる。

ステップＳ１６において、債権管理サーバ２０が備える通信部２２は、帳票管理サーバ１０が送信した債権管理情報の登録要求を受信する。次に、記憶制御部２１が、受信した請求書情報に基づいて債権管理情報を債権管理情報管理ＤＢ１１０１に登録する。

ステップＳ１７において、債権管理サーバ２０が備える通信部２２は、債権管理情報の登録結果を帳票管理サーバ１０に送信する。帳票管理サーバ１０では、通信部１２が、債権管理情報の登録結果を受信する。

ステップＳ１８において、帳票管理サーバ１０が備える通信部１２は、請求書の発行結果を利用者端末４０に送信する。利用者端末４０では、通信部４２が、請求書の発行結果を受信する。次に、表示制御部４１が、請求書の発行結果をディスプレイ５０６に表示する。

ステップＳ１９において、帳票管理サーバ１０が備える通信部１２は、請求書情報の登録要求を決済システム３に送信する。当該登録要求には、決済システム３において決済に必要な情報が含まれる。決済に必要な情報は、決済システム３が用いる決済手段によって異なるが、請求書情報管理ＤＢ１００２に登録された請求書情報に基づいて生成される。

ステップＳ２０において、決済システム３は、帳票管理サーバ１０から請求書情報の登録要求を受信する。次に、決済システム３は、受信した登録要求に基づいて決済情報を登録する。その後、決済システム３は、取引先企業Ｂからの依頼に応じて、金融機関Ｅに対して決済の実行を要求する。金融機関Ｅは、決済の実行要求に応じて、決済を実行する。これにより、サービス利用企業Ａの口座に請求金額が入金される。

ステップＳ２１において、帳票管理サーバ１０が備える通信部１２は、決済結果の取得要求を決済システム３に送信する。当該取得要求には、決済結果の取得対象とする請求書を識別する情報が含まれる。取得対象とする請求書は、請求書情報を決済システム３に登録し、決済結果を受信していない請求書である。

決済システム３は、帳票管理サーバ１０から決済結果の取得要求を受信する。決済システム３は、決済結果の取得要求に応じて、当該取得要求において取得対象とされた請求書に関する決済結果を送信する。決済結果に含まれる情報は、決済システム３が用いる決済手段によって異なるが、少なくとも決済の成否、及び決済が成功した場合の入金日が含まれる。

ステップＳ２２において、帳票管理サーバ１０が備える通信部１２は、決済結果を決済システム３から受信する。次に、記憶制御部１１が、決済結果を請求書情報管理ＤＢ１００２に登録する。具体的には、記憶制御部１１は、決済結果が決済完了を示す請求書について、請求書情報テーブルの支払い状態を「支払い済み」に更新し、請求書情報テーブルの入金日に決済結果に含まれる入金日を設定する。

＜情報収集処理＞
図１２は、本実施形態における情報収集処理の一例を示すシーケンス図である。情報収集処理は、債権保証契約の保証内容を提案するために用いる情報を収集する処理である。情報収集処理は、図１に示したステップＳ７に相当する処理を含む。

ステップＳ３１において、債権保証サーバ３０が備える通信部３２は、契約情報の取得要求を債権保証システム４に送信する。債権保証システム４は、債権保証サーバ３０から受信した契約情報の取得要求に応じて、債権保証サービスで提供している契約プランを表す契約情報を、債権保証サーバ３０に返信する。

債権保証サーバ３０は、所定の時間間隔で定期的に契約情報を債権保証システム４に要求してもよい。所定の時間間隔は、例えば、１日ごとである。この場合、債権保証システム４は、前回送信した契約情報との差分のみを送信してもよい。差分は、例えば、新たに追加された契約プランを表す契約情報、削除された契約プランを表す契約情報、又は一部の保証内容が変更された契約プランを表す契約情報を含む。

債権保証システム４は、債権保証サービス企業Ｆの従業員等の操作により契約プランが登録、変更又は削除されたときに、当該契約プランを表す契約情報を即時に債権保証サーバ３０に送信してもよい。

債権保証サーバ３０では、通信部３２が、契約情報を債権保証システム４から受信する。次に、記憶制御部３１が、債権保証システム４から受信した契約情報を契約情報管理ＤＢ１２０１に登録する。

ステップＳ３２において、債権保証サーバ３０が備える取得部３３は、通信部３２を用いて取引情報の取得を帳票管理サーバ１０に要求する。当該取得要求には、利用者のテナントＩＤが含まれる。

ステップＳ３３において、帳票管理サーバ１０が備える通信部１２は、債権保証サーバ３０が送信した取引情報の取得要求を受信する。次に、記憶制御部１１が、当該テナントの取引先を取引先情報管理ＤＢ１００１から読み出す。続いて、記憶制御部１１は、各取引先の請求書情報を請求書情報管理ＤＢ１００２から読み出す。

この際、記憶制御部１１は、当該テナントの請求書情報テーブルに加えて、他のテナントの請求書情報テーブルからも、当該取引先に関する請求書情報を読み出す。以下、読み出した請求書情報の集合を「取引情報」と呼ぶ。すなわち、取引情報には、各取引先について、当該テナントを取引相手とする取引に関する請求書情報と、他のテナントを取引相手とする取引に関する請求書情報とが含まれる。

ステップＳ３４において、帳票管理サーバ１０が備える通信部１２は、請求書情報管理ＤＢ１００２から読み出した取引情報を債権保証サーバ３０に送信する。

ステップＳ３５において、債権保証サーバ３０が備える通信部３２は、帳票管理サーバ１０が送信した取引情報を受信する。次に、記憶制御部３１が、受信した取引情報を債権保証情報記憶部３００に記憶する。

＜提案処理＞
図１３は、本実施形態における提案処理の一例を示すシーケンス図である。提案処理は、債権保証契約の保証内容を提案する処理である。提案処理は、図１に示したステップＳ８からステップＳ１０に相当する。

ステップＳ４１において、利用者端末４０が備える受付部４３は、利用者による提案画面の表示を指示する操作を受け付ける。提案画面の表示を指示する操作は、例えば、債権保証サーバ３０が提供するメインメニュー画面が有するボタンを押下する操作等である。

ステップＳ４２において、利用者端末４０が備える通信部４２は、提案画面の表示を指示する操作に応じて、提案画面を表示させるための画面データの送付要求を債権保証サーバ３０に送信する。当該送付要求には、利用者のテナントＩＤが含まれる。

ステップＳ４３において、債権保証サーバ３０が備える通信部３２は、利用者端末４０が送信した画面データの送付要求を受信する。次に、解析部３６が、記憶制御部３１を用いて、債権保証情報記憶部３００から契約情報、取引情報及び履行情報を読み出す。以下、取引情報及び履行情報を「債権情報」と総称する。

解析部３６は、読み出した各情報に対して所定の解析処理を実行することで、利用者に提案する契約プランを表す提案情報を生成する。解析部３６は、生成した提案情報を画面作成部３４に送る。

≪解析処理≫
ここで、本実施形態における解析処理（図１３のステップＳ４３）について、図１４を参照しながら説明する。図１４は、本実施形態における解析処理の一例を示すフローチャートである。

ステップＳ４３－１において、解析部３６は、テナントに関する請求書情報から当該テナントの取引傾向を解析する。取引傾向は、請求書に関する統計情報である。取引傾向は、例えば、請求書の件数、請求金額及び支払サイト等の平均及び分布等である。取引傾向は、具体的には、１か月あたりの取引先数の平均、１社あたりの請求金額の平均、又は１つの請求書が総売上に占める割合の平均等である。取引傾向は、これらに限定されず、請求書情報から算出可能な項目であれば任意の項目を解析することができる。

ステップＳ４３－２において、解析部３６は、ステップＳ４３－１で解析された取引傾向及びテナントに関する債権情報に基づいて、テナントが発行した各請求書のリスクを評価し、債権者にとって債権が回収不能となるリスクが高い請求書（以下、「高リスク請求書」とも呼ぶ）を抽出する。高リスク請求書は、所定の規則に従って抽出してもよいし、予め学習済みの機械学習モデルを用いて抽出してもよい。

高リスク請求書を抽出するための規則は、例えば、テナントの取引傾向に合致しない請求書であること、過去に取引がない又は所定の期間内に取引を開始した取引先に発行した請求書であること、又は過去に債権保証契約を履行した請求書と請求金額、取引規模又は取引期間が類似していること等である。取引傾向に合致しない請求書は、例えば、請求金額の分布の２σ区間を超える請求額である請求書等である。

高リスク請求書を抽出するための機械学習モデルは、例えば、請求書情報からリスクを推定する機械学習モデルである。機械学習モデルの学習データは、例えば、過去に発行した請求書情報にリスクを示す正解ラベルを付与したデータである。リスクを示す正解ラベルは、例えば、債権保証契約を履行されたか否か、又は支払い遅延が発生したか否か等を表す真理値である。

ステップＳ４３－３において、解析部３６は、ステップＳ４３－１で解析された取引傾向及び他のテナントに関する債権情報に基づいて、テナントが請求書を発行した取引先のリスクを評価し、リスクが高い取引先（以下、「高リスク取引先」とも呼ぶ）を抽出する。高リスク取引先は、所定の規則に従って抽出してもよいし、予め学習済みの機械学習モデルを用いて抽出してもよい。

高リスク取引先を抽出するための規則は、例えば、テナント以外の取引相手に対して支払い遅延の履歴があること、テナント以外の取引相手から債権保証契約を履行された履歴があること、テナントの取引傾向に合致しない取引先であること等である。テナントの取引傾向に合致しない取引先は、例えば、請求書の平均請求金額よりも大幅に大きい請求金額の請求書を発行していること、又は請求書の平均発行件数よりも大幅に多い請求書を発行していること等である。

高リスク取引先を抽出するための機械学習モデルは、例えば、請求書情報の統計情報からリスクを推定する機械学習モデルである。機械学習モデルの学習データは、例えば、取引先ごとに集計した請求書情報の統計情報にリスクを示す正解ラベルを付与したデータである。リスクを示す正解ラベルは、例えば、債権保証契約を履行された履歴がある否か、又は支払い遅延が発生した履歴があるか否か等を表す真理値である。

解析部３６は、信用情報サービス企業が提供する信用情報を用いて高リスク取引先を抽出してもよい。信用情報は、様々な企業の経営等に関する信頼度を示す情報である。また、解析部３６は、様々な企業の経営等に関する情報を学習した機械学習モデルを用いて算出した与信スコアを用いて高リスク取引先を抽出してもよい。

ステップＳ４３－４において、解析部３６は、契約情報及び債権情報に基づいて、提案対象に対して提案する契約プランを抽出する。提案対象は、ステップＳ４３－２で抽出された高リスク請求書、及びステップＳ４３－３で抽出された高リスク取引先である。

解析部３６は、高リスク請求書に対しては、保証単位が請求書単位である契約情報のうち、保証上限額が高リスク請求書の請求金額以上、かつ、高リスク請求書の請求金額と保証上限額との差が最も小さい契約情報を、提案する契約プランとして抽出する。解析部３６は、高リスク取引先に対しては、保証単位が取引先単位である契約情報のうち、高リスク取引先に発行した請求書の合計請求金額よりも保証上限額が大きく、かつ、高リスク取引先に発行した請求書の合計請求金額と保証上限額との差が最も小さい契約情報を、提案する契約プランとして抽出する。

契約プランの抽出について、図７に示した債権管理情報及び図８に示した契約情報を用いて具体的に説明する。ステップＳ４３－２において、取引先２に発行した５００万円の請求書が高リスク請求書として抽出されたものとする。保証単位が請求書単位である契約情報のうち、保証上限額が５００万円以上である契約プランは、Ａ社の料率プランのみである。したがって、取引先２に発行した５００万円の請求書に対して提案する契約プランとして、Ａ社の料率プランが抽出される。

契約プランの抽出は、請求金額を基準とするもの以外にも、契約期間又は課金額等に重み付けをし、請求書又は取引先との関係を複合的にスコアリングすることで行ってもよい。スコアリングは、予め学習済みの機械学習モデルに基づいて算出してもよい。

ステップＳ４３－５において、解析部３６は、提案画面に埋め込むための提案情報を生成する。提案情報は、ステップＳ４３－１で解析された取引傾向を表す情報、及びステップＳ４３－４で抽出された契約プランを表す情報を含む。

図１３に戻って説明する。ステップＳ４４において、債権保証サーバ３０が備える記憶制御部３１は、提案画面を表示させるための画面データを画面データ記憶部３１０から読み出す。次に、画面作成部３４は、解析部３６から提案情報を受け取る。続いて、画面作成部３４は、記憶制御部３１が読み出した画面データに解析部３６から受け取った提案情報を埋め込むことで、提案画面の画面データを生成する。

ステップＳ４５において、債権保証サーバ３０が備える通信部３２は、提案画面を表示させるための画面データを利用者端末４０に送信する。

ステップＳ４６において、利用者端末４０が備える通信部４２は、債権保証サーバ３０から提案画面を表示させるための画面データを受信する。次に、表示制御部４１は、受信した画面データに基づいて、提案画面をディスプレイ５０６に表示する。

≪提案画面≫
ここで、本実施形態における提案画面について、図１５を参照しながら説明する。図１５は、本実施形態における提案画面の一例を示す図である。

図１５に示すように、本実施形態における提案画面２０００は、提案条件表示領域２０１０、取引傾向表示領域２０２０及び提案プラン表示領域２０３０を有する。提案条件表示領域２０１０は、解析期間表示欄２０１１及び解析期間選択欄２０１２を有する。取引傾向表示領域２０２０は、統計情報表示欄２０２１及び分布情報表示欄２０２２を有する。

解析期間表示欄２０１１は、取引傾向の解析に用いる債権情報の対象期間を表示する。当該対象期間は、例えば、解析処理において取引傾向の解析に用いる請求書情報及び債権保証情報の期間として用いられる。

解析期間選択欄２０１２は、債権情報の対象期間を選択可能に表示する。解析期間選択欄２０１２では、債権情報の対象期間を変更することが可能である。債権情報の対象期間を変更すると、取引傾向表示領域２０２０及び提案プラン表示領域２０３０の表示内容が更新される。

統計情報表示欄２０２１は、テナントの取引傾向を数値で表示する。統計情報表示欄２０２１には、例えば、当該テナントの平均取引先数、平均請求額及び１つの請求書が総売上に占める平均割合等が表示される。統計情報表示欄２０２１に表示される項目は、これらに限定されず、請求書情報から算出可能な項目であれば任意の項目を表示することができる。

分布情報表示欄２０２２は、テナントの取引傾向をグラフで表示する。分布情報表示欄２０２２には、例えば、各請求書の請求額の分布等が表示される。分布情報表示欄２０２２には、請求書情報から解析可能な統計情報であれば任意の情報を表示することができる。

提案プラン表示領域２０３０には、解析処理においてマッチングした１以上の契約プランに対応する契約情報表示欄２０３１が一覧表示される。各契約情報表示欄２０３１には、名称表示欄２０３２、保証料表示欄２０３３及び詳細ボタン２０３４が表示される。名称表示欄２０３２及び保証料表示欄２０３３には、それぞれ契約情報テーブルのプラン名及び保証料の概算金額が表示される。

提案プラン表示領域２０３０に表示される契約プランの順番は、提案情報に基づいて判定可能な規則であれば、どのような規則で決定してもよい。例えば、当該契約プランの保証料の昇順でもよいし、当該契約プランで保証される請求金額の降順でもよい。

提案画面２０００において、利用者が詳細ボタン２０３４を押下すると、受付部４３が、提案詳細画面を表示する操作を受け付ける。当該操作は、押下された詳細ボタン２０３４に対応する契約情報を特定して行われる。

図１３に戻って説明する。ステップＳ４７において、表示制御部４１は、提案詳細画面を表示する操作に応じて、提案画面において特定された契約情報に関する提案詳細画面をディスプレイ５０６に表示する。

≪提案詳細画面≫
ここで、本実施形態における提案詳細画面について、図１６及び図１７を参照しながら説明する。図１６は、保証単位が取引先単位である契約情報を表示する場合の提案詳細画面の一例を示す図である。図１７は、保証単位が請求書単位である契約情報を表示する場合の提案詳細画面の一例を示す図である。

（取引先単位）
図１６に示されているように、本実施形態における提案詳細画面２１００は、プラン名表示欄２１１０、保証内容表示欄２１２０、対象取引先表示欄２１３０、注意事項表示欄２１４０、契約ボタン２１８０及びキャンセルボタン２１９０を有する。

プラン名表示欄２１１０には、特定された契約情報を示すプラン名が表示される。プラン名表示欄２１１０には、例えば、契約情報テーブルの保証会社名とプラン名とを連結した文字列等が表示される。

保証内容表示欄２１２０には、特定された契約情報に関する保証内容が表示される。保証内容表示欄２１２０には、例えば、契約情報テーブルの単位課金額（固定月額）、保証上限額、取引先数（登録社数）、契約期間及び制約（支払サイト）等が表示される。

対象取引先表示欄２１３０には、特定された契約情報に関する保証内容を提案する取引先に関する情報が一覧表示される。対象取引先表示欄２１３０には、例えば、請求書情報テーブルの請求先（取引先名）、当該取引先に発行している請求書の件数、当該請求書の請求金額の合計、及び保証料等が表示される。

保証料は、提案する取引先を対象にして債権保証を契約した場合の保証料である。図１６に例示した契約プランでは、２万円の固定月額保証料で５社の取引先まで保証されるため、各取引先に対する保証料は表示されず、保証料の合計額のみが表示されている。

注意事項表示欄２１４０には、特定された契約情報に関する注意事項が表示される。注意事項は、予め定めた規則に従って、契約情報の保証内容に基づいて生成される。

提案詳細画面２１００において、利用者が契約ボタン２１８０を押下すると、受付部４３が契約画面を表示する操作を受け付ける。提案詳細画面２１００において、利用者がキャンセルボタン２１９０を押下すると、表示制御部４１が提案詳細画面２１００を閉じ、提案画面２０００を再度表示する。

（請求書単位）
図１７に示されているように、本実施形態における提案詳細画面２２００は、プラン名表示欄２２１０、保証内容表示欄２２２０、対象請求書表示欄２２３０、注意事項表示欄２２４０、契約ボタン２２８０及びキャンセルボタン２２９０を有する。

プラン名表示欄２２１０には、特定された契約情報を示すプラン名が表示される。プラン名表示欄２２１０には、例えば、契約情報テーブルの保証会社名とプラン名とを連結した文字列等が表示される。

保証内容表示欄２２２０には、特定された契約情報に関する保証内容が表示される。保証内容表示欄２２２０には、例えば、契約情報テーブルの単位課金額（固定料率）、保証上限額、取引先数（登録社数）、契約期間及び制約（支払サイト）等が表示される。

対象請求書表示欄２２３０には、特定された契約情報に関する保証内容を提案する請求書に関する情報が一覧表示される。対象請求書表示欄２２３０には、例えば、請求書情報テーブルの備考（案件名）、請求先（取引先名）、請求金額及び保証料等が表示される。

保証料は、提案する請求書を対象にして債権保証を契約した場合の保証料である。図１７に例示した契約プランでは、請求金額に対する料率で保証料が算出されるため、各請求書に対する保証料及びそれらの合計額が表示される。

注意事項表示欄２２４０には、特定された契約情報に関する注意事項が表示される。注意事項は、予め定めた規則に従って、契約情報の保証内容に基づいて生成される。

提案詳細画面２２００において、利用者が契約ボタン２２８０を押下すると、受付部４３が契約画面を表示する操作を受け付ける。提案詳細画面２２００において、利用者がキャンセルボタン２２９０を押下すると、表示制御部４１が提案詳細画面２２００を閉じ、提案画面２０００を再度表示する。

図１３に戻って説明する。ステップＳ４８において、表示制御部４１は、契約画面を表示する操作に応じて、提案詳細画面に表示されている保証内容で債権保証契約を依頼するための契約画面をディスプレイ５０６に表示する。

≪契約画面≫
ここで、本実施形態における契約画面について、図１８及び図１９を参照しながら説明する。図１８は、保証単位が取引先単位である債権保証契約を依頼する場合の契約画面の一例を示す図である。図１９は、保証単位が請求書単位である債権保証契約を依頼する場合の契約画面の一例を示す図である。

（取引先単位）
図１８に示されているように、本実施形態における契約画面２３００は、プラン名表示欄２３１０、保証内容表示欄２３２０、対象取引先選択欄２３３０、注意事項表示欄２３４０、契約口数入力欄２３５０、依頼ボタン２３８０及びキャンセルボタン２３９０を有する。

プラン名表示欄２３１０、保証内容表示欄２３２０及び注意事項表示欄２３４０に表示される内容は、提案詳細画面２１００のプラン名表示欄２１１０、保証内容表示欄２１２０及び注意事項表示欄２１４０に表示された内容と同様である。

対象取引先選択欄２３３０には、特定された契約情報に関する保証内容を提案する取引先に関する情報が選択可能に一覧表示される。対象取引先選択欄２３３０に表示される内容は、提案詳細画面２１００の対象取引先表示欄２１３０に表示された内容と同様である。利用者は、対象取引先選択欄２３３０において債権保証契約の対象とする取引先を選択することができる。

契約口数入力欄２３５０には、債権保証契約の契約口数が入力される。取引先単位の債権保証契約では、１口あたりで保証可能な取引先数が限定されるため、利用者が必要と考える取引先数を保証できるように複数口数で契約依頼を行うことが可能である。

契約画面２３００において、利用者が依頼ボタン２３８０を押下すると、受付部４３が契約依頼を要求する操作を受け付ける。契約画面２３００において、利用者がキャンセルボタン２３９０を押下すると、表示制御部４１が契約画面２３００を閉じ、提案詳細画面２１００を再度表示する。

（請求書単位）
図１９に示されているように、本実施形態における契約画面２４００は、プラン名表示欄２４１０、保証内容表示欄２４２０、対象請求書選択欄２４３０、注意事項表示欄２４４０、依頼ボタン２４８０及びキャンセルボタン２４９０を有する。

プラン名表示欄２４１０、保証内容表示欄２４２０及び注意事項表示欄２４４０に表示される内容は、提案詳細画面２２００のプラン名表示欄２２１０、保証内容表示欄２２２０及び注意事項表示欄２２４０に表示された内容と同様である。

対象請求書選択欄２４３０には、特定された契約情報に関する保証内容を提案する請求書に関する情報が選択可能に一覧表示される。対象請求書選択欄２４３０に表示される内容は、提案詳細画面２２００の対象請求書表示欄２２３０に表示された内容と同様である。利用者は、対象請求書選択欄２４３０において債権保証契約の対象とする請求書を選択することができる。

契約画面２４００において、利用者が依頼ボタン２４８０を押下すると、受付部４３が債権保証契約を依頼する操作を受け付ける。契約画面２４００において、利用者がキャンセルボタン２４９０を押下すると、表示制御部４１が契約画面２４００を閉じ、提案詳細画面２２００を再度表示する。

図１３に戻って説明する。ステップＳ４９において、利用者端末４０が備える通信部４２は、債権保証契約を依頼する操作に応じて、債権保証契約の依頼要求を債権保証サーバ３０に送信する。当該依頼要求には、提案画面２０００において特定された保証内容を表す情報（契約プラン名等）及び契約対象を表す情報（取引先情報又は請求書情報等）が含まれる。

ステップＳ５０において、債権保証サーバ３０が備える通信部３２は、利用者端末４０が送信した債権保証契約の依頼要求を受信する。次に、通信部３２は、受信した債権保証契約の依頼要求に基づいて、債権保証契約の申請を債権保証システム４に送信する。当該申請には、保証内容を表す情報及び契約対象を表す情報が含まれる。

ステップＳ５１において、債権保証システム４は、債権保証サーバ３０から受信した債権保証契約の申請を登録する。その後、債権保証サービス企業Ｆの従業員等である審査者が、登録されている債権保証契約の申請を審査し、その審査結果を債権保証システム４に登録する。

債権保証サービス企業Ｆにおける審査は、債権保証システム４が所定の条件に基づき債権保証契約の申請を自動的に審査してもよく、その方式は問わない。債権保証システム４は、審査者により登録された審査結果を、債権保証サーバ３０に返信する。

ステップＳ５２において、債権保証サーバ３０が備える通信部３２は、債権保証システム４が送信した審査結果を受信する。次に、記憶制御部３１が、受信した審査結果に基づいて、承認された債権保証契約に関する債権保証情報を債権保証情報管理ＤＢ１２０２に登録する。このとき、保証開始日及び保証終了日は審査結果に示された日付が設定される。保証状態は、保証開始日が現在日時より後であれば「保証未開始」、現在日時以前であれば「保証中」に設定される。

〔実施形態の主な効果〕
本実施形態における取引管理システムは、債権保証契約の保証内容に関する契約情報と、商取引に基づく債権に関する債権情報とに基づいて、保証内容を提案する提案画面を利用者に対して表示する。したがって、本実施形態における取引管理システムによれば、債権保証契約の保証内容を提案することができる。

本実施形態における取引管理システムは、保証内容を提案する提案画面において、債権保証契約の保証内容を表す情報と債権保証契約の対象を表す情報とを関連付けて表示する。債権保証契約の対象には、リスクの高い取引先又は債権が含まれる。したがって、本実施形態における取引管理システムによれば、債権保証契約を提案すべき対象の取引先又は債権を特定して債権保証契約の保証内容を提案することができる。

本実施形態における取引管理システムは、取引先と利用者以外の取引相手との商取引に関する情報に基づいて、リスクの高い取引先又は債権を抽出する。利用者が当事者ではない商取引に関する情報は、利用者には知り得ない情報である。したがって、本実施形態における取引管理システムは、より適切に債権保証契約の対象とすべき取引先又は債権を抽出することができる。

本実施形態における取引管理システムは、提案画面から選択された保証内容で債権保証契約を依頼する契約画面を利用者に対して表示する。したがって、本実施形態における取引管理システムによれば、利用者は簡易な操作かつ適切な保証内容で債権保証契約を依頼することができる。

［補足］
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、帳票管理サーバ１０、債権管理サーバ２０及び債権保証サーバ３０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

以上、本発明の実施の形態について詳述したが、本発明はこれらの実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形又は変更が可能である。

１ 情報処理システム
２ 取引管理システム
３ 決済システム
４ 債権保証システム
１０ 帳票管理サーバ
１１ 記憶制御部
１２ 通信部
２０ 債権管理サーバ
２１ 記憶制御部
２２ 通信部
３０ 債権保証サーバ
３１ 記憶制御部
３２ 通信部
３３ 取得部
３４ 画面作成部
３５ 登録部
３６ 解析部
４０ 利用者端末
４１ 表示制御部
４２ 通信部
４３ 受付部
１００ 帳票管理情報記憶部
２００ 債権管理情報記憶部
３００ 債権保証情報記憶部
３１０ 画面データ記憶部

特開２００４－７０９７５号公報

Claims (12)

1. 利用者が用いる利用者端末とネットワークを介して通信可能な情報処理装置であって、
   債権保証契約の保証内容に関する契約情報を記憶部に記憶する登録部と、
   商取引に基づく債権に関する債権情報を取得する取得部と、
   前記契約情報及び前記債権情報に基づいて、前記保証内容を提案する提案画面を表示するための画面データを前記利用者端末に送信する通信部と、
   を備える情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記提案画面は、前記保証内容を表す情報と前記債権保証契約の対象を表す情報とを含む、
   情報処理装置。
3. 請求項２に記載の情報処理装置であって、
   前記債権情報に基づいて前記商取引の取引先又は前記債権のリスクを解析する解析部をさらに備え、
   前記提案画面は、前記リスクの高い前記取引先又は前記債権を前記債権保証契約の対象を表す情報に含める、
   情報処理装置。
4. 請求項３に記載の情報処理装置であって、
   前記解析部は、前記利用者が行った前記商取引に関する前記債権情報に基づいて、前記取引先又は前記債権の前記リスクを解析する、
   情報処理装置。
5. 請求項４に記載の情報処理装置であって、
   前記解析部は、前記利用者が行った前記商取引の傾向に合致しない前記取引先又は前記債権の前記リスクを高く評価する、
   情報処理装置。
6. 請求項３に記載の情報処理装置であって、
   前記解析部は、前記取引先が前記利用者を除く取引相手と行った前記商取引に関する前記債権情報に基づいて、前記取引先又は前記債権の前記リスクを解析する、
   情報処理装置。
7. 請求項６に記載の情報処理装置であって、
   前記解析部は、前記取引相手に対する支払い遅延又は前記取引相手からの債権保証の履行履歴がある前記取引先又は当該取引先に関する前記債権の前記リスクを高く評価する、
   情報処理装置。
8. 請求項１に記載の情報処理装置であって、
   前記通信部は、前記提案画面において選択された前記保証内容で前記債権保証契約を依頼する契約画面を表示するための画面データを前記利用者端末に送信する、
   情報処理装置。
9. 利用者が用いる利用者端末と情報処理装置とがネットワークを介して通信可能な情報処理システムであって、
   前記情報処理装置は、
   債権保証契約の保証内容に関する契約情報を記憶部に記憶する登録部と、
   商取引に基づく債権に関する債権情報を取得する取得部と、
   前記契約情報及び前記債権情報に基づいて、前記保証内容を提案する提案画面を表示するための画面データを前記利用者端末に送信する通信部と、
   を備え、
   前記利用者端末は、
   前記画面データに基づいて前記提案画面を表示する表示制御部を備える、
   情報処理システム。
10. 情報処理装置とネットワークを介して通信可能な利用者端末であって、
    前記情報処理装置から受信した画面データに基づいて、債権保証契約の保証内容を提案する提案画面を表示する表示制御部を備え、
    前記画面データは、前記保証内容に関する契約情報及び商取引に基づく債権に関する債権情報に基づいて生成される、
    利用者端末。
11. 利用者が用いる利用者端末とネットワークを介して通信可能なコンピュータが、
    債権保証契約の保証内容に関する契約情報を記憶部に記憶する手順と、
    商取引に基づく債権に関する債権情報を取得する手順と、
    前記契約情報及び前記債権情報に基づいて、前記保証内容を提案する提案画面を表示するための画面データを前記利用者端末に送信する手順と、
    を実行する情報処理方法。
12. 利用者が用いる利用者端末とネットワークを介して通信可能なコンピュータに、
    債権保証契約の保証内容に関する契約情報を記憶部に記憶する手順と、
    商取引に基づく債権に関する債権情報を取得する手順と、
    前記契約情報及び前記債権情報に基づいて、前記保証内容を提案する提案画面を表示するための画面データを前記利用者端末に送信する手順と、
    を実行させるためのプログラム。

Images