JP2013120562A - 価格決定装置および価格決定方法 - Google Patents

Abstract

【課題】ゲームソフトウェアを効率よく流通させるための技術を提供する。
【解決手段】目標販売数保持部７１４は、コンテンツの目標販売数を保持し、コンテンツ価格保持部７２４は、コンテンツの価格を保持する。販売数カウント部７０４は、１日分のコンテンツの販売数をカウントし、価格決定部７０６は、カウントした販売数に基づいてコンテンツの価格を決定する。価格決定部７０６は、カウントした販売数が目標販売数以上である場合に、コンテンツの価格を上げ、カウントした販売数が目標販売数より少ない場合に、コンテンツの価格を下げる。
【選択図】図１０

Description

本発明は、コンテンツの価格を変更する技術に関する。

従来、ゲームソフトウェアは、光ディスクや光磁気ディスクなどのＲＯＭ媒体の形態で流通、販売されていたが、近年では、ゲーム装置が、インターネット回線を通じてコンテンツ管理サーバからゲームソフトウェアをダウンロードする仕組みが整備されている。ユーザは、コンテンツ提供システムが運営するネットワーク上のオフィシャルストアにアクセスして、所望のゲームを購入することで、現実世界のゲームショップに出向くことなく、すぐにゲームをプレイできる。

毎年、何百、何千ものゲームが開発され、販売されている。そのうちのいくつかは爆発的な人気を博すことがある一方、それほどユーザに知られることなく、埋もれていくゲームも存在する。ユーザの嗜好は多種多様であり、日の目を見なかったゲームの中にも、ある特定の嗜好をもつユーザには非常に好まれるものも存在しうる。オフィシャルストアは、新しいゲームや人気のあるゲームなどをユーザが探しやすい構成となっているが、オフィシャルストアでユーザが自分の嗜好に合ったゲームを探しだすことは容易でなく、古く且つ人気のないゲームであれば尚更である。そこで、数多のゲームのなかで埋没したゲームを掘り起こすことのできる環境の整備が求められている。

ユーザがゲームソフトウェアを購入するか否かを決定するにあたり、ゲームソフトウェアの価格は、その決定に大きな影響を与える。そのためディベロッパ（ゲームメーカ）やパブリッシャは、慎重にゲームソフトウェアの価格を設定するのであるが、一方で、将来的な販売本数の見込みをたてることは、必ずしも容易なことではない。価格を高く設定すると、見込んだ販売本数に届かない可能性があり、一方で価格を低く設定すると、見込んだ販売本数には届いても、利益が思ったほど伸びない可能性がある。そこで、価格設定に関する１つの選択肢として、ゲームソフトウェアを効率よく流通させるための従来にない概念の登場が期待されている。

そこで本発明は、ゲームソフトウェアを効率よく流通させるための技術を提供することを目的とする。

上記課題を解決するために、本発明のある態様の価格決定装置は、コンテンツの目標販売数を保持する第１保持部と、コンテンツの価格を保持する第２保持部と、コンテンツの販売数をカウントするカウント部と、コンテンツの価格を決定する価格決定部とを備える。価格決定部は、カウントした販売数が目標販売数以上である場合に、コンテンツの価格を上げる。

本発明の別の態様の価格決定方法は、コンテンツの目標販売数を保持するステップと、コンテンツの価格を保持するステップと、コンテンツの販売数をカウントするステップと、コンテンツの価格を決定するステップとを備える。価格決定ステップは、カウントした販売数が目標販売数以上である場合に、コンテンツの価格を上げる。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によると、ゲームソフトウェアを効率よく流通させるための技術を提供することが可能となる。

本発明の実施例にかかるコンテンツ提供システムを示す図である。 本実施例のストア提供システムを示す図である。 ユーザストアの世界観を示す図である。 ストアの設置状態を示す図である。 （ａ）は販売可能なコンテンツリストを示す図であり、（ｂ）はコメント欄を示す図である。 ユーザストアの一例を示す図である。 ストア選択画面を示す図である。 表示されるコメント欄を示す図である。 価格変動の仕組みを導入した際の価格の推移の一例を示す図である。 価格決定装置の構成を示す図である。 コンテンツ価格の決定処理のフローチャートを示す図である。

本発明の実施例は、コンテンツを効率的に流通させるためのシステムを提案する。このコンテンツ提供システムでは、前提として、複数のコンテンツを管理するサーバが設けられ、サーバが管理するコンテンツが、オンラインストアにより販売される。実施例においてコンテンツはゲームソフトウェアであるが、音楽やムービーなどのデジタルコンテンツであってもよい。またコンテンツはデジタルコンテンツに限らず、書籍やＤＶＤなどであってもよい。コンテンツ提供システムにおいて、２種類のオンラインストアが用意され、ユーザは、いずれのオンラインストアからもコンテンツを購入できる。

オンラインストアの１つは、システムの運営主体により管理される所謂オフィシャルストアであり、ユーザの端末装置は、インターネット回線を通じてオフィシャルストアにアクセスして、コンテンツをダウンロードできる。オフィシャルストアでは、何千、何万ものコンテンツが販売されており、ユーザは、その中から所望のコンテンツを購入する。

