JP6149067B2 - 情報提供システム、情報提供方法および情報提供プログラム - Google Patents

Description

本発明は、情報提供システム、情報提供方法および情報提供プログラムに関する。

現金以外の決済手段として、例えば、クレジットカードを利用したクレジット決済がある。このようなクレジット決済として、分割払いやリボ払いは、特に広く一般化している。

また、近年、所定の商品において、買取価格を残価として設定するとともに、当該所定の商品の価格から残価を除いた額を分割払い対象とし、分割払い終了時に購入者が、その残価について一括払いするか、当該所定の商品の販売店に買い取らせることで、その買取価格を残価支払いに充てるといった、いわゆる残価設定型クレジットがある。

例えば、残価設定型クレジットを対象とした金融情報処理システムであって、自動車の実勢相場に基づく残価の計算により公平な取引を可能とする金融情報処理システムが提案されている（特許文献１）。

特開２００４−５２３８号公報

しかしながら、上記の従来技術では、ユーザにとって利用しやすい残価設定型クレジットを提供できるとは限らない。具体的には、上記従来技術は、自動車の実質相場を調査して、分割払い終了における残価を予測計算し、計算した残価を提示する技術に過ぎないため、ユーザにとって利用しやすい残価設定型クレジットを提供できるとは限らない。

本願は、上記に鑑みてなされたものであって、ユーザにとって利用しやすい残価設定型クレジットを提供できる情報提供システム、情報提供方法および情報提供プログラムを提供することを目的とする。

本願にかかる情報提供システムは、売値の一部を将来の残価として設定可能な商品の指定を受け付ける受付部と、前記受付部によって受け付けられた商品を所定の買取業者が将来において買い取る予定の価格である買取予定価格を取得する取得部と、前記取得部によって取得された買取予定価格を送信する送信部と、を有することを特徴とする。

実施形態の一態様によれば、ユーザにとって利用しやすい残価設定型クレジットを提供できるといった効果を奏する。

図１は、第１の実施形態にかかる情報提供処理の一例を示す図である。 図２は、第１の実施形態にかかる買取サーバの構成例を示す図である。 図３は、第１の実施形態にかかる買取情報記憶部の一例を示す図である。 図４は、第１の実施形態にかかるカード会社サーバの構成例を示す図である。 図５は、第１の実施形態にかかるプラン情報記憶部の一例を示す図である。 図６は、第１の実施形態にかかるショッピングサーバの構成例を示す図である。 図７は、第２の実施形態にかかる情報提供処理の一例を示す図である。 図８は、第２の実施形態にかかるショッピングサーバの構成例を示す図である。 図９は、第２の実施形態にかかる購入履歴記憶部の一例を示す図である。 図１０は、第２の実施形態にかかるカード会社サーバの構成例を示す図である。 図１１は、第２の実施形態にかかる返済プラン変更処理を説明する説明図である。 図１２は、第３の実施形態にかかる情報提供処理の一例を示す図である。 図１３は、第３の実施形態にかかるカード会社サーバの構成例を示す図である。 図１４は、第３の実施形態にかかる購入履歴記憶部の一例を示す。 図１５は、サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に本願にかかる情報提供システムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願にかかる情報提供システムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（第１の実施形態）
〔１．情報提供処理〕
まず、図１を用いて、第１の実施形態にかかる情報提供処理の一例について説明する。図１は、第１の実施形態にかかる情報提供処理の一例を示す図である。図１の例では、情報提供処理システム１は、ユーザ端末１０と、買取業者端末５０ａおよび５０ｂと、買取サーバ１００と、カード会社サーバ２００と、ショッピングサーバ３００とを有する。ユーザ端末１０と、買取業者端末５０ａおよび５０ｂと、買取サーバ１００と、カード会社サーバ２００と、ショッピングサーバ３００とは、ネットワークを介して有線または無線により通信可能に接続される。なお、図１は、一例であり、ユーザ端末１０、買取業者端末５０ａおよび５０ｂ、買取サーバ１００、カード会社サーバ２００およびショッピングサーバ３００の数は、図１に示す数に限られない。

ユーザ端末１０は、ユーザによって利用される装置である。例えば、ユーザ端末１０は、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等である。ユーザ端末１０は、ユーザの操作に従って、ショッピングサーバ３００にページリクエストを送信することで、ショッピングサーバ３００から所定のウェブページを受け付ける。

買取業者端末５０ａは、買取業者Ａによって利用される装置である。また、買取業者端末５０ｂは、買取業者Ｂによって利用される装置である。そして、本実施形態では、これら各買取業者の装置をまとめて、単に買取業者端末５０と表記する場合がある。買取業者端末５０は、デスクトップ型ＰＣや、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ等の端末装置である。

ここで、買取業者とは、持ち込まれた中古品を査定し、査定した額で中古品を買い取る中古買取業者である。例えば、買取業者は、所定の商品に対し、購入後から所定の期間内（経過年数）であれば買い取る予定の価格である買取予定価格を決める。そして、買取業者は、買取業者端末５０を用いて、決定した買取予定価格等の買取情報を買取サーバ１００に対して入稿する。

ここで、本実施形態において、買取業者とは、例えば、ユーザによって持ち込まれた中古品を査定し、査定額に基づいて、その中古品を買い取る中古買取業者である。

買取サーバ１００は、買取業者端末５０から所定の商品に対する買取予定価格を受け付けて、受け付けた買取予定価格を買取情報記憶部１２１に記憶する。例えば、図１では、買取サーバ１００は、買取業者Ａの買取業者端末５０ａから「商品『Ｋウォッチ』において、購入時から経過年数５年以内であれば、４０万で買取予定」といった買取情報を受け付けて、受け付けた買取情報を買取情報記憶部１２１に記憶する例を示す。また、買取サーバ１００は、買取業者Ｂの買取業者端末５０ｂから「商品『Ｍウォッチ』において、購入時から経過年数３年以内であれば、３５万で買取予定」といった買取情報を受け付けて、買取情報記憶部１２１に記憶している例を示す。

カード会社サーバ２００は、クレジットカードであるＹ２カードを発行しているカード会社Ｙ１によって利用されるサーバ装置である。カード会社サーバ２００は、例えば、カード会社Ｙ１の従業員の操作に従って、ユーザに提供する返済プランを生成する。

そして、カード会社Ｙ１は、Ｙ２カードによる返済プランとして、例えば、クレジットカード決済の他、残価設定型クレジット（以下、「残クレ」と表記する場合がある）による返済プランをユーザに提供しているものとする。

ショッピングサーバ３００は、ユーザ端末１０からのページリクエストに応じて、所定のショッピングサイトとともに、買取情報記憶部１２１における買取情報をユーザ端末１０に配信する。本実施形態では、ショッピングサーバ３００によって配信されるショッピングサイト名を「ショッピングサイトＹ３」とする。そして、ショッピングサイトＹ３で取り扱われている商品の中には、買取業者によって買取予定価格が設定されることにより、買取対象商品、または、残価設定型クレジット対象商品（残クレ対象）となっているものがある。

第１の実施形態にかかる情報提供システム１は、買取サーバ１００と、カード会社サーバ２００と、ショッピングサーバ３００とが連携している。これにより、第１の実施形態にかかる情報提供システム１は、ショッピングサイトＹ３で所定の商品を指定したユーザに対し、所定の商品の残クレによる返済プランとともに、その商品の買取情報を提供することを可能とするシステムである。以下では、第１の実施形態にかかる報提供処理システム１による情報提供処理の流れについて説明する。

買取サーバ１００は、予め、買取業者端末５０から買取情報の入稿を受け付けているものとする。また、カード会社サーバ２００は、予め、返済プランを生成しているものとする。しかし、この例に限られず、買取サーバ１００は、いずれのタイミングでも買取業者端末５０から買取情報の入稿を受け付けてよい。また、カード会社サーバ２００は、いずれのタイミングで返済プランを生成してもよい。

ここで、ユーザ端末１０は、ユーザＵ１０の操作に従って、ショッピングサーバ３００に対して、ウェブページの要求であるページリクエストを送信したとする（ステップＳ１）。ショッピングサーバ３００は、ページリクエストを受け付けると、「ショッピングサイトＹ３」のＴＯＰページを配信する。

次に、ユーザ端末１０は、ショッピングサイトＹ３におけるカテゴリ「腕時計」に対応するウェブページＷ１ａへ遷移するためのページリクエストをショッピングサーバ３００に送信したとする。ショッピングサーバ３００は、リクエストを受け付けると、買取情報記憶部１２１を参照することで、カテゴリ「腕時計」に対応する商品「Ｋウォッチ」、「Ｌウォッチ」、「Ｍウォッチ」が買取予定価格が設定されている買取対象であるか否かを判定する。

そして、ショッピングサーバ３００は、買取対象であると判定した「Ｋウォッチ」および「Ｍウォッチ」の支払い方法として、「残クレ」が表示されるようなウェブページＷ１ａを生成し、生成したウェブページＷ１ａを配信する。

ここで、ユーザＵ１０によって、ウェブページＷ１ａの商品「Ｋウォッチ」が選択されたとする。これに応じて、ユーザ端末１０は、商品情報「販売価格１００万、Ｋウォッチ」を含むページリクエストをショッピングサーバ３００に送信する。ショッピングサーバ３００は、リクエストを受け付けると、買取情報記憶部１２１を参照し、商品「Ｋウォッチ」に対応する買取業者Ａ、買取予定価格「４０万」および経過期間「５年」を含む買取情報を取得し、取得した買取情報が表示されるようなウェブページＷ１ｂを生成し、生成したウェブページＷ１ｂを配信する（ステップＳ２）。なお、図１に示すように、ウェブページＷ１ｂでは、プルダウンＢ１押下によって「残価設定型クレジット」が表示される。

ここで、ユーザＵ１０によって、ウェブページＷ１ｂにおける支払方法「残価設定型クレジット」が選択されたとする。これに応じて、ユーザ端末１０は、選択情報「残価設定型クレジット」を含むページリクエストをショッピングサーバ３００に送信する。ショッピングサーバ３００は、リクエストを受け付けると、返済プランが設計できるウェブページＷ１ｃを配信する（ステップＳ３）。

図１に示すように、かかるウェブページＷ１ｃには、カード会社サーバ２００によって生成された返済プラン（支払回数等）を表示するためのプルダウンＢ２および残価の入力を受け付ける残価入力欄Ｂ３が含まれる。これにより、ユーザＵ１０は、買取予定価格等の買取情報を参考にして、支払回数や残価を設定することができる。

例えば、図１に示すように、ユーザＵ１０は、プルダウンＢ２から支払回数「３６回」を選択し、残価入力欄Ｂ３に「５０万」を入力することで返済プランを設計するとともに、「次へ」ボタンを押下したとする。

これに応じて、ユーザ端末１０は、入力情報を含むページリクエストをショッピングサーバ３００に送信する。ショッピングサーバ３００は、リクエストを受け付けると、商品「Ｋウォッチ」の販売価格「１００万」から残価「５０万」を除いた「５０万」を支払回数「３６回」で割るとともに、カード会社Ｙ１により設定されている所定の金利手数料を考慮した月々の支払額を算出する。そして、ショッピングサーバ３００は、算出した情報が、例えば、詳細図として表示されるようなウェブページＷ１ｄを生成し、生成したウェブページＷ１ｄを配信する（ステップＳ４）。

このように、情報提供システム１は、買取業者から所定の商品の買取予定価格を受け付けて、記憶しておく。そして、情報提供システム１は、ユーザによって指定された商品に対応する買取予定価格をユーザ端末１０に表示させる。このように、情報提供システム１は、ユーザによって指定された商品に対する買取予定価格を表示するため、ユーザに対し、当該買取予定価格を参考にさせることで、返済プランをより設計し易い、すなわち利用しやすい残価設定型クレジットを提供することができる。

〔２．買取サーバの構成〕
次に、図２を用いて、第１の実施形態にかかる情報システムにおける買取サーバ１００について説明する。図２は、第１の実施形態にかかる買取サーバ１００の構成例を示す図である。図２に示すように、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークと有線または無線で接続され、ユーザ端末１０、買取業者端末５０、カード会社サーバ２００、ショッピングサーバ３００との間で情報の送受信を行う。

