JP6294543B1 - 情報処理装置、情報処理方法、及び情報処理プログラム - Google Patents

Abstract

【課題】高い訴求力のある販売活動を実現可能にすること。【解決手段】本願に係る情報処理装置は、通知部と、取得部と、提供部と、を備える。情報処理装置が備える通知部は、セール条件をストアに通知する。情報処理装置が備える取得部は、セール条件を満たす商品の情報をストアから取得する。情報処理装置が備える提供部は、取得部が情報を取得した商品の中から選択されるセール商品の販売サービスを提供する。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。

ネットワークを用いた電子商取引（ＥＣ:Electric Commerce）が活発に行われている。ＥＣサイト等のサイトでは、複数のストアが参加するユーザ向けの販売活動（例えば、年末セール等の販売キャンペーン）が企画されることがある。

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

しかしながら、従来の販売活動は、各ストアが出品する商品が魅力ある商品とは限らず、必ずしもユーザにとって高い訴求力のある販売活動になっているとはいえない。

本願は、上記に鑑みてなされたものであって、高い訴求力のある販売活動を実現可能にすることを目的とする。

本願に係る情報処理装置は、セール条件をストアに通知する通知部と、セール条件を満たす商品の情報をストアから取得する取得部と、取得部が情報を取得した商品の中から選択されるセール商品の販売サービスを提供する提供部と、を備える。

実施形態の一態様によれば、高い訴求力のある販売活動を実現できる。

図１は、実施形態に係る情報処理サーバの動作の概要を示す図である。 図２は、実施形態に係る情報処理システムの構成例を示す図である。 図３は、実施形態に係る情報処理サーバの構成例を示す図である。 図４は、ストアデータベースに格納された情報の一例を示す図である。 図５は、企画データベースに格納された情報の一例を示す図である。 図６は、エントリーデータベースに格納された情報の一例を示す図である。 図７は、商品候補データベースに格納された情報の一例を示す図である。 図８は、セール商品データベースに格納された情報の一例を示す図である。 図９は、課金情報データベースに格納された情報の一例を示す図である。 図１０は、企画実行処理の一例を示すフローチャートである。 図１１は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

〔１．情報処理装置の動作〕
最初に、本実施形態の情報処理装置の一例である情報処理サーバ４０を例に、情報処理装置の動作を説明する。

図１は、実施形態に係る情報処理サーバ４０の動作の概要を示す図である。情報処理サーバ４０は、例えば、ショッピングサイト或いはＥＣ（Electric Commerce）サイトとして機能するショッピングサーバである。本実施形態の情報処理サーバ４０は、ユーザ或いはオンラインストア（以下、単にストアという。）に対してオンラインモールの機能を提供するよう構成されている。情報処理サーバ４０は、ネットワークを介して端末装置１０、運営側端末２０_１、２０_２、ストア端末３０_１、３０_２、等と接続されている。

なお、図１の例では、端末装置１０が１つしか示されていないが、端末装置１０は複数であってもよい。また、図１の例では、ストア端末及び運営側端末がそれぞれ２つ示されているが、運営側端末及びストア端末は２つに限定されない。運営側端末及びストア端末はそれぞれ１つであってもよいし２つより多くてもよい。以下の説明では、運営側端末２０_１、２０_２等を総称して運営側端末２０と記載することがある。同様に、ストア端末３０_１、３０_２等を総称してストア端末３０と記載することがある。

端末装置１０は、例えば、スマートデバイス（スマートフォン、或いはタブレット）、携帯電話、パーソナルコンピュータ等のユーザ端末である。図１の例では、端末装置１０は、スマートデバイスとなっているが、端末装置１０はスマートデバイスに限定されない。端末装置１０は、ネットワークを介して情報処理サーバ４０との情報のやりとりを行う。例えば、端末装置１０は、情報処理サーバ４０からオンラインモールのページの情報を取得する。また、端末装置１０は、ユーザがストアから商品を購入するための情報（例えば、購入商品の識別情報、商品数、配達先、希望配達日時、及び決済情報）を情報処理サーバ４０に送信する。

運営側端末２０は、例えば、パーソナルコンピュータ（デスクトップＰＣ、或いはノートＰＣ）、スマートデバイス、携帯電話等の通信端末である。図１の例では、運営側端末２０は、ノートＰＣとなっているが、運営側端末２０はノートＰＣに限定されない。運営側端末２０は、運営者Ｙが保有する端末である。運営者Ｙは、ショッピングサイト或いはＥＣサイトの運営者である。運営者Ｙは、個人であってもよいし法人であってもよい。図１の例では運営者Ｙは企業等の法人であり、運営側端末２０は、運営者Ｙの従業員それぞれに貸与された端末装置とする。運営者Ｙが運営するサイトにはオンラインモールが含まれる。オンラインモールでは、定期的に或いは不定期に販売活動（例えば、販売キャンペーン）が行われる。運営者Ｙは、セール条件を各ストアに通知するとともに、オンラインモールで行われる販売活動を運営する。

また、運営側端末２０は、ネットワークを介して情報処理サーバ４０との情報のやりとりを行う。例えば、運営側端末２０は、オンラインモールとして機能するウェブページの更新を行う。また、運営側端末２０は、オンラインモールに出店する各ストアと専用のインタフェース（例えば、ストアが商品の更新等を行う専用ページ）を介した情報のやりとりを行う。運営側端末２０は、ストアに対し、販売キャンペーンに関する情報の送信や課金明細の送信等を行う。

ストア端末３０は、例えば、パーソナルコンピュータ、スマートデバイス、携帯電話等の通信端末である。図１の例では、ストア端末３０は、デスクトップＰＣとなっているが、ストア端末３０はデスクトップＰＣに限定されない。ストア端末３０は、各ストアが保有する端末装置である。例えば、ストア端末３０_１はストアＭ１０が保有する端末装置であり、ストア端末３０_２はストアＭ２０が保有する端末装置である。ストア端末３０は、ネットワークを介して情報処理サーバ４０との情報のやりとりを行う。例えば、ストア端末３０は、ストアがオンラインモールで販売する商品の情報を情報処理サーバ４０へ送信する。また、ストア端末３０は、ユーザが購入した商品の情報（例えば、購入商品の識別情報、商品数、配達先、希望配達日時、及び決済情報）を情報処理サーバ４０から受信する。

情報処理サーバ４０は、クライアント端末に対して各種サービスを提供するサーバ用ホストコンピュータである。上述したように、情報処理サーバ４０は、ユーザ或いはストアに対してオンラインモールの機能を提供する。オンラインモールは、複数のストアが出店するサイトである。オンラインモールは、オンラインショッピングモール、サイバーモール、ネット商店街、電子モール等と言い換えることができる。以下の説明では、オンラインモールのことを単にサイトということがある。情報処理サーバ４０は、運営者Ｙが運営する販売活動でのストアの商品の販売に関する処理を実行する。以下、図１を参照しながら、情報処理サーバ４０の動作の概要を説明する。

まず、情報処理サーバ４０は、運営側端末２０から販売活動の企画（以下、販売促進企画という。）の情報を取得する（ステップＳ１）。販売活動は、例えば、運営者がオンラインモールで行う販売キャンペーンである。例えば、販売活動は、クリアランスセール、バーゲンセール、開店セール、閉店セール、記念セール、クリスマスセール、年末セール、年始セール、決算セール等のセールである。セールには、ブラックフライデーも含まれる。また、販売活動は、母の日特集、父の日特集、子供の日特集、バレンタインデー特集、ホワイトデー特集等、所定のテーマに沿った商品を集めて販売する“特集”であってもよい。販売活動は販売促進活動と言い換えることができる。なお、“特集”及び“セール”は販売キャンペーンの一種である。“特集”を“セール”の一種とみなすことも可能である。季節ごとの販売促進活動（販促）も販売活動の一種である。以下の説明では、販売活動は、運営者Ｙがオンラインモールで行う販売キャンペーンであるものとして説明するが、以下の説明で登場する“販売キャンペーン”は、“セール”、“特集”、“販促”等の販売活動を示す言葉に置き換え可能である。なお、以下の説明では、販売活動に出品される商品のことを“セール商品”という。

