JP2017146900A - 配信装置、配信方法、配信プログラム及び配信システム - Google Patents

Abstract

【課題】ネットワークを介した融資を促進させること。【解決手段】本願に係る配信装置は、取得部と、生成部と、配信部とを有する。取得部は、ユーザに関する情報であるユーザ情報を取得する。生成部は、取得部によって取得されたユーザ情報に基づいて、ユーザに対する融資条件を含む情報である融資情報を生成する。配信部は、生成部によって生成された融資情報を、ユーザが利用する端末装置において所定のサービスコンテンツが表示されることを契機として、当該端末装置に配信する。【選択図】図１

Description

本発明は、配信装置、配信方法、配信プログラム及び配信システムに関する。

近年、通信ネットワークの発達とともに、様々なサービスがネットワークを介して提供されている。ネットワークを介したサービスの一例として、個人への融資などの金融サービスが挙げられる。

例えば、ネットワークを介した金融サービスに関する技術として、複数の金融機関の中から、最も有利な融資条件を提示した金融機関を選択して融資を受けることのできる融資仲介システムに関する技術が知られている。

特開２００２−７３９８３号公報

しかしながら、上記の従来技術では、ネットワークを介した融資を促進させることができるとは限らない。具体的には、上記の従来技術では、ユーザから送信された融資申込情報に基づいて、適切な金融機関や融資条件を抽出するに過ぎない。このため、上記の従来技術では、そもそも融資申込情報を送信しようとする動機付けのあるユーザに対して情報を提供するに過ぎず、融資申込情報を送信するような手間を避ける傾向にあるユーザに対して情報を提供することは難しい。

本願は、上記に鑑みてなされたものであって、ネットワークを介した融資を促進させることができる配信装置、配信方法、配信プログラム及び配信システムを提供することを目的とする。

本願に係る配信装置は、ユーザに関する情報であるユーザ情報を取得する取得部と、前記取得部によって取得されたユーザ情報に基づいて、前記ユーザに対する融資条件を含む情報である融資情報を生成する生成部と、前記生成部によって生成された融資情報を、前記ユーザが利用する端末装置において所定のサービスコンテンツが表示されることを契機として、当該端末装置に配信する配信部と、を備えたことを特徴とする。

実施形態の一態様によれば、ネットワークを介した融資を促進させることができるという効果を奏する。

図１は、実施形態に係る配信処理の一例を示す図である。 図２は、実施形態に係る配信システムの構成例を示す図である。 図３は、実施形態に係る融資サーバの構成例を示す図である。 図４は、実施形態に係るユーザ情報テーブルの一例を示す図である。 図５は、実施形態に係る購買履歴テーブルの一例を示す図である。 図６は、実施形態に係るＳＮＳ情報テーブルの一例を示す図である。 図７は、実施形態に係る信用度テーブルの一例を示す図である。 図８は、実施形態に係る融資条件テーブルの一例を示す図である。 図９は、実施形態に係るコンテンツ配信サーバの構成例を示す図である。 図１０は、実施形態に係る融資サーバによる処理手順を示すフローチャートである。 図１１は、変形例に係る配信処理の一例を示す図（１）である。 図１２は、変形例に係る配信処理の一例を示す図（２）である。 図１３は、変形例に係る配信処理の一例を示す図（３）である。 図１４は、融資サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る配信装置、配信方法、配信プログラム及び配信システムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る配信装置、配信方法、配信プログラム及び配信システムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．配信処理の一例〕
まず、図１を用いて、実施形態に係る配信処理の一例について説明する。図１は、実施形態に係る配信処理の一例を示す図である。図１では、本願に係る配信装置に対応する融資サーバ１００が、ユーザによって利用される端末装置であるユーザ端末１０に融資情報５０を配信する処理の一例について説明する。また、図１では、ユーザ端末１０が、融資サーバ１００から配信された融資情報５０を表示する処理の一例を示す。

図１に示したユーザ端末１０は、ウェブページ等のコンテンツを表示する情報処理端末であり、例えば、ノート型ＰＣ（Personal Computer）である。ユーザ端末１０は、図１に図示したコンテンツ配信サーバ３０や融資サーバ１００と、図示しない所定の通信網を介して、有線または無線により通信可能に接続される。

また、ユーザ端末１０は、ユーザによる操作にしたがって、コンテンツ配信サーバ３０からウェブページを取得し、取得したウェブページを表示する。また、ユーザ端末１０は、取得したウェブページ内に表示される情報として、融資サーバ１００から配信された融資情報５０を表示する。なお、以下では、ユーザ端末１０をユーザと表記する場合がある。すなわち、以下では、ユーザをユーザ端末１０と読み替えることもできる。図１の例では、ユーザ端末１０は、ユーザＵ０１によって利用されるものとする。

図１に示したコンテンツ配信サーバ３０は、ユーザ端末１０からアクセスされた場合に、コンテンツを配信するサーバ装置である。コンテンツ配信サーバ３０は、例えば、ウェブサーバ等であり、ユーザ端末１０からアクセスされた場合に、各種サービスに関するウェブページを配信する。図１の例では、コンテンツ配信サーバ３０は、ウェブネットワークにおけるポータルサイトに係るウェブページＷ１０をユーザ端末１０に配信する。

図１に示した融資サーバ１００は、本願に係る配信装置に対応するサーバ装置である。融資サーバ１００は、ユーザ端末１０がコンテンツ配信サーバ３０にアクセスした際に、コンテンツ配信サーバ３０を介して、ユーザ端末１０を利用するユーザＵ０１の情報や、ユーザ端末１０自体に含まれる情報であるユーザ情報を取得する。そして、融資サーバ１００は、ユーザ情報に基づいて、ユーザごとに融資情報を生成する。続けて、融資サーバ１００は、生成した融資情報をユーザ端末１０に配信する。以下、図１を用いて、本願に係る融資サーバ１００が、融資情報５０をユーザ端末１０に配信する処理の一例について、流れに沿って説明する。

まず、ユーザ端末１０は、コンテンツ配信サーバ３０にアクセスし、ウェブページＷ１０の配信を要求する（ステップＳ１１）。例えば、ユーザＵ０１は、ユーザ端末１０に表示されたウェブページＷ１０のリンクをクリックすることにより、ウェブページＷ１０の配信をコンテンツ配信サーバ３０に要求する。

上述のように、ウェブページＷ１０は、コンテンツ配信サーバ３０が提供するポータルサイトに係るウェブページであり、例えば、ユーザごとにカスタマイズされて表示される。この場合、ユーザＵ０１は、ウェブページＷ１０を自身に合わせてカスタマイズされた表示とするため、ポータルサイトにログインを行う（ステップＳ１２）。例えば、ユーザＵ０１は、ウェブページＷ１０の配信の要求とともに、ポータルサイト側から発行されたクッキー（Cookie）を送信することにより、ポータルサイトへのログインを行う。

コンテンツ配信サーバ３０は、ユーザ端末１０から送信される配信要求やクッキーに基づいて、ユーザ端末１０を特定する。そして、コンテンツ配信サーバ３０は、特定されたユーザ端末１０のユーザ情報を取得する（ステップＳ１３）。ユーザ情報には、例えば、ユーザＵ０１の年齢や性別などの属性情報や、ユーザ端末１０のネットワーク情報の行動履歴等が含まれる。

コンテンツ配信サーバ３０は、取得したユーザ情報を融資サーバ１００に送信する（ステップＳ１４）。融資サーバ１００は、コンテンツ配信サーバ３０から送信されたユーザ情報を取得する。そして、融資サーバ１００は、ユーザＵ０１に対応する融資情報を生成する（ステップＳ１５）。

詳細は後述するが、融資サーバ１００は、ユーザ情報に基づいて、ユーザＵ０１の信用度を算出する。続けて、融資サーバ１００は、ユーザＵ０１の信用度に基づいて、ユーザＵ０１に行うことのできる融資の条件を特定する。そして、融資サーバ１００は、ユーザＵ０１に対応する融資の条件を含む情報である融資情報５０を生成する。融資サーバ１００は、生成した融資情報５０をユーザ端末１０に配信する（ステップＳ１６）。

ユーザ端末１０は、取得したウェブページＷ１０とともに、配信された融資情報５０を表示する（ステップＳ１７）。図１に示すように、ユーザ端末１０は、ウェブページＷ１０に含まれる所定の表示枠内に融資情報５０を表示する。例えば、ユーザ端末１０は、通常であれば広告コンテンツが表示される広告枠（広告表示領域）に、広告コンテンツの代わりとして、融資情報５０を表示する。なお、ウェブページＷ１０には、ユーザＵ０１がログイン中であることを示すログイン表示５５等が表示されてもよい。

融資情報５０は、例えば、ユーザＵ０１に対して融資可能な額を示す情報である融資額情報５１や、ユーザＵ０１に対して融資が行われた場合の金利を示す情報である金利情報５２を含む。融資額情報５１や金利情報５２は、ユーザＵ０１の信用度に基づいて特定される融資条件の一部である。

また、融資情報５０は、ユーザＵ０１について、融資が可能か否かを審査した段階を示す情報である審査段階情報５３や、融資の申込みページに遷移するリンク５４を含む。審査段階情報５３は、ユーザ情報に基づいて融資サーバ１００側で行われる、融資に関する審査の段階を示す。例えば、審査段階情報５３には、ユーザＵ０１の信用度が算出された場合や、信用度が所定の閾値を超えた場合などの種々の状況に応じた審査段階が表示される。

このように、実施形態に係る融資サーバ１００は、ユーザＵ０１に関する情報であるユーザ情報を取得する。また、融資サーバ１００は、取得されたユーザ情報に基づいて、ユーザＵ０１に対する融資条件を示す情報である融資情報を生成する。そして、融資サーバ１００は、生成した融資情報を、ユーザＵ０１が利用するユーザ端末１０においてウェブページＷ１０が表示されることを契機として、ユーザ端末１０に配信する。

