JP7173109B2 - 提案サーバ、通信システム、提供方法、及びプログラム - Google Patents

Description

本開示内容は、提案サーバ、通信システム、提供方法、及びプログラムに関する。

商取引の世界では、取引によって生じた売掛債権を早期に現金化し、資金調達を行う方法であるファクタリングが多く用いられている。例えば、特許文献１は、ファクタリングにより売掛債権を買取る手続をコンピュータシステムで実現することにより、人手による事務負担の削減を図りつつ売掛債権を迅速に買い取る方法が開示されている。

しかしながら、ファクタリング等の資金提供サービス企業（資金調達先）によっては、手数料が異なったり、そもそも個人商店の申し込みは付けつけなかったりと、様々な企業が存在する。そのため、利用者は、自分が想定する条件に合った資金調達先を見つけ出すことが困難であるという課題が生じる。

請求項１に係る発明は、取引先に商品若しくはサービスを提供又は提供予定の利用者の利用者端末に対し、通信ネットワークを介して情報を提供する提案サーバであって、前記利用者端末から、前記利用者が提供する商品又はサービスの帳票を用いた資金調達に関する所定条件を含む条件情報を受信する受信手段と、前記条件情報から特定した前記帳票の内容に対応する資金調達対象の種類を示す資金調達対象種類情報を含む資金調達情報を取得し、該資金調達情報に基づき検索された前記利用者が前記資金調達を行うことが可能な複数の資金調達先から前記所定条件に基づく資金調達先を判断する判断手段と、前記利用者が前記資金調達を行うことが可能な複数の資金調達先のうち、前記判断手段に基づいて定めた特定の資金調達先を示す情報を、前記利用者端末に送信する送信手段と、を有することを特徴とする提案サーバである。

以上説明したように本発明によれば、提案サーバは利用者が要求する所定条件を満たす資金調達を行う特定の資金調達先を利用者端末に伝えることで、利用者は自分が想定する条件に合った資金調達先を見つけ出すことが困難であるという課題を解消することができるという効果を奏する。

本実施形態に係る各企業の関係図である。 本実施形態の通信システムの概略図である。 本実施形態の利用者端末及び提案サーバ、資金提供サービスサーバ、及びし尿情報サーバのハードウェア構成図である。 本実施形態に係る通信システムの各機能ブロック図である。 テナント定期経費履歴テーブルの概念図である。 テナント個別支払い管理テーブルの概念図である。 資金調達情報管理テーブルの概念図である。 テナント銀行口座情報テーブルの概念図である。 テナントクレジットカード情報管理テーブルの概念図である。 テナント管理テーブルの概念図である。 資金提供サービス種類管理テーブルの概念図である。 資金提供サービス管理テーブルの概念図である。 宛先情報管理テーブルの概念図である。 信用情報調整管理テーブルの概念図である。 信用情報管理テーブルの概念図である。 推奨候補情報管理テーブルの概念図である。 資金繰り画面を表示する処理を示すシーケンス図である。 資金繰り画面の作成処理を示すフローチャートである。 資金繰り画面の表示例を示した図である。 推奨画面の表示処理を示したシーケンス図である。 推奨情報の絞り込み処理をしたフローチャートである。 事前準備の処理を示したフローチャートである。 推奨候補情報の作成処理を示したフローチャートである。 手数料優先の場合の推奨画面の表示例を示した図である。 手数料優先の場合の表示変更後の推奨画面の表示例を示した図である。 リスク回避優先の場合の推奨画面の表示例を示した図である。 再表示された資金繰り画面の表示例を示した図である。

〔企業間の関係〕
図１を用いて、各企業間の関係を説明する。図１は、本実施形態に係る各企業の関係図である。

図１に示されているように、サービス利用企業Ａは、提案企業Ｃからお薦めの資金調達先の提案を受けるサービスを利用する企業である。取引先企業Ｂは、サービス利用企業Ａの取引先である。ここでは、サービス利用企業Ａは債権者、取引先企業Ｂは債務者の関係が生じ得る。提案企業Ｃは、サービス利用企業Ａに上記サービスを提供する企業である。

また、ファクタリングサービス企業Ｄ、売掛金担保融資サービス企業Ｅ、ＰＯファイナンス企業Ｆ、見積書ファイナンスサービス企業Ｇは、それぞれ名称のサービスを行う企業であり、いずれも資金提供サービス企業である。資金提供サービス企業は、サービス利用企業Ａから見ると、資金調達先である。

ファクタリングサービス企業Ｄは、複数のファクタリングサービス企業Ｄ１，Ｄ２，・・・Ｄｎの総称である。売掛金担保融資サービス企業Ｅは、複数の売掛金担保融資サービス企業Ｅ１，Ｅ２，・・・Ｅｎの総称である。ＰＯファイナンス企業Ｆは、複数のＰＯファイナンス企業Ｆ１，Ｆ２，・・・Ｆｎの総称である。見積書ファイナンスサービス企業Ｇは、見積書ファイナンスサービス企業Ｇ１，Ｇ２，・・・Ｇｎの総称である。

信用情報サービス企業Ｈは、取引先企業等の企業の経営等の信頼度を示す信頼情報を有し、提供企業Ｃに信用情報を提供する企業である。なお、信用情報サービス企業Ｈは、信用情報サービス企業Ｈ１，Ｈ２，・・・Ｈｎの総称である。

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

まず、サービス利用企業Ａは、取引先企業Ｂに対して、商品若しくはサービスを提供又は提供予定により、売掛債権等が発生する（Ｓ１）。そして、サービス利用企業Ａは、複数の資金調達先から自分の条件に合った資金調達先を提案してもらうため、提案企業Ｃに対して、自分が希望する所定条件（手数料率優先、リスク回避優先）を伝える（Ｓ２）。そして、提案企業Ｃ、信用情報サービス企業Ｈから取引企業先Ｂの信用情報を取得し、この信用情報、帳票の内容、サービス利用企業Ａからの所定条件など等を総合的に判断し、サービス利用企業Ａに対して、お薦めの特定の資金調達先を提案する（Ｓ３）。

これにより、サービス利用企業Ａは、提案された特定の資金調達先（資金提供サービス企業）に対して、帳票を送って資金調達の申し込みを行う（Ｓ４）。これに対して、特定の資金提供サービス企業は、審査後にサービス利用企業Ａに対して資金調達を行う（Ｓ５）。更に、特定の資金提供サービス企業は、取引先企業Ｂに対して、売掛債権等に対応する売掛金の請求を行う（Ｓ６）。これにより、取引先企業Ｂは、特定の資金提供サービス企業に対して、期日通りに売掛金の支払いを行う（Ｓ７）。