記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、買取情報記憶部１２１を有する。

買取情報記憶部１２１は、買取業者端末５０によって入稿された所定の商品に対する買取予定価格等の買取情報を記憶する記憶部である。ここで、図３に第１の実施形態にかかる買取情報記憶部１２１の一例を示す。図３の例では、買取情報記憶部１２１は、「買取業者名」、「商品名」、「買取予定価格」、「経過期間」といった項目を有する。

「買取業者名」は、所定の商品に対して買取予定価格を設定している中古品買取業者の店舗名や企業名等である。「商品名」は、「買取予定価格」が設定されている商品、すなわち、買取対象の商品の商品名である。「買取予定価格」は、「商品名」に対応する商品を買い取る予定の価格である。

「経過期間」は、対応する「買取予定価格」で買い取り可能な期間である。つまり、商品を購入した場合、購入日からかかる経過期間内であれば、その商品に対応する「買取予定価格」で買い取ってもらえることを示す。なお、経過期間に対応する期間のカウント方式として、必ずしも商品購入日から１日毎に買取日までカウントされた期間が採用される必要はなく、例えば、購入日から１週間以内を１日と見なし、それ以降は１日単位で買取日までカウントした期間が採用されてもよい。そして、経過期間をどのようにカウントするかは、各買取業者によって任意に設定されてもよいし、買取業者間で一律に設定されてもよい。

すなわち、図３の例では、買取業者「Ａ」は、商品「Ｋウォッチ」に対し、経過期間「５年以内」であれば、４０万円で買取予定であることを定めていることを示す。

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

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

受付部１３１は、買取業者端末５０から買取情報の入稿を受け付ける。例えば、受付部１３１は、買取業者端末５０から、買取業者名、商品名、買取予定価格、経過期間といった情報を含む買取情報の入稿を受け付ける。そして、受付部１３１は、買取業者名、商品名、買取予定価格、経過期間を対応付けて、買取情報記憶部１２１に格納する。

〔３．カード会社サーバの構成〕
次に、図４を用いて、第１の実施形態にかかる情報システムにおけるカード会社サーバ２００について説明する。図４は、第１の実施形態にかかるカード会社サーバ２００の構成例を示す図である。図４に示すように、通信部２１０と、記憶部２２０と、制御部２３０とを有する。

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

記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部２２０は、プラン情報記憶部２２１を有する。

プラン情報記憶部２２１は、後述するプラン生成部２３１によって生成された返済プランを構成する各構成要素を記憶する記憶部である。ここで、図５に第１の実施形態にかかるプラン情報記憶部２２１の一例を示す。図５の例では、プラン情報記憶部２２１は、「価格帯」、「プランＩＤ」、「回数」、「月々金利」、「残価」といった項目を有する。なお、「残価」は、後述するが、カード会社サーバ２００によって残価が設定されるパターンで用いられる情報であり、ここでの説明は省略する。

「価格帯」は、商品の販売価格の幅である。「プランＩＤ」は、返済プランを識別する識別情報である。「支払回数」は、ユーザがＹ２カード利用による分割払いを行う場合に、ユーザに設定または選択させる支払回数である。また、「支払回数」は、例えば、「価格帯」に応じて設定される。「月々金利」は、「支払回数」に応じて、月々の支払額に上乗せされる金利手数料を算出するための金利割合である。

すなわち、図５の例では、プランＩＤ「ＰＬ２ａ」によって識別されるプランは、支払回数「１２回」、月々金利「３％」といった要素により構成され、価格帯「３０万円以上〜５０万円未満」の商品に対して適用されるプランであることを示す。

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

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

プラン生成部２３１は、図５に示すプラン情報記憶部２２１で説明したように、「支払回数」や「月々金利」といった要素によって構成される返済プランを、「価格帯」毎に生成する。プラン生成部２３１は、例えば、カード会社Ｙ１の従業員の操作に従って、このような返済プランを生成してもよいし、自動で生成してもよい。また、プラン生成部２３１は、カード会社Ｙ１の従業員によって、他の装置で生成された返済プランを単に受け付けるだけでも良い。そして、プラン生成部２３１は、生成した返済プランをプラン情報記憶部２２１に格納する。

〔４．ショッピングサーバの構成〕
次に、図６を用いて、第１の実施形態にかかる情報システムにおけるショッピングサーバ３００について説明する。図６は、第１の実施形態にかかるショッピングサーバ３００の構成例を示す図である。図６に示すように、ショッピングサーバ３００は、通信部３１０と、記憶部３２０と、制御部３３０とを有する。

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

記憶部３２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部３２０は、購入履歴記憶部３２１を有する。購入履歴記憶部３２１については、後程詳しく説明する。

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

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

受付部３３１は、ユーザ端末１０から送信されたウェブページの要求であるページリクエストを受け付ける。また、受付部３３１は、販売価格に対して、将来払う所定の価格である残価を設定可能な商品の指定を受け付ける。

配信部３３２は、ページリクエストに応じたウェブページを生成し、生成したウェブページをユーザ端末１０に配信する。例えば、配信部３３２は、後述する取得部３３３によって取得された情報を表示するようなウェブページを生成し、生成したウェブページをユーザ端末１０に配信する。すなわち、配信部３３２は、ユーザ端末１０に取得部３３３によって取得された情報が表示されるように送信する送信部であるともいえる。また、配信部３３２は、各商品が買取対象であるか否かを判定し、買取対象であると判定した場合には、買取に関する所定の情報が表示されるようなウェブページを生成し、生成したウェブページを配信する。

取得部３３３は、受付部３３１によって受け付けられた商品を所定の買取業者が将来において買い取る予定の価格である買取予定価格を取得する。以下では、受付部３３１、配信部３３２および取得部３３３の具体的な処理について、図１を例に用いて説明する。

なお、本実施形態では、カード会社サーバ２００の運営元のカード会社を、「カード会社Ｙ１」とする。また、「カード会社Ｙ１」によって発行されるクレジットカードを「Ｙ２カード」とする。また、ショッピングサーバ３００によって運営されているサイトを「ショッピングサイトＹ３」とする。

例えば、ショッピングサイトＹ３におけるカテゴリ「腕時計」に対応するウェブページＷ１ａへ遷移するためのページリクエストが、ユーザ端末１０から送信されたとする。配信部３３２は、受付部３３１によってページリクエストが受け付けられると、買取情報記憶部１２１を参照することで、カテゴリ「腕時計」に対応する商品のうち、買取対象を判定する。例えば、配信部３３２は、買取情報記憶部１２１に登録がある商品を買取対象であると判定する。

そして、配信部３３２は、買取対象である商品の支払い方法として、「残クレ」が表示されるようなウェブページＷ１ａを生成し、生成したウェブページＷ１ａを配信をユーザ端末１０に配信する。

図１の例では、配信部３３２は、カテゴリ「腕時計」に対応する商品である「Ｋウォッチ」、「Ｌウォッチ」、「Ｍウォッチ」のうち、買取情報記憶部１２１に登録がある「Ｋウォッチ」および「Ｍウォッチ」を買取対象と判定する。そして、配信部３３２は、「Ｋウォッチ」および「Ｍウォッチ」の支払い方法として、「残クレ」が表示されるようなウェブページＷ１ａを生成し、生成したウェブページＷ１ａをユーザ端末１０に配信する。

次に、配信されたウェブページＷ１ａにおいて、所定の商品が選択されたことにより、選択された商品の商品情報を含むページリクエストが、ユーザ端末１０から送信されたとする。取得部３３３は、受付部３３１によってページリクエストが受け付けられると、買取情報記憶部１２１を参照し、選択された商品に対応する買取情報（買取業者名、買取予定価格、経過期間）を取得する。そして、取得部３３３は、取得した買取情報が表示されるようなウェブページＷ１ｂを配信するよう配信部３３２に指示する。なお、図１に示すように、ウェブページＷ１ｂでは、プルダウンＢ１押下によって「残価設定型クレジット」が表示される。

例えば、図１に示すように、ウェブページＷ１ａにおいて、「Ｋウォッチ」が選択されたことにより、商品情報「Ｋウォッチ」を含むページリクエストが、ユーザ端末１０から送信されたとする。取得部３３３は、受付部３３１によってページリクエストが受け付けられると、買取情報記憶部１２１を参照し、Ｋウォッチに買取価格を設定している買取業者名「Ａ」、買取予定価格「４０万」、経過期間「５年」を取得し、取得した買取情報が表示されるようなウェブページＷ１ｂを配信するよう配信部３３２に指示する。

次に、ウェブページＷ１ｂにおいて、「残価設定型クレジット」が選択されたことにより、選択された商品の商品情報を含むページリクエストが、ユーザ端末１０から送信されたとする。取得部３３３は、選択された商品の商品情報を用いて、プラン情報記憶部２２１を参照する。そして、取得部３３３は、販売価格に対応する「価格帯」に対応付けられている「支払回数」を取得し、取得した支払回数がウェブページＷ１ｃのプルダウン一覧に表示されるようなウェブページＷ１ｃを配信するよう配信部３３２に指示する。

また、このとき、取得部３３３は、取得した買取情報（図１の例では、買取業者名「Ａ」、買取予定価格「４０万」、経過期間「５年」）も表示されるようなウェブページＷ１ｃを配信するよう配信部３３２に指示してもよい。

図１の例では、取得部３３３は、商品情報「販売価格１００万、Ｋウォッチ」を用いて、図５に示すプラン情報記憶部２２１を参照することで、価格帯「１００万以上〜１５０万未満」に対応付けられている支払回数「１２回、２４回、３６回」を取得する。そして、取得部３３３は、取得したプラン情報がプルダウン一覧に表示されるようなウェブページＷ１ｃを配信するよう配信部３３２に指示する。

配信部３３２は、取得部３３３から受け付けた指示に従い、ウェブページＷ１ｃを生成し、生成したウェブページＷ１ｃをユーザ端末１０に配信する。これにより、ユーザＵ１０は、買取予定価格等の買取情報を参考にして、支払回数や残価を設定することができる。

ここで、ウェブページＷ１ｃにおいて、プルダウンＢ２から支払回数が選択され、残価入力欄Ｂ３に所定の残価が入力され、「次へ」ボタンが押下されたとする。

これにより、ウェブページＷ１ｃでの選択および入力情報を含むページリクエストが、ユーザ端末１０から送信されたとする。取得部３３３は、受付部３３１によってページリクエストが受け付けられると、選択された商品の販売価格、支払回数を用いて、プラン情報記憶部２２１を参照し、対応する「月々金利」を取得する。そして、取得部３３２は、取得した「月々金利」、選択された商品の販売価格、支払回数および残価に基づいて、月々の支払額を算出する。そして、取得部３３３は、算出した結果に基づくプラン詳細が表示されるようなウェブページＷ１ｄを配信するよう配信部３３２に指示する。

例えば、図１に示すように、ウェブページＷ１ｃで「支払回数：３６回、残価：５０万」といった返済プランが設計されたとする。これにより取得部３３３は、プラン情報記憶部２２１を参照し、販売価格「１００万円」、支払回数「３６回」に対応する月々金利「８％」を取得する。そして、取得部３３３は、算出した結果に基づくプラン詳細が表示されるようなウェブページＷ１ｄを配信するよう配信部３３２に指示する。

なお、配信部３３２は、選択された商品に対する買取情報を選択可能なウェブページＷ１ｄを生成し、生成したウェブページＷ１ｄを配信してもよい。そして、例えば、ウェブページＷ１ｄにおいて、買取情報が選択されることで、設計された返済プランでの商品購入が確定する。このような場合、図１の例では、「Ｋウォッチ」がユーザＵ１０による購入対象の商品である。

また、配信部３３２によって、商品が買取対象であるか否かが判定される例を示したが、必ずしも配信部３３２によって、このような判定処理が行われる必要はない。例えば、取得部３３３によって、判定処理が行われてもよい。