これにより、実施形態に係る融資サーバ１００は、ウェブページＷ１０とともに表示される情報として、ユーザ情報に基づいて算出された融資情報５０をユーザＵ０１に提示することができる。このことは、ユーザＵ０１がポータルサイトを訪問するのみで、ユーザＵ０１に対応した融資情報５０がユーザ端末１０に配信され、ウェブページＷ１０とともに表示されることを意味する。すなわち、ユーザＵ０１は、自身の情報を入力するような手間もかけず、また、閲覧を所望したサービスページであるウェブページＷ１０を訪問するといった日常の行動の中で、自然に自身が申し込むことが可能な融資条件を知得することができる。言い換えれば、融資サーバ１００は、金融機関が提供するページを訪問したり、自身の情報を入力させたりする負担をユーザＵ０１に掛けさせることなく、ユーザＵ０１に融資を利用しようとする契機を与えることができる。結果として、融資サーバ１００は、融資に特別な関心を抱いていないユーザ層や、融資を利用できるか否かを確かめることを躊躇しているユーザ層などに対しても、融資条件を提示できるため、ネットワークを介した融資を促進させることができる。

〔２．配信システムの構成〕
次に、図２を用いて、実施形態に係る配信システム１の構成について説明する。図２は、実施形態に係る配信システム１の構成例を示す図である。図２に示すように、配信システム１は、ユーザ端末１０と、コンテンツ配信サーバ３０と、融資サーバ１００とを含む。ユーザ端末１０、コンテンツ配信サーバ３０及び融資サーバ１００は、ネットワークＮを介して有線または無線により通信可能に接続される。なお、図２に示す配信システム１に含まれる各装置の数は図示したものに限られない。例えば、配信システム１には、複数台のユーザ端末１０や、複数台のコンテンツ配信サーバ３０が含まれてもよい。

ユーザ端末１０は、ウェブページＷ１０等のコンテンツを閲覧するユーザによって利用される情報処理装置である。例えば、ユーザ端末１０は、デスクトップ型ＰＣや、ノート型ＰＣや、スマートフォン等の携帯電話機や、タブレット端末や、ＰＤＡ（Personal Digital Assistant）等である。ユーザ端末１０は、ユーザによる操作にしたがって、コンテンツ配信サーバ３０からウェブページＷ１０を取得し、取得したウェブページＷ１０を表示する。また、ユーザ端末１０は、ウェブページＷ１０とともに、融資サーバ１００から配信された融資情報５０を表示する。

コンテンツ配信サーバ３０は、各種サービスを提供するウェブサイトが含むサービスページ（ウェブページ）をユーザ端末１０に配信するウェブサーバである。例えば、コンテンツ配信サーバ３０は、ポータルサイト、ニュースサイト、オークションサイト、天気予報サイト、ショッピングサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行サイト、飲食店紹介サイト、ウェブブログなどに関連する各種情報を含むウェブページをユーザ端末１０に配信する。

なお、コンテンツ配信サーバ３０からユーザ端末１０に配信される各種データは、実際にはウェブページを形成するＨＴＭＬファイルや画像等であるが、以下では、コンテンツ配信サーバ３０からユーザ端末１０に配信される各種データをコンテンツと表記する場合がある。

融資サーバ１００は、本願に係る配信装置に対応するサーバ装置であって、ユーザ端末１０に融資情報を配信するサーバ装置である。例えば、融資サーバ１００は、ユーザ端末１０に関するユーザ情報を取得し、ユーザ情報に基づいて、ユーザ端末１０に係るユーザであるユーザの信用度を算出する。そして、融資サーバ１００は、算出した信用度に基づいて融資情報を生成する。また、融資サーバ１００は、ユーザ端末１０がコンテンツ配信サーバ３０からウェブページを取得する際に、融資情報を配信することで、ウェブページとともに融資情報５０を表示させる。

〔３．融資サーバの構成〕
次に、図３を用いて、実施形態に係る融資サーバ１００の構成について説明する。図３は、実施形態に係る融資サーバ１００の構成例を示す図である。図３に示すように、融資サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、融資サーバ１００は、融資サーバ１００を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を出力するための出力部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。かかる通信部１１０は、通信ネットワークと有線又は無線で接続され、通信ネットワークを介して、ユーザ端末１０や、コンテンツ配信サーバ３０との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。実施形態に係る記憶部１２０は、ユーザ情報記憶部１２１と、融資情報記憶部１２５とを有する。以下、各記憶部について順に説明する。

（ユーザ情報記憶部１２１について）
ユーザ情報記憶部１２１は、ユーザに関する情報であるユーザ情報を記憶する。ユーザ情報記憶部１２１には、情報を記憶するデータテーブルとして、ユーザ情報テーブル１２２と、購買履歴テーブル１２３と、ＳＮＳ（Social Networking Service）情報テーブル１２４とが含まれる。以下、各データテーブルについて、順に説明する。

（ユーザ情報テーブル１２２について）
ユーザ情報テーブル１２２は、融資情報を利用するユーザに関する情報を記憶する。ここで、図４に、実施形態に係るユーザ情報テーブル１２２の一例を示す。図４に示すように、ユーザ情報テーブル１２２は、「ユーザＩＤ」、「端末ＩＤ」、「位置情報」、「定職推定」、「サイト閲覧情報」といった項目を有する。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。「端末ＩＤ」は、ユーザが利用する端末装置を識別するための識別情報を示す。なお、実施形態において、ユーザＩＤや端末ＩＤは、説明で用いる参照符号と共通するものとする。例えば、ユーザＩＤが「Ｕ０１」であるユーザは、「ユーザＵ０１」を示す。また、端末ＩＤが「１０」である端末装置は、「ユーザ端末１０」を示す。

「位置情報」は、ユーザ端末１０から取得される位置情報を示す。図４の例では、位置情報を「Ｇ０１」といった概念で表記しているが、実際には、位置情報の項目には、ユーザ端末１０によって取得され、蓄積された、日常のユーザの位置情報のログが記憶されているものとする。

例えば、位置情報は、ユーザ端末１０がＧＰＳ（Global Positioning System）を利用することにより取得可能な経度や緯度のデータの集合である。あるいは、位置情報は、ユーザ端末１０が交通機関の改札を通過する際に非接触型の通信を行ったログに基づいて、駅を通過した時刻と、当該駅の位置とを記憶した情報であってもよい。また、位置情報は、ユーザ端末１０がユーザの勤務する会社のゲートを通過する際に非接触型の通信を行ったログに基づいて記録された情報であってもよい。すなわち、位置情報は、厳密に経度や緯度を示す情報でなくとも、ユーザの日常の移動に関する情報が推測できる情報であれば、いずれが採用されてもよい。

「定職推定」は、位置情報に基づいて、融資サーバ１００がユーザの定職の有無を推定した情報を示す。例えば、ユーザが定職に就いていると融資サーバ１００が推定する場合には、定職推定の項目に「１」が記憶される。一方、ユーザが定職に就いていないと融資サーバ１００が推定する場合には、定職推定の項目に「０」が記憶される。

融資サーバ１００は、例えば位置情報の推移に基づいて、ユーザの定職推定を実行する。すなわち、融資サーバ１００は、日常的にユーザが生活していると推定される位置から、定期的に所定の位置に移動したり、平日の大半を所定の位置で過ごしていたりすることが推定される位置情報が存在する場合には、当該ユーザが定職に就いている可能性が高いと判定する。この場合、融資サーバ１００は、当該ユーザの定職推定の項目に「１」を入力する。一方、融資サーバ１００は、位置情報に基づいて、ユーザが定期的に通勤を行っていること等が推定できない場合には、当該ユーザが定職に就いていない可能性が高いと判定する。この場合、融資サーバ１００は、当該ユーザの定職推定の項目に「０」を入力する。定職推定の数値は、例えば、後述する信用度の算出に用いられる。

「サイト閲覧情報」は、ウェブサイトやアプリに対する閲覧の履歴情報を示す。例えば、ユーザ端末１０は、ユーザが閲覧したウェブサイトや、ユーザが利用するアプリの情報を履歴（ログ）として取得する。融資サーバ１００は、ユーザ端末１０がウェブサイト等の閲覧に利用されたログを取得し、サイト閲覧情報として記憶する。なお、図４の例では、サイト閲覧情報を「Ｈ０１」といった概念で表記しているが、実際には、サイト閲覧情報の項目には、ユーザ端末１０によって取得され、蓄積された、日常のユーザの閲覧情報のログが記憶されているものとする。例えば、閲覧情報のログには、ユーザが閲覧したウェブサイトの名称や、ジャンルや、閲覧時間や、閲覧回数や、ウェブサイトごとのクッキー等が含まれる。

すなわち、図４では、ユーザ情報の一例として、ユーザＩＤ「Ｕ０１」で識別されるユーザＵ０１は、端末ＩＤ「１０」で識別されるユーザ端末１０を利用していることが示されている。また、図４に示す情報の一例は、ユーザＵ０１の位置情報は「Ｇ０１」であり、定職推定は「１」であり、サイト閲覧情報は「Ｈ０１」であることを示している。

なお、ユーザ情報テーブル１２２には、その他の情報として、ユーザの属性情報（性別や年齢、居住地等）が記憶されてもよい。

（購買履歴テーブル１２３について）
購買履歴テーブル１２３は、ネットワークを介して取得される、ユーザの購買行動の履歴に関する情報を記憶する。ここで、図５に、実施形態に係る購買履歴テーブル１２３の一例を示す。図５に示すように、購買履歴テーブル１２３は、「ユーザＩＤ」、「購買行動評価」、「オークション評価」、「購買行動情報」といった項目を有する。

「ユーザＩＤ」は、図４で示した同一の項目に対応する。「購買行動評価」は、ユーザのネットワークを介した購買行動に関する評価値を示す。実施形態では、購買行動評価は、１０段階の数値で表され、１０が最も評価が高く、１が最も評価が低いものとする。すなわち、購買行動評価は、購買行動に関してユーザを評価する指標値である。購買行動評価は、例えば、ユーザが所定期間内（例えば１カ月間）にユーザが商品を購入した金額の総額や、購買行動の頻度や、購買行動が適切であったか（支払いの遅延等が発生しなかったか）等に基づき算出される。なお、購買行動評価は、各店舗がユーザを評価した評価値を集計し、集計された評価値から求められる数値（平均値等）等であってもよい。