〔通信システムの概略〕
図２は、本実施形態の通信システムの概略図である。図２は、図１の各企業の端末又はサーバを示した図である。

利用者企業Ａには、ＰＣ(personal computer)等の利用者端末１が設置されており、利用者Ａ１によって操作される。提案企業Ｃには、提案サーバ３が設けられている。また、ファクタリングサービス企業Ｄ、売掛金担保融資サービス企業Ｅ、ＰＯファイナンス企業Ｆ、見積書ファイナンスサービス企業Ｇには、それぞれ、資金提供サービスサーバ５ｄ，５ｅ，５ｆ，５ｇが設けられている。また、信用情報サービス企業Ｈには、信用情報サーバ７が設けられている。各サーバは、いずれもコンピュータによって構成されている。そして、利用者端末１、資金提供サービスサーバ５ｄ，５ｅ，５ｆ，５ｇ、及び信用情報サーバ７は、インターネット等の通信ネットワーク１００を介して通信することができる。なお、以降、資金提供サービスサーバ５ｄ，５ｅ，５ｆ，５ｇの総称は、「資金提供サービスサーバ５」と示す。

〔通信システムの各ハードウェア構成〕
続いて、図３を用いて、図１に示される通信システムを構築している各端末及びサーバ）のハードウェア構成について説明する。なお、いずれも、同じ構成であるため、利用者端末１のハードウェア構成を説明し、各サーバのハードウェア構成の説明を省略する。

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

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

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

また、外部機器接続Ｉ／Ｆには、集音装置の一例としてのマイク、音出力装置の一例としてのスピーカ、及び撮像装置の一例としてのカメラ等を接続することができる。

〔通信システムの各機能構成〕
次に、図３乃至図１６を用いて、本実施形態の通信システムの各機能構成について説明する。図４は、本実施形態に係る通信システムの各機能ブロック図である。なお、資金提供サービスサーバ５及び信用情報サーバ７は、本実施形態の通信処理において、新規な機能を有していないため、説明を省略する。

＜利用者端末の機能構成＞
まず、図３及び図４を用いて、利用者端末１の機能構成について説明する。図４に示されているように、利用者端末１は、送受信部１１、受付部１２、表示制御部１４、判断部１５、及び記憶・読出処理部１９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＨＤ１０４からＲＡＭ１０３上に展開されたプログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能、又は機能する手段である。また、利用者端末１は、図３に示されているＲＡＭ１０３及びＨＤ１０４によって構築される記憶部１０００を有している。

（利用者端末の各機能構成）
次に、利用者端末１の各構成要素について説明する。送受信部１１は、図３に示されているＣＰＵ１０１からの命令、並びに外部機器接続Ｉ／Ｆ１０８及びネットワークＩ／Ｆ１０９によって実現され、通信ネットワーク１００を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。

受付部１２は、主に、図３に示されているＣＰＵ１０１からの命令、並びにキーボード１１１及びポインティングデバイス１１２、操作ボタン１０８及電源スイッチ１０９によって実現され、利用者による各種入力を受け付ける。

表示制御部１４は、主に、図３に示されているＣＰＵ１０１からの命令によって実現され、ディスプレイ１０６又は外部機器接続Ｉ／Ｆに接続された外付けのディスプレイに対して画像データを出力することで、画像を表示させる。表示制御部１４は、Ｗｅｂブラウザ機能を有している。

判断部１５は、主に、図３に示されているＣＰＵ１０１からの命令によって実現され、各種判断を行う。

記憶・読出処理部１９は、主に、図３に示されているＣＰＵ１０１からの命令及びＨＤＤコントローラ１０５によって実行され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出したりする処理を行う。

＜提案サーバの機能構成＞
続いて、図３乃至図１６を用いて、提案サーバ３の機能構成について説明する。図４に示されているように、提案サーバ３は、送受信部３１、算出部３３、判断部３５、作成部３６、及び記憶・読出処理部３９を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＨＤ１０４からＲＡＭ１０３上に展開されたプログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能又は機能する手段である。また、提案サーバ３は、図３に示されているＲＡＭ１０３及びＨＤ１０４によって構築される記憶部３０００を有している。

（テナント定期経費履歴管理テーブル）
図５は、テナント定期経費履歴管理テーブルを示す概念図である。記憶部３０００には、図５に示されているようなテナント定期経費履歴管理テーブルによって構成されているテナント定期経費履歴管理ＤＢ３００１が構築されている。このテーブルでは、提案企業Ｃからのサービスを受けるサービス利用企業等（テナント）を識別するためのテナントＩＤ毎に、定期的な支払いが発生した過去の支出種類、支出月、及び金額が関連付けて管理されている。このテーブルに基づいて、将来の定期的な支払いが予測される。

（テナント個別支払い管理テーブル）
図６は、テナント個別支払い管理テーブルを示す概念図である。記憶部３０００には、図６に示されているようなテナント定期経費履歴管理テーブルによって構成されているテナント定期経費履歴管理ＤＢ３００１が構築されている。このテーブルでは、テナントの支払い情報として、テナントＩＤ毎に、ＩＤ、請求元、支払期限、金額、及び支払い状態の各情報が関連付けて管理されている。

（資金調達情報管理テーブル）
図７は、資金調達情報管理テーブルを示す概念図である。記憶部３０００には、図７に示されているような資金調達情報管理テーブルによって構成されている資金調達情報管理ＤＢ３００３が構築されている。このテーブルには、資金調達に用いられる帳票の内容が示されている。そのため、このテーブルでは、テナントＩＤ毎に、ＩＤ、取引先、資金調達対象種類、支払期限、金額、及び支払い状態の各情報、並びに、ＰＤＦ等に電子化された帳票画像の保存先が関連付けて管理されている。なお、資金調達対象種類は、請求書、注文書、及び見積書がある。

（テナント銀行口座テーブル）
図８は、テナント銀行口座管理テーブルを示す概念図である。記憶部３０００には、図８に示されているようなテナント銀行口座管理テーブルによって構成されているテナント銀行口座管理ＤＢ３００４が構築されている。このテーブルでには、利用者が予め提案サーバ３に登録しておいた自己の銀行口座に関する内容が示されている。そのため、このテーブルでは、テナントＩＤ毎に、銀行名、支店名、口座番号、利用者名、及びパスワードが関連付けて管理されている。