例えば、取得部３３３は、ショッピングサイトＹ３で取り扱われている商品に対し、買取対象であるか否かを所定のタイミング（例えば所定期間）毎に判定してもよいし、受付部３３１によって商品の指定が受け付けられた場合に、指定が受け付けられた商品が買取対象であるか否かを判定してもよい。そして、取得部３３３は、指定された商品が買取対象であると判定した場合には、その商品に対応する買取情報を買取情報記憶部１２１から取得することで、取得した買取情報が表示されるようなウェブページを生成するよう配信部３３２に指示する。また、例えば、このような判定処置を行う判定部が存在してもよい。

また、ユーザに対して、ウェブページＷ１ｃの残価入力欄Ｂ３で入力できる数値に制限が設けられてもよい。例えば、配信部３３２は、取得部３３３によって取得された買取予定価格を基準として、上限と下限を１０万に設定した範囲で残価を入力可能とするウェブページ（図１の場合、ウェブページＷ１ｃ）を生成し、生成したウェブページを配信してもよい。そして、このような残価の設定方式は、例えば、カード会社Ｙ１によって決定される。

また、図１に示した各ウェブページは一例であり、必ずしも、図１に示すように所定の項目が選択、押下されると、商品一覧ページ（ウェブページＷ１ａ）、支払方法選択ページ（ウェブページＷ１ｂ）、返済プラン設計ページ（ウェブページＷ１ｃ）、返済プラン詳細ページ（ウェブページＷ１ｄ）の順に遷移するものでなくてもよい。例えば、ウェブページＷ１ａと、ウェブページＷ１ｂとの間にユーザ情報入力ページ等があってもよい。

また、第２の実施形態に示すが、例えば、受付部３３１によって指定が受け付けられた商品が、設計された返済プランで購入されてもよい。例えば、図７に示すように、配信部３３２は、取得部３３３によって取得された買取予定価格や買取業者を選択可能で、かつ、選択された情報で指定された商品を購入可能とするウェブページＷ１ｂを生成し、生成したウェブページＷ１ｂを配信してもよい。このような場合、受付部３３１は、購入対象となる商品の指定を受け付ける部位といえる。

〔５．変形例〕
上記第１の実施形態にかかる情報提供システム１は、上記第１の実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、情報提供システム１の他の実施形態について説明する。

〔５−１．残価（１）〕
上記第１の実施形態では、ユーザが残価を設定する例を示した。しかし、カード会社サーバ２００のプラン生成部２３１によって残価が設定されてもよい。

例えば、プラン生成部２３１は、カード会社Ｙ１の指示に従って、残価を設定し、設定した残価をプラン情報記憶部２２１に格納する。例えば、プラン生成部２３１は、商品の価格帯と、支払回数とに基づいて、残価を設定してよい。この場合、例えば、価格帯「３０万以上〜５０万未満」で、支払回数「１２回」の場合には、その価格帯における中間価格に対する所定割合を残価として設定することが、カード会社サーバ２００に対し予め設定される。プラン情報記憶部２２１に格納されている残価は、このようにして設定された残価の一例である。

この場合、例えば、４０万の商品が選択されたとすると、取得部３３３によって、「支払回数：１２回、残価：１５万」、「支払回数：２４回、残価：２０万」といった返済プランが取得される。

そして、図１に示すウェブページＷ１ｃを例に説明すると、配信部３３２は、取得部３３３によって取得されたこれら２つの支払プランがプルダウン一覧として表示されるようなウェブページＷ１ｃを生成し、生成したウェブページＷ１ｃを配信する。

また、図５に示すプラン情報記憶部２２１の例では、１つのプランに対し、１つの残価が設定されている。しかし、プラン生成部２３１は、必ずしも、１つのプランに対し、１つの残価を設定する必要はなく、例えば、１つのプランに対し、複数の残価を設定してもよい。

例えば、図５に示すプランＰＬ２ａにおいて、プラン生成部２３１によって、３つの残価「５万、１０万、１５万」が設定されてもよい。また、ＰＬ２ｂにおいて、３つの残価「１０万、１５万、２０万」が設定されてもよい。

この場合、例えば、４０万の商品が選択されたとすると、取得部３３３によって、「支払回数：１２回、残価：５万」、「支払回数：１２回、残価：１０万」、「支払回数：１２回、残価：１５万」、「支払回数：２４回、残価：１０万」、「支払回数：２４回、残価：１５万」、「支払回数：２４回、残価：２０万」といった返済プランが取得される。

そして、図１に示すウェブページＷ１ｃを例に説明すると、配信部３３２は、これら６つの支払プランがプルダウン一覧として表示されるようなウェブページＷ１ｃを生成し、生成したウェブページＷ１ｃを配信する。

〔５−２．残価（２）〕
また、買取予定価格が残価として設定されてもよい。つまり、配信部３３２は、取得部３３３によって取得された買取予定価格が残価に設定された返済プランを提供してもよい。この点について、図１を用いて説明する。例えば、ウェブページＷ１ｃのページリクエストが受け付けられると（ステップＳ３）、取得部３３３は、買取情報記憶部１２１を参照し、受付部３３１によって受け付けられた買取対象に対応する買取業者名、買取予定価格、経過期間を取得する。この点については、上述した。ここで、取得部３３３は、買取予定価格が残価として表示されるようなウェブページＷ１ｃを生成するよう配信部３３２に指示する。

例えば、ウェブページＷ１ａで「Ｋウォッチ」が選択されていたとすると、取得部３３３は、買取情報記憶部１２１を参照し、「Ｋウォッチ」に対応する買取業者「Ａ」、買取予定価格「４０万」、経過年数「５年」を取得する。そして、取得部３３３は、取得した買取予定価格を残価とした返済プランが表示されるようなウェブページＷ１ｃを生成するよう配信部３３２に指示する。また、買取予定価格が残価である場合には、残価入力欄Ｂ３は必要ない。

このように、実施形態１にかかる情報提供システム１は、指定された商品に対応する買取予定価格を残価とした返済プランを提供する。これにより、情報提供システム１は、ユーザに対し、指定された商品に対する残クレプランをより立案させ易くすることができる。

〔５−３．同一商品に対して複数の買取業者（１）〕
上記第１の実施形態では、各買取業者が、それぞれ異なる商品に対し買取価格を設定している例を示した。しかし、買取サーバ１００の受付部１３１は、同一商品に対し、複数の買取業者による買取予定価格の入稿を受け付けてよい。この点について、図１に対応付けて説明する。

この場合、取得部３３３は、複数の買取業者に対応する各買取予定価格を取得し、配信部３３２は、取得部３３３によって取得された各買取予定価格のうち、少なくとも一つをを提供する。この点について、図１に対応付けて説明する。

例えば、受付部１３１は、商品「Ｏウォッチ」に対して、買取業者Ｅ「買取予定価格：２０万」、買取業者Ｆ「買取予定価格：２５万」、買取業者Ｇ「買取予定価格：１９万」といったように、複数の買取業者から同一商品である「Ｏウォッチ」に対する買取予定価格を受け付けたとする。また、例えば、ウェブページＷ１ａで「Ｏウォッチ」が選択され、ウェブページＷ１ｂで「残価設定型クレジット」が選択されたとする。

受付部３３１によって、「Ｏウォッチ」の商品情報を含むウェブページＷ１ｃのページリクエストが受け付けられると、取得部３３３は、買取情報記憶部１２１を参照し、「Ｏウォッチ」に対応する買取業者名「Ｅ」、「Ｆ」、「Ｇ」とそれぞれの買取予定価格「２０万」、「２５万」、「１９万」とを対応付けて取得し、取得した複数の買取業者名と買取予定価格とが表示されるようなウェブページＷ１ｃを配信するよう配信部３３２に指示する。

このように、第１の実施形態にかかる情報提供システム１は、指定された商品に対応する買取予定価格の一部、または、全てを提供することができるため、ユーザにとって利用しやすい残価設定型クレジットを提供することができる。また、情報提供システム１は、複数の買取業者と各買取業者によって設定されている買取予定価格を提供することができるため、ユーザに対し、複数の買取業者と複数の買取業者の買取予定価格をまとめて把握させることができる。これにより、情報提供システム１は、ユーザに対し、複数の買取予定価格を比較させることができる。

なお、配信部３３２は、このように複数の買取予定価格を表示する場合、複数の買取予定価格のうち、例えば、いずれか一つをユーザに選択可能なように表示してもよい。このように、買取予定価格を選択可能に表示する場合、選択された買取予定価格を残価として表示することが望ましく、配信部３３２は、残価入力欄Ｂ３を表示しなくてもよい。そして、例えば、ウェブページＷ１ｃにおいて買取予定価格が選択され、また、支払回数が入力され、「次へ」ボタンが押下された場合には、取得部３３３は、選択された商品の購入価格、選択された買取予定価格、選択された支払回数、月々金利に基づいて、月々支払額を算出する。そして、取得部３３３は、算出した情報に基づく返済プランの詳細が表示されるようなウェブページＷ１ｄを配信するよう配信部３３２に指示する。

〔５−４．同一商品に対して複数の買取業者（２）〕
上記のように、買取サーバ１００の受付部１３１は、同一商品に対して、複数の買取業者による買取価格の入稿を受け付けてよい。そして、取得部３３３は、複数の買取業者に対応する各買取予定価格のうち、所定の買取予定価格を取得し、配信部３３２は、取得部３３３によって取得された所定の買取予定価格を提供してもよい。具体的には、取得部３３３は、所定の買取予定価格として、複数の買取業者に対応する各買取予定価格のうち最も高い買取予定価格を取得する。

例えば、買取サーバ１００の受付部１３１は、商品「Ｏウォッチ」に対して、買取業者Ｅ「買取予定価格：２０万」、買取業者Ｆ「買取予定価格：２５万」、買取業者Ｇ「買取予定価格：１９万」といったように、複数の買取業者から同一商品である「Ｏウォッチ」に対する買取予定価格を受け付けたとする。また、例えば、ウェブページＷ１ａで、買取対象である「Ｏウォッチ」が選択され、ウェブページＷ１ｂで「残価設定型クレジット」が選択されたとする。

受付部３３１によって、「Ｏウォッチ」の商品情報を含むウェブページＷ１ｃのページリクエストが受け付けられると、取得部３３３は、買取情報記憶部１２１を参照する。そして、取得部３３３は、「Ｏウォッチ」に対して、買取予定価格を入稿している買取業者Ｅ〜Ｇのうち、買取予定価格の最も高い買取業者「Ｆ」の買取予定価格「２５万」および対応する経過年数を表示対象として取得し、取得した情報をウェブページＷ１ｃに表示させる。

このように、第１の実施形態にかかる情報提供システム１は、複数の買取業者に対応する各買取予定価格のうち最も高い買取予定価格を提供する。ユーザにとっては、買い取ってもらえる額が高いほど返済プランとして残クレを選ぶメリットが高まる。このため、実施形態１にかかる情報提供システム１は、ユーザにとって利用しやすい残価設定型クレジットを提供できる。

また、取得部３３３は、複数の買取業者に対応する各買取予定価格のうち、所定の買取予定価格を取得し、配信部３３２は、取得部３３３によって取得された所定の買取予定価格を、各買取予定価格が高い順に表示されるように提供してもよい。例えば、取得部３３３は、配信部３３２に対し、買取予定価格の高い順に、「買取業者Ｆ：買取予定価格２５万、買取業者Ｅ：買取予定価格２０万、買取業者Ｇ：買取予定価格１９万」を上から下方向に並べて表示させてもよい。これに応じて、配信部３３２は、ユーザ端末１０に対し、買取予定価格の高い順に、「買取業者Ｆ：買取予定価格２５万、買取業者Ｅ：買取予定価格２０万、買取業者Ｇ：買取予定価格１９万」を上から下方向に並べて表示させる。

また、取得部３３３は、経過期間に基づいて、所定の買取予定価格として、複数の買取業者に対応する各買取予定価格のうち提供対象の買取予定価格を取得してもよい。例えば、取得部３３３は、買取情報記憶部１２１を参照し、一つの商品に対して、複数の買取業者によって買取予定価格が入稿されていた場合には、配信部３３２に対し、最も長い経過年数が設定されている買取予定価格を優先的に表示させる。