別のオンラインストアは、ユーザにより提供される。すなわち、本実施例のコンテンツ提供システムでは、ユーザが、コンテンツを購入する主体であるとともに、コンテンツを販売する主体にもなることができる。なお全てのユーザがストアを開く必要はなく、あくまでも希望するユーザが、コンテンツの販売主体となるのであり、ユーザは、サーバで管理されているコンテンツの１つ又は複数を商品として選択して、自身のショップ（ユーザストア）にて販売できる。なおユーザは、システム運営主体からコンテンツを買い取って、それを販売するのではなく、あくまでもサーバで管理されているコンテンツの販売窓口を担当する。ユーザストアを訪問した別のユーザ（以下、「訪問ユーザ」ともよぶ）が、ユーザストアからコンテンツを購入すると、ユーザストアの店主に対して手数料が支払われる仕組みとなっており、したがってユーザストアの店主は、所謂アフィリエータとして、本システムに参加することになる。

これから購入しようとするゲームタイトルが分かっている場合、ユーザは、オフィシャルストアで、そのゲームタイトルをサーチすることで、ゲームを容易に購入できる。このように、購入するゲームを決めているユーザは、通常はオフィシャルストアを利用してゲームを購入する。しかしながら、有名でないコンテンツは、そもそもユーザに知られていないため、オフィシャルストアでサーチされる機会は少なく、したがって数多のゲームの中に埋没する可能性が高い。

一方、ユーザストアでは、各ユーザが独自の視点でゲームタイトルを揃えている。たとえばシューティングゲームの好きなユーザは、ストアで自分が面白いと考えるシューティングゲームを販売し、その際に、そのゲームに対するコメントも付記して、ゲームの面白さをアピールする。ユーザストアにおいて、付記するゲームのコメントは、このストアを訪問したユーザの購入意欲を高めるためのいわば売り文句であり、訪問ユーザはコメントを読むことで、面白そうなゲームの存在を、はじめて知ることになる。

この仕組みを、ストアの店主の目線でみると、通常、有名なゲームは、オフィシャルストアから購入されることが多いため、有名なゲームばかりを品揃えしても、訪問ユーザが、ユーザストアからゲームを購入する可能性は高くない。そのため店主は、レアで面白いゲームを揃えて、ストアのオリジナリティをアピールする。ユーザストアで商品が売れると店主に利益が還元されるため、店主も商品の品揃えや魅力あるコメントの作成に力を入れて、訪問ユーザの数を増やすよう努力する。このように本システムでは、ユーザストアの設立を可能とすることで、これまで埋もれていたゲームが発掘されるチャンスを自律的に高められ、ディベロッパやパブリッシャにとっても好ましい環境を実現できる。

また、コンテンツを効率的に流通させるために、本システムは、コンテンツの価格を販売状況に応じて変動させる仕組みを提供する。コンテンツの価格は、過去の販売数に基づいて定期的に変更され、たとえば前日の販売数に応じて毎日変更されてもよい。一般にコンテンツの価格はディベロッパやパブリッシャにより決定され、一度決定されると、基本的に変更されることはない。価格固定の場合、最初の価格設定が高すぎると、コンテンツは売れにくく、低すぎると、コンテンツは売れやすいが利益はでにくくなる。そのため、従来の価格固定とは異なり、本システムは、最初からコンテンツ価格を販売状況に合わせて変動させる仕組みを導入することで、市場原理に応じた適正価格を動的に設定し、コンテンツの流通を促進させる。

図１は、本発明の実施例にかかるコンテンツ提供システム１を示す。コンテンツ提供システム１は、複数の端末装置１０ａ、１０ｂ、１０ｃ（以下、総称する場合には「端末装置１０」とよぶ）およびサーバシステム２０を備え、端末装置１０とサーバシステム２０は、インターネットなどのネットワーク２を介して接続されている。

端末装置１０はユーザにより操作される情報処理装置である。端末装置１０は、サーバシステム２０によって提供されるストアからコンテンツを購入してダウンロードでき、またサーバシステム２０内に、ユーザストアを生成できる。本実施例において端末装置１０は、ゲーム実行機能を有するゲーム装置であるが、パーソナルコンピュータやスマートフォンであってもよく、また据置型、携帯型のいずれのタイプであってもよい。

サーバシステム２０は、コンテンツ管理装置３０、行動履歴記録装置４０、ユーザストア生成装置５０、ストア提供装置６０および価格決定装置７０を備える。サーバシステム２０は、１つのサーバにより構成されてもよいが、複数のサーバにより構成されてもよい。ユーザはネットワークアカウントを有し、端末装置１０は、ネットワークアカウントを用いて、サーバシステム２０にアクセスする。

コンテンツ管理装置３０は、複数のコンテンツを保持し、コンテンツデータベースにて管理している。行動履歴記録装置４０は、サーバシステム２０にアクセスするユーザの行動履歴を記録する。行動履歴記録装置４０は、たとえばユーザが購入したゲームタイトルや、ゲームのプレイ時間、プレイ成果などを、ユーザのネットワークアカウントに紐付けて記録する。

ユーザストア生成装置５０は、ユーザが運営するユーザストアを生成する。具体的にユーザは、ユーザストア生成装置５０により提供される手順にしたがって、自身のストアを生成するための情報をユーザストア生成装置５０に登録する。ユーザストア生成装置５０に登録した情報は、ストア提供装置６０に渡される。ストア提供装置６０は、サーバシステム２０の運営主体が管理するオフィシャルストアをネットワーク上に展開するとともに、ユーザストア生成装置５０により生成されたユーザストアもネットワーク上に展開する。以下、ユーザストアの生成および提供処理について説明する。