情報処理サーバ４０は、販売促進企画の情報として、例えば、販売キャンペーンの期間、運営者が販売キャンペーンの実行に要するコスト、セール商品となる商品の種類（テーマであってもよい。）、セール商品の価格帯、セール商品を購入したユーザに与える特典（以下、単に「特典」という。）等の情報を取得する。なお、特典はクーポンやポイントであってもよいし、セール商品の購入価格の割引（以下、単に「商品の割引」という。）であってもよい。商品の割引は、４０％引き、５０％引きといった割引率で特定される割引あってもよいし、４０００円引き、５０００円引きといった割引額で特定される割引であってもよい。特典が商品の割引の場合、販売促進企画の情報には、運営者Ｙがストアに要望する商品の割引の情報が含まれていてもよい。なお、ストアが商品の割引に使用する原資（以下、「割引原資」という。）の一部或いは全部は、運営者Ｙからストアに提供されてもよい。以下の説明では、販売キャンペーンの特典に商品の割引が含まれ、その割引原資の一部或いは全部が、運営者Ｙからストアに提供されるものとして説明する。

情報処理サーバ４０は、セール条件をストアに通知する（ステップＳ２）。セール条件の通知は、運営者Ｙがストアそれぞれに用意した専用ページを介して行われてもよい。
セール条件は、運営者Ｙを通じて提供される商品の種類、価格、特典のいずれかを定めた条件である。セール条件は、ストアが販売キャンペーンに参加するための条件であってもよい。例えば、セール条件は、ストアがセール商品とする商品の種類、価格、特典を定めた情報であってもよい。セール条件で指定される商品の価格は通常価格であってもよいし、販売キャンペーンでの価格であってもよい。セール商品が売り切れという事態を少なくするため、セール条件には、セール商品となる商品の在庫の情報が含まれていてもよい。なお、本実施形態の場合、特典の情報には、商品の割引の情報（例えば、割引率、或いは割引額）が少なくとも含まれる。また、セール条件には、運営者Ｙからストアへの、セール商品の割引原資となるお金の支払いが行われる旨の項目が含まれる。なお、セール条件は、販売前に確定している必要は無く、ストアが販売キャンペーンに参加することを許諾することで販売キャンペーン終了後に確定されてもよい。

なお、情報処理サーバ４０は、オンライン上で販売キャンペーン参加のための規約を確認できるように構成されていてもよい。例えば、情報処理サーバ４０は、各ストアに用意された専用ページ上でストアの店員等が規約を確認できるように構成されていてもよい。そして、情報処理サーバ４０は、ストアがオンライン上で（例えば、専用ページ上で）販売キャンペーンにエントリーできるよう構成されていてもよい。一例として、情報処理サーバ４０は、オンライン上でストアが参加の意思の通知、及びセール商品となる商品の情報等の通知等をできるよう構成されていてもよい。マニュアルでのエントリー（例えば、紙面や対面でのエントリー）を実行しようとすると、参加予定のストアと個別契約が必要となる等、煩雑である。しかし、オンライン上でエントリー可能に構成することにより、そのような煩雑さは少ない。

また、セール条件には、販売キャンペーンに参加可能なストアの条件（以下、参加条件という。）が含まれていてもよい。参加条件は、例えば、運営者Ｙが提供する有料サービスを利用するストアを販売キャンペーンに参加可能なストアとするものであってもよい。有料サービスは、例えば、ストアから支払われる報酬（以下、販売促進費という。）を対価として運営者Ｙが商品の販売促進を行う販売促進サービスであってもよい。販売促進サービスは、商品宣伝サービスと言い換えることも可能である。なお、販売促進費は運営者Ｙの利益になり得る費用である。運営者Ｙは、商品を販売するために広告の表示やセール、クーポンの提供等、商品の販売を促進するための任意の行為に販売促進費を用いてもよい。また、サービス提供者は、販売促進費の全額を用いて、販売促進を行う必要はなく、一部のみを用いてもよく、全てを用いずともよい。また、販売促進費は、例えばオンラインモールにおける出品費用として用いられてもよい。すなわち、本実施形態での「販売促進費」とは、商品の販売を促進するために用いる費用のみならず、オンラインモールにおける様々なサービスの提供に対して用いられる費用をも含む概念である。

販売促進サービスは、運営者Ｙが所定のサイト（例えば、運営者Ｙが運営するサイト）で提供するサービスであってもよい。例えば、販売促進サービスは、運営者Ｙが運営するサイト（例えば、ポータルサイト等）の広告スペースに、ストアが指定する商品の広告を掲載するサービスであってもよい。或いは、運営者Ｙが、検索サイト、ショッピングサイト等、検索結果を表示するサイトを運営しているのであれば、ストアが指定する商品に関するワードが検索クエリとして指定された場合に、検索結果の上位にストアが指定する商品の情報を掲載するサービスであってもよい。商品の宣伝方法は任意である。なお、販売促進サービスのサービス名は任意の言葉を使用可能である。例えば、販売促進サービスのサービス名は、“商品ＰＲサービス”、“ＰＲオプション”等、であってもよい。

販売促進サービスを利用する商品は、ストアが指定可能であってもよい。すなわち、販売促進費を支払う商品はストアが商品毎に設定（オプション設定）可能であってもよい。例えば、販売促進サービスは、ストアが運営者Ｙのサイト（例えば、運営者Ｙが運営するショッピングサイト）に出品している商品毎に、ストア自身でサービスの利用指定ができるよう構成されていてもよい。勿論、販売促進サービスは、ストアが運営者Ｙのサイトに出品している全商品を対象とできるよう構成されていてもよい。販売促進サービスの利用料（すなわち販売促進費）は、商品の価格の一定の割合（例えば、商品の販売価格の２％）であってもよいし、一定の額（例えば、１商品あたり１０００円）であってもよい。利用料を一定の割合（料率、或いは販促割合ともいう。）とする場合、利用料は、運営者Ｙが指定する率であってもよいし、ストアが商品別に或いは全商品に対して指定する率であってもよい。利用料を一定の額とする場合も、利用料は、運営者Ｙが指定する額であってもよいし、ストアが商品別に或いは全商品に対して指定する額であってもよい。これらの指定は、ストアそれぞれに用意された専用ページを介して設定可能であってもよい。なお、情報処理サーバ４０は、販売促進費（金額の大きさ或いは販促割合）に基づいて商品検索時の順位を決定してもよい。

ストアは、情報処理サーバ４０から送信されたセール条件を見て販売キャンペーンに参加するか否か決定する。そして、ストアは、販売キャンペーンに参加する場合には、セール条件を満たす商品の情報を情報処理サーバ４０に送信する。ストアが送信する情報は、例えば、セール商品とする予定の商品（以下、応募商品という。）の識別情報、応募商品の在庫数、応募商品の価格の情報である。応募商品の価格は、通常価格であってもよいし、販売キャンペーンでの価格（以下、セール価格という。）であってもよい。商品情報の送信は、運営者Ｙがストアそれぞれに用意した専用ページを介して行われてもよい。情報処理サーバ４０は、セール条件を満たす商品の情報をストアから取得する（ステップＳ３）。

