JP7176554B2 - 情報処理装置、情報処理方法、情報処理プログラム、情報処理システム - Google Patents

Description

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

従来では、事業者に債権が発生した時に、債権情報を含む保証請求を取得しておき、債務不履行時にその債務にかかる債権について保険金を請求し、債権者である事業者に対して保証金を支払うための処理を実行する保証サービス装置が知られている。

上述した従来の技術では、債務不履行が生じる前後に事業者と取引先との取引の状況を把握させることは考慮されていない。

本発明は、上記事情に鑑みて成されたものであり、取引先との取引の状況を把握させることを目的としている。

開示の技術は、取引先を示す取引先情報と、前記取引先に対する債権の保証内容を示す情報とを対応付けて記憶部に格納する登録部と、前記取引先毎に、前記取引先との取引の状況を示す取引状況情報と、前記保証内容を示す情報とを表示部に表示させる画面出力部と、前記取引先情報と、前記取引先に対する請求に関する請求書情報とを取得する情報取得部と、前記保証内容を示す情報の入力を受け付ける入力受付部と、を有し、前記登録部は、前記取引先情報と、前記請求書情報に含まれる一部の情報と、前記保証内容を示す情報とを対応付けた保証登録情報を、前記記憶部に格納する、情報処理装置である。

取引先との取引の状況を把握させることができる。

本実施形態の情報処理システムのシステム構成の一例を示す図である。 情報処理装置のハードウェア構成の一例を示す図である。 端末装置のハードウェア構成の一例を示す図である。 請求書データベースの一例を示す図である。 取引先データベースの一例を示す図である。 保証登録データベースの一例を示す図である。 履行履歴データベースの一例を示す図である。 情報処理システムの有する各装置の機能構成を説明する図である。 情報処理システムの動作を説明する第一のシーケンス図である。 情報処理システムの動作を説明する第二のシーケンス図である。 ホーム画面を示す第一の図である。 表示欄の別の表示例を示す図である。 取引先の選択画面の一例を示す図である。 登録画面の例を示す図である。 情報処理システムの動作を説明する第三のシーケンス図である。 申込情報の一覧画面の一例を示す図である。 保証内容の入力画面の一例を示す図である。 情報処理システムの動作を説明する第四のシーケンス図である。 リスク判定部の処理を説明する第一のフローチャートである。 判定結果テーブルの一例を示す図である。 ホーム画面を示す第二の図である。 履行履歴情報の一覧画面の一例を示す図である。 情報処理システムの動作を説明する第五のシーケンス図である。 見積書データベースの一例を示す図である。 リスク判定部の処理を説明する第二のフローチャートである。

以下に図面を参照して、実施形態について説明する。図１は、本実施形態の情報処理システムのシステム構成の一例を示す図である。

本実施形態の情報処理システム１は、取引管理システム１００はと、端末装置４００とを含む。

取引管理システム１００は、帳票管理装置２００と、取引管理装置３００とを有する。本実施形態の帳票管理装置２００と取引管理装置３００とは、例えば、一般的な情報処理装置で実現されてよい。例えば、本実施形態の取引管理装置３００は、第一の情報処理装置であり、帳票管理装置２００は、第二の情報処理装置である。

また、本実施形態の取引管理システム１００は、端末装置４００及び債権保証管理システム５００と通信を行う。

本実施形態の取引管理システム１００において、端末装置４００は、例えば、各種の取引先と取引を行う事業者によって利用される端末装置である。尚、本実施形態の事業者とは、個人であってもよいし、企業や法人等の組織であってもよい。以下の実施形態の説明では、端末装置４００の利用者である事業者を、テナントと表現する場合がある。また、実際に端末装置４００を操作するユーザを、テナントと表現する場合がある。

債権保証管理システム５００は、端末装置４００を利用する事業者の取引先において、債務不履行が生じた場合に、この債務にかかる債権を保証するサービスを提供する債権保証機関等によって管理される。

以下の説明では、債権保証管理システム５００のよってテナントに提供されるサービスを、債権保証サービスと表現する場合がある。

また、本実施形態の債権保証サービスとは、取引先の資金不足等の事由により、テナントか請求金額の支払いを受けられない場合に、請求金額を予め決められた保証上限金額の範囲内で債権保証管理システム５００を管理する債権保証機関からテナントに対して支払うサービスである。

本実施形態の債権とは、テナントが請求書を発行した取引先に対して請求金額の支払いを要求しうることを内容とする権利であり、テナントが取引先に対して有する権利である。

尚、本実施形態の債権とは、テナントが取引先に対して発行した請求書に限らず、テナントが取引先から受け取った発注書、受領書等の帳票、テナントが取引先に対して発行した見積書、納品書等の帳票に応じて、テナントが取引先に対して商品やサービス等の代金の支払いを要求する権利であってもよい。

本実施形態の債権保証管理システム５００は、債権保証管理装置６００と端末装置７００とを含む。債権保証管理装置６００は、例えば、端末装置７００から入力された情報や、取引管理システム１００との通信で取得した情報等が格納される。端末装置７００は、債権保証管理システム５００の管理者等によって利用される。

本実施形態の取引管理システム１００において、帳票管理装置２００は、請求書データベース２１０、取引先データベース２２０、帳票管理部２３０を有する。また、取引管理システム１００において、取引管理装置３００は、保証登録データベース３１０、履行履歴データベース３２０を有する。

本実施形態の取引管理システム１００は、端末装置４００を介してテナントからの要求を受けて、債権保証管理システム５００に対して、債権保証サービスを利用する取引先を登録する。

具体的には、取引管理システム１００は、帳票管理装置２００の帳票管理部２３０により、テナントから取引先へ発行された帳票の情報を請求書データベース２１０へ格納する。尚、以下の実施形態の説明では、請求書を帳票の一例として説明するが、帳票は請求書に限定されない。帳票は、見積書や納品書等であってもよい。

また、帳票管理装置２００は、帳票管理部２３０により、請求書情報から特定された取引先を示す情報を取引先データベース２２０に格納する。以下の説明では、取引先データベース２２０に格納された情報を取引先情報と呼ぶ。取引先とは、つまり、請求金額の請求先である。

また、帳票管理装置２００において、帳票管理部２３０は、端末装置４００から、取引先情報の債権保証管理システム５００への登録要求を受けて、端末装置４００を利用するテナントの請求書情報と、取引先情報とを取引管理装置３００へ送信する。

取引管理装置３００は、取引管理部３３０により、請求書情報と取引先情報とを債権保証管理システム５００へ送信し、保証内容を示す情報の入力を受け付ける。そして、取引管理部３３０は、取引先情報と保証内容を示す情報とを対応付けて、保証登録データベース３１０に格納する。以下の説明では、保証登録データベース３１０に格納される情報を、保証登録情報と呼ぶ。

また、取引管理装置３００は、端末装置４００から要求を受けて、端末装置４００に対して、テナントの取引先毎の保証登録情報の一覧を表示させる。

さらに、取引管理装置３００は、債務の不履行が発生した場合、取引管理部３３０により、端末装置４００からの要求を受けて、この債務にかかる債権の保証を債権保証管理システム５００に対して要求する。言い換えれば、取引管理装置３００は、この取引に対する債務の履行を債権保証管理システム５００に対して要求する。

そして、取引管理部３３０は、債務の履行が要求されたこと、債務が履行されたこと等を示す債務の履行の履歴を示す履行履歴情報を履行履歴データベース３２０に格納する。

このように、本実施形態の取引管理システム１００では、テナントと各取引先との取引の状況をテナントに提示することができる。

また、本実施形態では、帳票管理装置２００が管理する帳票の情報から、テナントの取引先を特定し、債権保証管理システム５００が提供する債権保証サービスを利用する取引先として登録するため、取引先の情報をテナントが入力する、といった作業が発生しない。このため、本実施形態では、簡単に債権保証サービスを利用する際の手間が削減できる。

尚、図１の例では、取引管理システム１００は、帳票管理装置２００と取引管理装置３００とを含むものとしたが、これに限定されない。帳票管理装置２００と取引管理装置３００とは、例えば、一台の情報処理装置によって実現されても良いし、帳票管理装置２００と取引管理装置３００のそれぞれが複数の情報処理装置で実現されてもよい。

また、図１の例では、帳票管理装置２００は、請求書データベース２１０と取引先データベース２２０とを有し、取引管理装置３００は、保証登録データベース３１０と、履行履歴データベース３２０とを有するものとしたが、これに限定されない。

上述した各データベースは、帳票管理装置２００、取引管理装置３００以外の外部装置に一部又は全部が設けられていてもよい。また、例えば、上述した４つのデータベースが、帳票管理装置２００又は取引管理装置３００の何れか一方に設けられていてもよい。