「オークション評価」は、ユーザが所定のオークションサイトを利用している場合に、ユーザのオークションサイトにおける行動の評価値を示す。実施形態では、オークション評価は、１０段階の数値で表され、１０が最も評価が高く、１が最も評価が低いものとする。オークション評価は、オークションに関するユーザの信用度を示す。例えば、オークション評価は、迅速な連絡のやり取りや支払いの遅延等のない適切な取引が行われたか、オークションに商品を出品する頻度、商品を落札する頻度等に基づき算出される。なお、オークション評価は、オークションに参加する他のユーザが評価対象となるユーザを評価した評価値を集計し、集計された評価値から求められる数値（平均値等）等であってもよい。

「購買行動情報」は、ユーザの購買行動に関する行動履歴（行動ログ）を示す。購買行動情報は、「行動日時」、「行動種別」、「サイト」、「金額」といった小項目を有する。

「行動日時」は、ユーザが購買行動等を行った日時を示す。「行動種別」は、ユーザの購買行動の種別を示す。例えば、行動種別の項目には、商品購入や、オークションの出品、入札、落札等の行動が記憶される。「サイト」は、ユーザの購買行動が行われたウェブサイトの名称を示す。「金額」は、購買行動に関する金額を示す。

すなわち、図５では、行動履歴に関する情報の一例として、ユーザＩＤ「Ｕ０１」で識別されるユーザＵ０１の購買履歴に関する情報が記憶されていることを示している。また、図５に示す情報の一例は、ユーザＵ０１の購買行動評価は「７」であり、オークション評価は「５」であることを示している。また、図５に示す情報の一例は、ユーザＵ０１の購買行動情報の一つとして、ユーザＵ０１は、「２０１６年１月１５日 １０時００分」に、「ショッピングサイトＪＪＪ」にて「商品購入」し、その金額は「１５００００円」であるという履歴があることを示している。

なお、購買履歴テーブル１２３には、図５に示した例以外にも、ユーザの購買行動に関する情報が記憶されてもよい。例えば、購買履歴テーブル１２３には、金銭の授受のない、無料のダウンロードコンテンツのダウンロード履歴等が記憶されてもよい。

（ＳＮＳ情報テーブル１２４について）
ＳＮＳ情報テーブル１２４は、ユーザが利用するＳＮＳに関する情報を記憶する。ここで、図６に、実施形態に係るＳＮＳ情報テーブル１２４の一例を示す。図６に示すように、ＳＮＳ情報テーブル１２４は、「ユーザＩＤ」、「ＳＮＳ評価」、「ＳＮＳ使用情報」といった項目を有する。

「ユーザＩＤ」は、図４で示した同一の項目に対応する。「ＳＮＳ評価」は、ユーザが使用するＳＮＳに関する評価値を示す。実施形態では、ＳＮＳ評価は、１０段階の数値で表され、１０が最も評価が高く、１が最も評価が低いものとする。ＳＮＳ評価は、ＳＮＳの利用の履歴に基づいて、ユーザの社会的信用度等を評価した値である。ＳＮＳ評価は、例えば、ユーザが利用するＳＮＳにおいて他のユーザと関係を有している数（実施形態では「つながり数」と表記する）や、関係を有する他のユーザの評価値等に基づき算出される。

「ＳＮＳ使用情報」は、ユーザが利用するＳＮＳの使用状況に関する情報を示す。ＳＮＳ使用情報は、「ＳＮＳ名称」、「つながり数」、「つながり先評価」といった小項目を有する。

「ＳＮＳ名称」は、ユーザが利用しているＳＮＳの名称を示す。「つながり数」は、ＳＮＳにおいて他のユーザと関係を有している数を示す。例えば、つながり数は、ＳＮＳ上におけるフォローユーザ数などが該当する。「つながり先評価」は、ＳＮＳでつながりを有する他のユーザの評価を示す。例えば、つながり先評価は、「ＳＮＳ評価」と同様、１０段階の数値で示され、ユーザがつながっている他のユーザにおける評価値を平均すること等により算出される。つながり先評価が高いということは、ユーザがつながっている他のユーザのＳＮＳ評価が高いということであり、言い換えれば、当該ユーザが、社会的信用度の高い他のユーザと多くつながっていることを示している。

すなわち、図６では、ユーザのＳＮＳ使用情報の一例として、ユーザＩＤ「Ｕ０１」で識別されるユーザＵ０１のＳＮＳ使用に関する情報が記憶されており、ユーザＵ０１のＳＮＳ評価は「６」であることを示している。また、図６に示す情報の一例は、ユーザＵ０１が使用しているＳＮＳの一例は、ＳＮＳ名称「ＡＡＡ」であり、ＳＮＳサイト「ＡＡＡ」における他のユーザとのつながり数は「７０」であり、つながり先評価は「４」であることを示している。

なお、ＳＮＳ情報テーブル１２４には、例えば、ユーザとつながる他のユーザの社会的地位や収入等の情報が記憶されてもよい。また、融資サーバ１００は、ユーザとつながる他のユーザの社会的地位や収入等の情報に基づいて、つながり先評価の値を算出してもよい。融資サーバ１００は、このように他のユーザの社会的地位や収入等の情報が加味されたつながり先評価を、ユーザ自身のＳＮＳ評価の算出に用いることにより、当該ユーザの社会的信用度を精度よく算出することができる。

（融資情報記憶部１２５について）
融資情報記憶部１２５は、融資に関する情報を記憶する。融資情報記憶部１２５には、情報を記憶するデータテーブルとして、信用度テーブル１２６と、融資条件テーブル１２７とが含まれる。以下、各データテーブルについて、順に説明する。

（信用度テーブル１２６について）
信用度テーブル１２６は、ユーザの信用度に関する情報や、融資に関連する情報を記憶する。ここで、図７に、実施形態に係る信用度テーブル１２６の一例を示す。図７に示すように、信用度テーブル１２６は、「ユーザＩＤ」、「信用度」、「融資に関する属性情報」、「審査段階」、「本審査申込み」といった項目を有する。

「ユーザＩＤ」は、図４で示した同一の項目に対応する。「信用度」は、融資サーバ１００が融資情報５０の生成を行う際に参照する、ユーザの信用度を示す。実施形態では、信用度は、１０段階の数値で表され、１０が最も信用度が高く、１が最も信用度が低いものとする。なお、融資サーバ１００は、上述した各データテーブルに記憶される情報に基づいて、ユーザの信用度を算出する。そして、融資サーバ１００は、算出された数値をユーザＩＤと対応付けて信用度テーブル１２６に記憶する。

「融資に関する属性情報」は、ユーザの属性情報であって、融資に関する情報を示す。融資に関する情報には、「クレジットカード保有」、「銀行口座保有」、「他ローン利用」といった項目が含まれる。

「クレジットカード保有」は、ユーザがクレジットカードを保有しているか否かを示す。ユーザがクレジットカードを保有している場合、クレジットカード保有の項目には「１」が記憶され、ユーザがクレジットカードを保有していない場合、クレジットカード保有の項目には「０」が記憶される。ユーザがクレジットカードを保有しているか否かといった情報は、例えば、当該ユーザのショッピングサイトやオークションサイトの利用履歴等から判定される。なお、クレジットカード保有の項目には、ユーザがクレジットカードを保有しているか否かといった情報に限られず、保有しているカードの銘柄や、契約しているクレジットカードの枚数等が記憶されてもよい。

「銀行口座保有」は、ユーザが銀行口座を保有しているか否かを示す。ユーザが銀行口座保有をしている場合、銀行口座保有の項目には「１」が記憶され、ユーザが銀行口座保有をしていない場合、銀行口座保有の項目には「０」が記憶される。ユーザが銀行口座を保有しているか否かといった情報は、例えば、当該ユーザのショッピングサイトやオークションサイトの利用履歴等から判定される。なお、銀行口座保有の項目には、ユーザが銀行口座を保有しているか否かといった情報に限られず、保有している銀行口座に対応する銀行名や、保有している銀行口座の数等が記憶されてもよい。

「他ローン利用」は、融資サーバ１００が生成する融資情報以外の融資を受けているか（すなわち、他のローンを受けているか）否かという情報を示す。ユーザが他のローンを受けている場合には、他ローン利用の項目には「１」が記憶され、ユーザが他のローンを受けていない場合には、他ローン利用の項目には「０」が記憶される。なお、他ローン利用の項目には、ユーザが他ローンを利用しているか否かといった情報に限られず、利用しているローンの名称や、利用しているローンの融資額等が記憶されてもよい。

「審査段階」は、融資サーバ１００が生成する融資に関する審査の段階を示す。例えば、審査段階は、４段階の数値で示され、３は最も審査が進んでいる状況を示し、０は審査が全く進んでいない状況を示す。例えば、審査段階が１であるユーザは、ユーザ情報に基づいて、融資サーバ１００によって信用度が算出され、融資を受け得る簡易審査が済んだユーザである。また、例えば、審査段階が２であるユーザは、融資サーバ１００によってクレジットカードの保有や銀行口座の保有が確認されたことで、融資に対する事前審査が済んだユーザである。また、例えば、審査段階が３であるユーザは、融資情報５０が一度表示された際に「お申込み」のリンクをクリックし、ユーザに対する融資に関する本格的な審査が行われ、審査を通過したユーザである。

「本審査申込み」は、融資サーバ１００が配信した融資情報５０に対して申込みを既に行ったユーザであるか否かの情報を示す。例えば、ユーザが融資に申し込んでいれば、本審査申込みの項目には「１」が記憶され、ユーザが融資に申し込んでいなければ、本審査申込みの項目には「０」が記憶される。

