JP6185640B2 - 情報処理システムおよび情報処理方法 - Google Patents

Description

本発明は、情報処理システムおよび情報処理方法に関する。

近年、インターネット等のネットワークの普及に伴い、ＥＣ（Electronic Commerce）サイトやオークションサイトを利用して商品を売買する形態が増えてきている。

上記のようなウェブサイトを利用することは、実店舗に出向く必要なく、また、通常より安く商品を購入できる可能性がある等から、ユーザにとって非常に利便性の高いものといえる。

ここで、商品の買取りを効率良く行うことができるとともに、ユーザの負担を軽減することができる技術が提案されている（特許文献１）。

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

しかし、上記の従来技術では、ユーザによる所有品の売却意欲を高めることができるとは限らない。例えば、上記の従来技術は、販売センターにて対象商品の商品を購入したユーザを対象とし、該販売センターが指定した買取りセンターに対象商品の所有品を買取らせることを条件として、ユーザに所定の特典を与える。

このように、上記の従来技術では、対象商品の商品を購入したユーザを対象としていることや、買取対象が指定されていることから、買取によって特典が得られるユーザが限られてしまい、必ずしもユーザによる物品の売却意欲を高めることができるとは限らない。

本願は、上記に鑑みてなされたものであって、ユーザによる物品の売却意欲を高めることができる情報処理システムおよび情報処理方法を提供することを目的とする。

本願にかかる情報処理システムは、ユーザが購入済みの物品に関する買取情報を提供する提供部と、前記ユーザによって指定された商品の購入申込みとともに、物品の買取り申込みを受け付ける受付部と、前記商品の購入と物品の買取りに関する所定の制御を行う制御部とを有することを特徴とする。

実施形態の一態様によれば、ユーザによる物品の売却意欲を高めることができるといった効果を奏する。

図１は、第１の実施形態にかかる情報処理の一例を示す図である。 図２は、第１の実施形態にかかる全体システムの構成例を示す図である。 図３は、第１の実施形態にかかるオークションサーバの構成例を示す図である。 図４は、第１の実施形態にかかる出品落札情報記憶部の一例を示す図である。 図５は、第１の実施形態にかかる買取情報記憶部の一例を示す図である。 図６は、第１の実施形態にかかる決済代行サーバの構成例を示す図である。 図７は、第１の実施形態にかかるカード情報記憶部の一例を示す図である。 図８は、第１の実施形態にかかる情報処理システムによる情報処理手順を示すシーケンス図である。 図９は、第１の実施形態の変形例にかかる情報処理システムによる情報処理手順を示すシーケンス図である。 図１０は、ユーザ端末に表示された参考情報を含むページの一例を示す図である。 図１１は、ユーザ端末に表示された参考情報を含むページの一例を示す図である。 図１２は、第２の実施形態にかかる全体システムの構成例を示す図である。 図１３は、第２の実施形態にかかるショッピングサーバの構成例を示す図である。 図１４は、商品一覧のページの一例を示す図である。 図１５は、第２の実施形態にかかる決済代行サーバの構成例を示す図である。 図１６は、第２の実施形態にかかる情報処理システムによる情報処理手順を示すシーケンス図である。 図１７は、オークションサーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

（第１の実施形態）
〔１．情報処理〕
まず、図１を用いて、第１の実施形態にかかる情報処理の一例について説明する。図１は、第１の実施形態にかかる情報処理システム１００によって行われる情報処理の一例を示す図である。図１の例では、全体システム１は、ユーザ端末１０と、出品者端末２０と、買取業者端末３０と、オークションサーバ２００とを有する。また、図１の例では、第１の実施形態に情報処理システム１００は、買取業者端末３０と、オークションサーバ２００とを含む。

ユーザ端末１０と、出品者端末２０と、買取業者端末３０と、オークションサーバ２００とは、ネットワークを介して有線または無線により通信可能に接続される。なお、図１は、一例であり、ユーザ端末１０、出品者端末２０、買取業者端末３０およびオークションサーバ２００の数は、図１に示す数に限られない。

オークションサーバ２００は、ＣｔｏＣ取引の一形態であるオークションサービスを提供する。本実施形態において、オークションサーバ２００は、オークションサイトＹＡ（以下、「サイトＹＡ」と表記する）を介して、オークションサービスを提供するものとする。