以下に、図２及び図３を参照して、帳票管理装置２００、取引管理装置３００を実現する情報処理装置のハードウェア構成と、端末装置４００のハードウェア構成について説明する。

図２は、情報処理装置のハードウェア構成の一例を示す図である。図２では、第二の情報処理装置である帳票管理装置２００のハードウェア構成を一例として示す。

帳票管理装置２００は、コンピュータによって構築されており、図２に示されているように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤ２０４、ＨＤＤ(Hard Disk Drive)コントローラ２０５、ディスプレイ２０６、外部機器接続Ｉ／Ｆ(Interface)２０８、ネットワークＩ／Ｆ２０９、バスラインＢ１、キーボード２１１、ポインティングデバイス２１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ２１４、メディアＩ／Ｆ２１６を備えている。

これらのうち、ＣＰＵ２０１は、帳票管理装置２００全体の動作を制御する。ＲＯＭ２０２は、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。ＨＤ２０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ２０５は、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ２０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ２０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ２０９は、通信ネットワークを利用してデータ通信をするためのインターフェースである。バスラインＢ１は、図２に示されているＣＰＵ２０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

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

図３は、端末装置のハードウェア構成の一例を示す図である。本実施形態の端末装置４００は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＥＥＰＲＯＭ４０４、ＣＭＯＳセンサ４０５、撮像素子Ｉ／Ｆ４０６、加速度・方位センサ４０７、メディアＩ／Ｆ４０９、ＧＰＳ受信部４１１を備えている。

これらのうち、ＣＰＵ４０１は、端末装置４００全体の動作を制御する演算処理装置である。ＲＯＭ４０２は、ＣＰＵ４０１やＩＰＬ等のＣＰＵ４０１の駆動に用いられるプログラムを記憶する。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。ＥＥＰＲＯＭ４０４は、ＣＰＵ４０１の制御にしたがって、スマートフォン用プログラム等の各種データの読み出し又は書き込みを行う。ＲＯＭ４０２、ＲＡＭ４０３、ＥＥＰＲＯＭ４０４は、端末装置４００の記憶装置の一例である。

ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ４０５は、ＣＰＵ４０１の制御に従って被写体（主に自画像）を撮像して画像データを得る内蔵型の撮像手段の一種である。尚、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等の撮像手段であってもよい。

撮像素子Ｉ／Ｆ４０６は、ＣＭＯＳセンサ４０５の駆動を制御する回路である。加速度・方位センサ４０７は、地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等の各種センサである。メディアＩ／Ｆ４０９は、フラッシュメモリ等の記録メディア４０８に対するデータの読み出し又は書き込み（記憶）を制御する。ＧＰＳ受信部４１１は、ＧＰＳ衛星からＧＰＳ信号を受信する。

また、端末装置４００は、遠距離通信回路４１２、遠距離通信回路４１２のアンテナ４１２ａ、ＣＭＯＳセンサ４１３、撮像素子Ｉ／Ｆ４１４、マイク４１５、スピーカ４１６、音入出力Ｉ／Ｆ４１７、ディスプレイ４１８、外部機器接続Ｉ／Ｆ(Interface)４１９、近距離通信回路４２０、近距離通信回路４２０のアンテナ４２０ａ、及びタッチパネル４２１を備えている。

これらのうち、遠距離通信回路４１２は、通信ネットワークを介して、他の機器と通信する回路である。ＣＭＯＳセンサ４１３は、ＣＰＵ４０１の制御に従って被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ４１４は、ＣＭＯＳセンサ４１３の駆動を制御する回路である。マイク４１５は、音を電気信号に変える内蔵型の回路である。スピーカ３１６は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。音入出力Ｉ／Ｆ４１７は、ＣＰＵ４０１の制御に従ってマイク４１５及びスピーカ４１６との間で音信号の入出力を処理する回路である。

ディスプレイ４１８は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ(Electro Luminescence)などの表示手段の一種である。外部機器接続Ｉ／Ｆ４１９は、各種の外部機器を接続するためのインターフェースである。近距離通信回路４３０は、ＮＦＣ(Near Field Communication)やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。タッチパネル４２１は、利用者がディスプレイ４１８を押下することで、端末装置４００を操作する入力手段の一種である。ディスプレイ４１８は、端末装置４００の有する表示部の一例である。

次に、図４乃至図７を参照して、本実施形態の取引管理システム１００が有する各データベースについて説明する。

図４は、請求書データベースの一例を示す図である。本実施形態の請求書データベース２１０は、テナント毎に設けられる。また、請求書データベース２１０は、テナントが取引先に対して請求書を発行することで、請求書情報が蓄積される。

本実施形態の請求書データベース２１０は、情報の項目として、テナントＩＤ、請求先、請求金額、請求日、支払い期限日、支払い状態、入金日等を含む。

項目「テナントＩＤ」の値は、テナントを識別するための識別情報を示す。テナントを識別するための識別情報は、例えば、テナントの名称であってもよい。

項目「請求先」の値は、請求金額が請求される先を示す。言い換えれば項目「請求先」の値は、テナントＩＤで特定されるテナントの取引先である。

項目「請求金額」の値は、請求される金額を示し、項目「請求日」の値は、請求書が発行された日付を示す。項目「支払い期限日」の値は、請求金額の支払い期限日を示す。

項目「支払い状態」の値は、請求した金額の支払いが行われたか否かを示し、端末装置４００からの操作に応じて変更される。また、請求書情報において、項目「支払い状態」の値が「未払い」である請求金額は、テナントと取引先との間で取引中の金額となる。項目「入金日」の値は、請求金額がテナントＩＤの銀行口座等に入金された日付を示す。

尚、請求書の画像データ又は画像データの保存先を示すファイルパス等の保存先情報を請求書情報として請求書データベース２１０に蓄積されてもよい。

このように、本実施形態の請求書情報は、取引先に対する請求に関する情報と言える。

図５は、取引先データベースの一例を示す図である。本実施形態の取引先データベース２２０は、テナント毎に設けられていてよい。また、本実施形態の取引先情報は、テナントによって登録される。

本実施形態の取引先データベース２２０は、情報の項目として、テナントＩＤ、取引先名、住所、電話番号、メールアドレス、担当者名等を含む。

取引先データベース２２０において、項目「取引先名」、「住所」、「電話番号」、「メールアドレス」、「担当者名」のそれぞれの値は、取引先の名称、住所、電話番号、メールアドレス、担当者の氏名を示す。

図６は、保証登録データベースの一例を示す図である。保証登録データベース３１０は、情報の項目として、テナント名、取引先名、住所、取引開始日、支払い遅延の有無、申込状態、保証上限金額、保証期間等を含む。保証登録データベース３１０において、項目「テナント名」と、その他の項目とが対応付けられている。また、以下の説明では、保証登録データベース３１０において、項目「テナント名」の値と、その他の項目の値とを含む情報を、保証登録情報と呼ぶ。

項目「テナント名」の値は、テナントの名称を示す。項目「取引先名」の値は、取引先データベース２２０における項目「取引先名」の値が示す取引先の名称である。項目「住所」の値は、取引先の住所を示す。項目「取引開始日」の値は、テナントと取引先とが取引を開始した日を示す。具体的には、登録部３３３は、請求書データベース２１０に格納された請求書情報に含まれる請求日のうち、最も古い請求日を取引開始日としてもよい。

項目「支払い遅延の有無」の値は、取引先からテナントに対する請求金額の支払いの遅延の有無を示す。具体的には、登録部３３３は、請求書データベース２１０に格納された請求書情報において、支払い期限日を超過しており、かつ、項目「支払い状態」の値が「未払い」である請求書情報が存在する場合に、項目「支払い遅延の有無」の値を「あり」とする。

項目「申込状態」の値は、債権保証サービスの利用が可能か否かを示す。具体的には、「申込状態」の値が「審査済み」である場合は、この取引先に対する債権保証サービスの利用が可能であることを示す。また、項目「申込状態」の値が「審査中」である場合及び、項目「申込状態」の値がない場合は、この取引先に対する債権保証サービスが利用不可の状態であることを示す。

項目「保証上限金額」の値は、取引先に対して保証される上限の金額を示す。項目「保証期間」の値は、取引先に対して債権保証サービスの利用が可能な期間を示す。

つまり、本実施形態の保証登録情報は、少なくとも、取引先情報の一部と、請求書情報の一部と、取引先に対する保証内容を示す情報とを含む。

図７は、履行履歴データベースの一例を示す図である。本実施形態の履行履歴データベース３２０は、情報の項目として、テナント名、取引先名、請求金額、請求日、支払い期限日、履行状態、履行実行日、保証上限金額、保証期間等を含む。