＜ユーザストアの生成および提供処理＞
ユーザストア生成装置５０は、仮想空間においてユーザが運営するユーザストアを生成する。本実施例においてユーザストア生成装置５０は、２次元仮想空間にユーザストアを生成するが、３次元仮想空間にユーザストアを生成してもよい。ストア提供装置６０は、ユーザストア生成装置５０により生成されたユーザストアをネットワーク２上で提供し、他のユーザからの購入要求を受け付ける。ユーザストア経由でコンテンツが購入されると、ストア提供装置６０は、そのユーザストアの店主に対して、コンテンツ販売に対する利益を還元する。以下において、利益は、コンテンツ提供システム１内において利用可能なポイントであり、ポイントは、通貨と同等の価値をもつ仮想通貨として取り扱われる。

図２は、本実施例のストア提供システム３を示す。ストア提供システム３は、ユーザストア生成部５００およびストア提供部６００を少なくとも備えて構成される。図１を参照して、ユーザストア生成装置５０は、ユーザストア生成部５００によるユーザストア生成機能を実現し、ストア提供装置６０は、ストア提供部６００によるストア提供機能を実現するが、サーバシステム２０において、いずれの装置がユーザストア生成機能およびストア提供機能を実現してもよい。

ユーザストア生成部５００は、領域提供部５０２、ストア設置部５０４、内装生成部５０６、候補提示部５０８、商品情報受付部５１０、説明情報受付部５１２、コンテンツ配置部５１４および完了受付部５１６を有する。またストア提供部６００は、オフィシャルストア提供部６０２、ユーザストア提供部６０４、購入受付部６０６、還元部６０８および情報提供部６１０を有する。これらの構成は、ハードウエアコンポーネントでいえば、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

図３は、ストア提供システム３が提供するユーザストアの世界観を示す。図３に示すユーザストア世界では、全世界がＡ区〜Ｅ区に分けられており、ユーザは好きな地域に仮想ストアを生成できる。各地域は、ユーザがストアを設立し、またストアを訪問するユーザがコンテンツを購入することで、自律的に発展していく。ユーザがスポーツゲーム専門の店舗を生成する場合、たとえばＣ区にスポーツゲーム専門店が集まっていれば、Ｃ区以外の地域でストアを開こうとするかもしれない。一方で、このようなケースでは、スポーツゲームを求める訪問ユーザがＣ区に集まるため、そのような訪問ユーザをターゲットとするために、Ｃ区にストアを開こうとするかもしれない。このように店主となるユーザは、現実世界と同じようにストアの立地条件を判断し、ストアの設置場所を決めていく。

図４は、Ｃ区におけるストアの設置状態を示す。各地域は、複数の領域に区分けされており、空いた領域に、ユーザはストアを設置できる。図中、家のマークが付加された領域は、既にストアが設立されており、家のマークが付加されていない領域は、空き地であることを示す。領域提供部５０２は、ユーザストアを設置するための領域をユーザに提供し、具体的には図３に示すストア世界のＧＵＩ、および図４に示す区分けした領域をもつ地域のＧＵＩを、店主となるユーザに対して、この順に提供する。

ストアを開くユーザは、ネットワークアカウントを利用して、端末装置１０からユーザストア生成装置５０にアクセスする。端末装置１０のディスプレイには、図３に示すストア世界が表示され、ユーザがいずれかの地域を選択すると、ディスプレイに、図４に示す地域が表示される。ユーザは、選択した地域において、ストアを設置するための空き領域を選択する。端末装置１０は、ポインタなどの入力インタフェースを有し、ユーザは、入力インタフェースを用いて、図３に示される地域の選択、および図４に示される空き領域の選択を行う。このときユーザは、地域ごとの特徴を考慮した上で地域を選択し、また、周囲に存在する他ユーザのストアの強み、弱みを把握した上で、ストアを設置する領域を選択する。ストア設置部５０４は、地域および空き領域の選択を受け付け、指定された空き領域に、ユーザストアを設置する。以上により、仮想空間におけるユーザストアの位置が定められる。

続いてユーザは、ストアの内装を作る。ストアの内装は店主のセンスをアピールし、また訪問ユーザが直観的にストアの方向性を把握するための重要な要素となる。たとえばホラーゲームを販売するストアでは、やはり内装も怖い雰囲気を醸し出すことが好ましい。ストア内装の雰囲気が訪問ユーザにマッチすれば、訪問ユーザは、否応なしにゲームの品揃えにも期待をもつようになるため、店主となるユーザは、ストアの内装に工夫を凝らすところとなる。内装生成部５０６は、ユーザに対して、棚、壁紙、小物、ＢＧＭなどの内装要素の選択肢を提供する。ユーザが、それぞれの内装要素を選ぶことで、内装生成部５０６が、ストアの内装を生成する。内装生成部５０６は、ユーザの要求に応じて、いつでも内装要素の選択肢を提供し、内装を変更可能とすることが好ましい。