（テナントクレジットカード情報管理テーブル）
図９は、テナントクレジットカード情報管理テーブルを示す概念図である。記憶部３０００には、図９に示されているようなテナントクレジットカード情報管理テーブルによって構成されているテナントクレジットカード情報管理ＤＢ３００５が構築されている。このテーブルには、利用者が予め提案サーバ３に登録しておいた自己のクレジットカードに関する内容が示されている。そのため、このテーブルでは、テナントＩＤ毎に、カード名（カード番号）、利用者名、及びパスワードが関連付けて管理されている。この情報によって借り入れができる金額は、後ほど、キャッシュ残高に使われる。

（テナント管理テーブル）
図１０は、テナント管理テーブルを示す概念図である。記憶部３０００には、図１０に示されているようなテナント管理テーブルによって構成されているテナント管理ＤＢ３００６が構築されている。このテーブルには、テナントの企業情報に関する内容が示されている。そのため、このテーブルでは、テナントＩＤ、テナントの名称、テナントの住所（所在地）、テナントの業種、及びテナントの事業種類が関連付けて管理されている。この情報は、例えば、テナントが建設業の場合、特に建設業に対して資金提供を行わない資金提供サービス企業が選択の対象から外されるときに用いられる。

（資金提供サービス種類管理テーブル）
図１１は、資金提供サービス種類管理テーブルを示す概念図である。記憶部３０００には、図１１に示されているような資金提供サービス種類管理テーブルによって構成されている資金提供サービス種類管理ＤＢ３００７が構築されている。このテーブルでは、資金調達対象種類と資金提供サービス種類（調達種類）が関連付けて管理されている。

（資金提供サービス管理テーブル）
図１２は、資金提供サービス管理テーブルを示す概念図である。記憶部３０００には、図１２に示されているような資金提供サービス管理テーブルによって構成されている資金提供サービス管理ＤＢ３００８が構築されている。このテーブルでは、資金提供サービス種類、資金提供サービス名（社名）、資金提供の非対応業種、資金提供の対応地域、資金提供の個人事業対応、資金提供の対応金額条件、当該資金提供サービス企業の資金提供サービスサーバ５への接続ＵＲＬ（宛先情報）が関連付けて管理されている。なお、資金提供の個人事業対応が「false」の場合、当該資金提供サービス企業は、企業へは資金提供を行うが、個人には資金提供を行わない企業である。

（宛先情報管理テーブル）
図１３は、宛先情報管理テーブルを示す概念図である。記憶部３０００には、図１３に示されているような宛先情報管理テーブルによって構成されている宛先情報管理ＤＢ３００９が構築されている。このテーブルでは、情報の種類毎に、情報を取得するための宛先名（社名）、及び接続ＵＲＬ（宛先情報）が関連付けて管理されている。

（信用情報調整管理テーブル）
図１４は、信用情報調整管理テーブルを示す概念図である。記憶部３０００には、図１４に示されているような信用情報調整管理テーブルによって構成されている信用情報調整管理ＤＢ３０１０が構築されている。このテーブルでは、信用度毎に、各信用情報サービス企業が提供する信用度が関連付けて管理されている。各信用情報サービス企業が設定する信用度のレベルが異なるため、これらを調整して統一するために用いられる。

（信用情報管理テーブル）
図１５は、信用情報管理テーブルを示す概念図である。記憶部３０００には、図１５に示されているような信用情報管理テーブルによって構成されている信用情報管理ＤＢ３０１１が構築されている。このテーブルでは、図１５の信用情報管理テーブルで調整された信用度が取引先毎に関連付けて管理されている。

（推奨候補情報管理テーブル）
図１６は、推奨候補情報管理テーブルを示す概念図である。記憶部３０００には、図１６に示されているような推奨候補情報管理テーブルによって構成されている推奨候補情報管理ＤＢ３０１２が構築されている。このテーブルには、資金調達に用いられる帳票の内容を含めた推奨候補情報が示されている。そのため、このテーブルでは、取引先、取引先の信用度、帳票で示された取引金額、資金調達対象種類、資金提供サービス種類（調達種類）、資金提供サービス名（会社名）、資金提供の際の手数料率、及び資金提供する場合にサービス利用企業に入金する入金日が関連付けて管理されている。なお、これらの推奨候補情報の中から、サービス利用企業に最終的に提案される推奨情報が抽出される。

（提案サーバの各機能構成）
次に、提案サーバ３の各機能構成について詳細に説明する。なお、以下では、提案サーバ３の各機能構成を説明するにあたって、図３に示されている各構成要素のうち、提案サーバ３の各機能構成を実現させるための主な構成要素との関係も説明する。

図４に示されている提案サーバ３の送受信部３１は、図３に示されているＣＰＵ１０１からの命令及びネットワークＩ／Ｆ１０９によって実現され、通信ネットワーク１００を介して他の端末、装置、又はシステムと各種データ（または情報）の送受信を行う。

算出部３３は、図３に示されているＣＰＵ１０１からの命令によって実現され、所定の算出を行う。算出内容は後述する。

判断部３５は、図３に示されているＣＰＵ１０１からの命令によって実現され、所定の判断を行う。判断内容は後述する。

作成部３６は、図３に示されているＣＰＵ１０１からの命令によって実現され、資金繰り画面の作成等を行う。

記憶・読出処理部３９は、図３に示されているＣＰＵ１０１からの命令及びＨＤＤコントローラ１０５によって実現され、記憶部３０００に各種データを記憶したり、記憶部３０００に記憶された各種データを読み出したりする処理を行う。

〔実施形態の処理又は動作〕
続いて、図１７乃至図２７を用いて、本実施形態の処理又は動作について説明する。

＜資金繰り画面の表示処理＞
まず、図１７を用いて、資金繰り画面を表示する処理を説明する。図１７は、資金繰り画面を表示する処理を示すシーケンス図である。

利用者Ａ１が利用者端末１から提案サーバ３にログイン要求を行う（Ｓ２１）。このログイン要求には、テナントの一例であるサービス利用企業Ａを特定するためのテナントＩＤ及びパスワードが含まれている。これにより、提案サーバ３の送受信部３１は、ログイン要求を受信する。そして、提案サーバ３の判断部３５は、サービス利用企業Ａが当該サービスを受ける正当なテナントであるか否かを判断することで認証を行う（Ｓ２２）。

次に、送受信部３１は、利用者端末１に応答を送信する（Ｓ２３）。これにより、利用者端末１の送受信部１１は、応答を受信する。ここで、サービス利用企業Ａが正当なテナントである場合について続けて説明する。

利用者Ａ１が、利用者端末１を操作することで、受付部１２が資金繰り画面の表示要求を受け付ける（Ｓ２４）。そして、送受信部１１が、提案サーバ３に対して、資金繰り画面データの要求を送信する（Ｓ２５）。これにより、提案サーバ３の送受信部３１は、資金繰り画面データの要求を受信する。