履行履歴データベース３２０において、項目「テナント名」とその他の項目とが対応付けられており、履行履歴データベース３２０において、項目「テナント名」の値とその他の項目の値とを含む情報を、履行履歴情報と呼ぶ。

項目「履行状態」の値は、債務の履行の状態を示す。項目「履行実行日」の値は、債務の履行が実行された日付を示す。

尚、履行実行対象の請求書の画像データ又は画像データの保存先を示すファイルパス等の保存先情報履行履歴情報として履行履歴データベース３２０に蓄積されてもよい。

次に、図８を参照して、本実施形態の取引管理システム１００の各装置が有する機能について説明する。図８は、情報処理システムの有する各装置の機能構成を説明する図である。

はじめに、帳票管理装置２００について説明する。本実施形態の帳票管理装置２００は、請求書データベース２１０、取引先データベース２２０、帳票管理部２３０を有する。請求書データベース２１０、取引先データベース２２０は、帳票管理部２３０のＲＯＭ２０２、ＲＡＭ２０３、ＨＤ２０４等の記憶装置により実現される。帳票管理部２３０は、ＣＰＵ２０１が帳票認識プログラムを読み出して実行することで実現される。

帳票管理部２３０は、帳票認識部２３１、要求受付部２３２、消し込み部２３３、通信部２３４、帳票生成部２３５を有する。

帳票認識部２３１は、帳票管理装置２０が取得した帳票画像データが示す帳票画像に含まれる項目の名称（項目名）と、この項目の値（項目値）とを抽出し、項目と項目の値とをテキストデータに変換して対応付ける帳票認識を行う。そして、帳票認識部２３１は、帳票認識を行った結果である帳票認識結果を請求書データベース２１０へ格納する。尚、本実施形態では、請求書を帳票の一例としているため、帳票認識結果を示す情報が請求書情報となる。

要求受付部２３２は、帳票管理装置２００に対する各種の要求を受け付ける。具体的には、要求受付部２３２は、取引管理装置３００からの請求書情報や取引先情報の取得要求等を受け付ける。

消し込み部２３３は、端末装置４００からの操作によって、請求書データベース２１０に格納された請求書情報に含まれる項目「支払い状態」の値を変更する操作を受け付ける。具体的には、消し込み部２３３は、端末装置４００からの操作に応じて項目「支払い状態」の値を「未払い」から「支払い済み」に変更する。

通信部２３４は、帳票管理装置２００と他の各装置との間で情報の送受信を行う。帳票生成部２３５は、端末装置４００からの操作によって、請求書を発行し、発行した請求書の請求書情報を請求書データベース２１０に格納する。

次に、取引管理装置３００について説明する。取引管理装置３００は、保証登録データベース３１０、履行履歴データベース３２０、取引管理部３３０を有する。

保証登録データベース３１０、履行履歴データベース３２０は、取引管理装置３００の有するＲＯＭ、ＲＡＭ、ＨＤ等の記憶装置により実現される。取引管理部３３０は、取引管理装置３００の有するＣＰＵが取引管理プログラムを読み出して実行することで実現される。

本実施形態の取引管理部３３０は、入力受付部３３１、情報取得部３３２、登録部３３３、履行管理部３３４、リスク判定部３３５、画面出力部３３６、通信部３３７を有する。

入力受付部３３１は、取引管理装置３００に対する各種の入力を受け付ける。具体的には、入力受付部３３１は、例えば、債権保証サービスの利用を可能とするための登録の要求等を受け付ける。また、入力受付部３３１は、債権保証管理システム５００の端末装置７００等から、取引先に対する保証内容を示す情報等の入力を受け付ける。

情報取得部３３２は、各種の情報を取得する。具体的には、例えば、情報取得部３３２は、帳票管理装置２００から、請求書情報や取引先情報を取得する。

登録部３３３は、取得した取引先情報と、入力受付部３３１が受け付けた保証内容を示す情報とを対応付けて、保証登録データベース３１０に登録（格納）する。

履行管理部３３４は、債務の履行に関する操作や、債権保証サービスによる債務の履行が行われた場合等に、履行履歴データベース３２０に履行履歴情報を格納する。言い換えれば、履行管理部３３４は、履行履歴データベース３２０を更新する。

リスク判定部３３５は、保証登録データベース３１０に格納された取引先毎の保証内容を示す情報と、取引先毎の請求書情報とに基づき、テナントと取引先との取引のリスクの度合いを判定し、判定結果テーブル３３９として保持する。

より具体的には、リスク判定部３３５は、請求書情報から、取引先毎のテナントとの取引中の金額を算出し、取引中の金額と、取引先毎の保証内容を示す情報と、支払い遅延の有無と、に基づき、取引先との取引のリスクの度合いを判定する。

そして、リスク判定部３３５は、取引中の金額と、取引先毎の保証内容を示す情報と、支払い遅延の有無と、取引先との取引のリスクの度合いと、を対応付けた取引状況情報を判定結果テーブル３３９に格納する。

リスク判定部３３５の処理と、判定結果テーブル３３９の詳細は、後述する。

画面出力部３３６は、各種の画面を表示させるための画面データを生成し、端末装置４００や端末装置７００等に、通信部３３７を介して出力する。

通信部３３７は、取引管理装置３００と、他の各装置との間で情報の送受信を行う。

尚、本実施形態の端末装置４００は、表示制御部４４０と、通信部４５４５００とを有する。表示制御部４４０は、端末装置４００における表示を制御する。表示制御部４４０は、例えば、ブラウザ等により実現されてもよいし、債権保証サービスを利用するためのアプリケーション等により実現されてもよい。

通信部４５０は、端末装置４００と他の各装置との間で情報の送受信を行う。尚、本実施形態の端末装置７００も、端末装置４００と同様に、表示制御部と通信部とを有してもよい。

次に、本実施形態の取引管理システム１００の動作について説明する。図９は、情報処理システムの動作を説明する第一のシーケンス図である。図９では、帳票管理装置２００に請求書情報と取引先情報とを格納する際の取引管理システム１００の動作を示す。

本実施形態の取引管理システム１００において、帳票管理装置２００は、帳票管理部２３０の帳票生成部２３５により、端末装置４００に対し、請求書の発行画面を表示させる（ステップＳ９０１）。

尚、帳票管理装置２００は、例えば、端末装置４００において、特定のＵＲＬ（Uniform Resource Locator）にアクセスすることや、画面に表示されたリンクやボタン等をクリックすることで、発行画面を端末装置４００に表示させてもよい。

続いて、端末装置４００は、テナント（テナントに所属するユーザ）により、請求書情報の設定を受け付ける（ステップＳ９０２）。具体的には、端末装置４００は、例えば、請求先、請求金額、請求日、支払い期限日等の設定を受け付ける。

続いて、端末装置４００は、テナントにより、請求書の発行操作を受け付けて（ステップＳ９０３）、通信部４５０により、請求書情報を帳票管理装置２００に送信する（ステップＳ９０４）。

続いて、帳票管理装置２００は、請求書情報を受信すると、帳票生成部２３５により、請求書を発行する処理を行う（ステップＳ９０５）。具体的には、帳票管理装置２００は、例えば、通信部２３４により受信した請求書情報に基づき、請求書のＰＤＦデータを生成し、予め設定された請求先のメールアドレス等へＰＤＦデータを送信してもよい。

続いて、帳票管理装置２００は、請求書情報を請求書データベース２１０へ格納する（ステップＳ９０６）。

尚、本実施形態の帳票管理装置２００は、例えば、端末装置４００から請求書をスキャンして生成された画像データを受信し、この画像データが示す画像（請求書の画像）に対して、帳票認識部２３１による帳票認識を行った結果を、請求書情報としてもよい。

図１０は、情報処理システムの動作を説明する第二のシーケンス図である。図１０は、取引管理装置３００における保証登録データベース３１０に保証登録情報を登録する際の取引管理システム１００の動作を示している。

本実施形態の取引管理システム１００において、取引管理装置３００は、画面出力部３３６により、端末装置４００に、債権保証サービスのホーム画面を表示させる（ステップＳ１００１）。ホーム画面の詳細は後述する。

端末装置４００は、通信部４５０により、取引先情報の登録操作を受け付けると（ステップＳ１００２）、取引先の登録要求を取引管理装置３００へ送信する（ステップＳ１００３）。

取引管理装置３００は、取引先情報の登録要求を受けて、情報取得部３３２により、帳票管理装置２００に対して、テナントの請求書情報に含まれる請求先（取引先）のリストの取得要求を送信する（ステップＳ１００４）。

帳票管理装置２００は、要求受付部２３２により要求を受け付けて、取引先のリストを取得する（ステップＳ１００５）。具体的には、帳票管理装置２００は、端末装置４００と対応するテナントの請求書データベース２１０から、項目「請求先」の値を、取引先のリストとして取得する。