ストアの設置場所およびストアの内装が決まると、ユーザは、ストアにおいて販売するコンテンツ（ゲーム）を指定する。このときユーザは、コンテンツ管理装置３０のコンテンツデータベース３２に登録されている任意のゲームを販売できるのではなく、ユーザ自身が購入したコンテンツおよび／またはユーザが利用したコンテンツを販売することができる。

行動履歴記録装置４０は、ネットワークアカウントを用いてサーバシステム２０にアクセスするユーザの行動履歴を、行動履歴データベース４２に蓄積している。行動履歴データベース４２には、ユーザが購入したゲームタイトルや、ゲームのプレイ時間、プレイにより獲得したゲーム世界における賞品などを含む行動履歴が蓄積される。行動履歴記録装置４０は、サーバシステム２０にアクセスしている間の端末装置１０の挙動を監視し、行動履歴データベース４２に蓄積する。なお端末装置１０が、ユーザの行動履歴を蓄積し、サーバシステム２０にアクセスしたときに、蓄積した行動履歴を行動履歴記録装置４０に送信して、行動履歴データベース４２に記録するようにしてもよい。このように端末装置１０がサーバシステム２０にアクセスすると、行動履歴データベース４２における行動履歴が最新の状態に更新されることが好ましい。したがって、ユーザが、販売するコンテンツを指定する際には、必ずサーバシステム２０にアクセスしているため、行動履歴データベース４２において最新の行動履歴が、ユーザのネットワークアカウントに紐付けられて記録されることになる。

候補提示部５０８は、行動履歴データベース４２においてユーザのネットワークアカウントに紐付けられた行動履歴を参照して、ユーザが販売可能なコンテンツを抽出する。具体的に候補提示部５０８は、ユーザの行動履歴から、ユーザが過去に購入したゲームおよび／またはユーザが過去にプレイしたゲームを、販売可能なコンテンツとして抽出し、リスト形式でユーザに提示する。

図５（ａ）は、販売可能なコンテンツリストを示す。候補提示部５０８がコンテンツリストを端末装置１０に送信すると、端末装置１０は、ディスプレイにコンテンツリストを表示する。ユーザが販売するゲームを選択すると、ディスプレイには、選択したゲームに対するコメントを書き込むためのコメント欄が表示される。図５（ｂ）は、コメント欄５２を示す。ユーザがコメントを入力し、決定ボタンを押すと、選択したゲームを特定するための情報（たとえば、タイトルＩＤ）および入力したコメントがユーザストア生成部５００に送信される。商品情報受付部５１０は、タイトルＩＤを、ストアにおいて販売するコンテンツを特定する情報として受け付け、また説明情報受付部５１２は、入力されたコメントを、商品の説明情報として受け付ける。

商品情報受付部５１０は、最大で、コンテンツリストに含まれるコンテンツの数だけ、商品の指定を受け付ける。なおストアに対して、ゲームの販売数の制限が設けられてもよく、たとえば販売数は２０タイトルに制限されてもよい。また店主が過去に購入したゲーム数に応じて、ゲーム販売数の制限が設定されてもよく、たとえば、過去に購入したゲーム数の半分が、ゲームの販売数の上限に設定されてもよい。コンテンツ配置部５１４は、商品情報受付部５１０にて受け付けたコンテンツに関する情報を、ストア内に配置する。ここで、コンテンツに関する情報は、コンテンツのパッケージ画像であるが、ゲームタイトルであってもよい。いずれにしても、ストア内に配置される情報は、訪問ユーザが見て、他のゲームと区別できるものであればよい。

コンテンツ配置部５１４は、商品情報受付部５１０がタイトルＩＤを受け付けた順に、コンテンツに関する情報をストア内に配置してもよく、またユーザからの指示にしたがって配置してもよい。コンテンツ配置部５１４は、コンテンツ配置に対する選択肢をユーザに提供してもよく、たとえばゲームジャンルごとに、ゲームを配置できるようにアレンジさせてもよい。コンテンツの配置作業が完了すると、ユーザの端末装置１０は、ストア生成処理の完了をユーザストア生成部５００に通知する。完了受付部５１６が、完了通知を受け付けると、ストアの生成処理が完了する。上記手順によりユーザが入力した情報、すなわちユーザストアの構成に関する全ての情報（「ストア構成情報」ともよぶ）は、ストア提供部６００に渡され、ユーザストア提供部６０４が、ストア構成情報をもとに、ネットワーク２上にユーザストアを提供する。

図６は、ストア提供部６００により提供されるユーザストアの一例を示す。ストア提供部６００は、ユーザストア生成部５００において生成されたストア構成情報を受け取り、ユーザストアをネットワーク２上に生成する。このストアでは、複数段の棚に、販売されているゲームのパッケージ画像が整列して並べられている。訪問したユーザが、いずれかのパッケージ画像にポインタを当てると、そのゲームに対して店主が入力したコメントが表示されるようになっている。