次に、提案サーバ３は、資金繰り画面の作成処理を行う（Ｓ２６）。ここで、図１８を用いて、資金繰り画面の作成処理について詳細に説明する。図１８は、資金繰り画面の作成処理を示すフローチャートである。

（資金繰り画面の作成処理）
図１８に示されているように、記憶・読出処理部３９は、認証時に利用したテナントＩＤを検索キーとしてテナント定期経費管理ＤＢ３００１（図５参照）を検索することにより、対応するテナント定期経費履歴情報を読み出す（Ｓ１０１）。また、記憶・読出処理部３９は、同じくテナントＩＤを検索キーとしてテナント個別支払い管理ＤＢ３００１（図６参照）を検索することにより、対応するテナント個別支払い情報を読み出す（Ｓ１０２）。そして、算出部３３は、テナント定期経費履歴情報及びテナント個別支払い情報に基づいて、対応期間（ここでは１ヶ月間）毎の支出情報を算出する（Ｓ１０３）。

次に、記憶・読出処理部３９は、同じくテナントＩＤを検索キーとして資金調達情報管理ＤＢ３００３（図７参照）を検索することにより、対応する資金調達情報を読み出す（Ｓ１０４）。そして、算出部３３は、対象期間毎の収入情報を算出する（Ｓ１０５）。

次に、記憶・読出処理部３９は、同じくテナントＩＤを検索キーとしてテナント銀行口座管理ＤＢ３００４（図８参照）を検索することにより、対応するテナント銀行口座情報を読み出す（Ｓ１０６）。また、記憶・読出処理部３９は、同じくテナントＩＤを検索キーとしてテナントクレジットカード管理ＤＢ３００５（図９参照）を検索することにより、対応するテナントクレジットカード情報を読み出す（Ｓ１０７）。そして、算出部３３は、対象期間毎のキャッシュ残高を算出する（Ｓ１０８）。

次に、作成部３６は、上記ステップＳ１０３，Ｓ１０５，Ｓ１０８で算出された算出結果を用いて、図１９に示されているような資金繰り画面を作成する（Ｓ１０９）。図１９は、
資金繰り画面の表示例を示した図である。以上により、資金繰り画面の作成処理が終了する。

続いて、図１７に戻り、利用者端末１の表示制御部１４は、Ｗｅｂブラウザ機能により、利用者端末１のディスプレイ１０６上に、図１９に示されているような最初の資金繰り画面を表示させる（Ｓ２７）。

（最初の資金繰り画面）
ここで、図１９を用いて、最初の資金繰り画面２１０について説明する。図１９は、資金繰り画面の表示例を示す図である。

図１９に示されているように、資金繰り画面２１０には、テナントＩＤの表示欄２１１、操作日表示欄２１２、過去の収支実績表示欄２１３、将来の収支予測表示欄２１４が含まれている。

これらのうち、操作日表示欄２１２には、この資金繰り画面に対して操作する日（表示した日）が表されている。過去の収支実績表示欄２１３には、操作日よりも過去の月別の収支実績（支出、収入、キャッシュ残高）が表されている。この収支実績は、月末の値である。例えば、２０２０年８月では、収入が１００万円、キャッシュ残高が１２０万円、支出が７０万円である。これらのうち、キャッシュ残高は、前月である７月の「収入＋キャッシュ残高－支出」の値である。

また、将来の収支予測表示欄２１４には、操作日よりも将来の月別実績（支出、収入、キャッシュ残高）が表されている。収支予測は、月末の値であるため、操作日が９月１５日の場合には、当該９月末の収支は、収支予測表示欄２１４の方に表示される。ここでは、１０月末に２００万円不足する旨の情報２１４１が表示されている。１０月の支出は２６０万円である。この２６０万円に対して、支払日までに確実に存在するキャッシュ残高の６０万円のみが穴埋めに使われる。これにより、１０月に２００万円不足する旨の不足情報２１４１が表示される。なお、１０月の予測収入５０万円分は、２６０万円の支払日までに間に合わない可能性があるため、２６０万円の支出の穴埋めには使われない。これにより、利用者は、２０２０年１０月末に、２００万円が不足してしまうことを視覚的に容易に理解することができる。

また、資金繰り画面２１０の下部には、利用者から選択又は入力を受け付けるための３つの受付欄２１５～２１７が含まれている。なお、利用者から見ると、資金提供サービス企業は、資金調達先である。

これらのうち、「推奨の優先条件」受付欄２１５には、「手数料率優先（条件）」ラジオボタン２１５１、及び「リスク回避優先（条件）」ラジオボタン２１５２が表示されている。

「手数料率優先」は、複数の資金調達先（資金提供サービス企業）の中から、複数の資金調達先のぞれぞれと複数の帳票の内容によって定められた各資金調達の手数料率の低さを優先して、特定の資金調達先を定めるため所定条件の一例である。利用者が「手数料率優先」ラジオボタン２１５１を押下することで、提案サーバ３が手数料率を優先した後述の推奨情報を提案する。

また、「リスク回避優先」は、複数の資金調達先（資金提供サービス企業）の中から、取引先の信頼度の低さを優先して、特定の資金調達先を定めるための所定条件の一例である。利用者が「リスク回避優先」ラジオボタン２１５２を押下することで、提案サーバ３が取引先の信頼度の低さを優先して、特定の資金調達先を定めるため所定条件の一例である。利用者が「リスク回避優先」ラジオボタン２１５２を押下することで、提案サーバ３がリスク回避を優先した後述の推奨情報を提案する。例えば、取引先企業としての債務者から売掛金を回収できない可能性が高い場合には、このような企業への売掛債権を優先して資金調達する。

また、「資金調達対象の支払い期限」受付欄２１６には、所定期間（ここでは、１ヶ月間）単位の入力を行うための期間入力欄２１６１が表示されている。図１９では、所定期間は、操作日を含む月（ここでは、２０２０年９月）から６カ月後（２０２１年２月）までが入力されている。これにより、後述の推奨情報は、支払いが２０２１年２月までの収入から引かれる帳票を含む情報に限定される。

更に、「資金調達対象の種類」受付欄２１７には、資金調達対象の具体例として、「請求書」、「注文書」、及び「見積書」の各チェックボックス２１７１，２１７２，２１７３が表示されている。チェックボックス２１７１～２１７３のうち、利用者によってチェックが入れられた種類の書類（電子データを含む）が資金調達の対象となる。図１９に示されているように、本実施形態では、資金調達対象の種類には、取引（売買）が成立する前の「見積書」も含まれる。即ち、利用者が所望の調達対象の種類を選択（指定）することで、利用する資金調達先（資金提供サービス企業）の候補を絞り込むことができる。