また、オークションサーバ２００は、商品の購入とユーザが所有する所有品の買取りに関する各種制御を行う。具体的には、オークションサーバ２００は、指定された商品の購入申込みとともに、当該商品の販売元とは異なる買取業者に対する所有品の買取り申込みを受け付ける。

ユーザ端末１０は、ユーザによって利用される端末装置である。例えば、ユーザ端末１０は、デスクトップ型ＰＣ（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 (12)

1. ユーザが購入済みの物品に関する購入履歴を取得する取得部と、
   買取に関する情報である買取情報の中に、前記購入履歴に含まれる物品に対応する買取情報が存在する場合には、前記ユーザに対して、前記購入履歴に含まれる物品に対応する買取情報を提供する提供部と、
   前記提供部により買取情報が提供された前記ユーザによって指定された商品の購入申込みとともに、当該商品の販売元とは異なる買取業者であって前記買取情報の提供元である買取業者に対する物品の買取り申込みを受け付ける受付部と、
   前記受付部により前記購入申込みおよび前記買取り申込みが受け付けられた場合に、前記商品の販売元に関する情報を、前記買取業者に対して前記買取り申込みが行われることにより前記ユーザから受け付けた物品の買取価格を前記販売元に支払わせるための情報として前記買取業者に送信する制御部と
   を有することを特徴とする情報処理システム。
2. 前記提供部は、前記商品の購入申込みと、前記物品の買取り申込みとを同時に行うための操作手段が表示されるページを提供する
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記提供部は、前記買取り申込みのための参考情報として、前記商品と関連する商品の買取情報を提供する
   ことを特徴とする請求項１または２に記載の情報処理システム。
4. 前記提供部は、前記参考情報として、前記商品の属するカテゴリと同一カテゴリに属する商品の買取情報を前記ユーザに提供する
   ことを特徴とする請求項３に記載の情報処理システム。
5. 前記提供部は、前記参考情報として、前記商品に対する型落ち品の買取情報を前記ユーザに提供する
   ことを特徴とする請求項３または４に記載の情報処理システム。
6. 前記提供部は、前記参考情報として、前記商品と関連する商品の買取相場価格、または、買取保証価格、または予め決められた所定の固定価格を提供する
   ことを特徴とする請求項３〜５のいずれか１つに記載の情報処理システム。
7. 前記提供部は、前記参考情報として、前記商品と関連する商品の落札相場を提供する
   ことを特徴とする請求項３〜６のいずれか１つに記載の情報処理システム。
8. 前記提供部は、前記参考情報として、前記商品の代金から買取相場価格、または、買取保証価格、または予め決められた所定の固定価格を差し引いた金額を提供する
   ことを特徴とする請求項３〜７のいずれか１つに記載の情報処理システム。
9. 前記受付部は、前記買取り申込みとして、前記ユーザによって指定された商品と関連する商品の中から、前記ユーザが買取を希望する物品の選択を受け付ける
   ことを特徴とする請求項１〜８のいずれか１つに記載の情報処理システム。
10. 前記制御部は、前記ユーザに対し前記商品の代金から前記物品の買取価格を差し引いた差額を、前記ユーザによる支払金額として提示する
    ことを特徴とする請求項１〜９のいずれか１つに記載の情報処理システム。
11. 前記制御部は、前記商品の代金から前記物品の買取価格を差し引いた差額を、前記商品における支払金額として決済代行会社に送信する
    ことを特徴とする請求項１〜１０のいずれか１つに記載の情報処理システム。
12. コンピュータが実行する情報処理方法であって、
    ユーザが購入済みの物品に関する購入履歴を取得する取得工程と、
    買取に関する情報である買取情報の中に、前記購入履歴に含まれる物品に対応する買取情報が存在する場合には、前記ユーザに対して、前記購入履歴に含まれる物品に対応する買取情報を提供する提供工程と、
    前記提供工程により買取情報が提供された前記ユーザによって指定された商品の購入申込みとともに、当該商品の販売元とは異なる買取業者であって前記買取情報の提供元である買取業者に対する物品の買取り申込みを受け付ける受付工程と、
    前記受付工程により前記購入申込みおよび前記買取り申込みが受け付けられた場合に、前記商品の販売元に関する情報を、前記買取業者に対して前記買取り申込みが行われることにより前記ユーザから受け付けた物品の買取価格を前記販売元に支払わせるための情報として前記買取業者に送信する商品の購入と物品の買取りに関する所定の制御を行う制御工程と
    を含んだことを特徴とする情報処理方法。
    
    
    

Images