以上は、ユーザが販売できるコンテンツが、ユーザが過去に購入したゲームや過去にプレイしたゲームに限定される例を示した。ストア提供システム３において、ユーザは、コンテンツ管理装置３０のコンテンツデータベース３２に登録されている任意のゲームを販売できるようにしてもよい。このとき候補提示部５０８は、コンテンツデータベース３２に登録されている全てのゲームを、販売可能なコンテンツとして抽出しユーザに提示する。なお、候補提示部５０８は、ユーザが過去に購入したゲームやプレイしたゲームに対して、所定のマークを付加して、ユーザに提示してもよい。ユーザが過去に購入したゲームおよびプレイしたゲーム以外のゲームが、販売するゲームとして選択されると、たとえばユーザはコメントを書き込めないような設定がされてもよい。このように、ユーザが任意にゲームを選べる場合であっても、過去に購入またはプレイしたゲームに対してはユーザがコメントを書き込めるようにし、一方で、過去に購入またはプレイしていないゲームに対してはユーザがコメントを書き込めないようにすることで、販売対象となるゲーム間で異なる扱いとすることができる。

以下、ユーザがストアを訪問して、商品を購入する手順を示す。まずユーザは端末装置１０からサーバシステム２０にアクセスして、オフィシャルストアを訪問するか、ユーザストアを訪問するかを指定する。図７は、端末装置１０のディスプレイに表示されるストア選択画面を示す。ユーザが「オフィシャルストアに行く」を選択すると、オフィシャルストア提供部６０２が、オフィシャルストアを提供する。オフィシャルストアでは、コンテンツ提供システム１において販売されている全てのコンテンツが用意され、ユーザは、任意のコンテンツを購入することができる。

ユーザが「ユーザストアに行く」を選択すると、ユーザストア提供部６０４が、ユーザストアを提供する。まずディスプレイには、地域の選択画面が表示される。地域の選択画面は、図３に示すユーザストア世界の全体像であってよく、ユーザが、いずれかの地域を選択すると、ユーザストアの選択画面が表示される。ストアの選択画面は、図４に示すストアの設置状態を示す画像であってよい。なお、ここでは、ストア生成時と、ストア訪問時のＧＵＩを共通としているが、両者は異なっていてもよい。ユーザは、いずれかのユーザストアを選択すると、たとえば図６に示すユーザストアに入室できる。

ユーザストアには、複数のゲームのパッケージ画像が並べられている。ユーザがパッケージ画像にポインタを当てると、そのゲームタイトルに対して店主が入力したコメントが表示される。なお、ユーザストアにおいて、パッケージ画像の選択を切り替えることのできる表示枠が用意され、ユーザは、表示枠を所望のパッケージ画像に移動させることで、コメントが表示されるようにしてもよい。

図８は、表示されるコメント欄５４を示す。訪問ユーザは、表示されたコメントを読むことで、そのゲームに対する関心を高めることができる。訪問ユーザは、未知のゲームを探しており、そのゲームを体験した店主のコメントは、そのゲームの魅力を理解するためには不可欠な情報である。訪問ユーザは、端末装置１０において所定の操作をすることで、選択したゲームタイトルの購入要求を入力する。ゲームの価格は、価格決定装置７０より提供されて、ストア内のパッケージ画像の近傍に表示されていてもよい。ゲームタイトルの購入要求は、端末装置１０からストア提供部６００に送信される。なおストア提供システム３において、コンテンツは、ユーザストアから直接購入されてもよいし、また、ユーザストアからオフィシャルストアの購入画面にジャンプして、その購入画面から購入されてもよい。

購入受付部６０６は、コンテンツの購入要求を、ユーザストアの情報とともに受け付ける。ユーザストアの情報は、訪問ユーザがコンテンツを選択したストアを特定する情報（以下、「ストアＩＤ」とよぶ）である。ストアＩＤは、ユーザストア生成部５００により付与された識別情報であってよく、ストアの店主を特定するネットワークアカウントに対応付けられている。なおストアＩＤは、店主のネットワークアカウントそのものであってもよい。

購入受付部６０６がコンテンツの購入要求を受け付けると、コンテンツ管理装置３０が、課金処理を行うとともに、コンテンツを端末装置１０に対して送信する。これにより訪問ユーザは、ゲームを購入でき、また速やかにダウンロードして、ゲームをプレイできるようになる。

このとき還元部６０８は、購入受付部６０６が受け付けたストアＩＤで特定されるストアを運営するユーザに対して、コンテンツ販売に対する対価を提供する。ストア提供システム３では、対価はポイント（仮想通貨）で支払われ、還元部６０８は、ストア店主のネットワークアカウントに紐付けて、還元する対価を行動履歴データベース４２に記録する。上記したようにコンテンツ管理装置３０は、コンテンツの購入ユーザに対して課金処理を行うが、還元部６０８は、購入ユーザから徴収する金額の一部を、対価（手数料）として店主に還元する。行動履歴データベース４２は、行動履歴として、還元部６０８により提供された対価を蓄積する。

上記したように、ストア提供システム３が提供するユーザストア世界は、擬似的な現実世界を構成するため、ストアの売上げには、ストアの立地条件や、品揃えなど、様々な要素が影響する。情報提供部６１０は、ユーザストア世界における売上の集計、解析などを行い、店主を含むユーザに対して、各種の情報を提供する。たとえば情報提供部６１０は、ユーザストアの売上のランキングを生成したり、また訪問ユーザ数のランキングを生成ししてもよい。また、個々の店主に対して、全体の店主の中での売上順位や、平均売上に対する売上のプラス分またはマイナス分を提示してもよい。