次に、「推奨要求」ボタン２１９は、利用者が、各入力欄２１５，２１６，２１７で所望の選択及び入力を行った後、提案企業Ｃの提案サーバ３から、利用者の希望に最適な資金調達先（資金提供サービス企業）を推奨してもらう場合に、利用者が押下するためのボタンである。

＜推奨画面の表示処理＞
続いて、図１９乃至図２７を用いて、推奨画面の表示処理について説明する。図２０は、推奨画面の表示処理を示したシーケンス図である。

まず、図１９において、利用者Ａ１が、各受付欄２１５～２１７に所望の選択及び入力を行うと、受付部１２が、選択及び入力を受け付ける（Ｓ４１）。更に、利用者Ａ１が、「推奨要求」ボタン２１９を押すると、受付部１２は、推奨画面の要求を受け付ける（Ｓ４２）。
そして、送受信部１１が、提案サーバ３に対して、推奨画面データの要求を送信する（Ｓ４３）。

次に、提案サーバ３は、推奨情報の絞り込み処理を行う（Ｓ４４）。ここで、図２１乃至図２７を用いて、推奨情報の絞り込み処理について詳細に説明する。

（推奨画面の作成処理）
図２１は、推奨情報の絞り込み処理をしたフローチャートである。図２１に示されているように、提案サーバ３は、推奨画面を作成するにあたって、複数の資金提供サービス企業（資金調達先）の中から実際に手数料率の問い合わせを行う資金提供サービス企業を特定する処理としての事前準備の処理を行う（Ｓ１２１）。

（（事前準備））
ここで、更に、図２２を用いて、事前準備の処理について詳細に説明する。図２２は、事前準備の処理を示したフローチャートである。

まず、記憶・読出処理部３９は、ステップＳ２２の認証に用いたテナントＩＤを検索キーとして、テナント管理ＤＢ３００６（図１０参照）を検索することにより、テナントの住所、業種、事業種類等の各情報を読み出す（Ｓ１４１）。

次に、記憶・読出処理部３９は、資金調達情報管理ＤＢ３００３（図７参照）から、図１９で入力された「資金調達対象の支払い期限」内に支払期限が含まれる資金調達情報（各レコード）を読み出す（Ｓ１４２）。

次に、記憶・読出処理部３９は、資金提供サービス種類管理ＤＢ３００７（図１１参照）を参照し、図１９で選択された「資金調達対象の種類」に対応する資金提供サービスの種類（調達種類）を特定する（Ｓ１４３）。

次に、記憶・読出処理部３９は、ステップＳ１４３で特定した資金提供サービスの種類の情報を検索キーとして、資金提供サービス管理ＤＢ３００８（図１２参照）を検索し、対応する資金提供サービス名を含むレコードの情報（資金提供サービス情報）を特定する（Ｓ１４４）。

続いて、提案サーバ３は、資金提供サービス情報毎に、ステップＳ１４５，Ｓ１５１の間のステップＳ１４６～Ｓ１５０の処理を繰り返して実行する。

まず、記憶・読出処理部３９は、ステップＳ１４５で特定した所定の資金提供サービス情報のうち、資金提供サービスの「非対応業種」、「対応地域」、「個人事業対応」を読み出す（Ｓ１４６）。

次に、判断部３５は、「非対応業種」情報に基づいて、利用者Ａ１のテナント業種は非対応か否かを判断する（Ｓ１４７）。非対応でない場合には（Ｓ１４７；ＮＯ）、判断部３５は、利用者Ａ１のテナント住所は対応地域以外か否かを判断する（Ｓ１４８）。対応地域以外でない場合には（Ｓ１４８；ＮＯ）、判断部３５は、利用者Ａ１のテナントの事業種類が個人事業対応に該当するか否かを判断する（Ｓ１４９）。対応する場合には（Ｓ１４９；ＹＥＳ）、判断部３５は、実際に手数料率の問い合わせを行う資金提供サービス（企業）と特定する（Ｓ１５０）。そして、ステップＳ１４５に戻り、提案サーバ３は、次の所定の資金提供サービス情報に対して、同様の処理を進める。一方、上記ステップＳ１４７でＹＥＳ、ステップＳ１４８でＹＥＳ、又は、ステップＳ１４９でＮＯの場合には、提案サーバ３は、ステップＳ１５０の処理を実行せず、ステップＳ１４５に戻り、次の所定の資金提供サービス情報に対して、同様の処理を進めることで、図２２の処理が終了する。

以上のようにして、提案サーバ３は、ステップＳ１４４で特定した全ての資金提供サービスのうち、手数料率の問い合わせ対象となる特定の資金提供サービスを絞り込むことができる（１次絞り込み）。

続いて、図２１に戻り、提案サーバ３は、利用者Ａ１に提供する推奨情報の候補となる推奨候補情報を作成する（Ｓ１２２）。

（（推奨候補情報の作成））
ここで、図２３を用いて、推奨候補情報の作成処理を説明する。図２３は、推奨候補情報の作成処理を示したフローチャートである。

図２３に示されているように、記憶・読出処理部３９は、資金調達情報管理ＤＢ３００３（図７参照）から、図１９で入力された「資金調達対象の支払期限」内に支払期限が含まれる資金調達情報（各レコード）を読み出す（Ｓ１６１）。続いて、提案サーバ３は、ステップＳ１６１で読み出した資金調達情報毎に、ステップＳ１６２，Ｓ１７２の間のステップＳ１６３～Ｓ１７１の処理を繰り返して実行する。

まず、記憶・読出処理部３９は、資金提供サービス種類管理ＤＢ３００７（図１１参照）を参照し、図１９で選択された「資金調達対象の種類」に対応する資金提供サービスの種類を特定する（Ｓ１６３）。

次に、送受信部３１は、手数料率の問い合わせ対象となる特定の資金提供サービス(企業)のうち、特定された種類の資金提供サービス毎に問い合わせ情報を作成し、当該特定の資金提供サービスを管理している資金提供サービスサーバ５から手数料率を取得する（Ｓ１６４）。なお、送受信部３１は、宛先情報管理ＤＢ３００９（図１２参照）で管理されている各資金提供サービスサーバ５の宛先情報を参考に手数料率の問い合わせを行う。ここで、ステップＳ１６４の処理としては、図２０において、提案サーバ３の送受信部３１が、各資金提供サービスサーバ５に対して、手数料率の問い合わせ情報を送信し（Ｓ１６４－１）、資金提供サービスサーバ５が送信した最新の手数料率の情報を受信する（Ｓ１６４－２）。

次に、記憶・読出処理部３９は、記憶部３０００に、各資金提供サービスサーバ５から受信した手数料率情報を保持しておく（Ｓ１６５）。

