ホーム > 特許ランキング > 株式会社野村総合研究所
特開2023-33547金融資産管理システムと連携したサービスを提供するサービス提供システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023033547
(43)【公開日】2023-03-10
(54)【発明の名称】金融資産管理システムと連携したサービスを提供するサービス提供システム
(51)【国際特許分類】
G06Q 40/06 20120101AFI20230303BHJP
【ＦＩ】
G06Q40/06
【審査請求】有
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2023005773
(22)【出願日】2023-01-18
(62)【分割の表示】P 2021177081の分割
【原出願日】2016-10-20
(71)【出願人】
【識別番号】000155469
【氏名又は名称】株式会社野村総合研究所
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100080953
【弁理士】
【氏名又は名称】田中 克郎
(72)【発明者】
【氏名】城田 真琴
(72)【発明者】
【氏名】須崎 正士
(72)【発明者】
【氏名】新井 克典
(72)【発明者】
【氏名】豊崎 祐一郎
(57)【要約】
【課題】ＰＦＭシステム／会計システムで得られた情報を用いた新しいサービスについて
は、これまで提案がなされていない。
【解決手段】サービス提供システムは、複数の種類の金融情報を集約した金融資産情報を
管理する金融資産管理システムから、ユーザの金融資産情報を取得する。そして、取得し
た金融資産情報に基づいて、貸し手のユーザと借り手のユーザとをマッチングさせる。
【選択図】図１
は、これまで提案がなされていない。
【解決手段】サービス提供システムは、複数の種類の金融情報を集約した金融資産情報を
管理する金融資産管理システムから、ユーザの金融資産情報を取得する。そして、取得し
た金融資産情報に基づいて、貸し手のユーザと借り手のユーザとをマッチングさせる。
【選択図】図１
【特許請求の範囲】
【請求項1】
複数の種類の金融情報を集約した金融資産情報を管理する金融資産管理システムから、
ユーザの金融資産情報を取得する取得部と、
前記金融資産情報に基づいて、貸し手のユーザと借り手のユーザとをマッチングさせる
マッチング部と、
を有する、サービス提供システム。
ユーザの金融資産情報を取得する取得部と、
前記金融資産情報に基づいて、貸し手のユーザと借り手のユーザとをマッチングさせる
マッチング部と、
を有する、サービス提供システム。
【請求項2】
前記借り手のユーザの前記金融資産情報を前記貸し手のユーザに公開する情報提供部を
さらに備え、
前記マッチング部は、前記金融資産情報に対する前記貸し手のユーザの指示に基づいて
、前記貸し手のユーザと前記借り手のユーザとをマッチングさせる、
請求項１に記載のサービス提供システム。
さらに備え、
前記マッチング部は、前記金融資産情報に対する前記貸し手のユーザの指示に基づいて
、前記貸し手のユーザと前記借り手のユーザとをマッチングさせる、
請求項１に記載のサービス提供システム。
【請求項3】
前記借り手のユーザの前記金融資産情報には、前記借り手のユーザの特定の資金目的を
示す情報が含まれる、
請求項２に記載のサービス提供システム。
示す情報が含まれる、
請求項２に記載のサービス提供システム。
【請求項4】
前記情報提供部は、前記マッチング部でマッチングされた前記借り手のユーザが前記貸
し手のユーザから資金を借りた場合、前記借り手のユーザの前記金融資産情報のうち、前
記借り手のユーザの特定の資金目的に関連する情報を、前記借り手のユーザに資金を貸し
た前記貸し手のユーザに公開する、
請求項２又は３に記載のサービス提供システム。
し手のユーザから資金を借りた場合、前記借り手のユーザの前記金融資産情報のうち、前
記借り手のユーザの特定の資金目的に関連する情報を、前記借り手のユーザに資金を貸し
た前記貸し手のユーザに公開する、
請求項２又は３に記載のサービス提供システム。
【請求項5】
前記情報提供部は、前記借り手のユーザの前記特定の資金目的に関連する情報のうち、
前記借り手のユーザを特定可能な情報をマスクして、前記貸し手のユーザに公開する、
請求項４に記載のサービス提供システム。
前記借り手のユーザを特定可能な情報をマスクして、前記貸し手のユーザに公開する、
請求項４に記載のサービス提供システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、金融資産管理システムと連携したサービスを提供する技術に関する。
【背景技術】
【0002】
銀行、証券、保険などの各種の金融機関の口座情報を集約して、個人の資産を一元的に
管理するＰＦＭ（Personal Financial Management：個人金融資産管理）システムが普及
している。特許文献１には、ＰＦＭシステムに関する技術が開示されている。ＰＦＭシス
テムを用いると、個人の資産を正確に把握することができる。
管理するＰＦＭ（Personal Financial Management：個人金融資産管理）システムが普及
している。特許文献１には、ＰＦＭシステムに関する技術が開示されている。ＰＦＭシス
テムを用いると、個人の資産を正確に把握することができる。
【0003】
また、ＰＦＭに類似したシステムとして、企業の収支、財務状況、資産状況を一元的に
管理する会計システムも既に存在する。
管理する会計システムも既に存在する。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１６－１４９１０３号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
ＰＦＭシステム又は会計システムで得られた情報を用いた新しいサービスについては、
これまで提案がなされていない。
これまで提案がなされていない。
【課題を解決するための手段】
【0006】
本発明の一実施形態に係るサービス提供システムは、複数の種類の金融情報を集約した
金融資産情報を管理する金融資産管理システムから、ユーザの金融資産情報を取得する取
得部と、前記金融資産情報に基づいて、貸し手のユーザと借り手のユーザとをマッチング
させるマッチング部とを有する。
金融資産情報を管理する金融資産管理システムから、ユーザの金融資産情報を取得する取
得部と、前記金融資産情報に基づいて、貸し手のユーザと借り手のユーザとをマッチング
させるマッチング部とを有する。
【発明の効果】
【0007】
本発明によれば、ＰＦＭシステム又は会計システムで得られた情報を用いた新しいサー
ビスを提供することができる。
ビスを提供することができる。
【図面の簡単な説明】
【0008】
【図1】サービス提供システムを含む全体のシステム構成の一例を示す図である。
【図2】ユーザ端末で表示される画面の一例を示す図である。
【図3】ＰＦ情報の一例を示す図である。
【図4】ユーザ端末で表示される画面の一例を示す図である。
【図5】マイクロファイナンスのコンセプトの例を示す図である。
【図6】貸し手ユーザと受け手ユーザとをマッチングさせる例を説明する図である。
【図7】セグメント化の一例を示す図である。
【図8】マッチング処理の一例を示すフローチャートである。
【図9】貸し手のユーザ端末の表示部で表示される画面一例を示す図である。
【図10】リスクプレミアムを説明する図である。
【図11】情報提供部によって公開される情報の一例を示す図である。
【図12】情報公開の例を示す図である。
【発明を実施するための形態】
【0009】
以下、図面を参照しながら本発明の実施形態について詳細に説明する。なお、以下の実
施形態において説明する構成は一例に過ぎず、本発明は図示された構成に限定されるもの
ではない。
施形態において説明する構成は一例に過ぎず、本発明は図示された構成に限定されるもの
ではない。
【0010】
＜＜用語の説明＞＞
まず、最初に本明細書で用いる用語について説明する。
まず、最初に本明細書で用いる用語について説明する。
【0011】
ＰＦＭ（Personal Financial Management）：銀行、クレジット会社、証券、保険など
の各種の金融機関の口座情報を集約して、個人の資産を一元的に管理することである。
の各種の金融機関の口座情報を集約して、個人の資産を一元的に管理することである。
【0012】
ＰＦ（Personal Financial）情報：ＰＦＭを行うＰＦＭシステムにおいて得られる情報
である。ＰＦＭシステムは、各種の金融機関のサーバと連携して情報を集約（アグリゲー
ト）しており、ＰＦ情報は、このように複数の種類の金融機関から得られる情報が集約さ
れた情報のことを指す。ＰＦ情報には、例えば、日々の家計などの入出金情報が含まれる
。この入出金情報には、使途、明細などの詳細事項が含まれる。また、ＰＦ情報には、預
金、株式、投資信託などの各種の金融資産の情報が含まれる。
である。ＰＦＭシステムは、各種の金融機関のサーバと連携して情報を集約（アグリゲー
ト）しており、ＰＦ情報は、このように複数の種類の金融機関から得られる情報が集約さ
れた情報のことを指す。ＰＦ情報には、例えば、日々の家計などの入出金情報が含まれる
。この入出金情報には、使途、明細などの詳細事項が含まれる。また、ＰＦ情報には、預
金、株式、投資信託などの各種の金融資産の情報が含まれる。
【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】
ステップＳ８３０において、マッチング部１０５は、ステップＳ８２０で受け付けた出
資総額が、ステップＳ８１０で仮取得した債権の債権額に達した場合、契約処理部１１２
に通知する。ここで、出資総額は、１００（円／口）＊ｓｕｍ Ｘ（ｉ）（ｉ＝１～ｎ）
（口）である。また、仮取得した債権の債権額Ｙ（ｊ）＋α円に達した場合、契約処理部
１１２に通知してもよい。ここで、α円は、解約率ｒ(%)を想定したもので、（Ｙ（ｊ）
＋α）＊（１００－r）／１００＝Ｙ（ｊ）である。
資総額が、ステップＳ８１０で仮取得した債権の債権額に達した場合、契約処理部１１２
に通知する。ここで、出資総額は、１００（円／口）＊ｓｕｍ Ｘ（ｉ）（ｉ＝１～ｎ）
（口）である。また、仮取得した債権の債権額Ｙ（ｊ）＋α円に達した場合、契約処理部
１１２に通知してもよい。ここで、α円は、解約率ｒ(%)を想定したもので、（Ｙ（ｊ）
＋α）＊（１００－r）／１００＝Ｙ（ｊ）である。
【0088】
契約処理部１１２は、この通知を受けて、その債権を本取得する。すなわち、でんさい
ネット上などで、その債権の名義書換を実行する。なお、先に説明したように、名義の書
き換えは、管理部１０７で管理する仮想口座、仮想名義（仮の名義）に変更する形態でも
よいし、貸し手ユーザの共同名義に書き換える形態でもよい。仮想名義に変更しておくと
、それぞれのユーザが分割債権を有し、出資途中で貸し手ユーザが変更になった場合にお
いても、でんさいネット上で、都度債権者の変更処理をせずに済む。契約処理部１１２は
、契約の変更を実行する処理を行う。例えば、金融機関サーバなどに所定の通知を送って
もよい。このステップＳ８３０は、例えば１日単位で繰り返し行われてもよい。つまり、
１日単位で出資額を受け付け、本取得できない場合には、契約が不成立となり、翌日に再
度、ステップＳ８１０において債権を仮取得する処理を行ってもよい。
ネット上などで、その債権の名義書換を実行する。なお、先に説明したように、名義の書
き換えは、管理部１０７で管理する仮想口座、仮想名義（仮の名義）に変更する形態でも
よいし、貸し手ユーザの共同名義に書き換える形態でもよい。仮想名義に変更しておくと
、それぞれのユーザが分割債権を有し、出資途中で貸し手ユーザが変更になった場合にお
いても、でんさいネット上で、都度債権者の変更処理をせずに済む。契約処理部１１２は
、契約の変更を実行する処理を行う。例えば、金融機関サーバなどに所定の通知を送って
もよい。このステップＳ８３０は、例えば１日単位で繰り返し行われてもよい。つまり、
１日単位で出資額を受け付け、本取得できない場合には、契約が不成立となり、翌日に再
度、ステップＳ８１０において債権を仮取得する処理を行ってもよい。
【0089】
ステップＳ８４０において、契約処理部１１２は、ステップＳ８３０で本取得した債権
に集合債権を設定する。この債権額Ｓ（ｋ）は、[ｓｕｍ Ｙ（ｊ）（Ｊ＝１～ｍ）]円と
なる。すなわち、図７の「地域振興（日本）」の場合であれば、ｍ＝３で、３つの債権の
総額が集合債権となる。例えば、債権ｅ１ａが１万円、債権ｅ１ｂが１０万円、債権ｅ１
ｃが３千円とする。すると、これらの合計の１１万３千円が集合債権となる。
に集合債権を設定する。この債権額Ｓ（ｋ）は、[ｓｕｍ Ｙ（ｊ）（Ｊ＝１～ｍ）]円と
なる。すなわち、図７の「地域振興（日本）」の場合であれば、ｍ＝３で、３つの債権の
総額が集合債権となる。例えば、債権ｅ１ａが１万円、債権ｅ１ｂが１０万円、債権ｅ１
ｃが３千円とする。すると、これらの合計の１１万３千円が集合債権となる。
【0090】
ステップＳ８５０は、その後の返済を含む、収益が得られた場合の処理である。ステッ
プＳ８５０において管理部１０７は、得られた収益を持分に応じてそれぞれのユーザに分
配する。例えば、ステップＳ８４０で設定した債権額Ｓ（ｋ）をそれぞれのユーザが出資
した債権の口数で割る。すなわち、ステップＳ８４０においては、それぞれのユーザ自身
が出資した金額の比率に応じて分配がされる。例えば、債権ｅ１ｂが返済不能となった場
合、債権ｅ１ｂは回収不能金になる。債権ｅ１ａが満期になっており、債権ｅ１ｂは割引
率に応じたプレミアム（利息）が加算されて回収される。債権ｅ１ｃは期限が未到来であ
るので、債権ｅ１ｃは回収されない。このような場合、債権ｅ１ａに関する分配が、その
カテゴリｋに出資したユーザに対してなされることになる。
プＳ８５０において管理部１０７は、得られた収益を持分に応じてそれぞれのユーザに分
配する。例えば、ステップＳ８４０で設定した債権額Ｓ（ｋ）をそれぞれのユーザが出資
した債権の口数で割る。すなわち、ステップＳ８４０においては、それぞれのユーザ自身
が出資した金額の比率に応じて分配がされる。例えば、債権ｅ１ｂが返済不能となった場
合、債権ｅ１ｂは回収不能金になる。債権ｅ１ａが満期になっており、債権ｅ１ｂは割引
率に応じたプレミアム（利息）が加算されて回収される。債権ｅ１ｃは期限が未到来であ
るので、債権ｅ１ｃは回収されない。このような場合、債権ｅ１ａに関する分配が、その
カテゴリｋに出資したユーザに対してなされることになる。
【0091】
マッチング部１０５は、このような処理を、カテゴリごとに対して行う。
【0092】
以上のように、複数のカテゴリにセグメント化を行い、そのカテゴリに対して出資する
形態を採用することにより、貸し手ユーザの不公平感を緩和することができる。カテゴリ
として、特定の目的や特定の種類に特化したカテゴリを設けることで、貸し手ユーザｎは
、自分の希望するカテゴリに積極的に出資することができる。例えば、スポーツが好きな
貸し手ユーザは、半ば寄付のような気持ちで「スポーツ」のカテゴリに出資することもで
きる。
形態を採用することにより、貸し手ユーザの不公平感を緩和することができる。カテゴリ
として、特定の目的や特定の種類に特化したカテゴリを設けることで、貸し手ユーザｎは
、自分の希望するカテゴリに積極的に出資することができる。例えば、スポーツが好きな
貸し手ユーザは、半ば寄付のような気持ちで「スポーツ」のカテゴリに出資することもで
きる。
【0093】
図９は、貸し手のユーザ端末１６０で表示される画面９００の一例を示す図である。図
９では、各カテゴリ別に、出資額と回収額とをグラフ表示するとともに、その額を数字で
表示している。また、各フラグは、凡例９１０に示すように、「回収期限未到来」のもの
と「回収不能」のものと「回収済」のものとが分かるように、色、濃度、パターンなどが
変更して表示される。また、トータルの額を示す領域が表示されている。図９に示すよう
な画面を用いることで、貸し手は、自身の出資している額と回収した額とを、カテゴリ別
に確認することができる。また、複数のカテゴリに出資している場合には、そのトータル
の出資額と回収額とを確認することができる。貸し手は、「追加出資」ボタン９２０を押
下することで、所望のカテゴリに追加出資することができる。また、「カテゴリを追加」
ボタン９３０を押下することで、カテゴリを追加できる。カテゴリが追加される場合、追
加されるカテゴリが既存の表示されているカテゴリの上下左右のいずれかに追加されてよ
い。
９では、各カテゴリ別に、出資額と回収額とをグラフ表示するとともに、その額を数字で
表示している。また、各フラグは、凡例９１０に示すように、「回収期限未到来」のもの
と「回収不能」のものと「回収済」のものとが分かるように、色、濃度、パターンなどが
変更して表示される。また、トータルの額を示す領域が表示されている。図９に示すよう
な画面を用いることで、貸し手は、自身の出資している額と回収した額とを、カテゴリ別
に確認することができる。また、複数のカテゴリに出資している場合には、そのトータル
の出資額と回収額とを確認することができる。貸し手は、「追加出資」ボタン９２０を押
下することで、所望のカテゴリに追加出資することができる。また、「カテゴリを追加」
ボタン９３０を押下することで、カテゴリを追加できる。カテゴリが追加される場合、追
加されるカテゴリが既存の表示されているカテゴリの上下左右のいずれかに追加されてよ
い。
【0094】
図９の画面９００に表示される画像は、出資決定機能、出資金決定機能、期待収益率表
示機能、回収金表示機能、または出資カテゴリ追加機能を有する電子計算機で表示される
画像である。また、図９の画像は、情報入力操作用画像、機能実行操作用画像、情報閲覧
表示用画像、または複合画像である。
示機能、回収金表示機能、または出資カテゴリ追加機能を有する電子計算機で表示される
画像である。また、図９の画像は、情報入力操作用画像、機能実行操作用画像、情報閲覧
表示用画像、または複合画像である。
【0095】
また、画像の各カテゴリには、期待収益率が表示されても良い。その場合、貸し手は、
出資するか否かの判断基準の一つとして期待収益率を用いることができる。
出資するか否かの判断基準の一つとして期待収益率を用いることができる。
【0096】
＜３－１－６．期待収益率＞
次に、期待収益率の算出モデルの例を説明する。ここでは、期待収益率をＲ（ｋ）（ｔ
）と表す。ここで、ｋは、先に説明したように、カテゴリである。ｔは、日時である。つ
まり、期待収益率Ｒ（ｋ）（ｔ）は、カテゴリごとに異なるものであり、また、日時に応
じても異なるものである。期待収益率は、以下の式（１）で表すことができる。
次に、期待収益率の算出モデルの例を説明する。ここでは、期待収益率をＲ（ｋ）（ｔ
）と表す。ここで、ｋは、先に説明したように、カテゴリである。ｔは、日時である。つ
まり、期待収益率Ｒ（ｋ）（ｔ）は、カテゴリごとに異なるものであり、また、日時に応
じても異なるものである。期待収益率は、以下の式（１）で表すことができる。
【0097】
期待収益率R(k)(t)=[1/(1-割引率r(k)(t))]*(1-デフォルト率D(k)(t))*100(%)
式（１）
ここで、割引率r(k)(t)は、以下の式（２）で求められる。
式（１）
ここで、割引率r(k)(t)は、以下の式（２）で求められる。
【0098】
割引率r(k)(t)=無リスク金利r0(t)+リスクプレミアムp(k)(t) 式（２）
この無リスク金利r0(t)は、例えば国債の金利を用いることができる。
この無リスク金利r0(t)は、例えば国債の金利を用いることができる。
【0099】
また、デフォルト率D(k)(t)は、以下の式（３）で求められる。
デフォルト率D(k)(t)=Average(D(k)(t)(t=1,…t-1)) 式（３）
デフォルト率D(k)(t)=Average(D(k)(t)(t=1,…t-1)) 式（３）
【0100】
つまり、デフォルト率は、そのカテゴリの過去の平均値を用いることができる。式（１
）から式（３）に示すように、期待収益率Ｒ（ｋ）（ｔ）は、リスクプレミアムｐ（ｋ）
（ｔ）に依存することが分かる。
）から式（３）に示すように、期待収益率Ｒ（ｋ）（ｔ）は、リスクプレミアムｐ（ｋ）
（ｔ）に依存することが分かる。
【0101】
ここで、リスクプレミアムp(k)(t)については、たとえば、以下の式（４）の関係が成
り立つように設定することができる。
り立つように設定することができる。
【0102】
△|出資額X(k)(t)-(申込)債権額Y(k)(t)|/△リスクプレミアムp(k)(t)=0 式（４）
【0103】
図１０は、上記の式（４）を説明する図である。つまり、リスクプレミアムが高ければ
、出資（貸す）側は貸す額が増える。その一方、借りる側が借りる額は減る。逆に、リス
クプレミアムが低ければ、出資（貸す）側は貸す額が減る。その一方、借りる側が借りる
額は増える。このように、リスクプレミアムは、貸す側と借りる側との間ではトレードオ
フの関係になっている。そして、貸す側と借りる側との間で釣り合う部分が、設定すべき
好適なリスクプレミアムであると考えることができ、上記の式（４）は、この考えにした
がっている。このような好適な値は、たとえば過去のそのカテゴリの出資金と債権額との
関係から求められる。あるいは実証実験などを通じて得たデータを教師データとして、Ａ
Ｉなどを用いて求めても良い。
、出資（貸す）側は貸す額が増える。その一方、借りる側が借りる額は減る。逆に、リス
クプレミアムが低ければ、出資（貸す）側は貸す額が減る。その一方、借りる側が借りる
額は増える。このように、リスクプレミアムは、貸す側と借りる側との間ではトレードオ
フの関係になっている。そして、貸す側と借りる側との間で釣り合う部分が、設定すべき
好適なリスクプレミアムであると考えることができ、上記の式（４）は、この考えにした
がっている。このような好適な値は、たとえば過去のそのカテゴリの出資金と債権額との
関係から求められる。あるいは実証実験などを通じて得たデータを教師データとして、Ａ
Ｉなどを用いて求めても良い。
【0104】
割引率r(k)(t)の別の例は、以下の式（５）で求められる。
【0105】
割引率r(k)(t)=Average(r(k)(t)(t=1,…t-1)) 式（５）
【0106】
割引率r(k)(t)のさらに別の例は、借り手が割引率を提示して借入を申し込むことを前
提に、カテゴリkに属する(申込)債権jについて提示された割引率r(k)(t)(j)の平均として
、以下の式（６）で求められる。
提に、カテゴリkに属する(申込)債権jについて提示された割引率r(k)(t)(j)の平均として
、以下の式（６）で求められる。
【0107】
割引率r(k)(t)=Average(r(k)(t)(j)(j∈k)) 式（６）
【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】
１００…サービス提供システム、１０１…制御部、１０２…情報取得部、１０３…資産特
定部、１０４…判定部、１０５…マッチング部、１０６…分類部、１０７…管理部、１０
８…指示送信部、１０９…指示受信部、１１１…情報提供部、１１２…契約処理部、１１
３…モデル構築部、１１４…学習モデル、１１５…資産運用サポート処理部、１５０…シ
ステム、１６０…ユーザ端末、１８０…金融機関サーバ
定部、１０４…判定部、１０５…マッチング部、１０６…分類部、１０７…管理部、１０
８…指示送信部、１０９…指示受信部、１１１…情報提供部、１１２…契約処理部、１１
３…モデル構築部、１１４…学習モデル、１１５…資産運用サポート処理部、１５０…シ
ステム、１６０…ユーザ端末、１８０…金融機関サーバ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【手続補正書】
【提出日】2023-01-18
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
複数の種類の金融情報を集約した金融資産情報を管理する金融資産管理システムから、ユーザの金融資産情報を取得する取得部と、
前記金融資産情報に基づいて、借り手のユーザをセグメントに分類する分類部と、
貸し手のユーザが指定したセグメントである指定セグメントに属する前記借り手のユーザと、前記貸し手のユーザと、の間で金銭の貸借を仲介する契約処理部と、
を有するサービス提供システム。
前記金融資産情報に基づいて、借り手のユーザをセグメントに分類する分類部と、
貸し手のユーザが指定したセグメントである指定セグメントに属する前記借り手のユーザと、前記貸し手のユーザと、の間で金銭の貸借を仲介する契約処理部と、
を有するサービス提供システム。
【請求項2】
前記契約処理部は、前記指定セグメントに属する前記借り手のユーザと、前記貸し手のユーザと、の間で、前記指定セグメントに設定された利息で金銭の貸借を仲介する、
請求項１に記載のサービス提供システム。
請求項１に記載のサービス提供システム。
【請求項3】
前記借り手のユーザが分類されるセグメントに応じて利息を設定する利息設定部をさらに備える、請求項１または請求項２に記載のサービス提供システム。
【請求項4】
前記金融資産情報に基づいて、前記指定セグメントに属する複数の借り手のユーザのうちの前記借り手のユーザと、前記貸し手のユーザと、をマッチングさせるマッチング部をさらに備える、
請求項１から請求項３のいずれか一項に記載のサービス提供システム。
請求項１から請求項３のいずれか一項に記載のサービス提供システム。
【請求項5】
前記取得部は、
前記金融資産情報に含まれる、前記借り手のユーザの資金を借りたい目的に関する情報を取得し、
前記貸し手のユーザから、所定の目的で資金を提供する旨の提供指示を取得し、
前記マッチング部は、前記資金を借りたい目的と、前記所定の目的と、に基づいて、前記借り手のユーザと、前記貸し手のユーザと、をマッチングさせる、
請求項４に記載のサービス提供システム。
前記金融資産情報に含まれる、前記借り手のユーザの資金を借りたい目的に関する情報を取得し、
前記貸し手のユーザから、所定の目的で資金を提供する旨の提供指示を取得し、
前記マッチング部は、前記資金を借りたい目的と、前記所定の目的と、に基づいて、前記借り手のユーザと、前記貸し手のユーザと、をマッチングさせる、
請求項４に記載のサービス提供システム。
【請求項6】
前記マッチング部でマッチングされた前記貸し手のユーザに対して、前記借り手のユーザの前記借りたい目的に関連する情報を提供する情報提供部をさらに備える請求項５に記載のサービス提供システム。