すなわち、図７では、ユーザの信用度及び融資に関する情報の一例として、ユーザＩＤ「Ｕ０１」で識別されるユーザＵ０１の信用度及び融資に関する情報が記憶されている例を示している。また、図７に示す情報の一例は、ユーザＵ０１は信用度が「７」であり、クレジットカードを「保有」しており、銀行口座を「保有」しており、他ローンは「利用していない」ということを示している。また、図７に示す情報の一例は、ユーザＵ０１の審査段階は「２」であり、本審査の申し込みは「行っていない」ことを示している。

（融資条件テーブル１２７について）
融資条件テーブル１２７は、融資条件に関する情報を記憶する。ここで、図８に、実施形態に係る融資条件テーブル１２７の一例を示す。図８に示すように、融資条件テーブル１２７は、「融資種別」、「信用度」、「上限額」、「基本金利」といった項目を有する。

「融資種別」は、融資サーバ１００が生成する融資情報５０に対応する融資の種別を示す。融資種別は、例えば、融資される金銭の用途ごとに区別される融資の種別である。例えば、融資種別が「フリー」である融資では、融資を受けたユーザは、金銭の用途の制限を特に課されない。例えば、融資種別が「ショッピング」である融資では、融資を受けたユーザは、金銭の用途が任意のショッピングに限定されるなどの制限が課される。その他の融資の種別には、住宅やリフォームに関する融資（住宅ローン）や、自動車に関する融資（自動車ローン）や、学習に関する融資（学習ローン）や、冠婚葬祭用の融資等が該当する。

「信用度」は、図７に示した同様の項目に該当する。「上限額」は、ローンとしての融資額の上限を示す。図８に示すように、上限額は、ユーザの信用度に応じて決定される。「基本金利」は、ローンの基本の金利を示す。図８に示すように、基本金利は、ユーザの信用度に応じて決定される。なお、上限額や基本金利は、実際にユーザに融資が行われる場合には、信用度のみならず、種々のユーザの情報に基づいて適宜調整されてもよい。

すなわち、図８では、融資条件に関する情報の一例として、融資サーバ１００が生成する融資情報が「フリー」の融資種別である例を示している。また、図８に示す情報の一例は、信用度が「５」であるユーザには、上限額「１０００００」円が提示されるとともに、基本金利が「５．０」％という融資条件が提示されることを示している。

（制御部１３０について）
制御部１３０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、融資サーバ１００内部の記憶装置に記憶されている各種プログラム（実行プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

実施形態に係る制御部１３０は、図３に示すように、取得部１３１と、算出部１３２と、生成部１３３と、配信部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

（取得部１３１について）
取得部１３１は、各種情報を取得する。例えば、取得部１３１は、ユーザに関する情報であるユーザ情報を取得する。具体的には、取得部１３１は、ユーザ情報として、ユーザやユーザ端末１０を識別する識別情報や、ユーザの属性情報や、ユーザの位置情報や、ユーザのネットワーク上の行動履歴等を取得する。

取得部１３１は、ユーザのネットワーク上の行動履歴として、例えば、ユーザのネットワーク上の購買行動に関する履歴を取得する。具体的には、取得部１３１は、ネットワーク上の購買行動として、購買行動における購買額、又は、購買行動の頻度等を取得する。この場合、取得部１３１は、ショッピングサイトやオークションサイトを運営するウェブサーバ等のサービス提供サーバ等から、ユーザの購買行動に関する情報を取得してもよい。

また、取得部１３１は、ユーザが利用する社会的ネットワーク構築のためのサービス内における当該ユーザの知名度、評判、人脈の少なくともいずれか一つに関する情報を取得してもよい。社会的ネットワーク構築のためのサービスとは、例えば、ＳＮＳサービス等である。また、ユーザの知名度、評判、人脈等は、ＳＮＳ評価、他のユーザからつながりを申請された数、他のユーザとつながっている数、他のユーザのＳＮＳ評価等により判定される。

取得部１３１は、取得した情報をユーザ情報記憶部１２１に格納する。なお、取得部１３１は、ユーザ情報を任意の装置から取得するようにしてもよい。すなわち、取得部１３１は、ユーザ端末１０やコンテンツ配信サーバ３０からのみならず、所定の外部サーバからユーザ情報を適宜取得するようにしてもよい。

また、取得部１３１は、コンテンツ配信サーバ３０を介して、ユーザ端末１０がアクセスしたサービスページ（ウェブページ）に関する情報を取得してもよい。例えば、取得部１３１は、ユーザ端末１０が表示しようとしているウェブページが、ポータルサイトに関するページであるか、検索サイトに関するページであるか、ショッピングや冠婚葬祭に関するページであるかなど、融資情報５０が表示されるウェブページの情報を取得してもよい。

（算出部１３２について）
算出部１３２は、取得部１３１によって取得されたユーザ情報に基づいて、ユーザの信用度を算出する。例えば、算出部１３２は、ユーザのネットワーク上の行動履歴に基づいてユーザの信用度を算出する。ユーザの信用度は、例えば、融資サーバ１００による融資情報５０の生成処理に用いられる。

例えば、算出部１３２は、取得部１３１によって取得された位置情報のうち、日常的に取得される所定の範囲内の地点を示す複数の位置情報に基づいて、ユーザの信用度を算出する。すなわち、算出部１３２は、ユーザ情報として取得された位置情報を参照し、日常的に略同一の地点にユーザが移動しているログを抽出する。そして、算出部１３２は、例えば、既知の予測手法に従い、ユーザが日常的に移動している位置をユーザの勤務地として推定する。これにより、算出部１３２は、ユーザが定職に就いている可能性が高いと推定する。そして、算出部１３２は、定職に就いているという属性を有するユーザについては、定職に就いていない属性を有するユーザと比較して、所定値だけ信用度を高く算出する。

また、算出部１３２は、ユーザの購買行動に関して、図５に示したような購買行動評価やオークション評価を算出する。さらに、算出部１３２は、購買行動評価やオークション評価の値に基づいて、ユーザの信用度を算出する。例えば、算出部１３２は、購買実績の多いユーザや購買量の多いユーザ、購買に関して適切な対応を行うユーザに対して、信用度を高く算出する。言い換えれば、算出部１３２は、資金力を有し、また、社会的信用性の高いユーザの信用度を高く算出する。算出部１３２が購買行動（行動頻度や売買額）等を評価する算出手法に関しては、例えば、融資サーバ１００の管理者によって適宜、設計変更可能である。

また、算出部１３２は、ユーザのＳＮＳの使用に関して、図６に示したようなＳＮＳ評価を算出する。そして、算出部１３２は、ＳＮＳ評価の値に基づいて、ユーザの信用度を算出する。すなわち、算出部１３２は、ネットワーク上においてつながり数の多いユーザや、評価の高い他のユーザと多くつながっているユーザを評価し、かかる評価をユーザの信用度として算出する。言い換えれば、算出部１３２は、社会的信用性が高いと推定されるユーザや、高い社会的地位を有していると推定されるユーザの信用度を高く算出する。

なお、算出部１３２は、上述してきたような購買行動評価やオークション評価などの個々の評価値を総合して算出した値をユーザの信用度とする。すなわち、算出部１３２は、取得部１３１によって取得された様々なユーザ情報に基づいて、総合的なユーザの信用度を算出する。これにより、算出部１３２は、ユーザの資金力や社会的信用性が精度よく反映された信用度をユーザに付与することができる。

（生成部１３３について）
生成部１３３は、取得部１３１によって取得されたユーザ情報に基づいて、ユーザに対する融資条件を含む情報である融資情報５０を生成する。具体的には、生成部１３３は、算出部１３２によって算出されたユーザの信用度に基づいて、ユーザに対する融資情報５０を生成する。

例えば、生成部１３３は、融資条件として、ユーザに対する融資の種別や、融資の上限額や、ユーザが融資を受ける場合の金利等を含む融資情報５０を生成する。生成部１３３は、コンテンツ配信サーバ３０にウェブページの取得を要求したユーザ端末１０を特定し、ユーザ端末１０に対応するユーザ情報に基づいて、融資情報５０を生成する。この場合、生成部１３３は、ユーザ端末１０を利用するユーザの信用度を算出する。そして、生成部１３３は、ユーザの信用度に対応する融資の上限額や金利を融資条件テーブル１２７から参照する。そして、生成部１３３は、ユーザの信用度に対応する上限額や金利を、当該ユーザに対する融資条件として、融資情報５０を生成する。

なお、生成部１３３は、取得部１３１によって取得された所定のサービスページに関する情報と関連する融資種別に対応する融資情報５０を生成するようにしてもよい。例えば、生成部１３３は、ユーザがポータルサイトに関するページを取得する場合には、融資の種別を「フリーローン」とする融資情報５０を生成する。また、生成部１３３は、ユーザがショッピングサイトに関するページを取得する場合には、融資の種別を「ショッピングローン」とする融資情報５０を生成する。また、生成部１３３は、ユーザが自動車に関するサイトのページを取得する場合には、融資の種別を「自動車ローン」とする融資情報５０を生成する。その他、生成部１３３は、ウェブページが冠婚葬祭に関するページであるという情報や、住宅に関するページであるという情報が取得された場合には、それらのページに対応させた種別のローンに関する融資情報５０を生成するようにしてもよい。

また、生成部１３３は、融資に関する審査段階を含む融資情報５０を生成するようにしてもよい。具体的には、生成部１３３は、ユーザ情報に基づいて、ユーザから融資の申込みを受け付けることなく、現時点で融資を受けられる可能性がどのくらいあるかといった情報を示すことのできる審査段階を含む融資情報５０を生成する。例えば、生成部１３３は、図１に示す審査段階情報５３のように、審査段階を棒グラフのような態様で表示する融資情報５０を生成する。

図７を用いて説明したように、審査段階は、ユーザから取得した情報に基づいて適宜設定される。なお、審査段階は、図１に図示したような３段階で表示される態様に限らず、例えば、全体の進行具合をパーセントで表示されるような態様であってもよい。