次に、作成部３６は、手数料率が最も低い資金提供サービスと資金調達情報とが対応付けられた情報を、後述の比較を行う場合の比較対象として特定する（２次絞り込み）（Ｓ１６６）。例えば、図１６において、取引先が株式会社Ｘ１で、取引金額が９０万円の請求書の場合、サービスＡ１，Ａ２，Ｂ１，Ｂ２等が資金調達先候補として挙げられるが、これらの中で手数料率（５％）が最も低い資金提供サービスＢ２と、資金調達情報（株式会社Ｘ１、信用度が５、取引金額９０万円の請求書等）が対応付けられた情報を比較対象として特定する。

次に、記憶・読出処理部３９は、更に、ステップＳ１６１で読み出した資金調達情報から取引先（企業）の信用情報を取得する（Ｓ１６７）。

次に、送受信部３１は、各信用情報サーバ７から、取引先企業Ｂの信用情報を取得する（Ｓ１６８）。この場合、送受信部３１は、宛先情報管理ＤＢ３００９で管理されている各信用情報サーバ７の宛先情報を参照して問い合わせを行う。また、ステップＳ１６８の処理としては、図２０において、提案サーバ３の送受信部３１が、各信用情報サーバ７に対して、信用情報の要求を送信し（Ｓ１６８－１）、信用情報サーバ７が送信した信用情報を受信する（Ｓ１６８－２）。

但し、信用情報の内容は、各信用情報サービス企業によって異なる。例えば、信用情報を３段階の「Ｈ，Ｎ，Ｌ」で管理している企業もあれば、７段階の「７～１」で管理している企業もあるため、調整が必要である。そこで、各信用情報サーバ７から受信した応答情報を統一の信用度に合わせるべく、記憶・読出処理部３９は、信用情報調整管理ＤＢ３０１０を参照し、各信用情報サーバ７から受信した応答情報を統一の信用度に置き換える（Ｓ１６９）。そして、記憶・読出処理部３９は、信用情報管理ＤＢ３０１０に各取引先（企業）の信用度を管理する（Ｓ１７０）。

そして、記憶・読出部３９は、ステップＳ１６１～Ｓ１７１で取得及び管理した各情報を取引先毎にまとめた各推奨候補情報を推奨候補情報管理ＤＢ３０１２（図１６参照）で管理する（Ｓ１７１）。

以上のようにして、提案サーバ３は、推奨候補情報を管理することができる。

（（推奨情報への並び替え））
続いて、図２１に戻り、推奨候補情報を、図１９で選択された優先情報に応じた推薦情報として並び替える（ソートする）処理を説明する。

図１９で推奨の優先条件として手数料率優先が選択されていた場合には（Ｓ１２３；手数料率優先）、記憶・読出処理部３９は、推奨候補情報管理ＤＢ３０１２に管理しておいた各推奨候補情報を比較して最終的に利用者からの要求に応じた推奨情報を抽出するために、各推奨候補情報である比較対象を、手数料率の低い順を第１条件とし、信用度の高い順を第２条件として並べ替えて、手数料率優先に最適な各推奨情報を読み出す（Ｓ１２４）。例えば、図１６において、株式会社Ｘ１に対する取引金額が９０万円の請求書で、最も手数料率が低い５％のサービスＢ２を示す推奨候補情報と、株式会社Ｘ２に対する取引金額が５０万円の請求書で、最も手数料率が低い６％のサービスＢ１を示す推奨候補情報と、株式会社Ｘ３に対する取引金額が８０万円の請求書で、最も手数料率が低い７％のサービスＢ２を示す推奨候補情報等が、比較対象となる。また、手数料率の低い順（第１条件）で比較対象を並び替えた結果、株式会社Ｘ１に対する取引金額が９０万円の請求書とサービスＢ２との組み合わせ（手数料率５％）、株式会社Ｘ２に対する取引金額が５０万円の請求書とサービスＢ１との組み合わせ（手数料率６％）、株式会社Ｘ３に対する取引金額が８０万円の請求書とサービスＢ２との組み合わせ（手数料率７％）の順番になる。仮に、手数料率が同一の比較対象が複数ある場合に、手数料率が同一の比較対象をさらに信用度の高い順（第２条件）で並び替える。即ち、比較対象を第１の条件で並べ替え、第１の条件が同じ比較対象については、第２の条件で並べ替える。なお、後述する優先条件としてリスク回避優先が選択されていた場合も同様である。

一方、図１９で優先条件としてリスク回避優先が選択されていた場合には（Ｓ１２３；リスク回避優先）、記憶・読出処理部３９は、推奨候補情報管理ＤＢ３０１２に管理しておいた各推奨候補情報を比較して最終的に利用者からの要求に応じた推奨情報を抽出するために、各推奨候補情報である比較対象を、信用度の低い順を第１条件として、手数料率の低い順を第２条件として並べ替えて、リスク回避優先に最適な各推奨情報を読み出す（Ｓ１２５）。

そして、記憶・読出処理部３９は、記憶部３０００に記憶されている推奨画面枠のデータを読み出す（Ｓ１２６）。

そして、最終的に、作成部３６は、ステップＳ１２４で読み出された各推奨情報に基づいて、図２４に示されているような推奨画面を作成するか、又は、ステップＳ１２５で読み出された各推奨情報に基づいて、図２６に示されているような推奨画面を作成する（Ｓ１２６）。なお、この時点では、チェックボックスへのチェックは入っていない。図２４は、手数料優先の場合の推奨画面の表示例を示した図である。図２６は、リスク回避優先の場合の推奨画面の表示例を示した図である。なお、図２５は、手数料優先の場合の表示変更後の推奨画面の表示例を示した図である。

＜資金繰り画面の再表示処理＞
続いて、図２０に戻り、資金繰り画面を再表示する処理を説明する。

まず、上記ステップＳ４４によって推奨情報の絞り込み処理が終了した後、送受信部３１は、利用者端末１に対して、ステップＳ４４で絞り込んだ全ての推奨情報、及びステップＳ１２６で読み出された推奨画面枠のデータを送信する（Ｓ４５）。これにより、利用者端末１の送受信部１１は、全ての推奨情報及び推奨画面枠のデータを受信する。

次に、利用者端末１では、表示制御部１４が、ステップＳ４５によって受信された推奨画面枠に推奨情報を含めることで、利用者端末１のディスプレイ１０６上に、図２４（又は図２６）に示されているような推奨画面を表示する（Ｓ４６）。

（推奨画面（手数料率優先））
ここで、図２４を用いて、推奨画面が手数料率優先を示す場合について説明する。図２４は、手数料率優先の場合の推奨画面の表示例を示した図である。