このように、第１の実施形態にかかる情報提供システム１は、経過期間に基づいて取得した買取予定価格を提供することができるため、少しでも長く商品を保有したいユーザにとって利用しやすい残価設定型クレジットを提供できる。

〔５−５．買取保証がオークション形式〕
上記のように、買取サーバ１００の受付部１３１は、同一商品に対して、複数の買取業者による買取価格の入稿を受け付けてよい。この場合、受付部１３１は、受け付けた情報、すなわち買取情報記憶部１２１の内容を各買取業者端末５０から閲覧可能としてもよい。そして、取得部３３３は、設定されている買取予定価格のうち、最も高い買取予定価格を設定している買取業者の買取予定価格を買取保証額として取得し、配信部３３２に対し、取得した買取保証額を表示させる。この点について、図１に対応付けて説明する。

例えば、受付部１３１は、商品「Ｏウォッチ」に対して、買取業者Ｅ「買取予定価格：２０万」、買取業者Ｆ「買取予定価格：２５万」、買取業者Ｇ「買取予定価格：１９万」といったように、複数の買取業者から同一商品である「Ｏウォッチ」に対する買取予定価格を受け付けたとする。また、例えば、ウェブページＷ１ａで、買取対象である「Ｏウォッチ」が選択され、ウェブページＷ１ｂで「残価設定型クレジット」が選択されたとする。

これにより、ウェブページＷ１ｃのページリクエストが受け付けられると、取得部３３３は、買取情報記憶部２２１を参照する。そして、取得部３３３は、「Ｏウォッチ」に対して、買取予定価格を入稿している買取業者Ｅ〜Ｇのうち、買取予定価格の最も高い、買取業者「Ｆ」がその買取予定価格「２５万」で、「Ｏウォッチ」を必ず買い取る買取保証対象として決定する。そして、配信部３３２は、ウェブページＷ１ｃにおいて、「買取業者Ｆ、２５万で買取保証！」といった記載が表示されるようなウェブページＷ１ｃを配信する。

また、このとき取得部３３３は、買取保証対象以外の情報も表示させてよい。これにより、例えば、配信部３３２は、「買取業者Ｆ、２５万で買取保証！」といった記載とともに、「買取業者Ｅ、２０万で買取予定。」、「買取業者Ｇ、１９万で買取予定。」といった記載、すなわち、買取予定に関する情報も表示されるようなウェブページＷ１ｃを配信する。また、配信部３３２によって、最も高い買取予定価格を設定している買取業者の買取予定価格を買取保証額として表示される例を示したが、配信部３３２は、取得部３３３によって取得された買取予定価格の全てを、買取保証額として表示してもよい。

また、ショッピングサーバ３００は、買取予定価格の最も高い買取業者を買取保証対象として決定する代わりに、買取保証対象として決定された買取業者の店舗において商品が売却された場合には、売却された商品をショッピングサーバ３００が運営する所定のサイト（例えば、オークションサイト）に出品するよう各買取業者と契約してもよい。この場合、例えば、ショッピングサーバ３００の受付部３３１によって、契約に同意する旨の情報が買取業者端末５０から受け付けられてよい。

このように、第１の実施形態にかかる情報提供システム１は、最も高い買取予定価格を設定している買取業者の買取予定価格を買取保証額として提供することができるため、ユーザに対し、返済プランとして残クレを選択する安心感を与えることができ、ユーザにとって利用しやすい残価設定クレジットといえる。

また、第１の実施形態にかかる情報提供システム１は、買取業者間での買取予定価格の競争を行わせることができる。これにより、実施形態１にかかる情報提供システム１は、より高い買取保証額を提供することができるため、ユーザにとって利用しやすい残価設定型クレジットを提供できる。

〔５−６．買取業者指定〕
また、受付部３３１は、商品販売元から買取業者の指定を受け付けてもよい。そして、取得部３３３は、商品販売元よって指定された買取業者に対応する買取予定価格取得し、取得した買取予定価格を配信部３３２に表示させる。

例えば、受付部３３１は、商品販売元のから買取業者指定を受け付けると、販売元を識別する販売元ＩＤと、販売元の名称（例えば、店舗名）と、販売商品名、指定された買取業者名とを対応付けて所定の記憶部に格納する。そして、取得部３３３は、かかる所定の記憶部を参照し、受付部３３１によって指定が受け付けられた商品を販売している販売元によって指定されている買取業者を特定する。

そして、取得部３３３は、買取情報記憶部１２１を参照し、特定した買取業者に対応する商品に設定されている買取予定価格を取得し、取得した買取予定価格を表示させる。この点について、図１を用いて説明する。

まず、店舗ＳＰ１がショッピングサイトＹ３において「Ｋウォッチ」を販売しているとする。これにより、ショッピングサーバ３００は、店舗ＳＰ１に対し、買取情報記憶部１２１を参照することで、「Ｋウォッチ」に対して買取予定価格を設定している買取業者を指定可能とする。

また、ウェブページＷ１ａで商品「Ｋウォッチ」が選択され、ウェブページＷ１ｂで「残価設定型クレジット」が選択されることにより、受付部３３１によって、ウェブページＷ１ｃのページリクエストが受け付けられたとする。ここで、取得部３３３は、かかる所定の記憶部を参照することで、「Ｋウォッチ」を販売している店舗ＳＰ１によって指定されている買取業者を特定する。次に、取得部３３３は、買取情報記憶部１２１を参照することで、特定した買取業者によって設定されている「Ｋウォッチ」の買取情報を取得する。例えば、取得部３３３は、買取情報として、買取業者名、買取予定価格、経過年数を取得する。そして、取得部３３３は、取得した情報が表示されるようなウェブページＷ１ｃを配信するよう配信部３３２に指示する。

このように、第１の実施形態にかかる情報提供システム１は、指定された商品を販売している販売元によって指定されている買取業者の買取予定価格を提供する。例えば、販売元によっては、相性の悪い買取業者が存在し、そのような買取業者に自社製品が買い取られることを望まない場合がある。第１の実施形態にかかる情報提供システム１は、このように販売元が望まない買取業者の買取予定価格が提供されることで、販売元が望まない買取業者で買取が行われるといったことを回避することができる。

〔５−７．同一業者が販売と買取〕
業者によっては、販売と買取の両方を行っている場合がある。そこで、第１の実施形態にかかる情報提供システム１は、販売と買取の両方を行っている業者によって販売された商品であれば、当該業者で買い取り可能とするシステムを実現する。また、第１の実施形態にかかる情報提供システム１は、販売のみを行っている業者の商品であれば、所定の買取業者で買い取り可能とするシステムを実現する。

具体的には、受付部３３１は、商品の販売元に関する情報をさらに受け付け、取得部３３３は、受付部３３１によって受け付けられた情報に基づいて、商品の販売元に対応する買取予定価格を取得する。そして、配信部３３２は、当該販売元に対応する買取予定価格を表示する。この点について、図１に対応付けて説明する。

例えば、ウェブページＷ１ａで商品が選択され、ウェブページＷ１ｂで「残価設定型クレジット」が選択されることにより、受付部３３１によって、ウェブページＷ１ｃのページリクエストが受け付けられたとする。ここで、取得部３３３は、選択された商品の販売元の情報を用いて、買取情報記憶部１２１を参照し、当該選択された商品の販売元が、当該選択された商品に対して買取予定価格を入稿しているか否かを判定する。例えば、取得部３３３は、販売元の「名称」と買取情報記憶部１２１における「買取業者名」とが一致し、かつ、選択された商品の「商品名」と買取情報記憶部１２１における「商品名」とが一致した場合に、かかる販売元が買取も行っているものと判定する。

このように、販売元が買取も行っていると判定した場合には、取得部３３３は、買取情報記憶部１２１から、かかる販売元に対応する買取予定価格を取得する。そして、取得部３３３は、取得した買取予定価格を表示させる。一方、取得部３３３は、販売元が買取を行っていないと判定した場合には、当該選択された商品に対する買取情報を入稿している買取業者のうち、所定の買取業者の買取情報を取得し、取得した買取情報を表示させる。この場合の、取得部３３３による処理は、上述してきた通りである。

販売と買取の両方を行っている業者は、自社製品であれば自社で買い取ることを望む傾向にある。第１の実施形態にかかる情報提供システム１は、指定された商品の販売元が買取も行っている場合、当該販売元によって設定されている買取予定価格を取得して、取得した買取予定価格を表示させる。これにより、第１の実施形態にかかる情報提供システム１は、販売と買取の両方を行っている業者に対し、当該業者の製品を当該業者で買い取り可能にすることができる。

〔５−８．ユーザ属性に応じた買取予定価格（１）〕
また、取得部３３３は、残価を設定可能な商品を指定したユーザのユーザ属性に応じた買取予定価格を取得してもよい。ここでは、ユーザ属性の一例として、性別を例に挙げて説明する。例えば、ショッピングサーバ３００は、各ユーザのユーザ属性として、性別等を記憶したユーザ属性記憶部を有しているものとする。また、買取業者は、商品に対して、ユーザ属性を考慮した買取予定価格を設定する。

例えば、買取業者Ａは、商品「Ｋウォッチ」に対して性別を考慮した買取予定価格を設定する。例えば、女性であれば商品を丁寧に扱う傾向にあるといった観点に基づき、買取業者Ａは、「Ｋウォッチ」に対する通常の買取予定価格「４０万」とは別に、女性を対象とした買取予定価格として、高めに設定した買取予定価格「４５万」を設定し、買取サーバ１００に入稿しているものとする。

これにより、例えば、取得部３３３は、受付部３３１によって「Ｋウォッチ」の指定が受け付けられた場合に、指定元のユーザの性別をユーザ属性記憶部を参照することで特定する。例えば、取得部３３３は、商品指定元ユーザが「女性」であることを特定すると、買取情報記憶部１２１を参照し、「Ｋウォッチ」に対する買取予定価格を取得する際に、買取予定価格「４０万」ではなく、女性を対象とした買取予定価格「４５万」を取得する。そして、配信部３３２は、取得部３３３によって取得された買取予定価格「４５万」が表示されるようなウェブページを生成し、生成したウェブページを配信する。

このように、第１の実施形態にかかる情報提供システム１は、ユーザ属性に応じた買取予定価格を提供することができるため、ユーザ属性に応じた公平な買取予定価格を提供することができる。

〔５−９．ユーザ属性に応じた買取予定価格（２）〕
上記変形例では、買取業者によってユーザ属性を考慮した買取予定価格が入稿される例について説明した。しかし、取得部３３３は、取得した買取予定価格をユーザ属性に基づいて補正してもよい。

この場合、予めユーザ属性に応じた補正値が決められる。例えば、「ユーザ属性：女性、補正値：＋１０００円」、「ユーザ属性：喫煙者、補正値：−３０００円」といった、ユーザ属性に応じた補正値が予め決められる。前者は、商品を指定した指定元のユーザが女性であれば、取得部３３３は、買取情報記憶部１２１から取得した買取予定価格に「１０００円を加算」した額を買取予定価格として表示させることを意味する。また、後者は、商品を指定した指定元のユーザが喫煙者であれば、取得部３３３は、買取情報記憶部１２１から取得した買取予定価格から「３０００円を除いた」額を買取予定価格として表示させることを意味する。

このように、第１の実施形態にかかる情報提供システム１は、ユーザ属性に応じて、買取予定価格を補正するため、ユーザ属性に応じた公平な買取予定価格を提供することができる。

〔５−１０．プラン表示〕
配信部３３２は、指定が受け付けられた商品が買取対象である場合にのみ、返済プランとして残クレを選択可能とするウェブページを配信してもよい。この点について、図１を用いて説明する。上記実施形態では、プルダウンＢ１が押下されれば、指定された商品（図１の場合、「Ｋウォッチ」）が買取対象であるかないかに拘わらず、返済プランとして残クレが選択可能なウェブページＷ１ｂを生成し、生成したウェブページＷ１ｂを配信する例を示した。

