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

Abstract

【課題】出品された商品の差別化を容易にする配信システム、配信方法及び配信プログラムを提供すること。
【解決手段】本願に係る配信システムは、電子商取引の対象となる商品の登録を受付ける登録受付部と、前記商品を紹介するモデルの情報を商品情報に付与する付与部と、前記商品の電子商取引を行う場合は、前記付与部が前記モデルの情報を付与した商品情報を配信する配信部とを有することを特徴とする。この結果、例えば、オークションサーバ１０は、出品商品をモデルが紹介した画像である出品画像を、商品情報としてオークションのウェブページと共に配信するので、出品対象となる商品の差別化を容易に実現できる。
【選択図】図１

Description

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

従来、インターネットオークションやＥＣ（Electronic Commerce）サイト等、インターネットを介して商品の取引を行う電子商取引が利用されている。このような電子商取引においては、商品を撮影した画像や商品の説明等、出品対象となる商品の情報である商品情報を準備し、準備した商品情報を電子商取引を提供するシステムに提供するといった出品作業が出品者により行われている。また、このような出品作業を容易にするため、出品者から商品を収集し、収集した商品をインターネットオークションに出品する作業を代行する物流システムの技術も知られている。

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

しかしながら、上記の従来技術では、出品された商品の差別化を図ることが困難であった。例えば、同様の商品が複数出品されている場合、商品をより魅力的に紹介する画像が準備された商品等、差別化された商品の方が売れやすいと予測される。しかしながら、従来技術では、出品者や出品を代行する業者が商品の画像を準備するので、商品の差別化に限界がある。

本願は、上記に鑑みてなされたものであって、出品された商品の差別化を容易にする配信システム、配信方法及び配信プログラムを提供することを目的とする。

本願に係る配信システムは、電子商取引の対象となる商品の登録を受付ける登録受付部と、前記商品を紹介するモデルの情報を商品情報に付与する付与部と、前記商品の電子商取引を行う場合は、前記付与部が前記モデルの情報を付与した商品情報を配信する配信部とを有することを特徴とする。

実施形態の一態様によれば、出品された商品の差別化を容易にすることができるという効果を奏する。

図１は、実施形態に係る配信処理の一例を示す図である。 図２は、実施形態に係るオークションサーバが有する機能構成の一例を示す図である。 図３は、実施形態に係るモデル情報データベースに登録される情報の一例を示す図である。 図４は、実施形態に係る商品情報データベースに登録される情報の一例を示す図である。 図５は、実施形態にかかる出品者の端末装置に表示させる画面の一例を示す図である。 図６は、実施形態にかかるモデルの端末装置に表示させる画面の一例を示す図である。 図７は、実施形態にかかる利用者の端末装置に表示させる画面の一例を示す図である。 図８は、実施形態に係るオークションサーバが実行する受付処理の流れの一例を示すフローチャートである。 図９は、実施形態に係るオークションサーバが実行する配信受付処理の流れの一例を示すフローチャートである。 図１０は、実施形態に係るオークションサーバが実行する登録処理の一例を説明する図である。 図１１は、実施形態に係るオークションサーバが有する機能構成の他の例を示す図である。 図１２は、実施形態に係るオークションサーバが実行する登録処理の流れの一例を示すフローチャートである。 図１３は、オークションサーバの機能を実現するコンピュータのハードウェア構成の一例を示す図である。

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

〔１．配信処理〕
まず、図１を用いて、実施形態に係る配信処理の一例について説明する。図１は、実施形態に係る配信処理の一例を示す図である。図１では、配信処理を実行する電子商取引システム１を例に挙げ、オークションに関するサービスを提供するオークションサーバ１０が実行する配信処理の一例について説明する。

図１に示す例では、オークションサーバ１０は、インターネットやＬＡＮ（Local Area Network）を介して、オークションの閲覧や入札を行う利用者（以下、入札者と記載する。）が使用する端末装置１００と通信可能なサーバ装置である。具体例を挙げると、オークションサーバ１０は、サーバ装置やクラウドシステム等により実現される。また、入札者が使用する端末装置１００は、スマートフォンやタブレット端末やＰＤＡ（Personal Digital Assistant）等の移動端末や、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣ等により実現される。

また、オークションサーバ１０は、商品をオークションに出品する利用者（以下、出品者Ｕ０１と記載する。）が使用する端末装置を介して、出品対象となる商品の情報（以下、商品情報と記載する。）の登録を受付けると、受付けた商品情報の閲覧や、商品に対する入札等を端末装置１００から受付ける。例えば、オークションサーバ１０は、出品者から商品情報として、商品を検索する際のキーワード、入札開始価格、最低落札価格、入札期間等の情報に加え、出品する商品の種別、商品のカテゴリ、商品の説明、商品の写真等を出品時に受け付ける。