続いて、情報処理サーバ４０は、運営者Ｙによるセール商品の選択を補助するため、ステップＳ３で情報を取得した応募商品の中からセール商品の候補を選択する。このとき、情報処理サーバ４０は、応募商品のＣＶＲ（Conversion Rate）に基づいてセール商品となる商品の候補を選択してもよい。例えば、選択部４３５は、取得部４３７が情報を取得した商品のＣＶＲに基づいてセール商品となる商品の候補を選択する。例えば、選択部４３５は、ＣＶＲが高い商品をセール商品となる商品の候補として選択してもよい。ＣＶＲとは、配信コンテンツを介して、商品を販売する販売元の利益につながる行動に至る指標を示す。例えば、ＣＶＲは、配信コンテンツを配信した回数に対して各種のコンバージョンに至った回数の割合を示す。ここでコンバージョンとは、サイト上で獲得できる最終成果である。サイトがＥＣサイト、ショッピングサイト或いはオンラインモールなのであれば、コンバージョンは、商品の購入であってもよいし、オンラインモール上のページに表示された商品のクリックであってもよい。なお、本実施形態において、ＣＶＲは、オンラインモールでの過去の実績（例えば、過去一定期間のページへの商品の表示回数と実際にユーザがその商品をクリックした回数）に基づいて算出されたものであってもよい。

また、情報処理サーバ４０は、応募商品のブランドに基づいてセール商品となる商品の候補を選択してもよい。例えば、情報処理サーバ４０は運営者Ｙ等が作成したブランドのリストを記憶する。そして、情報処理サーバ４０はリストに記載のあるブランドをセール商品となる商品の候補として選択してもよい。

また、情報処理サーバ４０は、応募商品の市場価格の推移に基づいてセール商品となる商品の候補を選択してもよい。このとき、選択部４３５は、市場価格が安定している商品（例えば、アプリケーションソフト等の市場価格が固定されている商品）をセール商品の候補として選択してもよい。例えば、情報処理サーバ４０は、運営者Ｙ等が作成した、複数の商品の過去の市場価格の情報を記憶する。そして、情報処理サーバ４０は、所定期間（例えば、過去一定期間）の市場価格の下落が所定の範囲に収まっている商品（例えば、過去１年間の市場価格の下落率が１０％以内に収まっている商品）をセール商品の候補として選択してもよい。

また、情報処理サーバ４０は、市場で取引数が急増している注目商品であって、その価格が変動していない商品をセール商品の候補として選択してもよい。例えば、情報処理サーバ４０は、市場での取引の増加が所定の閾値以上の商品であって、所定期間（例えば、過去一定期間）の市場価格の変動が所定の範囲に収まっている商品をセール商品となる商品の候補を選択してもよい。情報処理サーバ４０は、３か月前の取引数に対する現在の取引数の増加率が予め設定された閾値（例えば、５０％）以上の商品であって、過去３か月間の市場価格の変動がプラスマイナス１０％以内に収まっている商品をセール商品の候補として選択してもよい。或いは、情報処理サーバ４０は、３か月前の取引数に対する現在の取引数の増加数が予め設定された閾値（例えば、１００００個）以上の商品であって、過去３か月間の市場価格の変動がプラスマイナス１０％以内に収まっている商品をセール商品の候補として選択してもよい。

なお、情報処理サーバ４０は、セール商品の候補の選択に先立って、販売キャンペーンに参加可能なストアを判別してもよい。そして、情報処理サーバ４０は、参加可能と判別されたストアの応募商品の中からセール商品の候補を選択してもよい。このとき、情報処理サーバ４０は、運営者Ｙが提供する有料サービスを利用するストアを販売キャンペーンに参加可能なストアとして判別してもよい。例えば、情報処理サーバ４０は、運営者Ｙが運営者Ｙのサイトで提供する有料の販売促進サービスの利用状態が所定の基準を満たすストアを販売キャンペーンに参加可能なストアとして判別してもよい。例えば、情報処理サーバ４０は、過去一定期間の販売促進サービスの利用料の合計が一定額以上のストアを販売キャンペーンに参加可能なストアとして判別してもよい。或いは、情報処理サーバ４０は、運営者Ｙのサイトで提供する全ての商品に対して販売促進サービスを利用するストアを販売活動に参加可能なストアとして判別してもよい。

セール商品となる商品の候補を選択したら、情報処理サーバ４０は、選択した候補を運営側端末２０に送信する（ステップＳ４）。運営者Ｙは、セール商品となる商品の候補を見て、販売キャンペーンへの出品を許可する商品を決定する。運営者Ｙは、その決定情報を情報処理サーバ４０に送信する。決定情報は、販売キャンペーンへ出品が許可された商品（すなわち、セール商品）のリストであってもよい。情報処理サーバ４０は、運営側端末２０から決定情報を取得する（ステップＳ５）。

情報処理サーバ４０は、セール商品の販売サービスを提供する。例えば、情報処理サーバ４０は、運営者Ｙが運営するサイトでストアが販売するセール商品の販売サービスを提供する。運営者Ｙが運営するサイトは例えばオンラインモールであり、情報処理サーバ４０は、複数の異なるストアがサイトで販売するセール商品の販売サービスを提供する。なお、セール商品を販売する者はストアである。情報処理サーバ４０は、ストアによるセール商品の販売を処理する。例えば、情報処理サーバ４０は、運営者Ｙが運営する販売キャンペーンでのセール商品の販売を処理する。より具体的には、情報処理サーバ４０は、ステップＳ５で取得した決定情報に基づいて、販売キャンペーンのためのウェブページ（以下、セールページという。）を生成する（ステップＳ６）。セールページには、セール商品の情報が掲載されていてもよい。また、セールページには、セール商品を販売するストアへのリンクが記載されていてもよい。企画された期間（以下、セール期間という。）が到来したら、情報処理サーバ４０は、ユーザからの要求に応じて、セールページを端末装置１０に送信する（ステップＳ７）。

ユーザは、端末装置１０に表示されたセールページを見ながら、セール商品の購入のための操作をする。情報処理サーバ４０は、端末装置１０から商品購入のための情報を取得する（ステップＳ８）。そして、情報処理サーバ４０は、商品購入のための情報を取得したら、ストアによるセール商品の販売を処理する（ステップＳ９）。例えば、情報処理サーバ４０は、ユーザが指定する商品、商品数、希望届け先等の情報をストア端末３０に送信する。また、情報処理サーバ４０は、商品購入代金の決済処理（入金確認処理、入金があった場合のストアへの通知処理等）を実行する。

また、情報処理サーバ４０は、ストアへの各種サービス利用料金の請求処理を実行する。利用料金の請求は定期的に行われてもよいし、セール期間の終了後、まとめて行われてもよい。なお、セール期間中にストアによりセール商品の販売が行われた場合には、情報処理サーバ４０は、セール商品の割引原資となるお金をストアへ支払うための処理を実行する（ステップＳ１０）。このとき、情報処理サーバ４０は、ストアのセール商品の販売実績に基づいてストアに支払う割引原資の金額を算出してもよい。例えば、情報処理サーバ４０は、該当ストアのセール商品の販売数に所定の金額を乗じた額を該当ストアに支払う割引原資の額としてもよい。或いは、情報処理サーバ４０は、セール商品となった商品の通常価格とセール商品のセール価格との差額に基づいてストアに支払う割引原資の金額を算出してもよい。通常価格はセール期間等の特売期間以外の期間（平常期間）での価格である。

なお、情報処理サーバ４０は、セール商品となった商品のストアによる過去の販売価格に基づいて、セール商品の通常価格を判別してもよい。例えば、情報処理サーバ４０は、該当ストアによる過去所定期間の該当商品の販売価格の平均値（例えば、過去三か月間の該当商品の売り上げを過去三か月間の販売数で割った値）を通常価格として判別してもよい。情報処理サーバ４０は、ストアへのサービス利用料金の請求にあたり、サービス利用料金と割引原資とを合算してもよい。なお、情報処理サーバ４０は、ストアが販売する商品に運営者Ｙへの販売促進費の支払いが設定（例えば、オプション設定）されている場合には、販売促進費と割引原資の額とに基づいてストアに支払う金額を算出してもよい。