次に、帳票管理装置２００は、通信部２３４により、取引先のリストを取引管理装置３００へ送信する（ステップＳ１００６）。

取引管理装置３００は、取引先のリストを取得すると、画面出力部３３６により、取引先の選択画面を表示させるための画面データを生成する（ステップＳ１００７）。そして、取引管理装置３００は、取引先情報の登録操作に対する応答として、通信部３３７により、生成した画面データを端末装置４００に送信し、の選択画面を表示させる（ステップＳ１００８）。選択画面の詳細は後述する。

端末装置４００は、選択画面において、取引先の選択を受け付けると（ステップＳ１００９）、選択された取引先名を取引管理装置３００へ送信する（ステップＳ１０１０）。

取引管理装置３００は、取引先名を受信すると、情報取得部３３２により、帳票管理装置２００に対して、取引先名と対応する取引先情報の取得要求を送信する（ステップＳ１０１１）。

帳票管理装置２００は、要求受付部２３２により要求を受け付けると、取引先データベース２２０において、項目「名称」の値が選択された取引先名と一致する取引先情報を取得し、取引管理装置３００へ送信する（ステップＳ１０１２）。

取引管理装置３００は、情報取得部３３２により、取引先情報を取得すると、登録部３３３により、取得した取引先情報を、保証登録データベース３１０に格納される保証登録情報の一部に設定する（ステップＳ１０１３）。

次に、取引管理装置３００は、帳票管理装置２００に対して、選択された取引先の請求書情報の取得要求を送信する（ステップＳ１０１４）。

帳票管理装置２００は、要求受付部２３２により、請求書情報の取得要求を受け付けると、テナントと対応する請求書データベース２１０のうち、項目「請求先」の値が選択された取引先と一致する請求書情報を取得し、取引管理装置３００へ送信する（ステップＳ１０１５）。

続いて、取引管理装置３００は、登録部３３３により、取得した請求書情報から、保証登録情報として登録する情報を特定し、保証登録情報の一部に設定する（ステップＳ１０１６）。

具体的には、登録部３３３は、取得された請求書情報に含まれる請求日のうち、最も古い請求日を「取引開始日」の値とする。また、登録部３３３は、支払い期限日を超過しているにも関わらず、未払いとなってる請求書情報が存在する場合、保証登録情報の項目「支払い遅延の有無」の値を「あり」とする。

つまり、本実施形態の登録部３３３は、請求書情報から、予め決められた特定の項目の情報を保証登録情報の一部に含める。

続いて、取引管理装置３００は、登録部３３３により、ステップＳ１０１３で設定した取引先情報と、ステップＳ１０１５で設定した請求書情報の一部とを対応付けて、保証登録情報とし、保証登録データベース３１０に格納（登録）する（ステップＳ１０１７）。

尚、このとき保証登録データベース３１０に格納された保証登録情報では、項目「申込状態」、「保証上限金額」、「保証期間」等のように、保証内容を示す情報は含まれていない。

続いて、取引管理装置３００は、画面出力部３３６により、保証登録情報を含む登録画面を表示させるための画面データを生成し、通信部３３７により、画面データを端末装置４００へ送信して表示させる（ステップＳ１０１８）。

端末装置４００において、保証登録情報を含む登録画面が表示されると、テナントにより、保証登録情報の修正等が行われる（ステップＳ１０１９）。尚、修正された内容は、保証登録データベース３１０に反映される。

尚、図１０のステップＳ１０１４からステップＳ１０１７の処理は、テナントと取引先との間で取引が行われる度に実行されてもよい。言い換えれば、保証登録データベース３１０は、テナントと取引先との取引が行われる度に更新されてもよい。取引とは、例えば、テナントから取引先への請求書の発行や、取引先からテナントへの請求金額の支払い等を含む。

以下に、図１１乃至図１３を参照して、端末装置４００における表示例について説明する。図１１Ａは、ホーム画面を示す第一の図である。

図１１Ａに示す画面１１１は、例えば、債権保証サービスを利用する際のホーム画面の一例であり、図１０のステップＳ１００２で端末装置４００に表示される。

画面１１１には、テナント名が表示されおり、表示欄１１２と表示欄１１３とを有する。表示欄１１２には、債権保証サービスを利用する取引先として登録された取引先名の一覧が表示される。言い換えれば、表示欄１１２には、保証登録データベース３１０に保証登録情報が格納されている取引先名の一覧が表示される。

また、表示欄１１２では、各取引先名と共に、取引先毎の保証内容を示す情報と、テナントと取引先との取引の状況を示す取引状況情報とが表示される。

図１１Ａでは、表示欄１１２に、表示欄１１２－１、１１２－２、１１２－３等が含まれ、それぞれの表示欄に、取引先名と共に、取引先毎の保証内容を示す情報と、テナントと取引先との取引中の金額と、支払い遅延の有無とが表示される。言い換えれば、表示欄１１２－１、１１２－２、１１２－３には、取引先毎の取引状況情報が表示される。また、表示欄１１２－４には、取引先名の代わりに、表示部品１１５が表示されている。

表示欄１１３には、取引先毎の取引状況情報の一覧が表示されている。また、表示欄１１３に表示された一覧のうち、支払い遅延がある取引先については、債務の履行の実行を要求するための表示部品１１４が表示されている。

尚、図１１Ａの例では、表示欄１１３には、取引先の保証登録情報の一覧が表示されるものとしたが、これに限定されない。例えば、表示欄１１３には、各取引先の請求書情報の一覧を表示させてもよい。

具体的には、例えば、表示欄１１３には、各取引先を請求先とする請求書情報の一覧が表示されてもよい。

図１１Ｂに、表示欄１１３の他の例を示す。図１１Ｂは、表示欄の他の表示例を示す図である。

図１１Ｂに示す表示欄１１３Ａは、表示欄１１２に取引状況情報が表示された各取引先に対して発行された請求書の請求書情報のリストを表示される。

具体的には、表示欄１１３Ａには、各取引先の請求書情報として、請求先、請求金額、支払い期限日（図４参照）等を表示する。

また、表示欄１１３Ａは、現在の日付が支払い期限日を超過し、かつ、請求書情報の支払い状態が「未払い」の場合に、この請求書情報を期限超過と判断し、項目「期限超過」の値として、「超過」と表示する。また、表示欄１１３Ａでは、項目「期限超過」の値が「超過」である請求書情報と対応付けて、表示部品１１４Ａを表示させる。表示部品１１４Ａは、債務の履行の実行を指示するための表示部品である。

また、表示欄１１３は、例えば、債権保証サービスを利用する取引先が登録されていない場合には、空欄であってよい。また、その場合には、表示欄１１２には、表示部品１１２－５のみが表示されてもよい。

本実施形態の取引管理装置３００は、画面１１１において、表示部品１１５が選択されると、新たな取引先の登録操作として受け付け、端末装置４００の表示を、ホーム画面から、取引先の選択画面へ遷移させる。

図１２は、取引先の選択画面の一例を示す図である。図１２に示す画面１２１は、図１０のステップＳ１００８において、端末装置４００に表示される取引先の選択画面の一例である。

尚、画面１２１は、図１１に示す画面１１１上に、ポップアップ形式で表示されてもよい。

画面１２１は、図１０のステップＳ１００６で取得した取引先のリストのうち、債権保証サービスを利用する取引先としての登録されていない取引先名の一覧が表示される。

取引管理装置３００は、画面１２１において、取引先名が選択されると、図１０のステップＳ１０１０以降の処理を行い、端末装置４００の表示を、画面１２１から後述する登録画面に遷移させる。

図１３は、登録画面の例を示す図である。図１３に示す画面１３１は、図１０のステップＳ１０１９で端末装置４００に表示される登録画面の一例である。

画面１３１は、表示欄１３２と、表示部品１３３、１３４を有する。表示欄１３２は、図１０のステップＳ１０１３で設定された取引先情報と、ステップＳ１０１６で請求書情報から特定された情報とが対応付けられた保証登録情報が表示される。

図１３の例では、表示欄１３２において、取引先名である会社名、住所等を含む取引先情報と、請求項情報から特定された取引開始日、支払い遅延の有無等とが、保証登録情報として表示される。

つまり、本実施形態の保証登録情報には、帳票管理装置２００から取得された取引先情報と、帳票管理装置２００から取得された請求書情報から、予め決められた条件等に基づき抽出された情報とが含まれる。

表示部品１１３は、保証登録情報の保証登録データベース３１０への格納をキャンセルするための表示部品である。表示部品１１４は、保証登録情報を保証登録データベース３１０に格納し、債権保証管理システム５００に対し、保証内容の審査を依頼（申込）するための表示部品である。