（配信部１３４について）
配信部１３４は、生成部１３３によって生成された融資情報５０を、ユーザが利用するユーザ端末１０において所定のサービスページ（例えば、ウェブページ）が表示されることを契機として、ユーザ端末１０に配信する。また、配信部１３４は、融資情報５０を、所定のサービスページとともに表示情報として、ユーザ端末１０に配信する。

例えば、配信部１３４は、生成部１３３によって生成された融資情報であって、ウェブページと関連する種別に対応する融資情報を、当該ウェブページとともに表示される情報としてユーザ端末１０に配信する。具体的には、配信部１３４は、ショッピングページを表示するユーザ端末１０に対して、ショッピングローンに対応する融資情報５０を配信する。

また、配信部１３４は、ユーザによって取得されたウェブページに基づいて、融資情報５０を配信するか否かを判定してもよい。例えば、取得部１３１は、ウェブページに関する情報として、ユーザ端末１０が取得しようとするウェブページが、任意のユーザが融資を利用する利用率の高いサービスであるか否かの情報を取得する。このような情報は、例えば、コンテンツ配信サーバ３０の管理者や、ウェブページを提供する提供主によって設定される。

例えば、コンテンツ配信サーバ３０の管理者等は、ウェブページをカテゴリに分類し、ウェブページが属するカテゴリが任意のユーザが融資を利用する利用率の高いものであるか否かといった情報を付与する。具体的には、ウェブページが自動車販売に関するページであったり、結婚式場に関するページであったり、住宅販売に関するページであったりする場合には、それらのウェブページには、任意のユーザが融資を利用する利用率の高いサービスであるという情報が付される。あるいは、融資を利用する利用率の高いサービスであるという情報は、融資サーバ１００が実際に融資したユーザが閲覧していた履歴等に基づいて、自動的に設定されてもよい。

そして、配信部１３４は、取得部１３１がユーザ端末１０の取得しようとするウェブページが融資を利用する利用率の高いサービスであると判定した場合に、融資情報５０を配信する。例えば、配信部１３４は、融資情報５０を、訪問するユーザ毎に情報が構築されるポータルサイトのページや、検索サービスを利用した結果である検索結果ページや、商品を購買可能なＥコマースページのいずれかのページとともに表示される情報として、ユーザ端末１０に配信するようにしてもよい。これにより、配信部１３４は、融資を利用するような商材に関心があると想定されるユーザに絞り込んで、融資情報５０のインプレッションを発生させることができるため、融資情報５０の訴求効果を向上させることができる。

また、配信部１３４は、以前に所定の融資を申し込んだユーザであって、当該所定の融資を申し込んだ際の審査に落ちた履歴を有するユーザが利用するユーザ端末１０に融資情報５０を配信するようにしてもよい。すなわち、配信部１３４は、ユーザ情報として、ユーザが以前融資に申し込み、かつ、審査に落ちていたという情報を取得した場合、その行動履歴を有するユーザに対して融資情報５０を配信する。このように、配信部１３４は、融資を受けようとする意志のあるユーザに絞り込んで融資情報５０を配信することで、融資情報５０を介しての融資の申し込みを促進させることができる。

また、配信部１３４は、融資情報５０が生成された時点において、融資情報５０に示される融資を受ける資格を有するユーザが利用するユーザ端末１０に、融資情報５０を配信するようにしてもよい。例えば、配信部１３４は、少なくともユーザ情報に基づいて信用度が算出されたユーザであり、かつ、融資を受け得ると判定されたユーザが利用するユーザ端末１０に、融資情報５０を配信する。これにより、配信部１３４は、融資情報５０の無駄なインプレッションを発生させずに済む。

また、配信部１３４は、生成部１３３によって融資情報５０が生成された時点において、当該融資情報５０に示される融資額に対して融資を受ける猶予を有するユーザが利用するユーザ端末１０に融資情報５０を配信するようにしてもよい。例えば、配信部１３４は、融資情報５０に示される融資に対して、上限額まで融資を受けていないユーザに対してのみ融資情報５０を配信する。上限額まで融資を受けているユーザは、これ以上、融資情報５０が示す融資を受けることができないため、配信部１３４は、融資情報５０の無駄な配信を抑えることができる。あるいは、配信部１３４は、ユーザが他のローンを利用しているユーザであり、他のローンについて、融資情報５０が示す上限額に達するような額の融資を受けている場合には、当該ユーザに対して融資情報５０を配信しないようにしてもよい。なお、配信部１３４は、ユーザに対して融資情報５０を配信しないと判定した場合には、融資情報５０の代わりとなるコンテンツを配信するようにしてもよい。一例として、配信部１３４は、融資情報５０の代わりに広告コンテンツを配信する。具体的には、配信部１３４は、外部の広告配信サーバに制御情報を送信することにより、広告コンテンツをユーザに配信させる。

〔４．コンテンツ配信サーバの構成〕
次に、図９を用いて、実施形態に係るコンテンツ配信サーバ３０の構成について説明する。図９は、実施形態に係るコンテンツ配信サーバ３０の構成例を示す図である。図９に示すように、コンテンツ配信サーバ３０は、通信部３１と、コンテンツ記憶部３２と、制御部３３とを有する。

通信部３１は、例えば、ＮＩＣ等によって実現される。そして、通信部３１は、ネットワークＮと有線または無線で接続され、ユーザ端末１０や融資サーバ１００との間で情報の送受信を行う。

コンテンツ記憶部３２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。そして、コンテンツ記憶部３２は、コンテンツの一例であるウェブページを記憶する。例えば、コンテンツ記憶部３２は、ウェブページを形成するＨＴＭＬファイルや、ウェブページに表示される静止画像や動画像を記憶する。

制御部３３は、例えば、ＣＰＵやＭＰＵ等によって、コンテンツ配信サーバ３０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３３は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図９に示すように、制御部３３は、受付部３４と、配信部３５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部３３の内部構成は、図９に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部３３が有する各処理部の接続関係は、図９に示した接続関係に限られず、他の接続関係であってもよい。

受付部３４は、ユーザ端末１０からウェブページの取得要求を受け付ける。例えば、受付部３４は、ウェブページの取得要求として、ＨＴＴＰリクエストを受け付ける。

配信部３５は、受付部３４によってウェブページの取得要求が受け付けられた場合に、ウェブページをユーザ端末１０に配信する。具体的には、配信部３５は、コンテンツ記憶部３２から取得要求対象のウェブページを取得し、取得したウェブページをユーザ端末１０に配信する。また、配信部３５は、ウェブページの取得を要求したユーザ端末１０に対応するユーザ情報を融資サーバ１００に送信する。

〔５．処理手順〕
次に、図１０を用いて、実施形態に係る融資サーバ１００による処理の手順について説明する。図１０は、実施形態に係る融資サーバ１００による処理手順を示すフローチャートである。

図１０に示すように、融資サーバ１００に係る取得部１３１は、ユーザ情報を取得したか否かを判定する（ステップＳ１０１）。取得部１３１は、ユーザ情報を取得していない場合には（ステップＳ１０１；Ｎｏ）、取得するまで待機する。

一方、取得部１３１がユーザ情報を取得した場合には（ステップＳ１０１；Ｙｅｓ）、算出部１３２は、ユーザ情報に基づいて、ユーザの信用度を算出する（ステップＳ１０２）。

続いて、生成部１３３は、算出部１３２によって算出されたユーザの信用度に基づいて、ユーザに対応する融資情報５０を生成する（ステップＳ１０３）。そして、配信部１３４は、生成部１３３によって生成された融資情報５０やユーザ情報に基づいて、当該ユーザ情報に対応するユーザ端末１０が融資情報５０の配信先として適当か否かを判定する（ステップＳ１０４）。

ユーザ端末１０が融資情報５０の配信先として適当であると判定した場合（ステップＳ１０４；Ｙｅｓ）、配信部１３４は、生成部１３３が生成した融資情報５０をユーザ端末１０に配信する（ステップＳ１０５）。

一方、ユーザ端末１０が融資情報５０の配信先として適当でないと判定した場合（ステップＳ１０４；Ｎｏ）、配信部１３４は、生成した融資情報５０を配信せず、代わりに、融資情報５０以外のコンテンツ（例えば、広告コンテンツ）を配信する。

〔６．変形例〕
上述した実施形態に係る配信システム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、上記の配信システム１に含まれる各装置の他の実施形態について説明する。

〔６−１．種々のサイトにおける表示〕
上記実施形態では、融資サーバ１００が、ユーザ端末１０が取得したポータルサイトに係るウェブページＷ１０に融資情報５０を配信する例を示した。しかし、上述のように、融資サーバ１００は、他のジャンルやカテゴリのウェブページに融資情報を配信してもよい。この場合、融資サーバ１００は、融資情報に表示される情報や、融資情報が示す融資の種別や、融資情報の態様などを適宜変更するようにしてもよい。この点について、図１１及び図１２を用いて説明する。

図１１は、変形例に係る配信処理の一例を示す図（１）である。図１１では、融資サーバ１００が、ユーザ端末１０が表示するウェブページであって、ユーザ端末１０から送信された検索クエリに対応する検索結果ページであるウェブページＷ２０に、融資情報７０を配信する例を示している。

具体的には、図１１では、ユーザ端末１０が、検索窓６０に「フリーローン」という検索クエリを入力した結果として、検索結果ページであるウェブページＷ２０の取得を要求した場合に、融資サーバ１００から配信された融資情報７０を取得した状況を示している。

この場合、融資サーバ１００は、ユーザ端末１０に対応するユーザ情報とともに、ユーザ端末１０から検索サービスに送信された検索クエリを取得する。そして、融資サーバ１００は、取得された検索クエリと関連した融資種別に対応する融資情報７０を生成する。図１１の例では、融資サーバ１００は、検索クエリ「フリーローン」に対応する融資種別として、「フリーローン」に対応する融資条件を含む融資情報７０を生成する。そして、融資サーバ１００は、生成された融資情報７０であって、検索クエリと関連する融資の種別に対応する融資情報７０を、当該検索クエリに基づいて配信される検索結果ページとともに表示される情報として、検索結果ページであるウェブページＷ２０を表示するユーザ端末１０に配信する。