しかし、取得部３３３によって「Ｋウォッチ」に対する買取予定価格が取得されることで、「Ｋウォッチ」が買取対象であることが判明した場合にのみ、配信部３３２は、返済プランとして残クレを選択可能とするウェブページを生成して配信する。例えば、「Ｋウォッチ」の登録が買取情報記憶部１２１になく、買取対象でない場合には、配信部３３２は、プルダウンＢ１の押下によって、クレジットカード決済、コンビニ決済、代引きが表示され、残クレは表示されないウェブページＷ１ｂを生成し、生成したウェブページＷ１ｂを配信する。

〔５−１１．システム構成〕
買取サーバ１００、カード会社サーバ２００、ショッピングサーバ３００は、任意に組み合わされてもよい。例えば、買取サーバ１００、カード会社サーバ２００、ショッピングサーバ３００は、一つの装置として構成されてもよい。また、例えば、ショッピングサーバ３００が買取情報記憶部１２１およびプラン情報記憶部２２１を有してもよい。

〔５−１２．ユーザ端末〕
第１の実施形態では、ユーザ端末１０は、ページリクエストをショッピングサーバ３００に送信することで、ショッピングサーバ３００で構築されたウェブページを受け付けて、受け付けたウェブページを表示する例を示した。しかし、ユーザ端末１０内において、例えば、ショッピングサーバ３００によって管理、運営されるウェブサイト（例えば、ショッピングサイトＹ３）を制御するアプリケーションが実現されてもよい。

〔５−１３．その他〕
以上、各変形例で説明したことは、以下に示す第２および第３の実施形態でも同様に実現することができる。

（第２の実施形態）
〔１．情報提供システム〕
第１の実施形態では、情報提供システム１によって、ユーザによって指定された商品に対する買取予定価格等の買取情報が提供される例を示した。第２の実施形態では、かかる買取情報に基づいて設計された返済プランで、実際に商品を購入可能とするシステムである。この点について、図７を用いて説明する。

図７は、第２の実施形態にかかる情報提供処理の一例を示す図である。図７の例では、情報提供処理システム２は、ユーザ端末１０と、買取業者端末５０と、買取サーバ１００と、ショッピングサーバ４００と、カード会社サーバ５００とを有する。ユーザ端末１０と、買取業者端末５０と、買取サーバ１００と、ショッピングサーバ４００と、カード会社サーバ５００とは、ネットワークを介して有線または無線により通信可能に接続される。なお、図７は、一例であり、ユーザ端末１０、買取業者端末５０、買取サーバ１００、ショッピングサーバ４００およびカード会社サーバ５００の数は、図７に示す数に限られない。

ステップＳ１〜ステップＳ４までは、第１の実施形態と共通であるので、説明は省略する。そして、例えば、ユーザＵ１０は、ウェブページＷ１ｄの「はい」ボタンを押下することで、「１００万円のＫウォッチ」を、「支払回数：３６回、残価：５０万、月々返済額：１．４万、買取業者および買取予定金額：Ａ社４０万」といった残価設定型の返済プランで購入したとする。ここでは、ユーザＵ１０が決定したプランをプランＰＬ１とする。なお、図示しないが、氏名、住所、カード番号等の個人情報は、所定のページで入力済みであるものとする。

ウェブページＷ１ｄの「はい」ボタンを押下されたことに応じて、ユーザ端末Ｕ１０は、購入された商品に関する商品情報、個人情報、プランＰＬ１に関する情報等の各種情報をショッピングサーバ４００へ送信する（ステップＳ５）。

ショッピングサーバ４００は、商品情報、個人情報、プランＰＬ１等の購入に関する情報（以下、購入情報とする）を購入履歴として購入履歴記憶部３２１に格納するとともに、この購入情報をカード会社サーバ５００へ送信する（ステップＳ６）。

カード会社サーバ５００は、購入情報を受け付けると、ユーザＵ１０に代わって、Ｋウォッチの販売価格「１００万円」をショッピングサーバ４００に対して支払う（ステップＳ７）。また、ほどなくして、カード会社サーバ５００は、カードＹ２に登録されているユーザＵ１０の口座から、月々の引き落としを開始する。

また、カード会社サーバ５００は、ユーザ端末１０に返済プランに関する情報を送信する（ステップＳ８）。返済プランに関する情報とは、プランＰＬ１の詳細やプラン変更案内等である。また、カード会社サーバ５００は、支払最終回が近づくと、その旨をユーザ端末１０に通知する（ステップＳ９）。そして、例えば、ユーザＵ１０は、通知を受けると、買取業者Ａの店舗に出向き、Ｋウォッチを売却することで、返済を終える（ステップ１０）。

〔２．ショッピングサーバの構成〕
図８は、第２の実施形態にかかるショッピングサーバ４００の構成例を示す図である。図８に示したように、ショッピングサーバ４００は、通信部３１０と、記憶部３２０と、制御部４３０とを有する。ショッピングサーバ４００は、ショッピングサーバ３００に対応する装置であるが、送信部４３４を新たに有する。ショッピングサーバ３００と同一部位については、説明を省略する。

記憶部３２０は、購入履歴記憶部３２１を含む。購入履歴記憶部３２１は、ユーザに購入された商品に関する情報を購入履歴として記憶する記憶部である。本実施形態では、購入履歴記憶部３２１は、ショッピングサイトであるショッピングサイトＹ３で購入された商品の履歴情報を記憶するものとする。ここで、図９に第２の実施形態にかかる購入履歴記憶部３２１の一例を示す。図９の例では、購入履歴記憶部３２１は、「ユーザＩＤ」、「販売元」、「商品名」、「販売価格」、「購入日」、「各種ユーザ情報」、「メールアドレス」、「カード番号」、「プラン情報」、「買取先情報」といった項目を有する。

「ユーザＩＤ」は、ユーザ端末１０およびユーザを識別する識別情報である。「販売元」は、ユーザによって購入された商品の販売元の名称を示す。「商品名」は、ユーザによって購入された商品の商品名である。「販売価格」は、ユーザによって購入された商品の価格である。「購入日」は、商品購入日である。「各種ユーザ情報」は、図９では、概念的な記号で示されているが、実際は、各ユーザの氏名、年齢、住所等の個人情報である。「メールアドレス」は、例えば、ユーザ端末１０のメールアドレスである。「カード番号」は、ユーザによって利用されたカード（Ｙ２カード）のカード番号である。「プラン情報」は、例えば、ウェブページＷ１ｃにおいて設計された返済プランに関する情報であり、月々支払額、支払回数、残価といった情報を含む。「買取先情報」は、ユーザによって決定された買取業者の情報であり、買取業者名やその買取業者によって設定されている買取予定価格を含む。

すなわち、図９の例では、ユーザＩＤ「Ｕ１０」によって識別されるユーザが、カード番号「ＸＸＸＸＸ１」のＹ２カードを用いて、「月々支払額：１．４万、支払回数：３年３６回、残価：５０万」といった返済プランで、「２０１５年３月２日」に「Ｋウォッチ」を「１００万円」で購入したことを示す。また、「Ｋウォッチ」の販売元の名称が「ＳＰ１」であることを示す。また、ユーザＵ１０による「Ｋウォッチ」の売却先が「Ａ社」であることを示す。さらに、ユーザＵ１０は、購入時にユーザ情報「ａａａ１、ａａａ２、ａａａ３」、メールアドレス「ＸＸ１−ＹＹＹ２＠ｃｏｍ」を登録したことを示す。

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

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

受付部３３１は、ユーザによって商品購入が決定されると、その商品に関する商品情報、ユーザの個人情報を含むユーザ情報、そして、カード利用で購入された場合には、返済プラン情報等を受け付ける。そして、受付部３３１は、受け付けたこれらの購入情報を、ユーザＩＤに対応付けて購入履歴として、購入履歴記憶部３２１に格納する。

送信部４３４は、受付部３３１によって、購入情報が受け付けられる度に、受け付けられた購入情報をカード会社サーバ５００に送信する。なお、送信部４３４は、購入情報以外の他の情報も送信してよい。

図７の例では、ユーザＵ１０は、ショッピングサーバ４００によって運営されるショッピングサイトＹ３のウェブページＷ１ｄおいて、商品「１００万円、Ｋウォッチ」を、「月々支払額：１．４万、支払回数：３年３６回、残価：５０万」といった返済プランで購入決定するとともに、「買取予定価格４０万」の「Ａ社」を買取先に選んだ例を示す。

受付部３３１は、ユーザＵ１０によりウェブページＷ１ｄを介して、このような商品情報や返済プラン情報、またユーザ情報を受け付けると、受け付けたこれらの購入情報を、ユーザＩＤ（例えば、「Ｕ１０」）に対応付けて購入履歴として、購入履歴記憶部３２１に格納する。

送信部４３４は、受付部３３１から購入情報を受け付ける度に、受け付けた購入情報をカード会社サーバ５００に送信する。

例えば、送信部４３４は、図８に示すユーザＩＤ「Ｕ１０」に対応する購入情報を受付部３３１から受け付けた場合には、その購入情報をカード会社サーバ５００に送信する。なお、ショッピングサーバ４００がカード会社サーバ５００へ購入情報を送信するのではなく、カード会社サーバ５００がショッピングサーバ４００の購入履歴記憶部３２１を所定のタイミングで参照するように構成されてもよい。

〔３．カード会社サーバの構成〕
次に、図１０を用いて、第２の実施形態にカード会社サーバ５００について説明する。図１０は、第２の実施形態にかかるカード会社サーバ５００の構成例を示す図である。図１０に示すように、カード会社サーバ５００は、通信部２１０と、記憶部５２０と、制御部５３０とを有する。なお、カード会社サーバ５００は、カード会社サーバ２００に対応する装置であるため、カード会社サーバ２００と同一部位については、説明を省略する。

記憶部５２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部５２０は、プラン情報記憶部２２１と、購入履歴記憶部５２２とを有する。

購入履歴記憶部５２２は、図９に示すショッピングサーバ４００の購入履歴記憶部３２１と同一の情報が格納されるため、詳細な説明は省略する。

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

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

受付部５３２は、返済プランを変更したいプラン変更対象の商品の指定を受け付ける。また、受付部５３２は、ショッピングサーバ３００の受付部３３１同等の機能を有する部位である。

また、受付部５３２は、他の各種種情報も受け付けてよい。例えば、受付部５３２は、ショッピングサーバ４００の送信部４３４によって送信された購入情報を受け付ける。そして、受付部５３２は、受け付けた購入情報を購入履歴記憶部５２２に格納する。また、受付部５３２は、購入情報を受け付けると、その購入情報に含まれる販売価格をユーザに代わって、ショッピングサーバ４００に対して支払う。

例えば、受付部５３２は、図９に示すユーザＩＤ「Ｕ１０」に対応する購入情報を送信部４３４から受け付けた場合には、「１００万円」をショッピングサーバ４００に対して支払う。

通知部５３３は、ユーザ端末１０に所定の情報を通知する。例えば、通知部５３３は、購入履歴記憶部５２２を参照し、購入履歴に含まれるメールアドレス宛てに、ユーザによって確定された返済プラン情報や買取先情報等をユーザ端末１０に通知する。通知部５３３は、通知するタイミングとして、例えば、購入履歴に含まれる購入日から、所定の期間後（例えば、１日後）に通知するよう予め設定されてよい。

例えば、図９に示すユーザＩＤ「Ｕ１０」に対応する購入履歴が受付部５３２によって受け付けられた場合には、通知部５３３は、メールアドレス「ＸＸ１−ＹＹＹ２＠ＣＯＭ」宛に、返済プラン情報「月々支払額：１．４万、支払回数：３年３６回、残価：５０万」、買取先情報「買取業者：Ａ、買取予定価格：４０万」といった各種情報を通知する。

また、通知部５３３は、支払の最終回が近づくと、所定の情報をユーザ端末１０に通知する。具体的には、通知部５３３は、売値から将来払う所定の価格である残価を差し引いた金額を分割払い可能な支払プランで前記商品を購入したユーザの支払最終回時期に、所定の情報をユーザ端末１０に通知する。例えば、通知部５３３は、購入履歴記憶部５２２を参照し、購入日と支払回数に基づいて、支払最終回の日付を特定する。そして、通知部５３３は、例えば、特定した日付より、所定の日数前に、ユーザ端末１０に支払最終回が近づいている旨を通知する。

