知財求人 - 知財ポータルサイト「IP Force」
特開2023-94191情報処理装置、情報処理システム、情報処理方法及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023094191
(43)【公開日】2023-07-05
(54)【発明の名称】情報処理装置、情報処理システム、情報処理方法及びプログラム
(51)【国際特許分類】
G06Q 20/02 20120101AFI20230628BHJP
【ＦＩ】
G06Q20/02
【審査請求】未請求
【請求項の数】16
【出願形態】ＯＬ
(21)【出願番号】P 2021209517
(22)【出願日】2021-12-23
(71)【出願人】
【識別番号】000006747
【氏名又は名称】株式会社リコー
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(72)【発明者】
【氏名】小原 一樹
【テーマコード（参考）】
5L055
【Ｆターム（参考）】
5L055AA03
5L055AA04
(57)【要約】
【課題】債権の回収状態に応じて未回収の債権を回収するための行動を提案する。
【解決手段】情報処理装置は、利用者が用いる利用者端末と通信可能な情報処理装置であって、利用者が取引先に請求した債権の回収状態を表す債権管理情報を取得する取得部と、回収状態が未回収を表す債権を回収するための選択を提案する提案画面を表示させるための画面データを利用者端末に送信する通信部と、を備える。
【選択図】図４
【解決手段】情報処理装置は、利用者が用いる利用者端末と通信可能な情報処理装置であって、利用者が取引先に請求した債権の回収状態を表す債権管理情報を取得する取得部と、回収状態が未回収を表す債権を回収するための選択を提案する提案画面を表示させるための画面データを利用者端末に送信する通信部と、を備える。
【選択図】図４
【特許請求の範囲】
【請求項1】
利用者が用いる利用者端末と通信可能な情報処理装置であって、
前記利用者が取引先に請求した債権の回収状態を表す債権管理情報を取得する取得部と、
前記回収状態が未回収を表す前記債権を回収するための選択を提案する提案画面を表示させるための画面データを前記利用者端末に送信する通信部と、
を備える情報処理装置。
前記利用者が取引先に請求した債権の回収状態を表す債権管理情報を取得する取得部と、
前記回収状態が未回収を表す前記債権を回収するための選択を提案する提案画面を表示させるための画面データを前記利用者端末に送信する通信部と、
を備える情報処理装置。
【請求項2】
請求項１に記載の情報処理装置であって、
前記提案画面は、債権保証の履行を提案する前記債権に関する情報を表示する、
情報処理装置。
前記提案画面は、債権保証の履行を提案する前記債権に関する情報を表示する、
情報処理装置。
【請求項3】
請求項２に記載の情報処理装置であって、
前記債権管理情報は、前記債権に基づく口座振替の結果を含む口座振替情報、前記取引先に対する債権保証の履行状態を表す債権保証情報、及び前記取引先の信用情報のいずれかを含む、
情報処理装置。
前記債権管理情報は、前記債権に基づく口座振替の結果を含む口座振替情報、前記取引先に対する債権保証の履行状態を表す債権保証情報、及び前記取引先の信用情報のいずれかを含む、
情報処理装置。
【請求項4】
請求項３に記載の情報処理装置であって、
前記口座振替情報及び前記債権保証情報に基づいて前記債権に対する前記選択を判断する判断部をさらに備える、
情報処理装置。
前記口座振替情報及び前記債権保証情報に基づいて前記債権に対する前記選択を判断する判断部をさらに備える、
情報処理装置。
【請求項5】
請求項４に記載の情報処理装置であって、
前記判断部は、前記口座振替が未完了である前記債権について、前記口座振替の結果が未完了となった理由及び前記取引先に対する前記債権保証の履行履歴に基づいて、前記選択を判断する、
情報処理装置。
前記判断部は、前記口座振替が未完了である前記債権について、前記口座振替の結果が未完了となった理由及び前記取引先に対する前記債権保証の履行履歴に基づいて、前記選択を判断する、
情報処理装置。
【請求項6】
請求項５に記載の情報処理装置であって、
前記債権管理情報は、他の利用者が前記取引先に請求した債権の発行状態又は回収状態を含む取引履歴情報をさらに含み、
前記提案画面は、前記取引履歴情報に基づく前記取引先の取引傾向を表す情報を表示する、
情報処理装置。
前記債権管理情報は、他の利用者が前記取引先に請求した債権の発行状態又は回収状態を含む取引履歴情報をさらに含み、
前記提案画面は、前記取引履歴情報に基づく前記取引先の取引傾向を表す情報を表示する、
情報処理装置。
【請求項7】
請求項１に記載の情報処理装置であって、
前記通信部は、前記利用者の債権保証の利用状況に応じて、前記債権保証に関する情報を表示する案内画面を表示させるための画面データを前記利用者端末に送信する、
情報処理装置。
前記通信部は、前記利用者の債権保証の利用状況に応じて、前記債権保証に関する情報を表示する案内画面を表示させるための画面データを前記利用者端末に送信する、
情報処理装置。
【請求項8】
利用者が用いる利用者端末と情報処理装置とが通信可能な情報処理システムであって、
前記情報処理装置は、
前記利用者が取引先に請求した債権の回収状態を表す債権管理情報を取得する取得部と、
前記回収状態が未回収を表す前記債権を回収するための選択を提案する提案画面を表示させるための画面データを前記利用者端末に送信する通信部と、
を備え、
前記利用者端末は、
前記利用者の操作に応じて、前記提案画面を表示させるための画面データの取得要求を前記情報処理装置に送信する通信部と、
前記情報処理装置が送信した前記画面データに基づいて前記提案画面を表示する表示制御部と、
を備える、
情報処理システム。
前記情報処理装置は、
前記利用者が取引先に請求した債権の回収状態を表す債権管理情報を取得する取得部と、
前記回収状態が未回収を表す前記債権を回収するための選択を提案する提案画面を表示させるための画面データを前記利用者端末に送信する通信部と、
を備え、
前記利用者端末は、
前記利用者の操作に応じて、前記提案画面を表示させるための画面データの取得要求を前記情報処理装置に送信する通信部と、
前記情報処理装置が送信した前記画面データに基づいて前記提案画面を表示する表示制御部と、
を備える、
情報処理システム。
【請求項9】
利用者が用いる利用者端末と通信可能なコンピュータが、
前記利用者が取引先に請求した債権の回収状態を表す債権管理情報を取得する取得手順と、
前記回収状態が未回収を表す前記債権を回収するための選択を提案する提案画面を表示させるための画面データを前記利用者端末に送信する通信手順と、
を実行する情報処理方法。
前記利用者が取引先に請求した債権の回収状態を表す債権管理情報を取得する取得手順と、
前記回収状態が未回収を表す前記債権を回収するための選択を提案する提案画面を表示させるための画面データを前記利用者端末に送信する通信手順と、
を実行する情報処理方法。
【請求項10】
請求項９に記載の情報処理方法であって、
前記提案画面は、債権保証の履行を提案する前記債権に関する情報を表示する、
情報処理方法。
前記提案画面は、債権保証の履行を提案する前記債権に関する情報を表示する、
情報処理方法。
【請求項11】
請求項１０に記載の情報処理方法であって、
前記債権管理情報は、前記債権に基づく口座振替の結果を含む口座振替情報、前記取引先に対する債権保証の履行状態を表す債権保証情報、及び前記取引先の信用情報のいずれかを含む、
情報処理方法。
前記債権管理情報は、前記債権に基づく口座振替の結果を含む口座振替情報、前記取引先に対する債権保証の履行状態を表す債権保証情報、及び前記取引先の信用情報のいずれかを含む、
情報処理方法。
【請求項12】
請求項１１に記載の情報処理方法であって、
前記口座振替情報及び前記債権保証情報に基づいて前記債権に対する前記選択を判断する判断手順をさらに実行する、
情報処理方法。
前記口座振替情報及び前記債権保証情報に基づいて前記債権に対する前記選択を判断する判断手順をさらに実行する、
情報処理方法。
【請求項13】
請求項１２に記載の情報処理方法であって、
前記判断手順は、前記口座振替が未完了である前記債権について、前記口座振替の結果が未完了となった理由及び前記取引先に対する前記債権保証の履行履歴に基づいて、前記選択を判断する、
情報処理方法。
前記判断手順は、前記口座振替が未完了である前記債権について、前記口座振替の結果が未完了となった理由及び前記取引先に対する前記債権保証の履行履歴に基づいて、前記選択を判断する、
情報処理方法。
【請求項14】
請求項１３に記載の情報処理方法であって、
前記債権管理情報は、他の利用者が前記取引先に請求した債権の発行状態又は回収状態を含む取引履歴情報をさらに含み、
前記提案画面は、前記取引履歴情報に基づく前記取引先の取引傾向を表す情報を表示する、
情報処理方法。
前記債権管理情報は、他の利用者が前記取引先に請求した債権の発行状態又は回収状態を含む取引履歴情報をさらに含み、
前記提案画面は、前記取引履歴情報に基づく前記取引先の取引傾向を表す情報を表示する、
情報処理方法。
【請求項15】
請求項９に記載の情報処理方法であって、
前記通信手順は、前記利用者の債権保証の利用状況に応じて、前記債権保証に関する情報を表示する案内画面を表示させるための画面データを前記利用者端末に送信する、
情報処理方法。
前記通信手順は、前記利用者の債権保証の利用状況に応じて、前記債権保証に関する情報を表示する案内画面を表示させるための画面データを前記利用者端末に送信する、
情報処理方法。
【請求項16】
利用者が用いる利用者端末と通信可能なコンピュータに、
前記利用者が取引先に請求した債権の回収状態を表す債権管理情報を取得する取得手順と、
前記回収状態が未回収を表す前記債権を回収するための選択を提案する提案画面を表示させるための画面データを前記利用者端末に送信する通信手順と、
を実行させるためのプログラム。
前記利用者が取引先に請求した債権の回収状態を表す債権管理情報を取得する取得手順と、
前記回収状態が未回収を表す前記債権を回収するための選択を提案する提案画面を表示させるための画面データを前記利用者端末に送信する通信手順と、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
この発明は、情報処理装置、情報処理システム、情報処理方法及びプログラムに関する。
【背景技術】
【0002】
商取引においては、債権者にとって債権が回収不能となるリスクがある。債権が回収不能となるリスクを低減するために、債権の保証を依頼することができる債権保証事業者がある。また、事前に取引先から提携金融機関に口座振替依頼書を提出させておき、取引先の口座から債権者の口座に代金の振替を行う債権回収方法があり、債権者に代わり口座振替に必要な手続きを行う口座振替代行事業者がある。
【0003】
例えば、特許文献１には、商取引におけるリスクを低減するために、代金の支払い者からの仮決済情報により代金支払い先に対して支払能力があることを示すと共に、代金支払い先からの仮決済情報を含む本決済依頼と支払い者の承認による本決済を実行する発明が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来の債権回収方法では、未回収の債権に対する回収方法を判断することが困難である、という課題がある。例えば、未回収の債権が複数ある場合に、どの債権に対して債権保証の履行を請求すべきか判断する必要がある。また、支払い期限を徒過していても即時に債権保証を履行することが適切ではない場合もある。
【0005】
この発明の一実施形態は、上記のような技術的課題に鑑みて、債権の回収状態に応じて未回収の債権を回収するための選択を提案することである。
【課題を解決するための手段】
【0006】
上記の課題を解決するために、この発明の一実施形態である情報処理装置は、利用者が用いる利用者端末と通信可能な情報処理装置であって、利用者が取引先に請求した債権の回収状態を表す債権管理情報を取得する取得部と、回収状態が未回収を表す債権を回収するための選択を提案する提案画面を表示させるための画面データを利用者端末に送信する通信部と、を備える。
【発明の効果】
【0007】
この発明の一実施形態によれば、債権の回収状態に応じて未回収の債権を回収するための選択を提案することができる。
【図面の簡単な説明】
【0008】
【図1】一実施形態における各企業の関係を示す概念図である。
【図2】一実施形態における情報処理システムの全体構成の一例を示すブロック図である。
【図3】一実施形態における情報処理装置のハードウェア構成の一例を示すブロック図である。
【図4】一実施形態における情報処理システムの機能構成の一例を示すブロック図である。
【図5】一実施形態における取引先情報テーブルの一例を示す図である。
【図6】一実施形態における請求書情報テーブルの一例を示す図である。
【図7】一実施形態における口座振替申請テーブルの一例を示す図である。
【図8】一実施形態における口座振替情報テーブルの一例を示す図である。
【図9】一実施形態における債権保証情報テーブルの一例を示す図である。
【図10】一実施形態における履行情報テーブルの一例を示す図である。
【図11】一実施形態における債権管理情報テーブルの一例を示す図である。
【図12】一実施形態における信用情報テーブルの一例を示す図である。
【図13】一実施形態における取引履歴情報テーブルの一例を示す図である。
【図14】一実施形態における口座振替処理の一例を示すシーケンス図である。
【図15】一実施形態における情報収集処理の一例を示すシーケンス図である。
【図16】一実施形態における提案実行処理の一例を示すシーケンス図である。
【図17】一実施形態における債権一覧画面の一例を示す図である。
【図18】一実施形態における行動判定処理の一例を示すフローチャートである。
【図19】一実施形態における提案画面の一例を示す図である。
【図20】一実施形態における設定画面の一例を示す図である。
【図21】一変形例における提案実行処理の一例を示すシーケンス図である。
【図22】一変形例における行動判定処理の一例を示す図である。
【図23】一変形例における提案画面及び案内画面の一例を示す図である。
【図24】一変形例における提案画面及び案内画面の一例を示す図である。
【発明を実施するための形態】
【0009】
以下、図面を参照しながら、この発明の実施の形態について、詳細に説明する。なお、図面中において同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。
【0010】
【0011】
図１に示されているように、サービス利用企業Ａは、取引先企業Ｂに対して、商品又はサービスを提供することで、取引先企業Ｂから対価を受ける企業である。取引先企業Ｂは、サービス利用企業Ａの取引先である。この場合、サービス利用企業Ａが債権者となり、取引先企業Ｂが債務者となる関係が生じる。
【0012】
サービス提供企業Ｃは、サービス利用企業Ａからの依頼を受けて、取引先企業Ｂとの取引で行われる一連の手続きを管理するサービスを提供する企業等である。また、本実施形態における情報処理システム１が提供するサービスを利用するサービス利用企業をテナントと表現する場合がある。つまり、本実施形態においてテナントとは、事業者、団体や個人等である。以下、サービス提供企業Ｃが提供するサービスを「取引管理サービス」と呼ぶ。一連の手続きには、例えば、請求書の発行及び取引先への送付、口座振替による債権回収、並びに回収不能となった債権に対する債権保証の履行等が含まれる。
【0013】
口座振替サービス企業Ｄは、サービス提供企業Ｃと連携して、口座振替による債権回収に必要となる手続きを代行するサービスを提供する企業である。以下、口座振替サービス企業Ｄが提供するサービスを「口座振替サービス」と呼ぶ。一般的に、口座振替サービスは、所定の締め日までに申請された口座振替依頼を所定の振替日に一括して実行する。本実施形態における口座振替サービスは、毎月一回、口座振替を実行するものとする。
【0014】
金融機関Ｅは、サービス利用企業Ａ及び取引先企業Ｂがそれぞれ所有する口座を管理する企業・団体等である。金融機関Ｅは、口座振替サービス企業Ｄからの依頼に応じて、取引先企業Ｂの口座からサービス利用企業Ａの口座に代金の振替を実行する。
【0015】
債権保証サービス企業Ｆは、サービス提供企業Ｃと連携して、回収不能となった債権に対して保険金を支払うサービスを提供する企業である。以下、債権保証サービス企業Ｆが提供するサービスを「債権保証サービス」と呼ぶ。
【0016】
信用情報サービス企業Ｇは、取引先企業Ｂを含む様々な企業の経営等に関する信頼度を示す信用情報を有し、サービス提供企業Ｃに信用情報を提供する企業である。信用情報サービス企業Ｇは、一社でもよいし、複数社であってもよい。なお、債権保証サービス企業Ｆが信用情報を有している場合、債権保証サービス企業Ｆが信用情報をサービス提供企業Ｃに提供してもよい。また、サービス提供企業Ｃが、自ら収集した取引先企業Ｂの経営等に関する情報に基づいて、独自に信頼度を算出してもよい。信頼度の算出は、例えば、様々な企業の経営等に関する情報を学習した機械学習モデルを用いることができる。
【0017】
ここで、本実施形態における処理の概略を説明する。
【0018】
まず、サービス利用企業Ａは、サービス提供企業Ｃに対して、取引先企業Ｂとの商取引に基づく請求書の作成、及び作成した請求書の取引先企業Ｂへの送付を要求する（Ｓ１）。これにより、サービス提供企業Ｃは、請求書を作成して、取引先企業Ｂに送付する（Ｓ２）。
【0019】
次に、サービス利用企業Ａは、サービス提供企業Ｃに対して、自身が発行した請求書に基づく口座振替情報の登録を要求する（Ｓ３）。これにより、サービス提供企業Ｃは、口座振替情報を登録し、口座振替サービス企業Ｄに口座振替を依頼する（Ｓ４）。
【0020】
続いて、口座振替サービス企業Ｄは、金融機関Ｅに対して、口座振替を依頼するための払込票を送付する。口座振替サービス企業Ｄは、金融機関Ｅに対して、電子的に口座振替を依頼する払込データを送付してもよい。金融機関Ｅは、払込票又は払込データに従って、指定された振替日に口座振替を実行する（Ｓ５）。なお、口座振替サービス企業Ｄは、金融機関Ｅに対して、取引先企業Ｂの口座振替依頼書を事前に提出しているものとする。
【0021】
次に、サービス提供企業Ｃは、口座振替サービス企業Ｄから口座振替結果を取得する（Ｓ６）。その後、サービス提供企業Ｃは、サービス利用企業Ａからの依頼に応じて、未回収の債権を回収するための行動（以下、「回収行動」とも呼ぶ）を提案する（Ｓ７）。
【0022】
そして、サービス利用企業Ａは、回収行動を決定し、それを実行する。例えば、サービス利用企業Ａは、取引先企業Ｂに対して、支払いを督促する督促状を送付する（Ｓ８－１）。サービス提供企業Ｃが、サービス利用企業Ａからの依頼に応じて、取引先企業Ｂに対して督促状を送付してもよい。また、例えば、サービス利用企業Ａは、サービス提供企業Ｃに対して、債権保証の履行を依頼する（Ｓ８－２）。サービス提供企業Ｃは、債権保証の履行依頼に応じて、債権保証サービス企業Ｆに対して、債権保証の履行を申請する（Ｓ９）。
【0023】
なお、回収行動は、サービス提供企業Ｃによる提案に基いて、サービス利用企業Ａが採り得る選択である。したがって、例えば、現時点では具体的な行動を行わず静観する意思決定を行うことも、サービス利用企業Ａの選択として含まれるものとする。
【0024】
【0025】
図２に示されているように、本実施形態における情報処理システム１は、取引管理システム２、口座振替システム３、債権保証システム４、及び利用者端末５０を含む。本実施形態における取引管理システム２は、帳票管理サーバ１０、口座振替サーバ２０、債権保証サーバ３０、及び債権管理サーバ４０を含む。情報処理システム１に含まれる各システム、サーバ及び端末は、それぞれ通信ネットワークＮ１に接続している。
【0026】
通信ネットワークＮ１は、接続されている各装置が相互に通信可能となるように構成されている。通信ネットワークＮ１は、例えば、インターネット、ＬＡＮ（Local Area Network）、又はＷＡＮ（Wide Area Network）などの有線通信によるネットワークによって構築されている。通信ネットワークＮ１は、有線通信だけでなく、例えば、無線ＬＡＮ、又は近距離無線通信等の無線通信、もしくはＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、ＬＴＥ（Long Term Evolution）、又は５Ｇ（5th Generation）等の移動体通信によるネットワークが含まれていてもよい。
【0027】
利用者端末５０は、サービス利用企業Ａに設置されている。取引管理システム２は、サービス提供企業Ｃに設置されている。口座振替システム３は、口座振替サービス企業Ｄに設置されている。債権保証システム４は、債権保証サービス企業Ｆに設置されている。
【0028】
帳票管理サーバ１０は、通信ネットワークＮ１を介して、帳票管理サービスを利用者端末５０に提供する。本実施形態における帳票管理サービスは、利用者端末５０からの要求に応じて、請求書を作成し、作成した請求書を取引先へ送付するサービスである。
【0029】
口座振替サーバ２０は、通信ネットワークＮ１を介して、口座振替仲介サービスを利用者端末５０に提供する。本実施形態における口座振替仲介サービスは、利用者端末５０からの要求に応じて、債権を口座振替により回収するための手続きを、口座振替システム３に対して実行するサービスである。
【0030】
債権保証サーバ３０は、通信ネットワークＮ１を介して、債権保証仲介サービスを利用者端末５０に提供する。本実施形態における債権保証仲介サービスは、利用者端末５０からの要求に応じて、未回収の債権に対して債権保証を履行するための手続きを、債権保証システム４に対して実行するサービスである。
【0031】
債権管理サーバ４０は、通信ネットワークＮ１を介して、債権管理サービスを利用者端末５０に提供する。本実施形態における債権管理サービスは、債権の回収状態を管理し、利用者端末５０からの要求に応じて、債権を回収するための回収行動を実行するサービスである。
【0032】
利用者端末５０は、利用者が使用する情報処理装置である。利用者は、サービス利用企業Ａの従業員等である。利用者端末５０は、利用者の操作に応じて、通信ネットワークＮ１を介して、取引管理システム２に含まれる各サーバが提供する各種サービスを利用する。
【0033】
帳票管理サーバ１０、口座振替サーバ２０、債権保証サーバ３０、債権管理サーバ４０、及び利用者端末５０の一例は、情報処理装置である。なお、帳票管理サーバ１０、口座振替サーバ２０、債権保証サーバ３０、債権管理サーバ４０、及び利用者端末５０は、通信機能を備えた装置であれば、情報処理装置に限られない。
【0034】
帳票管理サーバ１０、口座振替サーバ２０、債権保証サーバ３０、債権管理サーバ４０、及び利用者端末５０は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣまたはデスクトップＰＣ等であってもよい。
【0035】
〔情報処理システムのハードウェア構成〕
本実施形態における情報処理システムのハードウェア構成を、図３を参照しながら説明する。図３は、帳票管理サーバ１０、口座振替サーバ２０、債権保証サーバ３０、債権管理サーバ４０、及び利用者端末５０がコンピュータで実現される場合のハードウェア構成の一例を示す図である。
本実施形態における情報処理システムのハードウェア構成を、図３を参照しながら説明する。図３は、帳票管理サーバ１０、口座振替サーバ２０、債権保証サーバ３０、債権管理サーバ４０、及び利用者端末５０がコンピュータで実現される場合のハードウェア構成の一例を示す図である。
【0036】
図３に示されているように、コンピュータは、ＣＰＵ（Central Processing Unit）５０１、ＲＯＭ（Read Only Memory）５０２、ＲＡＭ（Random Access Memory）５０３、ＨＤ（Hard Disk）５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４、メディアＩ／Ｆ５１６を備えている。
【0037】
これらのうち、ＣＰＵ５０１は、コンピュータ全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。
【0038】
ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、通信ネットワークＮ１を利用してデータ通信をするためのインターフェースである。バスライン５１０は、図３に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
【0039】
また、キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。
【0040】
〔情報処理システムの機能構成〕
本実施形態における情報処理システムの機能構成を、図４乃至図１４を参照しながら説明する。図４は、本実施形態における情報処理システムの機能構成の一例を示すブロック図である。
本実施形態における情報処理システムの機能構成を、図４乃至図１４を参照しながら説明する。図４は、本実施形態における情報処理システムの機能構成の一例を示すブロック図である。
【0041】
＜帳票管理サーバの機能構成＞
図４に示されているように、本実施形態における帳票管理サーバ１０は、帳票管理情報記憶部１００、記憶制御部１１及び通信部１２を備える。
図４に示されているように、本実施形態における帳票管理サーバ１０は、帳票管理情報記憶部１００、記憶制御部１１及び通信部１２を備える。
【0042】
帳票管理情報記憶部１００は、帳票管理サービスで用いる取引先情報及び請求書情報を記憶する。帳票管理情報記憶部１００は、例えば、図３に示されているＨＤ５０４を用いて実現される。
【0043】
記憶制御部１１は、帳票管理情報記憶部１００に対するデータの書き込み及び読み出しを行う。記憶制御部１１は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びＨＤＤコントローラ５０５に実行させる処理によって実現される。
【0044】
通信部１２は、通信ネットワークＮ１を介して他のサーバ、装置、又はシステムと各種データの送受信を行う。通信部１２は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びネットワークＩ／Ｆ５０９に実行させる処理によって実現される。
【0045】
（取引先情報テーブル）
図５は、取引先情報を格納する取引先情報テーブルの一例を示す概念図である。帳票管理情報記憶部１００には、図５に示されているような取引先情報テーブルによって構成されている取引先情報管理ＤＢ１００１が構築されている。取引先情報テーブルには、サービス利用企業Ａの取引先である取引先企業Ｂに関する情報が格納されている。
図５は、取引先情報を格納する取引先情報テーブルの一例を示す概念図である。帳票管理情報記憶部１００には、図５に示されているような取引先情報テーブルによって構成されている取引先情報管理ＤＢ１００１が構築されている。取引先情報テーブルには、サービス利用企業Ａの取引先である取引先企業Ｂに関する情報が格納されている。
【0046】
図５に示されているように、取引先情報テーブルでは、テナント毎に、請求先ＩＤ、請求先の名称（会社名等）、請求先の住所（所在地）、請求先の連絡先（電話番号、メールアドレス等）、請求先の担当者名、及び請求先の口座情報（銀行名、支店名、口座種別、口座番号、及び口座名義等）等が関連付けて管理されている。
【0047】
（請求書情報テーブル）
図６は、請求書情報を格納する請求書情報テーブルの一例を示す概念図である。帳票管理情報記憶部１００には、図６に示されているような請求書情報テーブルによって構成されている請求書情報管理ＤＢ１００２が構築されている。請求書情報テーブルには、サービス利用企業Ａが発行した請求書に関する情報が格納されている。
図６は、請求書情報を格納する請求書情報テーブルの一例を示す概念図である。帳票管理情報記憶部１００には、図６に示されているような請求書情報テーブルによって構成されている請求書情報管理ＤＢ１００２が構築されている。請求書情報テーブルには、サービス利用企業Ａが発行した請求書に関する情報が格納されている。
【0048】
図６に示されているように、請求書情報テーブルでは、テナント毎に、請求書ＩＤ、請求先ＩＤ、請求先の名称（会社名等）、請求金額、請求日、支払い期限日、支払い状態（未払い又は支払い済み）、及び入金日等が関連付けて管理されている。支払い状態は、帳票管理サービスにおいて請求書が発行された際に「未払い」に設定され、入金が確認された際に「支払い済み」に設定される。
【0049】
＜口座振替サーバの機能構成＞
図４に示されているように、本実施形態における口座振替サーバ２０は、口座振替情報記憶部２００、記憶制御部２１及び通信部２２を備える。
図４に示されているように、本実施形態における口座振替サーバ２０は、口座振替情報記憶部２００、記憶制御部２１及び通信部２２を備える。
【0050】
口座振替情報記憶部２００は、口座振替仲介サービスで用いる口座振替申請情報及び口座振替情報を記憶する。口座振替情報記憶部２００は、例えば、図３に示されているＨＤ５０４を用いて実現される。
【0051】
記憶制御部２１は、口座振替情報記憶部２００に対するデータの書き込み及び読み出しを行う。記憶制御部２１は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びＨＤＤコントローラ５０５に実行させる処理によって実現される。
【0052】
通信部２２は、通信ネットワークＮ１を介して他のサーバ、装置、又はシステムと各種データの送受信を行う。通信部２２は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びネットワークＩ／Ｆ５０９に実行させる処理によって実現される。
【0053】
（口座振替申請テーブル）
図７は、口座振替申請情報を格納する口座振替申請テーブルの一例を示す概念図である。口座振替情報記憶部２００には、図７に示されているような口座振替申請テーブルによって構成されている口座振替申請管理ＤＢ２００１が構築されている。口座振替申請テーブルには、サービス利用企業Ａから依頼された口座振替申請に関する情報が格納されている。
図７は、口座振替申請情報を格納する口座振替申請テーブルの一例を示す概念図である。口座振替情報記憶部２００には、図７に示されているような口座振替申請テーブルによって構成されている口座振替申請管理ＤＢ２００１が構築されている。口座振替申請テーブルには、サービス利用企業Ａから依頼された口座振替申請に関する情報が格納されている。
【0054】
図７に示されているように、口座振替申請テーブルでは、テナント毎に、口座振替申請を表す申請名、合計請求金額、振替日、回収結果（回収完了、一部回収不能又は回収不能）、及び合計回収金額等が関連付けて管理されている。回収完了とは、当該申請に含まれる口座振替がすべて完了している状態を意味し、一部回収不能とは、当該申請に未完了の口座振替が含まれる状態を意味し、回収不能とは、当該申請に含まれる口座振替がすべて未完了である状態を意味する。
【0055】
（口座振替情報テーブル）
図８は、口座振替情報を格納する口座振替情報テーブルの一例を示す概念図である。口座振替情報記憶部２００には、図８に示されているような口座振替情報テーブルによって構成されている口座振替情報管理ＤＢ２００２が構築されている。口座振替情報テーブルには、サービス利用企業Ａから依頼された口座振替申請毎の口座振替に関する情報が格納されている。
図８は、口座振替情報を格納する口座振替情報テーブルの一例を示す概念図である。口座振替情報記憶部２００には、図８に示されているような口座振替情報テーブルによって構成されている口座振替情報管理ＤＢ２００２が構築されている。口座振替情報テーブルには、サービス利用企業Ａから依頼された口座振替申請毎の口座振替に関する情報が格納されている。
【0056】
図８に示されているように、口座振替情報テーブルでは、テナント及び口座振替申請毎に、振替ＩＤ、請求書ＩＤ、請求先の名称（会社名等）、請求金額、振替日、及び振替結果（振替完了又は未完了、未完了の場合にはその理由）等が関連付けて管理されている。
【0057】
＜債権保証サーバの機能構成＞
図４に示されているように、本実施形態における債権保証サーバ３０は、債権保証情報記憶部３００、記憶制御部３１及び通信部３２を備える。
図４に示されているように、本実施形態における債権保証サーバ３０は、債権保証情報記憶部３００、記憶制御部３１及び通信部３２を備える。
【0058】
債権保証情報記憶部３００は、債権保証仲介サービスで用いる債権保証情報及び履行情報を記憶する。債権保証情報記憶部３００は、例えば、図３に示されているＨＤ５０４を用いて実現される。
【0059】
記憶制御部３１は、債権保証情報記憶部３００に対するデータの書き込み及び読み出しを行う。記憶制御部３１は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びＨＤＤコントローラ５０５に実行させる処理によって実現される。
【0060】
通信部３２は、通信ネットワークＮ１を介して他のサーバ、装置、又はシステムと各種データの送受信を行う。通信部３２は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びネットワークＩ／Ｆ５０９に実行させる処理によって実現される。
【0061】
（債権保証情報テーブル）
図９は、債権保証情報を格納する債権保証情報テーブルの一例を示す概念図である。債権保証情報記憶部３００には、図９に示されているような債権保証情報テーブルによって構成されている債権保証情報管理ＤＢ３００１が構築されている。債権保証情報テーブルには、サービス利用企業Ａが債権保証の対象としている取引先企業Ｂに関する債権保証の契約状態及び履行履歴を表す情報が格納されている。
図９は、債権保証情報を格納する債権保証情報テーブルの一例を示す概念図である。債権保証情報記憶部３００には、図９に示されているような債権保証情報テーブルによって構成されている債権保証情報管理ＤＢ３００１が構築されている。債権保証情報テーブルには、サービス利用企業Ａが債権保証の対象としている取引先企業Ｂに関する債権保証の契約状態及び履行履歴を表す情報が格納されている。
【0062】
図９に示されているように、債権保証情報テーブルでは、テナント毎に、取引先の名称（会社名等）、保証上限金額、債権保証を履行した履歴、保証開始日、保証終了日、及び保証状態等が関連付けて管理されている。
【0063】
（履行情報テーブル）
図１０は、履行情報を格納する履行情報テーブルの一例を示す概念図である。債権保証情報記憶部３００には、図１０に示されているような履行情報テーブルによって構成されている履行情報管理ＤＢ３００２が構築されている。履行情報テーブルには、サービス利用企業Ａが債権保証の履行を申請した履歴（履行履歴）が格納されている。
図１０は、履行情報を格納する履行情報テーブルの一例を示す概念図である。債権保証情報記憶部３００には、図１０に示されているような履行情報テーブルによって構成されている履行情報管理ＤＢ３００２が構築されている。履行情報テーブルには、サービス利用企業Ａが債権保証の履行を申請した履歴（履行履歴）が格納されている。
【0064】
図１０に示されているように、履行情報テーブルでは、テナント毎に、取引先の名称（会社名等）、請求金額、請求日、支払い期限日、履行状態、及び履行日等が関連付けて管理されている。
【0065】
＜債権管理サーバの機能構成＞
図４に示されているように、本実施形態における債権管理サーバ４０は、債権管理情報記憶部４００、画面データ記憶部４１０、記憶制御部４１、通信部４２、情報取得部４３、画面作成部４４、判断部４５及び実行部４６を備える。
図４に示されているように、本実施形態における債権管理サーバ４０は、債権管理情報記憶部４００、画面データ記憶部４１０、記憶制御部４１、通信部４２、情報取得部４３、画面作成部４４、判断部４５及び実行部４６を備える。
【0066】
債権管理情報記憶部４００は、債権管理サービスで用いる債権管理情報、信用情報、及び取引履歴情報を記憶する。
【0067】
画面データ記憶部４１０は、利用者端末５０に提供（送信）する画面を表示させるための画面データを記憶する。画面データは、例えば、ＨＴＭＬ（HyperText Markup Language）等で記述された画面データであり、JavaScript（登録商標）等で記述されたアプリケーションを含んでもよい。
【0068】
債権管理情報記憶部４００及び画面データ記憶部４１０は、例えば、図３に示されているＨＤ５０４を用いて実現される。
【0069】
記憶制御部４１は、債権管理情報記憶部４００及び画面データ記憶部４１０に対するデータの書き込み及び読み出しを行う。記憶制御部４１は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びＨＤＤコントローラ５０５に実行させる処理によって実現される。
【0070】
通信部４２は、通信ネットワークＮ１を介して他のサーバ、装置、又はシステムと各種データの送受信を行う。通信部４２は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びネットワークＩ／Ｆ５０９に実行させる処理によって実現される。
【0071】
情報取得部４３は、通信部４２を用いて、取引管理システム２に含まれる各サーバから情報を取得し、記憶制御部４１を用いて、債権管理情報記憶部４００に債権管理情報を記憶する。
【0072】
画面作成部４４は、記憶制御部４１を用いて、画面データ記憶部４１０から画面データを読み出し、通信部４２を用いて、利用者端末５０に画面データを送信する。
【0073】
判断部４５は、記憶制御部４１を用いて、債権管理情報記憶部４００から債権管理情報を読み出し、債権管理情報に基づいて所定の判断を行う。
【0074】
実行部４６は、通信部４２を用いて、利用者端末５０から回収行動の実行要求を受信し、利用者端末５０から要求された回収行動を実行する。
【0075】
情報取得部４３、画面作成部４４、判断部４５、及び実行部４６は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１に実行させる処理によって実現される。
【0076】
（債権管理情報テーブル）
図１１は、債権管理情報を格納する債権管理情報テーブルの一例を示す概念図である。債権管理情報記憶部４００には、図１１に示されているような債権管理情報テーブルによって構成されている債権管理情報管理ＤＢ４００１が構築されている。債権管理情報テーブルには、サービス利用企業Ａが発行した請求書に基づく債権に関する情報が格納されている。
図１１は、債権管理情報を格納する債権管理情報テーブルの一例を示す概念図である。債権管理情報記憶部４００には、図１１に示されているような債権管理情報テーブルによって構成されている債権管理情報管理ＤＢ４００１が構築されている。債権管理情報テーブルには、サービス利用企業Ａが発行した請求書に基づく債権に関する情報が格納されている。
【0077】
図１１に示されているように、債権管理情報テーブルでは、テナント毎に、請求書ＩＤ、請求先の名称（会社名等）、請求金額、請求日、支払い期限日、支払い状態、入金日、振替ＩＤ、及び督促日（督促状の送付履歴）等が関連付けて管理されている。
【0078】
（信用情報テーブル）
図１２は、信用情報を格納する信用情報テーブルの一例を示す概念図である。債権管理情報記憶部４００には、図１２に示されているような信用情報テーブルによって構成されている信用情報管理ＤＢ４００２が構築されている。信用情報テーブルには、取引先企業Ｂに関する信用情報が格納されている。
図１２は、信用情報を格納する信用情報テーブルの一例を示す概念図である。債権管理情報記憶部４００には、図１２に示されているような信用情報テーブルによって構成されている信用情報管理ＤＢ４００２が構築されている。信用情報テーブルには、取引先企業Ｂに関する信用情報が格納されている。
【0079】
図１２に示されているように、信用情報テーブルでは、取引先の名称（会社名等）、業種、従業員数、売上高、評点、前年評点、ランク等が関連付けて管理されている。信用情報テーブルに格納される信用情報は、信用情報サービス企業Ｇから予め取得した信用情報からサービス利用企業Ａの取引先に関する情報を抽出したものである。信用情報は、取引管理システム２が、自ら収集した情報に基づいて、独自に算出した信頼度を用いてもよい。
【0080】
（取引履歴情報テーブル）
図１３は、取引履歴情報を格納する取引履歴情報テーブルの一例を示す概念図である。債権管理情報記憶部４００には、図１３に示されているような取引履歴情報テーブルによって構成されている取引履歴情報管理ＤＢ４００３が構築されている。取引履歴情報テーブルには、取引先企業Ｂが発行した請求書の発行状態及び回収状態に関する情報が格納されている。
図１３は、取引履歴情報を格納する取引履歴情報テーブルの一例を示す概念図である。債権管理情報記憶部４００には、図１３に示されているような取引履歴情報テーブルによって構成されている取引履歴情報管理ＤＢ４００３が構築されている。取引履歴情報テーブルには、取引先企業Ｂが発行した請求書の発行状態及び回収状態に関する情報が格納されている。
【0081】
図１３に示されているように、取引履歴情報テーブルでは、取引先毎に、請求先の名称（会社名等）、請求先の業種、支払い期限日、入金日、当該債権の履行状況（完了又は履行遅延）、及び支払い傾向を表すフラグ等が関連付けて管理されている。完了とは、当該債権の回収が完了したことを意味し、履行遅延とは、当該債権の回収が遅延していることを意味する。なお、取引履歴情報は、発行された請求書に関する状態であるため、取引履歴情報の有無が発行状態を表している。
【0082】
＜利用者端末の機能構成＞
図４に示されているように、本実施形態における利用者端末５０は、表示制御部５１、通信部５２、及び受付部５３を備える。
図４に示されているように、本実施形態における利用者端末５０は、表示制御部５１、通信部５２、及び受付部５３を備える。
【0083】
表示制御部５１は、通信部５２を用いて受信した画面データに基づいて画面を表示する。表示制御部５１は、例えば、利用者端末５０が備えるウェブブラウザ機能である。表示制御部５１は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びディスプレイ５０６に実行させる処理によって実現される。
【0084】
通信部５２は、通信ネットワークＮ１を介して他のサーバ、装置、又はシステムと各種データの送受信を行う。通信部５２は、例えば、図３に示されているＨＤ５０４からＲＡＭ５０３上に展開されたプログラムがＣＰＵ５０１及びネットワークＩ／Ｆ５０９に実行させる処理によって実現される。
【0085】
受付部５３は、利用者による各種の操作を受け付ける。受付部５３は、例えば、図３に示されているＣＰＵ５０１からの命令、及びキーボード５１１又はポインティングデバイス５１２によって実現される。
【0086】
〔情報処理システムの処理手順〕
本実施形態における情報処理システムが実行する情報処理方法の処理手順を、図１４乃至図２０を参照しながら説明する。図１４乃至図１６は、本実施形態における情報処理方法の処理手順の一例を示すシーケンス図である。本実施形態における情報処理方法は、口座振替処理（図１４参照）、情報収集処理（図１５参照）、及び提案実行処理（図１６参照）からなる。
本実施形態における情報処理システムが実行する情報処理方法の処理手順を、図１４乃至図２０を参照しながら説明する。図１４乃至図１６は、本実施形態における情報処理方法の処理手順の一例を示すシーケンス図である。本実施形態における情報処理方法は、口座振替処理（図１４参照）、情報収集処理（図１５参照）、及び提案実行処理（図１６参照）からなる。
【0087】
＜口座振替処理＞
図１４は、本実施形態における口座振替処理の一例を示すシーケンス図である。
図１４は、本実施形態における口座振替処理の一例を示すシーケンス図である。
【0088】
ステップＳ１１において、利用者端末５０が備える受付部５３は、利用者による請求書の発行を指示する操作を受け付ける。受付部５３は、請求書の発行を指示する操作を受け付ける前に、利用者によって入力されたテナントの識別情報であるテナントＩＤ等の認証情報を受け付ける。そして、通信部５２は、認証情報を帳票管理サーバ１０に送信し、帳票管理サーバ１０において所定の認証処理を行う。したがって、利用者が帳票管理サーバ１０において認証された場合のみ、受付部５３は、利用者による請求書の発行を指示する操作を受け付けることができる。
【0089】
ステップＳ１２において、利用者端末５０が備える通信部５２は、請求書の発行を指示する操作に応じて、請求書の発行要求を帳票管理サーバ１０に送信する。当該発行要求には、利用者によって入力された請求書情報が含まれる。請求書情報には、例えば、請求先の名称、請求金額、及び支払い期限日等、請求書に記載する情報が含まれる。
【0090】
ステップＳ１３において、帳票管理サーバ１０が備える通信部１２は、利用者端末５０が送信した請求書の発行要求を受信する。次に、記憶制御部１１が、受信した請求書情報を請求書情報管理ＤＢ１００２に記憶する。このとき、記憶制御部１１は、当該請求書情報を識別する請求書ＩＤを発行する。
【0091】
また、請求書情報に含まれる請求先が、取引先情報管理ＤＢ１００１に登録されていない場合には、当該取引先に関する情報を取引先情報管理ＤＢ１００１に記憶する。このとき、記憶制御部１１は、当該取引先情報を識別する請求先ＩＤを発行する。
【0092】
ステップＳ１４において、帳票管理サーバ１０が備える通信部１２は、登録した請求書情報に基づいて、請求書を作成し、取引先企業Ｂに送付する。請求書の送付方法は、例えば、印刷した請求書の郵送、請求書を添付した電子メールの送信、請求書を開くＵＲＬ（Uniform Resource Locator）リンクの通知等、様々な方法を用いることができる。
【0093】
ステップＳ１５において、帳票管理サーバ１０が備える通信部１２は、債権管理情報の登録要求を債権管理サーバ４０に送信する。当該登録要求には、請求書情報管理ＤＢ１００２に記憶した請求書情報が含まれる。
【0094】
ステップＳ１６において、債権管理サーバ４０が備える通信部４２は、帳票管理サーバ１０が送信した債権管理情報の登録要求を受信する。次に、記憶制御部４１が、受信した請求書情報に基づいて債権管理情報を債権管理情報管理ＤＢ４００１に記憶する。
【0095】
ステップＳ１７において、利用者端末５０が備える受付部５３は、利用者による口座振替の申請を指示する操作を受け付ける。当該操作は、口座振替を申請する請求書を特定して行われる。なお、利用者が特定する請求書は複数であってもよい。
【0096】
ステップＳ１８において、利用者端末５０が備える通信部５２は、口座振替の申請を指示する操作に応じて、口座振替の申請要求を口座振替サーバ２０に送信する。当該申請要求には、特定された請求書を識別する請求書ＩＤが含まれる。
【0097】
ステップＳ１９において、口座振替サーバ２０が備える通信部２２は、利用者端末５０が送信した口座振替の申請要求を受信する。次に、記憶制御部２１が、受信した請求書ＩＤにより識別される請求書情報及び取引先情報の取得を帳票管理サーバ１０に要求する。当該取得要求には、請求書ＩＤが含まれる。
【0098】
ステップＳ２０において、帳票管理サーバ１０が備える通信部１２は、口座振替サーバ２０が送信した請求書情報及び取引先情報の取得要求を受信する。次に、記憶制御部１１が、受信した請求書ＩＤにより識別される請求書情報を請求書情報管理ＤＢ１００２から読み出す。また、記憶制御部１１は、読み出した請求書情報に含まれる請求先ＩＤにより識別される取引先情報を取引先情報管理ＤＢ１００１から読み出す。
【0099】
ステップＳ２１において、帳票管理サーバ１０が備える通信部１２は、記憶制御部１１が読み出した請求書情報及び取引先情報を口座振替サーバ２０に送信する。
【0100】
ステップＳ２２において、口座振替サーバ２０が備える通信部２２は、帳票管理サーバ１０が送信した請求書情報及び取引先情報を受信する。次に、記憶制御部２１が、受信した請求書情報及び取引先情報に基づいて、口座振替情報を口座振替情報管理ＤＢ２００２に記憶する。このとき、記憶制御部２１は、当該口座振替情報を識別する振替ＩＤを発行する。
【0101】
ステップＳ２３において、口座振替サーバ２０が備える通信部２２は、登録した口座振替情報に基づいて、口座振替の申請を口座振替システム３に送信する。当該申請には、振替ＩＤ、テナントの口座情報、取引先の口座情報、請求金額、及び振替日等が含まれる。
【0102】
テナントの口座情報は、各テナントにより予め設定されている。取引先の口座情報は、取引先情報に含まれている。請求金額は、請求書情報に含まれている。振替日は、直近で口座振替が行われる振替日が自動的に設定される。
【0103】
ステップＳ２４において、口座振替システム３は、口座振替サーバ２０から受信した口座振替の申請を登録する。その後、口座振替システム３は、所定の振替日に、登録されている口座振替の実行を、金融機関Ｅに対して要求する。金融機関Ｅは、口座振替の実行要求に応じて、口座振替を実行する。
【0104】
＜情報収集処理＞
図１５は、本実施形態における情報収集処理の一例を示すシーケンス図である。
図１５は、本実施形態における情報収集処理の一例を示すシーケンス図である。
【0105】
ステップＳ３１において、債権管理サーバ４０が備える情報取得部４３は、通信部４２を用いて口座振替結果の取得を口座振替サーバ２０に要求する。通信部４２は、口座振替結果の取得要求を口座振替サーバ２０に送信する。当該取得要求には、口座振替結果の取得対象とする請求書の請求書ＩＤが含まれる。取得対象とする請求書は、例えば、直前の振替日に口座振替が行われた請求書である。
【0106】
ステップＳ３２において、口座振替サーバ２０が備える通信部２２は、債権管理サーバ４０が送信した口座振替結果の取得要求を受信する。次に、記憶制御部２１が、受信した請求書ＩＤにより識別される口座振替情報を口座振替情報管理ＤＢ２００２から読み出す。続いて、通信部２２は、口座振替結果の取得要求を口座振替システム３に送信する。当該取得要求には、読み出した口座振替情報に含まれる振替ＩＤが含まれる。
【0107】
口座振替システム３は、当該振替ＩＤにより識別される口座振替結果を、口座振替サーバ２０に返信する。これにより、通信部２２が、口座振替結果を受信する。そして、記憶制御部２１が、受信した口座振替結果を口座振替情報管理ＤＢ２００２に登録する。
【0108】
また、記憶制御部２１は、受信した口座振替結果に基づいて、口座振替申請管理ＤＢ２００１の更新を行う。具体的には、記憶制御部２１は、完了した口座振替の請求金額を合計し、口座振替申請テーブルの合計回収金額に登録する。また、当該申請のすべての口座振替が完了した場合には、回収結果を「回収完了」に更新する。一方、当該申請に未完了の口座振替がある場合には、回収結果を「一部回収不能」に更新する。
【0109】
ステップＳ３３において、口座振替サーバ２０が備える通信部２２は、口座振替結果が登録された口座振替情報を債権管理サーバ４０に送信する。
【0110】
ステップＳ３４において、債権管理サーバ４０が備える通信部４２は、口座振替サーバ２０が送信した口座振替情報を受信する。次に、記憶制御部４１が、受信した口座振替情報を債権管理情報記憶部４００に記憶する。また、記憶制御部４１は、受信した口座振替情報に含まれる振替ＩＤを債権管理情報管理ＤＢ４００１に登録する。
【0111】
以降のステップＳ３５からステップＳ４２は、未完了の口座振替（すなわち、未回収の債権）があった場合に実行される。
【0112】
なお、未回収の債権とは、請求書に記載された請求金額の全額が入金されていない状態を意味する。具体的には、口座振替情報の振替結果が「振替完了」となっていない請求書に基づく債権が、未回収の債権となる。
【0113】
ステップＳ３５において、債権管理サーバ４０が備える情報取得部４３は、通信部４２を用いて履行情報の取得を債権保証サーバ３０に要求する。通信部４２は、履行情報の取得要求を債権保証サーバ３０に送信する。当該取得要求には、未完了となった口座振替情報に含まれる請求先を表す情報が含まれる。
【0114】
ステップＳ３６において、債権保証サーバ３０が備える通信部３２は、債権管理サーバ４０が送信した履行情報の取得要求を受信する。次に、記憶制御部３１が、受信した請求先に関する履行情報を履行情報管理ＤＢ３００２から読み出す。
【0115】
ステップＳ３７において、債権保証サーバ３０が備える通信部３２は、読み出した履行情報を債権管理サーバ４０に送信する。
【0116】
ステップＳ３８において、債権管理サーバ４０が備える通信部４２は、債権保証サーバ３０が送信した履行情報を受信する。次に、記憶制御部４１が、受信した履行情報を債権管理情報記憶部４００に記憶する。
【0117】
ステップＳ３９において、債権管理サーバ４０が備える情報取得部４３は、通信部４２を用いて取引履歴情報の取得を帳票管理サーバ１０に要求する。通信部４２は、取引履歴情報の取得要求を帳票管理サーバ１０に送信する。当該取得要求には、未完了となった口座振替情報に含まれる請求書ＩＤが含まれる。
【0118】
ステップＳ４０において、帳票管理サーバ１０が備える通信部１２は、債権管理サーバ４０が送信した取引履歴情報の取得要求を受信する。次に、記憶制御部１１が、受信した請求書ＩＤにより識別される請求書情報を請求書情報管理ＤＢ１００２から読み出す。
【0119】
続いて、記憶制御部１１は、読み出した請求書情報に含まれる請求先に関する請求書情報を請求書情報管理ＤＢ１００２から読み出す。具体的には、他のテナントに関する請求書情報テーブルに格納されている、当該請求先に関する請求書情報を取得する。そして、記憶制御部１１は、読み出した請求書情報に基づいて取引履歴情報を生成する。
【0120】
ステップＳ４１において、帳票管理サーバ１０が備える通信部１２は、生成した取引履歴情報を債権管理サーバ４０に送信する。
【0121】
ステップＳ４２において、債権管理サーバ４０が備える通信部４２は、帳票管理サーバ１０が送信した取引履歴情報を受信する。次に、記憶制御部４１が、受信した取引履歴情報を取引履歴情報管理ＤＢ４００３に記憶する。
【0122】
取引履歴情報に含まれる取引先業種は、信用情報管理ＤＢ４００２から読み出される。取引履歴情報に含まれる履行状況は、入金日が設定されていれば「完了」、支払い期限日を過ぎており入金日が設定されていなければ「履行遅延」に設定される。取引履歴情報に含まれるフラグは、支払い期限日と入金日が同月であれば「１」、それ以外であれば「０」が設定される。
【0123】
図１３（Ａ）は、ある取引先であるＡ社に関する取引履歴情報の一例である。図１３（Ｂ）は、別の取引先であるＢ社に関する取引履歴情報の一例である。例えば、Ａ社に関する取引履歴情報では、Ｃ社は、２０２１年６月３０日が支払い期限日である、Ａ社に対する請求書の支払いを行っていない。そのため、当該取引に関する取引履歴情報は、履行状況が「履行遅延」、フラグが「１」に設定されている。また、例えば、Ｂ社に関する取引履歴情報では、Ｅ社は、Ｂ社に対する請求書の支払いを支払い期限日とは別の月に行っている。そのため、当該取引先に関する取引履歴情報は、フラグが「１」に設定されている。
【0124】
ここでは、ステップＳ３５からステップＳ４２は、未完了の口座振替があった場合に、当該口座振替の請求先に関してのみ実行する例を説明したが、図１４に示したステップＳ２２の後に、すべての取引先に関してステップＳ３５からステップＳ４２を実行してもよい。このように構成した場合、口座振替申請の中にリスクの高い取引先がある場合、事前に警告することが可能となる。
【0125】
＜提案実行処理＞
図１６は、本実施形態における提案実行処理の一例を示すシーケンス図である。
図１６は、本実施形態における提案実行処理の一例を示すシーケンス図である。
【0126】
ステップＳ５１において、利用者端末５０が備える受付部５３は、利用者による提案画面の表示を指示する操作を受け付ける。提案画面の表示を指示する操作は、例えば、債権管理情報の一覧を表示する債権一覧画面が有するボタンを押下する操作等である。
【0127】
【0128】
図１７に示されているように、本実施形態における債権一覧画面４１００は、債権管理サーバ４０が管理する債権管理情報を一覧表示するための債権一覧表示欄４１１０、及び提案画面を表示するための表示ボタン４１０９を有する。
【0129】
債権一覧表示欄４１１０に表示される各債権管理情報のうち、支払い期限日を過ぎており、支払い状態が「未払い」である債権管理情報には、当該債権管理情報に対して債権保証の履行を申請するための履行申請ボタン４１１１が表示される。
【0130】
債権一覧画面４１００において、利用者が表示ボタン４１０９を押下すると、受付部５３が提案画面の表示を指示する操作を受け付ける。
【0131】
債権一覧画面４１００において、利用者が履行申請ボタン４１１１を押下すると、受付部５３が債権保証の履行を申請する操作を受け付ける。受付部５３が債権保証の履行を申請する操作を受け付けると、当該ボタンが対応している債権管理情報に対して、債権保証の履行を申請する処理が実行される。債権保証の履行を申請する処理については、後述する。
【0132】
図１６に戻って説明する。ステップＳ５２において、利用者端末５０が備える通信部５２は、提案画面の表示を指示する操作に応じて、提案画面を表示させるための画面データの送付を債権管理サーバ４０に要求する。
【0133】
ステップＳ５３において、債権管理サーバ４０が備える通信部４２は、利用者端末５０が送信した画面データの送付要求を受信する。次に、記憶制御部４１が、未回収となっている債権管理情報を債権管理情報管理ＤＢ４００１から読み出す。続いて、判断部４５が、読み出された債権管理情報それぞれについて、当該債権を回収するための回収行動を判定する。
【0134】
【0135】
なお、図１８に示した行動判定処理は、支払い状態が「未払い」である債権管理情報それぞれについて実行される。すなわち、未回収となっている債権管理情報それぞれについて回収のために行うべき回収行動の一つとして選択しうる提案が判定される。
【0136】
ステップＳ５３－１において、判断部４５は、口座振替結果を判定する。具体的には、判断部４５は、判定対象とする債権管理情報に含まれる振替ＩＤにより口座振替情報を特定し、特定された口座振替情報の振替結果を取得する。
【0137】
判断部４５は、振替結果が「振替完了」である場合、処理を終了する。判断部４５は、振替結果が「預金残高不足」である場合、ステップＳ５３－２へ処理を進める。また、判断部４５は、振替結果が「諸届による振替停止」である場合、ステップＳ５３－８へ処理を進める。さらに、判断部４５は、振替結果が「預金取引なし」又は「口座振替依頼書なし」である場合、ステップＳ５３－９へ処理を進める。
【0138】
ステップＳ５３－２において、判断部４５は、当該取引先に対して所定期間内に債権保証の履行依頼があったか否かを判定する。具体的には、判断部４５は、判定対象とする債権管理情報に含まれる請求先に関する履行情報を取得する。そして、判断部４５は、取得した履行情報のうち最も新しい履行依頼日から当日までの日数を計算し、所定期間より大きいか否かを判定する。所定期間は、任意に定めればよいが、例えば、一年以内とする。
【0139】
判断部４５は、所定期間内に債権保証の履行依頼がなかった場合（ＮＯ）、ステップＳ５３－３に処理を進める。また、判断部４５は、所定期間内に債権保証の履行依頼があった場合（ＹＥＳ）、ステップＳ５３－８に処理を進める。
【0140】
ステップＳ５３－３において、判断部４５は、当該取引先の信用情報が所定基準以下であるか否かを判定する。具体的には、判断部４５は、判定対象とする債権管理情報に含まれる請求先に対応する信用情報を信用情報管理ＤＢ４００２から読み出し、信用情報が所定基準を満たすか否かを判定する。
【0141】
所定基準は、任意に定めればよい。例えば、信用情報のランクがＣ以上である、又は、評点が前年評点から１０点以上下がっていない等とすればよい。
【0142】
判断部４５は、信用情報が所定基準以下でない場合（ＮＯ）、ステップＳ５３－４に処理を進める。また、判断部４５は、信用情報が所定基準以下である場合（ＹＥＳ）、ステップＳ５３－８に処理を進める。
【0143】
ステップＳ５３－４において、判断部４５は、当該取引先と他社との取引が所定条件に合致するか否かを判定する。具体的には、判断部４５は、判定対象とする債権管理情報に含まれる請求先に対応する取引履歴情報を取引履歴情報管理ＤＢ４００３から読み出し、取引履歴情報が所定条件に合致するか否かを判定する。
【0144】
所定条件は、商慣行又は経験則に基づいて任意に定めればよい。例えば、過去の所定期間（例えば、６か月間）の当該取引先と当該テナントとの取引において、全ての取引で入金日が支払い期限日より遅れているが、支払い期限日から所定期間内（例えば、１か月以内）に入金されている場合等とすることができる。このような場合であれば、当該取引先は支払い期限を徒過することが常態化しているが、待っていれば近いうちに入金があると考えられるため、様子を見る方が無難である、といった判断ができる。
【0145】
また、例えば、過去の所定期間の当該取引先と他のテナントとの取引において、全ての取引で入金日が支払い期限日より遅れているが、支払い期限日から所定期間内に入金されている場合等とすることができる。このような場合も、待っていれば近いうちに入金があると考えられるため、様子を見る方が無難である、といった判断ができる。
【0146】
また、例えば、当該取引先から事前に入金が遅延する旨の連絡を受けていた場合等、特定の取引先の遅延を対象外としたい場合がある。その場合、対象外とする取引先を予め登録可能としておき、所定条件は、当該取引先が対象外として登録されている取引先に含まれる場合等とすればよい。
【0147】
判断部４５は、他社取引が所定条件に合致しない場合（ＮＯ）、ステップＳ５３－５に処理を進める。また、判断部４５は、他社取引が所定条件に合致する場合（ＹＥＳ）、処理を終了する。
【0148】
ステップＳ５３－５において、判断部４５は、当該取引先に対して督促状を送付しているか否かを判定する。具体的には、判断部４５は、判定対象とする債権管理情報に含まれる督促日を取得する。督促日が設定されている場合、督促状を送付していると判定する。督促日が設定されていない場合、督促状を送付していないと判定する。
【0149】
判断部４５は、督促状を送付していない場合（ＮＯ）、ステップＳ５３－６に処理を進める。また、判断部４５は、督促状を送付している場合（ＹＥＳ）、ステップＳ５３－７に処理を進める。
【0150】
ステップＳ５３－６において、判断部４５は、当該債権管理情報に対して提案する回収行動を「督促状送付」に決定し、処理を終了する。督促状の送付は、例えば、印刷した督促状の郵送、督促状を添付した電子メールの送付等、どのような方法を用いてもよい。また、督促状の送付は、債権管理サーバ４０からの依頼に応じて、帳票管理サーバ１０が実行するように構成してもよい。
【0151】
ステップＳ５３－７において、判断部４５は、督促期限を超過しているか否かを判定する。具体的には、判断部４５は、判定対象とする債権管理情報に含まれる督促日を取得し、取得した督促日から所定期間（例えば、１か月）が経過しているか否かを判定する。また、例えば、利用者が督促状を送付する際に督促期限を任意に設定し、当該督促期限を債権管理情報に登録しておいてもよい。
【0152】
判断部４５は、督促期限を超過している場合（ＹＥＳ）、ステップＳ５３－８に処理を進める。また、判断部４５は、督促期限を超過していない場合（ＮＯ）、処理を終了する。
【0153】
ステップＳ５３－８において、判断部４５は、当該債権管理情報に対して提案する回収行動を「債権保証履行」に決定し、処理を終了する。債権保証履行とは、債権保証システム４に対して、当該債権に対する債権保証の履行を申請することを表す。
【0154】
ステップＳ５３－９において、判断部４５は、当該債権管理情報に対して提案する回収行動を「振替不能通知送付」に決定し、処理を終了する。振替不能通知送付とは、登録されている口座情報では口座振替を行うことができないことを利用者端末５０に通知することを表す。
【0155】
振替結果が「預金取引なし」又は「口座振替依頼書なし」となるのは、例えば、登録した口座情報が誤っている等、事前の手続きに不備があった可能性が高い。その場合、利用者側で登録内容等を確認し、再度正しく手続きを行えば口座振替が利用可能となる。そのため、利用者に対してその旨を通知し、再度口座振替を行えば、当該債権は回収可能となることが見込まれる。
【0156】
図１６に戻って説明する。ステップＳ５４において、債権管理サーバ４０が備える記憶制御部４１は、提案画面を表示させるための画面データを画面データ記憶部４１０から読み出す。次に、画面作成部４４は、記憶制御部４１が読み出した画面データに基づいて、利用者端末５０に表示するための画面データを生成する。このとき、画面作成部４４は、未回収となっている債権管理情報を、判断部４５が判定した回収行動に関連付けて、提案画面を表示させるための画面データに埋め込む。
【0157】
ステップＳ５５において、債権管理サーバ４０が備える通信部４２は、ステップＳ５４で生成した画面データを利用者端末５０に送信する。
【0158】
ステップＳ５６において、利用者端末５０が備える通信部５２は、債権管理サーバ４０から提案画面を表示させるための画面データを受信する。次に、表示制御部５１は、受信した画面データに基づいて、提案画面をディスプレイ５０６に表示する。
【0159】
【0160】
図１９に示されているように、本実施形態における提案画面４２００は、督促状送付を提案する請求書に関する情報を表示するための督促提案表示欄４２１０、債権保証の履行を提案する請求書に関する情報を表示するための債権保証提案表示欄４２２０、督促状を送付するための督促実行ボタン４２１９、債権保証の履行を申請するための履行申請ボタン４２２９、終了ボタン４２９８及び設定画面を表示するための設定ボタン４２９９を有する。
【0161】
督促提案表示欄４２１０には、判断部４５が提案する回収行動を「督促状送付」に決定した債権管理情報に基づく情報が表示される。督促提案表示欄４２１０に表示される各債権管理情報には、当該債権管理情報を選択するためのラジオボタン４２１１が表示される。
【0162】
債権保証提案表示欄４２２０には、判断部４５が提案する回収行動を「債権保証履行」に決定した債権管理情報に基づく情報が表示される。債権保証提案表示欄４２２０に表示される各債権管理情報には、当該債権管理情報を選択するためのラジオボタン４２２１が表示される。
【0163】
提案画面４２００において、利用者が督促実行ボタン４２１９を押下すると、受付部５３が督促状を送付する操作を受け付ける。受付部５３が督促状を送付する操作を受け付けると、ラジオボタン４２１１が選択されている債権管理情報に対して、督促状を送付する処理が実行される。
【0164】
提案画面４２００において、利用者が履行申請ボタン４２２９を押下すると、受付部５３が債権保証の履行を申請する操作を受け付ける。受付部５３が債権保証の履行を申請する操作を受け付けると、ラジオボタン４２２１が選択されている債権管理情報に対して、債権保証の履行を申請する処理が実行される。
【0165】
提案画面４２００において、利用者が終了ボタン４２９８を押下すると、表示制御部５１が、提案画面４２００を閉じる。この場合、提案画面４２００に表示された回収行動は実行されない。このように、提案画面４２００に終了ボタン４２９８を設けることで、未回収の債権に対して具体的な行動を実行せずに静観する意思決定を、利用者の選択として受け付けることが可能となる。
【0166】
提案画面４２００において、利用者が設定ボタン４２９９を押下すると、受付部５３が設定画面を表示する操作を受け付ける。表示制御部５１は、設定画面を表示する操作に応じて、判断部４５が行動判定処理で用いる情報を設定するための設定画面をディスプレイ５０６に表示する。
【0167】
なお、提案画面４２００は、債権保証提案表示欄４２２０に表示した債権に対して債権保証の履行を実行した場合、保証上限金額を超過する取引先がある場合、その旨を示す情報を表示してもよい。
【0168】
具体的には、ステップＳ５４において、記憶制御部４１が、回収行動を「債権保証履行」に決定した債権の請求先に関する債権保証情報を債権保証情報管理ＤＢ３００１から読み出す。次に、画面作成部４４が、履行履歴の合計金額に債権管理情報の請求金額の合計金額を加算した金額が、債権保証情報の保証上限金額を超過するか否かを判定する。そして、画面作成部４４は、保証上限金額を超過すると判定した場合、提案画面４２００を表示させるための画面データにその旨を示す情報を含める。
【0169】
【0170】
図２０に示されているように、本実施形態における設定画面４３００は、取引履歴、口座振替結果、及び信用情報それぞれを行動判定処理に用いるか否かを設定するチェックボックス４３０１～４３０３、及び確定ボタン４３０９を有する。利用者がチェックボックス４３０１～４３０３のチェック状態を変更し、確定ボタン４３０９を押下することで、判断部４５に行動判定処理に用いる情報が設定される。
【0171】
行動判定処理に取引履歴を用いないことを設定した場合、判断部４５は、行動判定処理のステップＳ５３－４をスキップする。また、行動判定処理に口座振替結果を用いないことを設定した場合、判断部４５は、行動判定処理のステップＳ５３－１をスキップする。そして、行動判定処理に信用情報を用いないことを設定した場合、判断部４５は、行動判定処理のステップＳ５３－３をスキップする。
【0172】
図１６に戻って説明する。ステップＳ５７において、利用者端末５０が備える受付部５３は、利用者による回収行動の実行を指示する操作を受け付ける。当該操作は、回収行動を実行する請求書を特定して行われる。なお、利用者が特定する請求書は複数であってもよい。以降では、利用者が債権保証の履行を指示する操作を行ったものとして説明を続ける。
【0173】
ステップＳ５８において、利用者端末５０が備える通信部５２は、回収行動の実行を指示する操作に応じて、回収行動の実行要求を債権管理サーバ４０に送信する。当該実行要求には、利用者が指示した回収行動を示す情報、及び利用者が特定した請求書を識別する請求書ＩＤが含まれる。
【0174】
ステップＳ５９において、債権管理サーバ４０が備える通信部４２は、利用者端末５０が送信した回収行動の実行要求を受信する。次に、実行部４６が、受信した回収行動を示す情報に基づいて、回収行動を実行する。ここでは、実行部４６は、通信部４２を用いて債権保証の履行を債権保証サーバ３０に要求する。通信部４２は、債権保証の履行要求を債権保証サーバ３０に送信する。当該履行要求には、特定された請求書を識別する請求書ＩＤ及び請求先を表す情報が含まれる。
【0175】
なお、利用者が督促状の送付を指示した場合には、実行部４６は、督促状を作成し、取引先企業Ｂに送付する。帳票管理サーバ１０が督促状の送付を実行する場合、実行部４６は、督促状の送付要求を帳票管理サーバ１０に送信する。帳票管理サーバ１０は、督促状の送付要求に応じて、督促状を作成し、取引先企業Ｂに送付する。また、実行部４６は、記憶制御部１１を用いて督促日を債権管理情報管理ＤＢ４００１に登録する。督促日には、督促状を送付する日付が設定される。
【0176】
ステップＳ６０において、債権保証サーバ３０が備える通信部３２は、債権管理サーバ４０が送信した債権保証の履行要求を受信する。次に、記憶制御部３１が、受信した債権保証の履行要求に基づいて、履行情報を履行情報管理ＤＢ３００２に記憶する。このとき、履行依頼日は当日の日付が設定される。また、履行状態は「履行中」に設定される。
【0177】
続いて、通信部３２は、受信した債権保証の履行要求に基づいて、債権保証の履行申請を債権保証システム４に送信する。当該履行申請には、取引先名及び請求金額等が含まれる。
【0178】
ステップＳ６１において、債権保証システム４は、債権保証サーバ３０から受信した債権保証の履行申請を登録する。その後、債権保証サービス企業Ｆの従業員である審査者が、登録されている債権保証の履行申請を審査し、その審査結果を債権保証システム４に登録する。なお、上述の審査は、債権保証システム４が所定の条件に基づき債権保証の履行申請を自動的に審査し、当該履行申請に係る金額の一部または全部を自動決済してもよく、その方式は問わない。そして、債権保証システム４は、登録された審査結果を、債権保証サーバ３０に返信する。
【0179】
ステップＳ６２において、債権保証サーバ３０が備える通信部３２は、債権保証システム４が送信した審査結果を受信する。次に、記憶制御部３１が、受信した審査結果を履行情報管理ＤＢ３００２に登録する。具体的には、記憶制御部３１は、履行状態を「履行済み」に更新し、履行日に当日の日付を登録する。
【0180】
ステップＳ６３において、債権保証サーバ３０が備える通信部３２は、受信した審査結果を利用者端末５０に送信する。利用者端末５０では、通信部５２が、債権保証サーバ３０が送信した審査結果を受信する。次に、表示制御部５１が、受信した審査結果を提案画面等に表示する。
【0181】
〔変形例〕
＜取引傾向に基づく警告表示＞
本実施形態における情報処理システム１では、利用者が提案画面４２００において履行申請ボタン４２２９を押下することで、債権保証システム４に対して債権保証の履行が申請される。このとき、債権保証システム４に債権保証の履行を申請する前に、申請対象の取引先に関する取引傾向に基づいて、警告を表示してもよい。
＜取引傾向に基づく警告表示＞
本実施形態における情報処理システム１では、利用者が提案画面４２００において履行申請ボタン４２２９を押下することで、債権保証システム４に対して債権保証の履行が申請される。このとき、債権保証システム４に債権保証の履行を申請する前に、申請対象の取引先に関する取引傾向に基づいて、警告を表示してもよい。
【0182】
例えば、ある取引先について、直近数か月の取引で断続的に支払いが遅延しているが、いずれもその後支払いがされている場合、その取引先は支払い期限にルーズな傾向があるが経営状態に問題はないと考えられる。一方、例えば、ある取引先について、過去の取引において常に支払い期限日前に支払いがされていたが、直近月の取引で遅延が発生した場合、一過性の遅延であるのか、又は、経営状態が悪化しているのか、判断することは困難である。
【0183】
このような取引傾向に基づく判断は、利用者がより総合的な情報に基づいて行うべきである。債権保証の履行を申請する前に、利用者に警告することで、不適切な債権保証の履行を回避するために再考するタイミングを与えることができる。
【0184】
具体的には、判断部４５が、未回収の債権管理情報に対して提案する回収行動を「債権保証履行」に決定した後（ステップＳ５３－８）、取引履歴が予め定めた警告規則に合致するか否かを判定する。警告規則に合致する場合、判断部４５は、提案する回収行動と共に取引傾向を表す情報を出力する。出力された取引傾向を表す情報は、画面作成部４４により提案画面を表示させるための画面データに埋め込まれる（ステップＳ５４）。
【0185】
提案画面４２００では、履行申請ボタン４２２９が押下された際に、ＯＫボタン及びキャンセルボタンを有する確認画面を表示する（ステップＳ５７）。利用者が確認画面でＯＫボタンを押下した場合には、債権保証の履行要求を債権保証サーバ３０に送信する（ステップＳ５８）。一方、利用者がキャンセルボタンを押下した場合には、債権保証の履行申請を中止する。
【0186】
＜債権保証サービスの案内表示＞
本実施形態における情報処理システム１は、サービス利用企業Ａが債権保証サービス企業Ｆと債権保証サービスを利用する契約を行っていることを前提としていた。また、一般的に、債権保証サービスでは、債権保証サービスを利用する契約を結んだ上で、事前に債権保証の対象とする取引先を選択し、各取引先に債権保証を利用する範囲（上限金額及び保証期間等）を設定する必要がある。
本実施形態における情報処理システム１は、サービス利用企業Ａが債権保証サービス企業Ｆと債権保証サービスを利用する契約を行っていることを前提としていた。また、一般的に、債権保証サービスでは、債権保証サービスを利用する契約を結んだ上で、事前に債権保証の対象とする取引先を選択し、各取引先に債権保証を利用する範囲（上限金額及び保証期間等）を設定する必要がある。
【0187】
そこで、テナントであるサービス利用企業Ａが債権保証サービスを未契約の場合、又は債権保証サービスを契約しているサービス利用企業Ａにおいて債権保証の対象外である取引先企業Ｂに対する債権が回収不能となった場合には、債権保証サービスの利用を促す案内を表示するとよい。
【0188】
＜提案実行処理＞
本変形例における提案実行処理を、図２１を参照しながら説明する。図２１は、本変形例における提案実行処理の一例を示すシーケンス図である。以下、実施形態における提案実行処理との相違点を中心に説明する。
本変形例における提案実行処理を、図２１を参照しながら説明する。図２１は、本変形例における提案実行処理の一例を示すシーケンス図である。以下、実施形態における提案実行処理との相違点を中心に説明する。
【0189】
ステップＳ５３Ｂにおいて、債権管理サーバ４０が備える判断部４５は、未回収となっている債権管理情報それぞれについて、当該債権を回収するための回収行動を判定する。
【0190】
【0191】
図２２に示されているように、本変形例における行動判定処理では、ステップＳ５３－８を実行する前に、ステップＳ５３－１０及びステップＳ５３－１１を実行し、それらの結果に応じて、ステップＳ５３－８又はステップＳ５３－１２を実行する。
【0192】
ステップＳ５３－１０において、判断部４５は、テナントが債権保証サービスを契約しているか否かを判定する。テナントが債権保証サービスを契約しているか否かの判定は、例えば、債権管理サーバ４０が各テナントのサービス利用状況を保有しておき、利用者が利用者端末５０から取引管理システム２にログインした際に、債権保証サービスに関するサービス利用状況を読み出しておけばよい。
【0193】
判断部４５は、テナントが債権保証サービスを契約している場合（ＹＥＳ）、ステップＳ５３－１１に処理を進める。また、判断部４５は、テナントが債権保証サービスを契約していない場合（ＮＯ）、ステップＳ５３－１２に処理を進める。
【0194】
ステップＳ５３－１１において、判断部４５は、判定対象とする債権管理情報の取引先が債権保証サービスの対象となっているか否かを判定する。取引先が債権保証サービスの対象となっているか否かの判定は、債権保証情報管理ＤＢ３００１から当該取引先に関する債権保証情報を読み出し、当該債権保証情報に含まれる保証状態を参照することにより行えばよい。
【0195】
判断部４５は、取引先が債権保証サービスの対象となっている場合（ＹＥＳ）、ステップＳ５３－８に処理を進める。また、判断部４５は、取引先が債権保証サービスの対象となっていない場合（ＮＯ）、ステップＳ５３－１２に処理を進める。
【0196】
ステップＳ５３－１２において、判断部４５は、当該債権管理情報に対して提案する回収行動を、「債権保証サービス案内」に決定する。
【0197】
図２１に戻って説明する。ステップＳ５６において、利用者端末５０が備える通信部５２は、債権管理サーバ４０から提案画面を表示させるための画面データを受信する。次に、表示制御部５１は、受信した画面データに基づいて、提案画面をディスプレイ５０６に表示する。
【0198】
ステップＳ７１において、利用者端末５０が備える受付部５３は、利用者による案内画面の表示を指示する操作を受け付ける。案内画面の表示を指示する操作は、例えば、提案画面が有するボタンを押下する操作等である。次に、表示制御部５１が、案内画面の表示を指示する操作に応じて、案内画面をディスプレイ５０６に表示する。
【0199】
【0200】
図２３（Ａ）は、テナントが債権保証サービスを未契約である場合に表示する提案画面４４００の一例を示す図である。図２３（Ａ）に示されているように、提案画面４４００は、債権保証サービスへの加入を促す文言を表示するための文言表示欄４４０１、未回収の債権に関する情報を表示するための債権表示欄４４０２、及び案内画面を表示するための詳細確認ボタン４４０９を有する。
【0201】
受付部５３が、提案画面４４００において、利用者により詳細確認ボタン４４０９が押下される操作を受け付けると、表示制御部５１が、図２３（Ｂ）に示すような案内画面４４１０をディスプレイ５０６に表示する。
【0202】
図２３（Ｂ）は、テナントが債権保証サービスを未契約である場合に表示する案内画面４４１０の一例を示す図である。図２３（Ｂ）に示されているように、案内画面４４１０は、当該テナントが利用可能な債権保証サービスのプランを複数表示するためのプラン表示欄４４１１、及び選択した債権保証サービスの契約処理を開始するための契約ボタン４４１９を有する。
【0203】
プラン表示欄４４１１に表示される債権保証サービスのプランは、サービス提供企業Ｃが提携している債権保証サービス企業Ｆの債権保証サービスが提供するプランのうち、サービス利用企業Ａが利用可能なプランである。サービス利用企業Ａが利用可能なプランが多数ある場合、取引先企業Ｂの現在の取引先数又は債権の合計金額等を鑑みて、最適なプランを所定の数だけ選定すればよい。
【0204】
図２４（Ａ）は、未回収の債権の取引先が債権保証サービスの対象外である場合に表示する提案画面４４２０の一例を示す図である。図２４（Ａ）に示されているように、提案画面４４２０は、債権保証サービスのプラン拡張を促す文言を表示するための文言表示欄４４２１、未回収の債権に関する情報を表示するための債権表示欄４４２２、及び案内画面を表示するための詳細確認ボタン４４２９を有する。
【0205】
受付部５３が、提案画面４４２０において、利用者により詳細確認ボタン４４２９が押下される操作を受け付けると、表示制御部５１が、図２４（Ｂ）に示すような案内画面４４３０をディスプレイ５０６に表示する。
【0206】
図２４（Ｂ）は、未回収の債権の取引先が債権保証サービスの対象外である場合に表示する案内画面４４３０の一例を示す図である。図２４（Ｂ）に示されているように、案内画面４４３０は、現在契約中のプラン及び債権保証の対象を拡張する複数のプランを表示するためのプラン表示欄４４３１、及び選択した債権保証サービスの契約処理を開始するための契約ボタン４４３９を有する。
【0207】
プラン表示欄４４３１に表示される債権保証の対象を拡張するプランは、図２３（Ｂ）に示したプラン表示欄４４１１と同様に、サービス利用企業Ａが利用可能なプランのうち、取引先企業Ｂの現在の取引先数又は債権の合計金額等を鑑みて、最適なプランを選定したものである。
【0208】
図２１に戻って説明する。ステップＳ７２において、利用者端末５０が備える受付部５３は、利用者による債権保証サービスの契約を指示する操作を受け付ける。当該操作は、債権保証サービスのプランを特定して行われる。
【0209】
ステップＳ７３において、利用者端末５０が備える通信部５２は、債権保証サービスの契約を指示する操作に応じて、債権保証契約の申請要求を債権保証サーバ３０に送信する。当該申請要求には、特定されたプランを示す情報が含まれる。
【0210】
ステップＳ７４において、債権保証サーバ３０が備える通信部３２は、利用者端末５０が送信した債権保証契約の申請要求を受信する。次に、通信部３２は、受信した申請要求に基づいて、債権保証契約の申請を債権保証システム４に送信する。当該申請には、テナントに関する情報、取引先に関する情報、及びプランを示す情報等が含まれる。
【0211】
〔実施形態の主な効果〕
本実施形態における債権管理サーバ４０は、取引管理システム２に含まれる他のサーバから取得した債権管理情報に基づいて、未回収の債権それぞれについて、当該債権を回収するための行動を提案するための提案画面を作成し、利用者端末５０に表示させる。これにより、サービス利用企業は未回収の債権を回収するための行動を決定することが容易になる。
本実施形態における債権管理サーバ４０は、取引管理システム２に含まれる他のサーバから取得した債権管理情報に基づいて、未回収の債権それぞれについて、当該債権を回収するための行動を提案するための提案画面を作成し、利用者端末５０に表示させる。これにより、サービス利用企業は未回収の債権を回収するための行動を決定することが容易になる。
【0212】
例えば、複数の債権が未回収となっている場合に、どの債権から優先して債権保証を履行すべきか決定することが容易になる。また、例えば、未回収となっている債権であっても、取引先の商習慣等から近いうちに入金される可能性が高ければ、回収するための行動を行わず、しばらく入金を待つといった判断を行うことができるようになる。
【0213】
さらに、変形例における債権管理サーバ４０は、債権保証サービスを利用していないテナントの債権、又は債権保証サービスの対象外となっている取引先に対する債権が未回収となっている場合に、債権保証サービスの利用を案内するための案内画面を作成し、利用者端末５０に表示させる。これにより、サービス利用企業はより確実に債権を回収する手段を検討することができ、債権保証サービス企業は債権保証サービスの利用拡大に繋げることができる。
【0214】
［補足］
上記で説明した実施形態では、口座振替サービスにより代金を支払う例を説明したが、代金の支払い方法はこれに限定されない。例えば、振込票を用いたコンビニ決済、又はクレジットカード決済等で代金を支払う場合であっても適用可能である。
上記で説明した実施形態では、口座振替サービスにより代金を支払う例を説明したが、代金の支払い方法はこれに限定されない。例えば、振込票を用いたコンビニ決済、又はクレジットカード決済等で代金を支払う場合であっても適用可能である。
【0215】
また、上記で説明した実施形態では、未完了の口座振替があった場合に回収行動を提案する例を説明したが、提案を行う状況はこれに限定されない。例えば、利用者が帳票管理サービスにより作成した見積書又は請求書等の帳票を取引先に送付する際に、送付先の取引先に対してステップＳ５３で説明した判定処理を行うことで、帳票の送付先である取引先が債権保証の履行対象となり得る取引先である場合に、警告することができる。
【0216】
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。
【0217】
以上、本発明の実施の形態について詳述したが、本発明はこれらの実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形又は変更が可能である。
【符号の説明】
【0218】
１ 情報処理システム
２ 取引管理システム
３ 口座振替システム
４ 債権保証システム
１０ 帳票管理サーバ
２０ 口座振替サーバ
３０ 債権保証サーバ
４０ 債権管理サーバ
５０ 利用者端末
１１，２１，３１，４１ 記憶制御部
１２，２２，３２，４２，５２ 通信部
４３ 情報取得部
４４ 画面作成部
４５ 判断部
４６ 実行部
５１ 表示制御部
５３ 受付部
１００ 帳票管理情報記憶部
２００ 口座振替情報記憶部
３００ 債権保証情報記憶部
４００ 債権管理情報記憶部
４１０ 画面データ記憶部
２ 取引管理システム
３ 口座振替システム
４ 債権保証システム
１０ 帳票管理サーバ
２０ 口座振替サーバ
３０ 債権保証サーバ
４０ 債権管理サーバ
５０ 利用者端末
１１，２１，３１，４１ 記憶制御部
１２，２２，３２，４２，５２ 通信部
４３ 情報取得部
４４ 画面作成部
４５ 判断部
４６ 実行部
５１ 表示制御部
５３ 受付部
１００ 帳票管理情報記憶部
２００ 口座振替情報記憶部
３００ 債権保証情報記憶部
４００ 債権管理情報記憶部
４１０ 画面データ記憶部
【先行技術文献】
【特許文献】
【0219】
【特許文献1】特開２００４－７０９７５号公報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】