また、図１２は、変形例に係る配信処理の一例を示す図（２）である。図１２では、融資サーバ１００が、ユーザ端末１０が表示するウェブページであって、ショッピングサイトに関するウェブページＷ３０に融資情報８０を配信する例を示している。

具体的には、図１２では、ユーザ端末１０が、ショッピングサイトで「スピーカー」という検索クエリを入力した結果として、ショッピングページであるウェブページＷ３０の取得を要求した場合に、融資サーバ１００から配信された融資情報８０を取得した状況を示している。

この場合、融資サーバ１００は、ユーザ端末１０が表示しようとするウェブページＷ３０の情報として、ユーザがショッピングを行うサイトであり、また、ユーザが融資を利用する可能性の高いページである情報を取得する。そして、融資サーバ１００は、取得されたウェブページＷ３０と関連した融資種別に対応する融資情報８０を生成する。図１２の例では、融資サーバ１００は、ウェブページＷ３０に対応する融資種別として、「ショッピングローン」に対応する融資条件を含む融資情報８０を生成する。そして、融資サーバ１００は、生成された融資情報８０を、ウェブページＷ３０を表示するユーザ端末１０に配信する。

また、この場合、融資サーバ１００は、ウェブページＷ３０で表示されている商品に基づいて、融資情報８０を配信するか否かを判定してもよい。例えば、融資サーバ１００は、旅行商品や、高級な家電や、高価なオーディオ製品や、自動車など、ショッピングローンを利用して商品を購入する率の高い商品のカテゴリ情報を予め保持する。そして、融資サーバ１００は、ショッピングローンを利用して商品を購入する率の高い商品に対応するウェブページが表示されようとする場合に、融資情報８０を配信するようにしてもよい。

このように、融資サーバ１００は、検索クエリや、ウェブページに関するウェブサイトのカテゴリや、ウェブページ内で表示される商品など、種々の情報に基づいて、融資条件や融資種別の異なる融資情報を生成することができる。このため、融資サーバ１００は、ユーザ１人１人に適した融資情報を配信することができる。

〔６−２．携帯端末における表示〕
また、融資サーバ１００は、所定のサービスページとして、ＰＣ上のウェブブラウザで表示されるウェブページに限られず、種々のページに融資情報を配信してもよい。例えば、融資サーバ１００は、スマートフォン等の携帯端末で利用されるアプリのページに融資情報を配信してもよい。この点について、図１３を用いて説明する。

図１３は、変形例に係る配信処理の一例を示す図（３）である。図１３では、ユーザ端末１０がスマートフォン等のスマートデバイスである場合の、融資サーバ１００の配信処理の一例を示す。

図１３に示すように、スマートフォン等で実行されるアプリが表示するサンプルページＷ４０には、例えば、記事などを表示する領域Ｒ３１、Ｒ３２、Ｒ３３及びＲ３４の他に、広告コンテンツ等を表示する領域Ｒ２１やＲ２２が含まれる。

融資サーバ１００は、ユーザ端末１０がサンプルページＷ４０を表示しようとする場合には、サンプルページＷ４０に対応する融資情報である融資情報９０を生成する。そして、融資サーバ１００は、ユーザ端末１０がサンプルページＷ４０を表示する場合に、例えば、記事等が表示される領域Ｒ３１以外の領域である領域Ｒ２１等に表示される情報として、融資情報９０を配信する。

このように、融資サーバ１００は、ＰＣ上で表示されるウェブページに限られず、アプリ等を介して提供される所定のサービスページであっても、融資情報を配信することができる。なお、図１３で示したような、領域Ｒ２１に融資情報９０を表示させる処理は、サンプルページＷ４０と融資情報９０とを取得したユーザ端末１０によって、適宜実行されてもよい。

〔６−３．融資情報の配信〕
上記実施形態では、融資サーバ１００は、ユーザ端末１０がウェブページを要求する際に送信するユーザ情報を取得することを契機として、融資情報を配信する例を示した。しかし、融資サーバ１００が融資情報を配信するタイミングは、上記実施形態に限られない。

例えば、コンテンツ配信サーバ３０が配信するウェブページには、所定の取得要求が含まれるものとする。かかる取得要求は、融資サーバ１００への融資情報の取得要求であり、かかる取得要求が含まれるウェブページを表示しようとするユーザ端末１０は、かかる取得要求に従い、ユーザ情報と、融資情報の取得要求を融資サーバ１００に送信する。

そして、融資サーバ１００は、ユーザ端末１０から送信された取得要求に応答して、融資情報を生成し、融資情報を配信するようにしてもよい。この場合、融資サーバ１００は、コンテンツ配信サーバ３０を介さずとも、ユーザ情報を取得することができる。また、融資サーバ１００は、コンテンツ配信サーバ３０を介さずとも、ユーザ端末１０が表示しようとするウェブページに関する情報を取得することができる。

〔６−４．ユーザ情報〕
上記実施形態では、融資サーバ１００が取得するユーザ情報について説明した。ここで、融資サーバ１００は、上記実施形態で例示したユーザ情報以外の情報についても取得し、取得した情報に基づいて融資情報の生成を実行してもよい。

例えば、融資サーバ１００は、ユーザ端末１０が送信するメールや、ウェブサイトやＳＮＳサービス等に投稿するメッセージを取得してもよい。そして、融資サーバ１００は、取得したメール等を形態素解析する。そして、融資サーバ１００は、ユーザが送信するメール等に登場する単語の出現割合等に基づいて、ユーザの信用度を算出する。

例えば、融資サーバ１００は、「キャッシング」等、負債関係で用いられる単語を頻繁に発するユーザに対しては、信用度を低く算出することができる。一方、融資サーバ１００は、「投資」等、資金の調達に用いられる単語を頻繁に発するユーザに対しては、信用度を高く算出することができる。また、融資サーバ１００は、信用度の算出対象となるユーザのみならず、ＳＮＳでつながる他のユーザ等が発するメッセージ等を解析してもよい。そして、融資サーバ１００は、信用度の算出対象となるユーザとつながりのある他のユーザのメッセージに「キャッシング」等の単語が頻繁に登場するのであれば、信用度の算出対象となるユーザについても、社会的信用性が低いと推定し、信用度を低く算出するようにしてもよい。

また、融資サーバ１００は、例えば、特定の消費者金融に係るウェブページなど、金利の高い融資に関するウェブページを頻繁に閲覧していたり、他のローンにおいて返済が滞っていたりする情報を取得した場合、当該ユーザの信用度を低く算出してもよい。

〔６−５．配信処理〕
上記実施形態では、融資サーバ１００が、ユーザ端末１０においてウェブページが表示されることを契機として、融資情報をユーザ端末１０に配信する例を示した。ここで、例えば、図１で示したように、ウェブページ側でユーザにログインを求めるような場合、ユーザがログインを行うまで、融資サーバ１００側にユーザ情報が送信されない場合もありうる。そして、ユーザがログインを行った時点で、ユーザ端末１０は、ウェブページの表示を更新する。融資サーバ１００は、このようなウェブページの更新を契機として融資情報を配信してもよい。すなわち、融資サーバ１００が融資情報を配信するタイミングは、最初にユーザ端末１０にウェブページが表示される場合に限られず、ウェブページが更新されるタイミングであってもよい。

〔６−６．配信システムの各装置〕
配信システム１に含まれる各装置は、様々な変形例により実現されてもよい。例えば、融資サーバ１００は、コンテンツ配信サーバ３０が実行する処理を兼ねてもよい。また、融資サーバ１００は、コンテンツ配信サーバ３０が配信するウェブページに広告コンテンツを配信する広告サーバを兼ねてもよい。この場合、融資サーバ１００は、上記の配信処理の条件に沿うユーザに対しては融資情報を配信し、他のユーザには広告コンテンツを配信するなど、配信するコンテンツを選択するようにしてもよい。

また、融資情報は、例えば、ショッピングサイトに表示されるユーザ情報（例えば、ショッピングサイトにおけるユーザの保有ポイント数等）の１つとしてサービスページ内に表示されてもよい。この場合、融資サーバ１００は、生成した融資情報をコンテンツ配信サーバ３０に送信してもよい。そして、コンテンツ配信サーバ３０は、受信した融資情報とともに、サービスページをユーザ端末１０に配信する。

例えば、配信システム１は、融資サーバ１００と、コンテンツ配信サーバ３０とを含む。コンテンツ配信サーバ３０に係る受付部３４は、ユーザが利用するユーザ端末１０から、所定のサービスコンテンツ（例えば、ウェブページ）の取得要求を受け付ける。また、配信部３５は、取得要求を受け付けた旨を含む情報を融資サーバ１００に配信する。そして、融資サーバ１００に係る取得部１３１は、ユーザに関する情報であるユーザ情報を取得する。また、生成部１３３は、取得部１３１によって取得されたユーザ情報に基づいて、ユーザに対する融資条件を含む情報である融資情報を生成する。また、配信部１３４は、所定のサービスコンテンツとともにユーザ端末１０で表示される情報として、生成部１３３によって生成された融資情報をコンテンツ配信サーバ３０に配信する。続いて、コンテンツ配信サーバ３０に係る配信部３４は、所定のサービスコンテンツとともに融資情報をユーザ端末１０に配信する。

このように、配信システム１によれば、コンテンツ配信サーバ３０を経由して融資情報をユーザ端末１０に配信することも可能である。これにより、配信システム１は、例えば、ウェブページと調和した態様で表示される融資情報をユーザに提示することができる。また、上記の配信システム１によれば、コンテンツ配信サーバ３０が表示しようとする他のユーザに関する情報（例えば、ユーザの保有ポイントなど）とともに融資情報を表示させることができるので、より自然にユーザに融資情報を提示することができる。このように、配信システム１は、ユーザが融資情報に接する機会を増やしたり、融資情報がユーザの目に触れる機会を増やしたりすることで、ネットワークを介した融資を促進させることができる。なお、融資サーバ１００は、ユーザ情報をコンテンツ配信サーバ３０から取得してもよいし、他の外部装置から取得してもよいし、融資サーバ１００自体がユーザ端末１０から取得してもよい。