図２４に示されているように、推奨画面２５０には、各推奨情報（資金調達に用いられる帳票に関する情報である取引先、資金調達対象種類、取引金額、支払い予定日、資金調達先に関する情報である調達種類、調達先、手数料率、調整金額、入金日、及び、取引先の信用度）が含まれている。また、各推奨情報の左側には、選択するためのチェックボックスが表されている。なお、取引金額は、利用者が取引先から得る予定の金額である。また、調達金額は、資金提供サービス会社（資金調達先）から得る金額であり手数料が引かれた状態である。また、最初から表示中の全てのチェックボックスにチェックが入った状態で表示されている。

更に、推奨画面２５０の左下側には、調達合計金額及び不足金額が表されている。調達合計金額は、利用者Ａ１がチェックボックスにチェックを入れた推奨情報の調達金額の合計を示す。最初から、調達合計金額は不足金額を超えるが最も低い合計金額として、表示されている。

また、推奨画面２５０の右下側には、「確定」ボタン２５７、及び「他の推奨を見る」ボタン２５９が表されている。「確定」ボタン２５７は、図２４の表示内容で確定する場合に、利用者Ａ１が押下するためのボタンである。「確定」ボタン２５７が押下されると、利用者端末１は提案サーバ３に確定した旨の確定情報を送信する。「他の推奨を見る」ボタン２５８は、推奨情報の中の他の例を表示する場合に、利用者が押下するためのボタンである。

この状態で、利用者Ａ１が「他の推奨を見る」ボタン２５８を押下すると、表示制御部１４は、図２５に示されているような推奨画面２５１に変更する（Ｓ４７）。ここでは、新たに２つの推奨情報が表示されているが、チェックボックスにチェックは入っていない。即ち、図２４で表示された推奨情報は、３次絞り込みを行われている。

また、右下側には、「他の推奨を見る」ボタン２５８に代えて、「最初の推奨に戻る」ボタン２５９が表示されている。「最初の推奨に戻る」ボタン２５９が押下されると、表示制御部１４は、図２５の推奨画面２５１から図２４の推奨画面２５０に表示を戻す。

なお、図２５の推奨画面には、上述のように資金調達に用いられる帳票に関する情報と、資金調達先に関する情報とを表示されているが、資金調達に用いられる帳票に関する情報のみ表示されるようにしてもよいし、資金調達先に関する情報のみが表示されるようにしてもよい。

（推奨画面（リスク回避優先））
また、図２６を用いて、推奨画面がリスク回避優先を示す場合について説明する。図２６は、リスク回避優先の場合の推奨画面の表示例を示した図である。

この場合、基本的に手数料率優先の推奨画面と構成は同じである。即ち、図２６に示されているように、推奨画面２６０には、各推奨情報（資金調達に用いられる帳票に関する情報である取引先、資金調達対象種類、取引金額、支払い予定日、資金調達先に関する情報である調達種類、調達先、手数料率、調整金額、入金日、及び、取引先の信用度）が含まれている。また、各推奨情報の左側には、選択するためのチェックボックスが表されている。

更に、推奨画面２６０の左下側には、調達合計金額及び不足金額が表されている。調達合計金額は、利用者Ａ１がチェックボックスにチェックを入れた推奨情報の調達金額の合成を示す。また、推奨画面２６０の右下側の「確認」ボタン２６８、「他の推奨を見る」ボタン２６９は、それぞれ、図２４の推奨画面２５０の右下側の「確認」ボタン２５７、「他の推奨を見る」ボタン２５８と同じである。

ここでは、利用者Ａ１が図２４の３つのチェックボックスにチェックが入ったままの状態で、「確定」ボタン２５７を押下した場合について、続けて説明する。

利用者Ａ１が、「確定」ボタン２５７を押下すると、図２０に示されているように、受付部１２がチェックボックスにより選択された推奨情報を受け付ける（Ｓ４８）。そして、送受信部１１は、提案サーバ３に対して、ステップＳ４８で選択された推奨情報を送信する（Ｓ４９）。これにより、提案サーバ３の送受信部３１は、選択された推奨情報を受信する。

次に、提案サーバ３では、作成部３６が、ステップＳ４９で受信された推奨情報を反映して、図２７に示されているような資金繰り画面を作成する（Ｓ５０）。

続いて、上記ステップＳ５０によって推奨情報を反映した資金繰り画面の作成処理が終了した後、利用者端末１の表示制御部１４は、Ｗｅｂブラウザ機能により、利用者端末１のディスプレイ１０６上に、ステップＳ５０によって作成された推奨画面を表示させる（Ｓ５１）。

この場合も、図２６に示されているような推奨画面に変更可能であるが、説明を省略する。

なお、図２６の推奨画面には、上述のように資金調達に用いられる帳票に関する情報と、資金調達先に関する情報とが表示されているが、資金調達に用いられる帳票に関する情報のみが表示されるようにしてもよいし、資金調達先に関する情報のみが表示されるようにしてもよい。

（推奨情報を反映した資金繰り画面）
ここで、図２７を用いて、手数料率優先の場合の推奨情報を反映した資金繰り画面２２０について説明する。図２７は、手数料率優先の場合の推奨情報を反映した資金繰り画面の表示例を示す図である。

図２７に示されているように、資金繰り画面２２０には、図１９の資金繰り画面２１０に対して、新たに、資金提供されると２０６万９０００円が資金調達できる旨の情報２２５１が表示される。また、２０６万９０００円の資金調達により、２０２０年１０月以降の収入、キャッシュ残高が変更される。特に、利用者Ａ１が２０２０年１０月に調達した資金等は、その後の収入にはならないため、この収入にならない金額を示す情報２２６１，２２６２，２２６３が表示される。

また、資金繰り画面２２０の右下側には、「確認」ボタン２２９が含まれている。「確認」ボタン２２９は、利用者Ａ１が、図２７に示された内容を確認して、図２７の画面２２０を閉じる場合に押下するためのボタンである。また、利用者Ａ１が図２７の「確認」ボタン２２８を押下した場合には、図２０に示されているように、受付部１２が、確認した旨を受け付ける（Ｓ５０）。そして、送受信部１１は、提案サーバ３に対して、ステップＳ４９で表示された内容を確認した旨を示す確認情報を送信する（Ｓ５３）。これにより、提案サーバ３の送受信部３１は、確認情報を受信する。

以上により、資金繰り画面を再表示する処理が終了する。