情報提供部６１０は、特に、売上が伸びない店主に対して、行動履歴データベース４２において蓄積した対価の情報をもとに、ユーザのストア運営に関する情報を提示してもよい。たとえば、スポーツゲームを主として販売している店主に対しては、Ａ区〜Ｅ区のどの地域でスポーツゲームが良く販売されているかを提示してもよく、またストアの周囲にどのようなジャンルのストアが存在する場合に売上が伸びる傾向にあるかを提示してもよい。情報提供部６１０は、このような情報を提示することで、店主が、ストアの移転を考えたり、品揃えを変更することを考えるための契機を与えることができ、ユーザストア世界の自律的な成長をサポートする。

ユーザストアの運用場面において、ストアを頻繁に手入れする店主と、そうでない店主が存在することが予想される。たとえばストア設置部５０４は、所定期間、ストア構成情報を更新しない店主に対して警告を発行し、それでも手入れをしない場合には、ストアを強制退去させてもよい。このときストア設置部５０４は、ストアを、別の空き領域に移動してもよい。たとえば、新規のユーザがストアを開設しようとする場合に、領域提供部５０２は、図４に示すストアの設置状態を示す際に、所定期間手入れをしていないストアについては所定のマークを付けて、その領域に、新規のストアを設置可能であることを知らせるようにしてもよい。

以上は、オフィシャルストアとともに、ユーザストアを提供することにより、コンテンツの流通を促進させる仕組みについて説明した。以下では、価格を変動することで、コンテンツの流通を促進させる別の仕組みについて説明する。

＜価格決定処理＞
価格決定装置７０は、コンテンツの価格を、過去の販売数に基づいて定期的に変動させる。たとえば前日分の販売数は、当日のコンテンツ価格に反映される。理解のために非常に単純に説明すると、コンテンツが売れれば価格が上昇し、売れなければ価格が下降する。この仕組みによると、コンテンツ価格は日々変化するため、購入ユーザは、どのタイミングでコンテンツを購入するべきか考え、購入行動自体にゲーム性を与えることができる。また、ユーザストアの店主からすると、高値に設定された人気のあるコンテンツを売り出したり、また安値に設定された人気のないコンテンツを売り出すなど、店作りの幅広い選択肢をもてるようになり、ストア内のコンテンツ配置をコンテンツ価格に応じて変更するなど、店舗経営にも楽しみを与えることができる。またディベロッパやパブリッシャからすると、市場原理にしたがって価格が設定されるために、コンテンツの価格が自動的に適正値となる利点がある。

図９は、価格変動の仕組みを導入した際の価格の推移の一例を示す。縦軸は価格、横軸は時間（日数）を示す。図９に示す価格推移について説明する。
（ａ）導入期
コンテンツの発売当初、コンテンツは、そこそこ販売されるが、まだユーザには浸透していない。
（ｂ）人気上昇期
口コミなどで徐々に人気がではじめ、販売数が増えるとともに、価格も上昇していく。
（ｃ）調整期
価格上昇にともない、買い控えするユーザがでてきたため、販売数が減り、価格も徐々に下降する。
（ｄ）安定期
価格もある程度下がったため、買い控えしていたユーザが購入し、価格も安定する。
（ｅ）衰退期
人気に陰りが見え始め、購入するユーザが減少し、価格が下がる。
なお、この価格推移は一例であり、コンテンツによっては全く異なる価格推移を示す。

図１０は、価格決定装置７０の構成を示す。価格決定装置７０は、入力受付部７０２、販売数カウント部７０４、価格決定部７０６および記憶部７１０を備える。これらの構成は、ハードウエアコンポーネントでいえば、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

販売数カウント部７０４は、コンテンツ管理装置３０において販売されるコンテンツの販売数を所定期間カウントする。本実施例では、カウント期間を、０時から２４時までの２４時間とし、すなわち販売数カウント部７０４は、１日における販売数をカウントする。価格決定部７０６は、カウントされた販売数をもとに、コンテンツの価格を変更する。

入力受付部７０２は、ディベロッパまたはパブリッシャから、コンテンツの価格決定の際に用いるパラメータの入力を受け付ける。受け付けたパラメータは、記憶部７１０に記憶される。記憶部７１０において、基準価格保持部７１２は、入力された基準価格を保持する。基準価格は、発売開始時の初期設定価格として利用される。目標販売数保持部７１４は、入力された目標販売数を保持する。目標販売数は、実施例では１日あたりの目標販売数であるが、たとえば１週間あたりの目標販売数であってもよい。なお目標販売数は、曜日ごとに設定されてもよい。

上限価格保持部７１６は、入力された上限価格を保持する。上限価格は、コンテンツの販売価格の上限である。価格決定部７０６は、コンテンツの販売数が増えるほど、価格を高く決定するため、コンテンツの販売数が非常に多いと、価格も非常に高くなる可能性がある。そこで、上限価格を設定しておくことで、販売価格を上限価格で抑えるようにする。下限価格保持部７１８は、入力された下限価格を保持する。下限価格は、コンテンツの販売価格の下限である。価格決定部７０６は、コンテンツの販売数が少なくなると（なくなると）、価格を低く決定するため、コンテンツの販売数がなくなると、価格も日々下がることになる。そこで、下限価格を設定しておくことで、販売価格の下落を下限価格で止めるようにする。