また、上記のように、融資サーバ１００がコンテンツ配信サーバ３０の実行する処理を兼ねる場合には、融資サーバ１００は、生成した融資情報とともにサービスページをユーザ端末１０に配信するようにしてもよい。この場合、ユーザ端末１０は、所定のサービスページの取得要求とともに、ユーザ情報を融資サーバ１００に送信する送信部と、取得要求に応答して配信される所定のサービスページを受信する受信部とを備える。そして、融資サーバ１００に係る取得部１３１は、所定のサービスページの取得要求とユーザ情報とを取得する。また、生成部１３３は、取得部１３１によって取得されたユーザ情報に基づいて、ユーザに対する融資条件を含む情報である融資情報を生成する。配信部１３４は、所定のサービスページとともにユーザ端末１０で表示される情報として、生成部１３３によって生成された融資情報を、当該所定のサービスページとともにユーザ端末１０に配信する。これにより、配信システム１は、例えば、サービスページに自然な形で埋め込まれた融資情報をユーザ端末１０に表示させることができる。このため、配信システム１は、ユーザのユーザビリティを低下させることなく、自然な形で融資情報をユーザに提示することができる。

なお、ユーザ端末１０に係る制御部（上記の送信部や受信部を含む）は、例えば、ＣＰＵやＭＰＵ等によって、ユーザ端末１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、ユーザ端末１０に係る制御部は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。また、ユーザ端末１０は、例えばＮＩＣ等によって実現される通信部を備える。

〔７．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

例えば、図３に示したユーザ情報記憶部１２１や、融資情報記憶部１２５は、融資サーバ１００が保持せずに、外部のストレージサーバ等に保持されてもよい。この場合、融資サーバ１００は、ストレージサーバにアクセスすることで、ユーザ情報や融資情報に関する情報等を取得する。

また、例えば、上述してきた融資サーバ１００は、コンテンツ配信サーバ３０からユーザ情報を取得したり、ユーザ端末１０に融資情報を配信したりといった、外部装置とのやりとりを中心に実行するフロントエンドサーバ側と、信用度の算出処理や融資情報の生成処理を実行するバックエンドサーバ側とに分散されてもよい。

〔８．ハードウェア構成〕
また、上述してきた実施形態に係る融資サーバ１００は、例えば図１４に示すような構成のコンピュータ１０００によって実現される。図１４は、融資サーバ１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００を介して他の機器からデータを受信してＣＰＵ１１００へ送り、また、通信網５００（図２に示すネットワークＮに対応する）を介してＣＰＵ１１００が生成したデータを他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が融資サーバ１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網５００を介してこれらのプログラムを取得してもよい。

〔９．効果〕
上述してきたように、実施形態に係る融資サーバ１００は、取得部１３１と、生成部１３３と、配信部１３４とを有する。取得部１３１は、ユーザに関する情報であるユーザ情報を取得する。生成部１３３は、取得部１３１によって取得されたユーザ情報に基づいて、ユーザに対する融資条件を含む情報である融資情報を生成する。配信部１３４は、生成部１３３によって生成された融資情報を、ユーザが利用するユーザ端末１０において所定のサービスページ（サービスコンテンツの一例）が表示されることを契機として、ユーザ端末１０に配信する。

このように、実施形態に係る融資サーバ１００は、サービスページが表示される際に、ユーザに提示する情報として、融資情報を配信することができる。これにより、融資サーバ１００は、サービスページを閲覧するといった日常の行動の中で、自然に、ユーザが申し込むことが可能な融資条件を知得させることができる。例えば、融資サーバ１００は、一般的にウェブページとともに表示される広告コンテンツの代わりに融資情報を表示させることで、ユーザに融資条件を知得させることができる。言い換えれば、融資サーバ１００は、金融機関が提供するページを訪問したり、自身の情報を入力させたりする負担をユーザＵ０１に掛けさせることなく、ユーザＵ０１に融資を利用しようとする契機を与えることができる。このため、融資サーバ１００は、融資に特別な関心を抱いていないユーザ層や、融資を利用できるか否かを確かめることを躊躇しているユーザ層などに対しても、融資条件を提示できるため、ネットワークを介した融資を促進させることができる。

また、取得部１３１は、所定のサービスページに関する情報を取得する。生成部１３３は、取得部１３１によって取得された所定のサービスページと関連した融資種別に対応する融資情報を生成する。配信部１３４は、生成部１３３によって生成された融資情報であって、所定のサービスページに関する情報と関連する種別に対応する融資情報を、所定のサービスページとともに表示される情報として、所定のサービスページを表示するユーザ端末１０に配信する。

このように、実施形態に係る融資サーバ１００は、ユーザ端末１０が表示しようとするサービスページに対応した種別の融資の融資情報を生成することができる。これにより、融資サーバ１００は、ユーザの興味関心に応じた融資情報を配信することができるため、融資の申し込みを促進させることができる。

また、実施形態に係る融資サーバ１００は、取得部１３１によって取得されたユーザ情報に基づいて、ユーザの信用度を算出する算出部１３２をさらに備える。生成部１３３は、算出部１３２によって算出されたユーザの信用度に基づいて、ユーザに対する融資情報を生成する。

このように、実施形態に係る融資サーバ１００は、ユーザ情報に基づき信用度を算出し、算出した信用度に基づいた融資情報をユーザに配信する。これにより、融資サーバ１００は、ユーザの信用度に応じた適切な融資を提案することができる。

また、取得部１３１は、ユーザの位置情報を取得する。算出部１３２は、取得部１３１によって取得された位置情報のうち、日常的に取得される位置情報であって、所定の範囲内を示す複数の位置情報に基づいて、ユーザが定職に就いているか否かを推定することにより、ユーザの信用度を算出する。

このように、実施形態に係る融資サーバ１００は、ユーザの位置情報に基づいて、ユーザの信用度を算出することができる。すなわち、融資サーバ１００は、ユーザの位置情報を利用して、ユーザが定職に就いているか否かを推定する。そして、融資サーバ１００は、推定した情報に基づいて信用度を算出する。これにより、融資サーバ１００は、ユーザ自らの申告等がなくとも、ユーザの信用度を精度良く算出することができる。

また、取得部１３１は、ユーザ情報として、ユーザのネットワーク上の行動履歴を取得する。また、算出部１３２は、取得部１３１によって取得されたユーザのネットワーク上の行動履歴に基づいて、ユーザの信用度を算出する。

このように、実施形態に係る融資サーバ１００は、ネットワーク上の行動履歴に基づいて信用度を算出することで、ユーザの状況に即した融資条件や、ユーザの日常の行動に合わせた融資条件を提示することができる。

また、取得部１３１は、ユーザのネットワーク上の購買行動に関する履歴を取得する。算出部１３２は、取得部１３１によって取得された購買行動における購買額、購買行動の頻度、及び、購買行動において訪問するサービスでのユーザに対する評価の少なくともいずれか一つに基づいて、ユーザの信用度を算出する。

このように、実施形態に係る融資サーバ１００は、融資に直接結びつきやすい、ユーザの購買活動に関する情報に基づいて信用度を算出する。これにより、融資サーバ１００は、ユーザに即した融資条件を提示する融資情報を生成することができる。

また、取得部１３１は、ユーザが利用する社会的ネットワーク構築のためのサービス内におけるユーザの知名度、評判、人脈の少なくともいずれか一つに関する情報を取得する。算出部１３２は、取得部１３１によって取得された社会的ネットワーク構築のためのサービス内におけるユーザの知名度、評判、人脈の少なくともいずれか一つに関する情報に基づいて、ユーザの信用度を算出する。

このように、実施形態に係る融資サーバ１００は、ＳＮＳなどの社会的ネットワークの情報を利用して信用度を算出してもよい。これにより、融資サーバ１００は、ユーザ個人の行動のみならず、ユーザと付き合いのある他ユーザの行動等も含めて、ユーザの信用度を算出することができるので、高い精度で信用度を算出することができる。

また、取得部１３１は、ユーザがネットワーク上で提供されているサービスを閲覧した履歴である閲覧履歴を取得する。算出部１３２は、取得部１３１によって取得された閲覧履歴に基づいて、ユーザの信用度を算出する。

このように、実施形態に係る融資サーバ１００は、ユーザのネットワーク上の閲覧履歴を参照する。これにより、融資サーバ１００は、ユーザの興味関心を捉えることで、融資の種別を適切なものになるよう選択したり、融資先として望ましくないウェブページを頻繁に訪問するユーザの信用度を低く算出したりといった、融資情報の調整を適切に行うことができる。

また、取得部１３１は、ユーザ端末１０から所定の検索サービスに送信される検索クエリを取得する。生成部１３３は、取得部１３１によって取得された検索クエリと関連した融資種別に対応する融資情報を生成する。配信部１３４は、生成部１３３によって生成された融資情報であって、検索クエリと関連する融資種別に対応する融資情報を、検索クエリに基づいて配信される検索結果ページとともに表示される情報として、検索結果ページを表示するユーザ端末１０に配信する。

このように、実施形態に係る融資サーバ１００は、ユーザが送信する検索クエリに基づいて、融資の種別を選択して、融資情報を生成してもよい。これにより、融資サーバ１００は、ユーザの興味関心に即した融資情報を検索結果ページとともに表示させることができる。このため、融資サーバ１００は、配信する融資情報の訴求効果を向上させることができる。

また、取得部１３１は、任意のユーザが融資を利用する利用率の高いサービスに関する情報を取得する。配信部１３４は、任意のユーザが融資を利用する利用率の高いサービスに関するページとともに表示される情報として、融資情報をユーザ端末１０に配信する。

このように、実施形態に係る融資サーバ１００は、サービスページにおける融資の利用率に応じて、融資情報を配信するユーザ（言い換えれば、融資情報を表示させるページ）を判定する処理を行ってもよい。これにより、融資サーバ１００は、融資情報が提示する融資を利用させる確率を上げることができる。