〔本実施形態の主な効果〕
以上説明したように本実施形態によれば、提案サーバ３は利用者Ａ１が要求する所定条件を満たす資金調達を行う特定の資金調達先を利用者端末１に送信する。即ち、提案サーバ３は、利用者端末１に対して、「どこに」資金調達を申し込めば良いかを示す提案を行うことで、利用者Ａ１は自分が想定する条件に合った資金調達先を見つけ出すことが困難であるという課題を解消することができる。

また、提案サーバ３は、利用者Ａ１が商品又はサービスを提供するにあたって発行された複数の帳票のうち、所定条件に基づいて定めた特定の帳票を示す情報を、利用者端末１に送信する。即ち、提案サーバ３は、利用者端末１に対して、所定の資金調達先に対して「何を」資金調達の対象として申し込めば良いかを示す提案を行うことで、利用者Ａ１は自分が想定する条件に合った資金調達先を見つけ出すことが困難であるという課題を解消することができる。

〔補足〕
なお、図２０の上記ステップＳ５３後、提案サーバ３が、利用者Ａ１に代理して、図１のステップＳの申し込みを行ってもよい。

なお、利用者端末１は、通信端末の一例である。利用者端末１には、ＰＣだけでなく、スマートウォッチ、ゲーム機、映像通話専用機なども含まれる。説明者端末は、他の通信端末の一例である。

各ＣＰＵ１０１等の各構成要素は、単一であってもよく複数であってもよい。

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

また、上記実施形態に記載された各サーバ３，５，７は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。例えば、提案サーバ３は、サーバクラスタといった複数のコンピューティングデバイスを含んでもよい。複数のコンピューティングデバイスは、通信ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、提案サーバ３は、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。

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

１ 利用者端末
３ 提案サーバ
１１ 送受信部
１２ 受付部
１４ 表示制御部
１５ 判断部
１９ 記憶・読出処理部
３１ 送受信部（送信手段の一例、受信手段の一例）
３３ 算出部
３５ 判断部
３６ 作成部
３９ 記憶・読出処理部
１００ 通信ネットワーク

特許第６７０７７００号公報

Claims (11)

1. 取引先に商品若しくはサービスを提供又は提供予定の利用者の利用者端末に対し、通信ネットワークを介して情報を提供する提案サーバであって、
   前記利用者端末から、前記利用者が提供する商品又はサービスの帳票を用いた資金調達に関する所定条件を含む条件情報を受信する受信手段と、
   前記条件情報から特定した前記帳票の内容に対応する資金調達対象の種類を示す資金調達対象種類情報を含む資金調達情報を取得し、該資金調達情報に基づき検索された前記利用者が前記資金調達を行うことが可能な複数の資金調達先から前記所定条件に基づく資金調達先を判断する判断手段と、
   前記利用者が前記資金調達を行うことが可能な複数の資金調達先のうち、前記判断手段に基づいて定めた特定の資金調達先を示す情報を、前記利用者端末に送信する送信手段と、
   を有することを特徴とする提案サーバ。
2. 前記送信手段は、前記利用者が前記商品又は前記サービスを提供するにあたって発行された複数の帳票のうち、前記所定条件に基づいて定めた特定の帳票を示す情報を、前記利用者端末に送信することを特徴とする請求項１に記載の提案サーバ。
3. 前記所定条件は、前記複数の資金調達先のぞれぞれと前記複数の帳票の内容によって定められた各資金調達の手数料率の低さ優先して、前記特定の資金調達先を定めるための手数料率優先条件であることを特徴とする請求項２に記載の提案サーバ。
4. 前記所定条件は、前記取引先の信頼度の低さを優先して、前記特定の資金調達先を定めるためのリスク回避優先条件であることを特徴とする請求項２に記載の提案サーバ。
5. 前記受信手段は、前記利用者端末から資金調達対象の帳票によって定められた支払い期限を示す情報を受信し、
   前記送信手段は、前記支払い期限内に支払期限が含まれ、かつ前記所定条件を満たす前記特定の資金調達先を示す情報を、前記利用者端末に送信すること
   を特徴とする請求項１乃至４のいずれか一項に記載の提案サーバ。
6. 前記受信手段は、前記利用者端末から資金調達対象の種類を示す資金調達対象種類情報を受信し、
   前記送信手段は、前記受信した資金調達対象種類情報が示す資金調達対象の種類の範囲内に資金調達対象の種類が含まれ、かつ前記所定条件を満たす前記特定の資金調達先を示す情報を、前記利用者端末に送信すること
   を特徴とする請求項１乃至５のいずれか一項に記載の提案サーバ。
7. 前記資金調達対象の種類は、請求書、注文書、又は見積書を示すことを特徴とする請求項６に記載の提案サーバ。
8. 前記判断手段は、前記資金調達対象の種類に応じて、前記所定の条件に基づく資金調達先を判断すること、
   を特徴とする請求項１乃至７のいずれか一項に記載の提案サーバ。
9. 取引先に商品若しくはサービスを提供又は提供予定の利用者の利用者端末と、当該利用者端末に対し通信ネットワークを介して情報を提供する提案サーバとによって構築された通信システムであって、
   前記利用者端末は、前記提案サーバに対して、前記利用者が提供する商品又はサービスの帳票を用いた資金調達に関する所定条件を含む条件情報を送信し、
   前記提案サーバは、前記条件情報から特定した前記帳票の内容に対応する資金調達対象の種類を示す資金調達対象種類情報を含む資金調達情報を取得し、該資金調達情報に基づき検索された前記利用者が前記資金調達を行うことが可能な複数の資金調達先から前記所定条件に基づく資金調達先を判断し、前記利用者端末に対して、前記利用者が前記資金調達を行うことが可能な複数の資金調達先のうち、前記判断に基づいて定めた特定の資金調達先を示す情報を送信すること
   を特徴とする通信システム。
10. 取引先に商品若しくはサービスを提供又は提供予定の利用者の利用者端末に対し、通信ネットワークを介して情報を提供する提案サーバが実行する提供方法であって、
    前記利用者端末から、前記利用者が提供する商品又はサービスの帳票を用いた資金調達に関する所定条件を含む条件情報を受信する受信ステップと、
    前記条件情報から特定した前記帳票の内容に対応する資金調達対象の種類を示す資金調達対象種類情報を含む資金調達情報を取得し、該資金調達情報に基づき検索された前記利用者が前記資金調達を行うことが可能な複数の資金調達先から前記所定条件に基づく資金調達先を判断する判断ステップと、
    前記利用者が前記資金調達を行うことが可能な複数の資金調達先のうち、前記判断ステップに基づいて定めた特定の資金調達先を示す情報を、前記利用者端末に送信する送信ステップと、
    を実行する提供方法。
11. コンピュータに、請求項１０に記載の方法を実行させるプログラム。

Images