しかしながら、出品者が準備できる商品の画像には、商品のみが撮影された画像が多く、他の商品との差別化を図ることが困難である。この結果、商品に対する入札数や落札価格が期待通りに増加しない場合も考えられる。

そこで、オークションサーバ１０は、以下の配信処理を実行する。まず、オークションサーバ１０は、電子商取引の対象となる商品の登録を受け付ける。かかる場合、オークションサーバ１０は、出品対象となる商品を使用しているモデルの情報等、出品対象となる商品の紹介を行うモデルの情報を商品情報に付与する。そして、オークションサーバ１０は、商品の電子商取引を行う場合は、取得部が取得した商品情報、すなわち、商品紹介を行うモデルの情報を含む商品情報を配信する。

ここで、商品紹介を行うモデルの情報（以下、出品情報と記載する。）とは、例えば、出品対象となる商品を着用したモデルの写真や、出品対象となる商品を使用したモデルの写真である。なお、出品情報は、出品対象となる商品が鞄等である場合は、かかる商品と共に撮影された写真であってもよく、また、商品が家電商品等である場合は、かかる商品を使用もしくは商品と共に撮影されたモデルの写真である。なお、出品情報は、写真以外にも、動画や音声、商品を使用したモデルによる感想や評価等のレビュー等のテキスト情報であってもよい。すなわち、出品情報は、出品された商品をモデルが紹介するものであれば、モデルの名前等、任意の情報が適用可能である。以下の説明では、オークションサーバ１０が出品情報として、出品対象となる商品を着用したモデルを撮影した画像（以下、出品画像と記載する。）を取得する例について説明する。

以下、図１を用いて、配信処理の流れについて説明する。以下の説明では、出品者Ｕ０１が衣類である商品Ｃ０１を出品する例について説明する。例えば、オークションサーバ１０は、商品を紹介するモデルの候補の情報、すなわちモデル情報が登録されたモデル情報データベース１４を有する。図１に示す例では、モデル情報データベース１４には、モデルＡとモデルＢとのモデル情報として、モデルの写真、モデルに対する評価、モデルが紹介した商品の落札総額、モデルが紹介した商品の落札額が、同種の商品の落札額と比較してどれくらい上昇したかを示す落札単価上昇率などが登録されている。

まず、オークションサーバ１０は、出品する商品Ｃ０１の商品情報の登録を受け付ける（ステップＳ１）。このような場合、オークションサーバ１０は、出品者Ｕ０１に対し、商品Ｃ０１を使用させるモデルの候補のモデル情報を提示する（ステップＳ２）。例えば、オークションサーバ１０は、モデルＡとモデルＢとのモデル情報を提供する。

そして、オークションサーバ１０は、出品者Ｕ０１から商品Ｃ０１を使用するモデルの指定を受け付ける（ステップＳ３）。例えば、オークションサーバ１０は、出品者Ｕ０１からモデルＡの指定を受け付ける。かかる場合、オークションサーバ１０は、モデルＡに対して、出品者Ｕ０１からモデルの指定を受け付けた旨を通知する（ステップＳ４）。

また、オークションサーバ１０は、出品者Ｕ０１に対して、商品Ｃ０１を所定のスタジオに送付するよう要請する。この結果、出品者Ｕ０１は、商品Ｃ０１を要請されたスタジオへと送付する（ステップＳ５）。また、モデルＡは、商品Ｃ０１が送付されたスタジオに出向き、スタジオにて、商品Ｃ０１を使用している写真、すなわち、商品Ｃ０１を着用した写真の撮影を行う（ステップＳ６）。そして、オークションサーバ１０は、モデルが商品を使用している写真、すなわち出品画像Ｐ０１を、スタジオに設置された端末装置等を介して取得する（ステップＳ７）。

また、オークションサーバ１０は、商品Ｃ０１の電子商取引を行うウェブページを送信する場合は、商品情報とともに、ウェブページと共に表示させる情報として、取得した出品画像を配置したウェブページを配信する（ステップＳ８）。すなわち、オークションサーバ１は、出品情報を付与した商品情報を配信する。この結果、端末装置１００を使用する利用者は、モデルＡが商品Ｃ０１を着用した出品画像Ｐ０１を商品Ｃ０１の写真として、すなわち、商品Ｃ０１の商品情報の一部として閲覧することとなる。

このように、オークションサーバ１０は、商品Ｃ０１の登録を受け付ける。すると、オークションサーバ１０は、出品者が指定したモデルＡの情報であって、商品Ｃ０１を使用しているモデルの使用情報である出品画像Ｐ０１を含む商品情報を取得する。そして、オークションサーバ１０は、出品画像Ｐ０１を含む商品情報を端末装置１００に配信する。このため、オークションサーバ１０は、商品Ｃ０１の写真をそのまま掲載するよりも、より魅力的な商品情報を提供することができるので、商品Ｃ０１に対する入札数や入札価格の上昇が期待できる。