また、配信部１３４は、生成部１３３によって生成された融資情報を、訪問するユーザ毎に情報が構築されるポータルサイトのページ、検索サービスを利用した結果である検索結果ページ、商品を購買可能なＥコマースページ、のいずれかのページとともに表示される情報として、ユーザ端末１０に配信する。

このように、実施形態に係る融資サーバ１００は、ユーザが訪問する回数の多いポータルサイトのページや、ユーザの興味関心を捉えることのできる検索結果ページや、ユーザが融資を利用する傾向にあるＥコマース（例えば、ショッピング）ページ等に融資情報を表示させる。これにより、融資サーバ１００は、融資情報が提示する融資を利用させる確率を上げることができる。

また、配信部１３４は、以前に所定の融資を申し込んだユーザであって、所定の融資を申し込んだ際の審査に落ちた履歴を有するユーザが利用するユーザ端末１０に、融資情報を配信する。

このように、実施形態に係る融資サーバ１００は、過去の融資の履歴に基づいて、融資情報の配信先を選択するようにしてもよい。これにより、融資サーバ１００は、融資を利用しようとする意欲のあるユーザに融資情報を配信することができるため、配信する融資情報のコンバージョン率（Conversion Rate）を向上させることができる。

また、配信部１３４は、生成部１３３によって融資情報が生成された時点において、融資情報に示される融資を受ける資格を有するユーザが利用するユーザ端末１０に融資情報を配信する。

このように、実施形態に係る融資サーバ１００は、ユーザ情報に基づいて、融資を受ける資格を判定する。これにより、融資サーバ１００は、融資情報の無駄なインプレッションを抑制することができる。

また、配信部１３４は、生成部１３３によって融資情報が生成された時点において、融資情報に示される融資額に対して融資を受ける猶予を有するユーザが利用するユーザ端末１０に、融資情報を配信する。

このように、実施形態に係る融資サーバ１００は、ユーザが現時点で受けている融資額の情報に基づいて、配信先を判定する。これにより、融資サーバ１００は、融資情報の無駄なインプレッションを抑制することができる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述した融資サーバ１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 配信システム
１０ ユーザ端末
３０ コンテンツ配信サーバ
１００ 融資サーバ
１１０ 通信部
１２０ 記憶部
１２１ ユーザ情報記憶部
１２２ ユーザ情報テーブル
１２３ 購買履歴テーブル
１２４ ＳＮＳ情報テーブル
１２５ 融資情報記憶部
１２６ 信用度テーブル
１２７ 融資条件テーブル
１３０ 制御部
１３１ 取得部
１３２ 算出部
１３３ 生成部
１３４ 配信部

Claims (17)

1. ユーザに関する情報であるユーザ情報を取得する取得部と、
   前記取得部によって取得されたユーザ情報に基づいて、前記ユーザに対する融資条件を含む情報である融資情報を生成する生成部と、
   前記生成部によって生成された融資情報を、前記ユーザが利用する端末装置において所定のサービスコンテンツが表示されることを契機として、当該端末装置に配信する配信部と、
   を備えたことを特徴とする配信装置。
2. 前記取得部は、
   前記所定のサービスコンテンツに関する情報を取得し、
   前記生成部は、
   前記取得部によって取得された前記所定のサービスコンテンツと関連した融資種別に対応する融資情報を生成し、
   前記配信部は、
   前記生成部によって生成された融資情報であって、前記所定のサービスコンテンツに関する情報と関連する種別に対応する融資情報を、当該所定のサービスコンテンツとともに表示される情報として、当該所定のサービスコンテンツを表示する前記端末装置に配信する、
   ことを特徴とする請求項１に記載の配信装置。
3. 前記取得部によって取得されたユーザ情報に基づいて、前記ユーザの信用度を算出する算出部、
   をさらに備え、
   前記生成部は、
   前記算出部によって算出されたユーザの信用度に基づいて、当該ユーザに対する融資情報を生成する、
   ことを特徴とする請求項１又は２に記載の配信装置。
4. 前記取得部は、
   前記ユーザの位置情報を取得し、
   前記算出部は、
   前記取得部によって取得された位置情報のうち、日常的に取得される位置情報であって、所定の範囲内を示す複数の位置情報に基づいて、前記ユーザが定職に就いているか否かを推定することにより、前記ユーザの信用度を算出する、
   ことを特徴とする請求項３に記載の配信装置。
5. 前記取得部は、
   前記ユーザ情報として、前記ユーザのネットワーク上の行動履歴を取得し、
   前記算出部は、
   前記取得部によって取得されたユーザのネットワーク上の行動履歴に基づいて、当該ユーザの信用度を算出する、
   ことを特徴とする請求項３又は４に記載の配信装置。
6. 前記取得部は、
   前記ユーザのネットワーク上の購買行動に関する履歴を取得し、
   前記算出部は、
   前記取得部によって取得された購買行動における購買額、購買行動の頻度、及び、購買行動において訪問するサービスでのユーザに対する評価の少なくともいずれか一つに基づいて、前記ユーザの信用度を算出する、
   ことを特徴とする請求項５に記載の配信装置。
7. 前記取得部は、
   前記ユーザが利用する社会的ネットワーク構築のためのサービス内における当該ユーザの知名度、評判、人脈の少なくともいずれか一つに関する情報を取得し、
   前記算出部は、
   前記取得部によって取得された社会的ネットワーク構築のためのサービス内における前記ユーザの知名度、評判、人脈の少なくともいずれか一つに関する情報に基づいて、前記ユーザの信用度を算出する、
   ことを特徴とする請求項５又は６に記載の配信装置。
8. 前記取得部は、
   前記ユーザがネットワーク上で提供されているサービスコンテンツを閲覧した履歴である閲覧履歴を取得し、
   前記算出部は、
   前記取得部によって取得された閲覧履歴に基づいて、前記ユーザの信用度を算出する、
   ことを特徴とする請求項５〜７のいずれか一つに記載の配信装置。
9. 前記取得部は、
   前記端末装置から所定の検索サービスに送信される検索クエリを取得し、
   前記生成部は、
   前記取得部によって取得された検索クエリと関連した融資種別に対応する融資情報を生成し、
   前記配信部は、
   前記生成部によって生成された融資情報であって、前記検索クエリと関連する融資種別に対応する融資情報を、当該検索クエリに基づいて配信される検索結果ページとともに表示される情報として、当該検索結果ページを表示する前記端末装置に配信する、
   ことを特徴とする請求項１〜８のいずれか一つに記載の配信装置。
10. 前記取得部は、
    任意のユーザが融資を利用する利用率の高いサービスに関する情報を取得し、
    前記配信部は、
    前記任意のユーザが融資を利用する利用率の高いサービスに関するコンテンツとともに表示される情報として、前記融資情報を前記端末装置に配信する、
    ことを特徴とする請求項１〜９のいずれか一つに記載の配信装置。
11. 前記配信部は、
    前記生成部によって生成された融資情報を、訪問するユーザ毎に情報が構築されるポータルサイトのページ、検索サービスを利用した結果である検索結果ページ、商品を購買可能なＥコマースページ、のいずれかのページとともに表示される情報として、前記端末装置に配信する、
    ことを特徴とする請求項１〜１０のいずれか一つに記載の配信装置。
12. 前記配信部は、
    以前に所定の融資を申し込んだユーザであって、当該所定の融資を申し込んだ際の審査に落ちた履歴を有するユーザが利用する前記端末装置に、前記融資情報を配信する、
    ことを特徴とする請求項１〜１１のいずれか一つに記載の配信装置。
13. 前記配信部は、
    前記生成部によって融資情報が生成された時点において、当該融資情報に示される融資を受ける資格を有するユーザが利用する端末装置に、当該融資情報を配信する、
    ことを特徴とする請求項１〜１２のいずれか一つに記載の配信装置。
14. 前記配信部は、
    前記生成部によって融資情報が生成された時点において、当該融資情報に示される融資額に対して融資を受ける猶予を有するユーザが利用する端末装置に、当該融資情報を配信する、
    ことを特徴とする請求項１〜１３のいずれか一つに記載の配信装置。
15. コンピュータが実行する配信方法であって、
    ユーザに関する情報であるユーザ情報を取得する取得工程と、
    前記取得工程によって取得されたユーザ情報に基づいて、前記ユーザに対する融資条件を含む情報である融資情報を生成する生成工程と、
    前記生成工程によって生成された融資情報を、前記ユーザが利用する端末装置において所定のサービスコンテンツが表示されることを契機として、当該端末装置に配信する配信工程と、
    を含んだことを特徴とする配信方法。
16. ユーザに関する情報であるユーザ情報を取得する取得手順と、
    前記取得手順によって取得されたユーザ情報に基づいて、前記ユーザに対する融資条件を含む情報である融資情報を生成する生成手順と、
    前記生成手順によって生成された融資情報を、前記ユーザが利用する端末装置において所定のサービスコンテンツが表示されることを契機として、当該端末装置に配信する配信手順と、
    をコンピュータに実行させることを特徴とする配信プログラム。
17. 配信装置と、コンテンツ配信サーバとを含む配信システムであって、
    前記コンテンツ配信サーバは、
    ユーザが利用する端末装置から、所定のサービスコンテンツの取得要求を受け付ける受付部と、
    前記取得要求を受け付けた旨を含む情報を前記配信装置に配信する配信部と、
    を備え、
    前記配信装置は、
    前記ユーザに関する情報であるユーザ情報を取得する取得部と、
    前記取得部によって取得されたユーザ情報に基づいて、前記ユーザに対する融資条件を含む情報である融資情報を生成する生成部と、
    前記所定のサービスコンテンツとともに前記端末装置で表示される情報として、前記生成部によって生成された融資情報を前記コンテンツ配信サーバに配信する配信部と、
    を備え、
    前記コンテンツ配信サーバに係る配信部は、
    前記所定のサービスコンテンツとともに前記融資情報を前記端末装置に配信する、
    ことを特徴とする配信システム。

Images