本実施形態において、取引管理装置３００、画面１３１において、表示部品１１４が選択されると、債権保証管理システム５００に対し、保証内容の審査を依頼する処理を行う。

図１４は、情報処理システムの動作を説明する第三のシーケンス図である。図１４では、取引管理装置３００が、債権保証管理システム５００に対し、保証内容の審査を依頼する際の取引管理システム１００の動作を示す。

取引管理システム１００において、端末装置４００は、テナントにより、保証内容の審査の依頼（申込）を選択する操作（表示部品１３４を選択する操作）を受け付けると（ステップＳ１４０１）、取引管理装置３００に対して、申込要求を送信する（ステップＳ１４０２）。

取引管理装置３００は、この要求を受けて、登録部３３３により、保証登録データベース３１０に格納された保証登録情報に申込状態を格納する（ステップＳ１４０３）。

具体的には、登録部３３３は、保証登録データベース３１０において、項目「テナント名」の値が取引先名と一致する保証登録情報について、項目「申込状態」の値を「審査中」とする。尚、このとき、取引管理装置３００は、債権保証管理システム５００の端末装置７００に対し、審査の依頼要求を示す通知を送信してもよい。

債権保証管理システム５００において、端末装置７００は、申込情報の表示を指示する操作を受け付けると（ステップＳか１４０４）、この要求を取引管理装置３００へ送信する（ステップＳ１４０５）。尚、端末装置７００の操作は、例えば、債権保証管理システム５００の管理者等によって行われる。

続いて、取引管理装置３００は、画面出力部３３６により、申込情報の一覧を表示させる画面データを生成し、端末装置７００に対して申込情報の一覧画面を表示させる（ステップＳ１４０６）。申込情報の一覧画面の詳細は後述する。

続いて、端末装置７００は、申込された取引先に対する保証内容の入力を受け付ける（ステップＳ１４０７）。続いて、端末装置７００は、入力された保証内容を示す情報を登録する操作を受け付ける（ステップＳ１４０８）。

端末装置７００は、この操作を受け付けると、保証内容を示す情報と、この情話運転室１０の登録要求とを取引管理装置３００へ送信する（ステップＳ１４０９）。

取引管理装置３００は、入力受付部３３１によりこの要求を受け付けて、登録部３３３により、保証内容を示す情報を、保証登録データベース３１０に格納する（ステップＳ１４１０）。このとき、登録部３３３は、保証登録データベース３１０において、保証内容の審査の依頼が行われた取引先と、保証内容を示す情報とを対応付けて、保証登録データベース３１０に格納する。

図１５は、申込情報の一覧画面の一例を示す図である。図１５に示す画面１５１は、図１４のステップＳ１４０６で端末装置７００に表示される画面の一例である。

画面１５１には、表示欄１５２、表示部品１５３、１５４、１５５が表示されている。表示欄１５２は、保証登録データベース３１０に格納された保証登録情報が表示される。また、表示欄１５２には、保証登録情報のうち、項目「申込状態」の値が「審査中」である保証登録情報と対応付けられた表示部品１５６が表示されている。表示部品１５６は、画面１５１を、保証内容の入力画面に遷移させるための表示部品である。

項目「申込状態」の値が「審査中」である保証登録情報とは、保証内容を示す情報の入力が完了していない保証登録情報である。具体的には、例えば、項目「保証上限金額」、項目「保証期間」の少なくとも一方の値を含まない保証登録情報である。

表示部品１５３は、保証登録データベース３１０に格納された保証登録情報を全て表示欄１５２に表示させるための表示部品である。表示部品１５３が操作されると、表示欄には、項目「申込状態」の値が「審査中」である保証登録情報と、項目「申込状態」の値が「審査済み」である保証登録情報とが表示される。

表示部品１５４は、保証登録データベース３１０に格納された保証登録情報のうち、項目「申込状態」の値が「審査中」である保証登録情報のみを表示させるための表示部品である。

表示部品１５５は、申込情報の一覧画面と、後述する債務の履行に関する画面とを切り替えるための表示部品である。

画面１５１において、表示部品１５６が操作されると、端末装置７００の表示は、画面１５１から、後述する保証内容の入力画面に遷移する。

図１６は、保証内容の入力画面の一例を示す図である。図１６に示す画面１６１は、図１４のステップＳ１４０７において端末装置７００に表示される画面の例である。

画面１６１には、表示欄１６２、１６３、表示部品１６４、１６５が表示されている。表示欄１６２は、取引先情報が表示され、表示欄１６には、保証内容の入力欄が表示される。

表示部品１６４は、保証登録データベース３１０に格納された保証内容を示す情報の格納をキャンセルするための表示部品である。表示部品１６５は、入力された保証内容を示す情報を保証登録データベース３１０に格納するための表示部品である。

本実施形態の端末装置７００は、端末装置７００において、表示欄１６３に保証内容を示す情報が入力され、表示部品１６５が操作されると、取引管理装置３００に対して、保証内容を示す情報の登録要求を送信する。

図１６の例では、取引先名「Ａ社」の保証登録情報の登録要求が取引管理装置３００に送信される。Ａ社の保証登録情報には、Ａ社の取引先情報と、請求書情報から特定された取引開始日と、支払い遅延の有無と、保証上限金額と、保証期間とが含まれる。

取引管理装置３００は、この登録要求を受けて、登録部３３３により、受信した保証内容を示す情報を、画面１６１の表示欄１６２に表示された取引先情報と対応付けて、保証登録データベース３１０に登録（格納）する。

保証登録データベース３１０に格納された保証登録情報は、この段階で、取引先情報と、保証内容を示す情報とを含む情報となる。

尚、本実施形態では、取引先の保証内容を示す情報（審査結果）を、債権保証管理システム５００からネットワークを介して受信するものとしたが、これに限定されない。保証内容を示す情報は、例えば、債権保証管理システム５００の管理者等により、取引管理装置３００に直接入力されてもよい。この場合は、図１５に示す画面１５１と、図設定記憶部１６に示す画面１６１とは、取引管理装置３００と接続されているディスプレイ等の表示装置に表示されてよい。

次に、図１７を参照して、債務の不履行に対して、債権保証サービスによる保証を要求する際の取引管理システム１００の動作について説明する。図１７は、情報処理システムの動作を説明する第四のシーケンス図である。

取引管理システム１００において、端末装置４００は、テナントからホーム画面の表示操作を受け付けると（ステップＳ１７０１）、取引管理装置３００に対して、ホーム画面の表示要求を送信する（ステップＳ１７０２）。

続いて、取引管理装置３００は、情報取得部３３２により、帳票管理装置２００に対して、テナントが取引先のうち、債権保証サービスを利用する取引先として登録された取引先を１つ特定し、この取引先の請求書情報の取得要求を送信する（ステップＳ１７０３）。

帳票管理装置２００は、この取得要求を受けて、請求書データベース２１０から、該当する請求書情報を取得し、取引管理装置３００へ送信する（ステップＳ１７０４）。このとき、帳票管理装置２００は、特定された取引先を含む請求書情報の全てを取引管理装置３００へ送信する。

取引管理装置３００は、特定した取引先の請求書情報を受信すると、リスク判定部３３５により、この取引先とテナントとの取引におけるリスクを示す指標を求める（ステップＳ１７０５）。言い換えれば、取引管理装置３００は、リスク判定部３３５により、テナントと取引先との取引の状況を示す情報を導出する。ステップＳ１７０５の処理の詳細は後述する。

取引管理装置３００は、ステップＳ１７０３からステップＳ１７０５までの処理を、債権保証サービスを利用する取引先として登録された全ての取引先について行い、画面出力部３３６により、その結果を含むホーム画面を表示させるための画面データを生成する（ステップＳ１７０６）。

続いて、取引管理装置３００は、この画面データに基づき、端末装置４００にホーム画面を表示させる（ステップＳ１７０７）。尚、ステップＳ１７０３からステップＳ１７０５までの処理で求められた取引先毎の情報が、ホーム画面１１１の表示欄１１２に表示される（図１１参照）。

次に、端末装置４００は、ホーム画面において、取引先の選択を受け付ける（ステップＳ１７０８）。端末装置４００は、取引先の選択を受け付けると、ホーム画面に、選択された取引先情報の請求書情報の一覧を表示させる（ステップＳ１７０９）。

続いて、端末装置４００は、テナントから、債務の履行を指示する操作を受け付けると（ステップＳ１７１０）、取引管理装置３００に対し、債務の履行要求を送信する（ステップＳ１７１１）。

