ホーム > 特許ランキング > 株式会社ジェーシービー
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-05-10
(45)【発行日】2023-05-19
(54)【発明の名称】情報処理装置、プログラム、および情報処理方法
(51)【国際特許分類】
G06Q 30/0601 20230101AFI20230511BHJP
G06Q 40/03 20230101ALI20230511BHJP
G06Q 20/06 20120101ALI20230511BHJP
【ＦＩ】
G06Q30/0601 308
G06Q40/03
G06Q20/06
【請求項の数】
9
(21)【出願番号】P 2021126601
(22)【出願日】2021-08-02
(65)【公開番号】P2023021621
(43)【公開日】2023-02-14
【審査請求日】2022-01-14
(73)【特許権者】
【識別番号】593022629
【氏名又は名称】株式会社ジェーシービー
(74)【代理人】
【識別番号】100126480
【弁理士】
【氏名又は名称】佐藤 睦
(74)【代理人】
【識別番号】100140431
【弁理士】
【氏名又は名称】大石 幸雄
(72)【発明者】
【氏名】間下 公照
(72)【発明者】
【氏名】堀口 智也
(72)【発明者】
【氏名】梁 在石
(72)【発明者】
【氏名】河野 哲也
【審査官】山崎 雄司
(56)【参考文献】
【文献】特開２０１０－０２６６０２（ＪＰ，Ａ）
【文献】特開２０１９－１６００８９（ＪＰ，Ａ）
【文献】特開２０１８－０４５５７０（ＪＰ，Ａ）
【文献】特開２０２０－１６６８６６（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
企業が使用する企業装置を含む外部装置と通信可能に接続された情報処理装置であって、前記外部装置から提供される企業情報であって、前記企業に関する、取引履歴情報、財務情報、業績情報、銀行の口座情報またはインターネットの情報の少なくともいずれかを含む企業情報を取得する取得部と、
前記企業情報に基づいて、前記企業の信用度を算出する算出部と、
前記取得された企業情報を企業記憶部に蓄積し、前記算出された信用度を信用度記憶部に蓄積する蓄積部と、
前記蓄積された企業情報と前記蓄積された信用度とに基づいて、前記企業が利用可能な取引条件を特定する特定部と、
前記特定された取引条件を、条件記憶部に登録する登録部と、
前記企業装置から、前記企業の取引のための第１アカウントの発行の申込を受け付ける受付部と、
前記受付部が前記申込を受け付けた場合、前記条件記憶部を参照して、前記登録された取引条件に基づいて、前記第１アカウントを発行するための処理を行うアカウント制御部と、を備える、
情報処理装置。
【請求項2】
前記企業情報に基づいて、予め設定された将来の期間における、前記企業の取引の発生を予測する取引予測部をさらに備え、前記算出部は、前記予測された取引の発生にさらに基づいて、前記企業の信用度を算出し、
前記特定部は、前記予測された取引の発生にさらに基づいて、前記取引条件を特定する、
請求項１に記載の情報処理装置。
【請求項3】
前記算出された信用度に基づいて、前記企業に関する取引リスクを評価するリスク評価部をさらに備え、前記特定部は、前記評価された取引リスクにさらに基づいて、前記取引条件を特定する、
請求項１または２に記載の情報処理装置。
【請求項4】
前記蓄積された信用度による前記企業の信用度の時系列推移に基づいて、前記企業に関する取引リスクの時系列推移を推定する推定部と、をさらに備え、前記特定部は、前記推定した取引リスクの時系列推移にさらに基づいて、前記取引条件を特定する、
請求項３に記載の情報処理装置。
【請求項5】
前記企業情報に基づいて、前記企業の売上を予測する売上予測部をさらに備え、前記特定部は、取引リスクと売上予測との組み合わせによる取引条件の複数の条件パターンを記憶するパターン記憶部を参照して、前記評価された取引リスクと前記予測された売上とに基づいて、複数の条件パターンの中から、前記取引条件として使用する条件パターンを特定し、
前記登録部は、前記特定された条件パターンを、前記取引条件として前記条件記憶部に登録する、
請求項３または４に記載の情報処理装置。
【請求項6】
前記受付部は、前記企業装置から、前記発行された第１アカウントにおける取引のための資金移動の申込を受け付け、前記アカウント制御部は、前記受付部が前記申込を受け付けた場合、前記条件記憶部を参照して、前記取引条件に基づいて、前記第１アカウントにおける前記資金移動のための処理を行い、
前記蓄積部は、前記資金移動のための処理が行われた場合、前記企業情報に含まれる前記取引履歴情報として、前記処理の結果を前記企業記憶部に蓄積する、
請求項１から５のいずれか一項に記載の情報処理装置。
【請求項7】
前記登録部は、前記第１アカウントが発行された際、前記第１アカウントの情報をアカウント記憶部に登録し、前記受付部は、前記企業装置から、前記企業の取引のための第２アカウントの発行の申込を受け付け、
前記アカウント制御部は、前記第２アカウントの申込を前記受付部が受け付けた場合、前記条件記憶部を参照する代わりに前記アカウント記憶部を参照して、前記第１アカウントの情報に基づいて、前記第２アカウントを発行するための処理を行う、
請求項１から６のいずれか一項に記載の情報処理装置。
【請求項8】
企業が使用する企業装置を含む外部装置と通信可能に接続されたコンピュータに、前記外部装置から提供される企業情報であって、前記企業に関する、取引履歴情報、財務情報、業績情報、銀行の口座情報またはインターネットの情報の少なくともいずれかを含む企業情報を取得する取得機能と、
前記企業情報に基づいて、前記企業の信用度を算出する算出機能と、
前記企業情報と前記算出された信用度とに基づいて、前記企業が利用可能な取引条件を特定する特定機能と、
前記特定された取引条件を、条件記憶部に登録する登録機能と、
前記企業装置から、前記企業の取引のための第１アカウントの発行の申込を受け付ける受付機能と、
前記受付機能が前記申込を受け付けた場合、前記条件記憶部を参照して、前記登録された取引条件に基づいて、前記第１アカウントを発行するための処理を行うアカウント制御機能と、を実現させる、
プログラム。
【請求項9】
企業が使用する企業装置を含む外部装置と通信可能に接続されたコンピュータが、前記外部装置から提供される企業情報であって、前記企業に関する、取引履歴情報、財務情報、業績情報、銀行の口座情報またはインターネットの情報の少なくともいずれかを含む企業情報を取得し、
前記企業情報に基づいて、前記企業の信用度を算出し、
前記企業情報と前記算出された信用度とに基づいて、前記企業が利用可能な取引条件を特定し、
前記特定された取引条件を、条件記憶部に登録し、
前記企業装置から、前記企業の取引のための第１アカウントの発行の申込を受け付け、
前記申込が受け付けられた場合、前記登録された取引条件に基づいて、前記第１アカウントを発行するための処理を行う、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、プログラム、および情報処理方法に関する。
【背景技術】
【0002】
取引のためのアカウントを発行する技術が知られている。下記特許文献１には、決済のためのアカウントを発行し、発行したアカウントに対して、ユーザの信用度に基づいて後払い決済に利用できる最大金額を決定し、決定した最大金額以下の上限金額を決定することが記載されている。このような構成によれば、発行されたアカウントを利用する取引の条件（上限金額）をユーザの信用度に応じて決定することができ、取引に関するリスクを低減することができる。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２０－１２６５４５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、近年、取引を速やかに開始させるために、取引のためのアカウントの発行や発行したアカウントに対する条件の設定等、取引のためのアカウントに関するセットアップを効率的に行いたいという要望がある。しかしながら、上記従来技術では、取引を開始させるにあたって、アカウントを発行した後に、最大金額や上限金額等の取引の条件を決定する必要があり、このセットアップを効率的に行えないという問題がある。このため、取引に関するリスクを低減することと、取引を開始させるためのアカウントに関するセットアップとの両立に課題がある。
【0005】
そこで、本発明は、上記課題を解決するため、取引に関するリスクを低減しつつ、取引を開始させるためのアカウントに関するセットアップを効率的に行うことができる情報処理装置、プログラム、および情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明の一態様に係る情報処理装置は、企業が使用する企業装置を含む外部装置と通信可能に接続された情報処理装置であって、外部装置から提供される企業情報であって、企業に関する、取引履歴情報、財務情報、業績情報、銀行の口座情報またはインターネットの情報の少なくともいずれかを含む企業情報を取得する取得部と、企業情報に基づいて、企業の信用度を算出する算出部と、企業情報と算出された信用度とに基づいて、企業が利用可能な取引条件を特定する特定部と、特定された取引条件を、条件記憶部に登録する登録部と、企業装置から、企業の取引のための第１アカウントの発行の申込を受け付ける受付部と、受付部が申込を受け付けた場合、条件記憶部を参照して、登録された取引条件に基づいて、第１アカウントを発行するための処理を行うアカウント制御部と、を備える。
【0007】
本発明の一態様に係るプログラムは、企業が使用する企業装置を含む外部装置と通信可能に接続されたコンピュータに、外部装置から提供される企業情報であって、企業に関する、取引履歴情報、財務情報、業績情報、銀行の口座情報またはインターネットの情報の少なくともいずれかを含む企業情報を取得する取得機能と、企業情報に基づいて、企業の信用度を算出する算出機能と、企業情報と算出された信用度とに基づいて、企業が利用可能な取引条件を特定する特定機能と、特定された取引条件を、条件記憶部に登録する登録機能と、企業装置から、企業の取引のための第１アカウントの発行の申込を受け付ける受付機能と、受付部が申込を受け付けた場合、条件記憶部を参照して、登録された取引条件に基づいて、第１アカウントを発行するための処理を行うアカウント制御機能と、を実現させる。
【0008】
本発明の一態様に係る情報処理方法は、企業が使用する企業装置を含む外部装置と通信可能に接続されたコンピュータが、外部装置から提供される企業情報であって、企業に関する、取引履歴情報、財務情報、業績情報、銀行の口座情報またはインターネットの情報の少なくともいずれかを含む企業情報を取得し、企業情報に基づいて、企業の信用度を算出し、企業情報と算出された信用度とに基づいて、企業が利用可能な取引条件を特定する特定し、特定された取引条件を、条件記憶部に登録し、企業装置から、企業の取引のための第１アカウントの発行の申込を受け付け、受付部が申込を受け付けた場合、登録された取引条件に基づいて、第１アカウントを発行するための処理を行う。
【発明の効果】
【0009】
本発明によれば、取引に関するリスクを低減しつつ、取引を開始させるためのアカウントに関するセットアップを効率的に行うことができる情報処理装置、プログラム、および情報処理方法を提供することができる。
【図面の簡単な説明】
【0010】
【図1】本実施形態に係る取引支援システムのシステム構成例を説明するための図である。
【図2】本実施形態に係る取引支援システムの概要の一例を説明するための図である。
【図3】本実施形態に係る取引支援システムの概要の一例を説明するための図である。
【図4】本実施形態に係る取引支援システムの概要の一例を説明するための図である。
【図5】本実施形態に係る取引支援システムの概要の一例を説明するための図である。
【図6】本実施形態に係る取引支援システムの概要の一例を説明するための図である。
【図7】本実施形態に係るサーバ装置の機能構成の一例を示す図である。
【図8】本実施形態に係る条件パターンの一例を示す図である。
【図9】本実施形態に係るサーバ装置の動作例を示す図である。
【図10】本実施形態に係るサーバ装置のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【0011】
添付図面を参照して、本発明の好適な実施形態（以下、「本実施形態」ともいう）について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。
【0012】
本実施形態に係る取引支援システム１は、Ｂ２Ｂ（企業間）取引を支援するためのシステムである。取引支援システム１は、例えば、取引を開始させるためのセットアップ処理として、取引のためのアカウント（以下、単に「アカウント」ともいう）の発行やアカウントに対する条件の設定、発行したアカウントの関係者との連携等のサービス（以下、「取引支援サービス」ともいう）を行う。このアカウントは、例えば、取引に使用する金融機関の口座、クレジットカード等の決済サービスを利用するための権利等を含む。
【0013】
本実施形態では、取引支援サービスのプロセスのうちアカウントを利用可能な状態にするプロセスを、「（取引を開始させるための）アカウントに関するセットアップ」ともいう。アカウントに関するセットアップは、例えば、アカウントの発行やアカウントに対する条件の設定等を含む。
【0014】
取引支援システム１を運営する事業者（以下、単に「運営事業者」ともいう）は、取引の決済で利用可能な決済サービスを提供する事業者であってもよい。また、運営事業者は、例えば、取引の決済を行う業者（例えば、ＰＳＰ（Ｐａｙｍｅｎｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ））等であってもよい。また、運営事業者は、決済指示サービス提供者（ＰＩＳＰ（Ｐａｙｍｅｎｔ Ｉｎｉｔｉａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ））として銀行等の金融機関に対して決済や資金移動を指示するサービスを提供するものであってもよい。また、他の例として、運営事業者は、資金移動を行う金融機関そのものであってもよい。
【0015】
＜１．システム構成＞
図１を参照して、本実施形態に係る取引支援システム１のシステム構成例を説明する。
図１を参照して、本実施形態に係る取引支援システム１のシステム構成例を説明する。
【0016】
図１に示すように、取引支援システム１は、運営事業者が使用するサーバ装置１００と、第１企業が使用する第１企業装置２００ａと、第２企業が使用する第２企業装置２００ｂとを含む。また、第１企業装置２００ａと第２企業装置２００ｂとは、特に区別の必要が無い場合は、総称して「企業装置２００」ともいう。また、第１企業と第２企業とは、特に区別の必要が無い場合は、総称して「企業」ともいう。この企業には、法人企業や個人企業の民間企業、または公企業が含まれる。また、取引支援システム１は、ネットワークＮを介して外部システム５００と連携（情報連携および／または機能連携を含む。以下同じ。）する。外部システム５００に含まれる各種装置と企業装置２００とを、総称して「外部装置」ともいう。
【0017】
ネットワークＮは、無線ネットワークや有線ネットワークにより構成される。ネットワークの一例としては、携帯電話網や、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ－ｐｈｏｎｅ Ｓｙｓｔｅｍ）網、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、ＷｉＭａｘ（登録商標）、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、有線ＬＡＮ、電話線、電灯線ネットワーク、ＩＥＥＥ１３９４等に準拠したネットワークがある。
【0018】
［サーバ装置］
サーバ装置１００は、企業装置２００や外部システム５００との通信が可能な情報処理装置である。サーバ装置１００は、所定のプログラムを実行することにより、外部装置から企業情報や環境情報を取得して、取得した企業情報等を記憶部１４０に記憶させて管理するＤＢサーバを実現してもよい。また、サーバ装置１００は、蓄積させた情報から、各企業の信用度を算出し、各企業における取引の発生や取引に関するリスク（以下、「取引リスク」ともいう）を予測する。また、サーバ装置１００は、取引支援サービスを提供するためのＷｅｂサイト（以下、「取引支援サイト」ともいう）を生成し、生成した取引支援サイトのＷｅｂページを外部装置に配信するようなＷｅｂサーバの機能を実現してもよい。
サーバ装置１００は、企業装置２００や外部システム５００との通信が可能な情報処理装置である。サーバ装置１００は、所定のプログラムを実行することにより、外部装置から企業情報や環境情報を取得して、取得した企業情報等を記憶部１４０に記憶させて管理するＤＢサーバを実現してもよい。また、サーバ装置１００は、蓄積させた情報から、各企業の信用度を算出し、各企業における取引の発生や取引に関するリスク（以下、「取引リスク」ともいう）を予測する。また、サーバ装置１００は、取引支援サービスを提供するためのＷｅｂサイト（以下、「取引支援サイト」ともいう）を生成し、生成した取引支援サイトのＷｅｂページを外部装置に配信するようなＷｅｂサーバの機能を実現してもよい。
【0019】
「企業情報」とは、企業に関する情報である。企業情報は、例えば、企業に関する、取引履歴情報、財務情報、業績情報、銀行の口座情報またはインターネットの情報の少なくともいずれかを含む。
【0020】
取引履歴情報は、各企業が行った取引の履歴を示す情報である。取引履歴情報は、例えば、各取引を識別するための取引識別情報、各取引に用いる各アカウントのアカウント識別情報、各取引の関係者である企業を識別するための企業の識別情報、各取引を決済するための決済指示の履歴、または各取引の取引金額等を含む。
【0021】
財務情報は、例えば、各企業の財務諸表（例えば、賃借対照表やキャッシュフロー等）の情報である。
【0022】
業績情報は、例えば、四半期ごとや年度ごとの、売上高、営業利益、または経常利益等である。また、業績情報は、例えば企業が決済サービスの加盟店である場合、この加盟店での売上の履歴を示す売上履歴情報を含んでもよい。
【0023】
インターネトの情報は、例えば、ＳＮＳに掲載されている情報、各企業の企業サイトで公開されている情報、またはＥＤＩＮＥＴ（金融商品取引法に基づく有価証券報告書等の開示書類に関する電子開示システム）で開示されている情報等である。
【0024】
「（銀行の）口座情報」とは、銀行の各口座を管理するための情報である。口座情報は、例えば、対象の銀行を識別するための銀行コード、各口座を識別するための口座番号、各口座に入金されている総額等の口座残高を示す口座残高、または口座を利用した資金移動のための入出金の履歴を示す入出金履歴等を含む。
【0025】
入出金履歴は、例えば、各入出金を識別するための入出金識別情報、入出金の相手方を示す相手方識別情報、入出金された日時を示す入出金日時、口座に入金された金額を示す入金額、または口座から出金された金額を示す出金額等を含む。
【0026】
「環境情報」とは、各企業の周辺環境に関する情報である。環境情報は、例えば、各企業の周辺の気象情報、各企業の周辺でのイベントの開催情報、または株価情報等を含む。
【0027】
［企業装置］
企業装置２００は、各企業が使用し、サーバ装置１００や外部システム５００と通信可能な情報処理装置である。企業装置２００は、所定のプログラムを実行することにより、各企業のアカウントの発行における申込の入力受け付けや、この申込の結果について取引支援サイト等の画面を介した出力を行う。企業装置２００は、例えば、企業の担当者が使用し販売管理機能や会計管理機能を備えるＥＲＰシステム等の業務システムを制御するサーバ装置であってもよい。また他の例として、企業装置２００は、企業の経営者や従業員が使用するスマートフォンやラップトップ等の端末装置であってもよい。企業装置２００は、例えば、サーバ装置１００と直接つながってやり取りするだけでなく、その間に仲介事業者が使用する仲介装置を介して間接的につながってやり取りしてもよい。この場合、企業は、仲介装置が提供するサービスを介して、この取引支援サービスを利用してもよい。
企業装置２００は、各企業が使用し、サーバ装置１００や外部システム５００と通信可能な情報処理装置である。企業装置２００は、所定のプログラムを実行することにより、各企業のアカウントの発行における申込の入力受け付けや、この申込の結果について取引支援サイト等の画面を介した出力を行う。企業装置２００は、例えば、企業の担当者が使用し販売管理機能や会計管理機能を備えるＥＲＰシステム等の業務システムを制御するサーバ装置であってもよい。また他の例として、企業装置２００は、企業の経営者や従業員が使用するスマートフォンやラップトップ等の端末装置であってもよい。企業装置２００は、例えば、サーバ装置１００と直接つながってやり取りするだけでなく、その間に仲介事業者が使用する仲介装置を介して間接的につながってやり取りしてもよい。この場合、企業は、仲介装置が提供するサービスを介して、この取引支援サービスを利用してもよい。
【0028】
［外部システム］
外部システム５００は、ネットワークＮを介して、サーバ装置１００および／または企業装置２００と通信可能に接続されている。外部システム５００は、例えば、企業が利用する、クラウド会計システム、ＳＣＭ（Ｓｕｐｐｌｙ Ｃｈａｉｎ Ｍａｎａｇｅｍｅｎｔ）システム、ＥＲＰシステム、クレジットカードシステム、銀行システム、またはＥＣシステム等である。
外部システム５００は、ネットワークＮを介して、サーバ装置１００および／または企業装置２００と通信可能に接続されている。外部システム５００は、例えば、企業が利用する、クラウド会計システム、ＳＣＭ（Ｓｕｐｐｌｙ Ｃｈａｉｎ Ｍａｎａｇｅｍｅｎｔ）システム、ＥＲＰシステム、クレジットカードシステム、銀行システム、またはＥＣシステム等である。
【0029】
＜２．概要＞
図２～６を参照して、本実施形態に係る取引支援システム１の概要の一例を説明する。
図２～６を参照して、本実施形態に係る取引支援システム１の概要の一例を説明する。
【0030】
＜２－１．全体像＞
図２を参照して、取引支援システム１の全体像の一例を説明する。図２に示すように、取引支援システム１全体が実現する機能は、「Ａ．情報取得機能」、「Ｂ．取引予測・リスク評価機能」、「Ｃ．ＤＢ機能」、「Ｄ．アカウント即時設定機能」、「Ｅ．アカウント発行・連携機能」、「Ｆ．既存流用機能」、「Ｇ．法人貸付機能」の７つのセクションに分類される。取引支援システム１では、それぞれのセクションが互いに連携して、取引支援サービスを提供する。また、それぞれのセクションは、企業装置２００や外部システム５００とも連携を行う。
図２を参照して、取引支援システム１の全体像の一例を説明する。図２に示すように、取引支援システム１全体が実現する機能は、「Ａ．情報取得機能」、「Ｂ．取引予測・リスク評価機能」、「Ｃ．ＤＢ機能」、「Ｄ．アカウント即時設定機能」、「Ｅ．アカウント発行・連携機能」、「Ｆ．既存流用機能」、「Ｇ．法人貸付機能」の７つのセクションに分類される。取引支援システム１では、それぞれのセクションが互いに連携して、取引支援サービスを提供する。また、それぞれのセクションは、企業装置２００や外部システム５００とも連携を行う。
【0031】
＜２－２．基本機能＞
図３を参照して、取引支援システム１の基本機能の一例を説明する。図３に示すように、基本機能には、「Ａ．情報取得機能」と「Ｂ．取引予測・リスク評価機能」とが含まれている。また、基本機能は、「Ｃ．ＤＢ機能」と連携して、取得した情報や処理した結果を、ＤＢ機能の各記憶部に蓄積または登録させていく。取引支援システム１は、取引のためのアカウントの発行の申込を各企業から受け付けるより前に、企業ごとに、ＤＢ機能に蓄積または登録された情報に基づいて、取引の発生等を予測して取引条件を予め特定しておく。
図３を参照して、取引支援システム１の基本機能の一例を説明する。図３に示すように、基本機能には、「Ａ．情報取得機能」と「Ｂ．取引予測・リスク評価機能」とが含まれている。また、基本機能は、「Ｃ．ＤＢ機能」と連携して、取得した情報や処理した結果を、ＤＢ機能の各記憶部に蓄積または登録させていく。取引支援システム１は、取引のためのアカウントの発行の申込を各企業から受け付けるより前に、企業ごとに、ＤＢ機能に蓄積または登録された情報に基づいて、取引の発生等を予測して取引条件を予め特定しておく。
【0032】
「取引条件」とは、例えば、取引金額の上限（以下、「金額上限」ともいう）、取引に適用される金利（例えば、貸出利率等）の範囲、取引の種類（例えば、サービスや商品の提供による売買取引、貸付、ファクタリング、電子マネー等の価値の移転等）等を含む。
【0033】
（１）＜Ａ１）情報取得＞サーバ装置１００の取得部１１１は、企業装置２００や外部システム５００の装置を含む外部装置から提供される企業情報を取得する。蓄積部１１３は、予め設定された期間（以下、「第１蓄積期間」ともいう）、取得された企業情報を企業記憶部１４１に蓄積する。
【0034】
（２）＜Ｂ１）取引予測＞サーバ装置１００の取引予測部１１８は、企業記憶部１４１に蓄積された企業情報に基づいて、予め設定された将来の期間（以下、「予測期間」ともいう）における、各企業の取引の発生を予測する。予測期間とは、取引の発生を予測する対象の期間であり、例えば、現時点（予測時点）から、数日後、１週間後、四半期後、半年後、または１年後までの期間であってもよい。蓄積部１１３は、予測された取引の発生を、企業ごとに企業記憶部１４１に蓄積する。
【0035】
（３）＜Ｂ２）リスク評価＞サーバ装置１００の算出部１１２は、企業記憶部１４１に蓄積された企業情報に基づいて、各企業の信用度を算出する。蓄積部１１３は、予め設定された期間（以下、「第２蓄積期間」ともいう）、算出された信用度を、企業ごとに信用度記憶部１４２に蓄積する。また、サーバ装置１００のリスク評価部１１９は、企業記憶部１４１に蓄積された企業情報と信用度記憶部１４２に蓄積された各企業の信用度とに基づいて、企業に関する取引リスクを評価する。蓄積部１１３は、予め設定された期間（以下、「第３蓄積期間」ともいう）、評価された取引リスクを、企業ごとにリスク記憶部１４３に蓄積する。
【0036】
（４）＜Ｂ３）最適取引条件＞サーバ装置１００の特定部１１４は、企業記憶部１４１に蓄積された企業情報と信用度記憶部１４２に蓄積された信用度とに基づいて、企業が利用可能な取引条件（以下、単に「利用可能取引条件」ともいう）を特定する。登録部１１５は、特定された取引条件を、条件記憶部１４４に登録する。
【0037】
上記構成によれば、取引支援システム１は、アカウントの発行の申込を受け付ける前に、このアカウントの発行等のアカウントに関するセットアップに必要な情報をＤＢ機能に予め蓄積・登録することができる。
【0038】
＜２－３．アカウント機能＞
図４、５を参照して、取引支援システム１のアカウント機能の一例を説明する。図４、５に示すように、アカウント機能には、「Ｄ．アカウント即時設定機能」と「Ｅ．アカウント発行・連携機能」と「Ｆ．既存流用機能」とが含まれている。また、アカウント機能は、「Ｃ．ＤＢ機能」と連携して、ＤＢ機能の各記憶部に蓄積または登録されている各種情報や各処理の結果を参照して、アカウントに関するセットアップを行う。
図４、５を参照して、取引支援システム１のアカウント機能の一例を説明する。図４、５に示すように、アカウント機能には、「Ｄ．アカウント即時設定機能」と「Ｅ．アカウント発行・連携機能」と「Ｆ．既存流用機能」とが含まれている。また、アカウント機能は、「Ｃ．ＤＢ機能」と連携して、ＤＢ機能の各記憶部に蓄積または登録されている各種情報や各処理の結果を参照して、アカウントに関するセットアップを行う。
【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】
算出部１１２は、キャッシュフローによる信用度、売上高による信用度、インターネット上の評判による信用度等、複数の観点それぞれによる信用度を算出してもよい。算出部１１２は、例えば、企業ごとに、複数の信用度それぞれにおける上記のように割り当てた数値を集計する。そして算出部１１２は、この集計の結果を各企業の信用度としてもよい。なお算出部１１２は、例えば、この集計の結果から統計値を算出して、算出した統計値を信用度としてもよい。ここで「統計値」とは、例えば、平均値、中央値、または最頻値等であってもよい。
【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】
リスク評価部１１９は、格付けにより取引リスクを評価する場合、例えば、信用度記憶部１４２に蓄積された信用度を訓練データとして、信用度に対する格付けを正解データとして、最適な格付けに各企業を分類するための分類モデルを構築してもよい。リスク評価部１１９は、このように構築された分類モデルを用いて、算出された各企業の信用度を入力データとし、格付けを出力データとして、格付けそれぞれに各企業を分類する。
【0093】
リスク評価部１１９は、例えば、企業情報および／または環境情報にさらに基づいて、取引リスクを評価してもよい。リスク評価部１１９は、例えば、二つの企業において、算出された信用度が同じ数値であっても、企業情報に含まれる財務情報に示された資産に対する負債の比率について一方の企業がもう一方の企業より大きければ、負債の比率が大きい企業を相対的に取引リスクが高いと評価してもよい。リスク評価部１１９は、例えば、企業情報に含まれる財務情報が示す損失の情報（減損損失）に応じて取引リスクの評価を調整してもよい。
【0094】
リスク評価部１１９は、例えば、推定部１１９１を備えてもよい。推定部１１９１は、信用度記憶部１４２に蓄積された信用度による企業の信用度の時系列推移に基づいて、企業に関する取引リスクの時系列推移を推定する。
【0095】
推定部１１９１は、例えば、数日前、１週間前、四半期前、半年前、または１年前から、現時点に至るまでの過去の期間における信用度の時系列推移を推定してもよい。推定部１１９１は、さらに、過去の期間における信用度の時系列推移から、現時点から、数日後、１週間後、四半期後、半年後、または１年後までの将来の期間における信用度の時系列推移を推定してもよい。この将来の時系列推移の推定にあたって、推定部１１９１は、信用度の時系列推移を入力データとして信用度の時系列推移のパターンモデルを構築し、この構築した時系列推移のパターンモデルを利用してもよい。推定部１１９１は、例えば、この将来の期間における信用度の時系列推移に基づいて、将来の期間における取引リスクの時系列推移を推定してもよい。
【0096】
推定部１１９１は、例えば、企業の信用度の時系列推移を学習データとして入力することで、取引リスクの時系列推移を推定する学習モデルを構築してもよい。この学習モデルは、例えば、企業の規模や業種、取引の種類ごとに、時系列にそって推移するの取引リスクをモデル化したものであってもよい。推定部１１９１は、例えば、過去の特定の期間における信用度の時系列推移を訓練データとし、同一期間における取引リスクの時系列推移を正解データとして、学習モデルを構築する（学習させる）。推定部１１９１は、この構築した学習モデルを用いて、信用度の時系列推移を入力データとし、取引リスクの時系列推移を出力データとして、推定してもよい。
【0097】
上記構成によれば、推定部１１９１は、ある時点の評価された取引リスクだけでなく、その前後の時点の取引リスクによる取引リスクの推移をふまえて、各企業が利用可能な取引条件を特定することができる。例えば、評価方法が格付けの場合、最新の取引リスクが「Ｂ」であっても、その前の時点の評価が「ＡＡＡ」であったかそれとも「Ｂ」であったかによってその企業に対する評価が分かれることがある。例えば、前者であれば取引リスクが大幅に下落していると評価でき、後者であれば取引リスクを維持していると評価できる。このため、特定部１１４は、前者においては、取引条件を後者と比較して厳しい条件（例えば、金額上限を引き下げる等）にしてもよい。このように、特定部１１４は、取引リスクの時系列推移をふまえて、より精度よく取引条件を特定することができる。
【0098】
［売上予測部］
売上予測部１２０は、取得部１１１により取得された企業情報に基づいて、企業の売上を予測する。売上予測部１２０は、例えば、現時点から、数日後、１週間後、四半期後、半年後、または１年後までの将来の期間における売上を予測する。
売上予測部１２０は、取得部１１１により取得された企業情報に基づいて、企業の売上を予測する。売上予測部１２０は、例えば、現時点から、数日後、１週間後、四半期後、半年後、または１年後までの将来の期間における売上を予測する。
【0099】
売上予測部１２０は、例えば、月別等の期間別に売上高を算出して、この算出した売上高に基づいて、期間別に売上を予測してもよい。売上予測部１２０は、例えば、直近の過去１年間のうち５月の売上高が1千万円であった場合、今後１年間における５月の売上を１千万円と予測してもよい。また、売上予測部１２０は、過去１０年間の期間別の売上高の統計値を算出して、算出した統計値により期間別に売上を予測してもよい。
【0100】
［通知部］
通知部１２１は、アカウント情報を含むアカウント発行処理の結果等の各種処理の結果を、企業装置２００に通知する。
通知部１２１は、アカウント情報を含むアカウント発行処理の結果等の各種処理の結果を、企業装置２００に通知する。
【0101】
［通信部］
通信部１３０は、ネットワークＮを介して、外部装置と各種情報を送受信する。通信部１３０は、例えば、ネットワークＮを介して、外部装置から送信された企業情報や企業装置２００から送信された各種申込を受信したり、この申込の応答としてアカウント発行処理の結果を企業装置２００に送信したりする。
通信部１３０は、ネットワークＮを介して、外部装置と各種情報を送受信する。通信部１３０は、例えば、ネットワークＮを介して、外部装置から送信された企業情報や企業装置２００から送信された各種申込を受信したり、この申込の応答としてアカウント発行処理の結果を企業装置２００に送信したりする。
【0102】
［記憶部］
記憶部１４０は、取引発生のパターンモデルや分類モデル等の各種モデルや各種情報を記憶してもよい。記憶部１４０は、データベースマネジメントシステム（ＤＢＭＳ）を利用して各情報を記憶してもよいし、ファイルシステムを利用して各情報を記憶してもよい。ＤＢＭＳを利用する場合は、上記情報ごとにテーブを設けて、当該テーブル間を関連付けて各情報を管理してもよい。
記憶部１４０は、取引発生のパターンモデルや分類モデル等の各種モデルや各種情報を記憶してもよい。記憶部１４０は、データベースマネジメントシステム（ＤＢＭＳ）を利用して各情報を記憶してもよいし、ファイルシステムを利用して各情報を記憶してもよい。ＤＢＭＳを利用する場合は、上記情報ごとにテーブを設けて、当該テーブル間を関連付けて各情報を管理してもよい。
【0103】
記憶部１４０は、条件記憶部１４４を備える。条件記憶部１４４は、特定部１１４により特定された取引条件を記憶する。条件記憶部１４４は、例えば、パターン記憶部１４４１を備えてもよい。パターン記憶部１４４１は、１以上の条件パターンを記憶する。
【0104】
記憶部１４０は、例えば、企業記憶部１４１、信用度記憶部１４２、リスク記憶部１４３、および／またはアカウント記憶部１４５を備えてもよい。企業記憶部１４１は、取得部１１１により取得された企業情報を記憶する。信用度記憶部１４２は、算出部１１２により算出された企業の信用度を記憶する。リスク記憶部１４３は、リスク評価部１１９により評価された取引リスクを記憶する。アカウント記憶部１４５は、発行されたアカウントのアカウント情報を記憶する。
【0105】
＜４．動作例＞
図９を参照して、本実施形態に係るサーバ装置１００の動作例を説明する。図９（ａ）は、外部装置から企業情報を取得した際の一連の処理の流れの一例を示すフロー図である。図９（ｂ）は、企業装置２００からアカウントの発行の申込を受け付けた際の一連の処理の流れの一例を示すフロー図である。なお、以下に示す処理の順番は一例であって、適宜、変更されてもよい。
図９を参照して、本実施形態に係るサーバ装置１００の動作例を説明する。図９（ａ）は、外部装置から企業情報を取得した際の一連の処理の流れの一例を示すフロー図である。図９（ｂ）は、企業装置２００からアカウントの発行の申込を受け付けた際の一連の処理の流れの一例を示すフロー図である。なお、以下に示す処理の順番は一例であって、適宜、変更されてもよい。
【0106】
図９（ａ）に示すように、サーバ装置１００の取得部１１１は、外部装置から企業情報を取得する（Ｓ１０）。蓄積部１１３は、この取得された企業情報を企業記憶部１４１に蓄積する（Ｓ１１）。
【0107】
サーバ装置１００の算出部１１２は、取得部１１１により取得された（蓄積部１１３により蓄積された）企業情報に基づいて、企業の信用度を算出する（Ｓ１２）。蓄積部１１３は、この算出された信用度を信用度記憶部１４２に蓄積する（Ｓ１３）。
【0108】
サーバ装置１００の特定部１１４は、企業情報と企業の信用度とに基づいて、企業が利用可能取引条件を特定する（Ｓ１４）。登録部１１５は、この特定された取引条件を条件記憶部１４４に登録する（Ｓ１５）。
【0109】
図９（ｂ）に示すように、サーバ装置１００の受付部１１６は、企業装置２００から、企業の取引のための第１アカウントの発行の申込を受け付ける（Ｓ２０）。アカウント制御部１１７は、受付部１１６がこの申込を受け付けた場合、条件記憶部１４４を参照して、登録された取引条件に基づいて、第１アカウントを発行するための処理を行う（Ｓ２１）。通知部１２１は、この処理の結果を、企業装置２００に通知する（Ｓ２２）。
【0110】
＜５．ハードウェア構成＞
図１０を参照して、上述してきたサーバ装置１００をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。
図１０を参照して、上述してきたサーバ装置１００をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。
【0111】
図１０に示すように、コンピュータ８００は、プロセッサ８０１と、メモリ８０３と、記憶装置８０５と、入力Ｉ／Ｆ部８０７と、データＩ／Ｆ部８０９と、通信Ｉ／Ｆ部８１１、および表示装置８１３を含む。
【0112】
プロセッサ８０１は、メモリ８０３に記憶されているプログラムを実行することによりコンピュータ８００における様々な処理を制御する。例えば、サーバ装置１００の制御部１１０が備える各機能部等は、メモリ８０３に一時記憶されたプログラムをプロセッサ８０１が実行することにより実現可能である。
【0113】
メモリ８０３は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の記憶媒体である。メモリ８０３は、プロセッサ８０１によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。
【0114】
記憶装置８０５は、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリ等の不揮発性の記憶媒体である。記憶装置８０５は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。この他、記憶装置８０５は、企業情報を登録するテーブルと、当該テーブルを管理するＤＢを記憶することも可能である。このようなプログラムやデータは、必要に応じてメモリ８０３にロードされることにより、プロセッサ８０１から参照される。
【0115】
入力Ｉ／Ｆ部８０７は、ユーザからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ部８０７の具体例としては、キーボードやマウス、タッチパネル、各種センサ、ウェアラブル・デバイス等が挙げられる。入力Ｉ／Ｆ部８０７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等のインタフェースを介してコンピュータ８００に接続されても良い。
【0116】
データＩ／Ｆ部８０９は、コンピュータ８００の外部からデータを入力するためのデバイスである。データＩ／Ｆ部８０９の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置等がある。データＩ／Ｆ部８０９は、コンピュータ８００の外部に設けられることも考えられる。その場合、データＩ／Ｆ部８０９は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００へと接続される。
【0117】
通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部の装置と有線または無線により、インターネットＮを介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ部８１１は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００に接続される。
【0118】
表示装置８１３は、各種情報を表示するためのデバイスである。表示装置８１３の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ウェアラブル・デバイスのディスプレイ等が挙げられる。表示装置８１３は、コンピュータ８００の外部に設けられても良い。その場合、表示装置８１３は、例えばディスプレイケーブル等を介してコンピュータ８００に接続される。また、入力Ｉ／Ｆ部８０７としてタッチパネルが採用される場合には、表示装置８１３は、入力Ｉ／Ｆ部８０７と一体化して構成することが可能である。
【0119】
［変形例］
なお、本発明を上記実施の形態に基づいて説明してきたが、以下のような場合も本発明に含まれる。
なお、本発明を上記実施の形態に基づいて説明してきたが、以下のような場合も本発明に含まれる。
【0120】
［変形例１］
上記実施形態では、企業記憶部と、信用度記憶部と、リスク記憶部と、条件記憶部と、アカウント記憶部と、をサーバ装置１００の記憶部１４０が備える例を説明したが、本発明に係るこれらの記憶部はこれに限定されない。これらの記憶部は、例えば、外部装置の記憶部が備えてもよい。例えば、外部装置の記憶部が企業記憶部を備えてもよく、サーバ装置１００は遠隔でこの企業記憶部を管理（例えば、新規登録、参照、更新、削除等）してもよい。
上記実施形態では、企業記憶部と、信用度記憶部と、リスク記憶部と、条件記憶部と、アカウント記憶部と、をサーバ装置１００の記憶部１４０が備える例を説明したが、本発明に係るこれらの記憶部はこれに限定されない。これらの記憶部は、例えば、外部装置の記憶部が備えてもよい。例えば、外部装置の記憶部が企業記憶部を備えてもよく、サーバ装置１００は遠隔でこの企業記憶部を管理（例えば、新規登録、参照、更新、削除等）してもよい。
【0121】
［変形例２］
上記実施形態では、第２アカウント発行の際に、第１アカウントの取引条件をそのまま流用する例を説明したが、本発明に係る第２アカウントに対応付けられた取引条件はこれに限定されない。アカウント制御部１１７は、例えば、第２アカウントのアカウント発行処理において、条件記憶部１４４を参照して、登録されている取引条件により第１アカウントの取引条件の少なくとも一部を更新（オーバーライド）し、この更新された取引条件を第２アカウントに適用してもよい。すなわち、アカウント制御部１１７は、第２アカウントのアカウント発行処理時点の最新の取引条件を、第２アカウントの取引条件に反映させることができる。このような構成によれば、第１アカウントで実績のある取引条件を流用しつつ最新化を図ることもできる。
上記実施形態では、第２アカウント発行の際に、第１アカウントの取引条件をそのまま流用する例を説明したが、本発明に係る第２アカウントに対応付けられた取引条件はこれに限定されない。アカウント制御部１１７は、例えば、第２アカウントのアカウント発行処理において、条件記憶部１４４を参照して、登録されている取引条件により第１アカウントの取引条件の少なくとも一部を更新（オーバーライド）し、この更新された取引条件を第２アカウントに適用してもよい。すなわち、アカウント制御部１１７は、第２アカウントのアカウント発行処理時点の最新の取引条件を、第２アカウントの取引条件に反映させることができる。このような構成によれば、第１アカウントで実績のある取引条件を流用しつつ最新化を図ることもできる。
【0122】
［変形例３］
上記実施形態では示していないが、判定部１１７１による取引可否やアカウントの発行可否の判定結果が「否」の場合には、アカウント制御部１１７は、申込元の企業に対する与信の判定を行ってもよい。この判定の結果が与信承認となった場合には、アカウント制御部１１７は、取引可否やアカウントの発行可否の判定結果を「可」として判定し直してもよい。また、判定部１１７１の判定結果により登録されている取引条件と希望取引条件とが合致せず、希望取引条件に見合う信用度が得られていない企業に対しても、アカウント制御部１１７は、同様に、申込元の企業に対する追加の与信の判定を行ってもよい。
上記実施形態では示していないが、判定部１１７１による取引可否やアカウントの発行可否の判定結果が「否」の場合には、アカウント制御部１１７は、申込元の企業に対する与信の判定を行ってもよい。この判定の結果が与信承認となった場合には、アカウント制御部１１７は、取引可否やアカウントの発行可否の判定結果を「可」として判定し直してもよい。また、判定部１１７１の判定結果により登録されている取引条件と希望取引条件とが合致せず、希望取引条件に見合う信用度が得られていない企業に対しても、アカウント制御部１１７は、同様に、申込元の企業に対する追加の与信の判定を行ってもよい。
【符号の説明】
【0123】
１…取引支援システム、１００…サーバ装置、１１０…制御部、１１１…取得部、１１２…算出部、１１３…蓄積部、１１４…特定部、１１５…登録部、１１６…受付部、１１７…アカウント制御部、１１８…取引予測部、１１９…リスク評価部、１２０…売上予測部、１２１…通知部、１３０…通信部、１４０…記憶部、２００…企業装置、２００ａ…第１企業装置、２００ｂ…第２企業装置、５００…外部システム、８００…コンピュータ、８０１…プロセッサ、８０３…メモリ、８０５…記憶装置、８０７…入力Ｉ／Ｆ部、８０９…データＩ／Ｆ部、８１１…通信Ｉ／Ｆ部、８１３…表示装置。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】