〔２．評価受付処理〕
なお、オークションサーバ１０は、上述した配信処理と合わせて、以下の評価受付処理を実行する。まず、オークションサーバ１０は、商品Ｃ０１の電子商取引を行うウェブページを介して、出品画像Ｐ０１に写ったモデルＡに対する評価を受け付ける（ステップＳ９）。かかる評価は、電子商取引に関するウェブページのブックマークやウォッチリスト等、商品Ｃ０１に対する評価と紐付けられるものとは独立して受け付けられる評価であり、あくまで出品画像Ｐ０１に写るモデルＡに対する評価である。例えば、オークションサーバ１０は、ウェブページ上に配置された「いいね！」ボタンを利用者が選択した回数等をモデルＡに対する評価として受け付ける。そして、オークションサーバ１０は、受け付けた評価をモデル情報に反映させる（ステップＳ１０）。

かかる評価は、各モデルの人気度や、各モデルに対して支払われる報酬の算定基準として使用することができる。また、オークションサーバ１０は、出品者Ｕ０１に対してモデル情報を提供する場合、各モデルに対する評価に応じて、モデル情報を提供する順序を変更してもよい。例えば、オークションサーバ１０は、モデルＢよりもモデルＡの評価が高い場合には、モデル情報を参照する画面内で、モデルＡの情報をモデルＢの情報よりも先に表示するといった処理を行ってもよい。また、オークションサーバ１０は、各モデルに対する評価に基づいて、出品者Ｕ０１に対し、提案するモデルを変更してもよい。

このように、オークションサーバ１０は、配信した出品画像Ｐ０１に写るモデルＡに対する評価を受け付ける。このため、オークションサーバ１０は、人気のあるモデルや、商品に対する入札数や入札額の上昇に対して寄与したモデルの推定を行うことができる。

なお、オークションサーバ１０は、各モデルを評価する情報として、各モデルが紹介した商品の販売価格に関する情報や、各モデルが紹介した商品の入札数もしくは販売数等の情報をさらに収集し、収集した情報に基づいて、各モデルに対して支払われる報酬額を算定してもよい。

〔３．配信処理のバリエーション〕
また、オークションサーバ１０は、出品者Ｕ０１が商品Ｃ０１を使用するモデルを選択しなかった場合は、商品Ｃ０１を使用するモデルの出品情報を取得せずに、登録された商品情報をそのまま用いて、電子商取引を行ってもよい。

また、オークションサーバ１０は、モデルが商品Ｃ０１を使用することを利用者Ｕ０１が望むものの、特定のモデルを選択しなかった場合、例えば、利用者Ｕ０１がモデルの候補のうちだれでもいいといった指定を行った場合は、各モデルの候補に対して、商品Ｃ０１の情報を通知し、いずれかのモデルの候補が商品Ｃ０１を使用した出品画像を取得してもよい。例えば、オークションサーバ１０は、出品者Ｕ０１にモデル情報を提供する際、各モデルを個別に選択するためのボタンとともに、「どのモデルでもよい」等といった、特定のモデルを指定しないためのボタンが配置されたウェブページを配信する。

そして、オークションサーバ１０は、利用者がいずれかのモデルを選択するためのボタンを選択した場合は、当該ボタンと対応するモデルに対してのみ商品Ｃ０１の情報を通知する。一方、オークションサーバ１０は、利用者が特定のモデルを指定しないためのボタンを選択した場合は、利用者Ｕ０１に商品Ｃ０１を所定のスタジオへと送付するよう要求するとともに、全てのモデルの候補に対して、商品Ｃ０１の情報を通知する。そして、オークションサーバ１０は、いずれかのモデルの候補がスタジオで商品Ｃ０１を使用した際の写真を出品画像として取得し、取得した出品画像を配信してもよい。

以下、上述した配信処理および評価受付処理を実行するオークションサーバ１０が有する機能構成の一例について説明する。なお、以下に説明する機能構成は、あくまで一例であり、同様の処理を実現することができるのであれば、以下に示す機能構成や接続形態以外にも、任意の態様のハードウェアやソフトウェアによって実現されてよい。

〔４．オークションサーバ１０の構成〕
図２は、実施形態に係るオークションサーバが有する機能構成の一例を示す図である。図２に示すように、オークションサーバ１０は、通信部１１と、記憶部１２と、制御部１３とを有する。通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１は、インターネットやＬＡＮ等のネットワークＮと有線または無線で接続され、出品者Ｕ０１が使用する端末装置、商品の閲覧、入札、モデルの評価などを行う利用者が使用する端末装置１００、および出品画像を撮影するスタジオ等に設置された情報処理装置との間でデータの送受信を行う。

記憶部１２は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash 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 (18)