取引管理装置３００は、履行要求を受け付けると、履行管理部３３４により、履行履歴情報を生成し、登録部３３３により、履行履歴情報を履行履歴データベース３２０に格納する（ステップＳ１７１２）。

具体的には、履行管理部３３４は、保証登録データベース３１０から、テナント名、選択された取引先名、取引先に対する請求金額、請求日、支払い期限、保証上限金額、保証期間を取得し、履行状態を履行中とした履行履歴情報を履行履歴データベース３２０に格納すればよい（図７参照）。

尚、履行要求を受け付けると、履行管理部３３４は、例えば、履行実行対象の請求書の画像データなど必要な情報を帳票管理装置２００から取得して履行履歴情報を生成し、履行履歴データベース３２０に格納してもよい。

次に、端末装置７００は、債権保証管理システム５００の管理者等から、履行履歴情報の一覧画面の表示を指示する操作を受け付ける（ステップＳ１７１３）。端末装置７００は、この操作を受け付けて、履行履歴情報の一覧の表示要求を取引管理装置３００に対して送信する（ステップＳ１７１４）。

取引管理装置３００は、画面出力部３３６は、履行履歴情報の一覧を表示させる画面データを生成し、端末装置７００に、履行履歴の一覧画面を表示させる（ステップＳ１７１５）。履行履歴の一覧画面の詳細は後述する。

端末装置７００は、債務の履行が実行されたことを示す操作を受け付けると（ステップＳ１７１６）、取引管理装置３００に対して、債務の履行が実行されたことを示す通知を送信する（ステップＳ１７１７）。

取引管理装置３００は、この通知を受けて、履行管理部３３４により、ステップＳ１７１２で履行履歴データベース３２０に格納された履行履歴情報の項目「履行状態」の値を「履行済み」に更新する（ステップ１７１８）。

次に、図１８を参照して、図７のステップＳ１７０５におけるリスク判定部３３５の処理について説明する。図１８は、リスク判定部の処理を説明する第一のフローチャートである。

本実施形態のリスク判定部３３５は、帳票管理装置２００から取得したある取引先の請求書情報のうち、支払い状態が未払いの請求書情報の請求金額の合計値を算出する（ステップＳ１８０１）。尚、以下の説明では、ステップＳ１８０１で算出された合計値を合計値Ａとする。合計値Ａは、テナントと取引先との間で取引中の金額である。

続いて、リスク判定部３３５は、支払い状態が未払いの請求書情報のうち、支払い期限が超過している請求書情報を特定し、支払い期限が超過している請求金額の合計値の合計を算出する（ステップＳ１８０２）。以下の説明では、ステップＳ１８０２で算出された合計値を合計値Ｂとする。

続いて、リスク判定部３３５は、合計値Ｂの値が０より大きいか否かを判定する（ステップＳ１８０３）。つまり、リスク判定部３３５は、支払い期限が超過した未払い金が存在するか否かを判定している。

ステップＳ１８０３において、合計値Ｂが０である場合、つまり、支払い期限が超過した未払い金が存在しない場合、リスク判定部３３５は、後述するステップＳ１８０６へ進む。

ステップＳ１８０３において、合計値Ｂが０より大きい場合、つまり、支払い期限が超過した未払い金が存在する場合、リスク判定部３３５は、合計値Ｂが保証上限金額を超えているか否かを判定する（ステップＳ１８０４）。

つまり、リスク判定部３３５は、未支払い期限が超過した未払い金が、債権保証サービスによって全額回収できる金額であるか否かを判定している。

ステップＳ１８０４において、合計値Ｂが保証上限金額を超えている場合、リスク判定部３３５は、この取引先との取引におけるリスクを「高」と判定し（ステップＳ１８０５）、処理を終了する。

ステップＳ１８０４において、合計値Ｂが保証上限金額を超えない場合、リスク判定部３３５は、後述するステップＳ１８０９へ進む。

ステップＳ１８０３において、合計値Ｂが０である場合、リスク判定部３３５は、合計値Ａが保証上限金額以下であるか否かを判定する（ステップＳ１８０６）。

ステップＳ１８０６において、合計値Ａが保証上限金額以下でない場合、つまり、合計値Ａが保証上限金額を超える場合、リスク判定部３３５は、この取引先との取引におけるリスクを「中」と判定し（ステップＳ１８０７）、処理を終了する。

ステップＳ１８０６において、合計値Ａが保証上限金額以下である場合、リスク判定部３３５は、この取引先との取引におけるリスクを「低」と判定し（ステップＳ１８０８）、処理を終了する。

また、ステップＳ１８０４において、合計値Ｂが保証上限金額を超えない場合、リスク判定部３３５は、合計値Ａが保証上限金額以下であるかを判定する（ステップＳ１８０９）。

ステップＳ１８０９において、合計値Ａが保証上限金額以下ではない場合、ステップＳ１８０５へ進む。つまり、リスク判定部３３５は、支払い期限が超過した未払い金があり、かつ、取引先に対する請求金額が保証上限金額を超えている場合、この取引先との取引のリスクを「高」と判定する。

ステップＳ１８０９において、合計値Ａが保証上限金額以下である場合、リスク判定部３３５は、ステップＳ１８０９へ進む。つまり、リスク判定部３３５は、支払い期限が超過した未払い金があり、かつ、取引先に対する請求金額が保証上限金額未満である場合、この取引先との取引のリスクを「中」と判定する。

本実施形態のリスク判定部３３５は、図１８の処理を、債権保証サービスを利用する取引先として登録された取引先毎に行い、リスクの判定結果を判定結果テーブル３３９に格納する。

尚、本実施形態のリスク判定部３３５は、例えば、リスクの判定を行った後に、保証上限金額に対する合計値Ａ（未払いの請求金額の合計）の比率を算出し、判定結果テーブル３３９に格納してもよい。

また、図１８に示す処理は、例えば、保証登録データベース３１０が更新される度に実行されてもよい、言い換えれば、図１８の処理は、テナントと取引先との間で取引が行われる度に実行されてもよい。

図１９は、判定結果テーブルの一例を示す図である。本実施形態の判定結果テーブル３３９は、テナント毎に生成される。判定結果テーブル３３９は、情報の項目として、テナントＩＤ、取引先名、保証上限金額、合計値Ａ、比率、合計値Ｂ、リスク判定結果を有する。判定結果テーブル３３９では、項目「取引先名」とその他の項目とが対応付けられており、項目「取引先名」の値と、その他の項目の値とを含む情報を、取引状況情報と表現する場合がある。取引状況情報は、テナントと取引先との取引の状況を示す情報である。つまり、本実施形態のリスク判定部３３５は、取引状況情報を算出する。取引先情報は、保証登録データベース３１０が更新される度に更新されてもよい。

項目「合計値Ａ」の値は、対応する取引先とテナントとの間の取引において支払い状態が未払いの請求金額の合計額を示す。項目「比率」の値は、保証上限金額に対する合計値Ａの比率を示す。

項目「合計値Ｂ」の値は、対応する取引先とテナントとの間の取引において支払い状態が未払いで、かつ、支払い期限が超過している請求金額の合計額を示す。項目「リスク判定結果」の値は、テナントＩＤと取引先とが取引を行う際のリスクの指標を示す。

図１９の例では、テナント名「Ｘ社」の取引先として、Ｂ社、Ｃ社、Ｄ社、Ｅ社、Ｆ社が存在している。このなかで、Ｂ社は、合計値Ａは保証上限金額未満であり、合計値Ｂは０である。また、比率が５％と低い。このため、Ｘ社がＢ社と取引する際のリスクは「低」とされる。

また、Ｃ社は、合計値Ａは保証上限金額未満であるが、合計値Ｂが存在する。このため、Ｘ社がＣ社と取引する際のリスクは「中」とされる。また、Ｄ社は、合計値Ａも合計値Ｂも保証上限金額以上である。このため、Ｘ社がＤ社と取引する際のリスクは「高」とされる。

本実施形態の取引管理装置３００は、ホーム画面を端末装置４００に表示させる際に、この判定結果テーブル３３９を参照して、ホーム画面を表示させる際の画面データを生成する。

図２０は、ホーム画面を示す第二の図である。図２０に示す画面１１１Ａは、テナント「Ｘ社」の取引先のうち、「Ａ社」が、債権保証サービスを利用する取引先として、新たに登録され、Ｄ社の債務が債権保証サービスによって履行された状態を示している。

画面１１１Ａは、表示欄１１２Ａ、１１３Ａを含む。表示欄１１２Ａには、表示欄１１２－１、１１２－２、１１２－３、１１２－４等が表示される。

表示欄１１２－１は、判定結果テーブル３３９におけるＢ社の名称（取引先名）と、Ｂ社との取引のリスクを示すマーカ１７１と、取引状況情報１７２とが表示される。