上げ幅保持部７２０は、入力された販売価格の上げ幅を保持する。下げ幅保持部７２２は、入力された販売価格の下げ幅を保持する。上げ幅は、価格を上げる際に用いられる価格上昇幅であり、下げ幅は、価格を下げる際に用いられる価格下降幅である。コンテンツ価格保持部７２４は、コンテンツの現在の販売価格を保持する。

価格決定部７０６は、販売数カウント部７０４がカウントした販売数が、目標販売数保持部７１４に保持されている目標販売数以上である場合に、コンテンツ価格を上げ、カウントした販売数が目標販売数を下回る場合に、コンテンツの価格を下げる。以下、その具体例を示す。

（例１）
例１において、価格決定部７０６は、上げ幅保持部７２０に保持された上げ幅、および下げ幅保持部７２２に保持された下げ幅を用いて、価格を決定する。上げ幅および下げ幅は、それぞれ所定額であり、上げ幅は下げ幅よりも大きく設定されることが好ましい。以下、基準価格をＡ、コンテンツ価格をＢ、目標販売数をＮ１、上げ幅をＬ、下げ幅をＭとする。
価格決定部７０６は、販売初日のコンテンツ価格Ｂを、基準価格Ａに設定する。販売数カウント部７０４は、１日分のコンテンツの販売数Ｎをカウントし、価格決定部７０６は、カウント数に基づいて、翌日の価格を決定する。このとき、カウントした販売数Ｎが目標販売数Ｎ１以上である場合（Ｎ≧Ｎ１）、価格決定部７０６は、コンテンツの価格を（Ｂ＋Ｌ）に設定して、コンテンツ価格保持部７２４に保持させる。したがって次の日には、変更されたコンテンツ価格が、販売価格となる。一方、カウントした販売数Ｎが目標販売数Ｎ１に満たない場合（Ｎ＜Ｎ１）、価格決定部７０６は、コンテンツの価格を（Ｂ−Ｍ）に設定して、コンテンツ価格保持部７２４に保持させる。次の日には、変更されたコンテンツ価格が、販売価格となる。販売翌日以降は、価格決定部７０６が、コンテンツ価格保持部７２４に保持されたコンテンツ価格Ｂを用いて、上記の価格決定処理を実行する。

例１において、価格決定部７０６は、上限価格保持部７１６に保持された上限ＵＬ、下限価格保持部７１８に保持された下限ＬＬを、さらに用いて価格を決定してもよい。価格決定部７０６は、カウント数Ｎに基づいて導出したコンテンツ価格Ｂが上限ＵＬを超える場合には、コンテンツ価格を上限ＵＬに設定し、コンテンツ価格Ｂが下限ＬＬを下回る場合には、コンテンツ価格Ｂを下限ＬＬに設定する。

図１１は、コンテンツ価格の決定処理のフローチャートを示す。コンテンツの発売開始に際して、価格決定部７０６は、コンテンツ価格Ｂを、基準価格Ａに設定する（Ｓ１０）。販売数カウント部７０４は、１日分のコンテンツの販売数Ｎをカウントする（Ｓ１２）。販売数カウント部７０４が１日分の販売数をカウントした後、価格決定部７０６は、販売数Ｎと、目標販売数保持部７１４に保持された目標販売数Ｎ１とを比較して、その比較結果に基づいて、カウント日の次の日のコンテンツ価格Ｂを決定する。

販売数Ｎが目標販売数Ｎ１以上である場合（Ｓ１４のＹ）、価格決定部７０６は、コンテンツ価格Ｂを、上げ幅保持部７２０に保持された上げ幅Ｌだけ高くする（Ｓ１６）。続いて価格決定部７０６は、変更したコンテンツ価格Ｂが上限ＵＬを超えていないか判定し（Ｓ１８）、超えていなければ（Ｓ１８のＮ）、コンテンツ価格Ｂを確定させ、一方で超えていれば（Ｓ１８のＹ）、コンテンツ価格Ｂを上限ＵＬに設定する（Ｓ２０）。

販売数Ｎが目標販売数Ｎ１よりも少ない場合（Ｓ１４のＮ）、価格決定部７０６は、コンテンツ価格Ｂを、下げ幅保持部７２２に保持された下げ幅Ｍだけ低くする（Ｓ２２）。続いて価格決定部７０６は、変更したコンテンツ価格Ｂが下限ＬＬよりも低くないか判定し（Ｓ２４）、低くなければ（Ｓ２４のＮ）、コンテンツ価格Ｂを確定させ、一方で低ければ（Ｓ２４のＹ）、コンテンツ価格Ｂを下限ＬＬに設定する（Ｓ２６）。

以上の価格決定処理は、価格決定処理の終了指示がない限り（Ｓ２８のＮ）、１日ごとに実行される。終了指示があると（Ｓ２８のＹ）、本フローは終了する。たとえば終了指示は、コンテンツの販売を中止するような場合に発行される。

この価格決定処理においては、価格の変化量を、上げ幅または下げ幅の所定値としているため、日ごとの販売数が大きく変動する場合であっても、コンテンツ価格Ｂが大きく変動しない価格遷移を実現できる。また上げ幅を下げ幅よりも大きく設定しているため、上昇の度合いが大きく、下降の度合いが小さいコンテンツ価格Ｂの遷移を実現できる。これにより、ディベロッパサイドからすると、コンテンツ価格Ｂが短期間で大きく下落する価格遷移を回避できる。