なお、情報処理サーバ４０は、ストア毎にクリアリングシステムを用いて、割引原資の支払いを行ってもよい。クリアリングシステムとは、ストア毎に、ストアに発生した「支払いの総額」と「受け取りの総額」とを算出し、ストア毎に、支払いの総額と受け取りの総額との「差し引き額」を精算する決済システムである。例えば、情報処理サーバ４０は、オンラインモールに出店するストア毎に、運営者及び／又は他ストアに対して所定期間中（例えば、１カ月中）に発生した支払いの総額と、運営者及び／又は他ストアに対して所定期間中（例えば、１カ月中）に発生した受け取りの総額と、を算出する。このとき、「支払いの総額」の中には、運営者からストアへの課金（販売促進費の支払い）が含まれていてもよい。また、「受け取りの総額」には、運営者からストアへ支払われる割引原資が含まれていてもよい。そして、情報処理サーバ４０は、ストア毎にそれらの差引額を算出し、該当のストアが「負けストア」なのか「勝ちスト」なのかを判別する。ストアが負けストアの場合、情報処理サーバ４０は、ストアへ差引額を請求するための処理を行い、ストアが勝ちストアの場合、ストアへ差引額を支払うための処理を行う。請求或いは支払のための処理は銀行のサーバを介して行われてもよい。

以上のように、情報処理サーバ４０は、セール条件をストアに通知し、セール条件を満たす商品の情報をストアから取得している。そして、情報処理サーバ４０は、情報を取得した商品の中から選択されるセール商品のストアによる運営者Ｙのサイトでの販売を処理している。ストアまかせで販売を行うのではなく、運営者Ｙの制御の下にあるセール条件に基づいて販売が行われるので、情報処理サーバ４０は高い訴求力のある販売活動（すなわち、多くのユーザを惹きつける販売キャンペーン）を実現できる。

〔２．情報処理システムの構成例〕
以上、本実施形態の情報処理装置の一例である情報処理サーバ４０を例に情報処理装置の動作を述べたが、以下、本実施形態の情報処理装置の構成を説明する。以下の説明では、情報処理サーバ４０を備える情報処理システム１を例に情報処理装置の構成を説明する。最初に、図２を使って実施形態に係る情報処理システム１の構成について説明する。

図２は、実施形態に係る情報処理システム１の構成例を示す図である。図２に示すように、情報処理システム１は、端末装置１０と、運営側端末２０と、ストア端末３０と、情報処理サーバ４０とを備える。端末装置１０、運営側端末２０、ストア端末３０、及び情報処理サーバ４０は、ネットワークＮを介して接続される。ネットワークＮは、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Internet Protocol）網、インターネット等の通信ネットワークである。ネットワークＮには、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。なお、図２に示す情報処理システム１には、端末装置１０、運営側端末２０、ストア端末３０、及び情報処理サーバ４０がそれぞれ複数台含まれてもよい。

端末装置１０は、ページを閲覧するユーザによって利用される情報処理装置である。例えば、端末装置１０は、スマートデバイス、携帯電話、パーソナルコンピュータ等の通信装置である。端末装置１０は、ユーザの操作に従って、情報処理サーバ４０からページ情報を取得する。

運営側端末２０は、オンラインモールを含むサイトの運営者によって利用される情報処理装置である。例えば、運営側端末２０は、スマートデバイス、携帯電話、パーソナルコンピュータ等の端末装置である。運営側端末２０は、運営者の従業員等による操作に従って、サイトの運営に関する各種情報を情報処理サーバ４０に送信する。

ストア端末３０は、商品或いはサービスを提供するストアによって利用される情報処理装置である。例えば、ストア端末３０は、スマートデバイス、携帯電話、パーソナルコンピュータ等の端末装置である。ストア端末３０は、ストアの従業員等による操作に従って、情報処理サーバ４０に商品の販売に関する各種情報を送信する。

情報処理サーバ４０は、端末装置１０にページの情報を配信するサーバ装置である。例えば、情報処理サーバ４０は、ポータルサイト、ニュースサイト、オークションサイト、天気予報サイト、ショッピングサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行サイト、飲食店紹介サイト、ウェブブログなどに関連する各種情報がタイル状に配置されたウェブページを端末装置１０に配信する装置である。情報処理サーバ４０が配信する情報には、オンラインモールのページが含まれる。

〔３．情報処理サーバの構成例〕
次に、情報処理サーバ４０の構成について詳細に説明する。情報処理サーバ４０は、端末装置１０、運営側端末２０、ストア端末３０等のクライアント端末からの要求を処理するサーバ用ホストコンピュータ（以下、単に「サーバ」という。）である。情報処理サーバ４０は、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。また、情報処理サーバ４０は、１つのサーバにより構成されていてもよいし、協同して処理を実行する複数のサーバにより構成されていてもよい。情報処理サーバ４０が複数のサーバで構成される場合、これらサーバの設置場所は離れていてもよい。設置場所が離れていたとしても、協同して処理を実行するのであれば、これらサーバは１つのコンテンツ提供サーバとみなすことができる。

図３は、実施形態に係る情報処理サーバ４０の構成例を示す図である。情報処理サーバ４０は、通信部４１と、記憶部４２と、制御部４３と、を備える。なお、図３に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。

（通信部４１）
通信部４１は、外部の装置と通信する通信インタフェースである。通信部４１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部４１は、ＮＩＣ（Network Interface Card）等のＬＡＮインタフェースであってもよいし、ＵＳＢ（Universal Serial Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部４１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部４１は、情報処理サーバ４０の通信手段として機能する。通信部４１は、制御部４３の制御に従って端末装置１０、運営側端末２０、及びストア端末３０と通信する。

（記憶部４２）
記憶部４２は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部４２は、情報処理サーバ４０の記憶手段として機能する。記憶部４２は、ストアデータベース４２１、企画データベース４２２、エントリーデータベース４２３、商品候補データベース４２４、セール商品データベース４２５、課金情報データベース４２６を記憶する。

ストアデータベース４２１は、ストアがオンラインモールに出品している商品の情報を記憶するデータベースである。図４は、ストアデータベース４２１に格納された情報の一例を示す図である。図４に示した例では、ストアデータベース４２１は、ストアＩＤ、商品ＩＤ、在庫数、価格、二重価格、ＰＲオプション等の項目を有している。

「ストアＩＤ」は、オンラインモールに出店するストアを識別するための識別情報を示す。識別情報は、運営者Ｙによって各ストアに割り当てられる一意のコードである。

「商品ＩＤ」は、ストアがオンラインモールで提供する商品の識別コードである。識別コードは、ＪＡＮ（Japanese Article Number）コード、ＥＡＮ（European Article Number）コード、ＵＰＣ（Universal Product Code）、ＩＴＦ(Interleaved Two of Five)コード等の規格化されたコードであってもよいし、運営者Ｙが独自に定めたコードであってもよい。

「在庫数」は、ストアＩＤで特定されるストアが有する商品ＩＤで示される商品の在庫数である。「在庫数」には、“１１”等の項目値が格納される。

「価格」は、商品ＩＤで示される商品の価格である。例えば、価格は、ストアがオンラインモールで該当商品を販売するときの現在の販売価格である。「価格」には、“２６００”等の項目値が格納される。単位は、円であってもよいしドルであってもよい。

「二重価格」は、ストアＩＤで特定されるストアが商品ＩＤで示される商品を販売する場合に、商品を二重価格とすることが許容されるか否かを示す情報である。例えば、ストアが該当商品を一定価格で一定期間の販売実績がある場合に、二重価格とすることが許容される。二重価格が許容される場合、項目値は例えば「Ｙｅｓ」となり、二重価格が許容されない場合、項目値は例えば「Ｎｏ」となる。