なお、このとき、通知部５３３は、支払最終回が近づいている旨だけでなく、ユーザが購入した商品の買取予定価格や、ユーザが購入した商品の買取予定価格に対応する買取業者に関する情報（買取業者名等）もユーザ端末３０に通知してよい。図９の例では、通知部５３３は、支払最終回時期に、ユーザＵ１０のユーザ端末３０に対し、「買取業者：Ａ、買取予定価格：４０万」を通知する。例えば、ユーザは、購入した商品に対応する買取時期、買取予定価格および買取業者を忘れてしまっている場合がある。情報提供システム１は、ユーザが購入した商品の支払最終回時期に、このような買取時期、買取予定価格および買取業者をユーザに通知することで、ユーザに対し、これらの情報を再度把握させることができる。

また、通知部５３３は、支払最終回時期が近付くと、買取業者端末５０に対して、所定の情報を通知してもよい。例えば、通知部５３３は、所定の情報として、「近日中に、〇〇さんが××を売却に来店予定です」といった情報を、買取業者端末５０に通知してもよい。

なお、上述したように、カード会社サーバ５００は、必ずしも購入履歴記憶部５２２を有する必要はない。この場合、通知部５３３は、定期的にショッピングサーバ４００の購入履歴記憶部３２１を参照することで、各種通知を行う。また、この場合、受付部５３２は、通知部５３３から所定の合図を受け付けることで、ショッピングサーバ４００への支払いを行ってもよい。

また、受付部５３２が定期的にショッピングサーバ４００の購入履歴記憶部３２１を参照することで、参照した情報を通知部５３３へ送信し、通知部５３３は、受付部５３２から受け付けた情報に基づいて、各種通知を行ってもよい。

図１０に戻り、取得部５３４は、受付部５３２によって受け付けられた商品を所定の買取業者が将来において買い取る予定の価格である買取予定価格を取得する。すなわち、取得部５３４は、ショッピングサーバ３００および４００の取得部３３３に相当する。

また、配信部５３５は、ページリクエストに応じたウェブページを生成し、生成したウェブページをユーザ端末１０に配信する。例えば、配信部５３５は、取得部５３４によって取得された情報を表示するようなウェブページを生成し、生成したウェブページをユーザ端末１０に配信する。すなわち、配信部５３５は、ショッピングサーバ３００および４００の配信部３３２に相当する。以下では、取得部５３４および配信部５３５の処理について説明する。

例えば、図７のステップＳ８に示すように、通知部５３３は、確定された返済プランの情報を、対応するメールアドレス宛てに通知する。このときのメール本文には、例えば、カード会社サーバ５００によって運営される所定のウェブサイト（ウェブサイトＹ４とする）において、返済プランを確認したり、確定した返済プランを変更可能なことが記載される。また、かかるメール本文には、当該所定のウェブサイトへのリンクするＵＲＬが張られる。

ここで、図１１は、第２の実施形態にかかる返済プラン変更処理を説明する説明図である。例えば、ユーザＵ１０は、返済プランを変更するために、かかるＵＲＬをクリックしたとする。これに応じて、ユーザ端末１０は、ウェブサイトＹ４のＴＯＰページのページリクエストをカード会社サーバ５００に送信することで、カード会社サーバ５００の配信部５３５からＴＯＰページを受け付ける。

また、さらにユーザ操作されることで、利用明細のページであるウェブページＷ１ｅのページリクエストが、ユーザ端末１０から送信されたとする。ここで、取得部５３４は、受付部５３２によってページリクエストが受け付けられると、購入履歴記憶部５２２を参照し、ユーザＵ１０を識別するユーザＩＤ「Ｕ１０」に対応付けられている情報を取得する。そして、取得部５３４は、取得した情報が表示されるようなウェブページＷ１ｅを配信するよう配信部５３５に指示する。

例えば、図９の購入履歴記憶部５２２の例では、取得部５３４は、販売元「ＳＰ１」、購入日「２０１５年３月２日」、購入金額「１００万」といった購入情報を取得する。

そして、配信部５３５は、取得部５３４によって取得された情報が、例えば、購入日時毎に表示されるようなウェブページＷ１ｅを作成し、作成したウェブページＷ１ｅを配信する。なお、図１１は一例であり、例えば、配信部５３５は、販売元毎に販売価格を表示してもよい。また、取得部５３４がユーザＩＤに対応する商品名や販売価格をすべて取得することで、配信部５３５は、ユーザＩＤに対応するユーザによって購入された商品一覧を表示してもよい。

ここで、ウェブページＷ１ｅにおいて、「購入日：２０１５年３月２日、販売元：ＳＰ１、販売価格：１００万」が選択され、また「残価設定型クレジット」が選択され、「次へ」ボタンが押下されたことにより、かかる選択情報を含むページリクエストがユーザ端末１０から送信されたとする。ここで、取得部５３４は、受付部５３２によってページリクエストが受け付けられると、購入履歴記憶部５２２を参照し、選択情報に対応する商品を特定する。

図１１の例では、取得部５３４は、受付部５３２によってページリクエストが受け付けられると、選択情報を用いて、購入履歴記憶部５２２を参照し、ユーザＵ１０が店舗「ＳＰ１」で購入した商品「Ｋウォッチ」を特定する。

そして、取得部５３４は、買取情報記憶部１２１を参照し、「Ｋウォッチ」が買取対象であるか否かを判定する。取得部５３４は、買取情報記憶部１２１に「Ｋウォッチ」が登録されていることから、「Ｋウォッチ」が買取対象であると判定する。これにより、取得部５３４は、例えば、商品名「Ｋウォッチ」およびその販売元「ＳＰ１」が表示されるようなウェブページＷ１ｆを配信するよう配信部５３５に指示する。

また、ウェブページＷ１ｆの店舗「Ｋウォッチ」選択され、「次へ」ボタンが押下されたことにより、かかる選択情報「Ｋウォッチ」を含むページリクエストがユーザ端末１０から送信されたとする。ここで、取得部５３４は、受付部５３２によってページリクエストが受け付けられると、買取情報記憶部１２１を参照し、かかる商品に対応する買取情報（買取業者名、買取予定価格、経過期間）を取得する。そして、取得部５３４は、取得した買取情報が表示されるようなウェブページＷ１ｇを配信するよう配信部５３５に指示する。

また、取得部５３４は、選択された商品の商品情報を用いて、プラン情報記憶部２２１を参照する。そして、取得部５３４は、販売価格に対応する「価格帯」に対応付けられている「支払回数」を取得し、取得した支払回数がウェブページＷ１ｇのプルダウン一覧に表示されるようなウェブページＷ１ｇを配信するよう配信部５３５に指示する。

図１１の例では、取得部５３４は、受付部５３２によって、選択情報「Ｋウォッチ」ページリクエストが受け付けられると、買取情報記憶部１２１を参照し、Ｋウォッチに買取価格を設定している買取業者名「Ａ」、買取予定価格「４０万」、経過期間「５年」を取得し、取得した買取情報が表示されるようなウェブページＷ１ｇを配信するよう配信部５３５に指示する。

また、取得部５３４は、商品情報「販売価格１００万、Ｋウォッチ」を用いて、図５に示すプラン情報記憶部２２１を参照することで、価格帯「１００万以上〜１５０万未満」に対応付けられている支払回数「１２回、２４回、３６回」を取得する。そして、取得部５３４は、取得したプラン情報が表示されるようなウェブページＷ１ｇを配信するよう配信部５３５に指示する。

配信部５３５は、取得部５３４から受け付けた指示に従い、ウェブページＷ１ｇを生成し、生成したウェブページＷ１ｇをユーザ端末１０に配信する。これにより、ユーザＵ１０は、買取予定価格等の買取情報を参考にして、返済プランを変更することができる。

なお、ウェブページＷ１ｇでは、ユーザによって残価が入力される例を示しているが、残価は、必ずしもユーザ入力である必要はない。例えば、取得部５３４は、上述した取得部３３３の処理と同様に、プラン生成部２３１によって決定されている残価を取得し、取得した残価が表示されるようなウェブページＷ１ｇを配信するよう配信部５３５に指示してもよい。また、取得部５３４は、上述した取得部３３３の処理と同様に、買取予定価格が残価として表示されるようなウェブページＷ１ｇを配信するよう配信部５３５に指示してもよい。

ここで、ウェブページＷ１ｇにおいて、プルダウンＢ４から支払回数が選択され、残価入力欄Ｂ５に所定の残価が入力され、「次へ」ボタンが押下されたとする。

これにより、ウェブページＷ１ｇでの選択および入力情報を含むページリクエストが、ユーザ端末１０から送信されたとする。取得部５３４は、受付部５３２によってページリクエストが受け付けられると、選択された商品の販売価格、支払回数を用いて、プラン情報記憶部２２１を参照し、対応する「月々金利」を取得する。そして、取得部５３４は、取得した「月々金利」、選択された商品の販売価格、支払回数および残価に基づいて、月々の支払額を算出する。そして、取得部５３４は、算出した結果に基づくプラン詳細が表示されるようなウェブページＷ１ｈを配信するよう配信部５３５に指示する。

例えば、図１１に示すように、ウェブページＷ１ｇで「支払回数：２４回、残価：４０万」といった返済プランが設計されたとする。これにより取得部５３４は、プラン情報記憶部２２１を参照し、販売価格「１００万円」、支払回数「２４回」に対応する月々金利「５％」を取得する。そして、取得部５３４は、算出した結果に基づくプラン詳細が表示されるようなウェブページＷ１ｈを配信するよう配信部５３５に指示する。

そして、例えば、ウェブページＷ１ｈにおいて「はい」が押下されると、設計されたプランが決定される。

なお、図１１の例では、配信部５３５によって、ウェブページＷ１ｅにおいて、利用明細とともに、返済形式（分割払い、リボ払い、残クレ等）を表示する例を示した。しかし、この例に限られず、配信部５３５は、例えば、図１におけるウェブページＷ１ａ〜Ｗ１ｂに示すように、商品が選択された後（例えば、ウェブページＷ１ｅ）、選択された商品に対応する買取情報と、返済形式とを表示したウェブページ（例えば、ウェブページＷ１ｆ）を生成し、生成したウェブページを配信してもよい。

また、買取サーバ１００、ショッピングサーバ４００、カード会社サーバ５００は、任意に組み合わされてもよい。例えば、買取サーバ１００、ショッピングサーバ４００、カード会社サーバ５００は、一つの装置として構成されてもよい。また、例えば、ショッピングサーバ４００が買取情報記憶部１２１およびプラン情報記憶部２２１を有してもよい。

（第３の実施形態）
〔１．情報提供システム〕
第１および第２の実施形態では、所定のサイトを用いて、インターネット上で商品を購入する場合における情報提供処理について説明してきた。かかる第３の実施形態では、実際の店舗で商品を購入する場合における情報提供処理について説明する。

まず、図１２を用いて、第３の実施形態にかかる情報提供処理の一例について説明する。図１２は、第３の実施形態にかかる情報提供処理の一例を示す図である。図１２の例では、情報提供処理システム３は、ユーザ端末１０と、買取業者端末５０と、店舗端末６０と、買取サーバ１００と、カード会社サーバ６００とを有する。ユーザ端末１０と、買取業者端末５０と、店舗端末６０と、買取サーバ１００と、カード会社サーバ６００とは、ネットワークを介して有線または無線により通信可能に接続される。なお、図１２は、一例であり、ユーザ端末１０、買取業者端末５０、店舗端末６０、買取サーバ１００、カード会社サーバ６００の数は、図１２に示す数に限られない。また、上述してきた、各装置と重複するものについては、説明を省略する。

店舗端末６０は、店舗で利用される端末装置であり、パソコン等の端末装置である。そして、店舗端末６０は、例えば、従業員の操作に従って、ユーザによる商品購入の際に使用されたカードの情報や購入された商品に関する情報を、カード会社サーバ６００に送信する。