具体的には、Ｂ社の取引状況情報では、保証上限金額が１０００万円であり、未払いの請求金額の合計が５０万円であり、支払い期限を超過した未払い金はない（図１９参照）。

したがって、マーカ１７１は、リスク判定結果「低」を示すマーカであり、取引状況情報１７２として、保証上限金額１０００万円、未払いの請求金額の合計５０万円、支払い期限を超過した未払い金０と表示される。

また、表示欄１１２－１には、保証上限金額が表示されることから、Ｂ社の保証内容を示す情報が表示されることになる。

表示欄１１２－２は、判定結果テーブル３３９におけるＢ社の名称（取引先名）と、Ｃ社との取引のリスクを示すマーカ１７３と、取引状況情報１７４とが表示される。

具体的には、Ｃ社の取引状況情報では、保証上限金額が５００万円であり、未払いの請求金額の合計が３００万円であり、支払い期限を超過した未払い金が５０万円である（図１９参照）。

したがって、マーカ１７３は、リスク判定結果「中」を示すマーカであり、取引状況情報１７４として、保証上限金額５００万円、未払いの請求金額の合計３００万円、支払い期限を超過した未払い金５０万円と表示される。

また、表示欄１１２－２には、保証上限金額が表示されることから、Ｃ社の保証内容を示す情報が表示されることになる。

表示欄１１２－３は、判定結果テーブル３３９におけるＤ社の名称（取引先名）と、Ｄ社との取引のリスクを示すマーカ１７５と、取引状況情報１７６とが表示される。

具体的には、Ｄ社の取引状況情報では、保証上限金額が２００万円であり、未払いの請求金額の合計が１５０万円であり、支払い期限を超過した未払い金が１５０万円である（図１９参照）。

したがって、マーカ１７５は、リスク判定結果「高」を示すマーカであり、取引状況情報１７６として、保証上限金額３００万円、未払いの請求金額の合計２００万円、支払い期限を超過した未払い金１５０万円と表示される。

また、表示欄１１２－３には、保証上限金額が表示されることから、Ｄ社の保証内容を示す情報が表示されることになる。

尚、マーカ１７１、１７３、１７５は、それぞれの表示態様が異なっていればよく、図２０に示す表示態様に限定されない。マーカ１７１、１７３、１７５は、例えば、マーカ以外であってもよく、判定結果テーブル３３９のリスク判定結果をそのまま表示したものであってもよい。

また、本実施形態では、表示欄１１２、１１３の表示は、取引先情報が更新される度に更新される。

このように、本実施形態では、テナントと各取引先との取引の状況を示す取引状況情報の一覧を、テナントに提示する。言い換えれば、本実施形態では、テナント毎に、テナントの取引先、取引中の金額（未払い金）と、保証上限金額との一覧をテナントに提示する。

したがって、本実施形態によれば、テナントに対して、各取引先との取引状況を容易に把握させることができる。

また、本実施形態では、ホーム画面において、テナントの取引先毎に、保証内容を示す情報の一覧も表示される。したがって、本実施形態によれは、テナントに対して、取引先毎に債権保証サービスから保証される内容の一覧を提示することができる。

また、本実施形態では、債権保証サービスを利用する取引先を取引管理装置３００に登録する際に、表示欄１１２の特定の表示部品を選択して取引先の一覧を表示させ、この一覧から取引先を選択するだけで、債権保証サービスに対する取引先の登録を行うことができる。したがって、本実施形態では、債権保証サービスを利用するために、テナントが取引先の情報を手入力する、等といった手間が削減でき、取引先毎に簡単に債権保証サービスの利用登録を行うことができる。

次に、表示欄１１３について説明する。表示欄１１３では、取引先毎の取引状況情報の一覧が表示されている。

ここで、表示欄１１２Ａにおいて、何れかの取引先と対応する表示欄を選択する操作が行われると、表示欄１１３には、選択された取引先の請求書情報の一覧を表示させてもよい。

また、その場合には、例えば、支払い状態が未払いである請求書情報や、支払い遅延が「あり」とされた請求書情報を強調して表示させてもよい。また、表示欄１１３には、強調表示された請求書情報と対応付けて表示部品１１４を表示させてもよい。

このように、未払いの請求書情報に、債務の履行を指示するための表示部品１１４を対応付けて表示させることで、請求書情報毎に、債務の履行を指示することができる。

尚、図２０に示す表示欄１１３では、リスク判定結果が「高」であるＤ社と対応付けて、表示部品１１４が表示されている。

端末装置４００は、画面１１１Ａにおいて、表示部品１１４を選択する操作を受け付けると、取引管理装置３００に対して、Ｄ社の債務の履行要求を送信する。

取引管理装置３００は、Ｄ社の債務の履行要求を受け付けたこと示す通知を、債権保証管理システム５００に送信してもよい。

端末装置７００は、Ｄ社の履行履歴情報を含む、履行履歴情報の一覧画面の表示要求を取引管理装置３００に対して送信する。図２１は、履行履歴情報の一覧画面の一例を示す図である。

図２１に示す画面１５１Ａは、図１７のステップＳ１７１５で端末装置７００に表示される。画面１５１Ａは、表示欄１５２Ａ、表示部品１５３、１５４Ａ、１５５、１５６Ａを有する。

表示欄１５２Ａには、履行履歴データベース３２０に格納された履行履歴情報の一覧が表示される。

表示部品１５４Ａは、履行履歴情報のうち、履行状態が「履行中」の履行履歴情報のみを表示欄１５２Ａに表示させるための表示部品である。

表示部品１５６Ａは、履行状態が「履行中」である履行履歴情報と対応付けられて表示される表示部品である。表示欄１５２Ａでは、Ｄ社の履行履歴情報と表示部品１５６Ａとが対応付けられて表示されている。端末装置７００は、表示部品１５６Ａを選択する操作を受け付けると、画面１５１Ａを、債務の履行が行われた否かを確認するための画面に遷移させてもよい。

尚、表示欄１５２Ａに表示された履行履歴情報の一覧において、履行履歴情報に対応する請求書の画像データを閲覧するためのボタンを履行履歴情報毎に表示してもよい。

本実施形態の取引管理装置３００は、債務の履行の実行が完了したことを示す通知を債権保証管理システム５００から受信すると、履行履歴データベース３２０における履行状態を、履行中から履行済みに変更する。そして、取引管理装置３００は、保証登録データベース３１０における合計値Ａ、合計値Ｂ等に、債務の履行か実行された結果を反映させる。

次に、図２２を参照して、本実施形態の取引管理システム１００における消し込みの動作について説明する。消し込みとは、請求金額に対する支払いを受けて、請求書データベース２１０に格納された請求書情報における支払い状態を「支払い済み」に変更することである。

図２２は、情報処理システムの動作を説明する第五のシーケンス図である。本実施形態の取引管理システム１００において、帳票管理装置２００は、消込画面を端末装置４００に表示させる（ステップＳ２２０１）。尚、消込画面は、例えば、定期的に、帳票管理装置２００から端末装置４００へ表示させてもよい。

続いて、端末装置４００は、消込対象の請求書情報を設定する操作を受け付ける（ステップＳ２２０２）。続いて、端末装置４００は、消込情報の入力を受け付ける（ステップＳ２２０３）。続いて、端末装置４００は、消込を指示する消込操作を受け付ける（ステップＳ２２０４）。

端末装置４００は、消込操作を受け付けると、帳票管理装置２００に対して、該当する請求書情報に対する消込要求を送信する（ステップＳ２２０５）。

取引管理装置３００は、消込要求を受けて、該当する請求書情報の消込を実行する（ステップＳ２２０６）。具体的には、帳票管理装置２００は、消し込み部２３３により、請求書データベース２１０において、該当する請求書情報を特定し、特定した請求書情報の項目「支払い状態」を、未払いから支払い済みに変更する。以上の処理により、未払いの消し込みが完了する。

尚、本実施形態では、請求書を帳票の一例として説明したが、例えば、見積書を帳票の一例としてもよい。言い換えれば、本実施形態では、取引状況情報と、請求書情報から特定された情報と、保証内容を示す情報とが、保証登録情報に含まれるものとしたが、これに限定されない。保証登録情報に含まれる情報は、取引状況情報と、請求書情報から特定された情報と、見積書情報から特定された情報と、保証内容を示す情報と、を含んでも良い。

図２３は、見積書データベースの一例を示す図である。図２３に示す見積書データベース２１０Ａは、見積書情報が格納される。見積書情報は、情報の項目として、見積先、見積金額、見積り日、請求予定日、支配期限予定日、状態、受注日、請求日、入金日、請求書ＩＤ等を含む。