「ＰＲオプション」は、ストアＩＤで特定されるストアが販売促進サービスとしてのＰＲオプションを利用しているか否かを示す情報である。ストアがＰＲオプションを利用している場合、項目値は例えば「Ｙｅｓ」となり、ＰＲオプションを利用していない場合、項目値は例えば「Ｎｏ」となる。

企画データベース４２２は、運営者Ｙが企画する販売キャンペーンの情報を記憶するデータベースである。図５は、企画データベース４２２に格納された情報の一例を示す図である。図５に示した例では、企画データベース４２２は、企画ＩＤ、期間、原資、セール条件等の項目を有している。

「企画ＩＤ」は、運営者Ｙが企画した販売促進企画を識別するための識別情報を示す。識別情報は、企画が起案される度に一意に割り振られる。

「期間」は、企画された販売企画（販売キャンペーン）が実行される期間（すなわち、セール期間）を示す。「期間」には、“２０１７／１０／１〜１０／１４”等の項目値が格納される。

「原資」は、運営者Ｙからストアへ支払われる、セール商品の割引原資の具体的内容である。「原資」には、“５０％”の項目値が格納される。この場合、ストアによりセール商品の販売が行われた場合、セール商品の通常価格の５０％が運営者Ｙからストアへ支払われる。

「セール条件」は、ストアが販売キャンペーンに参加するための条件を示す。セール条件は、価格、割引、在庫等の項目から構成される。「価格」は、ストアがセール商品とすることができる商品の価格条件である。価格条件として示される価格は、通常価格であってもよいし、販売キャンペーンでの価格（セール価格）であってもよい。図５の例では、価格には項目値として“１００００”等の情報が格納されている。この場合、セール条件を満たす商品は、例えば、通常価格が１００００円以上の商品である。

「割引」は、ストアがセール商品とすることができる商品の割引条件である。割引条件として示される割引は、割引率であってもよいし、割引額であってもよい。図５の例では、割引には項目値として“５０％”等の情報が格納されている。この場合、セール条件を満たす商品は、例えば、通常価格から割引率“５０％”で販売可能な商品である。

「在庫」は、ストアがセール商品とすることができる商品の在庫数の条件である。図５の例では、在庫には項目値として“１０”等の情報が格納されている。この場合、セール条件を満たす商品は、例えば、在庫数が１０個以上の商品である。

なお、図５には示されていないが、セール条件には、運営者Ｙからストアへの、セール商品の割引原資となるお金の支払いが行われる旨の項目が含まれていてもよい。例えば、セール条件には、商品一販売あたり商品の通常価格の５０％が割引原資として支払われる旨の情報が項目として含まれていてもよい。

エントリーデータベース４２３は、ストアが応募した応募商品の情報を記憶するデータベースである。図６は、エントリーデータベース４２３に格納された情報の一例を示す図である。図６に示した例では、エントリーデータベース４２３は、ストアＩＤ、商品ＩＤ、在庫数、価格等の項目を有している。ストアＩＤ、商品ＩＤ、在庫数、及び価格は、ストアデータベース４２１のストアＩＤ、商品ＩＤ、在庫数、及び価格と同じである。

商品候補データベース４２４は、情報処理サーバ４０により選択されたセール商品候補の情報を記憶するデータベースである。図７は、商品候補データベース４２４に格納された情報の一例を示す図である。図７に示した例では、商品候補データベース４２４は、ストアＩＤ、商品ＩＤ、在庫数、価格等の項目を有している。ストアＩＤ、商品ＩＤ、在庫数、及び価格は、ストアデータベース４２１のストアＩＤ、商品ＩＤ、在庫数、及び価格と同じである。

セール商品データベース４２５は、販売キャンペーンの出品されるセール商品の情報を記憶するデータベースである。図８は、セール商品データベース４２５に格納された情報の一例を示す図である。図８に示した例では、セール商品データベース４２５は、ストアＩＤ、商品ＩＤ、在庫数、価格等の項目を有している。ストアＩＤ、商品ＩＤ、在庫数、及び価格は、ストアデータベース４２１のストアＩＤ、商品ＩＤ、在庫数、及び価格と同じである。

課金情報データベース４２６は、運営者Ｙからストアに課金されるサービス使用料等の情報を記憶するデータベースである。図９は、課金情報データベース４２６に格納された情報の一例を示す図である。図９に示した例では、課金情報データベース４２６は、ストアＩＤ、基本料金、ＰＲオプション利用料、割引原資、合計等の項目を有している。ストアＩＤは、ストアデータベース４２１のストアＩＤと同じである。

「基本料金」は、ストアＩＤで特定されるストアがオンラインモールに出店するにあたり、運営者Ｙに支払う所定期間（例えば、１カ月）の基本料金である。図９の例では、基本料金には項目値として“１００００”等の情報が格納されている。この場合、基本料金は、例えば、１００００円である。

「ＰＲオプション利用料」は、ストアＩＤで特定されるストアが販売促進サービスとしてのＰＲオプションを利用するにあたり、運営者Ｙに支払う所定期間（例えば、１カ月）の料金である。すなわち、ＰＲオプション利用料は、ストアから運営者Ｙに支払われる販売促進費用である。図９の例では、ＰＲオプション利用料には項目値として“２６００”等の情報が格納されている。この場合、利用料金は、例えば、２６００円である。

「割引原資」は、運営者Ｙからストアに支払われる割引原資の額である。図９の例では、割引原資には項目値として“０”、“-２５３０００”等の情報が格納されている。項目値が“0”となっている場合、該当のストア（図９の例の場合ストアＭ１０）には割引原資となるお金は支払われない。項目値が“−２５３０００”となっている場合、該当のストア（図９の例の場合ストアＭ２０）には運営者Ｙから割引原資として２５３０００円が支払われる。

「合計」は、運営者Ｙからストアへ課金される金額の合計の額である。合計は、例えば、各種サービス利用料金（基本料金を含む。）と割引原資との合算の額である。合計は、所定期間（例えば、１カ月）の利用料金等の合計であってもよい。図９の例では、合計には項目値として“８００００”、“−９００００”等の情報が格納されている。項目値が“８００００”となっている場合、該当のストア（図９の例の場合ストアＭ１０）には所定期間の利用料金として運営者Ｙから８００００が請求される。項目値が“−９００００”となっている場合、該当のストア（図９の例の場合ストアＭ２０）には運営者Ｙから９００００円が支払われる。なお、項目値がマイナスとなっている場合（すなわち、運営者Ｙがストアへ支払わなければならない場合）、合計に記載された金額は翌月への繰り越し金額であってもよい。

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

制御部４３は、図３に示すように、設定受付部４３１と、企画受付部４３２と、通知部４３３と、判別部４３４と、選択部４３５と、提供部４３６と、取得部４３７と、を備える。制御部４３を構成するブロック（設定受付部４３１〜取得部４３７）はそれぞれ制御部４３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ或いは１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部４３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。

設定受付部４３１は、ストア端末３０から商品の販売に関する設定を受け付ける。例えば、設定受付部４３１は、ストア端末３０から運営者Ｙが運営するサイトでの商品の販売に関する設定（例えば、オンラインモールで販売する商品の情報）を受け付ける。また、設定受付部４３１は、ストア端末３０から運営者Ｙがサイトで提供するサービス（例えば、販売促進サービス）を利用するか否かの情報を受け付ける。設定受付部４３１は、ストア端末３０から情報を受け付けたら、受け付けた情報をストアデータベース４２１に登録する。

企画受付部４３２は、運営側端末２０から販売促進企画の情報を受け付ける。企画受付部４３２は、運営側端末２０から情報を受け付けたら、受け付けた情報を企画データベース４２２に登録する。