カード会社サーバ６００は、所定のクレジットカードを発行し、運営を行っているカード会社によって利用されるサーバ装置である。カード会社サーバ６００は、例えば、その運営元のカード会社の従業員の操作に従って、ユーザに提供する返済プランを生成する。本実施形態では、カード会社サーバ６００の運営元のカード会社を、「カード会社Ｙ１」とする。また、「カード会社Ｙ１」によって発行されるクレジットカードを「Ｙ２カード」とする。すなわち、カード会社サーバ６００は、上述してきたカード会社サーバ２００および５００に対応する装置である。

また、カード会社サーバ６００は、利用明細の確認や返済プランを変更することができる所定のウェブサイトを運営している。かかるウェブサイトを「ローンサイトＹ５」とする。

そして、第３の実施形態にかかる情報提供システム３は、ユーザ端末１０と、買取サーバ１００と、カード会社サーバ６００とが連携している。これにより、第３の実施形態にかかる情報提供システム３は、実店舗でカード購入された商品に対する返済プランを、残クレによる返済プランに変更可能とするとともに、その商品に対する買取予定価格等の買取情報を提供することを可能とするシステムである。以下では、第３の実施形態にかかる報提供処理システム３による情報提供処理について具体的に説明する。

買取サーバ１００は、予め、買取業者端末５０から買取情報の入稿を受け付けているものとする。また、カード会社サーバ６００は、予め、返済プランを生成しているものとする。しかし、この例に限られず、買取サーバ２００は、いずれのタイミングでも買取業者端末５０から買取情報の入稿を受け付けてよい。また、カード会社サーバ６００は、いずれのタイミングで返済プランを生成してもよい。

例えば、店舗端末６０は、ユーザＵ１０のＹ２カード利用による商品購入時に、その商品のバーコード読み取りや、Ｙ２カードを読み取りにより、購入された商品の販売価格、購入日時、購入店舗情報（購入店舗名）およびカード情報（カード番号等）等を含む購入情報を、カード会社サーバ６００に送信する（ステップＳ１１）。カード会社サーバ６００は、受け付けた購入情報を購入履歴として、後述する購入履歴記憶部６２２に格納する。

なお、実店舗で購入された商品が何であるか、すなわち商品名や商品種別等は、カード会社サーバ６００には送信されない。よって、カード会社サーバ６００は、例えば、ユーザＵ１０が、「どこで、いくらの買い物をしたか」を管理することはできるが、「何を買ったか」といったことを管理することができない。

そして、カード会社サーバ６００は、購入情報を受け付けると、ユーザＵ１０に代わって、販売価格（購入金額）を店舗端末６０に対して支払う（ステップＳ１２）。

ここで、ユーザ端末１０は、ユーザＵ１０の操作に従って、カード会社サーバ６００に対して、ローンサイトＹ５のＴＯＰページの要求であるページリクエストを送信したとする（ステップＳ１３）。カード会社サーバ６００は、ページリクエストを受け付けると、「ローンサイトＹ５」のＴＯＰページを配信する。

次に、ユーザ端末１０は、ユーザＵ１０の操作に従って、利用明細ページであるウェブページＷ２ａへ遷移するためのページリクエストをカード会社サーバ６００に送信したとする。カード会社サーバ６００は、リクエストを受け付けると、購入履歴記憶部６２２を参照することで、ユーザＵ１０に対応する購入履歴を取得する。例えば、カード会社サーバ６００は、図１２に示すように、ユーザＵ１０の購入履歴として「購入日：２０１５年３月２日、店舗名：ＳＰ１０、合計価格：１００万」を取得したとする。

そして、カード会社サーバ６００は、取得した購入履歴が表示されるようなウェブページＷ２ａを生成し、生成したウェブページＷ２ａを配信する。

図１２に示すように、ウェブページＷ２ａでは、カード払い、リボ払い、残価設定型クレジットの中から、支払方法が選択できるようになっている。図１２に示すように、ユーザＵ１０は、「残価設定型クレジット」を選択し、「次へ」ボタンを押下したとする。

これに応じて、ユーザ端末１０は、選択情報「残価設定型クレジット」を含むページリクエストをカード会社サーバ６００に送信する。カード会社サーバ６００は、リクエストを受け付けると、例えば、図１２に示すように、商品名を入力するための商品入力欄Ｂ６が表示されるようなウェブページＷ２ｂを生成し、生成したウェブページＷ２ｂを配信する（ステップＳ１４）。

ここで、ユーザＵ１０は、ウェブページＷ２ｂの商品入力欄Ｂ６に「Ｗウォッチ」を入力するとともに、「次へ」ボタンを押下したとする。

カード会社サーバ６００は、商品情報「Ｗウォッチ」を含むページリクエストを受け付けると、買取情報記憶部１２１を参照し、Ｗウォッチが買取対象であるか否かを判定する。図１２の例では、買取情報記憶部１２１にＷウォッチの登録があることから、カード会社サーバ６００は、Ｗウォッチが買取対象であると判定する。

そして、カード会社サーバ６００は、Ｗウォッチに対応する買取業者「Ｃ」、買取予定価格「４０万」および経過期間「５年」を含む買取情報を取得し、取得した買取情報が表示されるようなウェブページＷ２ｃを生成し、生成したウェブページＷ２ｃを配信する（ステップＳ１５）。

図１２に示すように、ウェブページＷ２ｃには、カード会社サーバ６００によって生成された返済プラン（支払回数等）を表示するためのプルダウンＢ７および残価の入力を受け付ける残価入力欄Ｂ８が含まれる。

例えば、図１２に示すように、ユーザＵ１０は、プルダウンＢ７から支払回数「３６回」を選択し、残価入力欄Ｂ８に「５０万」を入力することで返済プランを設計するとともに、「次へ」ボタンを押下したとする。

これに応じて、ユーザ端末１０は、入力情報を含むページリクエストをショッピングサーバ３００に送信する。カード会社サーバ６００は、リクエストを受け付けると、合計価格「１００万」から残価「５０万」を除いた「５０万」を支払回数「３６回」で割るとともに、カード会社Ｙ１により設定されている所定の金利手数料を考慮した月々の支払額を算出する。

そして、カード会社サーバ６００は、算出した情報が、例えば、詳細図として表示され、また、Ｗウォッチに対応する買取情報が選択可能に表示されるようなウェブページＷ２ｄを生成し、生成したウェブページＷ２ｄを配信する。

ここで、ウェブページＷ２ｄの「はい」ボタンを押下されたことに応じて、ユーザ端末Ｕ１０は、変更後の返済プラン情報を送信する（ステップＳ１７）。カード会社サーバ６００は、例えば、ユーザＩＤに対応付けて、受け付けた変更後のプランを所定の記憶部に格納する。

また、カード会社サーバ６００は、所定のタイミングで、ユーザ端末１０に各種情報を通知する（ステップＳ１８）。例えば、カード会社サーバ６００は、支払最終回が近づくと、その旨をユーザ端末１０に通知する。そして、例えば、ユーザＵ１０は、通知を受けると、買取業者Ｃの店舗に出向き、Ｗウォッチを売却することで、返済を終える（ステップＳ１９）。

〔２．カード会社サーバの構成〕
次に、図１３を用いて、第３の実施形態にカード会社サーバ６００について説明する。図１３は、第３の実施形態にかかるカード会社サーバ６００の構成例を示す図である。図１３に示すように、カード会社サーバ６００は、通信部２１０と、記憶部６２０と、制御部６３０とを有する。なお、カード会社サーバ６００は、カード会社サーバ２００および５００に対応する装置であるため、カード会社サーバ２００および５００と同一部位については、説明を省略する。

記憶部６２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部６２０は、プラン情報記憶部２２１と、購入履歴記憶部６２２とを有する。

ここで、図１４に第３の実施形態にかかる購入履歴記憶部６２２の一例を示す。図１４の例では、購入履歴記憶部６２２は、「ユーザＩＤ」、「販売元」、「販売価格」、「購入日」、「各種ユーザ情報」、「メールアドレス」、「カード番号」、「プラン情報」といった項目を有する。

「ユーザＩＤ」は、ユーザ端末１０およびユーザを識別する識別情報である。「販売元」は、ユーザによって購入された商品の販売元の名称を示す。上記のように、第３の実施形態では、販売元である店舗は、実店舗である。つまり、ここでの「販売元」は、実店舗の名称を示す。「購入日」は、商品が購入された日である。

「販売価格」は、ユーザによって購入された商品の価格の合計額である。上記のように、カード会社は、実店舗で購入された商品が何であるかを把握することはできない。よって、ここでの販売価格は、例えば、購入された商品を購入日毎に合計した合計額、または、購入された商品を店舗毎に合計した合計額を示す。

「各種ユーザ情報」、「メールアドレス」、「カード番号」、「プラン情報」については、図９に示す購入履歴記憶部３２１または５２２で説明したとおりである。

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

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

受付部５３２は、販売価格から所定の価格である残価を差し引いた金額を分割払い可能な商品の指定を受け付ける。すなわち、受付部５３２は、ショッピングサーバ３００の受付部３３１に相当する。

また、受付部５３２は、他の各種情報も受け付けてよい。例えば、受付部５３２は、ユーザ端末１０から送信されたウェブページの要求であるページリクエストや、店舗端末６０から商品の購入日や販売価格等の購入情報を受け付けてもよい。

取得部６３４は、ユーザによるプラン変更に関する処理を行う。例えば、取得部６３４は、受付部５３２によって受け付けられた商品に対する買取予定価格を取得する。すなわち、取得部６３４は、ショッピングサーバ３００の取得部３３３に相当する。以下では、図１２を用いて、取得部６３４の処理について説明する。

例えば、ユーザ端末１０は、ユーザＵ１０の操作に従って、ローンサイトＹ５のＴＯＰページのページリクエストをカード会社サーバ６００に送信することで、カード会社サーバ６００の配信部５３５からＴＯＰページを受け付ける。

また、さらにユーザ操作されることで、利用明細のページであるウェブページＷ２ａのページリクエストが、ユーザ端末１０から送信されたとする。ここで、取得部６３４は、受付部５３２によってページリクエストが受け付けられると、購入履歴記憶部６２２を参照し、ユーザＵ１０を識別するユーザＩＤ「Ｕ１０」に対応する情報を取得する。そして、取得部６３４は、取得した情報が表示されるようなウェブページＷ１ｅを配信するよう配信部５３５に指示する。

例えば、図１４の購入履歴記憶部６２２の例では、取得部６３４は、販売元「ＳＰ１０」、購入日「２０１５年３月２日」、販売価格「１００万」といった購入情報を取得する。

そして、配信部５３５は、取得部６３４によって取得された情報が、例えば、購入日時毎に表示されるようなウェブページＷ２ａを作成し、作成したウェブページＷ２ａを配信する。なお、図１２は一例であり、例えば、配信部５３５は、販売元毎に販売価格を表示してもよい。

ここで、ウェブページＷ２ａにおいて、「購入日：２０１５年３月２日、販売元：ＳＰ１０、販売価格：１００万」が選択され、また「残価設定型クレジット」が選択され、「次へ」ボタンが押下されたことにより、かかる選択情報を含むページリクエストがユーザ端末１０から送信されたとする。

配信部５３５は、受付部５３２によってリクエストが受け付けられると、例えば、図１２に示すように、商品名を入力するための商品入力欄Ｂ６が表示されるようなウェブページＷ２ｂを生成し、生成したウェブページＷ２ｂを配信する。

ここで、ユーザＵ１０は、ウェブページＷ２ｂの商品入力欄Ｂ６に「Ｗウォッチ」を入力するとともに、「次へ」ボタンを押下したことにより、入力情報「Ｗウォッチ」を含むページリクエストがユーザ端末１０から送信されたとする。

取得部６３４は、受付部５３２によってページリクエストが受け付けられると、買取情報記憶部１２１を参照し、入力された商品に対応する買取情報（買取業者名、買取予定価格、経過期間）を取得する。そして、取得部６３４は、取得した買取情報が表示されるようなウェブページＷ２ｃを配信するよう配信部５３５に指示する。

また、取得部６３４は、入力された商品の商品情報を用いて、プラン情報記憶部２２１を参照する。そして、取得部６３４は、販売価格に対応する「価格帯」に対応付けられている「支払回数」を取得し、取得した支払回数がウェブページＷ２ｃのプルダウン一覧に表示されるようなウェブページＷ２ｃを配信するよう配信部５３５に指示する。