1. 電子商取引の対象となる商品の登録を受付ける登録受付部と、
   前記商品を紹介するモデルの情報を商品情報に付与する付与部と、
   前記商品の電子商取引を行う場合は、前記付与部が前記モデルの情報を付与した商品情報を配信する配信部と
   を有することを特徴とする配信システム。
2. 前記出品者に対してモデルの候補を提示し、当該モデルの候補の中から前記商品を紹介させるモデルの指定を受付ける指定受付部
   をさらに有し、
   前記付与部は、前記モデルの情報として、前記指定受付部が指定を受付けたモデルの候補が前記商品を紹介した際の情報を前記商品情報に付与する
   ことを特徴とする請求項１に記載の配信システム。
3. 前記出品者から特定のモデルが指定されなかった場合は、前記商品をモデルの候補に対して通知する通知部
   をさらに有し、
   前記付与部は、前記モデルの情報として、前記モデルの候補のうち、いずれかの候補が前記商品を紹介した際の情報を前記商品情報に付与する
   ことを特徴とする請求項２に記載の配信システム。
4. 前記商品を紹介するモデルを登録する登録部
   を有し、
   前記登録受付部は、前記商品の登録を受付ける際に、当該商品を紹介するモデルの情報を含む商品情報を受付け、
   前記配信部は、前記付与部が前記モデルの情報を付与した商品情報として、前記登録受付部が受け付けた商品情報を配信し、
   前記登録部は、前記登録受付部が受け付けた商品情報において前記商品を紹介しているモデルを新たなモデルとして登録する
   ことを特徴とする請求項１に記載の配信システム。
5. 前記登録部は、前記モデルとして、前記商品の出品者を登録することを特徴とする請求項４に記載の配信システム。
6. 前記付与部は、前記登録部によって登録されたモデルのうち、前記出品者によって選択されたモデルの情報を、当該出品者が出品した商品の商品情報に付与することを特徴とする請求項４または５に記載の配信システム。
7. 前記配信部が配信した商品情報に対する評価を受付ける評価受付部をさらに有することを特徴とする請求項１〜６のうちいずれか１つに記載の配信システム。
8. 前記評価受付部は、前記商品情報に対する評価として、前記モデルに対する評価を受付けることを特徴とする請求項７に記載の配信システム。
9. 前記評価受付部が受け付けた評価に関する情報とともに、前記商品の販売価格に関する情報、または、前記商品の販売数に関する情報の少なくともいずれか一方を前記モデルごとに管理する管理部をさらに有することを特徴とする請求項８に記載の配信システム。
10. 前記管理部が管理する情報に基づいて、前記モデルへの報酬の額を算出する報酬算出部を有することを特徴とする請求項９に記載の配信システム。
11. 前記算出部は、前記管理部が管理する情報に基づいて、前記商品の販売価格のうち、前記モデルに分配される報酬の額の比率を変更することを特徴とする請求項１０に記載の配信システム。
12. 前記管理部が管理する情報に基づいて、前記商品の出品者に対し、当該商品を紹介するモデルを提案する提案部をさらに有することを特徴とする請求項８〜１１のうちいずれか１つに記載の配信システム。
13. 前記提案部は、前記評価受付部が受け付けた評価の高低に応じたモデルを前記出品者に提案することを特徴とする請求項１２に記載の配信システム。
14. 前記提案部は、前記商品の出品者から商品情報または出品者の属性情報を受付けた場合は、当該商品情報または出品者の属性情報に関連するモデルを、前記商品を紹介するモデルとして提案することを特徴とする請求項１２または１３に記載の配信システム。
15. 前記付与部は、前記モデルの情報として、当該モデルと前記商品とが写る画像を含む前記商品情報を取得し、
    前記配信部は、前記商品情報として、前記付与部が取得した画像を配信することを特徴とする請求項１〜１４のうちいずれか１つに記載の配信システム。
16. 前記配信部は、前記登録部が登録を受付けた商品の商取引を行うウェブページと共に表示される情報として、前記商品情報を配信することを特徴とする請求項１〜１５のうちいずれか１つに記載の配信システム。
17. 配信システムが実行する配信方法であって、
    電子商取引の対象となる商品の登録を受付ける登録受付工程と、
    前記商品を紹介するモデルの情報を商品情報に付与する付与工程と、
    前記商品の電子商取引を行う場合は、前記付与工程で前記モデルの情報を付与した商品情報を配信する配信工程と
    を含むことを特徴とする配信方法。
18. コンピュータに、
    電子商取引の対象となる商品の登録を受付ける登録受付手順と、
    前記商品を紹介するモデルの情報を商品情報に付与する付与手順と、
    前記商品の電子商取引を行う場合は、前記付与手順で前記モデルの情報を付与した商品情報を配信する配信手順と
    を実行させることを特徴とする配信プログラム。

Images