項目「見積先」の値は、見積書の発行する取引先である。項目「見積金額」の値は、見積書に記載された見積金額である。項目「見積り日」の値は、見積書を発行した日付を示す。項目「請求予定日」の値は、請求書を発行する予定日を示す。項目「支払い期限予定日」の値は、請求金額の支払い期限となる予定日を示す。

項目「状態」の値は、取引の状態を示す。項目「受注日」の値は、見積書に対する受注を受けた日付を示す。項目「請求日」の値は、見積書と対応する請求書を発行した日付を示す。項目「入金日」の値は、請求金額が入金された日付を示す。項目「請求書ＩＤ」の値は、見積書と対応する請求書を特定するための識別情報を示す。

本実施形態では、例えば、リスク判定部３３５によるリスクの判定を行う際に、見積書データベース２１０Ａを参照してもよい。

以下に、図２４を参照して、請求書情報と見積書情報とを用いてリスク判定部３３５がリスクの判定を行う場合について説明する。図２４は、リスク判定部の処理を説明する第二のフローチャートである。

図２４の例では、リスク判定部３３５は、テナントの取引先毎に、未払いの請求金額と、見積金額に受注率を乗算した金額との合計値を算出し、合計値Ａ′とする（ステップＳ２４０１）。

尚、受注率とは、見積書データベース２１０Ａにおいて、取引先の見積書情報のレコード数に対する、項目「受注日」の値が入力されている見積書情報のレコード数の割合を示す。

例えば、取引先がＡ社の場合、見積書データベース２１０Ａに格納された見積書情報のレコード数は、４つである（図２３参照）。この４つの見積書情報において、実際に見積もり内容の受注を受けたことを示す項目「受注日」の値が入力されている見積書情報のレコード数は０である。

したがって、Ａ社の場合、見積金額に受注率を乗算した金額は０円となり、合計値Ａ′は、未払いの請求金額の合計値Ａと同じになる。

図２４のステップＳ２４０２からステップＳ２４０９までの処理は、合計値Ａが合計値Ａ′とされる以外は、図１８のステップＳ１８００２からステップＳ１８０９までの処理と同様であるから、説明を省略する。

このように、本実施形態によれば、取引管理装置３００を含む取引管理システム１００の利用者であるテナントに対し、取引先の保証内容を示す情報の一覧を提示することができる。

尚、本実施形態では、保証登録情報の一部に、帳票認識によって取得された請求書情報の一部を含めるものとしたが、保証登録情報には、帳票認識によって取得された情報が含まれなくてもよい。

具体的には、例えば、保証登録情報に含まれる請求書情報の一部は、帳票管理装置２００以外の装置から別途取得されてもよい。

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

また、実施形態に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。

ある実施形態では、帳票管理装置２００は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、帳票管理装置２００は、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。

さらに、帳票管理装置２００は、開示された処理ステップを様々な組み合わせで共有するように構成できる。例えば、帳票管理装置２００によって実行されるプロセスは、他のサーバ装置によって実行され得る。同様に、帳票管理装置２００の機能は、他のサーバ装置によって実行することができる。また、サーバ装置と他のサーバ装置の各要素は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。

また、明細書中の対応テーブルは、機械学習の学習効果によって生成されたものでもよい。また、取引内容の記載に含まれうるキーワードと勘定項目とを機械学習にて分類付けすることで、対応テーブルを使用しなくてもよい。

ここで、機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり、コンピュータが、データ識別等の判断に必要なアルゴリズムを、事前に取り込まれる学習データから自律的に生成し，新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、深層学習のいずれかの方法でもよく、さらに、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。

以上、各実施形態に基づき本発明の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。

１００ 情報処理システム
２００ 帳票管理装置
２１０ 請求書データベース
２２０ 取引先データベース
２３０ 帳票管理部
３００ 取引管理装置
３１０ 保証登録データベース
３２０ 履行履歴データベース
３３０ 取引管理部
３３１ 入力受付部
３３２ 情報取得部
３３３ 登録部
３３４ 履行管理部
３３５ リスク判定部
３３６ 画面出力部
３３７ 通信部
３３９ 判定結果テーブル
４００、７００ 端末装置
５００ 債権保証管理システム
６００ 債権保証管理装置

特開２０２０－００３９６０号公報

Claims (11)

1. 取引先を示す取引先情報と、前記取引先に対する債権の保証内容を示す情報とを対応付けて記憶部に格納する登録部と、
   前記取引先毎に、前記取引先との取引の状況を示す取引状況情報と、前記保証内容を示す情報とを表示部に表示させる画面出力部と、
   前記取引先情報と、前記取引先に対する請求に関する請求書情報とを取得する情報取得部と、
   前記保証内容を示す情報の入力を受け付ける入力受付部と、を有し、
   前記登録部は、
   前記取引先情報と、前記請求書情報に含まれる一部の情報と、前記保証内容を示す情報とを対応付けた保証登録情報を、前記記憶部に格納する、情報処理装置。
2. 前記取引状況情報は、少なくとも前記取引先と取引中の金額を示す情報を含む、請求項１に記載の情報処理装置。
3. 前記請求書情報から前記取引中の金額を特定し、前記取引中の金額と、前記保証内容を示す情報とに基づき、前記取引先との取引のリスクを前記取引先毎に判定するリスク判定部を有し、
   前記画面出力部は、前記取引先毎の判定結果の一覧を前記表示部に表示させる、請求項２記載の情報処理装置。
4. 前記リスク判定部は、
   前記保証内容を示す情報に含まれる保証上限金額と、前記取引先と取引中の金額とに基づき前記リスクを判定し、
   前記保証上限金額と、前記取引先と取引中の金額と、前記リスクの判定結果とを含む前記取引状況情報を生成して保持する、請求項３記載の情報処理装置。
5. 前記取引先と取引中の金額は、
   前記取引先に対して請求された請求金額における未払い金の合計額であり、
   前記リスク判定部は、
   前記未払い金の合計額と、前記未払い金において支払い期限が超過している金額の合計額と、を用いて前記リスクを判定する、請求項４記載の情報処理装置。
6. 前記画面出力部は、
   前記取引先毎の前記取引状況情報の一覧を表示させる、請求項５記載の情報処理装置。
7. 前記取引状況情報は、
   前記保証登録情報が更新される度に更新される、請求項５又は６記載の情報処理装置。
8. 前記請求書情報は、前記取引先に対して発行された請求書に対して帳票認識を行うことで取得される、請求項２乃至７の何れか一項に記載の情報処理装置。
9. 情報処理装置による情報処理方法であって、前記情報処理装置が、
   取引先を示す取引先情報と、前記取引先に対する債権の保証内容を示す情報とを対応付けて記憶部に格納し、
   前記取引先毎に、前記取引先との取引の状況を示す取引状況情報と、前記保証内容を示す情報とを表示部に表示させ、
   前記取引先情報と、前記取引先に対する請求に関する請求書情報とを取得し、
   前記保証内容を示す情報の入力を受け付け、
   前記取引先情報と、前記請求書情報に含まれる一部の情報と、前記保証内容を示す情報とを対応付けた保証登録情報を、前記記憶部に格納する、情報処理方法。
10. 取引先を示す取引先情報と、前記取引先に対する債権の保証内容を示す情報とを対応付けて記憶部に格納し、
    前記取引先毎に、前記取引先との取引の状況を示す取引状況情報と、前記保証内容を示す情報とを表示部に表示させ、
    前記取引先情報と、前記取引先に対する請求に関する請求書情報とを取得し、
    前記保証内容を示す情報の入力を受け付け、
    前記取引先情報と、前記請求書情報に含まれる一部の情報と、前記保証内容を示す情報とを対応付けた保証登録情報を、前記記憶部に格納する、処理をコンピュータに実行させる、情報処理プログラム。
11. 端末装置と、情報処理装置とを含む情報処理システムであって、
    前記情報処理装置は、
    取引先を示す取引先情報と、前記取引先に対する債権の保証内容を示す情報とを対応付けて記憶部に格納する登録部と、
    前記取引先毎に、前記取引先との取引の状況を示す取引状況情報と、前記保証内容を示す情報と前記端末装置へ出力する画面出力部と、
    前記取引先情報と、前記取引先に対する請求に関する請求書情報とを取得する情報取得部と、
    前記保証内容を示す情報の入力を受け付ける入力受付部と、を有し、
    前記登録部は、
    前記取引先情報と、前記請求書情報に含まれる一部の情報と、前記保証内容を示す情報とを対応付けた保証登録情報を、前記記憶部に格納し、
    前記端末装置は、
    前記取引先毎に、前記取引先との取引の状況を示す取引状況情報と、前記保証内容を示す情報とを表示する表示部を有する、情報処理システム。

Images