通知部４３３は、セール条件をストアに通知する。例えば、通知部４３３は、企画データベース４２２に登録されているセール条件に基づいてストアに提示する情報を生成し、専用ページを介してストアにセール条件を送信する。取得部４３７は、セール条件を満たす商品の情報をストアから取得する。なお、セール条件には、運営者Ｙからストアへのセール商品の割引原資となるお金の支払いがなされる旨の内容が含まれていてもよい。この場合、通知部４３３は、運営者Ｙからストアへセール商品の割引のための原資の提供がなされる旨が含まれるセール条件を通知する。

判別部４３４は、販売活動に参加可能なストアを判別する。例えば、判別部４３４は、は、運営者Ｙが提供する所定の有料サービスを利用するストアを販売活動に参加可能なストアとして判別する。運営者Ｙが提供するサービスであってストアから運営者Ｙへの販売促進費の支払いが設定された商品の販売促進サービスを利用するストアを販売活動に参加可能なストアとして判別してもよい。判別部４３４は、販売促進サービスの利用状態が所定の基準を満たすストアを販売活動に参加可能なストアとして判別してもよい。このとき、判別部４３４は所定のサイトで提供する全ての商品に対して販売促進費の支払いを設定するストアを販売活動に参加可能なストアとして判別する。所定のサイトは運営者Ｙが運営するサイトであってもよい。

選択部４３５は、取得部４３７が情報を取得した商品の中からセール商品の候補を選択する。また、選択部４３５は、取得部４３７が情報を取得した商品のブランドに基づいてセール商品となる商品の候補を選択してもよい。また、選択部４３５は、取得部４３７が情報を取得した商品の市場価格の推移に基づいてセール商品となる商品の候補を選択してもよい。例えば、選択部４３５は、所定期間の市場価格の下落が所定の範囲に収まっている商品をセール商品の候補として選択する。選択部４３５は、市場での取引の増加が所定の閾値以上の商品であって、所定期間の市場価格の変動が所定の範囲に収まっている商品をセール商品の候補として選択してもよい。

提供部４３６は、取得部４３７が情報を取得した商品の中から選択されるセール商品の販売サービスを提供する。例えば、提供部４３６は、セール条件を通知する運営者Ｙが運営するサイトでストアが販売するセール商品の販売サービスを提供する。提供部４３６は、複数の異なるストアがサイトで販売するセール商品の販売サービスを提供してもよい。なお、提供部４３６は、所定のサイトの運営者Ｙが運営する販売活動に基づくセール商品の販売を処理するよう構成されていてもよい。

なお、セール条件には、運営者Ｙからストアへのセール商品の割引原資となるお金の支払いがなされる旨の内容が含まれていてもよい。そして、提供部４３６は、ストアによりセール商品の販売が行われた場合には、割引原資となるお金をストアへ支払うための処理を実行してもよい。このとき、提供部４３６は、ストアのセール商品の販売実績に基づいてストアに支払う割引原資の金額を算出してもよい。提供部４３６は、セール商品となった商品の通常価格とセール商品の販売活動での価格との差額に基づいてストアに支払う割引原資の金額を算出してもよい。このとき、提供部４３６は、セール商品となった商品のストアによる過去の販売価格に基づいて、セール商品の通常価格を判別してもよい。また、提供部４３６は、ストアに発生した支払いの総額とストアに発生した受け取りの総額との差引額をストア毎に精算する決済システムを使ってストアに原資を支払う処理を行ってもよい。また、提供部４３６は、ストアが販売する商品に運営者Ｙへの販売促進費の支払いが設定されている場合には、販売促進費と原資の額とに基づいてストアに支払う金額を算出してもよい。

〔４．情報処理サーバの処理フロー〕
次に、図１０を参照しながら、情報処理サーバ４０が実行する処理の手順について説明する。図１０は、企画実行処理の一例を示すフローチャートである。情報処理サーバ４０は、電源が投入されると企画実行処理を開始する。

まず、情報処理サーバ４０は、運営側端末２０からセール条件を取得したか判別する（ステップＳ１１）。例えば、情報処理サーバ４０は、運営側端末２０からセール条件が含まれる販売促進企画を受信したか否か判別する。情報処理サーバ４０は、企画データベース４２２にセール条件を含む新たな販売促進企画が登録されている場合に、セール条件を取得したと判別してもよい。セール条件を取得していない場合（ステップＳ１１：Ｎｏ）、情報処理サーバ４０は、再度ステップＳ１１を実行する。

セール条件を取得している場合（ステップＳ１１：Ｙｅｓ）、情報処理サーバ４０は、セール条件をストアに通知する（ステップＳ１２）。そして、情報処理サーバ４０は、随時、セール条件を満たす商品の情報（応募情報）をストア端末３０から取得し、エントリーデータベース４２３に登録する。応募情報をエントリーデータベース４２３に登録するサーバは情報処理サーバ４０とは別のサーバであってもよい。また、応募情報が記憶する記憶装置は情報処理サーバ４０が備える記憶装置とは別の記憶装置であってもよい。そして、情報処理サーバ４０は、商品の応募期間が終了したか判別する（ステップＳ１３）。応募期間が終了していない場合（ステップＳ１３：Ｎｏ）、情報処理サーバ４０は、再度ステップＳ１３を実行する。

応募期間が終了している場合（ステップＳ１３：Ｙｅｓ）、情報処理サーバ４０は、応募情報をエントリーデータベース４２３から取得する。なお、情報処理サーバ４０が備える記憶装置とは別の記憶装置に応募情報が登録されているのであれば、情報処理サーバ４０はその記憶装置から応募情報を取得する。そして、情報処理サーバ４０は、ストアから情報を取得した商品（応募商品）の中からセール商品の候補を選択する（ステップＳ１４）。そして、情報処理サーバ４０は、セール商品候補の情報を運営側端末２０に送信する。

続いて、情報処理サーバ４０は、運営側端末２０からセール商品の決定情報を取得したか判別する（ステップＳ１５）。決定情報を取得していない場合（ステップＳ１５：Ｎｏ）、情報処理サーバ４０は、再度ステップＳ１５を実行する。決定情報を取得している場合（ステップＳ１５：Ｙｅｓ）、情報処理サーバ４０は、決定情報に基づいてセールページを生成する（ステップＳ１６）。

そして、情報処理サーバ４０は、販売促進企画で定められたセール期間が到来したか判別する（ステップＳ１７）。セール期間が到来していない場合（ステップＳ１７：Ｎｏ）、情報処理サーバ４０は、再度ステップＳ１７を実行する。

セール期間が到来している場合（ステップＳ１７：Ｙｅｓ）、情報処理サーバ４０は、端末装置１０の要求に応じてセールページの情報を端末装置１０に送信するとともに、ユーザからの指示に応じてセール商品の販売処理を実行する（ステップＳ１８）。

続いて、情報処理サーバ４０は、セール期間が終了したか判別する（ステップＳ１９）。セール期間が終了していない場合（ステップＳ１９：Ｎｏ）、情報処理サーバ４０は、再度ステップＳ１８とステップＳ１９を実行する。

セール期間が到来している場合（ステップＳ１９：Ｙｅｓ）、情報処理サーバ４０は、運営者Ｙとストアとの間で生じた各種料金の精算の処理を実行する（ステップＳ２０）。例えば、情報処理サーバ４０は、運営者Ｙからストアに支払われる割引原資の支払いの処理を実行する。精算の処理は銀行のサーバを介して行われてもよい。

精算が完了したら、情報処理サーバ４０は、企画実行処理を終了する。

〔５．変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

例えば、上述の実施形態では、運営者Ｙが提供する有料サービスとして、ＰＲオプション等の販売促進サービスを例示したが、運営者Ｙが提供する有料サービスは販売促進サービスに限られない。運営者Ｙが提供する有料サービスは、メールサービス、ホームページの管理サービス等であってもよい。情報処理サーバ４０はこれらのサービスを利用するストアを販売活動に参加可能なストアとして判別してもよい。