例１において、目標販売数をＮ１とし、カウントした販売数Ｎが、Ｎ≧Ｎ１のとき、コンテンツ価格が上昇し、Ｎ＜Ｎ１のとき、コンテンツ価格が下降する仕組みを説明した。ここで、２種類の目標販売数Ｎ２，Ｎ３（Ｎ２＞Ｎ３）を設定し、カウントした販売数Ｎが、Ｎ≧Ｎ２のとき、コンテンツ価格が上昇し、Ｎ＜Ｎ３のとき、コンテンツ価格が下降するような仕組みを導入してもよい。この場合、Ｎ３≦Ｎ＜Ｎ２であれば、コンテンツ価格は変更されず、したがって、前日価格が据え置きで当日価格となる仕組みを導入することができる。

（例２）
例２では、価格決定部７０６が、コンテンツの販売数Ｎに応じて価格を決定する。基準価格をＡ、コンテンツ価格をＢ、目標販売数をＮ１、カウントした前日の販売数をＮとする。ここで、前日の価格をＢ１、求めるべき当日の価格をＢ２とすると、当日の価格Ｂ２は、以下の式で求められる。
Ｂ２＝Ｂ１＋（（Ｎ／Ｎ１）−１）×Ａ
価格決定部７０６は、この数式を用いて、販売初日からの総販売数に応じて、コンテンツ価格Ｂ２を決定する。なお、例１でも説明したように、価格決定部７０６は、数式から演算されるコンテンツ価格Ｂ２が上限ＵＬを超える場合には、コンテンツ価格Ｂ２を上限ＵＬに設定し、一方でコンテンツ価格Ｂ２が下限ＬＬを下回る場合には、コンテンツ価格Ｂ２を下限ＬＬに設定してよい。価格決定部７０６は、下限と上限の範囲内にコンテンツ価格Ｂ２を設定することで、コンテンツ価格Ｂ２を適切な範囲で設定することが可能となる。

以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

１・・・コンテンツ提供システム、３・・・ストア提供システム、１０・・・端末装置、２０・・・サーバシステム、３０・・・コンテンツ管理装置、３２・・・コンテンツデータベース、４０・・・行動履歴記録装置、４２・・・行動履歴データベース、５０・・・ユーザストア生成装置、５２，５４・・・コメント欄、６０・・・ストア提供装置、７０・・・価格決定装置、５００・・・ユーザストア生成部、５０２・・・領域提供部、５０４・・・ストア設置部、５０６・・・内装生成部、５０８・・・候補提示部、５１０・・・商品情報受付部、５１２・・・説明情報受付部、５１４・・・コンテンツ配置部、５１６・・・完了受付部、６００・・・ストア提供部、６０２・・・オフィシャルストア提供部、６０４・・・ユーザストア提供部、６０６・・・購入受付部、６０８・・・還元部、６１０・・・情報提供部、７０２・・・入力受付部、７０４・・・販売数カウント部、７０６・・・価格決定部、７１０・・・記憶部、７１２・・・基準価格保持部、７１４・・・目標販売数保持部、７１６・・・上限価格保持部、７１８・・・下限価格保持部、７２０・・・上げ幅保持部、７２２・・・下げ幅保持部、７２４・・・コンテンツ価格保持部。

Claims (7)

1. コンテンツの目標販売数を保持する第１保持部と、
   コンテンツの価格を保持する第２保持部と、
   コンテンツの販売数をカウントするカウント部と、
   コンテンツの価格を決定する価格決定部と、を備え、
   前記価格決定部は、カウントした販売数が目標販売数以上である場合に、コンテンツの価格を上げることを特徴とする価格決定装置。
2. 前記価格決定部は、カウントした販売数が目標販売数より少ない場合に、コンテンツの価格を下げることを特徴とする請求項１に記載の価格決定装置。
3. コンテンツの上限価格を保持する第３保持部を、さらに備え、
   前記価格決定部は、決定したコンテンツの価格が上限価格を超える場合に、コンテンツの価格を上限価格に変更することを特徴とする請求項１または２に記載の価格決定装置。
4. コンテンツの下限価格を保持する第４保持部を、さらに備え、
   前記価格決定部は、決定したコンテンツの価格が下限価格よりも低い場合に、コンテンツの価格を下限価格に変更することを特徴とする請求項１から３のいずれかに記載の価格決定装置。
5. コンテンツの目標販売数を保持するステップと、
   コンテンツの価格を保持するステップと、
   コンテンツの販売数をカウントするステップと、
   コンテンツの価格を決定するステップと、を備え、
   価格を決定するステップは、カウントした販売数が目標販売数以上である場合に、コンテンツの価格を上げることを特徴とする価格決定方法。
6. コンピュータに、
   コンテンツの目標販売数を保持させる機能と、
   コンテンツの価格を保持させる機能と、
   コンテンツの販売数をカウントする機能と、
   コンテンツの価格を決定するステップと、を実現させるためのプログラムであって、
   価格を決定する機能は、カウントした販売数が目標販売数以上である場合に、コンテンツの価格を上げる機能を含む、ことを特徴とするプログラム。
7. 請求項６に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images