図１２の例では、取得部６３４は、受付部５３２によって、選択情報「Ｗウォッチ」を含むページリクエストが受け付けられると、買取情報記憶部１２１を参照し、「Ｗウォッチ」に買取価格を設定している買取業者名「Ｃ」、買取予定価格「４０万」、経過期間「５年」を取得し、取得した買取情報が表示されるようなウェブページＷ２ｃを配信するよう配信部５３５に指示する。

また、取得部６３４は、ウェブページＷ２ａで選択された情報「販売価格１００万」を用いて、図５に示すプラン情報記憶部２２１を参照することで、価格帯「１００万以上〜１５０万未満」に対応付けられている支払回数「１２回、２４回、３６回」を取得する。そして、取得部６３４は、取得したプラン情報が表示されるようなウェブページＷ２ｃを配信するよう配信部５３５に指示する。

配信部５３５は、取得部６３４から受け付けた指示に従い、ウェブページＷ２ｃを生成し、生成したウェブページＷ２ｃをユーザ端末１０に配信する。これにより、ユーザＵ１０は、買取予定価格等の買取情報を参考にして、返済プランを変更することができる。

なお、ウェブページＷ２ｃでは、ユーザによって残価が入力される例を示しているが、残価は、必ずしもユーザ入力である必要はない。例えば、取得部６３４は、上述した取得部３３３の処理と同様に、プラン生成部２３１によって決定されている残価を取得し、取得した残価が表示されるようなウェブページＷ２ｃを配信するよう配信部５３５に指示してもよい。また、取得部６３４は、上述した取得部３３３の処理と同様に、買取予定価格が残価として表示されるようなウェブページＷ２ｃを配信するよう配信部５３５に指示してもよい。

ここで、ウェブページＷ２ｃにおいて、プルダウンＢ７から支払回数が選択され、残価入力欄Ｂ８に所定の残価が入力され、「次へ」ボタンが押下されたとする。

これにより、ウェブページＷ２ｃでの選択および入力情報を含むページリクエストが、ユーザ端末１０から送信されたとする。取得部６３４は、受付部５３２によってページリクエストが受け付けられると、ウェブページＷ２ａで選択された情報、支払回数を用いて、プラン情報記憶部２２１を参照し、対応する「月々金利」を取得する。そして、取得部６３４は、取得した「月々金利」、販売価格、支払回数および残価に基づいて、月々の支払額を算出する。そして、取得部６３４は、算出した結果に基づくプラン詳細が表示されるようなウェブページＷ２ｄを配信するよう配信部５３５に指示する。

例えば、図１２に示すように、ウェブページＷ２ｃで「支払回数：３６回、残価：５０万」といった返済プランが設計されたとする。これにより取得部６３４は、プラン情報記憶部２２１を参照し、販売価格「１００万円」、支払回数「３６回」に対応する月々金利「８％」を取得する。そして、取得部６３４は、算出した結果に基づくプラン詳細が表示されるようなウェブページＷ２ｄを配信するよう配信部５３５に指示する。

そして、例えば、ウェブページＷ２ｄにおいて「はい」が押下されると、設計されたプランが決定される。

なお、図１２の例では、配信部５３５によって、ウェブページＷ２ａにおいて、利用明細とともに、返済形式（分割払い、リボ払い、残クレ等）を表示する例を示した。しかし、この例に限られず、配信部５３５は、例えば、図１におけるウェブページＷ１ａ〜Ｗ１ｂに示すように、商品が選択（入力）された後、選択された商品に対応する買取情報と、返済形式とを表示したウェブページを生成し、生成したウェブページを配信してもよい。

また、買取サーバ１００、カード会社サーバ６００は、任意に組み合わされてもよい。例えば、買取サーバ１００、カード会社サーバ６００は、一つの装置として構成されてもよい。

（他の実施形態）
上述した第１〜第３の実施形態は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、他の実施形態について説明する。

〔１．プログラム〕
上述してきた実施形態にかかる各広告サーバは、例えば、図１５に示すような構成のコンピュータ１０００によって実現される。以下、ショッピングサーバ３００を例に挙げて説明する。図１５は、ショッピングサーバ３００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

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

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、通信網５０を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを通信網５０を介して他の機器へ送信する。

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

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

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

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

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

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

また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

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

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、要求部は、要求手段や要求回路に読み替えることができる。

１ 情報提供システム
２ 情報提供システム
３ 情報提供システム
１００ 買取サーバ
１２１ 買取情報記憶部
２００ カード会社サーバ
２２１ プラン情報記憶部
２３１ プラン生成部
３００ ショッピングサーバ
３２１ 購入履歴記憶部
３３１ 受付部
３３２ 配信部
３３３ 取得部
４００ ショッピングサーバ
４３４ 送信部
５００ カード会社サーバ
５２２ 購入履歴記憶部
５３２ 受付部
５３３ 通知部
５３４ 取得部
５３５ 配信部
６００ カード会社サーバ
６２２ 購入履歴記憶部
６３４ 取得部

Claims (15)

1. 売値の一部を将来の残価として設定可能な商品の指定を受け付ける受付部と、
   前記受付部によって受け付けられた商品を所定の買取業者が将来において買い取る予定の価格である買取予定価格を取得する取得部と、
   前記取得部によって取得された買取予定価格と、売値から将来払う所定の価格である前記残価を差し引いた金額を分割払い可能な支払プランであって支払最終回において前記残価に対応する金額を支払うよう指定された支払プランとを送信する送信部と、
   前記支払プランで前記商品を購入したユーザの支払最終回時期に、当該商品の買取予定価格に対応する買取業者に対して、所定の情報を通知する通知部と、
   を有することを特徴とする情報提供システム。
2. 売値の一部を将来の残価として設定可能な商品の指定を受け付ける受付部と、
   前記受付部によって受け付けられた商品を所定の買取業者が将来において買い取る予定の価格である買取予定価格を取得する取得部と、
   前記取得部によって取得された買取予定価格と、売値から将来払う所定の価格である前記残価を差し引いた金額を分割払い可能な支払プランであって支払最終回において前記残価に対応する金額を支払うよう指定された支払プランとを送信する送信部と、
   前記支払プランで前記商品を購入したユーザの支払最終回時期に、当該ユーザに対して、当該商品の買取予定価格および当該商品の買取予定価格に対応する買取業者に関する情報を通知する通知部と、
   を有することを特徴とする情報提供システム。
3. 前記送信部は、前記分割払い可能な支払プランとして、前記取得部によって取得された買取予定価格であって前記商品の販売元とは異なる買取業者が将来において買い取る予定の価格である買取予定価格が残価に設定された支払プランを送信する
   ことを特徴とする請求項１または２に記載の情報提供システム。
4. 前記取得部は、前記商品を買い取る複数の買取業者に対応する各買取予定価格を取得し、
   前記送信部は、前記取得部によって取得された各買取予定価格のうち、少なくとも一つを送信する
   ことを特徴とする請求項１〜３のいずれか１つに記載の情報提供システム。
5. 前記取得部は、前記商品を買い取る複数の買取業者に対応する各買取予定価格のうち、所定の買取予定価格を取得し、
   前記送信部は、前記取得部によって取得された所定の買取予定価格を、当該所定の買取予定価格が高い順に表示されるように送信する
   ことを特徴とする請求項１〜４のいずれか１つに記載の情報提供システム。
6. 前記取得部は、前記買取予定価格または前記買取予定価格で前記買取業者が買い取り可能な現在からの経過期間に基づいて、前記所定の買取予定価格として、前記商品を買い取る複数の買取業者に対応する各買取予定価格のうち送信対象の買取予定価格を取得する
   ことを特徴とする請求項５に記載の情報提供システム。
7. 前記送信部は、前記取得部によって取得された買取予定価格を買取保証額として送信する
   ことを特徴とする請求項１〜６のいずれか１つに記載の情報提供システム。
8. 前記受付部は、前記商品の販売元に関する情報をさらに受け付け、
   前記取得部は、前記商品の販売元に関する情報に基づいて、前記商品の販売元に対応する買取予定価格を取得し、
   前記送信部は、前記販売元に対応する買取予定価格を送信する
   ことを特徴とする請求項１〜７のいずれか１つに記載の情報提供システム。
9. 前記取得部は、前記残価を設定可能な商品を指定するユーザのユーザ属性に応じた買取予定価格を取得し、
   前記送信部は、前記ユーザ属性に応じた買取予定価格を送信する
   ことを特徴とする請求項１〜８のいずれか１つに記載の情報提供システム。
10. 前記取得部は、前記受付部によって受け付けられた商品に対応する買取予定価格を補正することで、前記ユーザ属性に応じた買取予定価格を取得する
    ことを特徴とする請求項９に記載の情報提供システム。
11. 前記取得部は、前記買取予定価格とともに、当該買取予定価格で買い取り可能な現在からの経過期間を取得し、
    前記送信部は、前記取得部によって取得された買取予定価格と経過期間とを送信する
    ことを特徴とする請求項１〜１０のいずれか１つに記載の情報提供システム。
12. コンピュータが実行する情報提供方法であって、
    売値の一部を将来の残価として設定可能な商品の指定を受け付ける受付工程と、
    前記受付工程によって、受け付けられた商品を所定の買取業者が将来において買い取る予定の価格である買取予定価格を取得する取得工程と、
    前記取得工程によって取得された買取予定価格と、売値から将来払う所定の価格である前記残価を差し引いた金額を分割払い可能な支払プランであって支払最終回において前記残価に対応する金額を支払うよう指定された支払プランとを送信する送信工程と、
    前記支払プランで前記商品を購入したユーザの支払最終回時期に、当該商品の買取予定価格に対応する買取業者に対して、所定の情報を通知する通知工程と、
    を含んだことを特徴とする情報提供方法。
13. コンピュータが実行する情報提供方法であって、
    売値の一部を将来の残価として設定可能な商品の指定を受け付ける受付工程と、
    前記受付工程によって、受け付けられた商品を所定の買取業者が将来において買い取る予定の価格である買取予定価格を取得する取得工程と、
    前記取得工程によって取得された買取予定価格と、売値から将来払う所定の価格である前記残価を差し引いた金額を分割払い可能な支払プランであって支払最終回において前記残価に対応する金額を支払うよう指定された支払プランとを送信する送信工程と、
    前記支払プランで前記商品を購入したユーザの支払最終回時期に、当該ユーザに対して、当該商品の買取予定価格および当該商品の買取予定価格に対応する買取業者に関する情報を通知する通知工程と、
    を含んだことを特徴とする情報提供方法。
14. 売値の一部を将来の残価として設定可能な商品の指定を受け付ける受付手順と、
    前記受付手順によって、受け付けられた商品を所定の買取業者が将来において買い取る予定の価格である買取予定価格を取得する取得手順と、
    前記取得手順によって取得された買取予定価格と、売値から将来払う所定の価格である前記残価を差し引いた金額を分割払い可能な支払プランであって支払最終回において前記残価に対応する金額を支払うよう指定された支払プランとを送信する送信手順と、
    前記支払プランで前記商品を購入したユーザの支払最終回時期に、当該商品の買取予定価格に対応する買取業者に対して、所定の情報を通知する通知手順と、
    をコンピュータに実行させることを特徴とする情報提供プログラム。
15. 売値の一部を将来の残価として設定可能な商品の指定を受け付ける受付手順と、
    前記受付手順によって、受け付けられた商品を所定の買取業者が将来において買い取る予定の価格である買取予定価格を取得する取得手順と、
    前記取得手順によって取得された買取予定価格と、売値から将来払う所定の価格である前記残価を差し引いた金額を分割払い可能な支払プランであって支払最終回において前記残価に対応する金額を支払うよう指定された支払プランとを送信する送信手順と、
    前記支払プランで前記商品を購入したユーザの支払最終回時期に、当該ユーザに対して、当該商品の買取予定価格および当該商品の買取予定価格に対応する買取業者に関する情報を通知する通知手順と、
    をコンピュータに実行させることを特徴とする情報提供プログラム。

Images