また、情報処理サーバ４０が販売活動（販売キャンペーン）の対象とする商品（セール商品）は、服、電気製品等の有体物に限られない。セール商品は音楽データ、書籍データ（例えば、雑誌、漫画、新聞等の購読用のデータ）、ソフトウェア（例えば、アプリケーションソフト等のダウンロード用データ）等の情報であってもよい。また、セール商品は権利（例えば、所定の航空会社の所定の便に搭乗する権利、一泊二日の国内旅行に関するサービスを受ける権利、その他のサービスを受ける権利）であってもよい。ネットを介して販売できるのであれば、情報、権利も商品の一種である。

本実施形態の情報処理サーバ４０を制御する制御装置は、専用のコンピュータシステムによって実現してもよいし、通常のコンピュータシステムにより実現してもよい。例えば、上述の動作を実行するためのプログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布し、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成してもよい。制御装置は、情報処理サーバ４０の外部の装置（例えば、パーソナルコンピュータ）であってもよいし、内部の装置（例えば、制御部４３）であってもよい。また、上記プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。

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

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

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

〔６．ハードウェア構成〕
実施形態及び変形例に係る情報処理サーバ４０は、例えば図１１に示すような構成のコンピュータ１０００によっても実現可能である。図１１は、情報処理サーバ４０の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ（Central Processing Unit）１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インタフェース（Ｉ／Ｆ）１５００、入出力インタフェース（Ｉ／Ｆ）１６００、及びメディアインタフェース（Ｉ／Ｆ）１７００を有する。

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

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

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

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

例えば、コンピュータ１０００が実施形態に係る情報処理サーバ４０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部４３の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

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

〔７．効果〕
本実施形態によれば、情報処理サーバ４０は、セール条件をストアに通知し、セール条件を満たす商品の情報をストアから取得する。そして、情報処理サーバ４０は、情報を取得した商品の中から選択されるセール商品の販売サービスを提供する。例えば、情報処理サーバ４０は、運営者Ｙが運営する販売活動に基づくセール商品の販売を処理する。ストアまかせで販売を行うのではなく、運営者Ｙの制御の下にあるセール条件に基づいて販売が行われるので、情報処理サーバ４０は訴求力のある販売活動を実現できる。

情報処理サーバ４０は、セール条件を通知する運営者Ｙからストアへセール商品の割引のための原資の提供がなされる旨の内容が含まれるセール条件を通知する。そして、情報処理サーバ４０は、ストアによりセール商品の販売が行われた場合には、割引原資となる金額をストアへ支払うための処理を実行する。運営者から割引原資が支払われるので、販売活動がより運営者の思い通りのものとすることができる。結果として、情報処理サーバ４０は訴求力のある販売活動を実現できる。

また、情報処理サーバ４０は、ストアのセール商品の販売実績に基づいてストアに支払う割引原資の金額を算出する。例えば、情報処理サーバ４０は、セール商品となった商品の通常価格とセール商品のセール価格との差額に基づいてストアに支払う割引原資の金額を算出する。情報処理サーバ４０は、セール商品となった商品のストアによる過去の販売価格に基づいて、セール商品の通常価格を判別する。ストアに支払われる割引原資の金額をストアの納得感の高いものとすることができる。結果として、情報処理サーバ４０は、多くのストアを販売活動に参加させることができる。多くの魅力あるストアが販売活動に参加することで、情報処理サーバ４０は訴求力のある販売活動を実現できる。

また、情報処理サーバ４０は、ストアに発生した支払いの総額とストアに発生した受け取りの総額との差引額をストア毎に精算する決済システムを使ってストアに割引原資を支払うための処理を実行する。ストアへの割引原資の支払いが容易となる。

また、情報処理サーバ４０は、ストアが販売する商品に前記運営者への販売促進費の支払いが設定されている場合には、販売促進費と割引原資の額とに基づいてストアに支払う金額を算出する。販売促進費の受領と割引原資の支払いとを相殺することにより、運営者Ｙとストアとがやりとりする金額を少なくできる。結果として、運営者Ｙとストアとの決済が容易となる。

また、情報処理サーバ４０は、セール条件を通知する運営者Ｙが運営するサイトでストアが販売するセール商品の販売サービスを提供する。例えば、情報処理サーバ４０は、複数の異なるストアが運営者Ｙのサイトで販売するセール商品の販売サービスを提供する。情報処理サーバ４０は運営者Ｙのサイトを訴求力のあるものとできる。

また、情報処理サーバ４０は、販売活動に参加可能なストアを判別する。例えば、情報処理サーバ４０は、運営者Ｙが提供する所定の有料サービスを利用するストアを販売活動に参加可能なストアとして判別する。例えば、情報処理サーバ４０は、運営者Ｙが運営者Ｙのサイトで提供する有料の商品宣伝サービスの利用状態が所定の基準を満たすストアを販売活動に参加可能なストアとして判別する。或いは、情報処理サーバ４０は、ストアが運営者Ｙのサイトで提供する全ての商品に対して商品宣伝サービスを利用するストアを販売活動に参加可能なストアとして判別する。新規ユーザの獲得のみなならず、販売活動を通じて、運営者が提供するストア向けの有料サービスのカバレッジを広げることができる。また、有料サービスの利用を販売活動参加の条件とすることにより、運営者Ｙは割引原資の一部或いは全部を回収できる。

なお、販売活動は、運営者Ｙがオンラインモールで行う販売キャンペーンである。販売キャンペーンにより、オンラインモールを利用するユーザの拡大を図ることができる。

また、情報処理サーバ４０は、取得部４３７が情報を取得した商品の中からセール商品の候補を選択する。例えば、情報処理サーバ４０は、取得部が情報を取得した商品のＣＶＲ（Conversion Rate）に基づいてセール商品となる商品の候補を選択する。ＣＶＲの高い商品は多くのユーザにとって魅力ある商品である可能性が高いので、情報処理サーバ４０は訴求力のある販売活動を実現できる。

また、情報処理サーバ４０は、取得部４３７が情報を取得した商品のブランドに基づいてセール商品となる商品の候補を選択する。ユーザを惹きつけるブランドの商品をセール商品とすることで、情報処理サーバ４０は高い訴求力のある販売活動を実現できる。

また、情報処理サーバ４０は、取得部４３７が情報を取得した商品の市場価格の推移に基づいてセール商品となる商品の候補を選択する。例えば、情報処理サーバ４０は、所定期間の市場価格の下落が所定の範囲に収まっている商品をセール商品の候補として選択する。商品の価格が下がりにくい商品（例えば、ＯＳ等のソフト）の値下げ販売はユーザのお得感が強い。商品の価格が下がりにくい商品をセール商品とすることで、情報処理サーバ４０は訴求力のある販売活動を実現できる。

また、情報処理サーバ４０は、市場での取引の増加が所定の閾値以上の商品であって、所定期間の市場価格の変動が所定の範囲に収まっている商品をセール商品の候補として選択する。市場で取引数が急増している注目商品であって、その価格が変動していない商品（例えば、新商品で値崩れしていない商品）の値下げ販売はユーザのお得感が強い。このような商品をセール商品とすることで、情報処理サーバ４０は訴求力のある販売活動を実現できる。

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

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

１…情報処理システム
１０…端末装置
２０、２０_１、２０_２…運営側端末
３０、３０_１、３０_２…ストア端末
４０…情報処理サーバ
４１…通信部
４２…記憶部
４２１…ストアデータベース
４２２…企画データベース
４２３…エントリーデータベース
４２４…商品候補データベース
４２５…セール商品データベース
４２６…課金情報データベース
４３…制御部
４３１…設定受付部
４３２…企画受付部
４３３…通知部
４３４…判別部
４３５…選択部
４３６…提供部
４３７…取得部
Ｙ…運営者
Ｍ１０、Ｍ２０…ストア

Claims (25)

1. セール条件をストアに通知する通知部と、
   前記セール条件を満たす商品の情報を前記ストアから取得する取得部と、
   前記取得部が情報を取得した商品の中から選択されるセール商品の販売サービスを提供する提供部と、を備え、
   前記通知部は、前記セール条件を通知する運営者から前記ストアへ、前記セール商品の割引のための原資の提供がなされる旨が含まれる前記セール条件を通知し、
   前記提供部は、前記ストアにより前記セール商品の販売が行われた場合には、前記原資を前記ストアへ支払うための処理を実行する、
   ことを特徴とする情報処理装置。
2. セール条件をストアに通知する通知部と、
   前記セール条件を満たす商品の情報を前記ストアから取得する取得部と、
   前記取得部が情報を取得した商品の中から選択されるセール商品の販売サービスを提供する提供部と、
   前記取得部が情報を取得した商品の中から前記セール商品の候補を選択する選択部と、を備え、
   前記選択部は、前記取得部が情報を取得した商品の市場価格の推移に基づいて前記セール商品となる商品の候補を選択する、
   ことを特徴とする情報処理装置。
3. 前記通知部は、前記セール条件を通知する運営者から前記ストアへ、前記セール商品の割引のための原資の提供がなされる旨が含まれる前記セール条件を通知し、
   前記提供部は、前記ストアにより前記セール商品の販売が行われた場合には、前記原資を前記ストアへ支払うための処理を実行する、
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記提供部は、前記ストアの前記セール商品の販売実績に基づいて前記ストアに支払う前記原資の金額を算出する、
   ことを特徴とする請求項１又は３に記載の情報処理装置。
5. 前記提供部は、前記セール商品となった商品の通常価格と前記セール商品の価格との差額に基づいて前記ストアに支払う前記原資の金額を算出する、
   ことを特徴とする請求項１、３又は４に記載の情報処理装置。
6. 前記提供部は、前記セール商品となった商品の前記ストアによる過去の販売価格に基づいて、前記セール商品の前記通常価格を判別する、
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記提供部は、ストアに発生した支払いの総額とストアに発生した受け取りの総額との差引額をストア毎に精算する決済システムを使って前記ストアに前記原資を支払う処理を行う、
   ことを特徴とする請求項１、３、４、５又は６に記載の情報処理装置。
8. 前記提供部は、前記ストアが販売する商品に前記運営者への販売促進費の支払いが設定されている場合には、前記販売促進費と前記原資の額とに基づいて前記ストアに支払う金額を算出する、
   ことを特徴とする請求項１、３、４、５、６又は７に記載の情報処理装置。
9. 前記提供部は、前記セール条件を通知する運営者が運営するサイトで前記ストアが販売する前記セール商品の販売サービスを提供する、
   ことを特徴とする請求項１〜８のいずれか１項に記載の情報処理装置。
10. 前記提供部は、複数の異なるストアが前記サイトで販売する前記セール商品の販売サービスを提供する、
    ことを特徴とする請求項９に記載の情報処理装置。
11. 前記運営者が前記サイトで運営する販売活動に参加可能なストアを判別する判別部、を備える、
    ことを特徴とする請求項９又は１０に記載の情報処理装置。
12. 前記判別部は、前記運営者が提供するサービスであってストアから前記運営者への販売促進費の支払いが設定された商品の販売促進サービスを利用するストアを前記販売活動に参加可能なストアとして判別する、
    ことを特徴とする請求項１１に記載の情報処理装置。
13. 前記判別部は、前記販売促進サービスの利用状態が所定の基準を満たすストアを前記販売活動に参加可能なストアとして判別する、
    ことを特徴とする請求項１２に記載の情報処理装置。
14. 前記判別部は、前記サイトで提供する全ての商品に対して前記販売促進費の支払いを設定するストアを前記販売活動に参加可能なストアとして判別する、
    ことを特徴とする請求項１３に記載の情報処理装置。
15. 前記販売活動は、前記運営者がオンラインモールで行う販売キャンペーンである、
    ことを特徴とする請求項１１〜１４のいずれか１項に記載の情報処理装置。
16. 前記取得部が情報を取得した商品の中から前記セール商品の候補を選択する選択部、を備える、
    ことを特徴とする請求項１に記載の情報処理装置。
17. 前記選択部は、前記取得部が情報を取得した商品のＣＶＲ（Conversion Rate）に基づいて前記セール商品となる商品の候補を選択する、
    ことを特徴とする請求項２、３又は１６に記載の情報処理装置。
18. 前記選択部は、前記取得部が情報を取得した商品のブランドに基づいて前記セール商品となる商品の候補を選択する、
    ことを特徴とする請求項２、３、１６又は１７に記載の情報処理装置。
19. 前記選択部は、前記取得部が情報を取得した商品の市場価格の推移に基づいて前記セール商品となる商品の候補を選択する、
    ことを特徴とする請求項１６に記載の情報処理装置。
20. 前記選択部は、所定期間の市場価格の下落が所定の範囲に収まっている商品をセール商品の候補として選択する、
    ことを特徴とする請求項２、３又は１９に記載の情報処理装置。
21. 前記選択部は、市場での取引の増加が所定の閾値以上の商品であって、所定期間の市場価格の変動が所定の範囲に収まっている商品をセール商品の候補として選択する、
    ことを特徴とする請求項２、３、１９又は２０に記載の情報処理装置。
22. 情報処理装置が実行する情報処理方法であって、
    セール条件をストアに通知する通知工程と、
    前記セール条件を満たす商品の情報を前記ストアから取得する取得工程と、
    前記取得工程で情報を取得した商品の中から選択されるセール商品の販売サービスを提供する提供工程と、を含み、
    前記通知工程では、前記セール条件を通知する運営者から前記ストアへ、前記セール商品の割引のための原資の提供がなされる旨が含まれる前記セール条件を通知し、
    前記提供工程では、前記ストアにより前記セール商品の販売が行われた場合には、前記原資を前記ストアへ支払うための処理を実行する、
    ことを特徴とする情報処理方法。
23. 情報処理装置が実行する情報処理方法であって、
    セール条件をストアに通知する通知工程と、
    前記セール条件を満たす商品の情報を前記ストアから取得する取得工程と、
    前記取得工程で情報を取得した商品の中から選択されるセール商品の販売サービスを提供する提供工程と、
    前記取得工程で情報を取得した商品の中から前記セール商品の候補を選択する選択工程と、を含み、
    前記選択工程では、前記取得工程で情報を取得した商品の市場価格の推移に基づいて前記セール商品となる商品の候補を選択する、
    ことを特徴とする情報処理方法。
24. セール条件をストアに通知する通知手順と、
    前記セール条件を満たす商品の情報を前記ストアから取得する取得手順と、
    前記取得手順で情報を取得した商品の中から選択されるセール商品の販売サービスを提供する提供手順と、をコンピュータに実行させ、
    前記通知手順では、前記セール条件を通知する運営者から前記ストアへ、前記セール商品の割引のための原資の提供がなされる旨が含まれる前記セール条件を通知し、
    前記提供手順では、前記ストアにより前記セール商品の販売が行われた場合には、前記原資を前記ストアへ支払うための処理を実行する、
    ことを特徴とする情報処理プログラム。
25. セール条件をストアに通知する通知手順と、
    前記セール条件を満たす商品の情報を前記ストアから取得する取得手順と、
    前記取得手順で情報を取得した商品の中から選択されるセール商品の販売サービスを提供する提供手順と、
    前記取得手順で情報を取得した商品の中から前記セール商品の候補を選択する選択手順と、をコンピュータに実行させ、
    前記選択手順では、前記取得手順で情報を取得した商品の市場価格の推移に基づいて前記セール商品となる商品の候補を選択する、
    ことを特徴とする情報処理プログラム。

Images